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

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

Иллюстрации

Показать все

Реферат

Притязание на приоритет

Данная заявка притязает на преимущество и приоритет находящейся в общей собственности предварительной заявки на патент (США) № 61/024764, поданной 30 января 2008 года и имеющей адвокатскую выписку № 080566P1, раскрытие сущности которой тем самым содержится по ссылке в данном документе.

Перекрестная ссылка на родственную заявку

Данная заявка относится к одновременно поданной и находящейся в общей собственности заявке на патент (США) № 12/361448, озаглавленной "MANAGEMENT OF WIRELESS RELAY NODES USING ROUTING TABLE" и имеющей адвокатскую выписку номер 080566U2, раскрытие сущности которой тем самым содержится по ссылке в данном документе.

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

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

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

Введение

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

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

Сущность изобретения

Сущность примерных аспектов раскрытия сущности приводится ниже. Следует понимать, что ссылки на термин "аспекты" в данном документе могут ссылаться на один или более аспектов раскрытия сущности.

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

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

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

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

Идентификаторы беспроводных ретрансляционных узлов могут принимать различные формы в различных реализациях. В некоторых реализациях более глобально уникальные (к примеру, в противоположность заданным уникальным) идентификаторы могут использоваться для того, чтобы идентифицировать узлы кластера. Например, адреса интернет-протокола (IP), назначенные ретрансляторам, могут использоваться для того, чтобы маршрутизировать пакеты в рамках набора беспроводных ретрансляционных узлов (т.е. идентификаторы беспроводных ретрансляционных узлов могут содержать IP-адреса). Альтернативно, в некоторых реализациях идентификаторы беспроводных ретрансляционных узлов - это MAC-адреса беспроводных ретрансляционных узлов. В некоторых реализациях может использоваться перенаправление уровня 2 или уровня 3, при котором все беспроводные ретрансляционные узлы в наборе являются частью одной подсети. В некоторых реализациях может использоваться маршрутизация уровня 3, при которой каскадные подсети задаются для каждого беспроводного ретрансляционного узла в наборе.

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

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

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

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

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

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

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

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

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

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

Подробное описание изобретения

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

Фиг.1 иллюстрирует несколько узлов в примерной системе 100 связи (к примеру, части сети связи). В целях иллюстрации различные аспекты раскрытия сущности описываются в контексте одного или более беспроводных ретрансляционных узлов, точек доступа, терминалов доступа и сетевых узлов, которые обмениваются данными друг с другом. Следует принимать во внимание, тем не менее, то, что идеи в данном документе могут быть применимы к другим типам устройств или другим аналогичным устройствам, которые упоминаются с использованием других терминов. Например, точка доступа может реализовываться или упоминаться как базовая станция или e-узел B, тогда как терминал доступа может реализовываться или упоминаться как абонентское устройство или мобильный модуль.

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

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

Примерные операции системы 100 далее описываются в связи с блок-схемой последовательности операций способа по фиг.2. Этапы 202-210 описывают несколько операций, которые могут выполняться для того, чтобы управлять набором ретрансляторов в кластере. Эти операции заключают в себе в некоторых аспектах управление (к примеру, создание и удаление) уникальными конкретными для кластера идентификаторами для каждого ретранслятора в кластере, хранение преобразования между этими идентификаторами и другими идентификаторами (к примеру, сетевыми идентификаторами), назначенными ретрансляторам, и хранение таблицы маршрутизации, которая служит признаком топологии кластера, который ретрансляторы в кластере могут использовать для того, чтобы формировать таблицу перенаправления. Этапы 212 и 214 описывают несколько операций, которые могут выполняться для того, чтобы маршрутизировать пакеты в рамках кластера (к примеру, перенаправлять пакеты в соответствующую линию связи), с помощью вышеуказанной информации. Например, с помощью сохраненной связанной с топологией информации маршрутизация может поддерживаться в или от терминала доступа, обслуживающей сетью доступа которого является ретранслятор в кластере, и маршрутизация может поддерживаться в или от ретранслятора, обслуживающей сетью доступа которого является ретранслятор в кластере. В некоторых аспектах операции по фиг.2 могут выполняться посредством протокола управления ретрансляцией, реализованного в узлах кластера.

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

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

