СПОСОБ И ПРОЦЕДУРА СИГНАЛИЗАЦИИ ДЛЯ ИСПОЛЬЗОВАНИЯ ВОЗМОЖНОСТИ ПЕРЕДАЧИ В ЯЧЕИСТОЙ БЕСПРОВОДНОЙ СЕТИ Российский патент 2010 года по МПК H04L12/28 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

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

В обычной Беспроводной Локальной Сети Доступа (WLAN) все устройства конкурируют за доступ к беспроводной среде. Базовый режим Управления Доступом к Среде передачи (MAC) для такой конкуренции основан на механизме Множественного Доступа с Контролем Несущей (CSMA). Были предложены некоторые модификации для улучшения эффективности CSMA через беспроводную среду. Например, исходный стандарт 802.11 (Revl997) определяет CSMA с исключением столкновений (CSMA/CA), а более поздняя поправка 802.11e определяет усовершенствования для обеспечения лучшего Качества Обслуживания (QoS).

Одно из усовершенствований, введенных 802.11e, состоит в концепции Возможности Передачи (TxOP). В продолжение TxOP в течение предоставленного времени может быть передано несколько пакетов. Оказалось, что TxOP является весьма эффективным усовершенствованием базового MAC. Основная концепция в отношении введения TxOP состоит в ограничении общего количества времени, которое Станция (STA) может занимать на канале при победе в конкуренции. До возникновения 802.11e, при победе в доступе на основе конкуренции, STA могла осуществлять передачу до тех пор, пока у нее имелись данные для передачи. Это приводило к ситуациям, где конкретная STA могла, по существу, полностью занимать беспроводную среду, так как у нее имелось достаточно большое количество данных для передачи, что приводило к нежелательным изменениям для потоков трафика других STA в Базовом Наборе Услуг (BSS). Для устранения этой проблемы 802.11e ввел возможности передачи TxOP для того, чтобы STA не могла занимать беспроводную среду более чем в течение продолжительности TxOP, и, следовательно, с минимальной гарантированной скоростью среда должна вновь становиться открытой для конкуренции для всех STA.

Однако иногда в станции может быть недостаточно данных для передачи в продолжение всей TxOP и, следовательно, пропускная способность может быть не использована. Для этих случаев в 802.11e обеспечен механизм освобождения среды, так чтобы указанное ранее предоставленное время могли использовать другие устройства и вновь конкурировать за среду. Здесь используют кадр Свободной Конкуренции (CF-End) - Окончание, который может быть передан только Точкой Доступа (AP) для установки в исходное состояние Вектора Распределения Сети связи (NAV) для всех станций в системе и для передачи в BSS информации относительно того факта, что вновь может быть начата конкуренция, даже если это происходит до истечения исходной TxOP. Стандарт 802.11e дополнительно усовершенствует эту концепцию, обеспечивая возможность сокращения любой STA своей TxOP с использованием CF-End.

В текущее время группа 802.11n работает над дальнейшими усовершенствованиями стандарта для повышения производительности. Одно из таких усовершенствований называется Обратное Направление (RD, ОН). С учетом этого усовершенствования может быть избыточно обеспечена TxOP 802.11e для передачи в обратном направлении для повышения эффективности среды посредством уменьшения количества попыток доступа к среде. Концепция RD вводит отличное использование оставшегося неиспользованного/избыточно обеспеченного времени в TxOP. Вместо освобождения среды для осуществления конкуренции вновь всеми станциями, она, в частности, обеспечивает возможность повторного использования одноранговой станцией (то есть приемником TxOP) оставшегося времени в TxOP для передачи данных по линии связи обратного направления в исходный узел.

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

В ячеистой системе WLAN совокупность двух или большего количества Узловых Точек сети (MP) соединены между собой посредством линий связи IEEE 802.11. Каждая MP в ячеистой сети принимает и передает свой собственный трафик, при этом действуя как маршрутизатор или ретранслятор для других узлов.

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

Соответственно, это представляет отличную парадигму по сравнению с исходным стандартом WLAN, которому соответствуют только топологии звезды (например, BSS, IBSS) и, следовательно, одноинтервальная связь.

