Управление мобильностью на основе уведомления о нарушении линии радиосвязи

Управление мобильностью на основе уведомления о нарушении линии радиосвязи

Иллюстрации

Показать все

Реферат

ПРИТЯЗАНИЕ НА ПРИОРИТЕТ

По настоящей заявке на патент испрашивается приоритет по дате подачи находящейся в общей собственности предварительной заявки США № 61/115522, поданной 17 ноября 2008 года, раскрытие которой настоящим включено в этот документ по ссылке.

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

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

ВВЕДЕНИЕ

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

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

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

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

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

Раскрытие предмета изобретения относится в некоторых аспектах к уведомлению о нарушении линии радиосвязи (далее в этом описании RLF). Например, может оказаться полезным, чтобы исходная точка доступа (например, исходная сота) отслеживала события RLF для возможности корректировки своего поведения (например, посредством корректировки параметров мобильности) для улучшения характеристик мобильности. Однако при определенных обстоятельствах обслуживающая точка доступа может не определить самостоятельно, что произошло RLF.

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

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

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

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

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

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

Фиг.2 - блок-схема нескольких типовых аспектов операций, которые могут выполняться узлом вместе с уведомлением о RLF;

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

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

Фиг.5 - упрощенная блок-схема нескольких типовых аспектов компонентов, которые могут применяться в узлах связи;

Фиг.6 - упрощенная блок-схема нескольких типовых аспектов компонентов связи;

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

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

ПОДРОБНОЕ ОПИСАНИЕ

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

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

Точки доступа в системе 100 обеспечивают одну или несколько услуг (например, возможность сетевого соединения) для одного или нескольких беспроводных терминалов (например, терминала 102 доступа), которые могут быть установлены в пределах зоны обслуживания системы 100 или могут передвигаться по ней. Например, в различные моменты времени терминал 102 доступа может соединяться с точкой 104 доступа, точкой 106 доступа или некоторой другой точкой доступа (на фиг.1 не изображена). Каждая из точек 104 и 106 доступа может обмениваться информацией с одним или несколькими узлами сети (представлены, для удобства, узлами 108 и 110 сети) для обеспечения связности глобальной сети. Эти узлы сети могут принимать различные формы, например, одного или нескольких объектов базовой сети и/или радиосети. Соответственно, в различных реализациях узел сети может представлять функциональные возможности, например, по меньшей мере, одного из: управления сетью (например, через объект управления и обслуживания (O&M)), управления вызовами, управления сеансом, управления мобильностью, межсетевых функций, функций межсетевого взаимодействия или некоторых других подходящих сетевых функциональных возможностей.

Как более подробно описано ниже вместе с фиг.2-4, точки доступа и, по выбору, узлы сети в системе 100 могут включать в себя функциональные возможности для обеспечения передачи уведомления о RLF и адаптации параметров мобильности на основе этого уведомления о RLF. С этой целью точки доступа в системе 100 могут включать в себя функциональные возможности 112 обнаружения RLF и уведомления о RLF и, по выбору, функциональные возможности 114 адаптации параметров на основе RLF. Например, после определения того, что терминал 102 доступа успешно соединился с точкой 106 доступа (например, целевой точкой доступа) в результате RLF в точке 104 доступа (например, обслуживающей/исходной точке доступа), точка 106 доступа может отправлять уведомление о RLF в точку 104 доступа, как представлено пунктирной линией 116. В этом возможном варианте уведомление о RLF отправляют через один или несколько узлов сети (как представлено узлом 108 сети, который может представлять транзитное соединение). На основе этого уведомления и, по выбору, других уведомлений о RLF точка 104 доступа может адаптировать один или несколько параметров мобильности.

В некоторых реализациях узлы сети в системе 100 могут включать в себя функциональные возможности 118 адаптации параметров на основе RLF. Например, точка 106 доступа может отправлять уведомление о RLF в узел 110 сети, как представлено пунктирной линией 120. В некоторых реализациях узел 110 сети может пересылать уведомление о RLF или информацию о RLF, собранную узлом 110 сети, в точку 104 доступа (например, как представлено пунктирной линией 122). В других реализациях, однако, узел 110 сети может адаптировать один или несколько параметров мобильности и отправлять информацию о параметрах мобильности в точку 104 доступа (например, как представлено пунктирной линией 122). В этих реализациях точка 102 доступа может просто использовать предоставляемую информацию о параметрах мобильности и, следовательно, может не включать в себя функциональные возможности блока 114.

