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

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

[0001] Настоящее раскрытие в основном относится к устройству и способу назначения приоритета для произвольного доступа в многопользовательской системе беспроводной связи.

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

[0002] Рабочая группа IEEE (Института инженеров по электротехнике и радиоэлектронике) 802.11 в настоящее время находится в процессе стандартизации следующего поколения технологии WLAN (беспроводной локальной сети) под руководством группы задач 802.11ax. Основной целью группы задач является улучшение эффективности спектра для расширения пропускной способности/области системы при сценариях с высокой плотностью точек доступа (также называемых "AP") и/ или оконечных устройств (также называемых "STA"). Среди предложенных различных технологий, множественный доступ с ортогональным частотным разделением (OFDMA) и многопользовательская передача по восходящей линии связи являются двумя ключевыми технологиями, которые группа задач 802.11ax применяет в целях улучшения пропускной способности.

[0003] В прошлом, 802.11 STA, функционирующие с гранулярностью полосы пропускания канала 20 МГц, т.е., наименьшей единицей полосы пропускания канала, на которой могла функционировать 802.11 STA, составляла 20 МГц. Но с применением OFDMA, 802.11ax STA, также известные как высокоэффективные (HE) STA, могут функционировать на поддиапазонах 20-ти МГц каналов. Это означает, что несколько HE STA могут одновременно передавать данные на разных подканалах в пределах одного и того же 20-го МГц канала. Однако, на такие многопользовательские OFDMA-передачи были наложены некоторые условия, такие как: все STA, принимающие участие в многопользовательской OFDMA-передаче, должны синхронизировать свои передачи, чтобы начать в один момент времени и также закончить в один момент времени. Так как STA не знают о временных привязках друг друга, это требует, чтобы центральный контроллер, которым является точка доступа (AP) в случае WLAN, управлял временными привязками многопользовательской передачи.

[0004] В 802.11ax, это достигается посредством AP, которая передает специальный кадр управления, называемый кадром триггера. Кадр триггера несет информацию, такую как идентификационная информация каждой из STA, которая может принимать участие в многопользовательской передаче, продолжительность передачи, присваивание подканала (известного как ресурсные блоки, RU) для каждой STA, и другую необходимую информацию. STA, которые не указаны в кадре триггера передают свои соответствующие кадры на присвоенном RU после фиксированного интервала времени (SIFS) с момента окончания кадра триггера. Эта компоновка работает хорошо, когда AP имеет достаточно информации, касающейся STA, принимающих участие в многопользовательской передаче, такой как статус буфера, состояние функционирования STA и т.д. Но, есть случаи, когда AP может не иметь адекватной информации о STA, чтобы выполнить необходимое присваивание RU эффективным образом. В таких случаях, полезно присвоить RU группе STA со схожими характеристиками и позволить группе STA конкурировать за RU на основе их фактических нужд. Что отвечать таким нуждам, в 802.11ax была представлена процедура произвольного OFDMA-доступа к восходящей линии связи, называемая здесь "UORA". Сведения о UORA можно найти в [NPL 2] и в разделе 9.58.2.5.1 из [NPL 3].

Список цитируемой литературы

Непатентная литература

[0005] NPL 1: IEEE802.11- 15/0132rl4, модель спецификации для TGax, январь 2016 NPL 2: IEEE802.11-15/1105r0, процедура произвольного доступа к UL на основе OFDMA NPL 3: IEEE802.11-16/0024r0, Предложенный проект спецификации TGax NPL 4: стандарт IEEE 802.11-2012

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

[0006] Однако, в [NPL1], [NPL2] и [NPL3] нет поддержки для назначения приоритета ресурсам для произвольного доступа на основе типов трафика STA, загрузок буфера или других свойств устройства. Требуется способ присваивания более высокого приоритета выбранным типам кадров и/или категориям STA во время произвольного OFDMA-доступа к UL.

[0007] Таким образом, не ограничивающий примерный вариант осуществления настоящего раскрытия способствует предоставлению способа произвольного доступа для беспроводной станции в многопользовательской системе беспроводной связи, причем способ, содержащий: (a) прием сигнала триггера, передаваемого беспроводной точкой доступа, при этом сигнал триггера точно определяет условие для частотных ресурсов, присвоенных посредством сигнала триггера; (b) конкурирование за доступ к беспроводной среде; и (c) когда беспроводная станция выигрывает конкуренцию за произвольный доступ, определение, удовлетворяет ли беспроводная станция условию, точно определенному в сигнале триггера; и (d) когда беспроводная станция удовлетворяет условию, параллельную передачу множества кадров на множестве частотных ресурсов; (e) когда беспроводная станция не удовлетворяет условию, передачу одиночного кадра на произвольно выбранном частотном ресурсе без ограничения вышеуказанного условия; при этом вышеуказанное условие точно определяет рекомендованное использование для частотных ресурсов.

[0008] Следует отметить, что общие или конкретные варианты осуществления могут быть реализованы как система, способ, интегральная схема, компьютерная программа, носители информации, или любая выборочная их комбинация.

[0009] Используя преимущества способов, описанных в настоящем раскрытии, возможно способствовать присваиванию более высокого приоритета выбранным типам кадров и/или категориям STA во время произвольного OFDMA-доступа к восходящей линии связи.

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

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

[0011] Фигура 1 является схемой конкретного варианта осуществления системы, который использует многопользовательский произвольный доступ с назначением приоритета.

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

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

Фигура 4 является схемой первого варианта осуществления управления очередью передачи, используемого во время переключения между EDCA и произвольного OFDMA-доступа к восходящей линии связи.

Фигура 5 является схемой первого варианта осуществления управления очередью передачи, используемого во время произвольного OFDMA-доступа к восходящей линии связи.

Фигура 6 является схемой кадра триггера, используемого для инициализации произвольного OFDMA-доступа к восходящей линии связи.

Фигура 7A иллюстрирует пример поля "предпочтение ответа" в поле 650 общей информации кадра триггера согласно первому варианту осуществления.

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

Фигура 7D является примером двух бит в поле общей информации для представления максимальных параллельных передач согласно первому варианту осуществления, Фигура 8A является схемой последовательности операций предложенной процедуры многопользовательского произвольного доступа с назначением приоритета согласно первому варианту осуществления.

Фигура 8B является схемой примерного обмена многопользовательскими кадрами согласно первому варианту осуществления предложенного многопользовательского произвольного доступа с назначением приоритета. Фигура 9 является схемой второго варианта осуществления кодирования битов, используемого для представления типов триггеров.

Фигура 10A является схемой другого примерного обмена многопользовательскими кадрами согласно третьему варианту осуществления предложенного многопользовательского произвольного доступа с назначением приоритета. Фигура 10B иллюстрирует соответствующее кодирование битов для условий канала, Фигура 11A является схемой управления очередью передачи, используемого во время произвольного OFDMA-доступа к восходящей линии связи, согласно четвертому варианту осуществления.

Фигура 11B является примерной таблицей приоритетов для различных UORAF.

Фигура 11C является другими примерными параметрами доступа к каналу для различных UORAF.

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

Фигура 13 является схемой последовательности операций пятого варианта осуществления предложенного многопользовательского произвольного доступа с назначением приоритета.

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

Фигура 15 является блок-схемой примерной STA.

Фигура 16 является блок-схемой примерной AP.

Фигура 17 является блок-схемой примерной STA.

Фигура 18 является блок-схемой примерной AP.

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

[0012] Настоящее раскрытие можно лучше понять с помощью нижеследующих Фигур и вариантов осуществления. Варианты осуществления, описанные здесь, являются лишь примерными по своей природе и используются для описания некоторых из возможных применений и использований настоящего раскрытия и не должны приниматься как ограничивающие настоящее раскрытие касательно альтернативных вариантов осуществления, которые описаны в настоящем документе неявным образом.

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

[0014] Во многих системах беспроводной связи, будет один или более центральных контроллеров (например, AP), которые будут определять зону покрытия беспроводной сети, беспроводные частотные каналы, политику допуска к устройству, координацию с другими соседними беспроводными сетями и т.д. и обычно также действовать как шлюз для сети инфраструктуры серверной части. Примерами центральных контроллеров являются базовые станции или eNB в сотовых беспроводных сетях или точки доступа (AP) в WLAN и т.д.

[0015] Несмотря на то, что способы, описанные в настоящем раскрытии, могут быть применены ко многим системам беспроводной связи, в качестве примера, остальные описания в этом раскрытии описываются в том, что касается системы WLAN IEEE 802.11 и связанных с ней терминологий. Это не следует принимать как ограничение настоящего раскрытия касательно альтернативных систем беспроводной связи. В WLAN на основе IEEE 802.11, большинство сетей функционируют в инфраструктурном режиме, т.е. весь или почти весь трафик в сети должен идти через AP. Поэтому, любое устройство (называемое STA в терминах 802.11), желающее присоединиться к WLAN, должно сначала согласовывать членство в сети с AP посредством процесса, называемого ассоциацией. Перед ассоциацией, большинство WLAN также требуют некоторый вид аутентификации, например, WPA и т.д.

[0016] <Класс устройства>

Обращаясь к Фигуре 1, примерная беспроводная сеть 100 может включать в себя AP 190 и многие ассоциированные STA. STA2 120 и STA6 160 представляют класс устройства с широкой полосой пропускания и возможно высокими требованиями к QoS и относительно низким требованием для энергосбережения. STA1 110 и STA4 140 представляют другой класс устройства, который может также иметь широкую полосу пропускания и возможно высокие требования к QoS, но относительно в большей степени беспокоиться о потреблениях электропитания. С другой стороны, STA3 130 и STA5 150 представляют другой класс устройств, который может иметь низкие требования к полосе пропускания, но может быть очень чувствительным к потреблению электропитания.