Одна конкретная проблема, возникающая при применении существующего в настоящее время способа RDG 802.11е в контексте ячеистой WLAN, состоит в том, что распределение доступа к каналу с разрешением конфликтов (детерминированное) отлично от применения в контексте BSS (подобно принятому в 802.11n), где все STA, гарантированно находятся в пределах диапазона связи с AP. В ячеистой сети WLAN любой узел на одной стороне определенной линии связи ячеистой сети находится в пределах диапазона связи только с подсовокупностью других узлов сети. Однако выигрыш TxOP одним из узлов должен предотвращать осуществление передачи всеми другими узлами в диапазоне помех в течение этого (интервала) TxOP. Даже если оба узла на линии связи могут повторно использовать существующий протокол RDG 802.11n соответственно для вынесения решения относительно использования конкретного TxOP между ними, существующий в настоящее время механизм не может обеспечивать связь со свободной конкуренцией между парой, так как отсутствует способ для передачи информации относительно измененного использования предоставленного TxOP по меньшей мере соседям первого порядка.

Дополнительная проблема практической разработки, которую в настоящее время не решает исходный способ RDG 802.11e, состоит в практическом вопросе, возникающем из структуры ячеистой сети WLAN, где трафик не переносят в прямом и обратном направлениях по линиям связи нескольких узлов сети (но только между определенной парой узлов в BSS). Существуют многие сценарии использования, в которых может иметь место существенно больший выигрыш в терминах пропускной способности узла и задержки трафика, когда MP на ячеистой линии связи использует остаток от TxOP для переноса принятого трафика в прямом направлении (скорее, чем для передачи трафика обратно в инициирующую MP в обратном направлении). Следует отметить, что эта проблема не может возникать в BBS обычного вида инфраструктуры, где трафик переносят в прямом и обратном направлениях только между определенной парой устройств, то есть из/в AP в заданную STA /из заданной STA.

Следовательно, существует потребность в способе, который реализует выигрыш способа RDG 802.11n для ячеистых сетей WLAN, не подлежащем ограничениям, имеющимся на существующем уровне техники. Также существует потребность в способе, который улучшает концепцию эффективного повторного использования оставшегося времени TxOP точками MP для ячеистых сетей WLAN.

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

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

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

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

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

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

Фиг.3 - заголовок формата кадра согласно настоящему изобретению.

Фиг.4 - типичное поле в заголовке кадра согласно настоящему изобретению.

Фиг.5 - заголовок формата кадра согласно альтернативному варианту осуществления настоящего изобретения.

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

Как здесь определено, термин "беспроводной блок передачи/приема (WTRU)" включает в себя, но не ограничиваясь этим, пользовательское оборудование (UE), мобильную станцию, стационарный или мобильный блок абонента, пейджер, сотовый телефон, персональный цифровой ассистент (PDA), узел сети, узловую точку сети (MP), компьютер или любой другой вид пользовательского устройства, выполненного с возможностью функционирования в беспроводной среде, и т.д. Как здесь определено, термин "базовая станция" включает в себя, но не ограничиваясь этим, Узел-B, контроллер места, точку доступа (AP) или любой другой вид устройства установления связи, выполненного с возможностью функционирования в беспроводной среде.

Настоящее изобретение направлено на механизмы, которые усовершенствуют использование Возможности Передачи (TxOP) при применении в ячеистых сетях беспроводной локальной сети доступа (WLAN) посредством использования концепций Обратного Направления (RD) для новых приложений ячеистых сетей и распространения использования кадра CF-End для ячеистых сетей для эффективного освобождения/сокращения TxOP.

