УПРАВЛЕНИЕ ДОСТУПОМ К СРЕДЕ ДЛЯ ПОЛНОДУПЛЕКСНОЙ СВЯЗИ
MEDIA ACCESS CONTROL FOR FULL-DUPLEX COMMUNICATION

Перекрестная ссылка
[0001] Эта заявка испрашивает приоритет патентной заявки США серийный №. 15/784,595, поданной 16 октября 2017 г., озаглавленной «Управление доступом к среде для полнодуплексной связи», содержание которой полностью включено в настоящий документ посредством ссылки.
Область техники
[0002] Настоящее раскрытие относится к способам и системам для полнодуплексной связи в связи Wi-Fi. В частности, настоящее раскрытие относится к способам и системам, подходящим для асимметричной полнодуплексной связи Wi-Fi.
Уровень техники
[0003] В полнодуплексной (FD) связи передачи по нисходящей линии связи (DL) (например, от точки доступа (AP) к станции (STA)) и передачи по восходящей линии связи (UL) (например, от STA к AP) могут происходить одновременно.
[0004] В симметричной FD-связи одни и те же два узла участвуют как в DL-передаче, так и в UL-передаче. Например, AP отправляет передачи DL в STA, и та же STA отправляет передачи UL в AP. Поскольку одна и та же пара узлов участвует как в передачах DL, так и в UL, проблемы синхронизации передач DL и UL могут решаться относительно простым способом.
[0005] В асимметричной FD-связи передача DL происходит между одной парой узлов (например, AP и первой STA), но передача UL включает в себя другой третий узел (например, AP и вторую STA). Первая STA и вторая STA могут не синхронизироваться, и передача DL и передача UL могут создавать помехи друг другу. Было бы желательно предоставить улучшенный способ координации такой FD-связи, например, способ для AP, чтобы координировать синхронизацию передач DL и UL.
Сущность изобретения
[0006] В различных описанных здесь примерах описаны способы и системы для осуществления FD-связи. AP может, например, предоставлять информацию о возможности передачи UL (TXOP) в заголовке кадра DL. AP также может передавать кадр запроса подтверждения блока (BAR), чтобы синхронизировать подтверждения (ACK) передач DL и UL.
[0007] В некоторых аспектах настоящее раскрытие описывает способ асимметричной FD-связи. Способ включает в себя отправку информации о UL TXOP. Информация о TXOP включает в себя указание TXOP. Способ также включает в себя отправку передачи DL по меньшей мере к одной первой принимающей станции. Способ также включает в себя во время TXOP прием передачи UL по меньшей мере от одной второй передающей станции. Передача UL, по меньшей мере, частично перекрывается во времени с передачей DL. Способ также включает в себя отправку подтверждения передачи UL по меньшей мере одной второй передающей станции и прием подтверждения передачи DL от по меньшей мере одной первой принимающей станции в синхронизированное время.
[0008] В любом из предыдущих аспектов/вариантов осуществления способ может включать в себя: на более позднем из конца передачи UL или конца передачи DL отправку кадра запроса подтверждения блока (BAR). Синхронизированное время может быть синхронизировано согласно кадру BAR.
[0009] В любом из предыдущих аспектов/вариантов осуществления указание TXOP может быть отправлено в заголовке передачи DL.
[0010] В любом из предыдущих аспектов/вариантов осуществления указание TXOP может быть отправлено в кадре триггера, транслируемом перед передачей DL.
[0011] В любом из предыдущих аспектов/вариантов осуществления информация о TXOP может включать в себя один или несколько параметров конкуренции, чтобы позволить двум или более станциям конкурировать за доступ к каналу UL.
[0012] В любом из предыдущих аспектов/вариантов осуществления один или несколько параметров конкуренции могут включать в себя идентификацию двух или более станций, которые конкурируют за доступ к каналу.
[0013] В любом из предыдущих аспектов/вариантов осуществления передача DL может быть многопользовательской (MU) передачей DL двум или более принимающим станциям через соответствующие ресурсные блоки (RU). Информация о TXOP может включать в себя указание двух или более RU, доступных для передачи UL, соответствующими из двух или более передающих станций. Подтверждением передачи UL может быть подтверждение MU, отправленное двум или более передающим станциям.
[0014] В некоторых аспектах настоящее раскрытие описывает AP для FD-связи. AP включает в себя память; интерфейс для беспроводной связи по меньшей мере с одной первой принимающей станцией и по меньшей мере с одной второй передающей станцией; и устройство обработки. Устройство обработки сконфигурировано для выполнения инструкций, хранящихся в памяти, чтобы вынуждать AP отправлять информацию о TXOP UL. Информация о TXOP включает в себя указание TXOP. Устройство обработки также сконфигурировано для выполнения инструкций, чтобы вынуждать AP отправлять передачу DL по меньшей мере одной первой принимающей станции. Устройство обработки также сконфигурировано для выполнения инструкций, чтобы вынуждать AP во время TXOP принимать передачу UL по меньшей мере от одной второй передающей станции. Передача UL, по меньшей мере, частично перекрывается во времени с передачей DL. Устройство обработки также сконфигурировано для выполнения инструкций, чтобы вынуждать AP отправлять подтверждение передачи UL по меньшей мере на одну вторую передающую станцию и принимать подтверждение передачи DL по меньшей мере от одной первой принимающей станции в синхронизированное время.
[0015] В любом из предыдущих аспектов/вариантов осуществления устройство обработки может быть дополнительно сконфигурировано для выполнения инструкций, чтобы вынуждать AP: на более позднем одном из конца передачи UL или конца передачи DL отправлять кадр BAR. Синхронизированное время может быть синхронизировано согласно кадру BAR.
[0016] В любом из предыдущих аспектов/вариантов осуществления указание TXOP может быть отправлено в заголовке передачи DL.
[0017] В любом из предыдущих аспектов/вариантов осуществления указание TXOP может быть отправлено в кадре триггера, транслируемом перед передачей DL.
[0018] В любом из предыдущих аспектов/вариантов осуществления информация о TXOP может включать в себя один или несколько параметров конкуренции, чтобы позволить двум или более станциям конкурировать за доступ к каналу UL.
[0019] В любом из предыдущих аспектов/вариантов осуществления один или несколько параметров конкуренции могут включать в себя идентификацию двух или более станций, которые конкурируют за доступ к каналу.
[0020] В любом из предыдущих аспектов/вариантов осуществления передача DL может быть передачей MU DL двум или более принимающим станциям по соответствующим RU. Информация о TXOP может включать в себя указание двух или более RU, доступных для передачи UL, соответствующими из двух или более передающих станций. Подтверждением передачи UL может быть подтверждение MU, отправленное двум или более передающим станциям.
[0021] В некоторых аспектах настоящее раскрытие описывает способ асимметричной FD-связи. Способ включает в себя прием в заголовке кадра передачи DL, отправленной от AP, по меньшей мере, на одну другую принимающую станцию DL, информации о TXOP UL. Информация о TXOP включает в себя указание TXOP. Способ также включает в себя отправку передачи UL в AP с использованием информации о TXOP. Передача UL, по меньшей мере, частично перекрывается во времени с передачей DL. Способ также включает в себя прием подтверждения передачи UL от AP.
[0022] В любом из предыдущих аспектов/вариантов осуществления способ может включать в себя прием кадра BAR. Подтверждение передачи UL может быть принято в синхронизированное время, которое синхронизировано согласно кадру BAR.
[0023] В любом из предыдущих аспектов/вариантов осуществления способ может включать в себя конкурирование за доступ к каналу для отправки передачи UL. Конкурирование может проводиться в соответствии с одним или несколькими параметрами конкуренции, включенными в информацию о TXOP.
[0024] В любом из предыдущих аспектов/вариантов осуществления один или несколько параметров конкуренции могут включать в себя идентификацию двух или более станций, которые конкурируют за доступ к каналу.
[0025] В некоторых аспектах настоящее раскрытие описывает STA для участия в FD-связи. STA включает в себя память; интерфейс для беспроводной связи с AP; и устройство обработки. Устройство обработки выполнено с возможностью выполнения инструкций, хранящихся в памяти, чтобы вынуждать STA: принимать в заголовке кадра передачи DL, отправленного от AP, по меньшей мере, на одну другую принимающую станцию DL, информацию о TXOP UL. Информация о TXOP включает в себя указание TXOP. Устройство обработки также сконфигурировано для выполнения инструкций, чтобы вынуждать STA отправлять передачу UL в AP, используя информацию о TXOP. Передача UL, по меньшей мере, частично перекрывается во времени с передачей DL. Устройство обработки также сконфигурировано для выполнения инструкций, чтобы вынуждать STA принимать подтверждение передачи UL от AP.
[0026] В любом из предыдущих аспектов/вариантов осуществления устройство обработки может быть дополнительно сконфигурировано для выполнения инструкций, чтобы вынуждать STA: принимать кадр BAR. Подтверждение передачи UL может быть принято в синхронизированное время, которое синхронизировано согласно кадру BAR.
[0027] В любом из предыдущих аспектов/вариантов осуществления устройство обработки может быть дополнительно сконфигурировано для выполнения инструкций, чтобы вынуждать STA: конкурировать за доступ к каналу для отправки передачи UL. Конкурирование может проводиться в соответствии с одним или несколькими параметрами конкуренции, включенными в информацию о TXOP.
[0028] В любом из предыдущих аспектов/вариантов осуществления один или несколько параметров конкуренции могут включать в себя идентификацию двух или более станций, которые конкурируют за доступ к каналу.
[0029] В некоторых аспектах настоящее раскрытие описывает способ асимметричной FD-связи. Способ включает в себя прием передачи DL от AP. Способ также включает в себя прием кадра BAR от AP. Способ также включает в себя отправку подтверждения передачи DL в AP в синхронизированное время, которое синхронизировано согласно кадру BAR.
[0030] В некоторых аспектах настоящее раскрытие описывает STA для участия в FD-связи. STA включает в себя память; интерфейс для беспроводной связи с AP; и устройство обработки. Устройство обработки выполнено с возможностью выполнения инструкций, хранящихся в памяти, чтобы вынуждать STA принимать передачу DL от AP. Устройство обработки также сконфигурировано для выполнения инструкций, чтобы вынуждать STA принимать кадр BAR от AP. Устройство обработки также сконфигурировано для выполнения инструкций, чтобы вынуждать STA отправлять подтверждение передачи DL в AP в синхронизированное время, которое синхронизировано согласно кадру BAR.
[0031] В любом из предыдущих аспектов/вариантов осуществления кадр BAR может включать в себя идентификацию RU для отправки подтверждения. Подтверждение может быть отправлено с использованием идентифицированного RU.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0032] Ниже сделана ссылка, в качестве примера, на прилагаемые чертежи, которые показывают примерные варианты осуществления настоящей заявки и на которых:
[0033] Фиг. 1А является принципиальной схемой, иллюстрирующей примерную систему для асимметричной полнодуплексной связи;
[0034] Фиг. 1B является блок-схемой, иллюстрирующей пример устройства, подходящего для выполнения асимметричной полнодуплексной связи;
[0035] Фиг. 2 - временная диаграмма, иллюстрирующая пример конкуренции за отправку передачи по восходящей линии связи несколькими станциями;
[0036] Фиг. 3 - временная диаграмма, иллюстрирующая пример синхронизированных подтверждений в асимметричной полнодуплексной связи, где передача по восходящей линии связи заканчивается позже, чем передача по нисходящей линии связи;
[0037] Фиг. 4 - временная диаграмма, иллюстрирующая пример синхронизированных подтверждений в асимметричной полнодуплексной связи, где передача по восходящей линии связи заканчивается раньше, чем передача по нисходящей линии связи;
[0038] Фиг. 5 является блок-схемой, иллюстрирующей примерный способ для выполнения полнодуплексной связи в точке доступа;
[0039] Фиг. 6 - блок-схема последовательности операций, иллюстрирующая примерный способ приема передачи нисходящей линии связи, как части полнодуплексной связи, на станцию;
[0040] Фиг.7 - блок-схема последовательности операций, иллюстрирующая примерный способ передачи по восходящей линии связи, как часть полнодуплексной связи, на станции; и
[0041] Фиг.8 - временная диаграмма, иллюстрирующая пример многопользовательской полнодуплексной связи.
[0042] Аналогичные ссылочные позиции могли использоваться на разных фигурах для обозначения аналогичных компонентов.
ОПИСАНИЕ ПРИМЕРНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
[0043] Примеры, описанные в данном документе, предоставляют способы и системы для осуществления асимметричной FD-связи. AP может, например, предоставлять информацию о возможности передачи UL (TXOP) в заголовке кадра DL. AP также может передавать кадр запроса подтверждения блока (BAR), чтобы синхронизировать подтверждения (ACK) передач DL и UL.
[0044] Фиг. 1А является принципиальной схемой примерной системы 100, в которой могут быть реализованы способы, описанные в данном документе. Система 100 иллюстрирует инфраструктуру Wi-Fi, где все передачи проходят через точку доступа (AP) 102, которая имеет возможности полного дуплекса (FD). AP 102 также может называться главной контрольной точкой (PCP) или базовой станцией. AP 102 может быть реализована как маршрутизатор, например. Несколько станций (STA) 104 связаны с AP 102. Каждая STA 104 может работать независимо друг от друга с различными возможностями. Например, каждая STA 104 может иметь или не иметь возможности FD. В показанном примере имеется 6 STA, каждая из которых обозначена как STA 1 - STA 6 (по отдельности, 104-1 - 104-6; обычно упоминается как STA 104). STA 104 также может называться, например, терминалами, пользовательскими устройствами, пользовательским оборудованием (UE) или клиентами. Каждая STA 104 может быть любым подходящим устройством, способным к беспроводной связи, в том числе, например, мобильные или стационарные устройства, такие как смартфоны, ноутбуки, мобильные телефоны или планшетные устройства, и STA 104 не обязательно должны быть одинаковыми друг с другом.
[0045] Система 100 может поддерживать связь между AP 102 и каждой STA 104, а также связь непосредственно между STA 104 (также называемую связью между устройствами). AP 102 также может выполнять многопользовательские передачи (например, передачи от AP 102 на несколько STA 104 одновременно), например, с использованием направленных антенн.
[0046] Фиг. 1B является блок-схемой, иллюстрирующей примерную систему 150 обработки, которая может использоваться для реализации способов и систем, раскрытых в данном документе, например AP 102 и/или одной или нескольких STA 104. Могут быть использованы другие системы обработки, подходящие для реализации настоящего раскрытия, которые могут включать в себя компоненты, отличные от тех, которые обсуждаются ниже. Хотя фиг. 1B показывает один экземпляр каждого компонента, в системе 150 обработки может быть несколько экземпляров каждого компонента.
[0047] Система 150 обработки включает в себя одно или несколько устройств 152 обработки, таких как процессор, микропроцессор, специализированная интегральная схема (ASIC), программируемая пользователем вентильная матрица (FPGA), выделенная логическая схема или их комбинации. Система 150 обработки также может включать в себя один или несколько интерфейсов 154 ввода/вывода (I/O), которые могут обеспечивать взаимодействие с одним или несколькими подходящими устройствами 164 ввода и/или устройствами 166 вывода. Система 150 обработки включает в себя один или несколько сетевых интерфейсов 156 для проводной или беспроводной связи с сетью (например, интрасетью, Интернетом, сетью P2P, WAN, LAN и/или сетью радиодоступа (RAN)), в том числе один или несколько узлов сети. Сетевой интерфейс (ы) 156 может включать в себя проводные линии связи (например, кабель Ethernet) и/или беспроводные линии связи для внутрисетевой и/или межсетевой связи. Сетевой интерфейс (ы) 156 может обеспечивать беспроводную связь, например, через один или несколько передатчиков/приемников или приемопередающих антенн 168. Антенны 168 могут действовать вместе как антенная решетка, и в этом случае каждая антенна 168 может упоминаться как антенный элемент или излучающий элемент антенной решетки. Таких антенных решеток может быть множество. Система 150 обработки также может включать в себя один или несколько блоков 158 хранения, которые могут включать в себя блок хранения большой массы, такой как твердотельный накопитель, накопитель на жестких дисках, накопитель на магнитных дисках и/или дисковод для оптических дисков.
[0048] Система 150 обработки может включать в себя одну или несколько запоминающих устройств (памятей) 160, которые могут включать в себя энергозависимую или энергонезависимую память (например, флэш-память, оперативную память (RAM) и/или постоянную память (ROM)). Не временная(ые) память(и) 160 может хранить инструкции (например, в форме программных модулей) для выполнения устройством (ами) обработки 152, например, для выполнения способов, описанных в настоящем раскрытии. Память (я) 160 может включать в себя другие программные инструкции, такие как для реализации операционной системы и других приложений/функций. В некоторых примерах один или несколько наборов данных и/или модулей могут быть предоставлены внешней памятью (например, внешним накопителем в проводной или беспроводной связи с системой 150 обработки) или могут быть предоставлены временным или не временным машиночитаемым носителем. Примеры постоянных машиночитаемых носителей включают в себя RAM, ROM, стираемую программируемую ROM (EPROM), электрически стираемую программируемую ROM (EEPROM), флэш-память, CD-ROM или другое портативное хранилище память.
[0049] Может быть шина 162, обеспечивающая связь между компонентами системы 150 обработки, в том числе устройством (ами) 152 обработки, интерфейсом (ами) 154 ввода/вывода, сетевым интерфейсом (ами) 156, блоком (ами) хранения 158 и/или память (и) 160. Шина 162 может быть любой подходящей архитектурой шины, включая, например, шину памяти, периферийную шину или видео шину.
[0050] На фиг. 1B, устройство(а) 164 ввода (например, клавиатура, мышь, микрофон, экран касания и/или клавиатура) и устройство(а) 166 вывода (например, дисплей, динамик и/или принтер) показаны как внешние по отношению к системе 150 обработки. В других примерах одно или несколько устройств 164 ввода и/или устройства 166 вывода могут быть включены в качестве компонента системы 150 обработки. В других примерах может отсутствовать какое-либо устройство (устройства) 164 ввода и устройство(а) 166 вывода, и в этом случае интерфейс(ы) 154 ввода/вывода может не потребоваться.
[0051] AP 102 и STA 104 могут каждая включать в себя множество антенных элементов 168, образующих антенные решетки, и могут выполнять соответствующие управления формированием луча и направлением луча (например, используя схемы управления направлением луча и/или модули управления направлением луча, реализованные устройством 152 обработки и системой 150 обработки), для осуществления направленной беспроводной связи.
[0052] Возвращаясь к фиг. 1A, AP 102 инициирует передачу 110 нисходящей линии связи (DL) в STA 1 104-1. Передача 110 DL может включать в себя кадр (например, кадр данных) с заголовком кадра (например, заголовком физического уровня (PHY) или заголовком управления доступом к среде (MAC)), предоставляющим информацию о возможности передачи по восходящей линии связи (UL) (TXOP) (например, указание TXOP). Это описано более подробно ниже.
[0053] Другие STA 104, связанные с AP 102, также могут принимать эту информацию TXOP (например, подслушивать при передаче 110 DL). STA 104 может быть в состоянии воспользоваться преимуществом TXOP для отправки передачи UL в AP 102. В показанном примере передача 120 UL отправляется из STA 5 104-5 в AP 102, перекрывая во времени передачу 110 DL. В некоторых примерах AP 102 может дополнительно указывать (например, в информации TXOP, предоставленной в заголовке передачи 110 DL) максимальный уровень мощности передачи или разрешенный диапазон уровня мощности передачи для передачи 120 UL, чтобы избежать или уменьшить возможные помехи с продолжающейся передачей 110 DL.
[0054] Если множественные STA 104 хотят отправить передачу UL, AP 102 может выбрать конкретную STA 104 для передачи UL. Альтернативно, две или более STA 104 (которые могут или не могут быть выбраны AP 102) могут конкурировать за доступ к каналу для передачи UL.
[0055] В случае, когда AP 102 выбирает конкретную STA 104 для передачи UL, это может упоминаться как «запланированный» случай. AP 102 может иметь информацию о географическом или пространственном местоположении каждой ассоциированной STA 104 и может использовать эту информацию для выбора конкретной STA 104 для передачи 120 UL, которая, как ожидается, не будет создавать значительных помех для другой STA 104, принимающей передачу 110 DL. В примере по фиг. 1A, AP 102 выбрала STA 5 104-5 для передачи 120 UL, где пространственное местоположение STA 5 104-5 таково, что не ожидается, что передача 120 UL будет мешать STA 1 104-1, принимающей передачу 110 DL (например, STA 5 104-5 и STA 1 104-1 расположены в разных секторах передачи).
[0056] В случае, когда STA 104 конкурируют за доступ к каналу для передачи UL, это может упоминаться как случай «конкуренции». AP 102 может выбирать группу из двух или более STA 104, которые могут конкурировать за доступ к каналу. Например, AP 102 может определить, что в одном или нескольких секторах передачи имеются две или более STA 104, которые не будут существенно мешать передаче 110 DL, и выбрать эти две или более STA 104, чтобы конкурировать за доступ к каналу. Может использоваться любой подходящий протокол конфликта для доступа к каналу. Например, конфликт может быть реализован с использованием механизма произвольного доступа, в котором каждая конкурирующая STA 104 генерирует случайное число и ведет обратный отсчет до нуля. Счет может быть необязательно уменьшен, только когда STA 104 обнаруживает, что канал ниже некоторого порога мощности (например, меньше, чем максимальный уровень мощности передачи, указанный AP 102 в заголовке). Уменьшая счет только тогда, когда канал ниже некоторого порога мощности, может помочь обеспечить доступ к каналу для передачи 120 UL только тогда, когда уровень мощности передачи упомянутой передачи 120 UL достаточно низок, чтобы уменьшить или избежать помех с передачей DL 110.
[0057] Далее описаны подробности информации TXOP. Фиг. 2 иллюстрирует примерную временную диаграмму для случая конфликта. Передача 110 DL включает в себя кадр, имеющий заголовок 112, который включает в себя заголовок PHY и заголовок MAC кадра передачи. Информация 114 TXOP может переноситься в заголовке PHY, заголовке MAC или обоих (например, некоторая информация TXOP, переносимая в заголовке PHY, и остальная информация TXOP, переносимая в заголовке MAC). В некоторых примерах информация 114 TXOP может переноситься в заголовке PHY, что может помочь разместить информацию 114 TXOP раньше в передаче 110 DL. Предоставление информации 114 TXOP ранее может позволить конкурирующим STA начать конфликт раньше, если конфликт используется.
[0058] В некоторых примерах, по меньшей мере, некоторая из информации 114 TXOP (например, указание TXOP для информирования других STA о возможности передачи UL) может предоставляться с использованием кадра конкретного назначения, такого как кадр триггера. Кадр триггера, который также может содержать другую информацию, может обеспечивать указание TXOP, причем другая информация 114 TXOP переносится в заголовке 112 передачи 110 DL. В других примерах кадр триггера TXOP может переносить некоторую или всю из информации 114 TXOP.
[0059] Информация 114 TXOP может включать в себя указание одной или нескольких STA 104 (например, выбранных посредством AP 102) для передачи 120 UL. В запланированном случае информация 114 TXOP может включать в себя указание (например, идентификатор пользовательского оборудования (UEID)) упомянутой STA 104, выбранной AP 102 для передачи 120 UL. В случае конфликта информация 114 TXOP может включать в себя указание (например, UEID) группы из двух или более STA 104, выбранных AP 102, чтобы конкурировать за доступ к каналу.
[0060] Информация 114 TXOP также может включать в себя указание максимального или разрешенного диапазона уровня мощности для передачи сообщения, приема сообщения или обоих. Информация 114 TXOP также может включать в себя информацию качества обслуживания (QoS), например, информация 114 TXOP может указывать, что передача UL ограничена приоритетом одной или нескольких указанных категорий доступа или имеет более низкий приоритет, чем указанная категория доступа. Когда множественные STA 104 должны конкурировать за доступ к каналу (например, когда есть две или более STA 104, указанные в информации 114 TXOP), параметры конкуренции также могут быть включены в информацию 114 TXOP. Параметры конфликта могут включать в себя, например, минимальное (Wmin) и максимальное (Wmax) значение, между которыми STA 104 должна выбрать случайное число для конкуренции произвольного доступа. Информация 114 TXOP также может включать в себя указание максимальной длины блока данных протокола (PPDU) процедуры конвергенции физического уровня (PLCP) для передачи 120 UL. Максимальная длина PPDU может быть определена AP 102 на основе длины передачи 110 DL. Указание максимальной длины PPDU может использоваться STA 104, отправляющей передачу 120 UL, чтобы помочь гарантировать, что передача 120 UL заканчивается в то же время, что и передача 110 DL (например, чтобы отключить передачу 120 UL или дополнить передачу 120 UL, при необходимости). Другая информация может быть включена в информацию 114 TXOP.
[0061] В случае конфликта, как показано на фиг. 2, когда AP 102 отправляет передачу 110 DL в первую STA 104 (в этом примере, STA 1 104-1), другие STA 104, связанные с AP 102, могут подслушивать информацию 114 TXOP, содержащуюся в заголовке 112 передачи 110 DL или иным образом принимать указание TXOP. На фиг. 2, другие STA 104 принимают информацию 114 TXOP в течение первого периода 116 времени. В случае конфликта две или более конкурирующих STA 104 (например, две или более STA 104, выбранные AP 102, как указано в информации 114 TXOP), могут затем конкурировать за доступ к каналу в течение второго периода времени, который также может называться как период 118 конфликта. На фиг. 2, STA 4 104-4 и STA 5 104-5 конкурируют за доступ к каналу в течение периода 118 конфликта. Победитель конфликта (в этом примере STA 5 104-5 имеет более короткий период 118 конфликта и, таким образом, выигрывает у STA 4 104-4) может затем отправить передачу 120 UL в AP 102 после победы в конфликте.
[0062] Фиг. 2 иллюстрирует временную диаграмму в случае конфликта. Временная диаграмма может быть аналогичной для запланированного случая с той разницей, что период 118 конфликта может быть опущен. то есть, передача 120 UL посредством выбранной STA 104 может начаться сразу после первого периода 116 времени.
[0063] Другой проблемой в асимметричной FD-связи является передача кадров подтверждения (ACK). В соответствии со стандартом IEEE 802.11 ACK должен отправляться принимающими устройствами через короткие промежутки между интервалами (SIFS) после окончания принятой передачи. Однако в асимметричной FD-связи приемное устройство для передачи DL может не участвовать в передаче UL, поэтому передача ACK для передачи UL может создавать помехи или быть заблокирована текущей передачей DL, и наоборот. Поэтому механизм для координации ACK-передач описан ниже для асимметричной FD-связи.
[0064] Фиг. 3 и 4 иллюстрируют два случая асимметричной FD-связи. Для простоты период конфликта не показан на фиг. 3 и 4; однако следует понимать, что примеры на фиг. 3 и 4 могут быть реализованы с или без конфликта.
[0065] На фиг. 3, передача 110 DL от AP 102 к STA 1 104-1 заканчивается раньше, чем передача 120 UL от STA 5 104-5 к AP 102. Обычно STA 1 104-1 должна отправлять ACK в AP 102 после периода времени SIFS, следующего за приемом передачи 110 DL; то есть STA 1104-1 должна отправить ACK на этапе 202, как указано пунктирными линиями. Тем не менее, передача 120 UL все еще продолжается, и, следовательно, ACK не может отправить ACK 1 104-1 на этапе 202 без нежелательного количества помех. Чтобы координировать или синхронизировать передачи ACK, AP 102 передает кадр 210 запроса ACK блока (BAR) в STA 1 104-1 после передачи 120 UL (например, после периода времени SIFS). Кадр 210 BAR принимается STA 1 104-1 и используется для синхронизации ACK 212 от STA 1 104-1 к AP 102 и ACK 214 от AP 102 к STA 5 104-5. ACK 212 от STA 1 104-1 и ACK 214 от AP 102 затем отправляются в одно и то же синхронизированное время согласно кадру 210 BAR.
[0066] На фиг. 4 передача DL от AP 102 к STA 1 104-1 заканчивается позже, чем передача 120 UL от STA 5 104-5 к AP 102. Традиционно, STA 5 104-5 ожидает ACK от AP 102, когда передача 120 UL заканчивается (после периода времени SIFS). Однако AP 102 все еще отправляет передачу 110 DL и не может отправить ACK на STA 5 104-5. Вместо этого, STA 5 104-5 ожидает кадр 210 BAR, который AP 102 отправляет в STA 5 104-5 после передачи 110 DL. Кадр 210 BAR также принимается STA 1 104-1 и используется для синхронизации ACK 212 от STA 1 104-1 с AP 102 и ACK 214 от AP 102 с STA 5 104-5. ACK 212 от STA 1 104-1 и ACK 214 от AP 102 затем отправляются в одно и то же синхронизированное время согласно кадру 210 BAR.
[0067] Когда ACK синхронизируются таким образом, STA конфигурируются так, чтобы не отправлять ACK и не ожидать ACK после передачи FD, пока не будет принят кадр BAR. Например, информация TXOP может указывать STA, что ожидается асимметричная связь FD и что ACK должны быть синхронизированы согласно кадру BAR.
[0068] В некоторых примерах другие способы синхронизации ACK могут использоваться в асимметричной FD-связи. Например, информация TXOP может включать в себя указание максимальной длины PPDU, как описано выше, так что передачи DL и UL заканчиваются одновременно. В таком случае может не потребоваться использование кадра BAR для синхронизации ACK.
[0069] Фиг. 5 иллюстрирует примерный способ 500, который может быть выполнен AP 102 для асимметричной FD-связи.
[0070] На этапе 502, необязательно, AP 102 может отправлять кадр триггера, который включает в себя информацию TXOP, такую как указание TXOP. Другая информация TXOP, как обсуждалось выше, может быть включена в кадр триггера.
[0071] На этапе 504 AP 102 отправляет передачу 110 DL в первую STA (например, STA 1 104-1). Если на этапе 502 не было отправлено ни одного кадра триггера, или если кадр триггера не включал в себя всю информацию TXOP, передача 110 DL может включать информацию TXOP (например, указание TXOP) в свой заголовок (например, заголовок PHY, заголовок MAC или оба), как обсуждалось выше.
[0072] На этапе 506 AP 102 принимает передачу 120 UL от второй STA (например, STA 5 104-5) во время TXOP. Передача 120 UL, по меньшей мере, частично перекрывается во времени с передачей 110 DL.
[0073] На этапе 508, в более позднем из конца передачи 110 DL или конца передачи 120 UL, AP 102 отправляет кадр 210 BAR. Кадр 210 BAR может быть направлен на первую и вторую STA, участвующие в передачах DL и UL, соответственно. В некоторых примерах кадр 210 BAR может быть передан всем ассоциированным STA. Любая STA, не участвующая в передачах DL и UL, может игнорировать кадр 210 BAR.
[0074] На этапе 510 AP 102 отправляет ACK передачи UL и принимает ACK передачи DL в то же синхронизированное время согласно кадру 210 BAR. Например, синхронизированное время может быть определено информацией, содержащейся в кадре 210 BAR, или может быть просто в период времени SIFS, непосредственно следующий за кадром 210 BAR.
[0075] В некоторых примерах кадр 210 BAR может не понадобиться для синхронизации ACK (например, когда информация TXOP включает в себя информацию о длине PPDU, так что передача UL и передача DL заканчиваются одновременно). В этом случае этап 508 может быть опущен, и ACK могут быть отправлены на этапе 510 без ожидания кадра 210 BAR.
[0076] Фиг. 6 иллюстрирует примерный способ 600, который может выполняться первой STA (например, STA 1 104-1), принимающей передачу 110 DL от AP 102 в асимметричной FD-связи.
[0077] На этапе 602 первая STA принимает передачу 110 DL от AP 102.
[0078] На этапе 604 первая STA принимает кадр 210 BAR от AP 102. Кадр 210 BAR может или не может сразу следовать за концом передачи 110 DL.
[0079] На этапе 606 первая STA отправляет ACK обратно в AP 102 в синхронизированное время согласно кадру 210 BAR.
[0080] В некоторых примерах кадр 210 BAR может не понадобиться для синхронизации ACK (например, когда информация TXOP включает в себя информацию о длине PPDU, так что передача UL и передача DL заканчиваются одновременно). В этом случае этап 604 может быть опущен, и ACK может быть отправлено на этапе 606 без ожидания кадра 210 BAR.
[0081] Фиг.7 иллюстрирует примерный способ 700, который может быть выполнен второй STA (например, STA 5 104-5), отправляющей передачу 120 UL в AP 102 в асимметричной FD-связи.
[0082] На этапе 702 вторая STA принимает информацию TXOP. Информация TXOP может приниматься в кадре триггера, отправленном AP 102 и/или содержаться в заголовке передачи 110 DL (например, кадра данных или другого кадра DL) из AP 102 в другую STA.
[0083] На этапе 704, необязательно, вторая STA может конкурировать за доступ к каналу с одной или несколькими другими STA. Конфликт может быть выполнен в соответствии с параметрами конфликта, содержащимися в информации TXOP.
[0084] На этапе 706 вторая STA (после победы в конфликте, если необходимо) отправляет передачу 120 UL в AP 102. По меньшей мере, часть передачи 120 UL перекрывается во времени с передачей 110 DL.
[0085] На этапе 708 вторая STA принимает кадр 210 BAR от AP 102. Кадр 210 BAR может или не может сразу следовать за концом передачи 120 UL.
[0086] На этапе 710 вторая STA принимает ACK от AP 102 в синхронизированное время согласно кадру 210 BAR.
[0087] В некоторых примерах кадр 210 BAR может не понадобиться для синхронизации ACK (например, когда информация TXOP включает в себя информацию о длине PPDU, так что передача UL и передача DL заканчиваются одновременно). В этом случае этап 708 может быть опущен, и ACK может быть принято на этапе 710 без ожидания кадра 210 BAR.
[0088] Вышеприведенные примеры также могут быть реализованы в многопользовательских (MU) форматах передачи (например, с использованием методов частотного мультиплексирования, таких как множественный доступ с ортогональным частотным разделением каналов (OFDMA), или методов пространственного мультиплексирования, таких как многопользовательский множественный вход с множественным выходом (MU-MIMO)). Пример этого показан на фиг. 8. В этом примере передачи DL и UL являются кадрами MU (или PPDU), представленными на фиг. 8 как сложенные ресурсные блоки (RU).
[0089] Передача 310 MU DL может быть аналогична передаче 110 DL, описанной ранее, включая заголовок 312, аналогичный заголовку 112, описанному ранее, для предоставления некоторой или всей информации TXOP. Передача 310 MU DL в показанном примере включает в себя четыре RU, переданные на четыре разных STA приема DL. Хотя это и не показано, в некоторых примерах AP 102 может отправлять (например, широковещательно) кадр триггера, как обсуждалось ранее, для предоставления некоторой или всей информации TXOP вместо или в дополнение к информации TXOP, предоставленной в заголовке 312.  Информация TXOP (независимо от того, предоставлена ли она заголовком 312 или кадром триггера или обоими) может включать в себя указание MU UL TXOP. Указание MU UL TXOP также может включать в себя указание того, какой ресурс MU и количество ресурсов MU доступно для передачи UL.
[0090] Передающие STA UL могут быть выбраны AP 102 в запланированном случае, аналогично предыдущему описанию запланированного случая. В реализации MU AP 102 может назначать конкретный ресурс MU для каждой соответствующей выбранной STA, и эта информация может передаваться в информации TXOP (например, включая идентификатор каждой выбранной STA и информацию, касающуюся каждой выбранной STA, для конкретного MU ресурса).
[0091] В случае конфликта несколько STA могут конкурировать за каждый ресурс MU в течение периода 318 конфликта. Конфликт может быть выполнен в соответствии с параметрами конфликта, определенными в информации TXOP (например, как обсуждалось ранее). AP 102 может указывать в информации TXOP, какие две или более STA могут конкурировать за конкретный ресурс MU.
[0092] В некоторых примерах запланированный случай и случай конфликта могут использоваться в комбинации. Например, AP 102 может назначить конкретную передающую STA UL для одного RU и позволить двум или более передающим UL STA конкурировать за другой RU.
[0093] Передающие UL STA, назначенные каждому соответствующему RU (в запланированном случае) или выигравшие состязание для каждого соответствующего RU (в конфликтном случае), могут затем отправлять передачу 320 UL в AP 102 по соответствующему RU. В показанном примере три RU используются для передачи UL тремя разными передающими UL STA.
[0094] Подобно примерам на фиг. 3 и 4, рассмотренные выше, кадр 330 BAR может быть отправлен AP 102 после более позднего из конца передачи 310 DL или передачи 320 UL, чтобы синхронизировать ACK. В реализации MU кадр 330 BAR, отправленный AP 102, может включать в себя идентификацию RU, назначенных соответствующим принимающим STL DL для передачи их соответствующих ACK 332 в AP 102. AP 102 отправляет мульти-STA BlockAck (M-BA) 334 в STA, передающие UL, для подтверждения приема передачи 320 UL. M-BA 334 и ACK 332 от принимающих DL STA отправляются в одно и то же синхронизированное время согласно кадру 330 BAR.
[0095] Приведенные выше примеры описывают способы координации FD-связи, где AP имеет возможности FD. В некоторых случаях приведенные выше примеры могут быть аналогичным образом реализованы для STA, имеющей возможности FD, например, STA с возможностью FD может участвовать в обмене данными FD STA-STA с двумя другими STA, используя механизмы, описанные выше.
[0096] Хотя настоящее раскрытие описывает способы и процессы с этапами в некотором порядке, один или несколько этапов способов и процессов могут быть опущены или изменены в зависимости от ситуации. Один или несколько этапов могут иметь место в порядке, отличном от того, в котором они описаны, в зависимости от ситуации.
[0097] Хотя настоящее раскрытие описано, по меньшей мере частично, с точки зрения способов, специалист в данной области техники поймет, что настоящее раскрытие также направлено на различные компоненты для выполнения, по меньшей мере, некоторых аспектов и особенностей описанных способов, будь то с помощью аппаратных компонентов, программного обеспечения или любой их комбинации. Соответственно, техническое решение настоящего раскрытия может быть воплощено в форме программного продукта. Подходящий программный продукт может храниться на предварительно записанном запоминающем устройстве или другом аналогичном энергонезависимом или постоянном компьютерно-читаемом носителе, включая DVD, CD-ROM, флэш-диск USB, съемный жесткий диск или другой носитель данных, например. Программный продукт включает в себя материально сохраненные инструкции, которые позволяют устройству обработки (например, персональному компьютеру, серверу или сетевому устройству) выполнять примеры способов, раскрытых в данном документе.
[0098] Настоящее раскрытие может быть воплощено в других конкретных формах без отступления от сущности формулы изобретения. Описанные примерные варианты осуществления должны рассматриваться во всех отношениях только как иллюстративные, а не ограничивающие. Выбранные признаки из одного или нескольких из вышеописанных вариантов осуществления могут быть объединены для создания альтернативных вариантов осуществления, не описанных в явном виде, причем признаки, подходящие для таких комбинаций, понимаются в объеме этого раскрытия.
[0099] Все значения и поддиапазоны в пределах раскрытых диапазонов также раскрыты. Кроме того, хотя системы, устройства и процессы, раскрытые и показанные в данном документе, могут содержать конкретное количество элементов/компонентов, системы, устройства и сборки могут быть модифицированы для включения дополнительного или меньшего количества таких элементов/компонентов. Например, хотя любой из раскрытых элементов/компонентов может упоминаться как один, раскрытые здесь варианты осуществления могут быть изменены, чтобы включать в себя множество таких элементов/компонентов. Сущность, описанная здесь, намеревается покрывать и охватить все подходящие изменения в технологии.