[0017] <Произвольный OFDMA-доступ к восходящей линии связи>

В общем, механизм доступа к каналу в беспроводной системе может либо центральным образом координироваться центральным контроллером (например, HCCA в 802.11), либо он может быть основан на механизме распределенного доступа, таком как CSMA/CA. Недавно, в проходящей группе задач IEEE 802.11ax, был представлен смешанный вид механизма доступа к каналу, называемого произвольным OFDMA-доступом к восходящей линии связи (UORA). HE (высокоэффективная) STA, которая использует процедуру произвольного доступа, обеспечивает внутренний счетчик, называемый счетчиком возврата OFDMA (OBO). Окно конкуренции OFDMA (OCW) является целым числом с первоначальным значением OCWmin. 802.11ax AP (также называемая HE AP) сообщает STA значение OCWmin для операции произвольного доступа. Для первоначальной передачи протокольного блока данных физического уровня UL (PPDU), когда STA получает значение OCWmin от HE AP, она задает значение OCW в OCWmin и инициализирует свой счетчик OBO в произвольное значение в диапазоне 0 и OCWmin.

[0018] Процесс UORA на STA можно лучше разъяснить с помощью схемы 200 последовательности операций на Фигуре 2. Процесс UORA начинается, когда STA принимает кадр триггера от AP и определяет, что по меньшей мере один RU был присвоен STA. Если это первый экземпляр процесса UORA, который был задействован, или если STA была успешна в выигрыше конкуренции в предыдущий период UORA, ее OBO будет равно 0. На этапе 210, определяется, является ли значение OBO больше, чем 0. Если значение OBO больше, чем 0, процесс переходит прямо на этап 240, но если значение OBO равняется 0, процесс переходит на этап 220, где OBO инициализируется в произвольное значение между 0 и OCW, и процесс переходит на этап 230. На этапе 230, снова определяется является ли значение OBO больше, чем 0. Если значение OBO больше, чем 0, процесс переходит на этап 240, но если значение OBO равняется 0, процесс переходит прямо на этап 270.

[0019] На этапе 240, начиная с первого присваивания RU в кадре триггера, проверяется, присвоен ли RU для STA. Если присвоен, процесс переходит на этап 250, где OBO уменьшается на 1, и процесс переходит на этап 260, иначе процесс переходит на этап 280. На этапе 260, определяется составляет ли значение OBO 0. Если значение OBO составляет 0, процесс переходит на этап 270, иначе процесс переходит на этап 280. На этапе 270, считается, что STA выиграла права на конкуренцию, и она произвольно выбирает один RU среди RU, присвоенных для STA, и передает свой кадр на выбранном RU, и процесс UORA заканчивается. На этапе 280, проверяется кадр триггера, существует ли еще присваивание RU. Если существует еще присваивание RU, процесс UORA продолжается, и процесс переходит обратно на этап 240, иначе процесс UORA заканчивается.

[0020] Обращаясь к Фигуре 3, показан примерный обмен 300 многопользовательскими кадрами с использованием разъясненного выше процесса UORA. Кадр триггера для произвольного доступа 310 передается посредством AP 190 по Фигуре 1 вслед за успешной конкуренцией CMSA/CA. Кадр триггера содержит пять полей 312, 314, 316, 318 и 320 выделения RU для назначения RU1, RU2, RU3, RU4 и RU5 соответственно для AID X, который представляет группу STA: STA1, STA2 и STA3. Так как кадр триггера имеет поля присваивания RU для STA1, STA2 и STA3, значение OBO каждого устройства инициализируется произвольно, например, в значение 10, 7 и 3 соответственно. Согласно процессу UORA 200 по Фигуре 2, значения OBO всех трех STA уменьшаются на 1 в каждом из полей присваивания 312, 314 и 316 RU1, RU2 и RU3. В поле 316 присваивания RU3, значение OBO STA1 равняется 7, значение OBO STA2 равняется 4 и значение OBO STA3 равняется 0. Так как STA3 с ее значением OBO, составляющим 0, выиграла конкуренцию, STA3 произвольно выбирает RU1 332 и передает свой кадр PS-Poll на нем. Как и в случае STA1 и STA2, их значения OBO продолжают уменьшать в RU4 и RU5, добиваясь значений 5 и 2 соответственно в поле 320 присваивания RU5. Так как и STA1, и STA2 не удается достичь для соответствующих значений OBO значения 0, ни STA1, ни STA2 не удается выиграть конкуренцию в этом кадре триггера, и в результате, RU2 334, RU3 336, RU4 338 и RU5 340 не используются для PPDU восходящей линии связи. Как показывает этот пример, так как только одной STA обеспечена возможность передачи своего кадра только на одном RU, эффективность использования канала может быть низкой в сетях с рассредоточенными абонентами.

[0021] Хотя UORA может быть запланирован в любой точке по усмотрению АР, наиболее вероятный сценарий использования наступает в моменты, когда AP не имеет очень точных сведений, или совсем не имеет сведений о потребностях трафика восходящей линии связи STA. Некоторые примерные случаи приведены ниже:

1. STA функционируют в режиме энергосбережения и пробуждаются спустя длительный период.

2. Присутствуют неассоциированные STA.

3. STA не осуществляют связь с AP некоторый период времени.

[0022] В таких случаях, AP не имеет достаточно информации, чтобы иметь возможность планировать многопользовательскую OFDMA-передачу восходящей линии связи эффективным образом. Конкретно, AP не знает статус буфера ассоциированных STA или о присутствии неассоциированных STA, которые не имеют возможности осуществления связи с AP. При таких обстоятельствах, планирование UORA может быть полезным, но только если кадр триггера может быть предназначен для таких STA. С помощью текущего UORA, единственный способ для AP обеспечить дифференцированное обслуживание для STA, это во время присваивания RU.

[0023] Назначение приоритета при произвольном доступе в LTE>

Помимо 802.11ax, произвольный OFDMA-доступ к восходящей линии связи также используется в других системах беспроводной связи, таких как 3GPP LTE и т.д. В LTE, произвольный доступ используется посредством UE для запроса новых ресурсов канала у eNB. Для произвольного доступа в LTE были предложены схемы назначения приоритета на основе группирования трафика UE согласно его требованиям QoS и предварительного присваивания разных каналов восходящей линии связи (частотных ресурсов) разным классам трафика. Приоритет может также дифференцироваться посредством использования зависимых от класса процедур возврата при событии коллизии первоначальной попытки произвольного доступа. Настоящее раскрытие отличается от таких схем по ряду важных аспектов:

- Не требуется предварительное присваивание ресурсов. Ресурсы могут быть динамически присвоены центральным контроллером по необходимости.

- Нет необходимости группировать устройства в разные классы.

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

[0024] Перед разъяснением подробностей настоящего раскрытия, необходимо кратко описать релевантную архитектуру передающего устройства, в котором реализовано настоящее раскрытие. Обращаясь к Фигуре 4, передающее устройство 400 может представлять опорную модель реализации, где UORA используется совместно с механизмом EDCA в IEEE 802.11 WLAN STA. EDCA (Расширенный распределенный доступ к каналу), предоставляет четыре очереди с назначенным приоритетом для передачи, каждую одну очередь для конкретной категории доступа (AC). Четырьмя AC, в порядке повышения приоритета, являются фоновая (AC_BK), максимального качества (AC_BE), видео (AC_VI) и голоса (AC_VO). AC и их соответствующие очереди передачи используются для дифференциации приоритета кадра STA во время периода доступа к каналу на основе конкуренции CSMA/CA. Параметры EDCA, соответствующие очередям передачи AC, задаются таким образом, что очереди с более высоким приоритетом имеют более высокую вероятность выиграть внутреннюю, также как и внешнюю, конкуренцию.

[0025] Микросхема 402 может представлять собой фильтр или планировщик, который исследует входящие кадры от приложений верхнего уровня на основе пользовательского приоритета, присвоенного кадрам, и направляет их в соответствующие очереди передачи. Опционально, если реализованы схемы назначения приоритета кадрам управления, такие как QMF, микросхема 402 может также быть использована для фильтрации самостоятельно сгенерированных кадров управления уровня MAC в соответствующие очереди передачи. Здесь, 410, 412, 414 и 416 представляют очереди передачи для AC_VO, AC_VI, AC_BE и AC_BK соответственно. Во время EDCA, каждая из четырех очередей передачи имеет свои собственные соответствующие функции EDCA (EDCAF), которые независимо конкурируют за доступ к беспроводной среде на основе параметров EDCA каждой очереди. 430, 432, 434 и 436 представляют собой функции EDCA, соответствующие очередям передачи для AC_VO, AC_VI, AC_BE и AC_BK соответственно, тогда как 420, 422, 424 и 426 представляют собой соединения между очередями передачи и их соответствующими EDCAF. При событии, когда две или более EDCAF выигрывают конкуренцию в одно время, говорят, что произошла внутренняя коллизия, и только EDCAF, соответствующая AC с наивысшим приоритетом, будет осуществлять передачу, тогда как другие EDCAF задействуют процедуру возврата.

