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

Изобретение относится к системам беспроводной связи для услуг передачи речи, видео, пакетных данных, широковещательной передачи и передачи сообщений. Техническим результатом является улучшение сетевого управления и оптимизация эффективности передачи данных. Указанный технический результат достигается тем, что сеть и устройство обмениваются информацией для сетевого управления, поддерживая тем самым архитектуру самоорганизующейся сети (SON) для усовершенствования сетевого управления и оптимизации. Для обмена информацией, необходимой для сетевого управления, между устройствами и сетью используют протокол уровня, не связанного с предоставлением доступа (NAS) и/или приложение Интернет-протокола (IP). Для установки политики SON в устройство используют различные процедуры, чтобы определить режим работы устройства для таких операций, как сбор информации, относящейся к сетевому управлению, и оповещение о ней. Дополнительно может быть определен набор стандартизированных событий, на основе которого устройство может обнаруживать появление события и оповещать соответствующую сеть о его появлении. 10 н. и 28 з.п. ф-лы, 27 ил.

 

Перекрестные ссылки

Данная заявка испрашивает приоритет предварительной заявки США №61/037443 озаглавленной «METHOD OF NETWORK MANAGEMENT BY ASSISTANCE FROM TERMINAL USING CONTROL-PLANE SIGNALING BETWEEN TERMINAL AND NETWORK», поданной 18 марта 2008 года, и предварительной заявки США №61/109024 озаглавленной «SELF-HEALING OF SELF-OPTIMIZING NETWORKS», поданной 28 октября 2008 года, содержание которых целиком включено в настоящий документ по ссылке.

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

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

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

Широко развернутые в настоящее время системы беспроводной связи обеспечивают различные услуги связи, например, указанные системы беспроводной связи могут обеспечить услуги передачи речи, видео, пакетных данных, широковещательной передачи и передачи сообщений. Этими системами могут быть системы множественного доступа, способные поддерживать связь для множества терминалов на основе совместного использования имеющихся системных ресурсов. Примерами указанных систем множественного доступа являются системы множественного доступа с кодовым разделением (CDMA), системы множественного доступа с временным разделением (TDMA), системы множественного доступа с частотным разделением (FDMA) и системы множественного доступа с ортогональным частотным разделением (OFDMA).

Система беспроводной связи может, в общем, одновременно поддерживать связь для множества беспроводных терминалов. В указанной системе каждый терминал может осуществлять связь с одной или несколькими базовыми станциями посредством передач по прямой и обратной линиям связи. Прямая линия (или нисходящая линия связи) относится к линии связи от базовых станций к терминалам, а обратная линия (или восходящая линия связи) относится к линии связи от терминалов к базовым станциям. Эта линия связи может быть установлена через систему с одним входом и одним выходом (SISO), с множеством входов и одним выходом (MISO) или множеством входов и множеством выходов (MIMO).

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

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

Раскрытие изобретения

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

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

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

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

Четвертый аспект относится к компьютерному программному продукту, который может содержать машиночитаемый носитель, включающий в себя: код для определения одного или более типов событий, подлежащих регистрации сетевым устройством; код для определения расписания получения оповещений о соответствующих зарегистрированных событиях от сетевого устройства; и код для выделения сервера сетевого управления и/или объекта управления мобильностью и/или сервера приложений самоорганизующейся сети (SON), для управления регистрацией одного или нескольких определенных типов событий и оповещения о соответствующих зарегистрированных событиях в соответствии с определенным расписанием в сетевом устройстве.

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

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

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

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

Следующий аспект относится к компьютерному программному продукту, который может содержать машиночитаемый носитель, включающий в себя: код для приема набора стандартизированных сетевых событий, списков измерений, соответственно связанных с сетевыми событиями, и команд для оповещения одного или нескольких объектов сетевого управления или сервера управления устройствами (DM) Открытого сообщества производителей мобильной связи (OMA) об измерениях, связанных с сетевыми событиями; код для обнаружения события из набора стандартизированных сетевых событий; код для выполнения измерений из списка измерений, соответствующих обнаруженному событию; и код для оповещения объекта сетевого управления или сервера OMA DM о выполненных измерениях на основе принятых команд.

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

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

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

Фиг. 1 - система беспроводной связи множественного доступа согласно различным изложенным здесь аспектам;

фиг. 2 - блок-схемы системы для управления и оптимизации системы связи согласно различным аспектам изобретения;

фиг. 3 и 4 - примерные варианты реализации самоорганизующейся сети согласно различным аспектам изобретения;

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

фиг. 6 - блок-схема системы для обнаружения сетевых событий согласно различным аспектам изобретения;

фиг. 7 - блок-схема системы для измерения сетевых параметров и регистрации сетевых событий согласно различным аспектам изобретения;

фиг. 8 - блок-схема системы для оповещения сети о наблюдавшихся событиях согласно различным аспектам изобретения;

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

фиг. 10 - пример структуры оповещения об отказе линии радиосвязи, которую можно использовать согласно различным аспектам изобретения;

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

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

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

фиг. 16 - примерная конфигурация сети согласно различным аспектам изобретения;

фиг. 17 - блок-схема метода для предоставления устройству политики оповещений о событиях в системе связи;

фиг. 18 - блок-схема метода для управления процедурой оповещения в сети;

фиг. 19 и 20 - блок-схемы соответствующих методов регистрации и оповещения о сетевых событиях согласно схеме сетевого управления;

фиг. 21 и 22 - блок-схемы соответствующих методов для обнаружения и оповещения о событии отказа линии радиосвязи;

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

фиг. 24 и 25 - блок-схемы, иллюстрирующие примерные беспроводные устройства, способные реализовать различные описанные здесь аспекты изобретения;

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

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

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

Подразумевается, что используемые в этой заявке термины «компонента», «модуль», «система» и т.п. относятся к объекту, имеющему отношение к компьютеру, любым аппаратным средствам, комбинации аппаратных и программных средств, программным средствам или программным средствам, находящимся в процессе исполнения. Например, компонентой может быть, но не только: процесс, выполняющийся в процессоре; интегральная схема; объект; исполняемый файл; поток управления; программа и/или компьютер. Например, компонентой может быть как приложение, выполняющееся на вычислительном устройстве, так и само это устройство. Одна или несколько компонент могут находиться в процессе и/или потоке управления, причем компонента может быть локализована на одном компьютере и/или распределена между двумя или более компьютерами. Вдобавок, эти компоненты могут выполняться с различных считываемых компьютером носителей, имеющих различные сохраненные на них структуры данных. Компоненты могут осуществлять связь друг с другом с помощью локальных и/или удаленных процессов, например, согласно сигналу, имеющему один или несколько пакетов данных (например, данные от одной компоненты, взаимодействующей с другой компонентой в локальной системе, распределенной системе и/или через сеть, например, Интернет, с другими системами с помощью указанного сигнала).

Кроме того, различные аспекты описаны здесь в связи с беспроводным терминалом и/или базовой станцией. Беспроводной терминал может относиться к устройству, обеспечивающему возможность передачи речи и/или данных пользователю и обратно. Беспроводный терминал может быть подсоединен к вычислительному устройству, такому как компьютер типа лэптоп или настольный компьютер, либо терминал может представлять собой автономное устройство, персональный цифровой помощник (PDA). Беспроводный терминал также может называться системой, абонентским блоком, абонентской станцией, мобильной станцией, удаленной станцией, точкой доступа, удаленным терминалом, терминалом доступа, пользовательским терминалом, пользовательским агентом, пользовательским устройством или пользовательским оборудованием. Беспроводный терминал может представлять собой абонентскую станцию, беспроводное устройство, сотовый телефон, телефон PCS, беспроводный телефон, телефон протокола инициирования сеанса связи (SIP), станцию беспроводного абонентского шлейфа (WLL), персональный цифровой помощник (PDA), карманное устройство, имеющее возможность беспроводного соединения, или другое обрабатывающее устройство, подсоединенное к беспроводному модему. Базовая станция (например, точка доступа) может относиться к устройству в сети доступа, которая осуществляет связь с беспроводными терминалами посредством радиоинтерфейса через один или несколько секторов. Базовая станция может действовать как маршрутизатор между беспроводным терминалом и остальной частью сети доступа, которая может включать в себя сеть протокола Интернет (IP), путем преобразования полученных радиоинтерфейсных кадров в пакеты протокола IP. Базовая станция также координирует управление атрибутами для радиоинтерфейса.

Кроме того различные описанные здесь функции могут быть реализованы аппаратными средствами, программными средствами, программно-аппаратными средствами или любой их комбинацией. При реализации программными средствами функции могут храниться или передаваться в виде одной или нескольких команд или кода на считываемом компьютером носителе. Считываемые компьютером носители включают в себя как компьютерные носители данных, так и среду передачи, включающую в себя любую среду, которая обеспечивает пересылку компьютерной программы из одного места в другое. Носителями данных могут быть любые имеющиеся носители, которые могут быть доступны компьютеру. Например, но не как ограничение, указанные считываемые компьютером носители могут содержать память типа ОЗУ (RAM), ПЗУ (ROM), электрически стираемое программируемое ПЗУ (EEPROM), ПЗУ на компакт-диске (CD-ROM) или другое оптическое дисковое запоминающее устройство, магнитное дисковое запоминающее устройство или иные магнитные запоминающие устройства, либо любую другую среду, которую можно использовать для переноса или сохранения требуемого программного кода в виде команд или структур данных, и которая может быть доступна компьютеру. Также считываемым компьютером носителем можно назвать любое соединение. Например, если программные средства передаются от web-сайта, сервера или другого удаленного источника с использованием коаксиального кабеля, оптоволоконного кабеля, скрученной пары, цифровой абонентской линии (DSL) или таких беспроводных технологий, как инфракрасная, радио- и микроволновая связь, то тогда под определение «носитель» подпадают коаксиальный кабель, оптоволоконный кабель, скрученная пара, линия DSL или такие беспроводные технологии, как инфракрасная, радио- и микроволновая связь. Используемый здесь термин «диск» включает в себя компакт-диск (CD), лазерный диск, оптический диск, цифровой универсальный диск (DVD), гибкий диск и диск Blue-ray, причем термин «disk» обычно относится к дискам, воспроизводящим данные магнитным путем, в то время как термин «disc» относится к дискам, воспроизводящим данные оптическим путем с помощью лазеров. В понятие «машиночитаемый носитель» также следует включить комбинации вышеописанных устройств.

