СПОСОБ И УСТРОЙСТВО ДЛЯ КООРДИНАЦИИ ФУНКЦИИ САМОСТОЯТЕЛЬНОЙ ОПТИМИЗАЦИИ В БЕСПРОВОДНОЙ СЕТИ Российский патент 2019 года по МПК H04W16/18 

Область техники, к которой относится изобретение

Варианты осуществления относятся к беспроводной связи. Более конкретно, варианты осуществления относятся к координации между функциями самооптимизации для сот в системе беспроводной связи. Некоторые варианты осуществления относятся к - Проект партнерства 3-го поколения, группа технического описания аспектов служб и систем, управление телекоммуникациями, самооптимизируемые сети (SON) модель политики ресурсов сети (NRM) интегрированная опорная точка (IRP), служба информации (IS) 3GPP TS 32.522 (3rd Generation Partnership Project, Technical Specification Group Services и System Aspects, Telecommunication management, Self-Organizing Networks (SON) Policy Network Resource Model (NRM) Integration Reference Point (IRP), Information Service (IS) 3GPP TS 32.522).

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

Самооптимизация в контексте беспроводных сетей, представляет собой обработку анализа измеряемых данных расширенных узлов B (eNodeB) c последующей настройкой параметров радиосвязи и транспортирования узлов eNodeB для достижения оптимальных рабочих характеристик сети, зоны охвата и пропускной способности. Сети самооптимизации (SON) могут воплощать различные функции SON, включающие в себя, например, балансировку нагрузки, оптимизацию передачи обслуживания абонента (HO), оптимизацию зоны обслуживания и пропускной способности (CCO), компенсацию простоев в работе соты (COC) и управление экономией энергии (ESM). Такие функции оптимизации меняют зону обслуживания и пропускную способность соты, благодаря конфигурированию параметров eNodeB. Примерные параметры могут включать в себя такие параметры, как мощность передачи для нисходящего канала передачи данных, наклон антенны и азимут.

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

Таким образом, существуют общие потребности в системах и способах для координации операции функций SON в беспроводной сети.

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

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

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

На фиг. 3 иллюстрируется примерная блок-схема, представляющая детали eNodeB, включенные в сеть беспроводной связи по фиг. 1 или 2, в соответствии с некоторыми вариантами осуществления.

На фиг. 4 иллюстрируется примерная блок-схема, представляющая детали сетевого менеджера (НМ), включенного в системную архитектуру по фиг. 2, в соответствии с некоторыми примерными вариантами осуществления.

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

Осуществление изобретения

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

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

На фиг. 1 иллюстрируется примерный участок сети 100 беспроводной связи, в которой могут быть воплощены примерные варианты осуществления. В одном варианте осуществления сеть 100 беспроводной связи содержит развернутую универсальную наземную сеть радиодоступа (EUTRAN), в которой используется стандарт долгосрочного развития (LTE) Проекта партнерства 3-его поколения (3GPP). В одном варианте осуществления сеть 100 беспроводной связи включает в себя первый eNodeB 101, второй eNodeB 102, третий eNodeB 103 и четвертый eNodeB 104 (также называемые первой базовой станцией 101, второй базовой станцией 102, третьей базовой станцией 103). Первый eNodeB 101 использует определенную географическую область соты 1. Аналогично, второй eNodeB 102 использует географическую область соты 2, третий eNodeB 103 использует географическую область соты 3, и четвертый eNodeB 104 использует географическую область соты 4.

Следует понимать, что сеть 100 беспроводной связи может включать в себя больше или меньше, чем четыре eNodeB. Кроме того, следует понимать, что каждый eNodeB может иметь множество соседних eNodeB. В качестве примера, eNodeB 103 может иметь шесть или больше соседних eNodeB.

Функции оптимизация зоны обслуживания и пропускной способности (CCO) и компенсации простоев в работе соты (COC) и управления экономией энергии (ESM) представляют собой функции SON, которые могут изменять зону обслуживания или пропускную способность одной или более сот в беспроводной сети. Функция CCO SON старается максимизировать зону обслуживания eNodeB путем оптимизации пропускной способности и обеспечения минимальных взаимных помех между сотами. Функция COC SON конфигурирует eNodeB для компенсации другого eNodeB, который находится в состоянии простоя в работе. Функция ESM расширяет зону обслуживания соседнего eNodeB для охвата eNodeB, который выполнен с возможностью перехода в режим экономии энергии. Если одна из этих функций SON меняет eNodeB одновременно с тем, что другая функция SON изменяет тот же eNodeB, могут возникнуть конфликты.