Согласно фиг.1 и фиг.2 настоящее изобретение содержит способ и систему для осуществления связи в беспроводной локальной сети доступа (WLAN). Согласно настоящему изобретению Базовый Набор 10 Услуг (BSS) содержит один или большее количество узлов сети (определенных здесь, как узловая точка 15 сети (MP) (15_A, 15_B, 15_D, 15_E, 15_F, 15_G и 15_С). Точки MP 15 способствуют связности и осуществлению связи между беспроводными клиентами 16 (16_A1 … 16_G1). MP 15 содержит процессор (не изображен) для хранения по меньшей мере одной базы данных (не изображена). Согласно варианту осуществления настоящего изобретения база данных MP 15 содержит информацию, указывающую текущую конфигурацию использования возможности передачи (TxOP), то есть поддерживается ли, является ли активизированной/блокированной, и какие обеспечены режимы (например, только в прямом направлении, только в обратном направлении, или комбинация обоих режимов), что здесь будет раскрыто далее.

Как упомянуто выше, каждый процессор точек MP 15 содержит по меньшей мере одну базу данных, но каждый процессор необязательно содержит информацию конфигурации TxOP. Информация конфигурации TxOP может либо храниться централизованно внутри базы данных отдельной MP 15 (например, 15_A), либо храниться в базе данных каждой MP 15 (например, 15_A... 15_G), либо храниться в базе данных подмножества точек MP 15 (например, 15_A, 15_G, и 15_С). Информацию конфигурации TxOP, независимо от того, каким образом она хранится, изменяют или конфигурируют посредством сообщений сигнализации между точками MP 15.

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

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

Фиг.2 иллюстрирует функциональную диаграмму нескольких точек MP 15_A … 15_С, использующих способ связи в беспроводной системе связи согласно предпочтительному варианту осуществления.

Так как беспроводная среда является средой общего пользования, MP 15, в близости двух интервалов связи от MP-инициатора 15_A, например, устанавливает свои Векторы Распределения Сети (NAV) на полную продолжительность TxOP. Это, в частности, бывает, когда перед временем TxOP используют обмен сообщениями, такими как Запрос на разрешение Передачи (RTS)/Готовность к Передаче (CTS) или при распространении вне первого интервала связи информации координирования (например, сформированной Гибридным Координатором (HC), или переносимой в уведомлениях о занятости канала).

В любом случае, когда MP в близости двух интервалов связи (например, 15_G, 15_F, 15_E, 15_D, 15_B и 15_С) уже установили свои NAV на полную продолжительность TxOP, предпочтительно, чтобы оставшееся неиспользованное время TxOP было использовано принимающей MP повторно для ретранслирования принятого из MP-инициатора пакета еще на один интервал связи. Например, если MP-инициатором была MP 15A, то принимающая MP 15B может использовать оставшееся время TxOP для ретранслирования принятого пакета в MP 15c. В этом смысле принятый пакет может быть передан через два интервала связи (например, из MP 15_A в MP 15_B и из MP 15_B в MP 15_С), осуществив конкуренцию за среду только однократно, вследствие этого уменьшается задержка пакета.

В альтернативном варианте осуществления MP-приемник, например 15B, использует оставшееся время TxOP для передачи через второй интервал связи другого пакета (например, одного из уже ожидающих в очереди передачи Tx). В зависимости от конфигурации и политик сети этот пакет может принадлежать или не принадлежать к тому же потоку трафика (например, вызову VoIP) или к приоритету трафика.

В другом варианте осуществления MP - инициатор, например MP 15_A, использует оставшееся время TxOP, распределенное для TxOP (например, из MP 15_A в MP 15_B) для передачи другого пакета в MP, отличную от MP-приемника (MP-ответчика) (например, из MP 15_A в MP 15_D).

Еще в одном варианте осуществления управление оставшимся временем TxOP переходит к другому узлу (например, MP 15_E), отличному от MP-приемника (например, MP 15_B) для передачи трафика в MP-инициатор (например, из MP 15_E в MP 15_A). Вновь, в зависимости от конфигурации и политики сети, этот пакет может принадлежать или не принадлежать к тому же потоку трафика (например, вызову VoIP) или к приоритету трафика.

В еще одном варианте осуществления оставшееся время TxOP может быть использовано для обеспечения только соседним MP (то есть MP в близости одного интервала связи от MP-инициатора, например, 15_A) возможности либо передачи определенного трафика (например, из MP 15_F в MP 15_G), либо свободной конкуренции за доступ к среде (например, разрешая конкуренцию MP 15_B, MP 15_D, MP 15_E и MP 15_F). Преимущество этого варианта осуществления перед обычным освобождением TxOP состоит в том, что потенциально количество MP, конкурирующих за среду, является меньшим, чем полное количество MP, которые могли установить свои NAV для TxOP. Это меньшее количество конкурентов обеспечивает их статистическим преимуществом по сравнению с просто освобождением TxOP для всех узлов.

Следовательно, согласно этому варианту осуществления, указанное подмножество узлов (например, MP 15_B, MP 15_D, MP 15_E и MP 15_F) осуществляет доступ к среде в соответствии с информацией TxOP, которая хранится в базе данных 18. Как известно специалистам в данной области техники, доступ может предоставляться (1) последовательно, в предварительно определенной или явной последовательности; (2) при конкуренции, при нормальной конкуренции за среду или с использованием различных параметров конкуренции/передачи (например, IFS, CWMin, CWMax) для лучшего доступа к среде; (3) при упорядоченной конкуренции, с использованием различных параметров конкуренции/передачи, которые могут зависеть от вида трафика, который должен быть передан (например, связанных с Категорией Доступа); или (4) при комбинации указанных вариантов.

При гибкости, обеспечиваемой согласно настоящему изобретению, распределение оставшегося времени TxOP может быть ограничено определенным адресатом, например узлом - инициатором (например, MP 15_A), другим определенным узлом (например, MP 15_G), или любым другим узлом в сети (например, MP 15_N).

Согласно предпочтительному варианту осуществления в ячеистой сети 10 может быть достигнуто изменение управления для предоставления обратного направления (RDG) с использованием явного сигнала, предпочтительно, флажка на пакете (например, заголовка), для уведомления определенной MP о том, что управление в отношении TxOP было передано. Фиг.3 иллюстрирует возможный формат кадров данных пакета, передаваемых из одной MP в другую. Как изображено, в кадрах данных содержится поле 20 заголовка Усовершенствованного Управления Ретрансляцией по Ячеистой Сети, которое включает в себя сигнализацию обратного направления. Фиг.4 является возможным иллюстративным форматом поля “усовершенствованного управления ретрансляцией по ячеистой сети" согласно настоящему изобретению. Как иллюстрирует фиг.4, поле 20 усовершенствованного управления ретрансляцией по ячеистой сети, предпочтительно, содержит бит RDG/More-блоков данных протокола физического уровня (PPDU)), бит (RDG/ More-PPDU) и другую сигнализацию и зарезервированные биты, сигнализацию предоставления оставшегося TxOP, сквозную очередность ячеистой сети, которая обеспечивает возможность управляемого широковещательного волнового распространения пакетов, и Время Существования (TTL), которое устраняет возможность бесконечных циклов.

Теперь, согласно фиг.5, в альтернативном варианте осуществления держатель TxOP, MP-инициатор может передавать управление средой в кадре данных, например, посредством добавления нового поля 40 управления для переноса сигнализации RDG, (RDG/More-PPDU), предпочтительно, совместно с битом (RDG/More-блоков данных протокола физического уровня (PPDU)) и другой сигнализацией и зарезервированными битами.

Согласно другому варианту этого варианта осуществления имеется поле 40 управления, обозначенное битом RDG/More-PPDU, установленным в 1, где поле 40 управления, предпочтительно, является полем управления высокой пропускной способности (HT, ВП) и переносит сигнализацию бита RDG/More-PPDU с другой сигнализацией управления HT. Предпочтительное описание бита Данных RDG/More PPDU приведено в Таблице 1:

ТАБЛИЦА 1 Бит RDG/More-PPDU В кадре из MP-инициатора В кадре из MP-ответчика 0 Отсутствует предоставление обратного (направления) PPDU, переносящий кадр, является последним в обратной передаче 1 Предоставление обратного (направления) существует и имеет время, указанное в поле. Продолжительность/ID PPDU, переносящий кадр, не является последним в обратной передаче

Дополнительно к сигнализации бита RDG/MORE-PPDU может быть включено дополнительное поле/бит(ы), которые указывают на ограничение на вид трафика, который может быть передан в обратном направлении. Например, если это поле/бит(ы) установлены в 0, то отсутствует ограничение на вид трафика (то есть любой вид трафика, вне зависимости от приоритета доступа); напротив, ненулевое значение, предпочтительно, указывает вид ограничения на трафик, который может быть передан в обратном направлении. В простом возможном случае, когда этот бит установлен в 0, обеспечена возможность произвольной передачи, при этом, когда бит должен быть установлен в 1, например, передача ограничена до категории/вида трафика, идентичных категории/виду трафика инициатора.

В каждом из вышеупомянутых вариантов осуществления усовершенствованное управление 20 ретрансляцией и поле 40 управления, в виде варианта, может идентифицировать группу точек MP, в которые перешло управление TxOP.

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

В еще одном варианте осуществления явный сигнал для замены управления является выделенным кадром, определяющим переход управления TxOP, как раскрыто выше.

Альтернативным вариантом осуществления для использования явного сигнала для замены управления является использование неявной сигнализации. Согласно этому варианту осуществления неявная сигнализация определила правила, которые сохраняют в базе данных MP 15, посредством чего, после окончания передачи и после определенного времени (например, Промежутка Интерфейса Распределенной Функции Координации (DCF) (DIFS), на основе указанных определенных правил управление TxOP переходит к определенной MP или к группе MP.

Обратная передача MP-приемником/ответчиком может быть закончена посредством предоставления управления TxOP обратно в MP-инициатор при установке флажка More-PPDU в 0 посредством предоставления управления TxOP обратно в MP-инициатор при передаче кадра данных QoS-Null (или любого другого вила кадра, который указывает окончание передачи данных) или посредством завершения TxOP при передаче кадра CF-End MP-приемником/ответчиком (за которым могут следовать кадры CF-End из соседних MP, как описано далее).

Если управление TxOP возвращают в MP-инициатор, то MP-инициатор может осуществлять передачу данных после Короткого Промежутка Между Кадрами (SIFS) до конца TxOP или освобождения/сокращения TxOP.

Если MP-инициатор после предоставления обратного направления воспринимает бездействие среды в продолжение Промежутка Между Кадрами PCF (PIFS), тогда она может начать передачу в продолжение своего TxOP.

TxOP обратного направления может быть завершен посредством передачи MP-инициатором кадра CF-End после возвращения управления TxOP (за которым могут следовать кадры CF-End из соседних MP) или посредством передачи MP-приемником/ответчиком кадра CF-End (за которым могут следовать кадры CF-End из соседних MP), как раскрыто далее.

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

Согласно этому варианту осуществления, если недостаточно первоначального распределения для обратного направления MP-инициатором на основе доступных данных, то MP-ответчик передает данные, которые соответствуют этому распределению, и делает запрос на ресурсы для оставшихся данных, которые должны быть переданы. Предпочтительно, чтобы MP-приемник/ответчик передавала запрос на ресурсы/обратную связь в поле размера очереди поля управления Качеством Обслуживания (QoS) кадра Qos. В виде варианта, MP - приемник/ответчик может передавать запрос на ресурсы/обратную связь в поле Запроса TxOP поля управления QoS кадра Qos. Последующее распределение для обратного направления MP-инициатором может быть основано на этом запросе на ресурсы/обратной связи из MP - приемника/ответчика.

Несмотря на попытки осуществления точного распределения ресурсов, в ситуациях, где продолжительность TxOP больше требуемой, необходим эффективный механизм освобождения/сокращения TxOP. Согласно варианту осуществления настоящего изобретения всеми точками MP передается кадр CF-End, вне зависимости от того, является ли MP Узловой MP или нет.

Соответственно, MP-инициатор или приемник/ответчик передает кадр CF-End для освобождения/сокращения TxOP или освобождения/сокращения своего TxOP, или освобождения/сокращения своего TxOP после завершения передачи данных при предоставлении обратного направления. При обнаружении другими MP кадра CF-End каждая MP устанавливает свой NAV в исходное состояние. Одна или большее количество MP, соседних для MP-инициатора или приемника/ответчика, которая передала кадр CF-End, передает свой собственный кадр CF-End внутри SIFS, PIFS, или любого другого IFS, определенного рабочими параметрами ячеистой сети. Следует отметить, что для предотвращения "цепной реакции" передачи CF-End обеспечена возможность только одной передачи CF-End соседними MP. При обеспечении возможности соседям точек MP также передавать кадры CF-End при приеме ими кадра CF-End уменьшаются скрытые узлы/MP и проблемы, связанные с этими конфликтными ситуациями.

MP-инициатор может передавать кадр CF-End также для освобождения/сокращения своего TxOP после завершения предоставления обратного направления. Также, после приема кадра данных QoS-Null (или другого вида кадра, указывающего окончание передачи данных) из MP-приемника/ответчика, MP-инициатор передает кадр CF-End, за которым следует передача кадра CF-End соседней точкой(ами) MP, как раскрыто выше.

ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ

1. Способ осуществления связи в ячеистой беспроводной сети, содержащий:

получение возможности передачи (TxOP) в узловой точке сети (MP)-инициаторе, включающей в себя время продолжительности, и

замену управления упомянутым TxOP на управление другой MP, когда время, использованное MP-инициатором, меньше упомянутого времени продолжительности.

2. Способ согласно варианту осуществления 1, в котором упомянутый этап замены содержит указание в пакете о том, что управление упомянутым TxOP передано.

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

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

5. Способ согласно варианту осуществления 4, в котором упомянутое поле управления дополнительно содержит сигнализацию управления, отличную от сигнализации RDG.

6. Способ согласно варианту осуществления 4, в котором упомянутое поле управления дополнительно содержит бит RDG/More-блока данных протокола физического уровня (PPDU), при этом упомянутый бит RDG/More-PPDU указывает вид информации, которая может быть передана в обратном направлении.

7. Способ согласно варианту осуществления 6, в котором отсутствует ограничение на обратное направление, когда упомянутый бит RDG/More-PPDU является нулевым.

8. Способ согласно любому из вариантов осуществления 1-7, в котором упомянутый этап замены содержит указание в пакете о том, что управление упомянутой TxOP передано группе узловых точек сети.

9. Способ согласно любому из вариантов осуществления 1-8, в котором упомянутое управление упомянутой оставшейся TxOP передают MP-приемнику.

10. Способ согласно варианту осуществления 9, в котором упомянутая MP-приемник передает упомянутый пакет в MP, отличную от упомянутой MP-инициатора, в пределах упомянутого оставшегося TxOP.

11. Способ согласно варианту осуществления 9, в котором упомянутая MP-приемник передает пакет, отличный от пакета, принятого из MP-инициатора, в MP, отличную от упомянутой MP-инициатора.

12. Способ согласно любому из вариантов осуществления 2-10, в котором упомянутое управление передают обратно MP-инициатору, упомянутая MP-инициатор передает пакет, отличный от принятого пакета, в MP, отличную от MP-приемника, которая приняла упомянутый первый пакет.

13. Способ согласно любому из вариантов осуществления 2-8 и 12, в котором упомянутое управление передают MP-ответчику, отличной от упомянутой MP-приемника или упомянутой MP-инициатора,

упомянутая MP-ответчик передает пакет, отличный от пакета из MP-инициатора, в упомянутую MP-инициатор в пределах упомянутой оставшейся TxOP.

14. Способ согласно любому из вариантов осуществления 2-13, в котором одна или большее количество MP, соседних для упомянутой MP-инициатора, конкурируют за упомянутую оставшуюся TxOP.

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

16. Способ согласно любому из вариантов осуществления 9-12 и 14-15, дополнительно содержащий завершение обратной передачи упомянутой MP-приемником в оставшееся время TxOP посредством передачи упомянутой MP-приемником кадра Свободной Конкуренции - Окончания (CF-End).

17. Способ согласно варианту осуществления 16, в котором за кадром CF-End следует передача кадров CF-End из одной или большего количества соседних MP в упомянутую MP-приемник.

18. Способ согласно любому из вариантов осуществления 13-15, дополнительно содержащий передачу кадра CF-End MP-инициатором после приема обратного управления TxOP для завершения TxOP обратного направления.

19. Способ согласно варианту осуществления 18, в котором за кадром CF-End следует передача кадров CF-End из одной или большего количества соседних MP в упомянутую MP-инициатор.

20. Способ согласно любому из вариантов осуществления 9-12 и 14-15, дополнительно содержащий передачу кадра CF-End MP-инициатором для завершения использования оставшегося времени в упомянутой TxOP.

21. Способ согласно варианту осуществления 20, в котором за кадром CF-End следует передача кадров CF-End из одной или большего количества соседних MP в упомянутую MP-инициатор.

22. Беспроводной блок передачи/приема (WTRU), сконфигурированный как узловая точка сети (MP) в беспроводной системе связи, содержащий:

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

23. WTRU согласно варианту осуществления 22, в котором упомянутый процессор указывает в пакете, что управление упомянутым TxOP было передано.

24. WTRU согласно варианту осуществления 23, в котором упомянутый пакет содержит заголовок усовершенствованного управления ретрансляцией по сети, упомянутый заголовок управления включает в себя информацию сигнализации обратного направления.

25. Способ согласно любому из вариантов осуществления 24 или 25, в котором упомянутый пакет содержит поле управления, при этом упомянутое поле управления содержит сигнализацию предоставления обратного направления (RDG).

26. WTRU согласно варианту осуществления 25, в котором упомянутое поле управления дополнительно содержит сигнализацию управления, отличную от сигнализации RDG.

27. WTRU согласно варианту осуществления 25, в котором упомянутое поле управления дополнительно содержит бит RDG/More-блока данных физического уровня (PPDU), при этом упомянутый бит RDG/More-PPDU указывает вид информации, которая может быть передана в обратном направлении.

28. WTRU согласно варианту осуществления 27, в котором отсутствует ограничение на обратное направление, когда упомянутый бит RDG/MORE-PPDU является нулевым.

29. WTRU согласно варианту осуществления 22, в котором упомянутый процессор указывает в пакете, что управление упомянутой TxOP передано группе узловых точек.

30. Способ согласно любому из вариантов осуществления 23-29, в котором упомянутое управление упомянутой оставшейся TxOP передают MP-приемнику.

31. Способ согласно любому из вариантов осуществления 22-30, в котором упомянутый процессор передает кадр Свободной Конкуренции-Окончания (CF-End) для завершения использования TxOP.

32. WTRU согласно варианту осуществления 31, в котором за кадром CF-End следует передача кадров CF-End из одного или большего количества соседних MP.

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

34. WTRU согласно варианту осуществления 33, в котором упомянутая конфигурация содержит правила, определяющие, куда передают управление TxOP.

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

Соответствующие процессоры в виде возможного варианта включают в себя универсальный процессор, специализированный процессор, обычный процессор, цифровой процессор сигнала (DSP), несколько микропроцессоров, один или более микропроцессоров, связанных с ядром DSP, контроллер, микроконтроллер, специализированные интегральные микросхемы (ASIC), схемы программируемых вентильных матриц (FPGA), любой другой вид интегральной схемы (IC) и/или конечный автомат.

Процессор в соединении с программным обеспечением может быть использован для реализации радиочастотного приемопередатчика для использования в беспроводном блоке передачи/приема (WTRU), пользовательском оборудовании (UE), терминале, базовой станции, контроллере радиосети (PNC) или любом хост-компьютере. WTRU может использоваться совместно с блоками, реализованными в аппаратных средствах и/или программном обеспечении, такими как камера, блок видеокамеры, видеофон, устройство “громкой” связи, устройство вибрации, динамик, микрофон, телевизионный приемопередатчик, гарнитура «hands free», клавиатура, блок Bluetooth®, радиоблок с частотной модуляцией (FM), блок отображения жидкокристаллического дисплея (LCD), блок отображения органического светодиода (OLED), цифровой проигрыватель музыки, медиаплеер, блок воспроизведения видеоигр, Интернет-браузер и/или любой блок беспроводной локальной сети (WLAN).

Изобретение относится к способам передачи данных. Технический результат заключается в повышении эффективности использования ресурса канала. Заявлен способ осуществления связи в узловой точке сети-инициаторе, содержащий этапы, на которых получают возможность передачи (Transmission Opportunity - ТхОР) в узловой точке сети (МР)-инициаторе, включающей время продолжительности, и заменяют управление упомянутой ТхОР на управление другой МР с использованием пакета, который указывает, что управление упомянутой ТхОР было передано, и время продолжительности, когда время, использованное МР-инициатором, меньше упомянутого времени продолжительности. 2 н. и 31 з.п. ф-лы, 5 ил., 1 табл.

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

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

3. Способ по п.2, в котором упомянутый пакет содержит поле управления, при этом упомянутое поле управления содержит сигнализацию предоставления обратного направления (RDG).

4. Способ по п.3, в котором упомянутое поле управления дополнительно содержит сигнализацию управления, отличную от сигнализации RDG.

5. Способ по п.3, в котором упомянутое поле управления дополнительно содержит бит RDG/More-блока данных протокола физического уровня (PPDU), при этом упомянутый бит RDG/More-PPDU указывает вид информации, которая может быть передана в обратном направлении.

6. Способ по п.5, в котором отсутствует ограничение на обратное направление, когда упомянутый бит RDG/More-PPDU является нулевым.

7. Способ по п.1, в котором упомянутый этап замены содержит этап, на котором указывают в пакете о том, что управление упомянутой ТхОР было передано группе узловых точек сети.

8. Способ по п.2, в котором упомянутое управление упомянутой оставшейся ТхОР передают МР-приемнику.

9. Способ по п.8, в котором упомянутый МР-приемник передает упомянутый пакет в МР, отличную от упомянутого МР-инициатора в пределах упомянутой оставшейся ТхОР.

10. Способ по п.8, в котором упомянутый МР-приемник передает пакет, отличный от пакета, принятого из МР-инициатора, в МР, отличную от упомянутого МР-инициатора.

11. Способ по п.2, в котором упомянутое управление передают обратно МР-инициатору, упомянутый МР-инициатор передает пакет, отличный от принятого пакета, в МР, отличную от МР-приемника, который приняла упомянутый первый пакет.

12. Способ по п.2, в котором упомянутое управление передают МР-ответчику, отличному от упомянутого МР-приемника или упомянутого МР-инициатора,
упомянутая МР-ответчик передает пакет, отличный от пакета из МР-инициатора, в упомянутый МР-инициатор в пределах упомянутой оставшейся ТхОР.

13. Способ по п.2, в котором одна или большее количество МР, соседних с упомянутым МР-инициатором, конкурируют за упомянутую оставшуюся ТхОР.

14. Способ по п.13, в котором упомянутые одна или большее количество соседних МР удалены на один интервал от упомянутого МР-инициатора.

15. Способ по п.8, дополнительно содержащий этап, на котором завершают обратную передачу упомянутой МР-приемником в оставшееся время ТхОР посредством передачи упомянутого МР-приемником кадра Свободной Конкуренции-Окончания (CF-End).

16. Способ по п.15, в котором за кадром CF-End следует передача кадров CF-End из одной или большего количества соседних МР в упомянутый МР-приемник.

17. Способ по п.12, дополнительно содержащий этап, на котором передают кадр CF-End МР-инициатором после приема обратного управления ТхОР для завершения ТхОР обратного направления.

18. Способ по п.17, в котором за кадром CF-End следует передача кадров CF-End из одной или большего количества соседних МР в упомянутый МР-инициатор.

19. Способ по п.11, дополнительно содержащий этап, на котором передают кадр CF-End МР-инициатором для завершения использования оставшегося времени в упомянутой ТхОР.

20. Способ по п.19, в котором за кадром CF-End следует передача кадров CF-End из одной или большего количества соседних МР в упомянутый МР-инициатор.

21. Беспроводной блок передачи/приема (WTRU), выполненный в виде узловой точки сети (МР), в узловой точке сети-инициаторе, содержащий:
процессор для получения возможности передачи (ТхОР), имеющей время продолжительности, и замены управления упомянутой ТхОР на управление другой МР с использованием пакета, который указывает, что управление упомянутой ТхОР было передано и время продолжительности, когда время, использованное МР-инициатором, меньше упомянутого времени продолжительности.

22. Блок по п.21, в котором упомянутый процессор указывает в пакете, что управление упомянутой ТхОР передано.

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

24. Блок по п.23, в котором упомянутый пакет содержит поле управления, при этом упомянутое поле управления содержит сигнализацию предоставления обратного направления (RDG).

25. Блок по п.24, в котором упомянутое поле управления дополнительно содержит сигнализацию управления, отличную от сигнализации RDG.

26. Блок по п.24, в котором упомянутое поле управления дополнительно содержит бит RDG/More-блока данных физического уровня (PPDU), при этом упомянутый бит RDG/More-PPDU указывает вид информации, которая может быть передана в обратном направлении.

27. Блок по п.26, в котором отсутствует ограничение на обратное направление, когда упомянутый бит RDG/MORE-PPDU является нулевым.

28. Блок по п.21, в котором упомянутый процессор указывает в пакете, что управление упомянутой ТхОР передано группе узловых точек сети.

29. Блок по п.22, в котором упомянутое управление упомянутой оставшейся ТхОР передают МР-приемнику.

30. Блок по п.21, в котором упомянутый процессор передает кадр Свободной Конкуренции-Окончания (CF-End) для завершения использования ТхОР.

31. Блок по п.30, в котором за кадром CF-End следует передача кадров CF-End из одного или большего количества соседних МР.

32. Блок по п.21, в котором упомянутый процессор содержит базу данных для хранения конфигурации использования ТхОР.

33. Блок по п.32, в котором упомянутая конфигурация включает в себя правила, определяющие, куда передают управление ТхОР.