Согласно фиг.2, на этой блок-схеме описано несколько типовых операций, которые могут выполняться вместе с уведомлением о RLF. Для удобства операции по фиг.2 (или любые другие операции, рассматриваемые или указываемые в этом описании) могут быть описаны как выполняемые конкретными компонентами (например, компонентами системы 100). Должно быть понято, однако, что эти операции могут быть выполнены компонентами других типов и могут быть выполнены с использованием другого количества компонентов. Также должно быть понято, что одна или несколько операций, описанных в этом описании, могут не применяться в данной реализации.

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

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

Как представлено на этапе 206, в ответ на RLF терминал доступа может попытаться получить доступ к целевому объекту для восстановления линии радиосвязи. Например, терминал доступа может попытаться получить доступ к соседней точке доступа, которая в настоящее время имеет самый высокий уровень принимаемого сигнала из перспективных терминалов доступа. Здесь терминал доступа может отправлять сообщение с запросом на восстановление соединения (например, запрос на восстановление соединения управления радиоресурсами (RRC)) в целевой объект. Вместе с этой попыткой доступа терминал доступа может обеспечивать целевой объект идентификатором терминала доступа и идентификатором исходного объекта.

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

Как представлено на этапе 208, вместе с предпринятой попыткой доступа на этапе 206 целевой объект определяет то, что во время мобильности в состоянии соединения терминала доступа (например, во время передачи обслуживания) произошло RLF. Целевой объект может определять это независимо от того, был ли терминал доступа принят или отклонен. Например, если терминал доступа был принят в целевом объекте, то терминал доступа может сообщить целевому объекту о RLF. Если терминал доступа не был принят в целевом объекте, то целевой объект может сделать вывод о том, что произошло RLF, на основе, например, попытки терминалом доступа восстановить линию радиосвязи в целевом объекте, тогда как целевой объект не был подготовлен для передачи обслуживания. Кроме того, в некоторых реализациях запрос доступа из терминала доступа может указывать на то, что произошло RLF.

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

Как представлено на этапе 212, целевой объект уведомляет о RLF другой узел. Например, как более подробно рассматривается ниже вместе с фиг.3 и фиг.4, целевой объект может отправлять уведомление в исходный объект (т.е. исходный объект является пунктом назначения сообщения с уведомлением), или целевой объект может отправлять уведомление в узел сети.

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

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

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

Целевой объект может уведомлять о RLF в различные моменты времени. Например, уведомление может отправляться в ответ на (выполнение) условия для триггера (например, определенный триггер для уведомления), в конкретные моменты времени (например, на основе расписания уведомления) или на основе некоторого другого условия или некоторых других условий. В качестве конкретного возможного варианта, целевой объект может отправлять уведомление на основе триггера, связанного с обнаружением события RLF (например, уведомление отправляется вскоре после того, как обнаружено событие RLF). В качестве другого возможного варианта, целевой объект может собирать информацию о RLF (например, статистические данные) в течение периода времени и отправлять собранную информацию вместе. Эту собранную информацию можно отправлять, например, в определенные моменты времени (например, согласно расписанию периодического уведомления) после сбора определенного количества информации или в момент времени, который основан на некотором другом условии.

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

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

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

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

Параметры мобильности могут принимать различные формы. Например, параметр мобильности может содержать параметр уведомления об измерении или параметр мобильности.

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

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

Согласно фиг.4, рассматриваются типовые операции, которые могут выполняться узлом сети (например, узлом управления сетью, например объектом O&M сотовой сети), который принимает уведомление о RLF. Как представлено на этапе 402, узел сети принимает сообщение из целевого объекта, которое указывает на то, что произошло RLF. Как рассматривалось выше, это сообщение может указывать на то, что произошло RLF во время мобильности в состоянии соединения (например, во время передачи обслуживания) терминала доступа, который ранее обслуживался исходным объектом. И опять же, сообщение может включать в себя информацию о конкретном событии RLF, совокупности событий RLF, статистических данных по RLF, о том, был ли целевой объект подготовлен для передачи обслуживания, и так далее.