В качестве иллюстративного примера, со ссылкой на фиг. 1, если в соте 1 происходит перерыв работы, функция COC SON пытается компенсировать перерыв в работе соты 1, изменяя конфигурацию параметров возможных сот - кандидатов. Например, COC может попытаться изменить мощность передачи, наклон антенны и азимут антенны eNodeB 102 и 103, обслуживающих соты 2 и 3 таким образом, что eNodeB 102 и 103 могут компенсировать eNodeB, обслуживающий соту 1. Одновременно с этим, однако, функция ESM SON может работать по соте 2, для компенсации зоны обслуживания соседней соты 4, по мере того, как сота 4 переходит в состояние экономии энергии. Поэтому, в этом примере, функции COC и ESM SON могут пытаться одновременно выполнять операцию в соте 2.

В представленном примере, от момента времени, в который обнаруживается простой в работе соты 1, до компенсации соты 1 сотами 2 и 3, если только отсутствие координации между функциями SON, каждая функция COC и ESM, SON может попытаться сконфигурировать разные установки eNodeB 102 в отношении мощности передачи, наклона антенны и азимута антенны. Например, COC может попытаться наклонить антенну eNodeB 102 вниз, и одновременно, ESM может пытаться наклонить антенну eNodeB 102 вверх, в результате чего, возникает нестабильность в работе eNodeB 102.

В примерных вариантах осуществления устройство управления сетью или сетевой менеджер (НМ) может содержать механизм координации SON для координации изменения зоны обслуживания и пропускной способности eNodeB в сети 100 и, таким образом, обеспечить предотвращение конфликта или разрешение конфликтов среди функций SON. Устройство управления сетью может включать в себя интерфейс, который принимает запрос на изменение зоны обслуживания и пропускной способности eNodeB в сети 100. Такой интерфейс может дополнительно передавать запрос в eNodeB для получения состояния координации SON eNodeB. Устройство управления сетью может дополнительно включать в себя один или более процессоров. Эти процессоры могут выполнять алгоритмы, которые определяют, следует ли удовлетворить или отклонить запрос, на основе в политики координации и состояния координации SON. На основе политики координации и состояния координации SON, устройство сетевого управления координирует изменение зоны обслуживания и пропускной способности eNodeB в сети 100, в соответствии с требованиями зоны обслуживания и пропускной способности политики координации, при минимизации взаимных помех между сотами и использовании энергии в соответствии с политикой координации.

NМ, поддерживающий координацию SON, в соответствии с примерными вариантами осуществления, считывает и записывает значения атрибута состояния координации SON, sonCoordinationState, eNodeB в сети 100. Величины этого атрибута представлены в таблице 1.

Таблица 1. Значения атрибута sonCoordinationState

Величина sonCoordinationState Значение EsmCompensating Сота обеспечивает зону обслуживания для других сот, которые отключились с целью экономии энергии в соответствии с функцией ESM SON EsmEnergySaving Сота отключается с целью экономии энергии, в соответствии с функцией ESM SON CocCompensating Сота обеспечивает зону обслуживания соседней соты, в которой возник простой в работе CocOutage В соте возник простой в работе CcoUpdating CCO обновляет конфигурацию параметров в соте Отсутствует На эту соту в настоящее время не влияют какие-либо функции SON

На фиг. 2 иллюстрируется архитектура системы 200 для обеспечения функции координации SON в соответствии с по меньшей мере одним примерным вариантом осуществления. Как показано на фиг. 2, стандартный интерфейс Itf-N расположен между сетевым менеджером (НМ) и менеджером домена (DM). Itf-N можно использовать для передачи данных результатов измерений, генерируемых в сети, и для передачи сигналов тревоги или уведомлений в отношении рабочих характеристик.

Сетевые элементы, такие как eNodeB 201, 202 и 203, предоставляют данные для поддержки оценки рабочих характеристик сети. Такие данные могут включать в себя измерения качества обслуживания (QoS), проверку сетевой конфигурации или другие параметры. Менеджеры 206, 207 элемента (EM) управляют производством данных результатов измерений, выполняя, например, управление процессом сбора результатов измерений рабочих характеристик и генерирования результатов измерений рабочих характеристик.