[0026] На основе вышеуказанных сведений, изобретатели этой заявки достигли настоящего раскрытия. Раскрыты способы, которые предоставляют более высокий приоритет UORA для STA, которые отвечают некоторым условиям, которые выбрала AP. Более высокий приоритет может относиться к обеспечению правомочным устройствам возможности осуществления доступа к множеству ресурсных блоков (RU) во время произвольного доступа, или это может также означать более быстрый доступ к среде во время произвольного доступа. Согласно одному примерному варианту осуществления, AP объявляет в кадре триггера рекомендованное использование для выбранных RU. STA, которые выигрывают конкуренцию за UORA, имеют возможность параллельной передачи на многочисленных RU, если STA могут отвечать рекомендованному условию использования, тем самым приводя к обладанию такими STA более высоким приоритетом. Согласно другому примерному варианту осуществления, AP объявляет в кадре триггера некоторое условие канала, при котором подходящие требованиям STA, после выигрыша конкуренции за UORA, могут параллельно передавать многочисленные копии одного и того же кадра на многочисленных RU, тем самым повышая вероятность успеха их передачи.

[0027] Согласно еще одному примерному варианту осуществления, правила для процедуры UORA изменяются таким образом, что STA, которые отвечают рекомендованным условиям использования для выбранных RU, объявленных посредством AP в кадре триггера, имеют преимущество в процедуре UORA, что приводит к более высокой вероятности выигрыша ими конкуренции за произвольный доступ. Несколько примерных вариантов осуществления подробно описаны в дальнейших разделах для подробного описания данного раскрытия. Различные варианты осуществления для предложенного многопользовательского произвольного доступа с назначением приоритета в настоящем раскрытии описаны подробно в нижеследующих разделах.

[0028] <Первый вариант осуществления>

Обращаясь опять к Фигуре 4, описана опорная модель реализации, которая относится к UORA. В противоположность EDCA (расширенному распределенному доступу к каналу), согласно первому варианту осуществления, процедура UORA обрабатывается одиночной функцией 470 UORA (UORAF). Для того, чтобы работать неразрывно совместно с опорной моделью реализации EDCA, требуется механизм переключения, который после приведения в действие некоторым конкретным ходом действий, например, прием действительного кадра триггера, переключит операцию с EDCA на UORA, и управление очередями передачи передается UORAF через соединители 440, 442, 444 и 446. Во время этого процесса переключения, могут выполняться различные вспомогательные процедуры, такие как заморозка процедур возврата EDCA, сохранение различных счетчиков, относящихся к EDCA, и т.д.

[0029] В то же время, может потребоваться восстановить и инициализировать счетчики, относящиеся к UORA. В конце периода произвольного доступа к восходящей линии связи, должен быть выполнен процесс обратного переключения, с UORA на EDCA. Во время этого обратного переключения, UORAF замораживается, счетчики UORA сохраняются, сохраненные счетчики EDCAF восстанавливаются, и управление очередью передачи передается обратно EDCAF. Для того, чтобы выбрать кадры, которые должны быть пересланы UORAF, для передачи во время UORA, может быть реализован планировщик 460 UL OFDMA RA. Также может быть реализован отдельный генератор 450 кадров UORA, который отвечает за генерирование чувствительных ко времени кадров, специально для использования во время UORA, например, кадра отчета о состоянии буфера STA.

[0030] Фигура 5 может быть использована, чтобы дополнительно проиллюстрировать опорную модель 500 реализации UORA. 502, 510, 512, 514, 516 являются такими же как 402, 410, 412, 414 и 416 по Фигуре 4 соответственно. Аналогично, генератор 520 кадров UORA, планировщик 530 UL OFDMA RA и UORAF 540 являются такими же как 450, 460 и 470, описанные на Фигуре 4 соответственно. Назначение приоритета кадров во время произвольного доступа к восходящей линии связи может рассматриваться как происходящее в две стадии. На стадии 1, назначение приоритета происходит внутри самой STA и состязание происходит среди кадров в различных очередях передачи, также как и других кадров, сгенерированных внутри самого MAC. Назначение приоритета на стадии 1 в основном имеет место в планировщике 530.

[0031] Как упомянуто ранее, ролью планировщика 530 является осуществление выбора кадров, которые должны быть пересланы UORAF 540, для передачи во время UORA. Так как кадры могут существовать более, чем в одной очереди передачи AC, и характерный для UORA кадр может также быть сгенерирован генератором 520 кадров UORA, планировщик может задать некоторые простые правила выбора кадров, такие как:

- Если кадр сгенерирован генератором кадров UORA во время UORA, то кадр выбирается, иначе

- Если кадр триггера указывает конкретное условие "рекомендованного использования", например, "предпочтение ответа", выбирается первый кадр, который ближе к головной части очереди передачи AC с наивысшим приоритетом и который отвечает "предпочтению ответа", иначе

- Если кадр триггера не указывает какое-либо конкретное условие "рекомендованного использования", кадр выбирается согласно своему приоритету AC.

[0032] В дополнение, планировщик 530 также должен гарантировать, что размер выбранного кадра соответствует передаче в пределах присвоенной продолжительности PPDU. Опционально планировщик может также учитывать другие факторы во время процесса выбора кадра на стадии 1, такие как эффективность использования канала в том, что касается величины заполнения, требуемой для кадра и т.д.

[0033] Назначение приоритета на стадии 2 предусматривает состязание среди различных STA, принимающих участие в произвольном доступе к восходящей линии связи, и тесно связано с процедурой UORA и соответствующими параметрами доступа к каналу. UORAF отвечает за назначение приоритета на стадии 2, что является основным фокусом настоящего раскрытия.

[0034] Обращаясь к Фигуре 6, 600 представляет формат кадра для базового кадра триггера, который использует AP для назначения RU для STA, принимающих участие в многопользовательской передаче восходящей линии связи. Кадр 600 состоит из поля 610 управления кадром, которое указывает свойства кадра, такие как тип кадра, подтип и т.д., поле 620 продолжительности, опциональное поле 630 адреса приемника, поле 640 адреса передатчика, поле 650 общей информации, которое указывает информацию, касающуюся кадра ответа, который полезен для всех пользователей, такую как длина, контенты SIG-A, тип триггера и т.д., одно или более полей 660,... 670 информации по каждому пользователю, которые указывают информацию имеющую отношение к конкретному пользователю, такую как MCS, которая должна быть использования для кадра ответа, присваивание RU, ID станции и т.д., и наконец, последовательность 680 проверки кадров (FCS).

[0035] Кадр триггера для произвольного доступа является специальным подтипом кадра триггера, и в связи с этим идентифицируется либо посредством подполя типа триггера в поле 650 общей информации, либо посредством задания специальных ID станций в полях 660,... 670 информации по каждому пользователю и т.д. Если используется первый способ, т.е. кадр триггера исключительно задается для использования для произвольного доступа, все RU, присвоенные в кадре триггера, доступны для произвольного доступа, тогда как если используется второй способ, для произвольного доступа разрешено использовать только RU, присвоенные в соответствующих полях информации по каждому пользователю.

[0036] Как предложено в настоящем раскрытии, AP объявляет предварительно определенное или известное условие для RU, такое чтобы STA, которые отвечают условию, имели возможность параллельно передавать более, чем один кадр на множестве назначенных RU. Список условий может быть задан в индустриальном стандарте, таком как IEEE 802.11ax, и может быть известен всем соответствующим устройствам. Также возможно, что список условий может также сообщаться устройствам посредством AP во время процесса ассоциации, или объявляться регулярно в периодических кадрах, таких как кадры маяка. В первом варианте осуществления, условие может называться "предпочтением ответа" и может быть представлено 4 битами в поле 650 общей информации кадра триггера, как показано на Фигуре 7A.

[0037] Поле 700 "предпочтение ответа" на Фигуре 7A может дополнительно состоять из бита 702 класса, и 3 битового поля 704 подкласса. Как предлагает название, бит класса указывает общий класс ответа, который предпочитает AP. Например, если бит класса имеет значение "0", предпочтительный ответ может относиться к конкретному типу кадра, тогда как если бит класса имеет значение "1", предпочтительный ответ может относиться к кадрам конкретной категории доступа (AC) или кадрам из STA, которые находятся в конкретном состоянии ассоциации или конкретном режиме управления электропитанием. Поле подкласса может указывать конкретный ответ, который предпочитает AP. С помощью этих 4 битов, возможно указать до 16 разных "предпочтений ответов".

[0038] Таблица 710 на Фигуре 7B является одним примером кодирования "предпочтения ответа". Некоторые из значений могут не использоваться и могут быть зарезервированы для будущего расширения, например, 714, тогда как некоторые значения могут также быть использованы для указания отсутствия ограничений на использование конкретного RU, например, 712.

[0039] Как показано на Фигуре 7C, однобитовый флаг 720 в полях 660,... 670 информации по каждому пользователю, называемый здесь как RPflag, может быть использован для указания, применяется ли указанное "предпочтение ответа" к RU, присвоенному в этом поле информации по каждому пользователю, или нет. Если RPflag составляет "0", "предпочтение ответа" не применяется к RU, но если RPflag составляет "1", то применяется. RU, в которых применяются указанные критерии "предпочтения ответа", могут называться специальными RU, тогда как RU, в которых указанные критерии "предпочтения ответа" не применяются, могут называться базовыми RU.

[0040] Аналогично, максимальное число кадров, которое STA имеет возможность параллельно передавать, может быть представлено двумя битами в поле общей информации, как показано в таблице 730 на Фигуре 7D. Битовые значения "00", "01", "10" и "11" представляют максимум 1, 2, 3 и 4 параллельные передачи соответственно. "00" может быть использован посредством AP в особых случаях для явного запрета многочисленных параллельных передач.