Как представлено на этапе 404, узел сети может поддерживать запись принятых уведомлений о RLF (например, на основе информации, обеспеченной сообщением, принятым на этапе 402, и других аналогичных сообщений). Здесь собранная информация может быть аналогична информации, описанной выше, на этапах 210 и 304. Например, узел сети может собирать информацию относительно того, когда происходят RLF, как часто происходят RLF, с какими терминалами доступа связаны RLF, с какими исходными объектами связаны RLF, процентного отношения передач обслуживания, в результате которых произошло RLF, процентного отношения передач обслуживания, когда целевой объект не был подготовлен, и так далее.

Как представлено на этапе 406, в некоторых реализациях узел сети адаптирует один или несколько параметров мобильности, которые должны быть использованы одной или несколькими точками доступа, на основе приема сообщения на этапе 402. Например, параметр мобильности может быть адаптирован на основе, по меньшей мере, одного из следующего: одного события RLF, о котором уведомляют в сообщении на этапе 402, нескольких событий RLF, о которых уведомляют в сообщении на этапе 402 (и, по выбору, в других аналогичных сообщениях), статистической информации, о которой уведомляют в сообщении на этапе 402 (и, по выбору, в других аналогичных сообщениях), или записи, поддерживаемой на этапе 404.

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

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

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

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

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

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

На фиг.5 изображено несколько типовых компонентов, которые могут быть включены в узлы, например точку 502 доступа (например, соответствующую точке 104 доступа или точке 106 доступа) и узел 504 сети (например, соответствующий узлу 110 сети и точке 104 доступа) для выполнения операций по мобильности, как указано в этом описании. Описанные компоненты также могут быть включены в другие узлы в системе связи. Например, другие узлы в системе могут включать в себя компоненты, аналогичные тем, которые описаны для точки 502 доступа и узла 504 сети, для обеспечения аналогичных функциональных возможностей. Данный узел может содержать один или несколько описанных компонентов. Например, точка доступа может содержать несколько компонентов приемопередатчика, которые обеспечивают возможность точке доступа работать на нескольких частотах и/или обмениваться информацией посредством других технологий.

Как представлено на фиг.5, точка 502 доступа включает в себя приемопередатчик 506 для обмена информацией с другими узлами. Приемопередатчик 506 включает в себя передатчик 508 для отправки сигналов (например, пилот-сигналов и сообщений) и приемник 510 для приема сигналов (например, запросов на соединение и других сообщений).

Точка 502 доступа и узел 504 сети также включают в себя сетевые интерфейсы 512 и 514, соответственно, для обмена информацией друг с другом или другими узлами сети. Например, сетевые интерфейсы 512 и 514 могут быть выполнены с возможностью обмена информацией с одним или несколькими узлами сети через проводное или беспроводное транзитное соединение.

Точка 502 доступа и узел 504 сети также включают в себя другие компоненты, которые могут использоваться вместе с операциями по мобильности, как указано в этом описании. Например, точка 502 доступа и узел 504 сети могут включать в себя связные контроллеры 516 и 518, соответственно, для управления связью с другими узлами (например, отправки и приема сообщений о RLF, параметров мобильности и других сообщений или указаний) и для обеспечения других, связанных с ними, функциональных возможностей, как указано в этом описании. Кроме того, точка 502 доступа может включать в себя контроллер 520 мобильности (например, соответствующий в некоторых аспектах функциональным возможностям блока 112 и/или блоков 114 по фиг.1) для управления связанными с мобильностью операциями (например, определением того, что произошло RLF, сбором статистических данных, адаптацией параметров мобильности, поддерживанием записей RLF) и для обеспечения других, связанных с ним, функциональных возможностей, как указано в этом описании. Аналогично, узел 504 сети может включать в себя контроллер 522 мобильности (например, соответствующий в некоторых аспектах функциональным возможностям блока 118 по фиг.1) для управления связанными с мобильностью операциями (например, отправкой сообщения на основе приема сообщения о RLF, поддерживанием статистических данных, адаптацией параметров мобильности) и для обеспечения других, связанных с ним, функциональных возможностей, как указано в этом описании.

Данный компонент, изображенный на фиг.5, может включать в себя функциональные возможности нескольких компонентов, как описано в этом документе. Например, иллюстрируемые компоненты для точки 502 доступа могут обеспечивать функциональные возможности для уведомления о RLF (например, функциональные возможности, описанные выше для точки 106 доступа) и/или функциональные возможности для адаптации параметров мобильности (например, функциональные возможности, описанные выше для точки 104 доступа).

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