EM 206 может быть расположен в DM. Пример задач DM включает в себя конфигурацию eNodeB, управление неисправностями и мониторинг рабочих характеристик. Мониторинг рабочих характеристик может содержать задачи, такие как прием данных рабочих характеристик из eNodeBs 203, 204 и 205.

eNodeB 203 и 204 могут связываться с NМ 201 через DM 202. В качестве альтернативы, eNodeB 203 может воплощать свой собственный EM 207 для непосредственной связи с NМ 201. В некоторых вариантах осуществления NМ функции и SON могут работать в соответствии с 3GPP TS 32.522, хотя это и не требуется.

На фиг. 3 иллюстрируется примерная блок-схема, представляющая детали eNodeB 301, которая может соответствовать для использования в качестве любого из eNodeB 101, 102, 103, 104, 203, 204 и 205, в соответствии с примерными вариантами осуществления, хотя могут использоваться другие конфигурации. EnodeB 301 может включать в себя процессор 300, запоминающее устройство 302, приемопередатчик 304, инструкции 306 и другие компоненты (не показаны). eNodeB 101, 102, 103, 104, 203, 204 и 205 могут быть аналогичны друг другу по аппаратным средствам, встроенному программному обеспечению, программным средствам, конфигурациям и/или рабочим параметрам.

Процессор 300 содержит одно или более центральных процессорных устройств (CPU), модулей графической обработки (GPU) или оба эти устройства. Процессор 300 обеспечивает функции обработки и управления для eNodeB. Запоминающее устройство 302 содержит один или более энергозависимых и постоянных модулей запоминающего устройства, выполненных с возможностью сохранения инструкций и данных для eNodeB. Приемопередатчик 304 содержит один или более приемопередатчиков, включающих в себя антенну с множеством входов и множеством выходов (MIMO), для поддержания связи MIMO. Приемопередатчик 304 принимает передаваемые данные по восходящему каналу передачи данных и передает передаваемые данные по нисходящему каналу передачи, помимо прочего, с оборудованием пользователя (UE). В некоторых вариантах осуществления приемопередатчик 304 передает запросы на изменение состояния зоны обслуживания и пропускной способности eNodeB. В ответ на этот запрос, в некоторых вариантах осуществления, приемопередатчик принимает уведомление на разрешение, обозначающее, был ли принят или был отклонен запрос на изменение состояния зоны обслуживания. На основе предоставления разрешения, в некоторых вариантах осуществления, процессор 300 сохраняет состояние координации SON в ассоциированном запоминающем устройстве 302 и изменяет состояние зоны обслуживания и пропускной способности для eNodeB.

Инструкции 306 содержат один или более наборов инструкций или программного обеспечения, выполняемых в вычислительном устройстве (или в машине), для обеспечения для такого вычислительного устройства (или машины) возможности выполнения любой из методологий, описанных здесь. Инструкции 306 (также называемые исполняемыми компьютером или машиной инструкциями) могут находиться полностью или по меньшей мере частично, в процессоре 300 и/или в запоминающем устройстве 302 во время их исполнения eNodeB. Процессор 300 и запоминающее устройство 302 также содержат считываемые в машине носители информации.

На фиг. 4 иллюстрируется блок-схема примерного устройства 400, в котором может быть выполнена любая одна или более из операций, выполняемых описанным здесь сетевым менеджером (NМ). В альтернативных вариантах осуществления устройство 400 может работать, как автономное устройство, или может быть подключено (например, через сеть) к другим устройствам. При разворачивании сети устройство 400 может работать, в качестве устройства сервера, устройства клиента или в сетевой среде сервер - клиент. В примере устройство 400 может действовать, как одноуровневое устройство в пиринговой среде (P2P) (или в другой распределенной) сети.