Идентификатор может быть задан для данного ретранслятора каждый раз, когда тот ретранслятор присоединяется к кластеру. Например, на фиг.1 идентификатор может быть задан, когда ретранслятор 106 первоначально подключается к корневой точке 102 доступа или когда ретранслятор 108 первоначально подключается к ретранслятору 104. В типичной реализации идентификатор для нового ретранслятора задается посредством корневой точки доступа кластера. Тем не менее в других реализациях ретранслятор (к примеру, ретранслятор, с которым соединяется новый ретранслятор) может задавать идентификатор для нового ретранслятора.

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

В некоторых аспектах ретрансляторы кластера могут использовать идентификаторы сети, чтобы перенаправлять пакеты в другие узлы в кластере. В нижеприведенном описании можно предположить, что ретрансляторам 104, 106, 108, 110 и 112 назначаются идентификаторы сети RS1, RS2, RS3, RS4 и RS5 соответственно.

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

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

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

Таблица 1 иллюстрирует пример таблицы маршрутизации, которая идентифицирует обслуживающий узел для каждого ретранслятора (т.е. как идентифицировано посредством конкретных для кластера идентификаторов ретрансляторов, описанных выше) в кластере. С помощью фиг.1 в качестве примера, ретрансляторам 104, 106, 108, 110 и 112 назначаются идентификаторы 1, 2, 3, 4 и 5 ретрансляторов соответственно. Корневой точке 102 доступа назначается идентификатор 0. Таким образом, поскольку корневая точка 102 доступа является обслуживающим узлом для ретрансляторов 104 и 106, записью идентификатора обслуживающего узла в таблице маршрутизации для каждого из идентификаторов 1 и 2 является идентификатор 0 обслуживающего узла. Аналогично, поскольку ретранслятор 108 является обслуживающим узлом для ретрансляторов 110 и 112, записью идентификатора обслуживающего узла в таблице маршрутизации для каждого из идентификаторов 4 и 5 ретрансляторов является идентификатор 3 обслуживающего узла.

Таблица 1
Идентификатор ретранслятора	Идентификатор обслуживающего узла
1	0
2	0
3	1
4	3
5	3

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

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

Как представлено посредством этапа 210, каждый из ретрансляторов в кластере может задавать таблицу перенаправления на основе информации из таблицы маршрутизации. В некоторых аспектах таблица перенаправления для данного ретранслятора может включать в себя запись для каждого ретранслятора, который является нисходящим для этого ретранслятора. Как показано в таблицах 2 и 3, каждая запись в таблице перенаправления может включать в себя, например, идентификатор нисходящего ретранслятора (идентификатор ретранслятора) и идентификатор следующей линии связи (идентификатор следующей линии связи) от текущего ретранслятора в направлении нисходящего ретранслятора. Обращаясь снова к примеру по фиг.1, таблица 2 иллюстрирует таблицу перенаправления для ретранслятора 104. В этом случае предусмотрено три нисходящих ретранслятора: ретрансляторы 108, 110 и 112, которым назначены идентификаторы 3, 4 и 5 ретрансляторов соответственно. Вследствие топологии по фиг.1 (как указано посредством таблицы маршрутизации, таблицы 1), следующей линией связи, нисходящей по отношению к ретранслятору 104 для каждого из этих ретрансляторов, является ретранслятор 108. Таким образом, глобальный идентификатор, назначенный ретранслятору 108 (RS3), используется в качестве идентификатора следующей линии связи для каждого из этих идентификаторов ретрансляторов. Аналогично, таблица 3 иллюстрирует таблицу перенаправления для ретранслятора 108. В этом случае предусмотрено два нисходящих ретранслятора: ретрансляторы 110 и 112, которым назначены идентификаторы 4 и 5 ретрансляторов соответственно. Вследствие топологии по фиг.1 (как указано посредством таблицы маршрутизации, таблицы 1), следующей линией связи, нисходящей по отношению к ретранслятору 108 для ретранслятора 110, является ретранслятор 110, и следующей линией связи, нисходящей по отношению к ретранслятору 108 для ретранслятора 112, является ретранслятор 112. Таким образом, глобальный идентификатор, назначенный ретранслятору 110 (RS4), используется в качестве идентификатора следующей линии связи для идентификатора 4 ретранслятора, а глобальный идентификатор, назначенный ретранслятору 112 (RS5), используется в качестве идентификатора следующей линии связи для идентификатора 5 ретранслятора.