[0041] Согласно первому варианту осуществления, AP указывает в поле общей информации кадра триггера, "предпочтение ответа", также как и максимальное число кадров, которое STA имеет возможность параллельно передавать. AP дополнительно указывает RU, в которых "предпочтение ответа" применяется посредством выборочного задания RPflag в полях информации по каждому пользователю в значение "1". STA, после приема кадра триггера, сначала проверяет, есть ли по меньшей мере один RU, присвоенный STA, в кадре триггера. Если да, STA переходит к конкуренции за беспроводную среду согласно процедуре UORA. Если STA выигрывает конкуренцию за UORA, она может передать многочисленные кадры, вплоть до числа, указанного подполем 730 максимального количества параллельных передач на Фигуре 7D, согласно нижеследующим правилам:

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

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

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

[0042] Если число STA, конкурирующих за UORA является большим, есть вероятность, что более, чем одна STA выиграет конкуренцию и впоследствии передаст многочисленные кадры на разных RU, что приводит к повышенным шансам коллизии по сравнению с первоначальным UORA. Поэтому, AP должна находить баланс при выборе соответствующего значения для подполя 730 максимального количества параллельных передач, такого чтобы частота коллизий находилась в рамках допустимого предела.

[0043] Процесс UORA согласно первому варианту осуществления может быть лучше разъяснен с помощью Фигуры 8A и схемы 800 последовательности операций. Процесс UORA начинается, когда STA принимает кадр триггера от AP и определяет, что по меньшей мере один RU был присвоен STA. Если это первый экземпляр процесса UORA, который был задействован, или если STA была успешна в выигрыше конкуренции в предыдущий период UORA, его OBO будет равно 0. Значение OCW первоначально задается в значение OCWmin, которое может быть задано в значение по умолчанию или может быть получено от AP. На этапе 810, определяется является ли значение OBO больше, чем 0. Если значение OBO больше, чем 0, процесс переходит прямо на этап 816, но если значение OBO равняется 0, процесс переходит на этап 812, где значение OBO инициализируется в произвольное значение между 0 и OCW, и процесс переходит на этап 814.

[0044] На этапе 814, снова определяется, является ли значение OBO больше, чем 0. Если значение OBO больше, чем 0, процесс переходит на этап 816, но если значение OBO равняется 0, процесс непосредственно переходит на этап 832. На этапе 816, начиная с поля первого присваивания RU в кадре триггера, проверяется, присвоен ли RU для STA. Если присвоен, процесс переходит на этап 818, где значение OBO уменьшается на 1, и процесс переходит на этап 830, иначе процесс переходит на этап 820. На этапе 830, определяется составляет ли значение OBO 0. Если значение OBO составляет 0, процесс переходит на этап 832, иначе процесс переходит на этап 820. На этапе 820, проверяется кадр триггера, существует ли еще поле присваивания RU. Если существует еще поле присваивания RU, процесс UORA продолжается, и процесс переходит обратно на этап 816, иначе процесс UORA заканчивается.

[0045] На этапе 832, считается, что STA выиграла права на конкуренцию, и STA проверяет, отвечает ли она условию "предпочтения ответа". Если да, процесс переходит на этап 836, иначе процесс переходит на этап 834, где STA произвольно выбирает один базовый RU из списка остающихся базовых RU, назначенных STA, и процесс UORA прерывается, и процесс переходит на этап 840. На этапе 836, STA произвольно выбирает любой RU из списка остающихся специальных или базовых RU, назначенных STA, и процесс переходит на этап 838.

[0046] На этапе 838, STA проверяет, присутствуют ли еще кадры в ее очереди передачи, и также является ли число кадров, выбранных для передачи к этому моменту, меньше, чем значение, точно определенное полем 730 максимального количества параллельных передач. Если ответ "да" для обоих условий, процесс переходит обратно на этап 832, иначе процесс UORA прерывается, и процесс переходит на этап 840. На этапе 840, STA конструирует многопользовательский PPDU с общим заголовком PHY и кадрами, заполняющими участки данных PPDU на соответствующих выбранных RU, и наконец передает многопользовательский PPDU в AP.

[0047] В примерном обмене 850 многопользовательскими кадрами, проиллюстрированном на Фигуре 8B, AP осуществляет широковещательную передачу кадра 860 триггера, который указывает RU1 862 и RU5 870 как специальные RU с "предпочтением ответа" со значением "0100", т.е. кадра PS-Poll, тогда как RU2 864, RU3 866 и RU4 868 являются базовыми RU. Все RU назначаются AID X, который представляет собой группу STA: STA1, STA2 и STA3. Подполе 730 максимального количества параллельных передач задается в значение "10", т.е. 3. Так как кадр триггера имеет присваивание RU для всех трех STA, STA1, STA2 и STA3, OBO каждого устройства произвольно инициализируется в значения 10, 7 и 3 соответственно. Согласно процедуре UORA 200, OBO всех трех STA уменьшается на 1 в RU1, RU2 и RU3. В RU3, OBO STA1 равняется 7, OBO STA2 равняется 4, и OBO STA3 равняется 0.

[0048] Так как STA3 выиграла конкуренцию, и следующим кадром STA3 в очереди передачи оказывается PS-Poll, STA3 имеет возможность произвольно выбрать любой RU из RU1 882, RU2 884, RU3 886, RU4 888 или RU5 890 для передачи в многопользовательском PPDU 880. В данном примере, STA3 произвольно выбирает специальный RU, RU1 882, для передачи кадра PS-Poll. Следующими двумя кадрами в очереди передачи STA3 оказываются кадры данных, и так как им не дается право передачи на специальных RU, STA3 произвольно выбирает один из базовых RU, RU3 886, для передачи первого кадра данных. Так как кадр, который не отвечает "предпочтению ответа", выбран для передачи, даже если STA обеспечена возможность передачи до 3 кадров, процесс UORA должен быть прерван.

[0049] Наконец, STA3 конструирует многопользовательский PPDU 880 восходящей линии связи с общим заголовком PHY и двумя кадрами, заполняющими участки данных PPDU, кадром PS-Poll на RU1 и кадром данных на RU3 соответственно, и наконец передает многопользовательский PPDU 880 на AP. Предполагая, что STA1 и STA2 не удалось выиграть конкуренцию, может быть видно, что по сравнению с примером на Фигуре 3, так как STA3 имеет возможность передачи многочисленных кадров на многочисленных RU согласно настоящему раскрытию, STA3 обладает более высоким приоритетом и в то же время, эффективность использования канала также гораздо выше.

[0050] <Второй вариант осуществления>

Согласно второму варианту осуществления данного раскрытия, вместо сигнализации условия как "предпочтения ответа" в поле 650 общей информации кадра триггера, условие может быть непосредственно сигнализировано посредством задания различных типов кадров триггеров, причем каждый точно определяющий конкретное использование для RU, присвоенных кадром триггера. Различные типы кадров триггеров могут быть указаны подполем типа триггера в поле 650 общей информации кадра 600 триггера. Это может быть видно как расширение различных типов кадра триггера уже рассмотренных в группе задач IEEE 802.11ax.

[0051] Пример представления типа триггера с использованием 4 битов показан в таблице 900 на Фигуре 9. Первые четыре типа триггеров представляют кадры триггеров специального использования, уже принятые как часть спецификации IEEE 802.11ax. Пятый тип триггера, кадр триггера для произвольного доступа (основной) представляет кадр триггера основного использования для произвольного доступа без конкретных ограничений или условий. Согласно настоящему раскрытию, кадр триггера для произвольного доступа может быть дополнительно настроен указывать произвольный доступ для конкретных типов ответов. Некоторые из них могут быть такими, как указано ниже:

- Кадр триггера для произвольного доступа (отчет о состоянии буфера) 902: требует кадры отчета о состоянии буфера

- Кадр триггера для произвольного доступа (PS-Poll) 904: требует кадры PS-Poll

- Кадр триггера для произвольного доступа (запрос ассоциации) 906: требует кадры запроса ассоциации

- Кадр триггера для произвольного доступа (данные) 908: требует кадры данных

- Кадр триггера для произвольного доступа (энергосбережение) 910: требует кадры от STA в режиме энергосбережения

- Кадр триггера для произвольного доступа (неассоциированный) 912: требует кадры от неассоциированных STA.

[0052] Так как ограничение типа триггера применяется ко всем RU, присвоенным кадром триггера, все RU в этом случае будут считаться специальными RU и ограничены для использования STA, чьи кадры отвечают указанному типу ответа. В случаях, когда AP может пожелать снять это ограничение с некоторых из присвоенных RU, или AP желает точно определить другой тип ответа только для некоторых присвоенных RU, она может сделать так посредством включения поля 700 "предпочтения ответа" на Фигуре 7A, описано ранее, в поля информации по каждому пользователю. RU, присвоенные в полях информации по каждому пользователю, которые включают в себя поле "предпочтение ответа", будут следовать указанным предпочтениям ответа вместо предпочтения ответа, заданного типом триггера.

[0053] В качестве примера, AP может указать кадр триггера как являющийся кадром триггера типа триггера для произвольного доступа (PS-Poll) и присвоить три RU, RU1, RU2 и RU3, в поле информации 1 по каждому пользователю, поле информация 2 по каждому пользователю и поле информация 3 по каждому пользователю, соответственно STA1, STA2 и STA3. AP может также задать подполе 730 максимального количества параллельных передач на Фигуре 7D, в поле общей информации, в значение "01", т.е. 2. AP может дополнительно включать в себя поле "предпочтения ответа" со значением "0110", т.е. "ограничений нет" в поле информации 3 по каждому пользователю, чтобы указать, что RU3 не ограничен кадрами PS-Poll. В этом примере, RU1 и RU2 будут считаться специальными RU, которые обеспечивают возможность передачи на них только кадров PS-Poll, тогда как RU3 будет рассматриваться как базовый RU, и STA, выигравшая конкуренцию, может передавать на нем любой кадр.

