УПРАВЛЕНИЕ БЕСПРОВОДНЫМИ РЕТРАНСЛЯЦИОННЫМИ УЗЛАМИ С ИСПОЛЬЗОВАНИЕМ ИДЕНТИФИКАТОРОВ
MANAGEMENT OF WIRELESS REBROADCASTING UNITS USING IDENTIFIERS

Притязание на приоритет
Данная заявка притязает на преимущество и приоритет находящейся в общей собственности предварительной заявки на патент (США) № 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 реализации) корневая точка доступа назначает конкретный для кластера идентификатор после приема индикатора RouteOpen для ретранслятора (к примеру, после приема IDRequest от ретранслятора, как пояснено выше). Корневая точка доступа затем отправляет сообщение IDAssign в ретранслятор, которое включает в себя назначенный конкретный для кластера идентификатор для этого ретранслятора. Когда ретранслятор принимает назначение идентификатора через сообщение IDAssign, ретранслятор может задавать свой CurrentID равным идентификатору в сообщении IDAssign и отправлять сообщение подтверждения приема IDAssignAck в корневую точку доступа.
Как упомянуто выше, корневая точка доступа может хранить таблицу идентификаторов (к примеру, список), которая включает в себя конкретный для кластера идентификатор и идентификатор сети для каждого ретранслятора в кластере. Ссылаясь на пример, описанный выше в связи с фиг.2, таблица может включать в себя преобразование идентификаторов 1, 2, 3, 4 и 5 к идентификаторам сети (к примеру, ANID) RS1, RS2, RS3, RS4 и RS5 соответственно. На фиг.3 эти операции могут выполняться посредством модуля 344 задания списков.
Как представлено посредством этапа 412, корневая точка доступа может отправлять эту информацию новых идентификаторов во все ретрансляторы кластера. Таким образом, всем ретрансляторам кластера может сообщаться конкретный для кластера идентификатор и идентификатор сети нового ретранслятора в кластере. В некоторых реализациях корневая точка доступа может отправлять всю таблицу идентификаторов (к примеру, список) в ретрансляторы кластера каждый раз, когда изменяется таблица идентификаторов. Альтернативно, в некоторых реализациях корневая точка доступа может просто указывать все изменения таблицы идентификаторов. Например, корневая точка доступа может отправлять сообщение, которое содержит идентификационные данные всех новых идентификаторов, которые добавлены в таблицу, или всех идентификаторов, которые удалены из таблицы с момента, когда последняя информация таблицы идентификаторов отправлена. Здесь корневая точка доступа может использовать схему синхронизации (к примеру, посредством включения порядкового номера в сообщение), чтобы обеспечивать, что ретрансляторы могут определять то, имеют они или нет актуальную таблицу идентификаторов. В примере по фиг.3 модуль 344 задания списков может взаимодействовать с контроллером 326 связи и передающим устройством 312, чтобы передавать вышеуказанную информацию.
В некоторых реализациях (к примеру, основанной на UMB реализации) корневая точка доступа может отправлять (в зависимости от политики) сообщение IDTable, включающее в себя информацию таблицы идентификаторов, во все ретрансляторы в кластере, когда ретранслятору, открывающему новый маршрут в кластере, назначается конкретный для кластера идентификатор или когда ретранслятор закрывает маршрут в кластере. В некоторых случаях ретранслятор может отправлять IDTableRequest после приема сообщения IDAssign. В этом случае корневая точка доступа может отправлять сообщение IDTable в ответ на запрос от ретранслятора.
Ссылаясь теперь на фиг.4B, ретрансляторы принимают информацию списка идентификаторов, как представлено посредством этапа 414. В примере по фиг.3 контроллер 346 списков может взаимодействовать с приемным устройством 318, чтобы принимать информацию списка, после чего контроллер 346 списков обрабатывает информацию.
В некоторых случаях (к примеру, основанной на LTE реализации) каждый ретранслятор, который принимает список, может перенаправлять список в другой ретранслятор. Например, при приеме списка идентификатора ретранслятор 104 (к примеру, контроллер 346 списков ретранслятора) может перенаправлять список в ретранслятор 108. Ретранслятор 108, в свою очередь, может перенаправлять список в ретрансляторы 110 и 112.
В некоторых случаях (к примеру, основанной на UMB реализации) после приема сообщения IDTable ретранслятор может выполнять нижеприведенные операции. Во-первых, ретранслятор может проверять достоверность сообщения. Здесь ретранслятор может отбрасывать сообщение, если сообщение является недопустимым. Затем ретранслятор может определять то, включает или нет поле MessageSequence сообщения в себя следующую ожидаемую последовательность сообщений для сообщения IDTable. Если нет, ретранслятор может отбрасывать сообщение и отправлять сообщение IDTableRequest с полем MessageSequence, равным последнему MessageSequence, принимаемому для сообщения IDTable, которое обработано успешно.
Иначе, ретранслятор может обновлять свою таблицу взаимосвязи идентификаторов и ANID на основе содержимого сообщения IDTable. Здесь ретранслятор может добавлять все ретрансляторы, перечисленные в сообщении IDTable, для которых поле IsNewEntry указывает, что это новая запись (к примеру, поле задано равным 1). Ретранслятор может удалять все ретрансляционные станции, перечисленные в IDTable, для которых поле IsNewEntry указывает, что эта запись должна удаляться (к примеру, поле задано равным 0). Ретранслятор затем может отправлять сообщение подтверждения приема IDTableAck в корневую точку доступа.
Как представлено посредством этапа 416, корневая точка доступа также может задавать новую таблицу маршрутизации в ответ на изменение в топологии кластера (к примеру, присоединение нового ретранслятора к кластеру). В примере по фиг.3 таблица маршрутизации может храниться посредством модуля 348 задания таблиц маршрутизации.
Как представлено посредством этапа 418, корневая точка доступа отправляет информацию новой таблицы маршрутизации во все ретрансляторы кластера. Таким образом, всем ретрансляторам кластера может сообщаться новая топология кластера. В некоторых реализациях корневая точка доступа может отправлять всю таблицу маршрутизации в ретрансляторы кластера каждый раз, когда таблица маршрутизации изменяется. Альтернативно, в некоторых реализациях корневая точка доступа может просто указывать все изменения таблицы маршрутизации. Например, корневая точка доступа может отправлять сообщение, которое содержит записи таблицы маршрутизации всех новых идентификаторов, которые добавлены, или индикатор относительно всех записей таблицы маршрутизации, которые удалены с момента, когда последняя информация таблицы маршрутизации отправлена. С другой стороны, корневая точка доступа может использовать схему синхронизации (к примеру, посредством включения порядкового номера в сообщение), чтобы гарантировать, что ретрансляторы могут определять то, имеют они или нет актуальную таблицу маршрутизации. В примере по фиг.3 модуль 348 задания таблиц маршрутизации может взаимодействовать с контроллером 326 связи и передающим устройством 312, чтобы передавать вышеуказанную информацию.
В некоторых случаях (к примеру, основанной на UMB реализации) корневая точка доступа отправляет сообщение ClusterTopology, которое включает в себя информацию таблицы маршрутизации, во все ретрансляторы в ассоциированном обслуживающем кластере. Корневая точка доступа может отправлять это сообщение, когда ретранслятор или корневая точка доступа становятся FLSE для ретранслятора или более не являются FLSE для ретранслятора. Таким образом, сообщение может отправляться, когда таблицы перенаправления в кластере изменяются.
Обслуживающий кластер может быть задан как кластер, для которого имеется тракт от корневой точки доступа к ретранслятору, для которого обслуживающая точка доступа каждого ретранслятора в тракте является членом кластера. Каждая ретрансляционная станция в обслуживающем кластере может иметь точно одну запись в таблице ClusterTopology, даже если она имеет открытые маршруты к нескольким членам кластера. Ретранслятор, который имеет запись в IDTable, но не имеет в таблице ClusterTopology, не находится в обслуживающем кластере.
В некоторых случаях ретранслятор может отправлять запрос на информацию таблицы маршрутизации. Например, если корневая точка доступа находится в обслуживающем кластере, ретранслятор может отправлять ClusterTopologyRequest после приема сообщения IDAssign. В примере по фиг.3 формирователь 336 запросов может взаимодействовать с передающим устройством 316, чтобы передавать этот запрос.
Ретрансляторы кластера принимают информацию таблицы маршрутизации, как представлено посредством этапа 420. В примере по фиг.3 контроллер 350 таблиц маршрутизации может взаимодействовать с приемным устройством 318, чтобы принимать информацию таблицы маршрутизации, после чего контроллер 350 таблиц маршрутизации обрабатывает информацию.
В некоторых случаях (к примеру, основанной на LTE реализации) каждый ретранслятор, который принимает информацию таблицы маршрутизации, может перенаправлять информацию в другой ретранслятор. Например, после приема новой таблицы маршрутизации ретранслятор 104 (к примеру, контроллер 350 таблиц маршрутизации ретранслятора) может перенаправлять таблицу маршрутизации в ретранслятор 108. Ретранслятор 108, в свою очередь, может перенаправлять таблицу маршрутизации в ретрансляторы 110 и 112.
В некоторых случаях (к примеру, основанной на UMB реализации) после приема сообщения ClusterTopology ретранслятор может выполнять нижеприведенные операции. Во-первых, ретранслятор может проверять достоверность сообщения. Здесь ретранслятор может отбрасывать сообщение, если сообщение является недопустимым. Затем ретранслятор может определять то, включает или нет поле MessageSequence сообщения в себя следующую ожидаемую последовательность сообщений для сообщения ClusterTopology. Если нет, ретранслятор может отбрасывать сообщение и отправлять сообщение ClusterTopologyRequest с полем MessageSequence, равным последнему MessageSequence, принимаемому для сообщения ClusterTopology, которое обработано успешно.
Иначе, ретранслятор может обновлять свою таблицу перенаправления (пояснена ниже) на основе содержимого сообщения ClusterTopology. Здесь ретранслятор может добавлять все ретрансляторы, перечисленные в сообщении ClusterTopology, для которых поле IsNewEntry указывает, что это новая запись (к примеру, поле задано равным 1). Ретранслятор может удалять все ретрансляторы, перечисленные в ClusterTopology, для которых поле IsNewEntry указывает, что эта запись должна удаляться (к примеру, поле задано равным 0). Ретранслятор также может удалять из кластера все ретрансляторы ниже удаленного ретранслятора. Ретранслятор затем может отправлять сообщение подтверждения приема ClusterTopologyAck в корневую точку доступа.
Как представлено посредством этапа 422, каждый ретранслятор кластера задает таблицу перенаправления на основе принимаемой информации таблицы маршрутизации. Таблица перенаправления может принимать форму таблицы 2 или 3, поясненных выше, или некоторую другую подходящую форму. В примере по фиг.3 таблица перенаправления может быть задана посредством модуля 352 задания таблиц перенаправления.
Как представлено посредством этапа 424, узлы кластера могут выполнять операции, аналогичные описанным выше, чтобы хранить (к примеру, обновлять) идентификаторы и таблицы каждый раз, когда имеется изменение в топологии кластера. Например, таблица идентификаторов, таблица маршрутизации и таблицы перенаправления могут модифицироваться каждый раз, когда ретранслятор выходит из кластера, присоединяется к кластеру или перемещается в рамках кластера.
В некоторых реализациях корневая точка доступа может автоматически обнаруживать изменение в топологии кластера, поскольку корневая точка доступа содержит маршрут к каждому ретранслятору в кластере (к примеру, в отличие от систем, в которых изменение в топологии обнаруживается локально и должно проникать вплоть до корня). В любом случае корневая точка доступа целесообразно может отправлять обновления топологии на основе знания изменения в топологии. Например, корневая точка доступа может отправлять обновление только в затронутую часть топологии (к примеру, часть ретрансляторов в кластере) и не сообщать остальной части топологии. Корневая точка доступа может выбирать не отправлять информацию топологии для сети, которая имеет два перескока (один для доступа и один для транзитного соединения), или в ретранслятор, который не перенаправляет пакеты в нисходящем направлении. Тем не менее корневая точка доступа по-прежнему может отправлять таблицу идентификаторов, чтобы предоставлять сжатие (пояснено ниже).
В качестве примера вышеуказанного, когда корневая точка доступа принимает индикатор RouteClosed (указывающий, что маршрут к ретранслятору закрыт), корневая точка доступа может отправлять обновленное сообщение ClusterTopology во все оставшиеся ретрансляторы в кластере. Помимо этого, после приема индикатора RouteClosed ретранслятор может удалять идентификатор и таблицы перенаправления для кластера.
Когда ретранслятор выходит из кластера, конкретный для кластера идентификатор для ретранслятора не может быть повторно использован в течение заданного периода времени. Например, идентификатор не может быть повторно использован в течение определенного периода времени после того, как маршрут к ретранслятору закрывается, так что все пакеты в кластере для этого ретранслятора могут "очищаться" из кластера.
Ссылаясь теперь на фиг.5A и 5B, описываются примерные операции, которые могут выполняться посредством узлов кластера, чтобы маршрутизировать пакеты в рамках кластера. В этом примере допускается, что пакет, передаваемый через кластер, сжимается после входа в кластер или когда он сформирован посредством узла кластера. Следует принимать во внимание, тем не менее, то, что идеи в данном документе могут быть применимыми к реализациям, в которых пакеты маршрутизируются через кластер без сжатия.
Как представлено посредством этапа 502 по фиг.5A, в некоторой точке во времени узел в кластере принимает или формирует пакет, который должен маршрутизироваться в рамках кластера. В качестве одного примера, ретранслятор может формировать управляющий пакет, который должен отправляться в базовую сеть (к примеру, через шлюз доступа, как представлено посредством сетевого узла 116 на фиг.1). В качестве другого примера, ретранслятор (к примеру, ретранслятор 108) может принимать пакет от ассоциированного терминала доступа (к примеру, терминала 114 доступа), который должен отправляться в другое устройство через базовую сеть. В качестве еще одного другого примера, корневая точка 102 доступа может принимать пакет от базовой сети, которая предназначается для ретранслятора (к примеру, в случае управляющего пакета) или терминала доступа, который подключается к ретранслятору (к примеру, в случае пакета данных). В примере по фиг.3 пакетный процессор 328 или 334 может формировать этот пакет или взаимодействовать с ассоциированным приемным устройством 314 или 318, чтобы принимать пакет.
Как представлено посредством этапа 504, узел сжимает пакет до маршрутизации пакета через кластер. Например, узлы кластера могут реализовывать протокол сжатия, который сжимает заголовки пакетов, которые должны маршрутизироваться в рамках кластера. В качестве конкретного примера, протокол сжатия может сжимать UDP/IP-заголовок или L2TPv3/IP-заголовок пакета сетевой операционной системы (IOS). Здесь протокол сжатия может поддерживать сжатие следующих IOS-интерфейсов: интерфейс обмена служебными сигналами между ANRI (IAS), который переносит служебную информацию сеансов/поисковых вызовов между ANRI для терминала доступа; интерфейс IP-туннелирования (IPT), который переносит служебные сообщения, чтобы уведомлять и перенаправлять туннелированный трафик на основе мобильности терминала доступа, и инкапсулирует туннелированные IP-пакеты, которые должны быть переданы между сетями доступа для терминала доступа; интерфейс туннелирования канального уровня (LLT), который переносит туннелирование пакетов канального уровня в обслуживающую сеть доступа прямой линии связи и от обслуживающей сети доступа обратной линии связи. Протокол сжатия может сжимать UDP- и IP-заголовки интерфейсов передачи служебных сигналов IAS и IPT. Протокол сжатия может сжимать L2TPv3- и IP-заголовки интерфейсов данных LLT и IPT. В некоторых аспектах сжатие может упрощать маршрутизацию через несколько перескоков (к примеру, IP-адрес или маршрутный адрес может считываться из сжатого заголовка без распаковки пакета). В некоторых реализациях сжатие между ретранслятором и другим ретранслятором или точкой доступа предоставляется посредством открытия маршрута к этому ретранслятору или точке доступа. В примере по фиг.3 пакетные процессоры 328 и 334 могут реализовывать протокол сжатия.
Как представлено посредством этапа 506, протокол сжатия может добавлять заголовок к пакету, при этом заголовок может включать в себя конкретные для кластера идентификаторы, чтобы указывать узел кластера (к примеру, ретранслятор), который является источником пакета, и узел кластера (к примеру, ретранслятор), который является назначением пакета. Например, заголовок принимаемого пакета может включать в себя исходный адрес и/или целевой адрес, который соответствует идентификатору сети (к примеру, ANID) узла в кластере, как указано посредством списка идентификаторов (описанного выше). Таким образом, протокол сжатия может использовать идентификатор сети и список идентификаторов, чтобы определять то, какой конкретный для кластера идентификатор(ы) должен использоваться в добавленном заголовке, чтобы маршрутизировать пакет в рамках кластера.
Как представлено посредством этапа 508, узел перенаправляет пакет в ретранслятор в кластере. Как пояснено выше, протокол управления ретрансляцией, реализованный посредством узла, может использовать таблицу перенаправления для того, чтобы идентифицировать ретранслятор, в который должен перенаправляться пакет. Например, если пакет исходит в ретрансляторе 104 на фиг.1 и предназначается для ретранслятора 110, узел 104 может перенаправлять пакет в ретранслятор 108. В примере по фиг.3 пакетный процессор 328 или 334 может определять соответствующее назначение для пакета и взаимодействовать с ассоциированным передающим устройством 312 или 316, чтобы передавать пакет.
Ретранслятор в кластере затем принимает пакет, как представлено посредством этапа 510. С другой стороны, на фиг.3 пакетный процессор 328 или 334 может взаимодействовать с ассоциированным приемным устройством 314 или 318, чтобы принимать пакет.
Как представлено посредством этапа 512 по фиг.5B, когда узел принимает пакет (к примеру, через протокол работы линии радиосвязи), протокол управления ретрансляцией может сначала определять то, включает или нет пакет в себя информацию маршрутизации. Если нет (к примеру, поле IPHeaderIncluded добавленного заголовка задано равным 0), это указывает, что текущий узел является назначением для пакета. В этом случае протокол управления ретрансляцией может отправлять пакет в протокол сжатия (к примеру, реализованный, по меньшей мере, частично, посредством пакетного процессора), посредством которого пакет распаковывается (этап 514). Пакет затем может перенаправляться в протокол верхнего уровня (к примеру, в конечном назначении).
Например, в случае если пакет предназначается для ретранслятора, на этапе 516 пакетный процессор 334 может обрабатывать пакет и предоставлять пакетную информацию в соответствующее приложение, выполняющееся в узле (к примеру, в контроллере 332 связи).
Альтернативно, в случае если пакет предназначается для терминала доступа, который ассоциирован с ретранслятором, на этапе 516 ретранслятор может перенаправлять пакет в терминал доступа. В примере по фиг.3 это может заключать в себе формирование посредством процессора 332 связи соответствующего сообщения и взаимодействие с передающим устройством 320, чтобы отправлять пакет по радиоинтерфейсу в терминал доступа.
Если пакет действительно включает в себя информацию маршрутизации на этапе 512 (к примеру, поле IPHeaderIncluded добавленного заголовка задано равным 1), протокол управления ретрансляцией может определять то, указывает или нет информация маршрутизации, что текущий узел является назначением для пакета (этап 518). Это может заключать в себе, например, сравнение конкретного для кластера идентификатора узла (к примеру, хранимого в списке идентификаторов) с идентификатором назначения в добавленном заголовке пакета.
Если текущий узел является назначением для пакета, последовательность операций переходит к этапам 514 и 516. Таким образом, пакет может перенаправляться в протокол сжатия, так что пакет может распаковываться и затем предоставляться в узел, ассоциированный терминал доступа или некоторую другую обозначенную конечную точку.
Если информация маршрутизации указывает на этапе 518, что этот узел не является назначением для пакета (к примеру, протокол управления ретрансляцией принимает сжатый пакет, который должен перенаправляться), протокол управления ретрансляцией определяет следующую линию связи для пакета (этап 520). Здесь пакетный процессор 334 может использовать идентификатор назначения из добавленного заголовка пакета, а также таблицу перенаправления узла, чтобы определять узел, в который должен маршрутизироваться пакет.
Как представлено посредством этапа 522, протокол управления ретрансляцией определяет то, является или нет следующая линия связи идентичной исходной линии связи (т.е. линии связи, из которой пакет принят). Этот случай может возникать, например, когда нисходящий ретранслятор удален из кластера. В этом случае запись для ретранслятора удаляется из таблицы перенаправления текущего узла. Помимо этого, таблица перенаправления для узла может указывать восходящую линию связи как следующую линию связи для всех идентификаторов, которые не находятся в таблице перенаправления (к примеру, как показано в таблицах 2 и 3).
Если следующая линия связи не является идентичной исходной линии связи на этапе 522, протокол управления ретрансляцией перенаправляет пакет в узел, указанный в таблице перенаправления (этап 526). Таким образом, протокол управления ретрансляцией может перенаправлять пакет в экземпляр протокола управления ретрансляцией на следующей линии связи.
Если, с другой стороны, следующая линия связи является идентичной исходной линии связи на этапе 522, протокол управления ретрансляцией может отправлять пакет обратно в исходную линию связи (этап 524). Например, если ретранслятор имеет маршрут к ретранслятору, соответствующему идентификатору назначения в добавленном заголовке, ретранслятор может перенаправлять пакет в соответствующий протокол (к примеру, IRTP-протокол) для этого маршрута. Иначе, протокол управления ретрансляцией может отбрасывать пакет на этапе 524.
Идеи в данном документе могут реализовываться различными способами в различных реализациях. Например, могут использоваться различные типы идентификаторов, могут использоваться различные технологии для того, чтобы распределять идентификаторы по кластеру, и могут использоваться различные технологии для того, чтобы маршрутизировать трафик через кластер на основе этих идентификаторов.
В некоторых реализациях IP-адреса используются как коммутационные теги (к примеру, коммутационные теги уровня 2), чтобы маршрутизировать пакеты в ретрансляционном кластере. Здесь каждому ретранслятору может быть назначен уникальный IP-адрес. Каждый из ретрансляторов затем может быть выполнен с возможностью распознавать IP-адреса всех своих нисходящих ретрансляторов (к примеру, всех ретрансляторов ниже него). Как результат, ретранслятор может коммутировать пакеты напрямую.
В кластере с несколькими ретрансляционными узлами корневая точка доступа может выбирать перенаправлять пакеты, маршрутизировать пакеты маршрута или не осуществлять ничего из этого. Примеры этих сценариев приводятся ниже. Первоначально описываются операции, касающиеся неиспользования маршрутизации или перенаправления. Затем описываются операции, касающиеся использования перенаправления уровня 2. Далее описываются операции, касающиеся использования статического перенаправления уровня 3. В завершение описываются операции, касающиеся использования маршрутизации уровня 3.
В реализации, в которой корневая точка доступа выбирает не маршрутизировать или перенаправлять, может использоваться следующая последовательность обнаружения адресов. Когда ретранслятор активируется, ретранслятор может отправлять широковещательное DHCP-сообщение. Корневая точка доступа помещает его в L2TP-туннель и перенаправляет его в шлюз доступа. Обратные пакеты входят в L2TP-туннель, передаваемый по радиоинтерфейсу посредством корневой точки доступа.
Следующие операции выделения адресов также могут использоваться. Адреса выделяются посредством шлюза доступа или DHCP-сервера за шлюзом доступа. Здесь шлюз доступа является маршрутизатором первого перескока.
Ретранслятор может туннелировать пакеты для "ретрансляторов-в-цепочке" в кластере. Например, со ссылкой на фиг.1, ретранслятор 108 может помещать пакеты из терминала 114 доступа в GRE-туннель. Аналогично, ретранслятор 104 может помещать пакеты из ретранслятора 108 в GRE-туннель. Пакет, достигающий корневой точки 102 доступа, таким образом, имеет два GRE-заголовка. Преимущество этой схемы состоит в том, что она дает возможность каждому ретранслятору трактовать все нисходящие элементы как терминалы доступа. Недостаток этой схемы заключается в том, что дополнительные GRE-заголовки добавляются при каждом перескоке.
В отличие от вышеописанной схемы, корневая точка доступа может перенаправлять или маршрутизировать пакеты в ретранслятор. Когда пакеты маршрутизируются в корневую точку доступа, корневая точка доступа может владеть собственной подсетью. Здесь корневая точка доступа может выступать в качестве шлюза по умолчанию для всех ретрансляторов в рамках своей подсети. Адреса для ретрансляторов могут выделяться из подсети. DHCP-сервер может располагаться в другом месте.
Корневая точка доступа может выполнять протокол маршрутизации с шлюзом доступа и другой точкой доступа (к примеру, другой корневой точкой доступа, не показанной на фиг.1, подключенной к сетевому узлу 116). Этот протокол маршрутизации выполнен по транзитному соединению. Преимущество такого сценария состоит в том, что пакеты могут маршрутизироваться напрямую без туннелей. Этот сценарий потенциально может быть преимущественным, когда линия связи существует между корневыми точками доступа. Потенциальный недостаток этой схемы заключается в том, что стек маршрутизации, возможно, должен реализовываться в корневой точке доступа.
Когда пакет перенаправляется ниже корневой точки доступа, пакет, поступающий в ретранслятор 104, может иметь IP-адрес ретранслятора 108. Такой пакет может исходить из шлюза доступа (к примеру, сетевого узла 116) или корневой точки 102 доступа. Ретранслятор 104 должен видеть IP-пакет (к примеру, после детуннелирования), и ретранслятор 104 должен отправлять пакет в ретранслятор 108. Три схемы предоставления возможности ретранслятору 104 определять то, где маршрутизировать пакет, далее описываются по очереди. Как упомянуто выше, первая схема заключает в себе перенаправление уровня 2 (L2), вторая схема заключает в себе статическое перенаправление уровня 3 (L3), и третья схема заключает в себе маршрутизацию уровня 3 (L3).
В перенаправлении L2 каждый узел ретрансляционного кластера в рамках корневой точки доступа может быть частью одной подсети. Здесь каждый узел распознает MAC-адрес каждого узла ниже него в дереве (каждому узлу назначается собственный уникальный MAC-идентификатор). MAC-адреса могут быть распознаны, например, с помощью стандартного протокола межсетевого преобразования данных L2 (к примеру, протокол L2, такой как STP, может быть выполнен). Реализация STP может быть относительно прямой, поскольку кластер имеет древовидную топологию. Таблицы перенаправления L2 могут быть использованы в этой схеме (к примеру, реализованной в соответствии с идеями в данном документе).
Для DHCP-тракта в этой схеме DHCP-запрос может быть передан по всех линиям связи в кластере и должен в конечном счете достигать корневой точки доступа. Корневая точка доступа перенаправляет запрос в DHCP-сервер (в или через шлюз доступа). DHCP-ответ (включающий в себя новый IP-адрес для узла) возвращается в подсеть и передается в широковещательном режиме по L2 до тех пор, пока он не достигает целевого ретранслятора. Таким образом, эта схема может использовать механизм межканальной широковещательной передачи.
В некоторых реализациях альтернативная транспортировка для пакетов между ретрансляторами и между ретранслятором и корневой точкой доступа может использоваться. Например, протокол ячеистой маршрутизации WiFi может использоваться в некоторых случаях. Четыре идентификатора могут использоваться в этих случаях: идентификатор источника, идентификатор назначения, промежуточный идентификатор источника и промежуточный идентификатор назначения. Промежуточный заголовок может изменяться при каждом перескоке.
В перенаправлении L3 каждый узел ретрансляционного кластера в рамках корневой точки доступа может быть частью одной подсети. Эти IP-адреса назначаются по нескольким перескокам. В этом случае каждый узел распознает IP-адрес каждого узла ниже него в дереве. Как описано выше, эта схема использует механизм межканальной широковещательной передачи. Помимо этого, эта схема может по существу выполнять протокол L2 с применением IP-адресов.
Для DHCP-тракта в этой схеме, со ссылкой на фиг.1, DHCP-запрос от ретранслятора 108 ретранслируется посредством ретранслятора 104 (агента DHCP-ретранслятора) в маршрутизатор по умолчанию (корневую точку 102 доступа). Корневая точка доступа перенаправляет запрос в шлюз доступа. Здесь шлюз доступа потенциально перенаправляет запрос в DHCP-сервер. DHCP-ответ, включающий в себя назначенный IP-адрес, возвращается в текущую подсеть (которой может владеть шлюз доступа или корневая точка 102 доступа). Эта схема является аналогичной наличию DHCP-сервера в другой подсети.
Здесь пакет DHCP-ответа может отправляться через широковещательную передачу в ретранслятор 108. Таким образом, эта схема может включать в себя механизм широковещательной передачи.
IP-пакет, который достигает корневой точки 102 доступа, перенаправляется в целевой ретранслятор. Здесь следующие признаки узлов могут использоваться. Каждый узел знает все IP-адреса под собой. Например, аналогичным образом, как пояснено выше для конкретных для кластера идентификаторов, таблица IP-адресов может храниться и распределяться во все узлы в кластере. Кроме того, каждый узел может распознавать таблицу перенаправления. В некоторых аспектах эта схема по существу использует механизм перенаправления L2 с применением IP-адресов. Также могут предприниматься меры для того, чтобы предотвращать контуры в таблицах.
В маршрутизации L3 каскадные подсети могут предоставляться для каждого ретранслятора. Другими словами, каждый ретранслятор владеет подсетью. IP-адрес для каждого нового ретранслятора может выделяться из подсети выше. Таким образом, дочерние ретрансляторы могут получать адреса и/или подсети из подсети родительского узла. Эта схема тем самым заключает в себе самое длинное совпадение префиксов. IP-маршруты должны быть распознаны. Каждый ретранслятор реализует стандартный стек IP-маршрутизации. Пакеты перенаправляются на основе IP-маршрутизации.
Система беспроводной связи с множественным доступом может одновременно поддерживать связь для нескольких беспроводных терминалов доступа. Каждый терминал может обмениваться данными с одной или более точек доступа посредством передачи по прямой и обратной линии связи. Прямая линия связи (или нисходящая линия связи) относится к линии связи от точек доступа к терминалам, а обратная линия связи (или восходящая линия связи) относится к линии связи от терминалов к точкам доступа. Эта линия связи может устанавливаться через систему с одним входом и одним выходом, систему со многими входами и многими выходами (MIMO) или некоторый другой тип системы.
T
R
T
R
S
S
T
R
S
MIMO-система использует несколько (N) передающих антенн и несколько (N) приемных антенн для передачи данных. MIMO-канал, сформированный посредством N передающих и N приемных антенн, может быть разложен на N независимых каналов, которые также упоминаются как пространственные каналы, где N<min{N, N}. Каждый из Nнезависимых каналов соответствует размерности. MIMO-система может предоставлять повышенную производительность (к примеру, более высокую пропускную способность и/или большую надежность), если используются дополнительные размерности, создаваемые посредством нескольких передающих и приемных антенн.
MIMO-система может поддерживать системы с дуплексом с временным разделением каналов (TDD) и с дуплексом с частотным разделением каналов (FDD). В TDD-системе передачи по прямой и обратной линии связи осуществляются в одной частотной области, так что принцип обратимости предоставляет возможность оценки канала прямой линии связи из канала обратной линии связи. Это позволяет точке доступа извлекать выигрыш от формирования диаграммы направленности передачи по прямой линии связи, когда множество антенн доступно в точке доступа.
Идеи в данном документе могут быть включены в узел (к примеру, устройство), использующий различные компоненты для обмена данными, по меньшей мере, с одним другим узлом. Фиг.6 иллюстрирует несколько примерных компонентов, которые могут использоваться для того, чтобы упрощать связь между узлами. В частности, фиг.6 иллюстрирует беспроводное устройство 610 (к примеру, точку доступа) и беспроводное устройство 650 (к примеру, терминал доступа) MIMO-системы 600. В устройстве 610 данные трафика для определенного числа потоков данных предоставляются из источника 612 данных в процессор 614 передачи (TX) данных.
В некоторых аспектах каждый поток данных передается через соответствующую передающую антенну. Процессор 614 TX-данных форматирует, кодирует и перемежает данные трафика для каждого потока данных на основе конкретной схемы кодирования, выбранной для этого потока данных, чтобы предоставлять кодированные данные.
Кодированные данные для каждого потока данных могут быть мультиплексированы с пилотными данными с использованием OFDM-технологий. Пилотные данные типично являются известным шаблоном данных, который обрабатывается известным способом и может быть использован в системе приемного устройства для того, чтобы оценивать отклик канала. Мультиплексированные пилотные и кодированные данные для каждого потока данных затем модулируются (т.е. символьно преобразуются) на основе конкретной схемы модуляции (к примеру, BPSK, QSPK, M-PSK или M-QAM), выбранной для этого потока данных, чтобы предоставлять символы модуляции. Скорость передачи данных, кодирование и модуляция для каждого потока данных могут быть определены посредством инструкций, выполняемых посредством процессора 630. Запоминающее устройство 632 может сохранять программный код, данные и другую информацию, используемую посредством процессора 630 или других компонентов устройства 610.
T
T
Символы модуляции для всех потоков данных затем предоставляются в TX MIMO-процессор 620, который дополнительно может обрабатывать символы модуляции (к примеру, для OFDM). TX MIMO-процессор 620 затем предоставляет N потоков символов модуляции в N приемо-передающих устройств (XCVR) 622A-622T. В различных вариантах осуществления TX MIMO-процессор 620 применяет весовые коэффициенты формирования диаграммы направленности к символам потоков данных и к антенне, из которой передается символ.
N
N
T
T
Каждое приемо-передающее устройство 622 принимает и обрабатывает соответствующий поток символов, чтобы предоставлять один или более аналоговых сигналов, и дополнительно приводит к требуемым параметрам (к примеру, усиливает, фильтрует и преобразует с повышением частоты) аналоговые сигналы, чтобы предоставлять модулированный сигнал, подходящий для передачи по MIMO-каналу.  модулированных сигналов из приемо-передающих устройств 622A-622T затем передаются из  антенн 624A-624T соответственно.
R
В устройстве 650 передаваемые модулированные сигналы принимаются посредством N антенн 652A-652R, и принимаемый сигнал из каждой антенны 652 предоставляется в соответствующее приемо-передающее устройство (XCVR) 654A-654R. Каждое приемо-передающее устройство 654 приводит к требуемым параметрам (к примеру, фильтрует, усиливает и преобразует с понижением частоты) соответствующий принимаемый сигнал, оцифровывает приведенный к требуемым параметрам сигнал, чтобы предоставлять выборки, и дополнительно обрабатывает выборки, чтобы предоставлять соответствующий "принимаемый" поток символов.
R
R
T
Процессор 660 приема (RX) данных затем принимает и обрабатывает N принимаемых потоков символов от N приемо-передающих устройств 654 на основе конкретной технологии обработки приемного устройства, чтобы предоставлять N "обнаруженных" потоков символов. Процессор 660 RX-данных после этого демодулирует, обратно перемежает и декодирует каждый обнаруженный поток символов, чтобы восстанавливать данные трафика для потока данных. Обработка посредством процессора 660 RX-данных комплементарна обработке, выполняемой посредством TX MIMO-процессора 620 и процессора 614 TX-данных в устройстве 610.
Процессор 670 периодически определяет то, какую матрицу предварительного кодирования использовать (описывается ниже). Процессор 670 формулирует сообщение обратной линии связи, содержащее часть индекса матрицы и часть значения ранга. Запоминающее устройство 672 может сохранять программный код, данные и другую информацию, используемую посредством процессора 670 или других компонентов устройства 650.
Сообщение обратной линии связи может содержать различные типы информации, относящейся к линии связи и/или принимаемому потоку данных. Сообщение обратной линии связи затем обрабатывается посредством процессора 638 TX-данных, который также принимает данные трафика для определенного числа потоков данных из источника 636 данных, модулируется посредством модулятора 680, приводится к требуемым параметрам посредством приемо-передающих устройств 654A-654R и передается обратно в устройство 610.
В устройстве 610 модулированные сигналы от устройства 650 принимаются посредством антенн 624, приводятся к требуемым параметрам посредством приемо-передающих устройств 622, демодулируются посредством демодулятора (DEMOD) 640 и обрабатываются посредством процессора 642 RX-данных, чтобы извлекать сообщение обратной линии связи, передаваемое посредством устройства 650. Процессор 630 затем определяет то, какую матрицу предварительного кодирования использовать для определения весовых коэффициентов формирования диаграммы направленности, и далее обрабатывает извлеченное сообщение.
Фиг.6 также иллюстрирует то, что компоненты связи могут включать в себя один или более компонентов, которые выполняют операции управления ретрансляцией, как рассматривается в данном документе. Например, компонент 690 управления ретрансляцией может взаимодействовать с процессором 630 и/или другими компонентами устройства 610, чтобы отправлять/принимать сигналы в/из другого устройства (к примеру, устройства 650), как рассматривается в данном документе. Аналогично, компонент 692 управления ретрансляцией может взаимодействовать с процессором 670 и/или другими компонентами устройства 650, чтобы отправлять/принимать сигналы в/из другого устройства (к примеру, устройства 610). Следует принимать во внимание, что для каждого устройства 610 и 650 функциональность двух или более из описанных компонентов может предоставляться посредством одного компонента. Например, один компонент обработки может предоставлять функциональность компонента 690 управления ретрансляцией и процессора 630, и один компонент обработки может предоставлять функциональность компонента 692 управления ретрансляцией и процессора 670.
Идеи в данном документе могут быть включены в различные типы систем связи и/или компоненты систем. В некоторых аспектах идеи в данном документе могут использоваться в системе множественного доступа, допускающей поддержку связи с несколькими пользователями посредством совместного использования доступных системных ресурсов (к примеру, посредством указания одного или более из полосы пропускания, мощности передачи, кодирования, перемежения и т.д.). Например, идеи в данном документе могут применяться к любой или комбинациям следующих технологий: системы множественного доступа с кодовым разделением каналов (CDMA), системы CDMA с несколькими несущим (MCCDMA), системы широкополосного CDMA (W-CDMA), системы высокоскоростного пакетного доступа (HSPA, HSPA+), системы множественного доступа с временным разделением каналов (TDMA), системы множественного доступа с частотным разделением каналов (FDMA), системы FDMA с одной несущей (SC-FDMA), системы множественного доступа с ортогональным частотным разделением каналов (OFDMA) или другие технологии множественного доступа. Система беспроводной связи, использующая идеи в данном документе, может быть выполнена с возможностью реализовывать один или более стандартов, такие как IS-95, cdma2000, IS-856, W-CDMA, TDSCDMA и другие стандарты. CDMA-сеть может реализовывать такую технологию радиосвязи, как универсальный наземный радиодоступ (UTRA), cdma2000 или некоторая другая технология. UTRA включает в себя W-CDMA и стандарт низкой скорости при передаче символов шумоподобной последовательности (LCR). Дополнительно, технология cdma2000 охватывает стандарты IS-2000, IS-95 и IS-856. TDMA-сеть может реализовывать такую технологию радиосвязи, как глобальная система мобильной связи (GSM). OFDMA-сеть может реализовывать такую технологию радиосвязи, как усовершенствованный UTRA (E-UTRA), IEEE 802.11, IEEE 802.16, IEEE 802.20, Flash-OFDM и т.д. UTRA, E-UTRA и GSM являются частью универсальной системы мобильных телекоммуникаций (UMTS). Идеи в данном документе могут реализовываться в системе по стандарту долгосрочного развития 3GPP (LTE), системе по стандарту сверхширокополосной передачи для мобильных устройств (UMB) и других типах систем. LTE - это версия UMTS, которая использует EUTRA. Хотя определенные аспекты раскрытия сущности могут описываться с использованием терминологии 3GPP, следует понимать, что идеи в данном документе могут применяться к технологии 3GPP (Re199, Re15, Re16, Re17), а также к технологии 3GPP2 (1xRTT, 1xEV-DO RelO, RevA, RevB) и к другим технологиям.
Идеи в данном документе могут быть включены (к примеру, реализованы в рамках или выполнены посредством) во множество устройств (к примеру, узлов). В некоторых аспектах узел (к примеру, беспроводной узел), реализованный в соответствии с идеями в данном документе, может содержать точку доступа или терминал доступа.
Например, терминал доступа может содержать, быть реализован как или известен как абонентское устройство, абонентская станция, абонентский модуль, мобильная станция, мобильное устройство, мобильный узел, удаленная станция, удаленный терминал, пользовательский терминал, пользовательский агент, пользовательское устройство или некоторый другой термин. В некоторых реализациях терминал доступа может содержать сотовый телефон, беспроводной телефон, телефон по протоколу инициирования сеанса (SIP), станцию беспроводного абонентского доступа (WLL), персональное цифровое устройство (PDA), карманное устройство с поддержкой беспроводных соединений или некоторое другое надлежащее устройство обработки, подключенное к беспроводному модему. Соответственно, один или более рассматриваемых в данном документе аспектов могут быть включены в телефон (к примеру, сотовый телефон или смартфон), компьютер (к примеру, дорожный компьютер), портативное устройство связи, портативное вычислительное устройство (к примеру, персональное цифровое устройство), бытовое устройство (к примеру, музыкальное или видеоустройство или спутниковое радиоустройство), устройство системы глобального позиционирования или любое другое надлежащее устройство, которое выполнено с возможностью обмениваться данными через беспроводную передающую среду.
Точка доступа может содержать, быть реализована как или известна как узел B, e-узел B, контроллер радиосети (RNC), базовая станция (BS), базовая радиостанция (RBS), контроллер базовой станции (BSC), базовая приемо-передающая станция (BTS), функция приемо-передающего устройства (TF), радиоприемо-передающее устройство, радиомаршрутизатор, базовый набор служб (BSS), расширенный набор служб (ESS) или некоторый другой аналогичный термин.
В некоторых аспектах узел (к примеру, точка доступа) может содержать узел доступа для системы связи. Такое устройство доступа может предоставлять, например, возможности подключения к сети (к примеру, глобальной вычислительной сети, такой как Интернет или сотовая сеть) через линию проводной или беспроводной связи с сетью. Соответственно, узел доступа может предоставлять возможность другому узлу (к примеру, терминалу доступа) осуществлять доступ к сети или некоторую другую функциональность. Помимо этого, следует принимать во внимание, что один или оба из узлов могут быть портативными или в некоторых случаях относительно непортативными.
Кроме того, следует принимать во внимание, что беспроводной узел может допускать передачу и/или прием информации небеспроводным способом (к примеру, через проводное подключение). Таким образом, приемное устройство и передающее устройство, как пояснено в данном документе, могут включать в себя соответствующие компоненты интерфейса связи (к примеру, компоненты электрического или оптического интерфейса), чтобы обмениваться данными через небеспроводную передающую среду.
Беспроводной узел может обмениваться данными через одну или более линий беспроводной связи, которые основаны или иным образом поддерживают любую подходящую технологию беспроводной связи. Например, в некоторых аспектах беспроводной узел может ассоциироваться с сетью. В некоторых аспектах сеть может содержать локальную вычислительную сеть или глобальную вычислительную сеть. Беспроводное устройство может поддерживать или иным образом использовать одну или более из множества технологий, протоколов или стандартов беспроводной связи, к примеру, поясненных в данном документе (например, CDMA, TDMA, OFDM, OFDMA, WiMAX, Wi-Fi и т.д.). Аналогично, беспроводной узел может поддерживать или иным образом использовать одну или более из множества соответствующих схем модуляции или мультиплексирования. Беспроводной узел тем самым может включать в себя соответствующие компоненты (к примеру, радиоинтерфейсы), чтобы устанавливать и обмениваться данными через одну или более линий беспроводной связи с использованием вышеуказанных или других технологий беспроводной связи. Например, беспроводной узел может содержать беспроводное приемо-передающее устройство с ассоциированными компонентами передающего устройства и приемного устройства, которые могут включать в себя различные компоненты (к примеру, формирователи сигналов и процессоры сигналов), которые упрощают связь по беспроводной передающей среде.
Компоненты, описанные в данном документе, могут быть реализованы множеством способов. Ссылаясь на фиг.7-10, устройства 700-1000 представляются как последовательность взаимосвязанных функциональных блоков. В некоторых аспектах функциональность этих блоков может быть реализована как система обработки, включающая в себя один или более компонентов процессора. В некоторых аспектах функциональность этих блоков может быть реализована с помощью, например, по меньшей мере, части одной или более интегральных схем (к примеру, ASIC). Как пояснено в данном документе, интегральная схема может включать в себя процессор, программное обеспечение, другие связанные компоненты или некоторую комбинацию вышеозначенного. Функциональность этих блоков также может быть реализована некоторым другим способом, как рассматривается в данном документе. В некоторых аспектах один или более из выделенных пунктиром этапов на фиг.7-10 являются необязательными.
Устройства 700-1000 могут включать в себя один или более модулей, которые могут выполнять одну или более из функций, описанных выше относительно различных чертежей. Например, средство 702 задания идентификаторов может соответствовать, например, модулю определения идентификаторов, как пояснено в данном документе. Средство 704 отправки идентификаторов может соответствовать, например, передающему устройству, как пояснено в данном документе. Средство 706 приема запросов может соответствовать, например, процессору запросов, как пояснено в данном документе. Средство 708 предоставления списков может соответствовать, например, модулю задания списков, как пояснено в данном документе. Средство 802 приема идентификаторов может соответствовать, например, контроллеру идентификаторов, как пояснено в данном документе. Средство 804 приема пакетов может соответствовать, например, приемному устройству, как пояснено в данном документе. Средство 806 определения обработки пакетов может соответствовать, например, пакетному процессору, как пояснено в данном документе. Средство 808 отправки запросов может соответствовать, например, формирователю запросов, как пояснено в данном документе. Средство 810 приема списков может соответствовать, например, контроллеру списков, как пояснено в данном документе. Средство 812 перенаправления пакетов может соответствовать, например, пакетному процессору, как пояснено в данном документе. Средство 902 задания таблиц маршрутизации может соответствовать, например, модулю задания таблиц маршрутизации, как пояснено в данном документе. Средство 904 отправки информации таблиц маршрутизации может соответствовать, например, передающему устройству, как пояснено в данном документе. Средство 906 предоставления списков может соответствовать, например, модулю задания списков, как пояснено в данном документе. Средство 1002 приема информации таблиц маршрутизации может соответствовать, например, контроллеру таблиц маршрутизации, как пояснено в данном документе. Средство 1004 задания таблиц перенаправления может соответствовать, например, модулю задания таблиц перенаправления, как пояснено в данном документе. Средство 1006 приема пакетов может соответствовать, например, приемному устройству, как пояснено в данном документе. Средство 1008 перенаправления пакетов может соответствовать, например, пакетному процессору, как пояснено в данном документе. Средство 1010 перенаправления информации таблиц маршрутизации может соответствовать, например, контроллеру таблиц маршрутизации, как пояснено в данном документе. Средство 1012 приема списков может соответствовать, например, контроллеру списков, как пояснено в данном документе. Средство 1014 перенаправления пакетов может соответствовать, например, пакетному процессору, как пояснено в данном документе.
Следует понимать, что любая ссылка на элемент в данном документе с применением такого обозначения, как "первый", "второй" и т.д., в общем, не ограничивает количество или порядок этих элементов. Вместо этого данные обозначения могут использоваться в данном документе в качестве удобного способа различения между двумя или более элементов или экземпляров элемента. Таким образом, ссылки на первые и вторые элементы не означают, что только два элемента могут использоваться в данном случае или что первый элемент должен предшествовать второму элементу некоторым образом. Кроме того, если не заявлено иное, набор элементов может содержать один или более элементов. Помимо этого, терминология формы "по меньшей мере, одно из следующего: A, B или C", используемая в описании или формуле изобретения, означает "A или B, или C, или любая комбинация этих элементов".
Специалисты в данной области техники должны понимать, что информация и сигналы могут быть представлены с помощью любой из множества различных технологий. Например, данные, инструкции, команды, информация, сигналы, биты, символы и символы шумоподобной последовательности, которые могут приводиться в качестве примера по всему описанию выше, могут быть представлены посредством напряжений, токов, электромагнитных волн, магнитных полей или частиц, оптических полей или частиц либо любой комбинации вышеозначенного.
Специалисты в данной области техники дополнительно должны принимать во внимание, что любые из различных иллюстративных логических блоков, модулей, процессоров, средств, схем и этапов алгоритма, описанных в связи с аспектами, раскрытыми в данном документе, могут быть реализованы как электронные аппаратные средства (к примеру, цифровая реализация, аналоговая реализация или их комбинация, которая может быть спроектирована с помощью кодирования источника или какой-либо другой технологии), различные формы программного или проектного кода, содержащего инструкции (которые для удобства могут упоминаться в данном документе как "программное обеспечение" или "программный модуль"), или комбинации вышеозначенного. Чтобы понятно иллюстрировать эту взаимозаменяемость аппаратных средств и программного обеспечения, различные иллюстративные компоненты, блоки, модули, схемы и этапы описаны выше, в общем, на основе функциональности. Реализована эта функциональность в качестве аппаратных средств или программного обеспечения, зависит от конкретного варианта применения и проектных ограничений, накладываемых на систему в целом. Высококвалифицированные специалисты могут реализовывать описанную функциональность различными способами для каждого конкретного варианта применения, но такие решения по реализации не должны быть интерпретированы как являющиеся отступлением от объема настоящего раскрытия сущности.
Различные иллюстративные логические блоки, модули и схемы, описанные в связи с аспектами, раскрытыми в данном документе, могут быть реализованы в рамках или выполнены посредством интегральной схемы (IC), терминала доступа или точки доступа. IC может содержать процессор общего назначения, процессор цифровых сигналов (DSP), специализированную интегральную схему (ASIC), программируемую пользователем вентильную матрицу (FPGA) или другое программируемое логическое устройство, дискретный логический элемент или транзисторную логику, дискретные аппаратные компоненты, электрические компоненты, оптические компоненты, механические компоненты либо любую комбинацию вышеозначенного, выполненную с возможностью осуществлять функции, описанные в данном документе, и может приводить в исполнение коды или инструкции, которые постоянно размещаются на IC, вне IC или и там, и там. Процессором общего назначения может быть микропроцессор, но в альтернативном варианте процессором может быть любой традиционный процессор, контроллер, микроконтроллер или конечный автомат. Процессор также может быть реализован как комбинация вычислительных устройств, к примеру комбинация DSP и микропроцессора, множество микропроцессоров, один или более микропроцессоров вместе с ядром DSP либо любая другая аналогичная конфигурация.
Следует понимать, что конкретный порядок или иерархия этапов в раскрытых процессах являются примером типичного подхода. На основе конструктивных предпочтений следует понимать, что конкретный порядок или иерархия этапов в процессах могут быть изменены, при этом оставаясь в рамках объема настоящего раскрытия сущности. Пункты способа в прилагаемой формуле изобретения представляют элементы различных этапов в примерном порядке и не имеют намерение быть ограниченными конкретным представленным порядком или иерархией.
Описанные функции могут быть реализованы в аппаратных средствах, программном обеспечении, микропрограммном обеспечении или в любой комбинации вышеозначенного. Если реализованы в программном обеспечении, функции могут быть сохранены или переданы как одна или более инструкций или код на машиночитаемом носителе. Машиночитаемые носители включают в себя как компьютерные носители хранения данных, так и среду связи, включающую в себя любую передающую среду, которая упрощает перемещение компьютерной программы из одного места в другое. Носителями хранения могут быть любые доступные носители, к которым можно осуществлять доступ посредством компьютера. В качестве примера, но не ограничения, эти машиночитаемые носители могут содержать RAM, ROM, EEPROM, CD-ROM или другое устройство хранения на оптических дисках, устройство хранения на магнитных дисках или другие магнитные устройства хранения либо любой другой носитель, который может быть использован для того, чтобы переносить или сохранять требуемый программный код в форме инструкций или структур данных, и к которому можно осуществлять доступ посредством компьютера. Также любое подключение корректно называть машиночитаемым носителем. Например, если программное обеспечение передается из веб-узла, сервера или другого удаленного источника с помощью коаксиального кабеля, оптоволоконного кабеля, "витой пары", цифровой абонентской линии (DSL) или беспроводных технологий, таких как инфракрасные, радиопередающие и микроволновые среды, то коаксиальный кабель, оптоволоконный кабель, "витая пара", DSL или беспроводные технологии, такие как инфракрасные, радиопередающие и микроволновые среды, включены в определение носителя. Диск (disk) и диск (disc) при использовании в данном документе включают в себя компакт-диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD), гибкий диск и диск Blu-Ray, при этом диски (disk) обычно воспроизводят данные магнитно, тогда как диски (disc) обычно воспроизводят данные оптически с помощью лазеров. Комбинации вышеперечисленного также следует включать в число машиночитаемых носителей. Таким образом, следует принимать во внимание, что машиночитаемый носитель может быть реализован в любом подходящем компьютерном программном продукте.
Предшествующее описание раскрытых аспектов предоставлено для того, чтобы давать возможность любому специалисту в данной области техники создавать или использовать настоящее раскрытие сущности. Различные модификации в этих аспектах должны быть очевидными для специалистов в данной области техники, а описанные в данном документе общие принципы могут быть применены к другим аспектам без отступления от объема раскрытия сущности. Таким образом, настоящее раскрытие сущности не имеет намерение быть ограниченным показанными в данном документе аспектами, а должно удовлетворять самому широкому объему, согласованному с принципами и новыми признаками, раскрытыми в данном документе.