Устройство (например, компьютерная система) 400 может включать в себя аппаратный процессор 402 (например, центральное процессорное устройство (CPU), модуль графической обработки (GPU), аппаратное ядро процессора или любую их комбинацию), основное запоминающее устройство 404 и статическое запоминающее устройство 406, некоторые или все из которых могут связываться друг с другом через взаимное соединение (например, шину) 408. Устройство 400 может дополнительно включать в себя модуль 410 отображения, устройство 412 буквенно-цифрового ввода (например, клавиатуру), и устройство 411 навигации по интерфейсу пользователя (UI) (например, мышь). В примере модуль 410 отображения, устройство 417 ввода и устройство 914 навигации UI могут представлять собой устройство отображения с сенсорным экраном. Устройство 400, кроме того, может включать в себя устройство 416 - накопитель (например, модуль привода), устройство 418 генерирования сигнала (например, громкоговоритель), устройство 420 сетевого интерфейса и один или больше датчиков 421, таких как датчик Глобальной системы навигации (GPS), компас, акселерометр или другой датчик. Устройство 400 может включать в себя контроллер 428 вывода, такой как последовательное (например, универсальная последовательная шина (USB), параллельное или другое проводное или беспроводное (например, инфракрасное (IR)) соединение, для обмена данными или управления одним или больше периферийными устройствами (например, принтером, считывателем карт и т.д.).

Устройство 416 - накопитель может включать в себя считываемый машиной носитель 422 информации, на котором содержится один или более наборов структур данных или инструкций 424 (например, программного обеспечения), которые воплощают или которые используют любую одну или более технологий или функций, описанных здесь. Инструкции 424 также могут находиться полностью или по меньшей мере частично, в основном запоминающем устройстве 404, в постоянном запоминающем устройстве 406, или в аппаратном процессоре 402 во время их исполнения устройством 400. В примере одна или любая комбинация аппаратного процессора 402, основного запоминающего устройства 404, постоянного запоминающего устройства 406 или устройства 416 хранения может составлять считываемый машиной носитель информации.

В то время, как считываемый машиной носитель 422 информации представлен, как один носитель, термин "считываемый машиной носитель информации" может включать в себя один носитель или множество носителей (например, централизованную или распределенную базу данных, и/или ассоциированный кэш и серверы), которые выполнены с возможностью хранения одной или больше инструкций 424.

Термин “считываемый машиной носитель информации” может включать в себя любой носитель информации, который выполнен с возможностью хранения, кодирования или выполнения инструкций для исполнения устройством 400 и который обеспечивает выполнение устройством 400 любой одной или больше из технологий настоящего раскрытия, или который выполнен с возможностью сохранения, кодирования или переноса структур данных, используемых или ассоциированных с такими инструкциями. Не ограничительные примеры считываемого машиной носителя информации могут включать в себя твердотельное запоминающее устройство и оптический и магнитный носители информации. В примере массовый считываемый машиной носитель информации содержит считываемый машиной носитель информации с множеством частиц, имеющих массу покоя. Конкретные примеры массовых считываемых машиной носителей информации могут включать в себя: энергонезависимое запоминающее устройство, такие как полупроводниковое запоминающее устройство (например, электрически программируемое постоянное запоминающее устройство (EPROM), электрически стираемое программируемое постоянное запоминающее устройство (EEPROM)) и устройства памяти флэш; магнитные диски, такие как внутренние магнитные диски и съемные диски; магнитооптические диски; и диски CD-ROM и DVD-ROM.

Инструкции 424 могут дополнительно быть переданы или могут быть приняты через сеть 426 связи, используя среду связи через устройство 420 сетевого интерфейса, в котором используется любой один из множества протоколов связи (например, реле фреймов, протокол Интернет (IP), протокол управления передачей (TCP), протокол дейтаграммы пользователя (UDP), протокол переноса гипертекста (HTTP) и т.д.). Термин "среда связи" следует рассматривать, как включающий в себя любую неосязаемую среду, которая позволяет сохранять, кодировать или переносить инструкции для исполнения устройством 400, и включает в себя цифровые или аналоговые сигналы связи или другую неосязаемую среду, которая способствует передаче данных таких, как программные средства. Инструкции 424 могут воплощать алгоритмы для механизмов координации SON в соответствии с примерными вариантами осуществления, описанными ниже.

Рассматривая снова фиг. 2, функция координации SON, для воплощения координации SON, в соответствии с примерными вариантами осуществления, расположена выше Itf-N, и воплощена по инструкциям 424 в процессоре 402 NМ 201. Однако следует понимать, что функция координации SON может находиться ниже Itf-N. Например, функция координации SON может находиться в DM 202 для координации eNodeB 203 и 204 или в других eNodeB (не показаны), которыми управляет DM 202.

На фиг. 5 иллюстрируется схема прохождения сигнала, представляющая сигналы, которые проходят между EM и NМ 201 для воплощения функции координации SON, для предотвращения конфликтов между функциями ESM, COC и CCO SON, в соответствии с примерными вариантами осуществления.

В сигнале 1 объект координации SON принимает запрос на изменение зоны обслуживания и пропускной способности eNodeB в сети. В примерном варианте осуществления объект координации SON представляет собой NМ 201. Запрос может быть принят из DM 202. В качестве альтернативы, запрос может быть принят непосредственно из eNodeB, если eNodeB включает в себя воплощенный EM.

В сообщении 2 NМ передает запрос в DM или eNodeB для получении состояния координации SON. Состояние координации SON обозначает поведение соты при поддержке функций CCO, COC и ESM, и может включать в себя одно из следующих значений: EsmCompensating, EsmEnergySaving, CocCompensating, CocOutage, CcoUpdating, и ни одно из них.

NМ 201 затем определяет, следует ли удовлетворить или отказать в запросе на основе политики координации SON и состояния координации SON. Политика координации SON описана ниже. В примерных вариантах осуществления политика координации SON основана на одних или более входных данных из функции SON, уровнях приоритета, назначенных сетевыми операторами для функции SON, и политиками сетевого оператора.

Если eNodeB находится в состоянии координации EsmCompensating SON, и NМ 201 уведомляют о том, что произошел перерыв в работе соты обслуживания eNodeB, тогда политика координации SON, в соответствии с примерными вариантами осуществления, обеспечивает то, что NМ 201 уведомляет функцию ESM найти другую соту для компенсации сот, в которых выполняют экономию энергии. Если функция ESM не способна найти другую соту, тогда функция ESM должна деактивировать экономию энергии в сотах, которые компенсировал eNodeB. NМ 201 затем изменяет состояние координации SON eNodeB на CocOutage.

Если NМ 201 принимает запрос COC, запрашивающий eNodeB компенсировать соседнюю соту, в которой возник перерыв в работе, в то время как eNodeB находится в состоянии координации EsmCompensating SON, тогда политика координации SON, в соответствии с примерными вариантами осуществления, обеспечивает то, что NМ 201 определяет приоритет COC и ESM на основе политики оператора сети. Если функции ESM SON имеют более высокий приоритет, чем COC, то запрос отклоняют. Если функция COC SON имеет более высокий приоритет, тогда NМ 201 уведомляет функцию ESM SON о том, что требуется найти другую соседнюю соту, для компенсации сот, в которых происходит экономия энергии. Если функция ESM SON не может найти другую соту для компенсации соты, в которой происходит экономия энергии, тогда NМ 201 уведомляет функцию ESM SON о том, что требуется деактивировать экономию энергии в сотах, которые компенсировал eNodeB. NМ 201 затем принимает запрос COC, и NМ 201 изменяет состояние координации SON eNodeB на никакое.

Если eNodeB находится в состоянии EsmEnergySaving, и NМ 201 принимает запрос COC для компенсации перерыва работы в соседней соте, тогда политика координации SON, в соответствии с примерными вариантами осуществления, обеспечивает то, что NМ 201 должен уведомить функцию ESM SON о том, что требуется запросить eNodeB выйти из режима экономии энергии. Если функция ESM SON не может запросить, чтобы eNodeB вышел из режима экономии энергии, тогда NМ 201 отклоняет запрос COC. Если функция ESM SON может запросить, чтобы eNodeB вышел из режима экономии энергии, тогда NМ 201 принимает запрос COC и изменяет состояние координации SON на никакое.

Если eNodeB находится в состоянии CocCompensating, и NМ 201 уведомляет о том, что в eNodeB возникло состояние простоя в работе, тогда политика координации SON обеспечивает то, что NМ 201 уведомляет функцию COC SN найти один или более соседних eNodeB, для компенсации, как запрашивающего eNodeB, так и сот, которые ранее были компенсированы путем запроса eNodeB. NМ 201 дополнительно изменяет состояние координации SON запрашивающего eNodeB на CocOutage.

Если eNodeB находится в состоянии CocOutage, тогда NМ 201 отклоняет все запросы. Если eNodeB находится в состоянии CcoUpdating, тогда NМ 201 откладывает все запросы ESM и COC до тех пор, пока состояние координации SON не изменится на никакое. Если eNodeB находится в состоянии никакое, тогда NМ 201 принимает любой запрос из функции CCO, COC или ESM SON.

Если eNodeB находится либо в состоянии EsmCompensating, в состоянии EsmEnergySaving или в состоянии CocCompensating, и NМ 201 принимает запрос CCO для изменения зоны обслуживания и пропускной способности eNodeB, NМ 201 определяет, следует ли принять запрос на основе политики оператора сети. Если запрос CCO должен быть принят, тогда NМ 201 изменяет состояние координации SON на состояние CcoUpdating.

NM 201 дополнительно не позволяет или отклонят любые запросы, не предусмотренные в политике координации SON.

NM 201 может использовать одну или более частей дополнительных данных, с тем, чтобы помочь предотвратить конфликты между функциями SON. Один или более из параметров могут представлять собой входные данные от одной или более функций ESM, CCO или COC SON. Эти входные данные могут включать в себя информацию идентификации для функции SON, которая запрашивает разрешение модифицировать параметры конфигурации eNodeB. Идентификация может включать в себя информацию о поставщике функции SON, номере выпуска, версии и т.д. Входные данные могут дополнительно включать в себя длительность времени, в течение которой любой вновь обновленный параметр конфигурации eNodeB должен оставаться неизменным другой или той же функцией SON. Входные данные все еще могут дополнительно включать в себя цели SON, которые представляют собой оправдание для изменения конфигурации. Например, KPI может содержаться в отчете eNodeB, который недавно выполнил изменение параметра конфигурации. KPI сравнивают с целевым значением SON для подтверждения, что предыдущие изменения привели к улучшению KPI. Если оценка обозначает, что достаточное улучшение не было достигнуто, это может обозначать, что дополнительное изменении оптимизации и конфигурации должны быть выполнены для по меньшей мере отчитывающегося eNodeB. Входные данные также могут включать в себя любую информацию о положительном влиянии изменения параметра на другие объекты в сети, то есть, области, затронутой изменением параметра.

Для того, чтобы предотвращать конфликты, NM 201 может основываться на дополнительной информации, такой как возможное влияние изменения параметра на индикаторы рабочих характеристик ключа (KPI). NM 201 может дополнительно основываться на информации о текущем состоянии eNodeB, состоянии определенных управляемых объектов в сети, приоритете функций SON и политиках координации SON.

На основе описанной выше политики координации SON, NM 201 возвращает либо сообщение 3 с отказом на запрос, или сообщение 4 с удовлетворением запроса. Если решение представляет собой решение - отказ в запросе, тогда не происходит никакая дополнительная обработка и не выполняют какие-либо изменения конфигурации. С другой стороны, если решение представляет собой удовлетворить запрос, eNodeB или DM изменяет зону обслуживания и пропускную способность, и в сообщении 5 уведомляют NM 201 о том, что изменение зоны обслуживания и пропускной способности было выполнено. eNodeB или DM могут дополнительно передавать информацию, относящуюся к успешному или неудачному изменениям параметра, или значения параметров перед и после изменений параметра.

После завершения функции SON в отношении eNodeB, состояние координации SON должно быть изменено на одно из EsmCompensating, EsmEnergySaving или CocCompensating. Например, после того, как ESM активирует соту на выполнения роли компенсации экономии энергии, состояние координации SON такой соты должно быть изменено на EsmCompensating. NM 201 уведомляет eNodeB или DM в сообщении 6 о том, что состояние координации SON eNodeB необходимо изменить, и DM или eNodeB сохраняет новое состояние координации SON в запоминающем устройстве 302.

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

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

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

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

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

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

Изобретение относится к беспроводным системам связи. Сетевой менеджер (NM) включает в себя функцию координации самооптимизируемой сети (SON) для достижения технического результата в виде недопущения конфликта и обеспечения разрешения конфликта, вызванного работой одной функции SON одновременно с тем, когда другая функция SON должна работать на расширенном узле B (eNodeB). Состояние координации SON является одним из следующих состояний: первое состояние, указывающее, что соответствующий eNodeB уже обеспечивает зону обслуживания для других eNodeB, выключенных с целью экономии энергии функцией SON ESM; второе состояние, указывающее, что соответствующий eNodeB уже обеспечивает зону обслуживания для соседнего eNodeB, который находится в состоянии простоя; и третье состояние, указывающее, что соответствующий eNodeB обновляет параметры конфигурации в соответствующей соте. 3 н. и 22 з.п. ф-лы, 5 ил.

1. Сетевой менеджер, содержащий:

интерфейс для связи с множеством расширенных узлов B (eNodeBs), при этом указанный интерфейс выполнен с возможностью приема запроса на

изменение зоны обслуживания и пропускной способности расширенного узла B (eNodeB) из множества eNodeBs;

один или более процессоров для

определения, следует ли удовлетворить или отклонить запрос, на основе в политики координации и состояния координации функции координации самооптимизируемой сети (SON) для eNodeB из множества eNodeBs, при этом состояние координации SON является одним из следующих состояний:

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

состояние компенсации функции компенсации простоя в работе соты (COC), указывающее, что соответствующий eNodeB из множества eNodeBs уже обеспечивает зону обслуживания для соседнего eNodeB, который находится в состоянии простоя;

состояние обновления оптимизации зоны обслуживания и пропускной способности (CCO), указывающее, что соответствующий eNodeB из множества eNodeBs обновляет параметры конфигурации в соответствующей соте; и

ни одно из состояний SON, указывающее, что соответствующий eNodeB из множества eNodeBs не находится под влиянием функций SON.

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

3. Сетевой менеджер по п. 1, в котором политика координации основана по меньшей мере на одном из:

ввода по меньшей мере от одной функции SON, при этом по меньшей мере одной функцией SON является по меньшей мере одна из ESM, COC и CCO функций SON;

уровня приоритета по меньшей мере одной функции SON;

политики оператора сети; и

состояния координации SON eNodeB.

4. Сетевой менеджер по п. 3, в котором политика координации дополнительно содержит, когда eNodeB находится в состоянии компенсации ESM:

в случае, когда запрос является запросом COC запрашивающим компенсацию указанным eNodeB соседнего eNodeB находящегося в состоянии простоя,

отклоняют указанный COC запрос когда политикой оператора сети предоставляется приоритет компенсации ESM, и удовлетворяют запрос если политикой оператора сети предоставляется приоритет компенсации COC;

в случае, когда запрос является запросом CCO, определяют удовлетворить или отклонить запрос, на основе в политики оператора сети; и

в случае когда запрос не является запросом COC или ССО, удовлетворяют запрос.

5. Сетевой менеджер по п. 3, в котором политика координации дополнительно включает в себя, когда eNodeB находится в состоянии энергосбережения ESM:

в случае, когда запрос является запросом COC запрашивающим компенсацию указанным eNodeB соседнего eNodeB находящегося в состоянии простоя,

запрашивают позволяет ли функция ESM выход eNodeB из функции энергосбережения, и

если функция ESM отклоняет запрос, отклоняют COC запрос, и

если функция ESM принимает запрос, принимают COC запрос.

6. Сетевой менеджер по п. 3, в котором политика координации дополнительно включает в себя, когда eNodeB находится в состоянии компенсации CCO и запрос является CCO, определяют, удовлетворить ли запрос, на основе политики оператора сети.

7. Сетевой менеджер по п. 3, в котором политика координации дополнительно включает в себя:

когда eNodeB находится в одном из состояния обновления CCO и состояния простоя COC, отклоняют запрос,

когда eNodeB не находится ни в одном из состояний SON, удовлетворяют запрос.

8. Сетевой менеджер по п. 3, в котором

интерфейс дополнительно выполнен с возможностью приема указания, что eNodeB в состоянии компенсации ESM находится в состоянии простоя; а

указанные один или более процессоров дополнительно выполнены с возможностью

изменения состояния координации SON eNodeB на состояние простоя COC, на основе принятого указания, и

уведомления функции ESM SON о том, что функции ESM SON подлежит выбору вторым eNodeB для компенсации eNodeB компенсируемого указанным eNodeB находящимся в состоянии простоя.

9. Сетевой менеджер по п. 8, в котором

интерфейс дополнительно выполнен с возможностью

приема указания, что функция ESM SON недоступна для выбора по меньшей мере вторым eNodeB для выполнения функции ESM в eNodeB, а

указанные один или более процессоров дополнительно выполнены с возможностью

уведомления функции ESM SON о том, что энергосбережение подлежит деактивации в eNodeB компенсируемом указанным eNodeB, на основе принятого указания.

10. Сетевой менеджер по п. 1, в котором

интерфейс дополнительно выполнен с возможностью

приема указания, что eNodeB в состоянии компенсации COC находится в состоянии простоя, а

изменения состояния координации SON eNodeB на состояние простоя COC, на основе принятого указания, и

уведомления функции COC SON о том, что функции COC SON подлежит выбору вторым eNodeB для компенсации (1) eNodeB в состоянии простоя COC и (2) eNodeB компенсируемого указанным eNodeB находящимся в состоянии простоя COC.

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

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

13. Сетевой менеджер по п. 1, в котором один или более процессоров дополнительно выполнены с возможностью:

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

обновления состояния координации SON eNodeB.

14. Сетевой менеджер по п. 1, в котором один или более процессоров дополнительно выполнены с возможностью:

конфигурирования по меньшей мере одного параметра eNodeB; и

предотвращения конфигурирования по меньшей мере одного параметра в течение периода после конфигурирования процессором по меньшей мере одного параметра.

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

16. Сетевой менеджер по п. 1, в котором интерфейс дополнительно выполнен с возможностью передачи запроса на eNodeB для получения состояния координации SON eNodeB.

17. Расширенный узел B (eNodeB), содержащий:

интерфейс для связи с сетевым менеджером, при этом интерфейс выполнен с возможностью

передачи запроса на изменение состояния зоны обслуживания или пропускной способности; и

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

один или более процессоров для

сохранения состояния координации самооптимизируемой сети (SON) в ассоциированной памяти, при этом состояние координации SON является одним из следующих состояний:

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

состояние компенсации функции компенсации простоя в работе соты (COC), указывающее, что соответствующий eNodeB из множества eNodeBs уже обеспечивает зону обслуживания для соседнего eNodeB, который находится в состоянии простоя;

состояние обновления оптимизации зоны обслуживания и пропускной способности (CCO), указывающее, что соответствующий eNodeB из множества eNodeBs обновляет параметры конфигурации в соответствующей соте; и

ни одно из состояний SON, указывающее, что соответствующий eNodeB из множества eNodeBs не находится под влиянием функций SON; и

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

18. eNodeB по п. 17, в котором

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

состояние экономии энергии ESM указывает, что eNodeB отключили для сохранения энергии,

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

состояние обновления CCO указывает, что параметры конфигурации eNodeB обновляют, и

никакое состояние SON указывает, что на eNodeB не влияют функции SON.

19. eNodeB по п. 17, в котором один или более процессоров дополнительно выполнены с возможностью

передачи указания того, что зона обслуживания или пропускная способность изменились; и

сохранения обновленного состояния координации SON.

20. Способ координации изменения зоны обслуживания и пропускной способности в самооптимизирующейся сети (SON), содержащий этапы, на которых:

принимают запрос на изменение зоны обслуживания или пропускной способности улучшенного узла B (eNodeB) и

определяют, следует ли удовлетворить или отклонить запрос на основе политики координации и состояния координации SON eNodeB из множества eNodeBs, причем состояние координации SON является одним из следующих состояний:

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

состояние компенсации функции компенсации простоя в работе соты (COC), указывающее, что соответствующий eNodeB из множества eNodeBs уже обеспечивает зону обслуживания для соседнего eNodeB, который находится в состоянии простоя;

состояние обновления оптимизации зоны обслуживания и пропускной способности (CCO), указывающее, что соответствующий eNodeB из множества eNodeBs обновляет параметры конфигурации в соответствующей соте; и

ни одно из состояний SON, указывающее, что соответствующий eNodeB из множества eNodeBs, не находится под влиянием функций SON; и

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

21. Способ по п. 20, в котором, на основе политики координации и состояния координации SON, координируют изменения зоны обслуживания и пропускной способности множества eNodeB на уровне сети, в соответствии с требованиями политики координации.

22. Способ по п. 21, в котором отклонение запроса предотвращает нестабильность в eNodeB, посредством предотвращения одновременного изменения того же параметра конфигурации eNodeB множеством функций SON.

23. Способ по п. 21, дополнительно содержащий этап, на котором:

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

24. Способ по п. 21, в котором политика координации удовлетворяет или отклоняет запрос на основе по меньшей мере одного из:

входных данных по меньшей мере одной функции SON, при этом по меньшей мере одна функция SON, представляет собой по меньшей мере одну из ESM, COC и CCO;

уровня приоритета по меньшей мере функции SON;

политики сетевого оператора и

состояния координации SON eNodeB.

25. Способ по п. 20, дополнительно содержащий этап, на котором:

запрашивают eNodeB для получения состояния координации SON eNodeB.