[0054] Если STA1 выигрывает конкуренцию за UORA, и она имеет кадр PS-Poll в своей очереди передачи, она произвольно выбирает RU1 из числа RU1, RU2 и RU3 для передачи кадра PS-Poll. Так как подполе максимального количества параллельных передач задано в значение два, STA1 может перейти к передаче своего следующего кадра в очереди передачи, кадра данных, на базовом RU, RU3.

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

[0056] <Третий вариант осуществления>

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

[0057] Пример условия согласно третьему варианту осуществления может относиться к конкретному условию канала. AP объявляет в кадре триггера некоторое условие канала, при котором правомочные STA, после выигрыша конкуренции за UORA, могут параллельно передавать многочисленные копии одного и того же кадра на многочисленных RU, тем самым повышая вероятность успеха их передачи. Например, условие канала может относиться к некоторому уровню соотношения сигнал-шум (SNR) для кадра триггера, наблюдаемому принимающей STA. Задавая RPflag 720 на Фигуре 7С в полях информации по каждому пользователю в значение "1", AP может зарезервировать некоторые из присвоенных RU для STA с наблюдаемым значением SNR для принятого кадра триггера, который отвечает условию, указанному в поле 650 общей информации на Фигуре 6 кадра триггера.

[0058] В третьем варианте осуществления, такие принятые RU могут называться специальными RU, где остальные RU могут считаться базовыми RU. В качестве альтернативы, AP может также указывать специальные RU посредством задания зарезервированных ID станций или AID для представления конкретного условия канала. Другими примерами условий канала могут быть индикатор мощности принятого сигнала (RSSI)(RSSI) для принятого кадра триггера, или им может также быть некоторый уровень помех, о которых осведомлена STA, и т.д. При планировании присваивания RU, AP может также присвоить специальные RU, которые находятся далеко друг от друга в частотной области, для того, чтобы дополнительно увеличить вероятность успеха передачи, пользуясь преимуществом частотного разнесения.

[0059] Примерная схема кодирования для условия канала проиллюстрирована в таблице 1050 на Фигуре 10B. Для указания различных условий канала могут быть использованы четыре бита. Например, "0000" 1052, "0001" 1054, "0010" 1056 и "0011" 1058 указывают условия канала в том, что касается уровня SNR кадра триггера, кадра, принятого STA; "0100" 1060, "0101" 1062, "0110" 1064 и "0011" 1066 указывают условия канала в том, что касается уровня RSSI кадра триггера, кадра, принятого STA, тогда как "1000" 1068, "1001" 1070, "1010" 1072 и "1011" 1074 указывают условия канала в том, что касается самых последних значений уровня помех, о котором осведомлена STA. Остальные значения резервируются для будущего использования.

[0060] В качестве примера, на Фигуре 10A проиллюстрирована последовательность 1000 кадров многопользовательского произвольного доступа. AP, в кадре триггера 1010, может присвоить пять RU, RU1 1012, RU2 1014, RU3 1016, RU4 1018 и RU5 1020 в полях информации 1 по каждому пользователю, информации 2 по каждому пользователю, информации 3 по каждому пользователю, информации 4 по каждому пользователю и информации 5 по каждому пользователю 5, соответственно STA1, STA2 и STA3. AP включает в себя подполе условия канала в поле 650 общей информации и задает его в значение "0011" как в 1058 по Фигуре 10B, чтобы указать, что STA, которые принимают кадр триггера при уровне SNR ниже 10 дБ, имеют возможность передачи многочисленных копий одного и того же кадра. Число копий ограничивается числом, указанным подполем 730 максимального количества параллельных передач на Фигуре 7D в поле общей информации, которое задано в значение "01", т.е. 2 в этом примере. Задавая RPflags в значение "1" в соответствующих полях информации по каждому пользователю, AP дополнительно указывает, что RU1 и RU5 могут быть использованы для многочисленных параллельных передач посредством STA, которые отвечают указанному условию канала. RPflags в полях информации по каждому пользователю RU2, RU3 и RU4 задаются в значение "0".

[0061] Здесь, RU1 и RU5 будут считаться специальными RU, тогда как RU2, RU3 и RU4 будут считаться базовыми RU. В этом примере, STA1 выигрывает конкуренцию за UORA, и так как уровень SNR кадра триггера, который наблюдается STA1, оказывается меньше, чем 10 дБ, и поэтому STA1 получает право передать многочисленные копии одного и того же кадра. STA1 имеет кадр PS-Poll в качестве следующего кадра в своей очереди передачи, и она произвольно выбирает RU4 1038 из числа RU1 1032, RU2 1034, RU3 1036, RU4 1038 и RU5 1040 для передачи кадра PS-Poll. Так как подполе максимального количества параллельных передач задано в значение два, STA1 обеспечивается возможность передачи еще одной копии PS-Poll, и в этой связи она переходит к произвольному выбору RU1 1032 из числа двух специальных RU, RU1 1032 и RU5 1040, для передачи второй копии кадра PS-Poll.

[0062] Другой пример условия согласно третьему варианту осуществления может относиться к конкретному типу STA, например, STA типа "датчик" с чрезвычайно коротким циклом работы и очень строгими ограничениями по электропитанию. Так как неуспешные передачи и последующие повторные передачи могут вызвать относительно большую трату электропитания, будет желательно минимизировать вероятность неудачной передачи для таких STA. Для того, чтобы гарантировать более высокую надежность передачи, AP может зарезервировать некоторые RU для эксклюзивного использования таких STA и обеспечить им возможность передачи многочисленных копий одного и того же кадра.

[0063] Третий вариант осуществления может быть предпочтительным в ситуациях, когда AP знает о присутствии STA-членов, которые могут существенно помочь посредством уменьшения их вероятностей неудачной передачи. Обеспечивая таким STA возможность параллельной передачи многочисленных копий одного и того же кадра на многочисленных RU, AP может попытаться улучшить свою вероятность успешной передачи. Настоящее раскрытие может быть использовано для дополнения других схем для улучшения вероятности успешной передачи, как например, регулируя уровень MCS передачи, или уровень мощности передачи, и т.д.

[0064] <Четвертый вариант осуществления>

Фигура 11A может быть использована для иллюстрации опорной модели 1100 реализации UORA для четвертого варианта осуществления. Планировщик 1102 также как и четыре очереди передачи 1110, 1112, 1114 и 1116 являются такими же как планировщик 502 и очереди передачи 510, 512, 514 и 516 по Фигуре 5 соответственно. Аналогично, генератор 1120 кадров UORA является таким же как генератор 520 кадров UORA, описанный на Фигуре 5. В предыдущих вариантах осуществления, STA, обеспечивающая одиночную UORAF 540 и соответствующий набор параметров доступа к каналу. STA будет конкурировать за доступ к среде посредством одиночной UORAF с использованием ассоциированных параметров доступа к каналу. Если UORAF выигрывает конкуренцию, STA имеет возможность передачи многочисленных кадров на разных RU, если условие, заданное AP, удовлетворено.

[0065] Согласно четвертому варианту осуществления, STA может обеспечить многочисленные UORAF 1140, 1150, 1160 и т.д. также как и их соответствующие параметры доступа к каналу. Точное число UORAF, которые обеспечивает STA, n, может быть определено организацией по стандартизации, такой как IEEE 802.11ax, и быть известно всем соответствующим устройствам. Хотя первичной функцией планировщика 1130 UORA является пересылать кадры в UORAF для конкуренции за доступ к каналу, из-за существования многочисленных UORAF, процедура назначения приоритета на стадии 1 в планировщике 1130 UORA немного отличается по сравнению с процедурой назначения приоритета на стадии 1 в планировщике 530 UORA. В качестве примера, спецификация IEEE 802.11ax может задавать число UORAF, которые обеспечивает STA, n, равным трем.

[0066] Кроме того, как проиллюстрировано в таблице 1170 на Фигуре 11B, трем UORAF могут быть назначены три разные уровня приоритета: высокий приоритет 1172, обычный приоритет 1174 или низкий приоритет 1176. Аналогично, кадры, которые должны быть пересланы трем UORAF, могут также классифицироваться на три уровня приоритета, как показано во втором столбце таблицы 1170. Кадры могут классифицироваться согласно типу кадров, также как и состоянию ассоциации STA или режиму управления электропитанием, так что кадрам, которые больше всего подходят или которые с большей вероятностью должны использоваться во время произвольного доступа к восходящей линии связи, назначается более высокий приоритет. Например, если STA находится в режиме управления электропитанием с энергосбережением, то кадр отчета о состоянии буфера, кадр PS-Poll и все кадры из очереди 1110 передачи AC_VO классифицируются как с высоким приоритетом, тогда как кадры из очереди 1112 передачи AC_VI классифицируются как с обычным приоритетом.