Различные описанные здесь способы можно использовать для различных систем беспроводной связи, таких как системы с множественным доступом и кодовым разделением каналов (CDMA), системы с множественным доступом и временным разделением каналов (TDMA), системы с множественным доступом и частотным разделением каналов (FDMA), системы с множественным доступом и ортогональным частотным разделением каналов (OFDMA), системы FDMA с одной несущей (SC-FDMA) и другие указанные системы. Термины «система» и «сеть» часто используют здесь как взаимозаменяемые. В системе CDMA может быть реализована такая технология радиосвязи, как Универсальный наземный радиодоступ (UTRA), CDMA2000 и т.д. Технология UTRA включает в себя широкополосный доступ CDMA (W-CDMA) и другие версии CDMA. Вдобавок, CDMA2000 покрывает стандарты IS-2000, IS-95 и IS-856. В системе TDMA может быть реализована такая технология радиосвязи, как Глобальная система мобильной связи (GSM). В системе OFDMA может быть реализована такая технология радиосвязи, как усовершенствованный радиодоступ UTRA (E-UTRA), ультраширокополосный мобильный доступ (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM® и т.д. Системы UTRA и E-UTRA являются частью универсальной системы мобильной связи (UMTS). Проект долгосрочного развития 3GPP (LTE) является предстоящей версией, которая использует E-UTRA, где по нисходящей линии связи используется OFDM, а по восходящей линии связи используется SC-FDMA. Системы UTRA, E-UTRA, UMTS, LTE и GSM описаны в документах, разработанных организацией под названием «Проект партнерства 3-го поколения» (3GPP). Кроме того, системы CDMA2000 и UMB описаны в документах, разработанных организацией под названием «Проект 2 партнерства 3-го поколения» (3GPP2).

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

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

На фиг. 1 показана система 100 беспроводной связи множественного доступа согласно различным аспектам изобретения. В одном примере система 100 беспроводной связи множественного доступа включает в себя множество базовых станций 110 и множество терминалов 120. Кроме того, одна или несколько базовых станций 110 может осуществлять связь с одним или несколькими терминалами 120. Как пример, не являющийся ограничением, базовая станция 110 может представлять собой точку доступа, узел В (например, развитой узел В или eNB) и/или другой подходящий сетевой объект. Каждая базовая станция 110 обеспечивает покрытие связью для конкретной географической зоны 102. Используемый здесь, а также обычно в данной области техники термин «сота» может относиться к базовой станции 110 и/или ее зоне 102 покрытия в зависимости от контекста, в котором используется данный термин.

Для повышения пропускной способности системы зона 102 покрытия, соответствующая базовой станции 110, может быть разбита на множество зон меньшего размера (например, зоны 104а, 104b и 104с). Каждая из малых зон 104а, 104b и 104с может обслуживаться соответствующей подсистемой базового приемопередатчика (BTS, не показана). Используемый здесь, а также в данной области техники термин «сектор» может относиться к подсистеме BTS и/или ее зоне покрытия в зависимости от контекста, в котором используется этот термин. Кроме того, используемый здесь и в данной области техники термин «сота» также можно использовать для ссылки на зону покрытия BTS в зависимости от контекста, в котором используется данный термин. В одном примере секторы 104 в соте 102 могут быть сформированы в группы антенн (не показаны) на базовой станции 110, где каждая группа антенн отвечает за связь с терминалами 120 в части соты 102. Например, базовая станция 110, обслуживающая соту 102а может иметь первую антенную группу, соответствующую сектору 104а, вторую антенную группу, соответствующую сектору 104b, и третью антенную группу, соответствующую сектору 104с. Однако следует иметь в виду, что различные раскрытые здесь аспекты можно использовать в системе, имеющей соты, разбитые и/или не разбитые на секторы. Кроме того, следует иметь в виду, что все подходящие сети беспроводной связи, имеющие любое количество сот, разбитых и/или не разбитых на секторы, предположительно не выходят за рамки объема прилагаемой формулы изобретения. Для простоты используемый здесь термин «базовая станция» может относиться как к станции, которая обслуживает сектор, так и к станции, которая обслуживает соту.

Согласно одному аспекту терминалы 120 могут быть рассредоточены по всей системе 100. Каждый терминал 120 может быть стационарным или мобильным. Как пример, не являющийся ограничением, терминал 120 может представлять собой терминал доступа (AT), мобильную станцию, пользовательское оборудование (UE), абонентскую станцию и/или другой подходящий сетевой объект. Терминал 120 может быть беспроводным устройством, сотовым телефоном, персональным цифровым помощником (PDA), беспроводным модемом, карманным устройством или другим подходящим устройством. Кроме того, терминал 120 в любой данный момент времени может осуществлять связь с любым количеством базовых станций, либо ни с одной базовой станцией 110.

В другом примере в системе 100 может быть использована централизованная архитектура с системным контроллером 130, который может быть соединен с одной или несколькими базовыми станциями 110 для обеспечения координации и управления базовыми станциями 110. Согласно альтернативным аспектам системный контроллер 130 может представлять собой один сетевой объект или группу сетевых объектов. Кроме того, в системе 100 может использоваться распределенная архитектура, позволяющая базовым станциям 110 осуществлять связь друг с другом, когда это необходимо. В одном примере системный контроллер 130 может дополнительно содержать одно или несколько соединений с множеством сетей. Эти сети могут включать в себя Интернет, другие сети на основе пакетов и/или сети для передачи речевых сообщений с коммутацией каналов, которые могут обмениваться информацией с терминалами 120 при связи с одной или более базовыми станциями 110 в системе 100. В другом примере системный контроллер 130 может включать в себя или быть подсоединенным к планировщику (не показан), который может планировать передачи на терминалы 120 и/или от терминалов 120. В альтернативном варианте планировщик может находиться в каждой отдельной соте 102, каждом секторе 104 или их комбинации.

Как дополнительно показано на фиг. 1, каждый сектор 104 в системе 100 может принимать «желаемые» передачи от терминалов 120 в секторе 104, а также «интерферирующие» передачи от терминалов 120 в других секторах 104. Общие помехи, наблюдаемые в данном секторе 104, могут включать в себя как внутрисекторные помехи от терминалов 120 в одном и том же секторе 104, так и межсекторные помехи от терминалов 120 в других секторах 104. В одном примере внутрисекторные помехи могут быть фактически подавлены с использованием передачи OFDMA от терминалов 120, которая обеспечивает ортогональность между передачами с различных терминалов 120 в одном и том же секторе 104. Межсекторные помехи, которые известны специалистам в данной области техники как помехи от других секторов (OSI), могут появиться, когда передачи в одном секторе 104 не ортогональны передачам в других секторах 104.

На фиг. 2 показаны блок-схемы 202-204 системы для управления и оптимизации системы связи согласно различным предложенным здесь аспектам. Как видно из схем 202-204, система может включать в себя оборудование UE 210 и сетевой администратор 220. Хотя на фиг. 2 показано только одно UE 210 и сетевой администратор 220, следует иметь в виду, что система, показанная на схемах 202-204, может включать в себя любое количество UE 210 и/или сетевых администраторов 220. Кроме того, следует иметь в виду, что сетевым администратором 220 может быть любой подходящий сетевой объект, такой как объект управления мобильностью (MME), сетевой контроллер, сервер сетевого управления или т.п.

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

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

Согласно одному аспекту сетевой администратор 220 может создать и/или иным образом идентифицировать политику SON (например, политику SON, хранящуюся в хранилище 222 политики), подлежащей использованию в сети, связанной с сетевым администратором 220. В одном примере политика SON может задавать стандартизированные события, о которых должно оповещать оборудование UE 210, способы изменения и/или регистрации указанных событий, способы оповещения сетевого администратора 220 о зарегистрированных событиях или т.п. Согласно одному аспекту благодаря стандартизации событий, фиксируемых оборудованием UE 210, и тому, каким образом указанные события регистрируются, и как о них оповещается сетевой администратор 220, сетевой администратор 220 может способствовать автономному управлению сетью.

В одном примере сетевой администратор 220 может предоставить оборудованию UE 210 в сети политику SON, подлежащую использованию для обнаружения, регистрации и оповещения о стандартизированных событиях, как показано на схеме 202. В другом примере, если оборудование UE 210 бездействовало, прежде чем ему была предоставлена политика SON, сетевой администратор 220 может инициировать пейджинговое сообщение для UE 210. Вдобавок и/или как альтернативный вариант, оборудование UE 210 может проинформировать сетевой администратор 220 о своей возможности поддержки политики SON (с использованием, например, канала переноса SON и/или соответствующего протокола сетевого управления, подлежащего использованию с политикой SON) во время процедуры подключения и/или другой подходящей процедуры для установления соединения между UE 210 и сетью, связанной с сетевым администратором 220. Например, когда UE 210 изначально подключается через сеть GERAN (Развитие стандарта GSM с увеличенной скоростью передачи данных (GSM EDGE)) и/или наземную сеть радиодоступа UMTS (UTRAN), и перемещается в развитую сеть UTRAN (E-UTRAN), оборудование UE 210 может обеспечить межсистемное сообщение об обновлении зоны слежения (TAU), которое включает в себя информацию о возможностях UE, относящихся к политики SON. Согласно одному аспекту список UE 210 c возможностями SON может составляться и поддерживаться сетевым администратором 220.

После того, как сетевой администратор 220 предоставил UE 210 политику SON 212, UE 210 может функционировать согласно политики SON 212, как показано на схеме 204. Например, оборудование UE 210 может включать в себя детектор 214 событий для обнаружения появления одного или нескольких стандартизированных событий, определенных в политики SON 212, регистратор событий для регистрации обнаруженных событий и/или выполнения соответствующих измерений согласно политики SON 212, оповещатель 218 регистрации для передачи сетевому администратору 220 и/или другому подходящему объекту информации, относящейся к обнаруженным событиям, согласно расписанию, предусмотренному в политики SON 212, и/или другие подходящие механизмы для выполнения политики SON 212. Согласно одному аспекту сетевой администратор 220 может использовать модуль 224 сетевого оптимизатора и/или любое другое подходящее средство после приема оповещений о зарегистрированных событиях от UE 210 для оптимизации рабочих характеристик сети на основе принятых оповещений без необходимости выполнения ручного тестирования или ручных измерений.

На фиг. 3 представлена схема 300, иллюстрирующая примерный вариант реализации самоорганизующейся сети согласно различным аспектам изобретения. Как показано на схеме 300, оборудование UE 310 может взаимодействовать с сетью, которая включает в себя объект MME 320, шлюз (GW) 330, узел eNB 340, сервер SON 350 и/или любые другие подходящие объекты. В одном примере MME 320 может отслеживать перемещение UE 310 по сети, инициировать пейджинговое сообщение для UE 310 и/или выполнять другие подходящие действия. В другом примере шлюз GW 330 может служить в качестве соединительной точки между UE 310 и одной или несколькими сетями передачи данных, с которыми UE 310 может осуществлять связь. В дополнение к этому и/или как альтернативный вариант, шлюз GW 330 может выполнять маршрутизацию данных между одной или несколькими сетями передачи данных и оборудованием UE 310. В дополнительном примере узел eNB 340 может обеспечить базовые функциональные возможности связи для UE 310, например, путем планирования ресурсов, подлежащих использованию для передачи оборудованием UE 310, выполнения управления мощностью для UE 310, обеспечения связи между UE 310 и другими объектами в сети (например, MME 320, GW 330 или т.п.) и/или выполнения других подходящих действий.

Согласно одному аспекту сервер SON 350 можно использовать для реализации управления по принципу самоорганизующейся сети в сети, показанной на схеме 300. Например, сервер SON 350 может задать всю либо часть политики SON, подлежащей использованию оборудованием UE 310 (например, стандартизированные события, способы регистрации событий, способы оповещения о событиях и т.д.). В одном примере сервер SON 350 может быть реализован вместе с системой эксплуатации и управления (О&M) в сети, показанной на схеме 300. В другом примере сервер SON 350 может поддерживать список UE 310 в соответствующей сети, имеющей возможности SON.

Согласно другому аспекту работа сервера SON 350 может быть основана на информации, относящейся к политике SON для UE 310, и/или другой информации для UE 310, через канал 352 переноса SON. В примерном варианте реализации, показанном на схеме 300, канал 352 переноса SON может быть обеспечен в виде прямого логического интерфейса между UE 310 и сервером SON 350. В одном примере канал 352 переноса SON также может использоваться оборудованием UE 310 для передачи оповещения о событиях и/или другой подходящей информации обратно на сервер SON 350.

На Фиг. 4 с помощью схемы 400 показан альтернативный примерный вариант реализации самоорганизующейся сети. Согласно одному аспекту сеть, показанная в виде схемы 400, может включать в себя UE 410, MME 420, GW 430, eNB 440 и/или сервер SON 450, которые могут функционировать таким же образом, как соответствующие объекты в сети, показанные на схеме 300. Согласно одному аспекту объект MME 420 может взаимодействовать с сервером SON 450, используя любой подходящий способ проводной и/или беспроводной связи для получения информации о политики SON от сервера SON 450, которая может затем передаваться на UE 410 через канал 452 переноса SON между MME 420 и UE 410. В ответ оборудование UE 410 может передать на MME 420 через канал 452 переноса SON информацию, относящуюся к событиям, зарегистрированным согласно политике SON, и/или другую подходящую информацию. После приема указанной информации она может быть передана объектом MME 420 на сервер SON 450.

Согласно одному аспекту канал 452 переноса SON может быть реализован в виде канала переноса, основанного на плоскости управления с использованием сигнализации на уровне, не имеющем отношения к доступу (NAS), между UE 410 и MME 420. В одном примере канал 452 переноса SON на основе плоскости управления может быть реализован путем модификации протокольного стека, используемого сетью, показанной на схеме 400, для включения протокола для сигнализации, необходимой для управления сетью. Пример протокольного стека, который можно использовать для этой цели, показан в схеме 500 на Фиг. 5.

Как показано на схеме 500, протокольный стек, используемый сетью, может включать в себя один или несколько протоколов 502 сигнализации NAS и/или один или несколько протоколов 504 сигнализации на уровне доступа (AS). Протоколы 502 сигнализации NAS могут включать в себя, например, протокол 512 управления сеансом связи (ESN) системы EPS (Развитая пакетная система) и/или протокол 520 управления мобильностью EPS (EMM). Протоколы 504 сигнализации AS могут включать в себя, например, протокол 530 управления радиоресурсами (RRC), протокол 540 управления линией радиосвязи (RLC), протокол 550 управления доступом к среде передачи (MAC) и/или протокол 560 физического уровня (PHY).

Как кроме того показано на схеме 500, протокольный стек может быть расширен для включения туда протокола 512 управления сетью EPS (ENM), который можно использовать для обмена информацией, относящейся к политики SON, между UE и MME (например, для реализации канала 452 переноса SON между UE 410 и MME 420). В одном примере протокол 512 ENM может быть определен для использования в качестве протокола более высокого уровня с целью использования существующих функций протокола EMM 520 таким же образом, как в протоколе ESN 514.

Как альтернативный пример для вариантов реализации сети, показанных на схемах 300-400, канал переноса SON может быть реализован в виде канала на основе плоскости пользователя между оборудованием UE и шлюзом GW сети передачи пакетных данных (PDN). Это может быть реализовано, например, путем использования канала переноса протокола Интернет (IP) между оборудованием UE и шлюзом GW сети PDN, так что взаимодействие между оборудованием UE и сервером SON рассматривается как функция IP приложения. Согласно одному аспекту шлюз GW сети PDN в указанном варианте реализации может координировать свою работу с одним или несколькими другими узлами GW для обеспечения функциональных возможностей SON для оборудования UE, которое покидает локальную зону, связанную со шлюзом GW сети PDN. Кроме того, и/или как альтернативный вариант, между UE и сервером SON может быть предусмотрена одна или несколько мер защиты для защиты связи между UE и сервером SON через шлюз GW сети PDN. Кроме того, для установки и/или поддержки канала переноса в плоскости пользователя между UE и шлюзом GW сети PDN и/или другим подходящим сетевым объектом можно использовать одну или несколько спецификаций, хорошо известных специалистам в данной области техники, таких как спецификация управления устройствами (DM) Открытого сообщества производителей мобильной связи (OMA) и/или любая другая подходящая спецификация.

На Фиг. 6-8 показаны различные системы, которые может использовать сетевое устройство (например, UE 210) для регистрации и оповещения о сетевых событиях согласно политике SON. Следует иметь в виду, что сетевое устройство может согласно описанным здесь различным аспектам использовать одну или несколько показанных здесь систем и/или любую другую подходящую систему (системы) для поддержки функционирования согласно политике SON.

На Фиг. 6 показана блок-схема системы 600 для обнаружения сетевых событий. Как показано на Фиг. 6, система 600 может включать в себя детектор 610 событий, который может обнаруживать одно или несколько событий, появляющихся в соответствующей сети. В одном примере события могут быть заданы стратегией SON 620 и/или другим подходящим набором определений. Следует иметь в виду, что детектор 610 событий может быть связан с устройством в сети (например, UE 210), либо в альтернативном варианте детектор 610 событий может являться автономным объектом в сети связи.

Согласно одному аспекту детектор 610 событий может включать в себя один или несколько модулей 612-616 для поддержки обнаружения различных типов событий. Например, детектор 610 событий может включать в себя детектор 612 отказов для обнаружения отказов, связанных с сетью и/или устройствами в сети, таких как отказы линии радиосвязи, отказы соединений, отказы аппаратного обеспечения или т.п. В другом примере детектор 610 событий может включать в себя монитор 614 местоположения, который контролирует местоположение системы 600 и/или соответствующего устройства в сети или любые изменения в контролируемом местоположении (например, перемещение соответствующего устройства между сотами и/или сетями). Детектор 610 событий, кроме того, и/или в альтернативном варианте может включать в себя монитор 616 рабочего состояния, который может контролировать ресурсы передачи (например, частотные, кодовые и другие ресурсы), мощность передачи, наблюдаемые помехи и/или другие рабочие параметры, связанные с сетевым устройством, и/или изменения указанных параметров.

Согласно другому аспекту, когда детектор 610 событий посредством модулей 612-616 или иным образом обнаруживает событие, определенное стратегией SON 620 и/или другим походящим набором определений событий, может быть запущена регистрация обнаруженного события. Один пример системы 700 для регистрации обнаруженного события показан на Фиг. 7. Как показано на Фиг. 7, система 700 может включать в себя регистратор 710 событий, который может измерять и/или иным образом получать информацию, относящуюся к состоянию соответствующего устройства и/или сети, после появления события, обнаруженного детектором 730 событий. В одном примере события, идентифицированные детектором 730 событий, могут основываться на списке стандартизированных событий, предусмотренном в политики SON 720 и/или другом подходящем наборе определений событий.

Согласно одному аспекту, детектор 710 событий может включать в себя один или несколько модулей 712-718 для выполнения различных измерений и/или наблюдений, связанных с рабочим состоянием соответствующего устройства и/или сети в момент появления события или, например, непосредственно перед и/или после него. Например, регистратор 710 событий может включать в себя: часы 712 для определения времени появления события и создания информации о временной метке и/или другой родственной информации; анализатор 714 ресурсов для определения ресурсов передачи, установок мощности или т.п., которые используются соответствующим устройством в момент появления события или близкий к нему момент времени; монитор 716 состояния соты для определения обслуживающей соты для соответствующего устройства в момент появления события, а также предыдущей и/или целевой соты или сети в случае перемещения соответствующего устройства из одной соты и/или сети в другую соту и/или сеть, или любой другой подходящей информации; модуль 718 канальных измерений для определения качества сигнала, наблюдаемых помех и/или других канальных измерений в момент появления события и/или в момент предшествующий событию или следующий за ним; и/или любой другой подходящий модуль.

В одном примере регистратор 710 событий может использовать информацию, полученную путем измерений и/или иным образом в связи с событием, для создания оповещения, соответствующего данному событию. В качестве конкретного примера, не являющегося ограничением, регистратор 710 событий может создать оповещение для события отказа радиолинии (RLF), которое включает в себя: временную метку, соответствующую моменту появления события; информацию о положении для соответствующего устройства, если она имеется; идентификацию текущей обслуживающей соты для соответствующего устройства; идентификацию одной или нескольких намеченных сот, подлежащих использованию в случае повторной установки соединения на одной или нескольких частотах или технологиях радиодоступа (RAT); канальные измерения для предварительно определенного периода времени до появления события RLF; и/или другую подходящую информацию.

Согласно одному аспекту, как только регистратором 710 событий будет создано одно или несколько оповещений для сетевого события, это оповещение (оповещения) может быть передано в сеть в целях диагностирования и оптимизации. Примерная система 800 для оповещения сети о зафиксированных событиях согласно различным описанным здесь аспектам показана на Фиг. 8. Как показано на Фиг. 8, система 800 может включать в себя оповещатель 810 регистрации, который может поддерживать оповещения о регистрациях 812 одного или нескольких событий, созданных согласно политики 814 оповещения, для одного или нескольких сетевых объектов через передатчик 820 и/или другое подходящее средство.

Согласно другому аспекту, политика 814 оповещения может быть реализована на основе политики SON (например, политики SON 212), которая может быть предоставлена оповещателю 810 регистрации и/или устройству, связанному с оповещателем 810 регистрации. В одном примере политика 814 оповещения может задавать одну или несколько деталей, касающихся способа оповещения сети о регистрации (регистрациях) 812 событий. Например, политика 814 оповещения может включать в себя список адресатов 816 оповещения, который может задавать сетевые объекты, которым оповещатель 810 регистрации должен по команде предоставлять данные о регистрации (регистрациях) 812 событий. Адресаты 816 оповещения могут включать в себя, например, сервер SON, сетевой шлюз, узел ENM, объект MME и/или любой другой подходящий объект. В конкретном примере, не являющимся ограничением, список адресатов 816 оповещения может задавать единственный адресат, на основе которого оповещатель 810 регистрации может предоставлять оповещение (например, через канал 352 и/или 452 переноса SON) заданному адресату. Затем объект-адресат может предоставить оповещение другим сетевым объектам через обратную связь или т.п., когда это необходимо в сети.

Дополнительно и/или в качестве альтернативы, политика 814 оповещения может включать в себя расписание 818 оповещений, который может задавать один или несколько моментов времени, в которые оповещатель 810 регистрации должен обеспечивать оповещения. Например, появление оповещений может быть запланировано с регулярными запланированными интервалами, такими как регулярные временные интервалы (например, один раз в день, один раз в час и т.д.) или временные интервалы на основе нормальных расписаний загрузки сети (например, в течение периодов относительно низкой загрузки сети, таких как поздняя ночь или раннее утро). В альтернативном варианте расписание 818 оповещения может задавать появление оповещения с нерегулярными интервалами. Например, расписание 818 оповещения может обеспечить оповещение о регистрации (регистрациях) 812 события в ответ на пейджинговые запросы из сети, последующие события, которые инициируют создание соответствующих регистраций 812 событий, открытые прямые запросы оповещения, выполняемые одним или несколькими сетевыми объектами-адресатами, или т.п. В другом примере появление оповещений может быть запланировано, когда заполнен или почти заполнен регистр и/или другое устройство памяти в UE, сконфигурированное для сохранения данных о регистрации измерений.

На Фиг. 9 показана блок-схема системы 900 для обнаружения, регистрации и оповещения о событиях отказов радиолинии в системе беспроводной связи согласно различным аспектам изобретения. В одном примере система 900 может включать в себя оборудование UE 910, которое может осуществлять связь с базовой станцией 920. Хотя в системе 900 показано только одно UE 910 и одна базовая станция 920, следует иметь в виду, что система 900 может включать в себя любое подходящее количество UE 910 и/или базовых станций 920. Кроме того следует иметь в виду, что все UE 910 и/или базовые станции 920 в системе 900 могут осуществлять связь с любыми другими подходящими объектами в системе 900, которые на Фиг. 9 не показаны. В одном примере система 900 может дополнительно включать в себя базовую сеть 940, которая может включать в себя объект MME (например, MME 320 или 420), сервер SON (например, сервер SON 350 или 450), объект эксплуатации и управления (O&M), и/или один или несколько других объектов для поддержки самооптимизации и/или самовосстановления описанной здесь в целом системы 900.

Согласно одному аспекту, оборудование UE 910 может включать в себя детектор RLF 912, который можно использовать для обнаружения событий RLF, таких как, например, пропавшие вызовы, отказы при переключении абонентского соединения, отказы в установлении новых вызовов или т.п. В одном примере UE 910 может дополнительно включать в себя блок 914 оценки местоположения, который может определять местоположение UE 910 в момент обнаружения отказа и создавать соответствующую информацию о местоположении. Блок 914 оценки местоположения может использовать один или несколько способов определения местоположения UE 910, которые могут включать в себя, но не только, технологию на основе спутников (например, система глобального позиционирования (GPS)), механизмы на сетевой основе, сочетание механизмов на сетевой и спутниковой основе и/или любой другой способ (способы). В другом примере оборудование UE 910 может включать в себя регистр RLF 916, который можно использовать для хранения информации, относящейся к одному или нескольким событиям отказов и соответствующей информации о местоположении.

Аналогичным образом, базовая станция 920 (и/или один или несколько объектов в базовой сети 940) может включать в себя детектор RLF 922, который может обнаруживать отказы линии радиосвязи, по меньшей мере, с одним мобильным устройством, таким как UE 910. Базовая станция 920 может дополнительно включать в себя блок 924 оценки местоположения, который может поддерживать информацию о местоположении, связанную, по меньшей мере, с одним мобильным устройством, после обнаружения события RLF. Кроме того, после обнаружения события RLF и/или определения информации о местоположении модуль 926 агрегирования на базовой станции 920 может агрегировать информацию о событии и/или местоположении, созданную на базовой станции 920 согласно данному событию RLF с информацией, связанной с событием RLF, полученной от одного или нескольких UE 910. Информация, созданная детектором RLF 922 и/или блоком 924 оценки местоположения, и/или информация, агрегированная модулем 926 агрегирования, может затем быть запомнена в регистре RLF 928.

В одном примере базовая станция 920 может дополнительно включать в себя модуль 930 анализа оптимизации, который может определить, выгодна ли сетевая оптимизация (оптимизации) для одного или нескольких мобильных устройств в обслуживающей зоне базовой станции 920. Например, модуль 930 анализа оптимизации может определить, следует ли оптимизировать список соседей, связанный с базовой станцией 920, рассчитать выгоду от добавления новой базовой станции (например, из-за событий RLF, вызванных недостаточностью пропускной способности системы) и/или ретранслятора (например, из-за отказов RLF, вызванных низким качеством сигнала), и/или выполнить другие подходящие действия. В другом примере базовая станция 920 может включать в себя модуль 932 оповещения, который может сообщать базовой сети 940 агрегированную информацию о событиях и местоположении, запомненную в регистре RLF 928, и/или результаты анализа оптимизации, полученные модулем 930 анализа оптимизации для поддержки сетевой оптимизации и планирования.

Как показано на Фиг. 9 и в предшествующем описании, модули 922-932 могут находиться на базовой станции 920 и/или связаны с ней иным образом. Однако следует иметь в виду, что указанные модули 922-932 могут кроме того или в качестве альтернативного варианта быть реализованы в виде одного или нескольких узлов в базовой сети 940 (например, сервер SON, объект O&M и/или любой другой подходящий узел базовой сети). В качестве примера модуль 930 анализа оптимизации может быть связан с одним или несколькими объектами в базовой сети 940 и может действовать на основе информации, полученной от различных UE 910 и/или базовых станций 920.

Согласно одному аспекту UE 910 и базовая станция 920 могут совместно обнаруживать события и передавать информацию, относящуюся к одному или нескольким событиям RLF. В частности, оборудование UE 910 (через детектор RLF 912 и/или блок 914 оценки местоположения) и/или базовая станция 920 (через детектор RLF 922 и/или блок 924 оценки местоположения) могут совместно зафиксировать информацию, относящуюся к событию RLF, и передать записанную информацию в базовую сеть 940 в той или иной степени.

В вышеприведенном первом примере оборудование UE 910 после обнаружения события RLF может быть сконфигурировано для записи всей информации, относящейся к упомянутому событию, такой как: временная метка события RLF; положение UE 910, если такая информация имеется; идентификацию обслуживающей соты; идентификацию намеченной соты в случаях переустановки линии радиосвязи; технология направленного межсетевого доступа (RAT) или межчастотной соты, в случаях, когда UE 910 вновь входит в другую зону обслуживания, используя другую технологию RAT и/или другую частоту; канальные измерения до отказа или т.п. В случае, когда UE 910 повторно входит в данную зону обслуживания, используя новую технологию RAT или новую частоту, может дополнительно записываться время, когда намеченная сота доступна по новой технологии RAT и/или на новой частоте. Указанная информация и/или любая другая подходящая информация может быть затем представлена базовой станции 920 (например, для обработки модулем 930 оптимизации и анализа) и/или одному или нескольким объектам в базовой сети 940. Соответственно, в указанном примере самооптимизация сети может выполняться на основе сигнализации в плоскости управления, выполняемой оборудованием UE 910.

Во втором примере UE 910 и базовая станция 920 (или один или несколько объектов в базовой сети 940) после обнаружения события RLF могут совместно записать и сообщить об информации, связанной с RLF. Таким образом, оборудование UE 910 может, например, записать момент события RLF и местоположение UE 910 в момент этого события, а базовая станция 920 может записать данные об обслуживающей соте, намеченной соте и/или канале аналогичным образом, как в случае измерений, проводимых оборудованием UE 910, как было описано выше в первом примере. Однако следует иметь в виду, что изложенное выше является лишь одним примером разделения, которое можно реализовать, и что UE 910 и базовая стация 920 могут записывать любые подходящие перекрывающиеся или не перекрывающиеся наборы информации. После записи базовая станция 920 (или один или несколько объектов в базовой сети 940) может агрегировать записанную ей информацию (например, через модуль 928 агрегирования) с информацией, относящейся к событию, о котором оповестило оборудование UE 910, имеющее отношение к данному событию. На основе этой агрегированной информации посредством модуля 930 оптимизации и анализа может быть выполнена оптимизация, и/или может быть проведено оповещение базовой сети 940 через модуль 932 оповещения. В одном примере базовая станция 920 может выполнить измерения, проанализировать существующие настройки системы, относящиеся к UE 910, и/или выполнить любые другие подходящие действия для получения информации для записи. Кроме того, в вышеуказанном примере следует иметь в виду, что самооптимизация сети может выполняться на основе комбинации сигнализации в пользовательской плоскости и плоскости управления, выполняемой между оборудованием UE 910, базовой станцией 920 и/или базовой сетью 940.

В третьем примере базовая станция 920 (или базовая сеть 940) может быть сконфигурирована для записи всей информации, относящейся к событию RLF, связанному с одним или несколькими UE 910. Таким образом, в указанном примере детектор RLF 922 и/или блок 924 оценки местоположения могут быть использованы для выполнения одного или нескольких измерений, аналогичных тем, которые выполняются оборудованием UE 910, как было описано выше в первом примере. В одном примере модуль 926 агрегирования может быть сконфигурирован для получения одного или нескольких оповещений с временными метками и/или других оповещений о событиях RLF от соответствующих задействованных UE 910, которые могут использоваться базовой станцией 920 для дополнения и/или подтверждения записанной ею информации. Соответственно, в указанном примере ценно то, что самооптимизация сети может выполняться на основе сигнализации по протоколу IP между базовой станцией 920 и базовой сетью 940 и/или на основе сигнализации в пользовательской плоскости для UE 910.

Согласно другому аспекту, модуль 918 оповещения в UE 910 может создать оповещение об одном или нескольких событиях RLF на основе данных, сохраненных в регистре RLF 916. В одном примере модуль 918 оповещения может предоставить информацию о событии базовой станции 920, базовой сети 940 и/или любому другому походящему объекту. Кроме того, указанная информация может быть предоставлена после запроса базовой стацией 920 либо одним или несколькими объектами в базовой сети 940 (например, центр O&M, сервер SON и т.д.) на периодической основе после появления одного или нескольких заранее определенных событий (например, переполнение регистра RLF 918, переход соответствующей линии радиосвязи в рабочий режим и т.д.) и/или в любой другой подходящий момент времени. В одном примере оборудование UE 910 и/или базовая станция 920 могут быть сконфигурированы для обеспечения периодических оповещений друг друга и/или базовой сети 940 на основе переменного периода оповещения. Например, период, в течение которого UE 910 и/или базовая станция 920 оповещают базовую сеть 940 или период, в течение которого UE 910 оповещает базовую станцию 920, могут быть установлены относительно короткими, чтобы обеспечить более своевременное оповещение сразу после изменения топологии сети (например, добавление или удаление базовой станции и т.д.) по сравнению со случаями, когда моменты оповещения больше отстают от изменений в топологии сети. В другом примере оборудование UE 910 может быть сконфигурировано для использования одного или нескольких приложений и/или других механизмов, с помощью которых модуль 910 оповещения может переслать и/или иным образом предоставить данные непосредственно одному или нескольким объектам в базовой сети 940.

В другом примере формат, который может быть использован модулем 918 оповещения и/или модулем 932 оповещения для предоставления оповещений о RLF, показан на схеме 1000 на Фиг. 10. Как показано на схеме 1000, оповещение может быть обеспечено в виде сообщения RLF, которое может включать в себя данные 1002 о событии RLF, за которыми следует бит 1004 последнего события. В одном примере бит 1004 последнего события можно использовать для идентификации того, должны ли передаваться дополнительные события RLF, что позволяет переслать в одной передаче цепочку сообщений о событиях RLF. Как конкретный пример, бит 1004 последнего события может быть установлен в «0» для указания о том, что событий RLF больше нет, или установлен в «1» для указания на то, что должны последовать дополнительные события RLF.

Как показано на Фиг. 9, согласно одному аспекту, система 900 может быть использована для поддержки оптимизации списка соседей на основе RLF в сети беспроводной связи. Когда в существующих сетях связи были внедрены новые технологии, было установлено, что желательно оптимизировать список соседей (NL). Кроме того, очевидно, что наблюдается устойчивая тенденция развития технологии беспроводной связи в направлении реализации SON. Например, в существующих вариантах реализации сетей обеспечивается стандартная оптимизация сетевого планирования на основе таких событий, как пропадания вызовов, отказ при переключении абонентского соединения, отказ установления нового вызова или т.п. В указанном примере сетевая оптимизация может выполняться периодически с помощью других входных параметров, таких как расстояние между двумя базовыми станциями, уровень сигнала, данные об инструментах планирования и/или другие параметры.

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

Соответственно, для устранения вышеуказанных недостатков существующих вариантов реализации система 900 может дать возможность оборудованию UE 910 оповестить соответствующую сеть (например, через базовую станцию 920 и/или базовую сеть 940) о событии RLF вместе с причиной отказа и/или местоположением отказа. Затем базовая станция 920 и/или базовая сеть 940 могут использовать эту информацию вместе с другой информацией о планировании и оптимизации для оптимизации соответствующего списка соседей либо с помощью существующих базовых станций, либо путем разворачивания одной или нескольких новых базовых станций и/или ретрансляторов. Очевидно, что при этом система 900 демонстрирует значительную эффективность с точки зрения самоорганизации соответствующей сети. Кроме того можно понять, что система 900 придает надежность соответствующей сети, так как UE 910 способно оповещать сеть об отказе RLF с указанием причины отказа и его местоположения для всей сети в целом, не будучи ограниченным маршрутами перемещения, что позволяет обеспечить оптимизацию всей сети.

Согласно одному аспекту, система 900 может функционировать различным образом в зависимости от возможностей UE 910. В частности, в первом конкретном примере UE 910 может иметь средство поддержки оповещения о местоположении (например, путем принудительного использования GPS (A-GPS), усовершенствованной триангуляции по линии связи «спутник-ретранслятор» (AFLT) и т.д.), а также регистр, который поддерживает запись о местоположении UE 910 и об одном или нескольких событиях RLF. В указанном примере, когда линия радиосвязи с UE 910 отказывает по причине пропадания вызова, отказа при переключении абонентского соединения или отказа в установке нового вызова, UE 910 может записать это событие в регистр. Затем UE 910 может запустить оценку собственного местоположения с использованием технологии на спутниковой основе, сетевой основе и/или гибридной технологии. После этого, так как UE 910 продолжает устанавливать линию радиосвязи и находится в нормальном рабочем состоянии, UE 910 может сохранить данные о своем местоположении и событии RLF в регистре, а затем переслать указанную информацию на базовую станцию 920. После приема переданной информации базовая станция 920 может определить, поможет ли немедленное изменение в соответствующем списке соседей тем UE, которые находятся в зоне UE 910. Результат этого определения может затем быть предоставлен базовой сети 940 для дальнейшего планирования и организации работы сети.

Во втором примере UE 910 может иметь средство поддержки оповещения о местоположении (например, с использованием систем A-GPS, AFLT и т.д.), регистр, который хранит запись о местоположении UE 910 и одном или нескольких событиях RLF, а также таймер, который запускается при первом событии RLF и перезапускается при последующих событиях RLF. В указанном примере после появления события RLF оборудование UE 910 может записать это событие и оценить свое местоположение, как было описано выше. Далее UE 910 может запустить таймер, который отсчитывает время, пока не появится другое событие RLF. С появлением следующего события RLF оборудование UE 910 может записать данные о местоположении и причине предыдущего отказа в буфер для передачи на базовую станцию 920. Этот процесс может повторяться, пока UE 910 не установит достаточно надежную линию связи с базовой станцией 920, после чего UE 910 может сразу передать информацию, соответствующую записанному событию (событиям) RLF, на базовую станцию 920.

В третьем примере UE 910 может иметь средство поддержки для оповещения о местоположении (например, с использованием систем A-GPS, AFLT и т.д.), регистр, который хранит запись с местоположением UE 910, а базовая станция 920 может быть оборудована регистром, который хранит запись об одном или нескольких событиях RLF и соответствующих причинах их появления. В указанном примере после возникновения отказа RLF базовая станция 920 может записать это событие в регистре. Затем UE 910 может оценить свое местоположение, как было в целом описано выше. Как только между UE 910 и базовой станцией 920 установлена линия связи, UE 910 может переслать информацию об оценке своего местоположения на базовую станцию 920, которая может затем выполнить оптимизацию списка соседей, как было в целом описано выше.

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

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

На Фиг. 11 представлена схема 1100, иллюстрирующая процедуру предоставления политики сетевого управления (например, политики SON 212) устройству (например, UE 210). Согласно одному аспекту процедуру, показанную на схеме 1100, можно использовать для предоставления оборудованию UE политики сетевого управления во время процедуры подключения, используемой оборудованием UE для установления связи с соответствующей сетью.

Как показано на Фиг. 11, в момент 1102 оборудование UE может инициировать процедуру подключения к сети путем передачи сообщения с запросом подключения на уровень EMM объекта MME, связанного с сетью. В одном примере сообщение с запросом подключения, обеспеченное оборудованием UE в момент 1102, может указывать на возможности UE и/или сети (NNW) в отношении поддержки политики SON и/или протокола ENM. Затем в момент 1104 с уровня EMM на уровень ENM с использованием MME может быть передано уведомление о возможностях UE и сети в отношении поддержки политики SON. В свою очередь, это уведомление может быть передано в момент 1106 на сервер SON с идентификатором (ID) оборудования UE. В ответ, в момент 1108 сервер SON может передать политику SON для UE и сети на уровень ENM объекта MME. После выполнения процедуры подключения между UE и сетью в момент 1110 уровень ENM на MME может в момент 1112 передать на уровень EMM запрос на установку политики SON протокола ENM для UE вместе со стратегией SON, сконфигурированной для UE сервером SON. После этого политика SON в момент 1114 может быть передана на UE уровнем EMM по протоколу MME с использованием комбинированного сообщения на UE, включающего в себя прием подтверждения подключения и запрос на установку политики SON протокола ENM. В ответ на это сообщение, поступившее в момент 1114, оборудование UE может в момент 1116 обеспечить сообщение о завершении подключения с ответом об установке политики SON протокола ENM для подтверждения завершения процедуры подключения и приема подтверждения об установке политики SON.

На Фиг. 12 показана схема 1200, иллюстрирующая другую процедуру для обеспечения политики сетевого управления для сетевого устройства. В примере, показанном на схеме 1200, объект MME может переслать политику SON на UE после того, как установлено соединение для сигнализации между UE и сетью, связанной с объектом MME.

Согласно одному аспекту процедура, показанная на схеме 1200, может начаться в момент 1202, когда сервер SON, связанный с сетью, предоставляет соответствующему объекту MME политику SON, подлежащую использованию оборудованием UE. Как показано в схеме 1200, эта политика SON может быть предоставлена объектом MME оборудованию UE. В одном примере, если UE бездействует, объект MME может установить с UE пейджинговую связь для установки соединения для сигнализации с целью обмена сообщениями ENM. Соответственно, в момент 1204 объект MME может передать пейджинговое сообщение с запросом на узел eNB, обслуживающий оборудование UE, который, в свою очередь, может установить пейджинговую связь с UE в момент 1206. В момент 1208 оборудование UE может отреагировать на пейджинговый сигнал, принятый в момент 1204, обеспечив сообщение с запросом обслуживания для объекта MME.

Затем в момент 1210 объект MME может предоставить узлу eNB начальный контекст UE. В примере, показанном на схеме 1200, в контексте, предоставленном в момент 1210, может быть опущен контекст пользовательской плоскости. Узел eNB может использовать эту информацию для соединения с UE в момент 1212 в процессе настройки радиоканала сигнализации (SRB), после чего узел eNB может в момент 1214 передать на MME ответное сообщение с начальным контекстом UE. Соответственно, как показано в момент 1216 между UE и MME может быть установлен канал сигнализации.

После установления канала сигнализации между UE и MME в момент 1216, объект MME может в момент 1218 предоставить для UE сообщение с запросом установки политики SON для ENM. В одном примере это сообщение может задать одну или несколько деталей политики SON, подлежащей использованию оборудованием UE (например, определение событий для оповещения, измерения, включаемые в оповещения, графики оповещения и т.д.). Наконец, в момент 1220 оборудование UE может подтвердить политику SON, обеспеченную объектом MME в момент 1218, с помощью ответного сообщения, передаваемого на MME, об установке политики SON протокола ENM.

На Фиг. 13 представлена схема 1300, иллюстрирующая примерную процедуру, которую можно использовать для обеспечения оповещений в соответствии со стратегией сетевого управления согласно различным аспектам изобретения. В одном примере, когда сетью для бездействующего UE инициируется процедура, показанная на схеме 1300, объект MME, связанный с сетью, может установить пейджинговую связь с UE для настройки соединения для сигнализации с целью обмена сообщениями ENM. Согласно одному аспекту пейджинговая связь может инициироваться в моменты с 1302 по 1316 таким же образом, как в процедуре, показанной на схеме 1200 в моменты 1202-1216. Понятно, что возможен альтернативный вариант, когда процедура, показанная на схеме 1300, может быть инициирована любым подходящим образом, например, самим UE на основе его политики SON.

После установления канала сигнализации между UE и MME, как показано в моменты 1302-1316, или после выполнения любого другого подходящего способа инициирования оповещения для сетевого управления от UE в сеть, объект MME может в момент 1318 представить оборудованию UE сообщение с запросом оповещения о зарегистрированном событии SON ENM. В ответ оборудование UE может в момент 1320 передать оповещение о зарегистрированном событии SON ENM обратно на объект MME, которое включает в себя одну или несколько запрошенных регистраций событий. Затем оповещение о зарегистрированном событии может в момент 1322 быть передано от MME на сервер SON.

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

На Фиг. 14 представлена схема 1400, иллюстрирующая примерную процедуру обеспечения оповещения о RLF для объекта O&M (например, связанного с базовой сетью 940). В одном примере канал сигнализации может быть установлен между UE и MME в моменты 1402-1416 по аналогии с тем, что показано на схеме 1200 в моменты 1202-1216. Корме того, оповещение о зарегистрированном событии может быть предоставлено серверу SON оборудованием UE через объект MME в моменты 1418-1422 по аналогии с процедурой, показанной на схеме 1300, в моменты 1318-1322. После приема оповещения о событии, как показано в моменты 1418-1422, сеть может инициировать взаимосвязи множества событий RLF в UE и сети на сервере SON в момент 1424. Затем в момент 1426 сервер SON может оповестить о событиях RLF в сообщении для объекта O&M на периодической основе для оценки потребности в другом узле eNB и/или ретрансляторе, необходимости оптимизации списка соседей и/или проведения любого другого подходящего действия (действий).

На Фиг. 15 представлена другая схема 1500, иллюстрирующая примерную процедуру предоставления объекту O&M оповещения о RLF по требованию. Как показано на схеме 1500, канал сигнализации может быть установлен между UE и MME на основе того, что UE может представить оповещение о зарегистрированном событии серверу SON через объект MME в моменты 1502-1522. Далее в момент 1524 сеть может инициировать взаимосвязи множества событий RLF на UE и сети на сервере SON по аналогии с тем, что показано на схеме 1400 в момент 1424. Затем в моменты 1526 и 1528 объект O&M может использовать сообщения с запросом к серверу SON и ответные сообщения от сервера SON соответственно для оценки потребности в еще одном узле eNB и/или ретрансляторе, необходимости выполнения оптимизации списка соседей и/или проведения любого другого подходящего действия (действий).

На Фиг. 16 представлена схема 1600, иллюстрирующая примерную сетевую конфигурацию, которую можно использовать согласно различным аспектам изобретения. Как показано на схеме 1600, примерная сеть может включать в себя одну или несколько действующих базовых станций 1602, которые могут обеспечить покрытие для соответствующих зон обслуживания. В одном примере на основе оповещений, полученных в общем случае, как в целом описано выше, можно определить, что первая группа 1608 представляет местоположения мобильного устройства, связанные с отказом инициирования новых вызовов, вторая группа 1610 представляет местоположения мобильного устройства, связанные с пропавшими вызовами, третья группа 1612 представляет местоположения мобильного устройства, связанные с отказами при переключении абонентского соединения и т.д. Согласно одному аспекту информацию, относящуюся к группам 1608-1612, можно использовать в качестве основы для определения того, необходима ли новая базовая станция 1606 и/или новый ретранслятор 1604 в сети.

На Фиг. 17-22е показаны методы, которые могут выполняться согласно различным изложенным здесь аспектам. Хотя в целях упрощения объяснения эти методы показаны и описаны в виде последовательности действий, должно быть понятно, что эти методы не ограничены указанным порядком действий, то есть, некоторые действия согласно одному или нескольким аспектам могут появляться в другом порядке и/или выполняться параллельно с другими действиями в отличие от того, что в данном документе описано и показано. Например, специалисты в данной области техники поймут, что в альтернативных вариантах любой метод может быть представлен в виде ряда взаимосвязанных состояний или событий, например, в виде диаграммы состояний. Кроме того, согласно одному или нескольким аспектам изобретения для реализации того или иного метода могут потребоваться не все показанные действия.

На Фиг. 17 показан метод 1700 обеспечения политики оповещения о событиях для устройства (например, UE 210) в системе связи (например, в системе, показанной на схемах 202-204). Следует иметь в виду, что метод 1700 может быть реализован, например, базовой станцией, сетевым контроллером (например, сетевым администратором 220) и/или любым другим подходящим сетевым объектом. Выполнение метода 1700 начинается с блока 1702, где идентифицируют UE, обладающее возможностями оповещения для сетевого управления. В одном примере оборудование UE может быть идентифицировано в блоке 1702 на основе управляющей сигнализации, обеспечиваемой оборудованием UE, и/или прошлым обменом с данным UE. Дополнительно и/или как альтернативный вариант, способность оборудования UE к оповещению для сетевого управления может быть выявлена по идентификатору (ID) устройства и/или по другим характеристикам UE, и/или с помощью любого другого подходящего средства.

Далее в блоке 1704 идентифицируют политику оповещения (например, политику SON 217), которая включает в себя определения событий для оповещения и расписание оповещений, подлежащих использованию оборудованием UE, идентифицированным в блоке 1702. Согласно одному аспекту, события в списке определений могут включать в себя одно или несколько событий отказов (например, отказ аппаратного обеспечения, отказ соединения, отказ RLF и т.д.), одно или несколько измерений ресурсов (например, измерения мощности передачи и/или других ресурсов, используемых оборудованием UE), информацию о топологии сети (например, идентификационные данные о сотах, с которыми соединено оборудование UE, о домашней соте и/или о сотах, посещаемых оборудованием UE и т.д.) или т.п. Кроме того, упомянутое расписание может задавать один или несколько моментов времени для оповещения о регистрациях, связанных с определенными событиями, например, заранее определенные временные интервалы, временные интервалы на основе сетевой нагрузки, периоды времени сразу или почти сразу после регистрации соответствующих событий или т.п. В одном примере расписание оповещения, идентифицированное в блоке 1704, может дополнительно включать в себя одно или несколько диагностических измерений, данные о которых предоставляются в соответствующих оповещениях.

После идентификации в блоке 1704 политики оповещения, подлежащей использованию оборудованием UE, между назначенным сетевым объектом и оборудованием UE может быть установлена линия связи для передачи политики оповещения (блок 1706). В одном примере политика оповещения может быть обеспечена для UE в блоке 1706 путем использования сигнализации в плоскости управления во время установления соединения между UE и сетью, в которой реализуется метод 1700, что может быть выполнено через процедуру подключения, процедуру пейджингового обмена и/или другой подходящий способ. Понятно, что в альтернативном варианте политика оповещения может быть предоставлена оборудованию UE в блоке 17706 в любой другой подходящий момент времени. В качестве другого альтернативного варианта для передачи политики оповещения на UE в блоке 1706 можно выделить узел-шлюз и/или другой подходящий сетевой объект с использованием канала в пользовательской плоскости между назначенным сетевым объектом и UE. В одном примере канал может быть установлен между сетевым объектом, назначенным в блоке 1706, и оборудованием UE, так чтобы намеченный сетевой объект и оборудование UE могли взаимодействовать через одну или несколько функций IP приложения.

После завершения действий, описанных в блоках 1702-1706, метод 1700 может завершиться; в альтернативном варианте выполнение метода 1700 может перейти к блоку 1708, где от UE, с которым была установлена линия связи для обеспечения политики оповещения в блоке 1706, принимается одно или несколько оповещений согласно указанной политики оповещения. Затем в блоке 1710 выполнение метода 1700 завершается при оптимизации рабочих характеристик сети на основе, по меньшей мере, частично оповещения (оповещений), полученных в блоке 1708. Оптимизация в блоке 1710 может включать в себя, например, настройку скорости передачи, кодирования, мощности и/или других параметров, используемых для связи с UE, чтобы минимизировать отказы, регистрируемые оборудованием UE. В качестве другого примера, оптимизация в блоке 1710 может включать в себя регулирование мощности передачи и/или частотных, временных, кодовых или подобных ресурсов, чтобы уменьшить воздействие помех в сети, где реализуется метод 1700. Также должно быть ясно, что в блоке 1710 возможно выполнение других подходящих вариантов оптимизации.

На Фиг. 18 показан метод 1800 управления процедурой сетевого оповещения. Метод 1800 может выполняться, например, точкой доступа, объектом сетевого управления и/или любым другим подходящим сетевым устройством. Выполнение метода 1800 начинается с блока 1802, где идентифицируют политику оповещения, подлежащую передаче на UE. Затем в блоке 1804 определяют, бездействует ли оборудование UE. Если оборудование UE бездействует, то в блоке 1806 может быть использована процедура пейджинговой связи (например, процедура пейджинговой связи, показанная в схеме 1000) для пейджинговой связи с оборудованием UE. После завершения пейджинговой связи в блоке 1806 или после определения в блоке 1804 того, что UE не бездействует, выполнение метода 1800 может быть продолжено в блоке 1808, где политика оповещения, идентифицированная в блоке 1802, предоставляется оборудованию UE. В одном примере пейджинговая связь в блоке 1806 и передача политики оповещения в блоке 1808 могут быть объединены в единое действие после определения в блоке 1804 того, что оборудование UE бездействует.

После предоставления политики оповещения оборудованию UE в блоке 1808 выполнение метода 1800 может продолжаться в блоке 1810, где идентифицируют оповещение, подлежащее передаче оборудованием UE согласно политике оповещения. В одном примере конкретное оповещение может быть идентифицировано в блоке 1810, которое должно быть предоставлено оборудованием UE согласно политике оповещения, обеспеченной для UE в блоке 1808. В альтернативном варианте идентификация в блоке 1810 может быть направлена на одно или несколько оповещений, которые зарегистрированы и/или запомнены оборудованием UE во время идентификации. Затем выполнение метода 1800 может продолжаться в блоке 1812, где определяют, бездействует ли оборудование UE. Если UE бездействует, то в блоке 1814 можно использовать процедуру пейджинговой связи (например, процедуру пейджинговой связи, показанную на схеме 1100) для пейджинговой связи с UE. После завершения пейджинговой связи в блоке 1814 или после определения в блоке 1812 того, что оборудование UE не бездействует, выполнение метода 1800 может продолжаться в блоке 1816, где от UE запрашивают оповещение (оповещения), идентифицированное в блоке 1810. В одном примере пейджинговая связь в блоке 1814 и запрос (запросы), сделанный в блоке 1816, могут быть объединены в единое действие после определения в блоке 1812 того, что оборудование UE бездействует. Затем на шаге 1818 выполнение метода 1800 завершается получением оповещения (оповещений) от оборудования UE в ответ на запрос (запросы), сделанный в блоке 1816.

На Фиг. 19 представлена блок-схема метода 1900 для регистрации и оповещения о сетевом событии согласно схеме сетевого управления (например, политики SON 212). Метод 1900 может выполняться, например, терминальным устройством (например, UE 210) и/или любым другим подходящим сетевым объектом. Выполнение метода 1900 начинается с блока 1902, где из сети (например, от сетевого администратора 220 в виде политики SON 212) принимают список событий и расписание оповещения. В одном примере список событий, принятых в блоке 1902, может включать в себя одно или несколько определений стандартизированных событий, которые используются в данной сети. Дополнительно и/или как альтернативный вариант, расписание оповещения, принятое в блоке 1902, может идентифицировать моменты времени, в которые должно выполняться оповещение, и/или информацию, подлежащую передаче в оповещениях.

Далее в блоке 1904 контролируется работа устройства, реализующего метод 1900. Контроль в блоке 1904 может включать в себя, например: определение того, появились ли отказы (например, путем использования детектора 612 отказов); получение информации о местоположении и/или топологии сети (например, через монитор 614 местоположения) и обнаружение соответствующих изменений; идентификацию ресурсов связи, мощности передачи или других рабочих параметров устройства, реализующего метод 1900 (например, с использованием монитора 616 рабочего состояния) и наблюдение изменений указанных параметров; и/или любые другие подходящие операции. В блоке 1906 определяют, обнаружено ли событие (например, детектором 610 событий) на основе контроля в блоке 1904. Если событие не обнаружено, то контроль в блоке 1904 продолжается. В противном случае выполнение метода 1900 продолжается в блоке 1908, где собирается информация, относящаяся к обнаруженному событию. Указанная информация может включать в себя, например, время наступления события (например, определенное по часам 712), ресурсы мощности, частоты и т.д., используемые в момент наступления события (например, измеряемые анализатором 714 ресурсов), информацию о местоположении и/или топологии сети (например, предоставляемую монитором 716 состояния соты) в момент наступления события, информацию о качестве канала и/или другую диагностическую информацию (например, измеренную модулем 718 канальных измерений) и/или любую другую подходящую информацию.

После завершения действий, описанных в блоке 1908, выполнение метода 1900 может закончиться в блоке 1910, где информацию, собранную в блоке 1908, передают в сеть (например, с помощью оповещателя 810 регистрации) согласно расписанию оповещений, принятому в блоке 1902. Согласно одному аспекту в блоке 1910 оповещения могут направляться одному или нескольким заранее определенным адресатам (например, адресаты 816 оповещения) в один или несколько моментов времени, заданных расписанием оповещений (например, расписанием 818 оповещений).

На Фиг. 20 показан другой метод регистрации и оповещения о сетевых событиях согласно схеме управления сетью. Следует иметь в виду, что метод 2000 может быть реализован, например, оборудованием UE и/или любым другим подходящим сетевым объектом. Выполнение метода 2000 начинается в блоке 2002, где принимают список определений событий и набор соответствующих измерений. В блоке 2004 выполняют набор измерений, принятых в блоке 2002. Далее в блоке 2006 определяют, появилось ли событие, определенное в списке определений событий. Если указанное событие не появилось, то в блоке 2004 измерение продолжается. В альтернативном варианте, если в блоке 2006 определено, что указанное событие появилось, то выполнение метода 2000 продолжается в блоке 2008, где регистрируются измерения, выполненные в блоке 2004 в момент появления события, определенного в блоке 2006.

После регистрации в блоке 2006 зарегистрированная информация, соответствующая данному событию, может быть передана обратно в соответствующую сеть множеством различных способов. Соответственно, выполнение метода 2000 может перейти к блоку 2010, где определяют, был ли запрос со стороны сети на оповещение о регистрации (например, как показано в схеме 1100). Если запрос на оповещение регистрации был, то выполнение метода 2000 может завершиться в блоке 2012, где зарегистрированные результаты измерений передаются в сеть в ответ на запрос. В противном случае, если не было запроса на оповещение о регистрации, то выполнение метода 2000 продолжается в блоке 2014, чтобы определить был ли предоставлен расписание оповещений объекту, реализующему метод 2000. Если определено, что расписание оповещений было предоставлено, то выполнение метода 2000 может завершиться в блоке 2016, где зарегистрированные результаты измерений передаются согласно предоставленному расписанию оповещений. С другой стороны, если определено, что расписание оповещений предоставлено не было, то выполнение метода 2000 может вернуться в блок 2010 для повторения попытки идентификации запроса на оповещение о регистрации.

На Фиг. 21 показан метод 2100 для обнаружения и оповещения о событии RLF. Метод 2100 может выполняться, например, терминалом и/или любым другим подходящим сетевым устройством. Выполнение метода 2100 начинается в блоке 2102, где обнаруживается RLF (например, детектором RLF 912). Выполнение метода 2100 может затем продолжаться в блоке 2104, где записывается информация о событии RLF и/или информация о местоположении, относящаяся к RLF, обнаруженному в блоке 2102 (например, с помощью детектора RLF или блока 914 оценки местоположения соответственно). Затем выполнение метода 2100 может завершиться в блоке 2106, где передается информация о событии, записанная в блоке 2104 (например, через модуль 918 оповещения).

На Фиг. 22 показан другой метод 2200 для обнаружения и оповещения о событии RLF. Метод 2200 может быть реализован, например, базовой станцией и/или любым другим подходящим сетевым устройством. Выполнение метода 2200 может начинаться в блоке 2202, где обнаруживается RLF (например, детектором RLF 922). Затем выполнение метода 2200 может продолжаться в блоке 2204, где записывается информация о событии RLF и/или информация о местоположении, относящаяся к RLF, обнаруженному в блоке 2202 (например, детектором RLF 922 или блоком 924 оценки местоположения соответственно). Затем выполнение метода 2200 может продолжаться в блоке 2206, где, по меньшей мере, от одного мобильного устройства (например, UE 910) принимают информацию, относящуюся к RLF, обнаруженному в блоке 2202. Затем в блоке 2208 выполняют агрегирование информации, записанной в блоке 2204, и информации, принятой в блоке 2206 (например, с помощью модуля 926 агрегирования). После этого выполнение метода 2200 может завершиться в блоке 2212, где выполняется оповещение на основе информации, агрегированной в блоке 2210 (например, через модуль 932 оповещения).

На Фиг. 23 приведена блок-схема, иллюстрирующая примерную систему 2300 беспроводной связи, в которой могут быть реализованы различные описанные здесь аспекты. В одном примере система 2300 представляет собой систему с множеством входов и множеств выходов (MIMO), которая включает в себя систему 2310 передатчика и систему 2350 приемника. Однако следует иметь в виду, что система 2310 передатчика и система 2350 приемника также могут быть применены для системы с множеством входов и одним выходом, где, например, множество передающих антенн (например, на базовой станции) могут передавать один или несколько символьных потоков на устройство с одной антенной (например, мобильная станция). Вдобавок, следует иметь в виду, что описанные здесь аспекты системы 2310 передатчика и/или системы 2350 приемника могут быть использованы вместе с антенной системой типа «один выход - один вход».

Согласно одному аспекту данные трафика для нескольких потоков данных поступают в систему 2310 передатчика от источника 2312 данных на процессор 2314 данных передачи (TX). В одном примере каждый поток данных затем может передаваться через соответствующую передающую антенну 2324. Вдобавок, процессор 2314 данных TX может отформатировать, закодировать и выполнить перемежение данных трафика для каждого потока данных на основе конкретной схемы кодирования, выбранной для каждого соответствующего потока данных, чтобы обеспечить кодированные данные. В одном примере кодированные данные для каждого потока данных могут затем мультиплексироваться с данными пилот-сигнала с использованием способов OFDM. Данными пилот-сигнала могут быть, например, известная конфигурация данных, которая обрабатывается известным образом. Кроме того, данные пилот-сигнала могут быть использованы в системе 2350 приемника для оценки характеристики канала. В системе 2310 передатчика мультиплексированные данные пилот-сигнала и кодированные данные для каждого потока данных могут модулироваться (то есть, может выполняться символьное отображение) на основе конкретной схемы модуляции (например, BPSK, QSPK, M-PSK или M-QIM), выбираемой для каждого соответствующего потока данных для обеспечения модуляционных символов. В одном примере скорость передачи данных, кодирование и модуляция для каждого потока данных могут определяться командами, выполняемыми в процессоре 2330 и/или обеспечиваемые этим процессором.

Затем модуляционные символы для всех потоков данных могут быть поданы в процессор 2320 данных TX, который может выполнить дополнительную обработку модуляционных символов (например, для модуляции OFDM). После этого процессор 2320 TX MIMO может подать N_T потоков модуляционных символов на N_T приемопередатчиков 2322а-2322t. В одном примере каждый приемопередатчик 2322 может принимать и обрабатывать соответствующий поток символов для обеспечения одного или нескольких аналоговых сигналов. Затем каждый приемопередатчик 2322 может дополнительно выполнить нормализацию (например, усиление, фильтрацию и преобразование с повышением частоты) аналоговых сигналов для обеспечения модулированного сигнала, подходящего для передачи по каналу MIMO. Соответственно, N_T модулированных сигналов от приемопередатчиков 2322а-2322t могут затем быть переданы через N_T антенн 2324а-2324t соответственно.

Согласно другому аспекту переданные модулированные сигналы могут приниматься в системе 2350 приемника N_R антеннами 2352а -2352r. Затем принятый от каждой антенны 2352 сигнал может быть подан на соответствующе приемопередатчики 2354. В одном примере каждый приемопередатчик 2354 может выполнить нормализацию (например, фильтрацию, усиление и преобразование с понижением частоты) соответствующего принятого сигнала, оцифровку нормализованного сигнала для обеспечения отсчетов с последующей обработкой отсчетов для обеспечения соответствующего «принятого» символьного потока. Затем процессор 2360 данных RX MIMO может принять и обработать N_R принятых символьных потоков от N_R приемопередатчиков 2354 на основе конкретного способа обработки в приемнике для обеспечения N_T «обнаруженных» символьных потоков. В одном примере каждый обнаруженный символьный поток может включать в себя символы, являющиеся оценками модуляционных символов, переданных для соответствующего потока данных. Затем процессор 2360 RX может обработать каждый символьный поток, по меньшей мере, частично посредством демодуляции, обратного перемежения и декодирования каждого обнаруженного символьного потока с целью восстановления данных трафика для соответствующего потока данных. Таким образом, обработка, выполняемая процессором 2360 RX, может быть комплементарной по отношению к обработке, выполняемой процессором 2320 TX MIMO и процессором 2314 данных TX в системе 2310 передатчика. Процессор 2360 RX может дополнительно подать обработанные символьные потоки в приемник 2364 данных.

Согласно одному аспекту оценку характеристики канала, созданную процессором 2360 RX можно использовать для выполнения пространственной/временной обработки в приемнике, настройки уровней мощности, изменения скоростей или схем модуляции и/или других подходящих действий. Вдобавок, процессор 2360 RX может дополнительно оценить канальные характеристики, такие как, например, отношения «сигнал - шум плюс помехи» (SNR) для обнаруженных символьных потоков. Затем процессор 2360 RX может подать оценки канальных характеристик в процессор 2370. В одном примере процессор 2360 RX и/или процессор 2370 может кроме того создать оценку «рабочего» SNR для системы. Затем процессор 2370 может обеспечить информацию о состоянии канала (CSI), которая может содержать информацию, касающуюся линии связи и/или принятого потока данных. Эта информация может включать в себя, например, рабочий SNR. Затем информация CSI может быть обработана процессором 2318 данных TX, модулирована модулятором 2380, нормализована приемопередатчиками 2354а-2354r и передана обратно в систему 2310 передатчика. Вдобавок, источник 2316 данных в системе 2350 приемника может обеспечить дополнительные данные, подлежащие обработке процессором 2318 данных TX.

В системе 2310 передатчика модулированные сигналы от системы 2350 приемника могут затем быть приняты антеннами 2324, нормализованы приемопередатчиками 2322, демодулированы демодулятором 2340 и обработаны процессором 2342 данных RX для восстановления информации CSI, переданной системой 2350 приемника. В одном примере переданная информация CSI может затем быть подана в процессор 2330 и использована для определения скоростей передачи данных, а также схем кодирования и модуляции, используемых для одного или нескольких потоков данных. Затем определенные схемы кодирования и модуляции могут быть поданы в приемопередатчики 2322 для квантования и/или использования в последующих передачах на систему 2350 приемника. Дополнительно и/или как альтернативный вариант, полученная информация CSI может быть использована процессором 2330 для создания различных управляющих сигналов для процессора 2314 данных TX и процессора 2320 TX MIMO. В другом примере информация CSI и/или другая информация, обработанная процессором 2342 данных RX, может быть подана в приемник 2344 данных.

В одном примере процессор 2330 в системе 2310 приемника и процессор 2370 в системе 2350 передатчика управляют работой соответствующих систем. Вдобавок, память 2332 в системе 2310 передатчика и память 2372 в системе 2350 приемника может обеспечить хранение программных кодов и данных, используемых процессорами 2330 и 2370 соответственно. Кроме того, в системе 2350 приемника могут быть использованы различные способы обработки для обработки N_R принятых сигналов с целью обнаружения N_T переданных символьных потоков. Эти способы обработки в приемнике могут включать в себя способы пространственной и пространственно-временной обработки в приемнике, которые также можно назвать способами выравнивания и/или способами обработки в приемнике типа «последовательное обнуление/ выравнивание и подавление помех», и которые также можно назвать способами обработки в приемнике типа «последовательное подавление помех» или «последовательное подавление».

На Фиг. 24 представлена блок-схема системы 2400, которая поддерживает сетевое управление и оптимизацию согласно различным описанным здесь аспектам. В одном примере система 2400 включает в себя базовую станцию или узел В 2402. Как показано на схеме, узел В 2402 может принимать сигнал (сигналы) от одного или нескольких UE 2404 через одну или несколько приемных (Rx) антенн 2406 и передавать сигнал (сигналы) на один или несколько UE 2404 через одну или несколько передающих (Tx) антенн 2408.

Вдобавок, узел В 2402 может содержать приемник 2410, который принимает информацию от приемной антенны (антенн) 2406. В одном примере приемник 2410 может быть оперативно связан с демодулятором (Demod) 2412, который демодулирует принятую информацию. Затем демодулированные символы могут быть проанализированы процессором 2414. Процессор 2414 может быть подсоединен к памяти 2416, в которой может храниться информация, относящаяся к кодовым кластерам, присваиваниям терминала доступа, соответствующим просмотровым таблицам, уникальным скремблирующим последовательностям, и/или информация других подходящих типов. В одном примере узел В 2402 может использовать процессор 2414 для выполнения методик 1700, 1800, 2200 и/или других аналогичных и подходящих методик. Узел В 2402 также может включать в себя модулятор 2418, который может мультиплексировать сигнал для передачи передатчиком 2420 через передающую антенну (антенны) 2408.

На Фиг. 25 представлена блок-схема системы 2500, поддерживающая регистрацию и оповещение о сетевых событиях согласно различным описанным здесь аспектам. В одном примере система 2500 включает в себя мобильный терминал 2502. Как показано на Фиг. 25, мобильный терминал 2502 может принимать сигнал (сигналы) от одной или нескольких базовых станций 2504 и передавать сигнал (сигналы) на одну или несколько базовых станций 2504 через одну или несколько антенн 2508. Вдобавок, мобильный терминал 2502 может содержать приемник 2510, который принимает информацию через антенну (антенны) 2508. В одном примере приемник 2510 может быть оперативно связан с демодулятором (Demod) 2512, который демодулирует принятую информацию. Затем демодулированные символы могут быть проанализированы процессором 2514. Процессор 2514 может быть соединен с памятью 2516, где могут храниться данные и/или программные коды, относящиеся к мобильному терминалу 2502. Вдобавок, мобильный терминал 2502 может использовать процессор 2514 для выполнения методов 1900, 2000, 2100 и/или других аналогичных и подходящих методов. Мобильный терминал 2502 также может включать в себя модулятор 2518, который может мультиплексировать сигнал для его передачи передатчиком 2520 через антенну (антенны) 2508.

На Фиг. 26 показано устройство 2600, поддерживающее сетевое управление и оптимизацию. Следует иметь в виду, что устройство 2600 представлено в виде, содержащем функциональные блоки, которые могут представлять функции, реализуемые процессором, программными средствами или их комбинацией (например, программно-аппаратными средствами). Устройство 2600 может быть реализовано в точке доступа (например, eNB 340 и/или 440), сетевом контроллере (например, объект MME 320 и/или 420, сервер SON 350 и/или 450 и т.д.) и/или любом другом подходящем сетевом объекте и может включать в себя модуль 2602 для доставки политики оповещения на терминал, которая включает в себя список определений событий и измерений, связанных с соответствующими событиями, а также модуль 2604 для выполнения сетевой оптимизации на основе, по меньшей мере, частично оповещений, принятых согласно политики оповещения.

На Фиг. 27 показано другое устройство 2700, поддерживающее сетевое управление и оптимизацию согласно различным описанным здесь аспектам. Следует иметь в виду, что устройство 2700 представлено в виде, содержащем функциональные блоки, которые могут представлять функции, реализуемые процессором, программными средствами или их комбинацией (например, программно-аппаратные средства). Устройство 2700 может быть реализовано в терминальном устройстве (например, UE 310 и/или 410), и/или любом другом подходящем сетевом объекте и может включать в себя: модуль 2702 для приема набора определений событий, набора измерений и графика оповещения от сети; модуль 2704 для регистрации измерений, соответствующих набору измерений, после появления соответствующих событий; и модуль 2706 для передачи зарегистрированных результатов измерений в сеть согласно расписанию оповещений.

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

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

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

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

2. Способ по п.1, в котором назначенным сетевым узлом является объект управления мобильностью (ММЕ) или сервер приложений SON.

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

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

5. Способ по п.1, дополнительно содержащий этапы: обнаружения отказа линии радиосвязи (RLF), затрагивающего одно или несколько UE; и записи информации, относящейся к RLF.

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

7. Способ по п.6, в котором этап записи заключается в приеме информации, относящейся к RLF, от одного или нескольких UE; и агрегировании принятой информации от одного или нескольких UE с локально сформированной информацией, относящейся к RLF.

8. Способ по п.7, в котором информация, принятая от одного или нескольких UE, содержит момент времени RLF и положение одного или нескольких UE в момент времени RLF.

9. Способ по п.7, в котором информация, принятая от одного или нескольких UE, содержит момент времени RLF, а запись информации, относящейся к RLF, содержит локальное определение положения одного или нескольких UE в момент времени RLF.

10. Способ по п.5, дополнительно содержащий этапы: сохранения записанной информации, относящейся к RLF, в регистре; и сообщения сохраненной в регистре информации объекту эксплуатации и управления (О&М) после определения того, что регистр заполнен, или того, что истек периодический временной интервал, выбранный в качестве функции времени, истекшего с самого последнего изменения в сетевой топологии.

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

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

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

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

15. Устройство беспроводной связи по п.12, в котором процессор дополнительно сконфигурирован для обнаружения отказа линии радиосвязи (RLF), затрагивающего один или несколько терминалов, и для записи информации, относящейся к RLF.

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

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

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

19. Устройство беспроводной связи по п.15, в котором процессор дополнительно сконфигурирован для сохранения в регистре записанной информации, относящейся к RLF.

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

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

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

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

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

25. Способ по п.24, в котором соответствующие сетевые события включают в себя одно или несколько из отказа аппаратных средств, отказа соединения, отказа линии радиосвязи (RLF), изменения наблюдаемой сетевой топологии и изменения используемых ресурсов связи.

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

27. Способ по п.24, в котором прием заключается в приеме от сети политики SON в одном или нескольких пейджинговых сообщениях.

28. Способ по п.24, в котором сетевое событие содержит RLF, и при этом способ дополнительно содержит этап сохранения в регистре информации, связанной с RLF.

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

30. Способ по п.29, в котором этап сообщения дополнительно содержит передачу через туннель одного или нескольких измерений на сервер SON.

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

32. Устройство беспроводной связи по п.31, в котором список определений событий, полученный от объекта SON, определяет набор событий, включающих в себя одно или более из отказа аппаратных средств, отказа соединения, отказа линии радиосвязи (RLF), изменения наблюдаемой сетевой топологии и изменения используемых ресурсов связи.

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

34. Устройство беспроводной связи по п.31, в котором процессор дополнительно сконфигурирован для обнаружения RLF и сохранения в регистре информации, связанной с RLF.

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

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

37. Машиночитаемый носитель, содержащий сохраненные на нем компьютерные команды, которые при их исполнении побуждают компьютер
принимать набор стандартизированных сетевых событий, списки измерений, соответственно связанных с сетевыми событиями, и команды для сообщения измерений, связанных с сетевыми событиями, объекту сетевого управления и/или серверу управления устройствами (DM) открытого сообщества производителей мобильной связи (ОМА);
обнаруживать событие из набора стандартизированных сетевых событий;
выполнять измерения из списка измерений, соответствующих обнаруженному событию; и
сообщать о выполненных измерениях объекту сетевого управления или серверу DM ОМА на основе принятых команд,
при этом команды для сообщения измерений, связанных с соответствующими сетевыми событиями, основываются на уровне использования памяти в сетевом устройстве, используемой для сохранения регистрации измерений.

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