Таблица 2
Идентификатор ретранслятора	Идентификатор следующей линии связи
3	RS3
4	RS3
5	RS3
Другой	Значение по умолчанию (восходящая линия связи)

Таблица 3
Идентификатор ретранслятора	Идентификатор следующей линии связи
4	RS4
5	RS5
Другой	Значение по умолчанию (восходящая линия связи)

Таблицы 2 и 3 также иллюстрируют, что таблица перенаправления может задавать линию связи по умолчанию, чтобы рассматривать случай, когда ретранслятор принимает пакет, который предназначается для ретранслятора, который не является нисходящим. Например, если ретранслятор 104 принимает пакет, который имеет назначение идентификатора 2 ретранслятора, ретранслятор 104 может отправлять пакет по восходящей линии связи (т.е. в корневую точку 102 доступа). Аналогично, если ретранслятор 108 принимает пакет, который имеет назначение идентификатора 1 или 2 ретранслятора, ретранслятор 108 может отправлять пакет по восходящей линии связи (т.е. в ретранслятор 104).

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

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

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

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

Для иллюстрации операции фиг.4A-5B описываются частично в контексте сети, в которой узлы сети могут обмениваться данными друг с другом посредством установления маршрутов между узлами. Примером этой сети является сеть по стандарту сверхширокополосной связи для мобильных устройств. Здесь идентификатор сети, упоминаемый выше, может содержать идентификатор узла доступа (ANID). Помимо этого, конкретный для кластера идентификатор может содержать сжатый ANID (к примеру, содержащий только небольшое число битов). ANID может использоваться в многоскачковой передаче, чтобы идентифицировать ретранслятор в кластере. Например, ANID для ретранслятора может быть определен на основе IP-адреса, назначенного ретранслятору. Поскольку IP-адрес является частью сеанса ретранслятора, IP-адрес не должен передаваться каждый раз, когда ретранслятор открывает маршрут.

Для удобства операции фиг.4A-5B (или любые другие операции, поясненные или рассматриваемые в данном документе) могут описываться как выполняемые посредством конкретных компонентов (к примеру, компонентов системы 300, как показано на фиг.3). Следует принимать во внимание, тем не менее, что эти операции могут быть выполнены посредством других типов компонентов и могут быть выполнены с помощью другого числа компонентов. Также следует принимать во внимание, что одна или более из операций, описанных в данном документе, возможно, не используется в данной реализации.

Фиг.3 иллюстрирует примерные компоненты, которые могут использоваться в узле 302, который управляет кластером (к примеру, корневой точке доступа), и узле 304, который предоставляет доступ (к примеру, ретрансляторе). Чтобы уменьшать сложность фиг.3, только два узла показываются в системе 300. На практике, тем не менее, система, такая как система 300 (к примеру, соответствующая системе 100), может иметь множество узлов, работающих как управляющие узлы, и множество узлов, работающих как узлы доступа в данное время.

Узлы 302 и 304 включают в себя соответствующие приемо-передающие устройства 306 и 308 для обмена данными друг с другом и с другими узлами в системе 300. В некоторых реализациях узел 304 включает в себя другое приемо-передающее устройство 310 для обмена данными с другими узлами (к примеру, терминалами доступа) в системе 300. Здесь приемо-передающие устройства 308 и 310 могут осуществлять один тип беспроводной технологии (к примеру, LTE-радиоинтерфейс). В других реализациях, тем не менее, узел 304 может включать в себя одно приемо-передающее устройство (к примеру, приемо-передающее устройство 308), которое выполнено с возможностью поддерживать как беспроводную связь по сетям доступа, так и беспроводную связь по транзитным соединениям. В некоторых случаях узел 304 может обмениваться данными с одним узлом (к примеру, точкой доступа) в некоторых чередованиях и обмениваться данными с другим узлом (к примеру, терминалом доступа) в других чередованиях. Приемо-передающее устройство 306 включает в себя передающее устройство 312 для отправки сигналов (к примеру, пакетов для управления ретрансляцией и другого трафика) и приемное устройство 314 для приема сигналов. Приемо-передающее устройство 308 также включает в себя передающее устройство 316 для отправки сигналов и приемное устройство 318 для приема сигналов. Аналогично, приемо-передающее устройство 310 включает в себя передающее устройство 320 для отправки сигналов и приемное устройство 322 для приема сигналов.

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