[0067] Если STA находится в неассоциированном состоянии или состоянии с отмененной ассоциацией, то кадр аутентификации и кадр запроса ассоциации классифицируются как с высоким приоритетом, тогда как кадр запроса проверки классифицируется как с обычным приоритетом. Если STA находится в ассоциированном состоянии, то расположенный рядом кадр отчета о помехах классифицируется как с высоким приоритетом. Если STA находится в состоянии активного управления электропитанием, то кадр отчета о состоянии буфера, также как и все кадры из очереди 1110 передачи AC_VO, классифицируется как с обычным приоритетом. Все остальные типы кадров во всех остальных состояниях/режимах STA классифицируются как принадлежащие к низкому уровню приоритета. Кадры, классифицированные как с высоким приоритетом, обычным приоритетом и низким приоритетом, пересылаются планировщиком 1130 UORA в UORAF 1140, UORAF 1150 и UORAF 1160 соответственно. Классификация, проиллюстрированная здесь, является лишь одним примером, и возможно гораздо больше таких классификаций.

[0068] Обращаясь к Фигуре 11С, может также быть задана таблица 1180, которая точно определяет параметры доступа к каналу, которые должны быть использованы для различных уровней приоритета. При самом минимуме, таблица 1180 будет точно определять значения OCWmin и OCWmax, которые должны быть использованы для каждого уровня 1182, 1184 и 1186 приоритета. Так как минимальный размер OCW, OCWmin, непосредственно влияет на то, как быстро STA выигрывает конкуренцию, значение OCWmin меньше для более высоких уровней приоритета. Аналогично, максимальный размер OCW, OCWmax, влияет на число попыток, которые STA может совершить для конкуренции, и также максимальный размер окна конкуренция; в основном OCWmax может также быть меньше для более высоких уровней приоритета.

[0069] Также могут быть заданы дополнительные параметры, например, вероятность передачи (PTX), которая указывает вероятность передачи для STA, которая выигрывает конкуренцию. Значение PTX 1 указывает, что STA собирается осуществлять передачу каждый раз, когда она выигрывает конкуренцию, тогда как значение PTX 0,5 указывает, что STA может передавать только в 50% случаев выигрыша конкуренции. Также могут быть заданы другие параметры, такие как предел повторных передач, т.е. число раз, которое STA имеет возможность повторной попытки для конкуренции за один и тот же кадр, и т.д.

[0070] Согласно четвертому варианту осуществления, AP может точно определить, в кадре триггера, максимальное количество параллельных передач, которое может совершить STA. Фактическое число параллельных передач, которое может совершить STA, однако, является минимальным значением среди трех факторов: числа UORAF, числа кадров с разными уровнями приоритета, готовых для передачи, и значения, точно определенного посредством AP для поля максимального количества параллельных передач. AP может также точно определить условие в отношении некоторых или всех RU, которое определяет RU, которые STA имеет возможность выбрать для передачи.

[0071] В зависимости от реализации, условие может представлять кодирование 710 "предпочтения ответа", или оно может представлять кодирование 900 типа триггера, или оно может также представлять кодирование 1050 условия канала. RU, которые имеют условия, закрепленные за ними, известны как специальные RU, где RU без каких-либо закрепленных условий известны как базовые RU. После приема действительного кадра триггера, планировщик 1130 UORA пересылает один кадр от каждого уровня приоритета соответствующим UORAF, как позволяется согласно полю 730 максимального количества параллельных передач, в порядке приоритета 730, от высокого к низкому. Каждая из таких UORAF конкурирует за доступ к беспроводной среде согласно их соответствующим параметрам доступа к каналу, таким как параметры, точно определенные в таблице 1180.

[0072] UORAF, которая выигрывает конкуренцию, может выбрать RU для передачи своих кадров согласно нижеследующим правилам:

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

- Если кадр, который должен быть передан, не отвечает точно определенному условию, она может произвольно выбрать один RU только среди неиспользуемых базовых RU. Только один кадр, который не отвечает точно определенному условию, может быть передан той же самой STA в PPDU произвольного доступа к восходящей линии связи.

- Один RU может быть выбран только раз, т.е. две разных UORAF не могут выбрать один и тот же RU. Первая UORAF, которая выиграет конкуренцию, сможет выбрать RU первой. Если конкуренцию выигрывает более, чем одна UORAF при одном и том же RU, первой выбрать RU сможет UORAF с более высоким приоритетом.

[0073] Обмен 1200 многопользовательскими кадрами, проиллюстрированный на Фигуре 12, может быть взят в качестве примера четвертого варианта осуществления. В этом примере, число UORAF, которые обеспечивает каждая STA, зафиксировано в значении три. Классификация уровня приоритета и их соответствующие параметры доступа к каналу являются такими как проиллюстрировано в таблице 1170 и таблице 1180 на Фигурах 11B и 11С соответственно. STA1 функционирует в режиме управления электропитанием с энергосбережением, и ее очереди передачи имеют по меньшей мере один кадр, каждый от трех уровней приоритета, кадр PS-Poll, кадр данных AC_VI и кадр данных AC_BE.

[0074] AP осуществляет широковещательную передачу кадра 1210 триггера, который указывает RU1 1212 и RU5 1220 как специальные RU с "предпочтением ответа" со значением "0100", т.е. кадра PS-Poll, тогда как RU2 1214, RU3 1216 и RU4 1218 являются базовыми RU. Все RU назначаются AID X, который представляет собой группу STA: STA1, STA2 и STA3. Подполе 730 максимального количества параллельных передач задается в значение "10", т.е. 3. Для краткости в этом примере рассматривается только процедура UORA в STA1. Так как кадр триггера 1210 имеет присваивание RU для STA1, планировщик 1130 UORA пересылает кадр PS-Poll в UORAF1 с высоким приоритетом, кадр данных AC_VI в UORAF2 с обычным приоритетом и кадр данных AC_BE в UORAF3 с низким приоритетом. Каждая из трех UORAF, UORAF1, UORAF2 и UORAF3, имеет свои OBO, OBO1, OBO2 и OBO3, произвольно инициализированные в значения 3, 5 и 8 соответственно.

[0075] Согласно процедуре UORA 200, все три OBO уменьшаются на 1 в RU1, RU2 и RU3. В RU3, OBO1 равняется 0, OBO2 равняется 2 и OBO3 равняется 5. Так как UORAF1 выиграла конкуренцию, и так как кадром UORAF1 оказывается PS-Poll, она имеет возможность произвольно выбрать любой RU из RU1 1232, RU2 1234, RU3 1236, RU4 1238 или RU5 1240 для передачи в многопользовательском PPDU 1230. В данном примере, STA1 произвольно выбирает специальный RU, RU1 1232, для передачи кадра PS-Poll. OBO2 и OBO3 продолжают уменьшаться на 1 в RU4 и RU5, так что OBO2 достигает 0 в RU5, тогда как OBO3 равняется 3 в RU5. Так как UORAF2 выиграла конкуренцию в RU5, и кадром в UORAF2 оказываются кадры данных. Так как кадрам данных не дается право передачи на специальных RU, UORAF2 произвольно выбирает один из базовых RU, RU4 1238, для передачи кадра данных.

[0076] Даже если STA имеет возможность передачи до 3 кадров, так как UORAF3 не выиграла конкуренцию, процесс UORA должен быть прерван. Но даже если UORAF3 выиграла конкуренцию в RU5, она не имеет возможности передачи своего кадра данных, так как только один кадр, который не отвечает точно определенному условию, имеет возможность передачи для каждой STA. Наконец, STA1 конструирует многопользовательский PPDU 1230 восходящей линии связи с общим заголовком PHY и двумя кадрами, заполняющими участки данных PPDU, кадром PS-Poll на RU1 и кадром данных на RU4 соответственно, и наконец передает многопользовательский PPDU 1230 на AP. Несмотря на то, удалось ли UORAF из STA2 и STA3 выиграть конкуренцию, может быть видно, что по сравнению с примером на Фигуре 3, так как STA1 имеет возможность передачи многочисленных кадров на многочисленных RU согласно настоящему раскрытию, STA1 обладает более высоким приоритетом в этом примере.

[0077] Так как каждая UORAF конкурирует за среду на основе своих собственных параметров доступа к каналу, вероятность выигрыша конкуренции посредством UORAF с более высоким приоритетом является более высокой. Также, так как каждая UORAF конкурирует за среду независимо от других UORAF, даже если одна STA имеет возможность для возможностей многочисленных передач, не все правомочные UORAF могут выиграть конкуренцию, и поэтому частота коллизий для четвертого варианта осуществления будет меньшей по сравнению с предыдущими тремя вариантами осуществления.

[0078] <Пятый вариант осуществления>

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

[0079] Согласно пятому варианту осуществления настоящего раскрытия, AP резервирует некоторые из присвоенных RU для использования правомочными STA посредством объявления условия для этих RU в кадре триггера. Процедура UORA модифицируется так, чтобы STA, которые отвечают условию, имели более высокую вероятность более быстрого выигрыша конкуренции за UORA, чем другие STA. RU, в которых применяется указанное условие, могут называться специальными RU, тогда как RU, в которых указанное условие не применяется, могут называться базовыми RU. Так как базовые RU не имеют каких-либо условий, закрепленных за ними, все STA считаются правомочными для передачи на них, тогда как только STA, которые могут отвечать точно определенным условиям, закрепленным за специальными RU, являются правомочными для передачи на них. Во время процесса UORA, OBO правомочных STA, т.е. STA, которые отвечают условию, точно определенному в отношении RU, уменьшаются на значение, которое больше, чем значение, на которое уменьшается OBO для STA, которая не отвечает условию.

[0080] Модифицированный процесс UORA на STA можно лучше разъяснить с помощью схемы 1300 последовательности операций на Фигуре 13. Модифицированный процесс UORA начинается, когда STA принимает кадр триггера от AP и определяет, что по меньшей мере один RU был присвоен STA. Если это первый экземпляр модифицированного процесса UORA, который был задействован, или если STA была успешна в выигрыше конкуренции в предыдущий период UORA, его OBO будет равно 0.

