СПОСОБ И УСТРОЙСТВО ДЛЯ КООРДИНАЦИИ ФУНКЦИИ САМОСТОЯТЕЛЬНОЙ ОПТИМИЗАЦИИ В БЕСПРОВОДНОЙ СЕТИ Российский патент 2018 года по МПК 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).

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

Самооптимизация в контексте беспроводных сетей представляет собой обработку анализа измеряемых данных расширенных узлов В (eNodeB) с последующей настройкой параметров радиосвязи и транспортирования узлов eNodeB для достижения оптимальных рабочих характеристик сети, зоны охвата и пропускной способности. Сети самооптимизации (SON) могут воплощать различные функции SON, включающие в себя, например, балансировку нагрузки, оптимизацию передачи обслуживания абонента (НО), оптимизацию зоны обслуживания и пропускной способности (ССО), компенсацию простоев в работе соты (СОС) и управление экономией энергии (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.

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

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

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

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

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

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

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

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

eNodeB 203 и 204 могут связываться с NM 201 через DM 202. В качестве альтернативы eNodeB 203 может воплощать свой собственный ЕМ 207 для непосредственной связи с NM 201. В некоторых вариантах осуществления NM функции и 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, в котором может быть выполнена любая одна или более из операций, выполняемых описанным здесь сетевым менеджером (NM). В альтернативных вариантах осуществления устройство 400 может работать как автономное устройство или может быть подключено (например, через сеть) к другим устройствам. При разворачивании сети устройство 400 может работать в качестве устройства сервера, устройства клиента или в сетевой среде сервер - клиент. В примере устройство 400 может действовать, как одноуровневое устройство в пиринговой среде (Р2Р) (или в другой распределенной) сети.

Устройство (например, компьютерная система) 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 NM 201. Однако следует понимать, что функция координации SON может находиться ниже Itf-N. Например, функция координации SON может находиться в DM 202 для координации eNodeB 203 и 204 или в других eNodeB (не показаны), которыми управляет DM 202.

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

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

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

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

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

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

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

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

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

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

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

NM 201 может использовать одну или более частей дополнительных данных, с тем, чтобы помочь предотвратить конфликты между функциями SON. Один или более из параметров могут представлять собой входные данные от одной или более функций ESM, ССО или СОС 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.

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

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

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

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

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

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

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

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

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

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

3. NM по п. 1, в котором функция координации SON выполнена с возможностью находиться ниже Itf-N, где Itf-N является интерфейсом, расположенным между NM и менеджером (DM) домена.

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

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

6. NM по п. 1, в котором функция координации SON выполнена с возможностью обнаружения конфликта и разрешения конфликта на основе указанного обнаружения.

7. NM по п. 1, в котором функция координации SOТ выполнена с возможностью обнаружения конфликта посредством анализа данных, причем данные включают в себя по меньше мере одно из измерений ключевых индикаторов (KPI) рабочих характеристик.

8. NM по п. 1, в котором функция координации SON выполнена с возможностью разрешения конфликта посредством разрешения, запрещения или приостановления функции SON.

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

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

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

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

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

10. Способ по п. 9, в котором функция координации SON выполнена с возможностью находиться выше Itf-N, где Itf-N является интерфейсом, расположенным между NM и менеджером (DM) домена.

11. Способ по п. 9, в котором функция координации SON выполнена с возможностью находиться ниже Itf-N, где Itf-N является интерфейсом, расположенным между NM и менеджером (DM) домена.

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

13. Способ по п. 12, в котором на этапе недопущения опираются на информацию, такую как возможное влияние изменений параметра на ключевой индикатор (KPI) рабочих характеристик.

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

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

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

17. Система, содержащая:

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

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

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

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

18. Система по п. 17, в которой функция координации SON выполнена с возможностью находиться выше Itf-N, где Itf-N является интерфейсом, расположенным между NM и менеджером (DM) домена.

19. Система по п. 17, в которой функция координации SON выполнена с возможностью находиться ниже Itf-N, где Itf-N является интерфейсом, расположенным между NM и менеджером (DM) домена.

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

21. Система по п. 17, в которой функция координации SON выполнена с возможностью недопущения конфликта на основе информации, такой как возможное влияние изменений параметра на ключевой индикатор (KPI) рабочих характеристик.

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

23. Система по п. 22, в которой при обнаружении конфликта функция координации SON выполнена с возможностью анализа данных, причем данные включают в себя по меньше мере одно из измерений ключевых индикаторов (KPI) рабочих характеристик.

24. Система по п. 17, в которой функция координации SON выполнена с возможностью разрешения конфликта посредством разрешения, запрещения или приостановления функции SON.

25. Машина, содержащая:

энергонезависимый машиночитаемый носитель, содержащий программные команды функции координации самоорганизуемой сети (SON), которые при их исполнении сетевым менеджером (NM) вызывают выполнение этапов, на которых:

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

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

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

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

26. Машина по п.25, в которой функция координации SON выполнена с возможностью находиться выше Itf-N, где Itf-N является интерфейсом, расположенным между NM и менеджером (DM) домена.

27. Машина по п. 25, в которой функция координации SON выполнена с возможностью находиться ниже Itf-N, где Itf-N является интерфейсом, расположенным между NM и менеджером (DM) домена.

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

29. Машина по п. 25, в которой команды при их исполнении NM вызывают выполнение этапа, на котором опираются на информацию, такую как возможное влияние изменений параметра на ключевой индикатор (KPI) рабочих характеристик.

30. Машина по п. 25, в которой команды при их исполнении NM вызывают выполнение этапа, на котором обнаруживают конфликт и разрешают конфликт на основе указанного обнаружения.

31. Машина по п. 30, в которой команды при их исполнении NM вызывают выполнение этапа, на котором обнаруживают конфликт посредством анализа данных, причем данные включают в себя по меньшей мере одно из измерений ключевых индикаторов (KPI) рабочих характеристик.

32. Машина по п. 25, в которой команды при их исполнении NM вызывают выполнение этапа, на котором разрешают конфликт посредством разрешения, запрещения или приостановления функции SON.

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

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

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

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

34. eNodeB по п. 33, в котором функция координации SON выполнена с возможностью находиться выше Itf-N, где Itf-N является интерфейсом, расположенным между NM и менеджером (DM) домена.

35. eNodeB по п. 33, в котором функция координации SON выполнена с возможностью находиться ниже Itf-N, где Itf-N является интерфейсом, расположенным между NM и менеджером (DM) домена.

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

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

38. eNodeB по п. 33, в котором функция координации SON выполнена с возможностью обнаружения конфликта и разрешения конфликта на основе указанного обнаружения.

39. eNodeB по п. 33, в котором функция координации SON выполнена с возможностью обнаружения конфликта посредством анализа данных, причем данные включают в себя по меньше мере одно из измерений ключевых индикаторов (KPI) рабочих характеристик.

40. eNodeB по п. 33, в котором функция координации SON выполнена с возможностью разрешения конфликта посредством разрешения, запрещения или приостановления функции SON.