В целях иллюстрации несколько компонентов, которые могут использоваться в связи с отправкой/приемом трафика в беспроводном ретрансляционном узле, показываются в узле 304. Следует принимать во внимание, что аналогичная функциональность может реализовываться в других беспроводных ретрансляционных узлах в системе 300. Узел 304 включает в себя диспетчер 330 топологии ретрансляторов, который предоставляет функциональность, касающуюся сохранения информации (к примеру, информации топологии) для ассоциированного кластера. Другие аспекты диспетчера 330 топологии ретрансляторов подробнее описаны ниже. Узел 304 также может включать в себя контроллер 332 связи для обработки трафика (к примеру, управления передачей и приемом пакетов) и предоставления других связанных со связью операций. Кроме того, узел 304 может включать в себя пакетный процессор 334 для обработки пакетов (к примеру, предоставления пакетов, которые должны быть переданы, и обработки принимаемых пакетов) и предоставления других связанных операций.

Ссылаясь теперь на фиг.4A, как представлено посредством этапа 402, в некоторой точке во времени ретранслятор присоединяется к кластеру или перемещается в рамках кластера. В качестве примера первого сценария, ретранслятор 110 по фиг.1, который установлен в зоне покрытия ретранслятора 108, возможно, недавно включен и подключен к ретранслятору 108. В качестве примера второго сценария, ретранслятор 112 может быть мобильным узлом, который подключен к ретранслятору 106, но перемещен в зону покрытия ретранслятора 108 и теперь подключается к ретранслятору 108.

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

В некоторых реализациях (к примеру, основанной на LTE реализации) ретранслятор может отправлять запрос в узел, к которому подключен ретранслятор. Например, ретранслятор 110 по фиг.1 может отправлять запрос в ретранслятор 108. В этом случае ретранслятор 108 (к примеру, контроллер 338 идентификаторов в ретрансляторе) может определять то, что он не может обрабатывать этот запрос (к примеру, на основе идентификатора сообщения в запросе). Ретранслятор 108 затем может перенаправлять сообщение в узел, к которому он подключен (к примеру, ретранслятор 104). Этот процесс может продолжаться до тех пор, пока запрос не достигает узла, который обрабатывает запрос (к примеру, корневой точки 102 доступа). В примере по фиг.3 процессор 340 запросов может взаимодействовать с приемным устройством 314, чтобы принимать запрос, после чего процессор 340 запросов обрабатывает запрос.

В некоторых реализациях (к примеру, основанной на UMB реализации) ретранслятор может устанавливать маршрут к узлу, который должен обрабатывать запрос, и затем отправлять запрос в этот узел через маршрут. В этом случае после приема индикатора RouteOpen ретранслятор может выполнять нижеприведенные операции. Ретранслятор отправляет сообщение RootRequest по маршруту. Если ретранслятор не имеет маршрута к ANID в RootResponse, ретранслятор может открывать маршрут к корневой точке доступа и перемещать свою точку присоединения данных (если нужно) в корневую точку доступа для обслуживающего e-узла B прямой линии связи (FLSE). Ретранслятор может отправлять IDRequest в корневую точку доступа после приема RouteOpenAccept от корневой точки доступа.

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

Корневая точка доступа может отвечать на запрос посредством отправки нового заданного идентификатора в ретранслятор на этапе 408. В примере по фиг.3 модуль 342 задания идентификаторов может взаимодействовать с контроллером 326 связи и передающим устройством 312, чтобы передавать ответ.

Ретранслятор затем может принимать ответ на запрос на этапе 410. В примере по фиг.3 контроллер 338 идентификаторов может взаимодействовать с приемным устройством 314, чтобы принимать ответ, и контроллер 338 идентификаторов обрабатывает ответ, чтобы получать идентификатор.

В некоторых реализациях (к примеру, основанной на UMB реализации) корневая точка доступа назначает конкретный для кластера идентификатор после п