[0081] На этапе 1310, определяется является ли значение OBO больше, чем 0. Если значение OBO больше, чем 0, процесс непосредственно переходит на этап 1340, но если значение OBO равняется 0, процесс переходит на этап 1320, где значение OBO инициализируется в произвольное значение между 0 и OCW, и процесс переходит на этап 1330. На этапе 1330, снова определяется является ли значение OBO больше, чем 0. Если значение OBO больше, чем 0, процесс переходит на этап 1340, но если значение OBO равняется 0, процесс непосредственно переходит на этап 1380. На этапе 1340, начиная с первого присваивания RU в кадре триггера, проверяется, присвоен ли RU для STA. Если присвоен, процесс переходит на этап 1350, иначе процесс переходит на этап 1390.

[0082] На этапе 1350, STA проверяет, правомочно ли передавать на RU, на основе условия, точно определенного для RU, если есть; если так, процесс переходит на этап 1360, иначе процесс переходит на этап 1390. На этапе 1360, значение OBO уменьшается на 1 и процесс переходит на этап 1370, где снова определяется, является ли значение OBO равным 0, и если оно составляет 0, процесс переходит на этап 1380, иначе процесс переходит на этап 1390. На этапе 1380, STA рассматривается выигравшей право на конкуренцию, и она произвольно выбирает один RU среди RU, присвоенных для STA, в котором STA является правомочной для передачи, и передает свой кадр, и модифицированный процесс UORA заканчивается. На этапе 1390, проверяется кадр триггера, существует ли еще поле присваивания RU. Если существует еще поле присваивания RU, модифицированный процесс UORA продолжается, и процесс переходит обратно на этап 1340, иначе модифицированный процесс UORA заканчивается.

[0083] В примере, проиллюстрированном на Фигуре 14, AP осуществляет широковещательную передачу кадра 1410 триггера, который указывает RU1 1412 и RU5 1420 как специальные RU с "предпочтением ответа" со значением "0100", т.е. кадра PS-Poll, тогда как RU2 1414, RU3 1416 и RU4 1418 являются базовыми RU. Все RU назначаются AID X, который представляет собой группу STA: STA1 и STA2. Следующим кадром в очереди передачи STA1 является кадр PS-Poll, тогда как кадром в очереди передачи в STA2 является кадр данных. Так как кадр триггера имеет присваивание RU как для STA1, так и STA2, OBO каждого устройства произвольно инициализируется в значение 5 и 4 соответственно.

[0084] Согласно модифицированной процедуре UORA 1300 по Фигуре 13, OBO из STA1 уменьшается на 1 в специальном RU, RU1, тогда как OBO из STA2 не уменьшается. OBO как из STA1, так и из STA2 уменьшаются на 1 в каждом из базовых RU, RU2, RU3 и RU4. В RU4, OBO обеих STA равны 1. Переходя к RU5, еще раз, так как RU5 является специальным RU, только OBO из STA1 уменьшается на 1 и достигает значения 0. Так как STA1 выиграла конкуренцию, она имеет возможность произвольно выбрать любой RU из RU1 1432, RU2 1434, RU3 1436, RU4 1438 или RU5 1440 для передачи в многопользовательском PPDU 1430. В данном примере, STA1 произвольно выбирает специальный RU, RU5 1440, для передачи кадра PS-Poll. Может быть видно, что по сравнению с примером на Фигуре 3, так как только STA1 имеет возможность уменьшения своего OBO в RU1 и RU5 согласно настоящему варианту осуществления, STA1 обладает более высоким приоритетом, т.е. более быстрым доступом к среде. Даже если OBO из STA1 было инициализировано в более высокое значение (5) по сравнению с OBO из STA2 (4), STA1 все еще удается выиграть конкуренцию на фоне STA2.

[0085] Также возможны другие вариации пятого варианта осуществления, например, OBO правомочных STA уменьшаются на (2), тогда как OBO из STA, которая не отвечает условию, уменьшается на (1).

[0086] <Система радиосвязи>

Фигура 15 иллюстрирует примерный способ 1500, который должен быть реализован посредством AP, для объявления в кадре триггера условия, которое используется для предоставления дифференцированных приоритетов STA, участвующих в произвольном OFDMA-доступе к восходящей линии связи. На этапе 1510, на основе наблюдений AP, касающихся текущих условий сети, которые могут также включать в себя обратную связь от STA и т.д., AP выбирает наиболее соответствующее условие, которое должно быть использовано в кадре триггера. В зависимости от реализации, условие может представлять кодирование 710 "предпочтения ответа", или оно может представлять кодирование 900 типа триггера, или оно может также представлять кодирование 1050 условия канала. На этапе 1520, AP выполняет присваивание RU и также выбирает RU, которые будут иметь условия, применяемые к ним. На этапе 1530, AP конструирует кадр триггера, который включает в себя присваивание RU вместе с кодированием битов, идентифицируя RU с помощью условия. Наконец, на этапе 1540, AP передает кадр триггера.

[0087] Фигура 16 иллюстрирует примерный способ 1600, который должен быть реализован посредством STA, которая использует модифицированный произвольный OFDMA-доступ к восходящей линии связи. На этапе 1610, STA принимает кадр триггера от AP и декодирует присваивание RU, также как и условие, закрепленное за RU. В зависимости от реализации, условие может представлять кодирование 710 "предпочтения ответа", или оно может представлять кодирование 900 типа триггера, или оно может также представлять кодирование 1050 условия канала. На этапе 1620, если кадр триггера имеет присваивание RU для STA, она конкурирует за беспроводную среду на основе модифицированной процедуры UORA. Модифицированная процедура UORA может относиться к любой из различных процедур UORA, разъясненных в разных вариантах осуществления настоящего раскрытия. На этапе 1630, если STA удается выиграть конкуренцию, она передает один или более кадров на выбранных RU многопользовательского PPDU восходящей линии связи, на основе условий, сигнализированных в кадре триггера.

[0088] <Конфигурация STA>

Фигура 17 является блок-схемой примерной STA 1700, которой может быть любая из STA на Фигуре 1. STA 1700 содержит центральный процессор (CPU) 1730, соединенный с памятью 1720, вторичным хранилищем 1740 и с одним или более интерфейсами 1750 беспроводной связи. Вторичным хранилищем 1740 может быть энергонезависимый компьютерно-читаемый носитель информации, который используется для постоянного хранения соответствующих кодов инструкций, данных и т.д. В момент запуска, CPU 1730 может скопировать коды инструкций, также как и относящиеся данные, в энергозависимую память 1720 для исполнения. Кодом инструкций может быть операционная система, пользовательские приложения, драйверы устройств, исполняемые коды и т.д., которые требуются для функционирования STA 1700. STA 1700 может также содержать источник 1710 электропитания, например, литий-ионную батарею или батарею типа "таблетка" и т.д.

[0089] Интерфейс 1750 беспроводной связи может содержать интерфейс для сотовой связи, или интерфейс для протоколов связи ближнего действия, таких как Zigbee, или это может быть интерфейс WLAN. Беспроводной интерфейс 1750 может дополнительно содержать MAC-модуль 1752 и PHY-модуль 1760. Среди других подмодулей, MAC-модуль 1752 может содержать планировщик 1754 доступа к каналу, который отвечает за планирование доступа к беспроводной среде. MAC-модуль 1752 может также хранить таблицу 1756 кодирования битов, используемую для представления условия UORA. PHY-модуль отвечает за преобразование данных MAC-модуля в сигналы передачи/приема и обратно. Беспроводной интерфейс может также быть соединен, посредством PHY-модуля, с одной или более антеннами 1770, которые отвечают за фактическую передачу/прием сигналов беспроводной связи в беспроводную среду и из нее.

[0090] В конкретном варианте осуществления, операционная система содержит операционную систему реального времени (RTOS), пользовательское приложение содержит веб-браузер или приложение для смартфона, драйверы устройств содержат драйвер WLAN, и исполняемый код может содержать код, который при исполнении посредством CPU 1730, вызывает выполнение способа 1600. Планировщик доступа к каналу 1754 реализует опорную модель 400, где процедура UORA используется совместно с механизмом EDCA. В зависимости от реализации, таблица 1756 кодирования условия UORA может представлять кодирование 710 "предпочтения ответа", или оно может представлять кодирование 900 типа триггера, или оно может также представлять кодирование 1050 условия канала. Таблица 1756 кодирования условия UORA может храниться со значениями по умолчанию во время изготовления. Также возможно, что таблица 1756 кодирования условия UORA может обновляться согласно значениям, сообщенным посредством AP во время процесса ассоциации, или на основе значений, сообщаемых регулярно посредством AP в периодических кадрах, таких как кадры маяка.

[0091] STA 1700 может содержать многие другие компоненты, которые не проиллюстрированы, для ясности, на Фигуре 17. Проиллюстрированы только те компоненты, которые имеют наибольшее отношение к настоящему раскрытию.

[0092] <Конфигурация точки доступа>

Фигура 18 является блок-схемой примерной AP 1800, которой может быть AP 190 на Фигуре 1. AP 1800 содержит центральный процессор (CPU) 1830, соединенный с памятью 1820, вторичным хранилищем 1840, одним или более интерфейсами 1850 беспроводной связи, также как и с другими интерфейсами 1880 проводной связи. Вторичным хранилищем 1840 может быть энергонезависимый компьютерно-читаемый носитель информации, который используется для постоянного хранения соответствующих кодов инструкций, данных и т.д. В момент запуска, CPU 1830 может скопировать коды инструкций, также как и относящиеся данные, в энергозависимую память 1820 для исполнения. Кодом инструкций может быть операционная система, пользовательские приложения, драйверы устройств, исполняемые коды и т.д., которые требуются для функционирования AP 1800. Размер кода инструкций и поэтому емкость хранилища как вторичного хранилища 1840, также как и памяти 1820, может быть существенно большим, чем емкость хранилища как вторичного хранилища, так как и памяти из STA 1700. STA 1800 может также содержать источник электропитания 1810, которым в большинстве случаев может быть силовая сеть, но в некоторых случаях может также быть некоторый вид батареи высокой емкости, например, автомобильный аккумулятор. Интерфейсом 1880 проводной связи может быть интерфейс Ethernet, или интерфейс силовой линии, или интерфейс телефонной линии и т.д.

[0093] Интерфейс 1850 беспроводной связи может содержать интерфейс для сотовой связи, или интерфейс для протоколов связи ближнего действия, таких как Zigbee, или это может быть интерфейс WLAN. Беспроводной интерфейс 1850 может дополнительно содержать MAC-модуль 1852 и PHY-модуль 1860. MAC-модуль 1852 из AP может быть существенно более сложным, чем MAC-модуль из STA 1700, и может содержать много подмодулей. Среди других подмодулей, MAC-модуль 1852 может содержать планировщик 1854 присваивания RU, который отвечает за выполнение этапа 1520 способа 1500. MAC-модуль 1852 может также хранить таблицу 1856 кодирования битов, используемую для представления условия UORA. PHY-модуль отвечает за преобразование данных MAC-модуля в сигналы передачи/приема и обратно. Беспроводной интерфейс может также быть соединен, посредством PHY-модуля, с одной или более антеннами 1870, которые отвечают за фактическую передачу/прием сигналов беспроводной связи в беспроводную среду и из нее.

[0094] В конкретном варианте осуществления, операционная система содержит операционную систему реального времени (RTOS), пользовательское приложение содержит веб-браузер или приложение для смартфона, драйверы устройств содержат драйвер WLAN, и исполняемый код может содержать код, который при исполнении посредством CPU 1830, вызывает выполнение способа 1500 по Фигуре 15.

[0095] В зависимости от реализации, таблица 1856 кодирования условия UORA может представлять кодирование 710 "предпочтения ответа", или оно может представлять кодирование 900 типа триггера, или оно может также представлять кодирование 1050 условия канала. Таблица 1856 кодирования условия UORA может храниться со значениями по умолчанию во время изготовления, но AP 1800 может также подстроить их, если требуется, согласно преобладающим условиям сети и передать новые контенты таблицы STA-членам, например, во время процесса ассоциации, или AP 1800 может также выбрать объявить контенты таблицы в информационном элементе в некоторых периодических кадрах, таких как кадры маяка.

[0096] AP 1800 может содержат многие другие компоненты, которые не проиллюстрированы, для ясности, на Фигуре 18. Проиллюстрированы только те компоненты, которые имеют наибольшее отношение к настоящему раскрытию.

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

[0098] В дополнение, функциональные блоки, использованные в описаниях вариантов осуществления, обычно реализованы как устройства LSI, которыми являются интегральные схемы. Функциональные блоки могут быть сформированы как отдельные чипы, или часть или все функциональные блоки могут быть интегрированы в единый чип. В настоящем документе используется термин "LSI", но термины "IС", "система LSI", "супер LSI" или "ультра LSI" могут быть также использованы в зависимости от уровня интеграции.

[0099] В дополнение, интеграция схемы не ограничивается LSI и может быть достигнута посредством выделенной микросхемы или процессора общего назначения, в отличие от LSI. После изготовления LSI, может быть использована программируемая пользователем вентильная матрица (FPGA), которая является программируемой, или реконфигурируемый процессор, который обеспечивает возможность реконфигурации соединений и настроек ячеек схемы в LSI.

[0100] В результате улучшений в полупроводниковой технологии или других технологиях, полученных из данной технологии должна появиться технология интеграции схем, заменяющая LSI, функциональные блоки могут быть интегрированы с использованием такой технологии. Другой возможностью является применение биотехнологии и/или подобного.

Промышленная применимость

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

Список ссылочных обозначений

[0102] 1100 Опорная модель реализации UORA

1102 Планировщик

1120 Генератор кадров UORA

1140,1150,1160 UORAF

1700 Станция

1710,1810 Источник электропитания

1720, 1820 Память

1730, 1830 CPU

1740, 1840 Вторичное хранилище

1750 Беспроводной интерфейс

1752,1852 MAC-модуль

1754 Планировщик доступа к каналу

1756, 1856 Таблица кодирования условия UORA

1760,1860 PHY-модуль

1770, 1870 Антенна

1800 Точка доступа

1854 Планировщик присваивания RU

1880 Интерфейс проводной связи

Изобретение относится к области беспроводной связи. Технический результат заключается в возможности присваивать более высокий приоритет выбранным типам кадров и/или категориям STA во время произвольного OFDMA-доступа к восходящей линии связи. Точка доступа содержит процессор, который при функционировании генерирует кадр триггера, включающий в себя поле общей информации и поле информации о пользователе, поле общей информации включает в себя подполе типа триггера, которое идентифицирует тип триггера кадра триггера, при этом несколько типов триггера обеспечивают возможность присваивания ресурсных блоков (RU) для произвольного OFDMA-доступа к восходящей линии связи (UORA), и поле информации о пользователе включает в себя подполе идентификации ассоциации (AID), при этом подполе AID с определенным значением указывает, что поле информации о пользователе присвоило один или более RU для UORA; и передатчик, который при функционировании передает на беспроводную станцию сгенерированный кадр триггера. 4 н. и 16 з.п. ф-лы, 25 ил.

1. Точка доступа, содержащая процессор, который при функционировании генерирует кадр триггера, включающий в себя поле общей информации и поле информации о пользователе, поле общей информации включает в себя подполе типа триггера, которое идентифицирует тип триггера кадра триггера, при этом несколько типов триггера обеспечивают возможность присваивания ресурсных блоков (RU) для произвольного OFDMA-доступа к восходящей линии связи (UORA), и поле информации о пользователе включает в себя подполе идентификации ассоциации (AID), при этом подполе AID с определенным значением указывает, что поле информации о пользователе присвоило один или более RU для UORA; и

передатчик, который при функционировании передает на беспроводную станцию сгенерированный кадр триггера.

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

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

4. Точка доступа по п. 1, в которой несколько типов триггера кадра триггера включают в себя базовый триггер и триггер отчета о состоянии буфера.

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

6. Точка доступа по п. 1, в которой кадр триггера включает в себя подполе предпочтения, которое указывает предпочтительную категорию доступа (АС) ответа.

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

генерируют кадр триггера, включающий в себя поле общей информации и поле информации о пользователе, поле общей информации включает в себя подполе типа триггера, которое идентифицирует тип триггера кадра триггера, при этом несколько типов триггера обеспечивают возможность присваивания ресурсных блоков (RU) для произвольного OFDMA-доступа к восходящей линии связи (UORA), и поле информации о пользователе включает в себя подполе идентификации ассоциации (AID), при этом подполе AID с определенным значением указывает, что поле информации о пользователе присвоило один или более RU для UORA; и

передают на беспроводную станцию сгенерированный кадр триггера.

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

9. Способ связи по п. 7, в котором условие для присваивания ресурсных блоков (RU) для UORA указывается посредством подполя типа триггера в поле общей информации кадра триггера.

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

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

12. Способ связи по п. 7, в котором кадр триггера включает в себя подполе предпочтения, которое указывает предпочтительную категорию доступа (АС) ответа.

13. Беспроводная станция, содержащая:

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

процессор, который при функционировании, когда тип триггера принятого кадра триггера обеспечивает возможность присваивания ресурсных блоков (RU) для произвольного OFDMA-доступа к восходящей линии связи (UORA), или когда подполе AID указывает, что поле информации о пользователе присвоило ресурсные блоки RU для UORA, конкурирует за доступ к ресурсным блокам RU для UORA с одной или более другими беспроводными станциями и при функционировании передает кадр путем использования одного из RU для UORA.

14. Беспроводная станция по п. 13, в которой условие для присваивания ресурсных блоков (RU) для UORA указывается посредством подполя типа триггера в поле общей информации кадра триггера.

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

16. Беспроводная станция по п. 13, в которой кадр триггера включает в себя подполе, которое указывает предпочтение категории доступа (АС).

17. Способ связи для беспроводной станции, содержащий этапы, на которых:

принимают от точки доступа кадр триггера, включающий в себя поле общей информации и поле информации о пользователе, поле общей информации включает в себя подполе типа триггера, которое идентифицирует тип триггера кадра триггера, и поле информации о пользователе включает в себя подполе идентификации ассоциации (AID);

когда тип триггера принятого кадра триггера обеспечивает возможность присваивания ресурсных блоков (RU) для произвольного OFDMA-доступа к восходящей линии связи (UORA), или когда подполе AID указывает, что поле информации о пользователе присвоило ресурсные блоки RU для UORA, конкурируют за доступ к ресурсным блокам RU для UORA с одной или более другими беспроводными станциями; и

передают кадр путем использования одного из RU для UORA.

18. Способ связи по п. 17, в котором условие для присваивания ресурсных блоков (RU) для UORA указывается посредством подполя типа триггера в поле общей информации кадра триггера.

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

20. Способ связи по п. 17, в котором кадр триггера включает в себя подполе, которое указывает предпочтение категории доступа (АС).