СПОСОБ И УСТРОЙСТВО ДЛЯ ЭНЕРГОСБЕРЕЖЕНИЯ В БЕСПРОВОДНОЙ ЛОКАЛЬНОЙ СЕТИ
METHOD AND DEVICE FOR POWER SAVING IN THE WIRELESS LAN

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ
Данная заявка испрашивает приоритет по предварительным заявкам США №№ 61/607,481, поданной 6 марта 2012 г., 61/642,231, поданной 3 мая 2012 г., 61/645,957, поданной 11 мая 2012 г., 61/669,492, поданной 9 июля 2012 г., и 61/696,568, поданной 4 сентября 2012 г., содержимое которых включено настоящим по ссылке в данный документ.
УРОВЕНЬ ТЕХНИКИ
Базовый набор служб (BSS) беспроводной локальной сети (WLAN) в инфраструктурном режиме имеет точку доступа (AP) для BSS и одну или несколько станций (STA), ассоциированных с AP. AP обычно имеет доступ или интерфейс к системе распределения (DS) или проводной или беспроводной сети другого типа, которая переносит трафик в BSS или из него. Трафик в STA, который берет начало извне BSS, поступает через AP и доставляется на STA. Трафик, берущий начало от STA к пунктам назначения вне BSS, посылается на AP для доставки на соответствующие пункты назначения. Трафик между STA в пределах BSS может посылаться через AP, где STA источника посылает трафик на AP, и AP доставляет трафик на STA назначения. Такой трафик между STA в пределах BSS представляет собой одноранговый трафик. Такой одноранговый трафик может посылаться непосредственно между STA источника и назначения посредством установки прямой линии связи (DLS), используя DLS по стандарту IEEE 802.11e (Института инженеров по электротехнике и электронике), или установки туннелированной DLS (TDLS) по стандарту IEEE 802.11z. WLAN в режиме независимого BSS не имеет AP, и STA выполняют связь непосредственно друг с другом.
Новый диапазон был распределен в различных странах по всему миру для систем беспроводной связи. Такой диапазон часто очень ограничен по размеру и также по полосе частот каналов. Диапазон может фрагментироваться на доступные каналы и может не быть соседним и может не объединяться для передач с большей полосой частот. Так обстоит дело, например, в диапазоне, распределенном ниже 1 ГГц в некоторых странах. Системы WLAN, например, построенные по стандартам 802.11, могут быть разработаны для работы в таком диапазоне. При условии ограничений такого диапазона, WLAN могут быть способны поддерживать меньшие полосы частот и меньшие скорости передачи данных по сравнению с системами WLAN с высокой пропускной способностью (HT) или с очень высокой пропускной способностью (VHT), например, основанными на стандартах 802.11n или 802.11ac.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Описаны способ и устройство для энергосбережения в беспроводной локальной сети (WLAN). Станция (STA) может принимать параметры, которые ассоциируют STA с конкретной группой STA, и выполнять доступ к каналу в течение периода, который разрешен для группы STA, основываясь на параметрах. STA может принимать информацию, касающуюся слота доступа, который разрешается для группы STA, и выполнять доступ к каналу в течение слота доступа. STA может принимать планирование для пробуждения из спящего состояния и перехода в и из спящего состояния, основываясь на планировании. STA может проводить двусторонние согласования с AP об энергосбережении и способах доступа к среде передачи и параметрах с AP в момент времени ассоциирования или когда они ассоциируются, в течение которых STA может предоставлять информацию, относящуюся к категории STA, типу трафика, требованиям к энергосбережению или т.п.
Наивысший приоритет доступа к каналу может предоставляться STA типа датчика или измерителя. STA может указывать точке доступа (AP), что STA не будет прослушивать карту указания трафика (TIM) или TIM доставки (DTIM) в маячке (маячковом сигнале). AP затем может использовать информацию о состоянии STA для сборки частичной виртуальной битовой карты в элементе TIM для STA в энергосберегающем режиме. Частичная виртуальная битовая карта в TIM может содержать положительные указания трафика для STA в состоянии прослушивания в момент, когда передается кадр, содержащий элемент TIM.
Если AP передает секторизованный маячок, секторизованный маячок может содержать указание, что маячок секторизован, и может указывать период, в течение которого STA, которая принимает секторизованный маячок, разрешается передавать на AP.
STA может принимать параметры, ассоциированные с группой STA, посредством маячка или короткого маячка, так что группе STA разрешается выполнять доступ к каналу в течение определенного периода времени, и другой группе STA не разрешается выполнять доступ к каналу в течение определенного периода времени.
STA принимает кадр, включающий в себя поле указания подтверждения приема (ACK), которое указывает, что имеется ненулевое значение, содержащееся в поле длительности в заголовке управления доступом к среде передачи (MAC) кадра, и указывает присутствие кадра, который не является кадром ACK или кадром ACK блока.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Более полное понимание можно получить из последующего описания, приведенного в качестве примера вместе с прилагаемыми чертежами, на которых:
фиг. 1A представляет собой схему системы примерной системы связи, в которой может быть реализовано одно или несколько описанных вариантов осуществления;
фиг. 1B представляет собой схему системы примерного беспроводного блока передачи/приема (WTRU), который может использоваться в системе связи, изображенной на фиг. 1A;
фиг. 1C представляет собой схему системы примерной сети радиодоступа и примерной базовой сети, которые могут использоваться в системе связи, изображенной на фиг. 1A;
фиг. 2 изображает пример работы карты указания трафика (TIM) и TIM доставки (DTIM);
фиг. 3 изображает формат кадра для информационного элемента (IE) спецификации трафика (TSPEC);
фиг. 4 изображает пример работы энергосберегающего множественного опроса (PSMP) трех STA;
фиг. 5 изображает примерный формат IE спецификации энергосбережения (PSS);
фиг. 6A-6C изображают альтернативные форматы поля Спецификация трафика в IE PSS;
фиг. 7 изображает примерный формат поля Спецификация управления доступом к среде передачи (MAC) в IE PSS;
фиг. 8 изображает примерный формат для поля Спецификация физического уровня (PHY);
фиг. 9 изображает примерный формат IE ответа энергосбережения (PSR);
фиг. 10A и 10B изображают примерные форматы для поля Спецификация планирования в IE PSR;
фиг. 11A и 11B представляют собой другие примерные форматы поля Спецификация планирования в IE PSR;
фиг. 12 изображает пример деления маячкового интервала и назначение планирования для STA посредством AP;
фиг. 13 представляет собой сигнальную диаграмму примерного процесса энергосбережения посредством двустороннего согласования между AP и STA;
фиг. 14 изображает распределение тонов для режима 1 МГц в стандарте 802.11ah;
фиг. 15 изображает уменьшение отношения пиковой и средней мощности (PAPR) с вариантами осуществления для стандарта 802.11ah с 64-позиционной квадратурной амплитудной модуляцией (QAM);
фиг. 16 изображает примерный формат пакета физического уровня для режима работы 1 МГц в стандарте 802.11ah; и
фиг. 17 изображает примерный формат поля SIG в пакете на фиг. 16.
ПОДРОБНОЕ ОПИСАНИЕ
Фиг. 1A представляет собой схему примерной системы 100 связи, в которой может быть реализован один или несколько описанных вариантов осуществления. Система 100 связи может представлять собой систему множественного доступа, которая предоставляет контент, такой как речь, данные, видео, обмен сообщениями, широковещательная передача и т.д., многочисленным беспроводным пользователям. Система 100 связи может предоставлять возможность многочисленным беспроводным пользователям выполнять доступ к такому контенту посредством совместного использования системных ресурсов, включающих в себя полосу частот беспроводной связи. Например, системы 100 связи могут применять один или несколько методов доступа к каналу, таких как множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с временным разделением каналов (TDMA), множественный доступ с частотным разделением каналов (FDMA), множественный доступ с ортогональным частотным разделением каналов (OFDMA), множественный доступ с частотным разделением каналов на одной несущей (SC-FDMA) и т.п.
Как показано на фиг. 1A, система 100 связи может включать в себя блоки 102a, 102b, 102c, 102d беспроводной передачи/приема (WTRU), сеть 104 радиодоступа (RAN), базовую сеть 106, коммутируемую телефонную сеть 108 общего пользования (PSTN), Интернет 110 и другие сети 112, хотя понятно, что описанные варианты осуществления рассматривают любое количество WTRU, базовых станций, сетей и/или сетевых элементов. Каждый из WTRU 102a, 102b, 102c, 102d может быть устройством любого типа, выполненным с возможностью работы и/или выполнения связи в беспроводной среде. В качестве примера, WTRU 102a, 102b, 102c, 102d могут быть выполнены с возможностью передачи и/или приема беспроводных сигналов и могут включать в себя пользовательское оборудование (UE), мобильную станцию, стационарный или мобильный абонентский блок, пейджер, сотовый телефон, персональный цифровой помощник (PDA), смартфон, портативный компьютер, нетбук, персональный компьютер, беспроводной датчик, бытовую электронику и т.п.
Системы 100 связи также могут включать в себя базовую станцию 114a и базовую станцию 114b. Каждая из базовых станций 114a, 114b может быть устройством любого типа, выполненным с возможностью беспроводного сопряжения с по меньшей мере одним из WTRU 102a, 102b, 102c, 102d, чтобы способствовать доступу к одной или нескольким сетям связи, таким как базовая сеть 106, Интернет 110 и/или сети 112. В качестве примера, базовыми станциями 114a, 114b может быть приемопередающая станция (BTS), узел B, усовершенствованный узел B (eNode B), домашний узел B, домашний eNode B, контроллер пункта связи, точка доступа (AP), беспроводной маршрутизатор и т.п. Хотя каждая базовая станция 114a, 114b описана как единственный элемент, понятно, что базовые станции 114a, 114b могут включать в себя любое количество соединенных между собой базовых станций и/или сетевых элементов.
Базовая станция 114a может быть частью RAN 104, которая также может включать в себя другие базовые станции и/или сетевые элементы (не показаны), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), ретрансляционные узлы и т.д. Базовая станция 114a и/или базовая станция 114b могут быть выполнены с возможностью передачи и/или приема беспроводных сигналов в конкретной географической зоне, которая может упоминаться как сота (не показана). Сота дополнительно может делиться на секторы соты. Например, сота, ассоциированная с базовой станцией 114a, может быть разделена на три сектора. Таким образом, в одном варианте осуществления базовая станция 114a может включать в себя три приемопередатчика, т.е. один для каждого сектора соты. В другом варианте осуществления базовая станция 114a может применять технологию с многими входами и многими выходами (MIMO) и поэтому может использовать многочисленные приемопередатчики для каждого сектора соты.
Базовые станции 114a, 114b могут выполнять связь с одним или несколькими WTRU 102a, 102b, 102c, 102d по радиоинтерфейсу 116, которым может быть любая подходящая линия беспроводной связи (например, радиочастотная (RF), микроволновая, инфракрасная (IR), ультрафиолетовая (UV), видимого света и т.д.). Радиоинтерфейс 116 может быть установлен с использованием любой подходящей технологии радиодоступа (RAT).
Более конкретно, как отмечено выше, системой 100 связи может быть система множественного доступа и может применять одну или несколько схем доступа к каналу, такую как CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т.п. Например, базовая станция 114a в RAN 104 и WTRU 102a, 102b, 102c могут реализовать радиотехнологию, такую как наземный радиодоступ универсальной системы мобильной связи (UMTS) (UTRA), который может устанавливать радиоинтерфейс 116 с использованием широкополосного CDMA (WCDMA). WCDMA может включать в себя протоколы связи, такие как высокоскоростной пакетный доступ (HSPA) и/или усовершенствованный HSPA (HSPA+). HSPA может включать в себя высокоскоростной пакетный доступ нисходящей линии связи (HSDPA) и/или высокоскоростной пакетный доступ восходящей линии связи (HSUPA).
В другом варианте осуществления базовая станция 114a и WTRU 102a, 102b, 102c могут реализовать радиотехнологию, такую как усовершенствованный наземный радиодоступ UMTS (E-UTRA), который может устанавливать радиоинтерфейс 116, использующий LTE (долгосрочная эволюция) и/или усовершенствованную LTE (LTE-A).
В других вариантах осуществления базовая станция 114a и WTRU 102a, 102b, 102c могут реализовать радиотехнологии, такие как IEEE 802.16 (т.е. WiMAX (общемировая совместимость микроволнового доступа)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO (усовершенствованная оптимизированная передача данных), Interim Standard (промежуточный стандарт) 2000 (IS-2000), Interim Standard 95 (IS-95), Interim Standard 856 (IS-856), Глобальная система мобильной связи (GSM), EDGE (усовершенствованная передача данных для развития GSM), GSM EDGS (GERAN) и т.п.
Базовой станцией 114b на фиг. 1A может быть беспроводной маршрутизатор, домашний узел B, домашний eNode B или точка доступа, например, и может применять любую подходящую RAT для облегчения возможности беспроводного соединения в локализованной зоне, такой как место расположения предприятия, дом, транспортное средство, студенческий городок и т.п. В одном варианте осуществления базовая станция 114b и WTRU 102c, 102d могут реализовать радиотехнологию, такую как IEEE 802.11, для установления беспроводной локальной сети (WLAN). В другом варианте осуществления базовая станция 114b и WTRU 102c, 102d могут реализовать радиотехнологию, такую как IEEE 802.15, для установления беспроводной персональной сети (WPAN). В еще другом варианте осуществления базовая станция 114b и WTRU 102c, 102d могут использовать сотовую RAT (например, WCDMA, CDMA2000, GSM, LTE, LTE-A и т.д.) для установления пикосоты или фемтосоты. Как показано на фиг. 1A, базовая станция 114b может иметь прямое соединение с Интернетом 110. Таким образом, базовой станции 114b может не требоваться выполнение доступа к Интернету 110 посредством базовой сети 106.
RAN 104 может находиться на связи с базовой сетью 106, которая может быть сетью любого типа, выполненной с возможностью предоставления речи, данных, приложений и/или услуг по передаче речи по протоколу Интернета (VoIP) одному или нескольким WTRU 102a, 102b, 102c, 102d. Например, базовая сеть 106 может обеспечивать управление вызовом, услуг тарификации, услуг на основе определения местоположения мобильного устройства, вызов по предоплате, возможность соединения с Интернетом, распределение видео и т.д. и/или выполнять функции обеспечения высокоуровневой безопасности, такие как аутентификация пользователя. Хотя не показаны на фиг. 1A, понятно, что RAN 104 и/или базовая сеть 106 могут быть в непосредственной или косвенной связи с другими RAN, которые применяют эту же RAT, что и RAN 104, или другую RAT. Например, в дополнение к соединению с RAN 104, которая может использовать радиотехнологию E-UTRA, базовая сеть 106 также может находиться на связи с другой RAN (не показана), применяющей радиотехнологию GSM.
Базовая сеть 106 также может служить в качестве шлюза для WTRU 102a, 102b, 102c, 102d для доступа к PSTN 108, Интернету 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые предоставляют простую старую телефонную службу (POTS). Интернет 110 может включать в себя глобальную систему соединенных между собой компьютерных сетей и устройств, которые используют общие протоколы связи, такие как протокол управления передачей (TCP), протокол передачи дейтаграмм пользователя (UDP) и протокол Интернета (IP) в наборе протоколов Интернета TCP/IP. Сети 112 могут включать в себя проводные или беспроводные сети связи, принадлежащие и/или эксплуатируемые другими провайдерами услуг. Например, сети 112 могут включать в себя другую базовую сеть, соединенную с одним или несколькими RAN, которые могут применять эту же RAT, что и RAN 104, или другую RAT.
Некоторые или все из WTRU 102a, 102b, 102c, 102d в системе 100 связи могут включать в себя многорежимные возможности, т.е. WTRU 102a, 102b, 102c, 102d могут включать в себя многочисленные приемопередатчики для выполнения связи с разными беспроводными сетями по разным беспроводным линиям связи. Например, WTRU 102c, показанный на фиг. 1A, может быть выполнен с возможностью выполнения связи с базовой станцией 114a, которая может применять сотовую радиотехнологию, и с базовой станцией 114b, которая может применять радиотехнологию по стандарту IEEE 802.
Фиг. 1B представляет собой схему системы примерного WTRU 102. Как показано на фиг. 1B, WTRU 102 может включать в себя процессор 118, приемопередатчик 120, элемент 122 передачи/приема, громкоговоритель/микрофон 124, клавиатуру 126, дисплей/сенсорную панель 128, несъемную память 130, съемную память 132, источник 134 питания, набор 136 микросхем системы глобального позиционирования (GPS) и другие периферийные устройства 138. Понятно, что WTRU 102 может включать в себя любую субкомбинацию вышеприведенных элементов, в то же время оставаясь согласующейся с вариантом осуществления.
Процессором 118 может быть процессор общего назначения, процессор специального назначения, обычный процессор, процессор цифровой обработки сигналов (DSP), множество микропроцессоров, один или несколько микропроцессоров вместе с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), схемы программируемой вентильной матрицы (FPGA), интегральная схема (IC) любого другого типа, конечный автомат и т.п. Процессор 118 может выполнять кодирование сигналов, обработку данных, управление мощностью, обработку ввода/вывода и/или любую другую функциональную возможность, которая позволяет WTRU 102 работать в беспроводной среде. Процессор 118 может быть соединен с приемопередатчиком 120, который может быть соединен с элементом 122 передачи/приема. Хотя фиг.1B описывает процессор 118 и приемопередатчик 120 в виде отдельных компонентов, понятно, что процессор 118 и приемопередатчик 120 могут быть интегрированы вместе в электронный модуль или кристалл.
Элемент 122 передачи/приема может быть выполнен с возможностью передачи сигналов базовой станции (например, базовой станции 114a) или приема сигналов от нее по радиоинтерфейсу 116. Например, в одном варианте осуществления элементом 122 передачи/приема может быть антенна, выполненная с возможностью передачи и/или приема RF-сигналов. В другом варианте осуществления элементом 122 передачи/приема может быть излучатель/обнаружитель, выполненный, например, с возможностью передачи и/или приема IR-, UV-сигналов или сигналов видимого света. В еще другом варианте осуществления элемент 122 передачи/приема может быть выполнен с возможностью передачи и приема как RF-сигналов, так и световых сигналов. Понятно, что элемент 122 передачи/приема может быть выполнен с возможностью передачи и/или приема любой комбинации беспроводных сигналов.
Кроме того, хотя элемент 122 передачи/приема показан на фиг. 1B в виде единственного элемента, WTRU 102 может включать в себя любое количество элементов 122 передачи/приема. Более конкретно, WTRU 102 может применять технологию MIMO. Таким образом, в одном варианте осуществления WTRU 102 может включать в себя два или более элементов 122 передачи/приема (например, многочисленные антенны) для передачи и приема беспроводных сигналов по радиоинтерфейсу 116.
Приемопередатчик 120 может быть выполнен с возможностью модуляции сигналов, которые должны передаваться элементом 122 передачи/приема, и с возможностью демодуляции сигналов, которые принимаются элементом 122 передачи/приема. Как отмечено выше, WTRU 102 может иметь многорежимные возможности. Таким образом, приемопередатчик 120 может включать в себя многочисленные приемопередатчики для предоставления возможности WTRU 102 выполнять связь посредством многочисленных RAT, таких как, например, UTRA и IEEE 802.11.
Процессор 118 в WTRU 102 может быть связан с и может принимать данные пользовательского ввода от громкоговорителя/микрофона 124, клавиатуры 126 и/или дисплея/сенсорной панели 128 (например, блока отображения на жидкокристаллическом дисплее или блока отображения на органических светоизлучающих диодах (OLED)). Процессор 118 также может выводить пользовательские данные на громкоговоритель/микрофон 124, клавиатуру 126 и/или дисплей/сенсорную панель 128. Кроме того, процессор 118 может обращаться к информации в подходящей памяти любого типа и сохранять данные в ней, такой как несъемная память 130 и/или съемная память 132. Несъемная память 130 может включать в себя оперативное запоминающее устройство (RAM), постоянное запоминающее устройство (ROM), жесткий диск или запоминающее устройство памяти любого другого типа. Съемная память 132 может включать в себя карту модуля идентификации абонента (SIM), карту памяти «Memory stick», карту памяти SD (Secure digital) и т.п. В других вариантах осуществления процессор 118 может обращаться к информации в памяти и сохранять данные в памяти, которая физически не расположена в WTRU 102, например, на сервере или домашнем компьютере (не показан).
Процессор 118 может принимать энергию от источника 134 питания и может быть выполнен с возможностью распределения и/или управления подачей энергии на другие компоненты в WTRU 102. Источником 134 питания может быть любое подходящее устройство для питания WTRU 102. Например, источник 134 питания может включать в себя одну или несколько галетных сухих батарей (например, никель-кадмиевая (NiCd), никель-цинковая (NiZn), никель-металлогидридная (NiMH), ионно-литиевая (Li-ion) и т.д.) солнечные элементы, топливные элементы и т.п.
Процессор 118 также может соединен с набором 136 микросхем GPS, который может быть выполнен с возможностью предоставления информации о местоположении (например, долгота и широта), касающейся текущего местоположения WTRU 102. В дополнение или вместо информации от набора 136 микросхем GPS WTRU 102 может принимать информацию о местоположении по радиоинтерфейсу 116 от базовой станции (например, базовых станций 114a, 114b) и/или определять свое местоположение, основываясь на хронировании сигналов, принимаемых от двух или более ближайших базовых станций. Понятно, что WTRU 102 может получать информацию о местоположении посредством любого подходящего способа определения местоположения, в то же время оставаясь совместимым с вариантом осуществления.
Процессор 118 может дополнительно быть соединен с другими периферийными устройствами 138, которые могут включать в себя один или несколько программных и/или аппаратных модулей, которые обеспечивают дополнительные признаки, функциональные возможности и/или возможность проводного или беспроводного соединения. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для фотографий или видео), порт универсальной последовательной шины (USB), вибрационное устройство, телевизионный приемопередатчик, микрогарнитуру, модуль Bluetooth, радиоблок с частотной модуляцией (FM), цифровой проигрыватель музыки, медиаплеер, модуль проигрывателя видеоигр, браузер Интернета и т.п.
Фиг. 1C представляет собой схему примерной системы RAN 104 и базовой сети 106 согласно варианту осуществления. Как отмечено выше, RAN 104 может применять радиотехнологию UTRA для выполнения связи с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 также может находиться на связи с базовой сетью 106. Как показано на фиг. 1C, RAN 104 может включать в себя узлы B 140a, 140b, 140c, каждый из которых может включать в себя один или несколько приемопередатчиков для выполнения связи с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. Каждый из узлов B 140a, 140b, 140c может ассоциироваться с конкретной сотой (не показана) в RAN 104. RAN 104 также может включать в себя RNC 142a, 142b. Понятно, что RAN 104 может включать в себя любое количество узлов B и RNC, в то же время оставаясь совместимой с вариантом осуществления.
Как показано на фиг. 1C, узлы B 140a, 140b могут быть на связи с RNC 142a. Дополнительно, узел B 140c может быть на связи с RNC 142b. Узлы B 140a, 140b, 140c могут выполнять связь с соответствующими RNC 142a, 142b при помощи интерфейса Iub. RNC 142a, 142b могут быть на связи друг с другом при помощи интерфейса Iur. Каждый из RNC 142a, 142b может быть выполнен с возможностью управления соответствующими узлами B 140a, 140b, 140c, к которым он подсоединен. Кроме того, каждый из RNC 142a, 142b может быть выполнен с возможностью выполнения или поддержки других функциональных возможностей, таких как управление мощностью по внешней цепи, управление нагрузкой, управление допуском, планирование пакетов, управление передачей обслуживания, макроразнесение, функции обеспечения безопасности, шифрование данных и т.п.
Базовая сеть 106, показанная на фиг. 1C, может включать в себя медиашлюз (MGW) 144, центр 146 коммутации мобильной связи (MSC), обслуживающий узел 148 поддержки пакетной радиосвязи общего назначения (GPRS) (SGSN) и/или шлюзовой узел 150 поддержки GPRS (GGSN). Хотя каждый из вышеприведенных элементов описывается как часть базовой сети 106, понятно, что любой один из этих элементов может принадлежать и/или эксплуатироваться объектом, отличным от оператора базовой сети.
RNC 142a в RAN 104 может быть соединен с MSC 146 в базовой сети 106 посредством интерфейса IuCS. MSC 146 может быть соединен с MGW 144. MSC 146 и MGW 144 могут обеспечивать для WTRU 102a, 102b, 102c доступ к сети с коммутацией каналов, такой как PSTN 108, чтобы способствовать выполнению связи между WTRU 102a, 102b, 102c и традиционными устройствами по наземным линиям.
RNC 142a в RAN 104 также может быть соединен с SGSN 148 в базовой сети 106 посредством интерфейса IuPS. SGSN 148 может быть соединен с GGSN 150. SGSN 148 и GGSN 150 могут обеспечивать для WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, такой как Интернет 110, чтобы способствовать выполнению связи между WTRU 102a, 102b, 102c и IP-устройствами.
Как отмечено выше, базовая сеть 106 также может быть соединена с сетями 112, которые могут включать в себя другие проводные или беспроводные сети, которые принадлежат и/или эксплуатируются другими провайдерами услуг.
Рабочая группа (TG) IEEE 802.11ah была организована для разработки решений для поддержки систем WiFi в субгигагерцовом диапазоне. Последующие случаи использования были приняты TG 802.11ah: датчики и измерители (случай 1 использования), данные датчика и измерителя транспортной инфраструктуры (случай 2 использования) и WiFi расширенного диапазона для разгрузки сотовой сети (случай 3 использования).
В 802.11ah один из случаев использования являются измерители и датчики, в котором до 6000 STA может поддерживаться в одном BSS. Устройства, такие как интеллектуальные измерители и датчики, имеют очень разные требования, относящиеся к поддерживаемому трафику восходящей линии связи и нисходящей линии связи. Например, датчики и измерители могут быть выполнены с возможностью периодической загрузки своих данных на сервер, которые, наиболее вероятно, представляют собой трафик восходящей линии связи. Датчики и измерители могут запрашиваться или конфигурироваться сервером. Когда сервер запрашивает или конфигурирует датчик и измеритель, может требоваться, чтобы запрашиваемые данные поступали в пределах интервала установки, и может требоваться, чтобы подтверждение для любой выполняемой конфигурации поступало в течение некоторого интервала. Эти типы моделей трафика сильно отличаются от традиционных моделей трафика, предполагаемых для систем WLAN.
Механизмы энергосбережения были определены в системах 802.11. Станция (STA) может переходить между активном состоянием и спящим состоянием (состоянием ожидания) для энергосбережения. AP осведомлена об энергосберегающем режиме STA и буферизует трафик для STA в спящем состоянии и может уведомлять STA, используя карту указания трафика (TIM) или TIM доставки (DTIM) в кадре маячка или короткого маячка. TIM указывается с использованием битовой карты идентификатора ассоциирования (AID) или частичной виртуальной битовой карты. STA может определить, что буферизованные данные предназначены для нее посредством приема и интерпретирования TIM.
STA экономит энергию посредством входа в спящее состояние и пробуждается для прослушивания маячка или короткого маячка. STA проверяет TIM для определения, выполнила ли AP буферизацию кадров для STA. STA может послать кадр управления PS-опроса на AP для извлечения буферизованных кадров с AP. STA в WLAN может использовать механизм случайной отсрочки передачи перед передачей кадра PS-опроса, когда многочисленные STA буферизовали кадры на AP. Фиг. 2 изображает пример работы TIM и DTIM.
В BSS, работающим под функцией распределенной координации (DCF) или во время периода состязания (CP) BSS, используя функцию точечной координации (PCF), при определении, что данные буферизуются в данный момент для STA в AP, STA, работающая в энергосберегающем (PS) режиме, может передавать короткий кадр PS-опроса на AP, которая может отвечать данными немедленно, или подтверждать прием кадра PS-опроса и отвечать данными позднее. Если TIM, указывающая буферизованные данные, посылается во время бессостязательного периода (CFP), опрашиваемая без состязания (CF) STA, работающая в PS-режиме, может не посылать кадр PS-опроса, но остается активной до тех пор, пока буферизованные данные не будут приняты (или не будет завершен CFP).
При каждом маячковом интервале AP может собирать частичную виртуальную битовую карту, содержащую состояние буфера на пункт назначения для STA в PS-режиме, и может указывать в поле TIM кадра маячка. В каждом маячковом интервале AP с возможностью автоматической энергосберегающей доставки (APSD) может собирать частичную виртуальную битовую карту, содержащую состояние буфера категорий доступа (AC), ориентированных не на доставку (если существует по меньшей мере одна AC, ориентированная не на доставку) на пункт назначения для STA в PS-режиме, и может рассылать ее в поле TIM кадра маячка. Когда все AC ориентированы на доставку, AP с возможностью APSD может собирать частичную виртуальную битовую карту, содержащую состояние буфера для всех AC на пункт назначения. Если разрешена гибкая многоадресная услуга (FMS), AP может включать элемент Описатель FMS в каждый кадр маячка. Элемент Описатель FMS может указывать адресованные группой FMS кадры, которые AP буферизует.
Максимальная длина информационного элемента (IE) в современных стандартах 802.11 составляет 256 байтов. Следовательно, этот максимальный размер IE устанавливает ограничение на количество STA, которые могут поддерживаться в TIM, так как TIM использует битовую карту для сигнализации STA буферизованных данных посредством отображения AID STA на биты в битовой карте. В дополнение к полю битовой карты TIM также содержит другие информационные поля (например, число DTIM, период DTIM и управление битовой картой). Поэтому максимальный размер поля битовой карты в TIM дополнительно ограничивается 251 байтом.
Кроме того, для текущих максимальных 2007 AID наихудший случай (т.е. полная битовая карта) требует 2007 битов, т.е. 2007/8=251 байтов, что достигает максимального размера поля битовой карты в TIM. Поэтому текущая TIM с ее структурой битовой карты может не удовлетворять функциональным требованиям 802.11ah поддержки большого количества STA свыше 2007.
Кроме того, длина TIM увеличивается с увеличением количества поддерживаемых STA, основываясь на текущей структуре TIM, заданной в стандартах 802.11. Например, при максимальных 2007 STA битовая карта наихудшего случая в TIM составляет 251 байтов. Если максимальное количество станций увеличивается до значительно большего количества, скажем 6000, тогда битовая карта наихудшего случая будет составлять 6000/8=750 байтов. Такая TIM большого размера увеличивает издержки TIM на передачу маячка, которые представляют собой крайне недопустимый уровень, особенно в системах 802.11ah, где полоса частот канала (например, 1 МГц, 2 МГц, до 8 МГц) значительно меньше, чем в других системах 802.11 (например, 802.11n/11ah).
Стандарты 802.11e включают в себя расширение энергосберегающего режима стандарта 802.11, определенного как автоматическая энергосберегающая доставка (APSD). Если AP поддерживает APSD, STA с возможностью 802.11e могут выбирать способ доставки кадров, буферизованных на AP, между нормальным энергосберегающим режимом и APSD. Различие между нормальным энергосберегающим режимом по стандарту 802.11 и APSD заключается в том, что с APSD STA находится в активном режиме во время периода обслуживания (SP) вместо нахождения в активном режиме от перехода в активное состояние для приема маячка до возврата в спящее состояние после приема подтверждения приема последнего кадра, буферизованного на AP. Два типа SP определены в APSD: незапланированная APSD (U-APSD) и запланированная (S-APSD). U-APSD определяется для STA, выполняющих доступ к каналу, используя улучшенный распределенный доступ к каналу (EDCA), тогда как S-APSD определяется для обоих механизмов доступа, EDCA и управляемого доступа к каналу с помощью функции гибридной координации (HCF) (HCCA).
При U-APSD STA устанавливает категорию доступа (AC) как ориентированную на триггер или ориентированную на доставку. Могут буферизоваться блоки служебных данных MAC (MSDU) от ориентированной на доставку AC. STA пробуждается и передает кадр триггера на AP для извлечения буферизованных MSDU или кадров управления во время незапланированного периода обслуживания. Если нет незапланированного периода обслуживания (SP), выполняющегося в данный момент, незапланированный SP начинается, когда AP принимает кадр триггера от STA, который представляет собой данные качества обслуживания (QoS) или пустой кадр QoS, ассоциированный с AC, которую STA сконфигурировала ориентированной на триггер. Незапланированный SP заканчивается после того, как AP выполнит попытку передачи по меньшей мере одного MSDU или блока данных протокола MAC (MPDU), ассоциированного с ориентированной на доставку AC и предназначенной для STA. Пустые кадры QoS представляют собой заменители в U-APSD PS-опросов в стандартном энергосберегающем режиме, дающие возможность STA запрашивать доставку кадров, буферизованных на AP, даже если STA не имеет кадра данных для передачи по восходящей линии связи.
При S-APSD STA сначала ассоциируется с AP. В зависимости от AC конкретного потока трафика (TS) STA может запросить запланированный управляемый доступ к каналу или доступ к каналу на основе состязания посредством посылки кадра запроса ADDTS (добавить поток трафика), включающего в себя спецификации трафика (TSPEC), на AP. Фиг. 3 изображает формат кадра для IE TSPEC. AP может отвечать кадром ответа ADDTS, включающем в себя IE планирования, если AP может вместить TS.
Механизм энергосберегающего множественного опроса (PSMP) был введен в 802.11n. В PSMP единственный кадр PSMP может использоваться для планирования многочисленных STA. Это может быть эффективным, где STA периодически передают небольшое количество данных.
Потребление мощности уменьшается посредством обеспечения планирования восходящей линии связи (UL) и нисходящей линии связи (DL) в начале фазы PSMP, так что каждая STA может отключать свои приемники до тех пор, когда они будут необходимы в фазе DL, и передавать, когда запланировано во время фазы UL без выполнения оценки занятости канала (CCA). Фиг. 4 изображает пример работы PSMP трех STA.
Энергосбережение может достигаться посредством двусторонних согласований между STA и AP. STA и AP могут обмениваться сообщениями для обмена параметрами энергосбережения и конфигурирования планирования энергосбережения и ожидания.
В одном варианте осуществления один единообразный информационный элемент (IE) может определяться для рассмотрения аспектов энергосбережения. Ниже в данном документе единообразный IE ссылаться на «IE спецификации энергосбережения (PSS)». STA может посылать IE PSS на AP в кадре запроса на зондирование, кадре запроса на ассоциирование или т.п. С IE PSS один цикл обмена пакетами между STA и AP может быть достаточным для конфигурирования планирования энергосбережения и ожидания.
Фиг. 5 изображает примерный формат IE 500 PSS. IE 500 PSS может иметь следующие поля: поля ID 502 элемента, Длина 504, MAP 506, Спецификация 508 трафика, Спецификация 510 MAC, Спецификация 512 PHY и Другая необязательная информация 514.
Поле 502 ID элемента устанавливается на ID, идентифицирующий, что он является IE PSS. Поле 504 Длина указывает длину в октетах в остальной части IE. Поле 506 MAP представляет собой информацию, содержащуюся в IE PSS. Поле 508 Спецификация трафика представляет собой спецификацию моделей трафика восходящей линии связи и нисходящей линии связи. Поле 510 Спецификация MAC представляет собой спецификацию параметров и предпочтений MAC, относящихся к энергосбережению. Поле 512 Спецификация PHY представляет собой спецификацию параметров и предпочтений PHY, относящихся к энергосбережению. Поле 514 Другая необязательная информация включает в себя другую информацию, которая относится к энергосбережению, такую как длительность, в течение которой, как ожидается, спецификации энергосбережения являются действительными, начинающиеся в конце кадра, содержащего IE 500 PSS. Поле 508 Спецификация трафика может включать в себя разную информацию в зависимости от реализации. Поле 508 Спецификация трафика связано с моделями трафика и случаем использования, который STA может поддерживать.
Фиг. 6A-6C изображают альтернативные форматы поля 508 Спецификация трафика в IE PSS. Формат на фиг. 6A может использоваться в случае использования разгрузки сотовой сети, при которой должны задаваться трафик как UL, так и DL. Поле 610 Спецификация трафика в данном случае может включать в себя следующие подполя: подполе Вариант 611, Максимальный интервал 612 UL, Минимальный интервал 613 UL, Скорость 614 передачи данных по UL, Приоритет 615 данных UL, Максимальный интервал 616 DL, Минимальный интервал 617 DL, Скорость 618 передачи данных по DL и Приоритет 619 данных DL. Подполе 611 Вариант указывает, какой тип Спецификации трафика используется (из числа форматов на фиг. 6A-6C). Подполе 612 Максимальный интервал UL указывает максимальный интервал обслуживания для трафика UL. Подполе 613 Минимальный интервал UL указывает минимальный интервал обслуживания для трафика UL. Подполе 614 Скорость передачи данных по UL указывает скорость передачи и/или размер данных, которые AP должна поддерживать в пределах одного интервала обслуживания UL. Подполе 615 Приоритет данных UL указывает приоритет данных UL. Подполе 616 Максимальный интервал DL указывает максимальный интервал обслуживания для трафика DL. Подполе 617 Минимальный интервал DL указывает минимальный интервал обслуживания для трафика DL. Подполе 618 Скорость передачи данных по DL указывает скорость передачи и/или размер данных, которые AP должна поддерживать в пределах одного интервала обслуживания DL. Подполе 619 Приоритет данных DL указывает приоритет данных DL.
Формат на фиг. 6B может использоваться в случае использования транспортной инфраструктуры датчика или измерителя, в которой трафик UL имеет большой объем, и трафик DL является спорадическим и, главным образом, включает в себя ретрансляцию запросов конфигурационного сообщения датчиков и измерителей. Поле 620 Спецификация трафика в данном случае использования может включать в себя следующие подполя: подполя Вариант 621, Максимальный интервал 622 UL, Минимальный интервал 623 UL, Скорость 624 передачи данных по UL, Приоритет 625 данных UL, Максимальный интервал 626 DL и Минимальный интервал 627 DL. Определение подполей 611-627 такое же, что и подполей 611-617 на фиг. 6A.
Формат на фиг. 6C может использоваться для случая использования датчиков и измерителей, в котором трафик UL может содержать периодические считывания датчиков и измерителей или спорадическое, управляемых событиями предоставление отчетов, такое как предоставление отчета о пожаре, и трафик DL является спорадическим и, главным образом, содержит запрос конфигурационных сообщений датчиков и измерителей. Поле 630 Спецификация трафика в данном случае может включать в себя следующие подполя: подполя Вариант 631, Максимальный интервал 632 пробуждения, Минимальный интервал 633 пробуждения, Скорость 634 передачи данных и Приоритет 635 данных. Подполе 631 Вариант указывает, какой тип Спецификации трафика используется (из числа форматов на фиг. 6A-6C). Подполе 632 Максимальный интервал пробуждения указывает максимальный интервал для пробуждения STA для передачи трафика UL или приема трафика DL, какой из них доступен. Подполе 633 Минимальный интервал пробуждения указывает максимальный интервал для пробуждения STA для передачи трафика UL или приема трафика DL, какой из них доступен. Подполе 634 Скорость передачи данных указывает скорость передачи и/или размер данных, которые AP должна поддерживать в пределах одного интервала пробуждения. Подполе 635 Приоритет данных указывает приоритет данных UL. Например, если STA сообщает обнаруженный пожар в пределах 1 секунды, и необходимо подтвердить любой запрос или конфигурацию в течение 5 секунд, и STA имеет время работы от батареи, которое ограничивает ее частоту пробуждения менее двух раз за 1 секунду, тогда ее [Максимальный интервал пробуждения, Минимальный интервал пробуждения]=[1 с, 0,5 с].
Традиционно не определяется категория доступа (AC) для рассмотрения установки приоритета датчиков и измерителей. В одном варианте осуществления одна или несколько категорий приоритета могут определяться для датчиков и измерителей. Например, новая категория приоритета может вызывать следующие установки приоритета: регулярное предоставление отчета (например, измерений температуры, влажности и т.д.), предоставление отчета повышенного приоритета (например, устройство работает с разряженной батареей, показание датчика приближается к заданному пределу, и т.д.), чрезвычайная ситуация (например, злоумышленник, обнаружение пожара и т.д.) и состояние готовности перед опасностью (например, сердечный приступ больного, опасный выброс газа и т.д.).
Новая категория приоритета для датчиков и измерителей может принадлежать большой категории или категории доступа, например, именованных датчиков/измерителей. Разные категории приоритета могут различаться с использованием всех или поднабора параметров EDCA в категории доступа. Одна или несколько дополнительных категорий приоритета доступа для датчиков и измерителей могут ассоциироваться с их собственными параметрами качества обслуживания (QoS) доступа к каналу, такими как первоначальные размеры окна состязания, максимальные размеры окна состязания, разные межкадровые промежутки, такие как межкадровый арбитражный интервал (AIFS), ассоциированный с новыми категориями приоритета, и т.д. Новые категории приоритета для датчиков и измерителей могут быть с более высокими или более низкими приоритетами по сравнению с существующими категориями доступа. Дополнительные категории приоритета для датчиков и измерителей могут быть связаны с типом STA, такие как применение датчиков, длительности срока службы и состояние батареи и т.д.
Поле 510 Спецификация MAC указывает относящиеся к энергосбережению параметры и предпочтения MAC для STA. Фиг. 7 изображает примерный формат поля 510 Спецификация MAC в IE 500 PSS. Поле 510 Спецификация MAC может включать в себя следующие подполя: подполя Режим 702 ACK, Указание 704 данных DL, Извлечение 706 данных DL, Способ 708 передачи данных по UL и Способ 710 синхронизации (SYNC) и резервированные биты 712.
Подполе 702 Режим ACK указывает режим подтверждения приема (ACK) для трафика UL STA (например, регулярный ACK, задержанный ACK блока (BA), без ACK и т.д.) Подполе 704 Указания данных DL указывает способ, посредством которого AP может указывать присутствие буферизованных данных DL для STA (например, TIM/DTIM в маячке, опрос UL (например, STA не прослушивает TIM/DTIM в маячке), одноадресная передача DL, короткий маячок с TIM, планирование PSMP и т.д.). Подполе 706 Извлечение данных DL указывает способ, посредством которого STA может извлекать буферизованные данные DL с AP (например, слот PSMP DL, опрос UL, одноадресная передача на основе состязания и т.д.) Подполе 708 Способ передачи данных по UL указывает способ, посредством которого STA может передавать свои данные UL на AP (например, слот PSMP UL, предоставление обратного направления (RDG), доступ к каналу на основе состязания, опрос DL и т.д.). Подполе 710 Способ SYNC указывает способ, посредством которого STA может оставаться синхронизированной с AP при переходе в спящее состояние в течение расширенного периода времени (например, нет дополнительной синхронизации, двусторонняя калибровка AP-STA и т.д.). Резервированные биты 712 могут использоваться для других относящихся к энергосбережению параметров и предпочтений MAC. Например, резервированные биты 712 могут использоваться для указания возможности или предпочтения использования короткого или сжатого заголовка MAC или протоколов согласования для короткого или сжатого заголовка MAC. Кроме того, резервированные биты 712 могут включать в себя варианты для короткого или сжатого формата кадра MAC или сжатого заголовка MAC, такого как, какие поля могут содержаться в коротком или сжатом заголовке MAC. Например, предпочтение MAC может указывать, может ли быть включено поле QoS в короткий или сжатый заголовок MAC.
Поле 512 Спецификация PHY указывает относящиеся к энергосбережению параметры и предпочтения PHY для STA. Фиг. 8 изображает примерный формат для поля 512 Спецификация PHY. Поле 512 Спецификация PHY может включать в себя подполе 802 MCS, подполе 804 Мощность передачи и резервированные биты 806. Подполе 802 MCS указывает схему модуляции и кодирования (MCS), подлежащую использованию AP для передачи на STA. Например, она может быть полезной, когда STA указывает, что не используется ACK, и требует, чтобы AP использовала более устойчивую к ошибкам MCS, чтобы избежать ошибок передачи. Кроме того, если датчики и измерители не имеют возможностей технологии многих входов и многих выходов (MIMO), подполе 802 MCS может указывать, что они выполнены без возможности MCS MIMO. MCS может оцениваться STA посредством прослушивания маячка AP или кадров другого типа, которые STA приняла от AP. Оцененное значение MCS может меняться в течение периода, когда STA ассоциирована с AP. Подполе 804 Мощность передачи указывает мощность передачи, подлежащую использованию, когда STA передает на AP и когда AP передает на STA. Резервированные биты 806 могут использоваться для других относящихся к энергосбережению параметров и предпочтений PHY.
Необходимо отметить, что IE 500 PSS или любой поднабор подполей IE 500 PSS может быть реализован в виде подполя или поднаборов подполей любого обычного или нового IE, или как часть любого кадра контроля или управления или заголовков MAC/протокола сходимости физического уровня (PLCP). Кроме того, любой поднабор элементов (например, приоритет, требования планирования, типы трафика, способы указания трафика DL/UL и т.д.) в IE 500 PSS может объединяться с информацией других типов (такой как возможности и т.д.) для представления STA категорий, которые предварительно определены или согласованы STA и AP. AP, после приема информации о категориях STA и/или характеристиках, ассоциированных с категориями STA, или неявно или явно, могут действовать в соответствии с характеристиками или категориями STA, которые более подробно объяснены ниже.
IE ответа энергосбережения (PSR) может посылаться в ответ на IE PSS. Например, после приема кадра запроса на зондирование, включающего в себя IE PSS, AP может ответить ответом на зондирование, включающим в себя IE PSR. Если AP принимает кадр запроса на ассоциирование, включающий в себя IE PSS, AP может ответить кадром ответа на ассоциирование, включающим в себя IE PSR.
Фиг. 9 изображает примерный формат IE 900 PSR. IE 900 PSR может включать в себя следующие поля: поля ID 902 элемента, Длина 904, MAP 906, Результат 908, Спецификация 910 планирования, Спецификация 912 MAC, Спецификация 914 PHY и Другая необязательная информация 916.
Поле 902 ID элемента представляет собой ID для идентификации, что это IE PSR. Поле 904 Длина указывает длину в октетах остальной части IE. MAP представляет собой информацию, содержащуюся в IE 900 PSR. Поле 908 Результат содержит указание, может ли быть обеспечена STA, передающая IE PSR, и, если нет, включено ли предлагаемое планирование в остальную часть IE 900 PSR. Возможными значениями поля 908 Результат могут быть: Successful (успешный), Successful_With_Assigned_Schedule (успешный с назначенным планированием), Fail (неуспешный), Fail_UL_Support (неуспешная поддержка UL), Fail_DL_Support (неуспешная поддержка DL), Fail_UL_DL_Support (неуспешная поддержка UL и DL), Fail_MAC_Spec (неуспешная спецификация MAC), Fail_PHY_Spec (неуспешная спецификация PHY), Fail_With_Proposed_Schedule (неуспешный с предложенным планированием) или т.п. Поле 910 Спецификация планирования указывает спецификацию назначенного планирования в случае, если может поддерживаться STA со спецификациями энергосбережения, указанными посредством IE PSS, или предложенного планирования в случае, если не могут обеспечиваться спецификации энергосбережения STA, указанные в IE PSS. Поле 912 Спецификация MAC указывает спецификации параметров и предпочтений MAC, относящихся к энергосбережению, которое может быть идентично полю 510 Спецификация MAC в IE 500 PSS. Поле 914 Спецификация PHY указывает спецификации параметров и предпочтений PHY, относящихся к энергосбережению, которое может быть идентично полю 512 Спецификация PHY в IE 500 PSS. Поле 916 Другая необязательная информация может использоваться для другой информации, которая относится к энергосбережению, такая как длительность, в течение которой, как ожидается, назначенное планирование является действительным, начиная с конца кадра, содержащего IE 900 PSR.
Фиг. 10A и 10B изображают примерные форматы для поля Спецификация планирования в IE PSR. Поле Спецификация планирования может включать в себя разную информацию в зависимости от поля Спецификация трафика, содержащегося в IE PSS.
Формат поля Спецификация планирования на фиг. 10A может использоваться для случая использования разгрузки сотовой сети или транспортной инфраструктуры датчиков, в которой необходимо задавать трафик как UL, так и DL. Поле 1010 Спецификация планирования может включать в себя следующие подполя: Вариант 1011, Маячковый интервал 1012 начала UL, Смещение 1013 UL, Частота 1014 UL, Маячковый интервал 1015 начала DL, Смещение 1016 DL и Частота 1017 DL.
Подполе 1011 Вариант может указывать, какой тип Спецификации планирования используется. Подполе 1012 Маячковый интервал начала UL указывает маячковый интервал начала, в котором начинается трафик UL. Так как маячок не может всегда передаваться в целевое время передачи маячка (TBTT), подполе 1012 Маячковый интервал начала UL может ссылаться на TBTT маячка, который начинает целевой маячковый интервал или конкретное значение таймера функции синхронизации таймера (TSF). Подполе 1013 Смещение UL указывает смещение интервала UL в микросекундах или в любых других временных единицах от маячка, TBTT или опорной точки времени таймера TSF. Подполе 1014 Частота UL указывает, как часто повторяется передача по UL, определенная в количестве маячковых интервалов, микросекундах или других временных единицах. Подполе 1015 Маячковый интервал начала DL указывает маячковый интервал начала, в котором начинается трафик DL. Так как маячок не может всегда передаваться в TBTT, подполе 1015 Маячковый интервал начала DL может ссылаться на TBTT маячка, который начинает целевой маячковый интервал или конкретное значение таймера TSF. Подполе 1016 Смещение DL указывает смещение передачи по DL в микросекундах или любой другой временной единице от маячка, TBTT или опорной точки времени таймера TSF. Подполе 1017 Частота DL указывает, как часто повторяется передача по DL, определенная в количестве маячковых интервалов, микросекундах или других временных единицах.
Формат 1020 поля Спецификация планирования на фиг. 10B может использоваться для случая использования датчиков и измерителей, в котором необходимо задавать интервал пробуждения. Поле 1020 Спецификация планирования может включать в себя подполя Вариант 1021, Маячковый интервал 1022 начала пробуждения, Смещение 1023 пробуждения и Частота 1024 пробуждения.
Подполе 1021 Вариант указывает, какой тип Спецификации планирования используется. Подполе 1022 Маячковый интервал начала пробуждения указывает маячковый интервал начала, в котором STA может пробуждаться. Так как маячок не может всегда передаваться в TBTT, подполе 1022 Маячковый интервал начала пробуждения может ссылаться на TBTT маячка, который начинает целевой маячковый интервал или конкретное значение таймера TSF. Подполе 1023 Смещение пробуждения указывает смещение интервала пробуждения в микросекундах или в любой другой временной единице от маячка, TBTT или опорной точки времени таймера TSF. Подполе 1024 Частота пробуждения указывает, как часто могут пробуждаться STA, определенное в количестве маячковых интервалов, микросекундах или в других временных единицах.
Все относящиеся к хронированию параметры, описанные в данном документе, могут быть реализованы в любых временных единицах и с любой опорной точкой. Например, опорным временем может быть время таймера TSF или время GMT (среднее время по Гринвичу).
Фиг. 11A и 11B представляют собой другие примерные форматы поля Спецификация планирования в IE 900 PSR. Подполе 1102 Длительность UL задает длительность периода UL, во время которого STA может проводить доступ к UL, такой как передачу PS-опроса, кадров данных или других кадров. Подполе 1104 Длительность DL задает длительность периода DL, во время которого STA может ожидать передач по DL от AP, таких как передача PS-опроса, кадров данных или других кадров. Передаче по DL может предшествовать указание посредством AP в TIM (например, в маячке или коротком маячке) любых буферизованных пакетов DL на AP для STA. Подполе 1106 Длительность пробуждения задает длительность периода пробуждения, во время которого STA может пробуждаться. Во время периода пробуждения STA может прослушивать TIM в маячке, коротком маячке или в кадрах управления или контроля других типов, передавать PS-опрос UL на AP для запрашивания любых буферизованных пакетов или для извлечения пакетов DL, принимать данные DL или кадры других типов от AP, проводить передачи по UL кадров данных на AP и/или требовать информацию о синхронизации от AP, чтобы повторно синхронизироваться с таймером TSF AP или другим опорным таймером.
В другом варианте осуществления AP может включать в параметры поля 910 Спецификация планирования для STA, которые могут относиться к группе(-ам), к которой принадлежит STA. AP может управлять доступом к каналу DL и UL для STA, использующих любые из кадров управления, контроля, данных широковещательной или одноадресной передачи или кадров других типов, использующих параметры, которые назначаются группе STA. Например, AP может включать в поле 910 Спецификация планирования один или несколько ID группы (групп), к которой принадлежит STA. AP может потом включить ID группы или другую информацию, ассоциированную с группой STA, чтобы дать возможность поднабору STA выполнить доступ к среде передачи в ее маячках или коротких маячках. При такой схеме разные группы STA могут выполнять доступ к разным частям маячкового интервала или маячковых подынтервалов.
Полное планирование может быть получено с использованием комбинации подполей Спецификация 910 планирования и Спецификация 912 MAC. Например, если используется формат Спецификация планирования на фиг. 10A или фиг. 11A, и поле Спецификация MAC указывает, что указанием DL является DTIM в маячке, извлечение данных DL представляет собой слоты PSMP, и способом передачи данных по UL является одноадресная передача на основе состязаний, тогда STA может начать выполнение доступа к среде передачи, используя способ на основе состязания в маячковом интервале начала UL со смещением хронирования смещения UL от конца маячка и повторять процесс каждый маячковый интервал частоты UL после этого. STA также может прослушивать DTIM в маячке, начиная в маячковом интервале начала DL и каждый маячковый интервал частоты DL после этого. Если DTIM указывает, что пакет буферизуется для STA, STA может снова пробуждаться со смещением DL, считая от конца маячка, для приема буферизованного пакета, используя назначенный ей слот PSMP. Альтернативно, маячок может содержать новое планирование PSMP, которому STA может придерживаться.
Необходимо отметить, что IE 900 PSR или любой поднабор подполей IE 900 PSR может быть реализован в виде подполя или поднаборов подполей любого обычного или нового IE, или в виде части любого кадра контроля или управления или заголовков MAC/PLCP.
В другом варианте осуществления AP, чтобы обеспечить разные потребности в разных случаях использования, может разделить маячковый интервал на несколько подынтервалов. Так как некоторым STA может быть необходимо выгружать и загружать пакеты периодически, некоторым другим STA может быть необходимо пробуждаться для прослушивания пакетов конфигурации и запроса, и еще некоторые другие STA могут загружать пакеты, когда произошли некоторые предварительно определенные события, AP может делить один или несколько маячковых интервалов на один или несколько подынтервалов и назначать разные политики доступа для каждого из них. Например, маячковый интервал может быть разделен на один или несколько из следующих подынтервалов: запланированный подынтервал, который может содержать интервалы PSMP DL и UL после некоторого смещения во времени после маячка, подынтервал, где используется обычный доступ к среде передачи на основе состязания (например, для непредвиденных пробуждений STA и для вновь поступивших STA для выполнения ассоциирования) и/или подынтервал, где STA с высоким приоритетом может передавать с использованием доступа к среде передачи на основе состязания, и т.п.
Фиг. 12 изображает пример деления маячкового интервала и назначение планирования для STA посредством AP. В данном примере каждый маячковый интервал содержит период маячка, запланированный интервал и интервал на основе состязания. Даже если фиг. 12 изображает, что для каждого маячкового интервала включен один запланированный интервал, могут быть многочисленные запланированные интервалы в маячковом интервале, которые могут быть реализованы или могут не быть реализованы с использованием механизма PSMP. Также могут быть многочисленные интервалы на основе состязания в маячковом интервале, где STA могут пробуждаться для передачи или приема на основе различных критериев, таких как приоритеты STA, требований к сроку службы батареи, граница задержки и т.д.
Маячковый подынтервал (например, интервал PSMP, интервал 1, …, интервал k на фиг. 12) может начинаться коротким маячком (не показан на фиг. 12). Короткий маячок, который может быть в начале маячкового подынтервала, может включать в себя параметры для доступа к каналу UL, такие как ID группы STA или другие параметры, которые могут ассоциироваться с конкретной группой STA, которая может проводить доступ к каналу UL в наступающих маячковых подынтервалах.
Деление маячкового интервала может осуществляться различными путями. Например, один или несколько маячковых интервалов могут использоваться для доступа к каналу на основе состязания для одной или нескольких групп STA, тогда как один или несколько маячковых интервалов могут использоваться для доступа к каналу без состязания для одной или нескольких групп STA. Маячковые интервалы или подынтервалы могут использоваться одной или несколькими группами STA. STA могут группироваться на основе требований к планированию, требований к QoS, графикам засыпания, типа STA, пространственных местоположений, характеристик канала, возможностей и предпочтений STA и т.д.
AP может назначать разные планирования пробуждения для STA в зависимости от различных критериев, например, основанных на IE PSS, который STA передала на AP в кадре запроса на зондирование, кадре запроса на ассоциирование или повторное ассоциировании, или в любом другом кадре управления или контроля. Если STA не управляла передачей или приемом пакетов во время ее назначенного времени, STA может использовать другой интервал на основе состязания, который может быть специально предназначен для этой цели или намеренно минимально запланирован, для завершения своей передачи и/или приема. Вновь поступившая STA, которая может не иметь планирования, может использовать один или несколько интервалов на основе состязания, которые могут быть специально предназначены для этой цели или намеренно минимально запланированы, для проведения зондирования, ассоциирования и т.д.
Чтобы сделать возможным сосуществование с перекрывающимися BSS, AP может планировать часть, а не все из своих маячковых интервалов. Альтернативно, AP может координировать с соседними AP в перекрывающем BSS, какая часть(-и) ее маячковых интервалов должна представлять собой запланированные части, и/или сколько STA должны планироваться для интервалов на основе состязания, чтобы сделать возможным равноправное распределение ресурсов в перекрывающихся BSS.
Пример назначенного планирования показан на фиг. 12. На фиг.12 предполагается, что STA1-STA4 имеют высокий приоритет и периодические пакеты для передачи и/или приема от AP, STA1 пробуждается в каждом маячковом интервале и требует передачи и приема периодических пакетов на AP и от нее, STA2 требует пробуждения каждый второй маячковый интервал для передачи пакета на AP, и STA3 и STA4 требуют пробуждения каждые несколько маячковых интервалов для передачи на AP. STA6-STA166 и потенциально многие другие STA могут иметь периодические пакеты для передачи на AP и приема от нее. В примере на фиг.12 STA1 планируется для пробуждения каждый маячковый интервал для использования одного слота PSMP UL и одного слота PSMP DL и возврата в спящее состояние в течение оставшегося периода времени, STA2 планируется для пробуждения каждый второй маячковый интервал для использования одного слота PSMP UL и возврата в спящее состояние в течение оставшегося периода времени, STA3 и STA4 планируются для пробуждения каждый второй маячковый интервал для использования одного слота PSMP UL и возврата в спящее состояние в течение оставшегося периода времени, STA6-STA15 планируются для пробуждения каждый N маячковый интервал для использования интервала 1 для передачи и приема своих пакетов, используя доступ к среде передачи на основе состязания, и STA16-STA166 планируются для пробуждения каждый N маячковый интервал для использования своих назначенных интервалов для передачи и приема своих пакетов, используя доступ к среде передачи на основе состязания.
AP может назначать слоты UL и DL PSMP для STA, которые имеют периодические пакеты с высоким приоритетом для передачи. Для нормальных пакетов или пакетов с низким приоритетом (например, когда время поступления пакетов является непредсказуемым), AP может назначать группу STA с подобными характеристиками для передачи или приема своих пакетов в одном или нескольких интервалах на основе состязания.
Маячок или короткий маячок не всегда может передаваться в TBTT, например, если среда передачи занята другой STA (например, из перекрывающегося BSS). Чтобы скорректировать изменение времени передачи маячка или короткого маячка, может быть необходима гибкость планирования в разделениях маячкового интервала. Например, маячковый подынтервал, во время которого STA, которая имеет положительное указание TIM в маячке или коротком маячке, может извлекать свои данные DL, может следовать непосредственно после маячка или короткого маячка. Если передача маячка задерживается, AP может скорректировать количество положительных указаний TIM в маячке, так что маячковый интервал извлечения данных DL будет сокращен, чтобы дать возможность другим маячковым подынтервалам продолжаться так, как было ранее запланировано. Например, без нарушения общности, предполагается, что TBTT маячка или короткого маячка происходит в момент 0 времени, период извлечения данных DL для STA, которые имеют положительное указание TIM, планируются между концом маячка и 40 мс (маячковый подынтервал 1), и другая группа STA, которые не прослушивают маячок или короткий маячок, планируется для пробуждения в течение периода 40 мс - 80 мс (маячковый подынтервал 2). Если маячок или короткий маячок задерживается и передается в 7 мс, AP тогда может уменьшить количество положительных указаний TIM в маячке или коротком маячке, так что STA с положительным указанием TIM может завершать свое извлечение данных DL при 40 мс (т.е. маячковый подынтервал 1 завершается в 40 мс после задержки маячка или короткого маячка), и маячковый подынтервал 2 может происходить так, как первоначально запланировано в 40 мс без какого-либо отрицательного влияния, вызванного задержанными передачами маячка или короткого маячка. Маячковому подынтервалу 2 может потребоваться начинаться как первоначально запланировано, так как этот маячковый подынтервал может служить STA датчика, которые могут не прослушивать маячки или короткие маячки и планируются для пробуждения в 40 мс.
Чтобы гарантировать, что STA, которые прослушивают указания TIM, будут извлекать свои пакеты DL вовремя, AP может удалить положительное указание для STA, чтобы пробуждаться часто, например, каждый маячковый интервал, для извлечения своих пакетов (таких как STA, которые питаются от розетки питания), и указать, что их пакеты не являются сильно чувствительными к задержке (такие как фоновый трафик или наиболее продуктивный трафик).
Альтернативно, AP может уменьшить длительность одного или нескольких маячковых подынтервалов, которые были первоначально запланированы. AP может объявить новое планирование для этих маячковых подынтервалов в маячке или коротком маячке. В этом же примере выше, если маячок или короткий маячок задерживается и передается при 7 мс, AP может тогда включить объявление планирования в маячок или короткий маячок уменьшенной длительности маячкового подынтервала 1, который теперь заканчивается точно в 40 мс, и/или уменьшенной длительности других маячковых подынтервалов. Второй маячковый подынтервал может тогда продолжаться как первоначально запланировано без какого-либо отрицательного влияния от задержанного маячка или коротких передач.
Альтернативно, AP может объявить окончание маячкового подынтервала, используя маячок, короткий маячок или кадры контроля или управления других типов. В примере выше, если маячок или короткий маячок задерживается и передается в 7 мс, AP тогда может передавать в 40 мс (или в более ранний или более поздний момент времени) короткий маячок или кадр контроля или управления любого другого типа для объявления окончания маячкового подынтервала 1 и начала маячкового подынтервала 2, например, посредством включения информации о ID групп STA, которые могут выполнить доступ к последующему маячковому подынтервалу(-ам). Маячок, короткий маячок или любой кадр контроля или управления также может служить целям синхронизации для STA, которые могут входить или пробуждаться из спящего состояния.
В еще другом варианте осуществления AP может использовать маячок, короткий маячок или кадры контроля или управления других типов для динамической коррекции длительности и/или политик доступа каждого маячкового интервала или подынтервала посредством включения, например, планирования одного или нескольких маячковых подынтервалов, ID групп STA, которые могут выполнять доступ к каждому маячковому интервалу или маячковому подынтервалу, следующему за маячком/коротким маячком, параметров EDCA, подлежащих использованию для маячкового интервала или подынтервала для каждой группы STA, или т.п. Посредством динамической коррекции длительности и/или политик доступа каждого маячкового интервала или подынтервала, AP может обеспечивать динамическую поддержку разных нагрузок трафика от разных групп STA, таких как группы управляемых событиями датчиков, которые имеют пульсирующие данные для передачи при обнаружении относящегося события, или большой группы сотовых STA, перемещающихся в зону покрытия, которые требуют разгрузки, или пачки данных DL для STA, которые прослушивают TIM. Кроме того, AP может обеспечивать соответствующую поддержку QoS для множества STA с разнообразными требованиями QoS и динамическими нагрузками трафика. STA могут прослушивать маячки или короткие маячки, и, если они определяют, что им не разрешено выполнить доступ к наступающему маячковому интервалу(-ам) или подынтервалу(-ам), STA могут войти в спящее состояние и пробудиться для прослушивания следующего маячка или короткого маячка. Следующий маячок или короткий маячок может обеспечивать новые политики доступа для них для будущего маячкового интервала(-ов) или подынтервала(-ов).
Фиг. 13 представляет собой сигнальную диаграмму примерного процесса энергосбережения посредством двустороннего согласования между AP и STA. Вновь появившаяся STA может посылать кадр запроса на зондирование и/или кадр запроса на ассоциирование (повторное ассоциирование), включающий в себя IE PSS, на AP (1302). IE PSS может указывать необходимость поддержки посредством AP, а также свои характеристики и предпочтения, такие как возможность короткого или сжатого заголовка MAC, MIMO и т.д. AP определяет, может ли поддерживаться STA. AP посылает кадр ответа на запрос на зондирование и/или кадр ответа на запрос на ассоциирование (повторное ассоциирование), включающий в себя IE PSR, на STA (1304).
AP может разделить каждый маячковый интервал на несколько подынтервалов. Интервалы PSMP содержат слоты PSMP, и AP может использовать слоты PSMP для поддержки STA с наивысшим приоритетом и/или очень периодическим трафиком. Многочисленные интервалы/подынтервалы могут распределяться для различных приоритетов. AP может разрешить некоторому количеству STA в каждом маячковом интервале или подынтервале гарантировать, что каждая STA, назначенная маячковому интервалу или подынтервалу, имеет хорошую возможность для доступа к каналу.
Если STA не может поддерживаться, AP может указать в кадре ответа на запрос на зондирование или в кадре ответа на запрос на ассоциирование (повторное ассоциирование), что STA не может поддерживаться, и также может указать причину, почему она не может поддерживаться. Альтернативно, AP может указать STA максимальный трафик и/или установки MAC и PHY, которые она может поддерживать. STA может послать новый кадр запроса на зондирование или запроса на ассоциирование (повторное ассоциирование) на AP с корректированным IE PSS. Альтернативно, если STA не может поддерживаться, AP может не посылать кадр ответа на запрос на зондирование в ответ на кадр запроса на зондирование, чтобы уменьшить перегрузку в беспроводной среде.
Если STA может поддерживаться, и IE PSS принимается в кадре запроса на зондирование, AP может передать кадр ответа на запрос на зондирование с IE PSR, включающим в себя поле Результат, которое указывает, что требуемая поддержка может предоставляться AP. AP может сохранить резервирование ресурсов для определенного периода времени до тех пор, пока не будет принят запрос на ассоциирование от STA, или до тех пор, пока не будет услышан запрос на ассоциирование STA на другую AP.
Если STA может поддерживаться, и IE PSS принимается в кадре запроса на ассоциирование (повторное ассоциирование), AP может группировать STA в одну или несколько групп, основываясь на критериях, таких как категории STA, приоритеты трафика, AC, требования к планированию, предпочтения параметров MAC или PHY, характеристики и возможности (например, может ли поддерживаться некоторая MCS, или поддерживает ли STA MIMO, многопользовательское MIMO (MU-MIMO), короткий/сжатый заголовок или кадры MAC и т.д.) и т.п. AP может включать параметры, относящиеся к назначенной группе, в IE PSR при любом управлении (например, кадр ответа на запрос на ассоциирование), контроле или пакетах/кадрах данных, чтобы информировать STA о назначенной группе (группах).
Если IE PSS принимается в кадре запроса на ассоциирование (повторное ассоциирование), AP информирует STA о планировании для STA, Спецификации MAC, Спецификации PHY, используя IE PSR в кадре ответа на запрос на ассоциирование (повторное ассоциирование). IE PSR может включать в себя параметры доступа к каналу, такие как размеры окна состязания, размеры AIFS и т.д., для STA, или для классов приоритета STA, таких как датчики, измерители, сотовые телефоны и т.д., к которым принадлежит STA. IE PSR может включать в себя параметры MAC и PHY, например, должно ли использоваться MIMO или MU-MIMO, должен ли использоваться короткий или сжатый формат кадра MAC или заголовок кадра, и т.д.
При каждом маячке или коротком маячке AP может оценивать назначенное планирование для каждой STA и включать указание на любые буферизованные пакеты для STA, которые планируются для пробуждения для прослушивания маячка/короткого маячка. AP может включать в свой маячок или короткий маячок параметры для доступа к каналу UL, такие как ID группы STA или другие параметры, которые ассоциируются с конкретной группой STA, которые могут проводить доступ к каналу UL в приходящих маячковых интервалах или подынтервалах. Такой доступ к каналу UL может содержать многочисленные передачи, включающие в себя PS-опросы для извлечения данных DL, передачу UL данных и кадры управления или контроля других типов, такие как кадры запроса на зондирование, запроса на аутентификацию или запроса на ассоциирование (повторное ассоциирование). Группе STA может быть разрешено выполнить доступ к многочисленным маячковым интервалам или маячковым подынтервалам, в то же время не разрешено выполнять доступ к другим маячковым интервалам или маячковым подынтервалам.
AP может включать длительность для доступа для группы STA в маячковый интервал или подынтервал. Например, если AP выполнена с возможностью передачи направленного или секторизованного маячка или короткого маячка, направленный или секторизованный маячок или короткий маячок может содержать указание, что он является направленным или секторизованным. Кроме того, направленный или секторизованный маячок или короткий маячок может указывать период, в течение которого STA или группа STA, которые приняли направленный или секторизованный маячок или короткий маячок, могут предпринимать попытку передачи на AP таким образом, который является или без состязания, или на основе состязания. Для STA, которые провели согласование в отношении способа указания данных DL (например, опрос UL), AP может не потребоваться включение информации о буферизованных пакетах для них в маячок, и STA могут просто пробуждаться в соответствии с планированием и Спецификацией MAC и Спецификацией PHY для передачи опроса UL на AP для запроса о буферизованных данных. Согласно планированию и Спецификации MAC и Спецификации PHY AP и STA могут проводить передачи по DL и UL.
Установленное планирование может быть изменено посредством или AP, или STA, используя кадры действий, которые содержат IE PSS или PSR. STA может запросить изменение планирования посредством передачи кадра действия, содержащего IE PSS с новыми полями Спецификация трафика, Спецификация MAC и Спецификация PHY. Например, STA может запросить изменение планирования, когда STA выключается, или когда начинается новое применение. AP может ответить кадром действия с IE PSR, который задает новое планирование, если новое планирование может поддерживаться. AP также может ответить кадром действия с IE PSR, в котором Спецификация планирования устанавливается на все «0», которые удалят любое существующее планирование.
AP может запросить изменение планирования посредством передачи кадра действия или любого кадра управления или контроля, содержащего новый IE PSR с новыми полями Спецификация планирования, Спецификация MAC и Спецификация PHY. Например, AP может запрашивать изменение планирования, когда AP необходимо поддерживать другие STA с более высоким приоритетом, или когда увеличились или уменьшились помехи. AP может передавать кадр действия или любой кадр управления или контроля с IE PSR, в котором Спецификация планирования устанавливается на все «0», которые удаляют любые существующие планирования. STA может отвечать кадром действия или любым кадром управления или контроля, содержащим один и тот же IE PSR, чтобы подтвердить ее принятие нового планирования. STA также может отвечать кадром действия или любым кадром управления или контроля с новым IE PSS, если новое планирование не является приемлемым, чтобы начинать новое двустороннее согласование.
Варианты осуществления, описанные выше для двустороннего согласования для энергосбережения, могут быть реализованы посредством STA, режим передачи и приема которых обычно управляется событием, таких как датчики, используемые для обнаружения пожара, нарушителей и т.д. Этот тип STA может просто пробуждаться во время интервалов на основе состязания и участвовать в состязании за доступ к среде передачи (например, используя более высокие установки AC или приоритета) для доставки своих данных.
В другом варианте осуществления AP может использовать информацию о состоянии STA для сборки частичной виртуальной битовой карты в элементе TIM для STA в энергосберегающем режиме. Состоянием STA в энергосберегающем режиме может быть или прослушивание, или непрослушивание. Состояние прослушивания означает, что STA в энергосберегающем режиме пробуждается и прослушивает следующий TIM/DTIM, тогда как состояние непрослушивания означает, что STA не является доступной для приема любого сигнала на ее радиоинтерфейсе WLAN. Со схемой TIM на основе состояния STA частичная виртуальная битовая карта в TIM содержит положительные указания трафика для STA в состоянии прослушивания в момент времени, когда передается кадр, содержащий элемент TIM. Положительное указание трафика означает, что соответствующий бит битовой карты установлен в 1, указывая буферизованные данные для соответствующей STA.
STA, работающие в энергосберегающем режиме, периодически прослушивают в отношении кадров маячка, как определено интервалом прослушивания STA и параметрами ReceiveDTIMs (приема DTIM). Эти параметры обеспечиваются в примитивах MLME-ASSOCIATE/REASSOCIATE и в примитивах MLME-POWERMGT, и они также обмениваются между AP и STA посредством кадров управления ассоциированием/повторным ассоциированием. Поэтому, когда STA входит в энергосберегающий режим, как AP, так и STA имеют сведения о состоянии прослушивания или непрослушивания STA в любой момент времени. Схема TIM на основе состояния STA использует такие сведения для повышения эффективности TIM без введения каких-либо издержек и сложности.
Согласно другому варианту осуществления может выполняться работа PSMP на основе групп. Для применений, подобных измерителям энергии, где имеется большое количество STA, и каждой STA необходимо периодически передавать данные с более или менее одинаковой длиной по восходящей линии связи или принимать данные с более или менее одинаковой длиной, каждой STA периодически требуются канальные ресурсы в течение примерно одинаковой длительности. Работа PSMP может быть расширена до работы PSMP на основе групп посредством предварительного определения групп STA и их планирования в каждой группе. ID группы PSMP (вместо AID) может использоваться в кадре PSMP для адресации STA (с данными восходящей линии связи и/или нисходящей линии связи одноадресной передачи), принадлежащих одной и той же группе.
Если STA необходимо быть частью группы PSMP, STA может послать кадр запроса PSMP. Кадр запроса PSMP может включать в себя периодичность и полезную нагрузку данных, подлежащих передаче по UL.
AP может конфигурировать группу PSMP посредством посылки конфигурационного кадра группы PSMP (кадр управления широковещательной передачи или одноадресной передачи). Конфигурационный кадр группы PSMP может включать в себя информацию, такую как порядок передачи по DL во время кадра PSMP для конкретной группы, порядок передачи по UL во время кадра PSMP для конкретной группы, временная длительность для передачи по восходящей линии связи и нисходящей линии связи каждой STA, если разным STA назначены разные длительности, и т.п. Чтобы сэкономить издержки сигнализации контроля, AP может распределять идентичную длительность для каждой STA на восходящей линии связи и нисходящей линии связи. AP может группировать STA, которым необходимы подобные ресурсы.
Порядок передач может указываться последовательностью ID ассоциации (AID) или частичной AID индивидуальной STA в группе. Время передачи по восходящей линии связи (UTT) PSMP может отделяться или коротким межкадровым промежутком (SIFS) или aIUStime. Он может быть даже короче, так как кадры для суб-1 ГГц диапазона значительно длиннее, чем в 802.11n или 802.11ac. Длительность между интервалами ожидания должна быть достаточно длинной для включения и выключения компонентов устройства.
При приеме кадра управления конфигурацией группы PSMP STA определяет, находится ли она в конкретной группе PSMP, вычисляет свое собственное UTT и время передачи по нисходящей линии связи (DTT) в группе PSMP, и получает свой порядок передачи/приема в последовательности группы PSMP. Если STA является частью объявленной группы PSMP, STA может ожидать своего слота DTT PSMP в соответствии с предварительно определенным порядком DTT в группе и принимает данные. Затем STA может перейти в режим ожидания. Для передачи по восходящей линии связи STA может ожидать своего UTT PSMP и передавать запланированные данные восходящей линии связи без выполнения оценки занятости канала (CCA) и игнорирования любой установки вектора распределения ресурсов сети (NAV).
Если STA необходимо изменить свою длину передаваемых или принимаемых данных, STA может послать кадр контроля запроса PSMP, включающий в себя дифференциальную или абсолютную полезную нагрузку данных, подлежащих передаче или приему. Если STA необходимо изменить свою периодичность передаваемых или принимаемых данных, STA может послать кадр контроля запроса PSMP, включающий в себя дифференциальную или абсолютную периодичность данных, подлежащих передаче или приему.
Отношение пиковой и средней мощности (PAPR) представляет собой общеизвестную проблему в системе мультиплексирования с ортогональным частотным разделением каналов (OFDM) из-за гауссовой природы передаваемых сигналов. Высокий PAPR приводит к неэффективности мощности передатчика, так как усилителю мощности приходится применять отсрочку передачи, чтобы обеспечить прохождение передаваемого сигнала.
DC-несущая (т.е. тон нулевой частоты) в обычной спецификации 802.11 OFDM не используется для передачи данных. Это для того, чтобы способствовать реализации приемников с прямым преобразованием частоты, которые имеют известную проблему с генерированием DC-смещения. Следовательно, любые данные, передаваемые по DC-несущей, будут иметь более высокий коэффициент ошибок по сравнению с коэффициентом ошибок на других поднесущих.
В одном варианте осуществления небольшая величина энергии может передаваться по DC-несущей таким образом, что уменьшается общий PAPR передаваемого OFDM-символа. Для режима на 1 МГц стандарта 802.11ah размер быстрого преобразования Фурье (FFT) равен 32, из которых 24 представляют собой данные, 2 - пилот-сигналы, 1 - DC, и остальные 5 представляют собой тоны на краю полосы. Фиг. 14 изображает распределение тонов для режима 1 МГц стандарта 802.11ah. Например, значение или +1, или -1 может быть вставлено на DC-несущую. Чтобы определить это значение (или +1, или -1) для каждого OFDM-символа может выполняться быстрое обратное преобразование Фурье (IFFT) с 4-кратной передискретизацией над данными плюс пилот-символы, например, распределенными тонам на фиг. 14. Пусть этот символ обозначается как Sn. Так как он с передискретизацией, длина Sn составляет 128 (в случае размера 32 FFT).
Затем вычисляется PAPR для DC=+1 и DC=-1 следующим образом:
Значение DC-несущей, которое минимизирует PAPR, может выбираться посредством AP.
В другом варианте осуществления значения пилот-сигнала могут выбираться для минимизации PAPR передаваемого OFDM-символа. Пилот-биты (например, 2 пилот-бита на OFDM-символ в 802.11ah) используются приемником для коррекции сдвига фазы. Пилот-биты представляют собой обычно известные и фиксированные значения, или +1, или -1. В данном варианте осуществления вместо фиксирования значений пилот-сигнала могут быть выбраны конкретные значения пилот-сигнала для минимизации PAPR передаваемого OFDM-символа подобным образом, как описано выше для DC-несущей. Например, для 802.11ah с 2 пилот-битами на OFDM-символ в расположениях (-7,7) тона имеется 4 возможных комбинации пилот-сигнала (+1,+1), (+1,-1), (-1,+1) и (-1,-1). PAPR OFDM-символа вычисляется для каждой из 4 комбинаций, и одна, которая минимизирует PAPR, может выбираться для передачи. Тогда не будет увеличения передаваемой мощности.
Приемнику необходимо восстанавливать передаваемые значения пилот-сигнала, чтобы выполнить коррекцию фазы. Так как оценки канала доступны до первого символа (или SIG) данных OFDM, приемник может выполнить обнаружение символа на каждом из значений пилот-сигнала, используя оцененный коэффициент канала для тона пилот-сигнала. Это, по существу, представляет собой обнаружение двухпозиционной фазовой манипуляции (BPSK), так как пилот-сигналы ограничиваются или +1, или -1. Если обнаружены значения пилот-сигнала, выполняется коррекция фазы, используя обнаруженные значения пилот-сигнала. Альтернативно, приемник может одновременно оценивать значения пилот-сигнала и сдвиг фазы, предполагая, что максимальный сдвиг фазы находится в диапазоне (-,).
Описанные выше два варианта осуществления могут быть объединены для обеспечения еще большего снижения PAPR. Фиг. 15 изображает снижение PAPR посредством вариантов осуществления для 802.11ah с 64-позиционной квадратурной амплитудной модуляцией (QAM).
K
K
2
PAPR OFDM-сигнала может быть уменьшен посредством изменения перемежителя (бита и/или символа) и выбора перемежителя, который приводит к OFDM-сигналу с самым низким PAPR. При заданных  перемежителях log() дополнительных битов на OFDM-символ необходимо для сигнализации приемнику, какой перемежитель использовался. Это приводит к уменьшенной пропускной способности. В одном варианте осуществления значения пилот-сигнала могут использоваться для сигнализации этой информации без дополнительных издержек. Например, в системе 32-точечного FFT с 24 тонами данных, 2 пилот-сигналами и 1 DC один из четырех перемежителей может быть выбран для минимизации PAPR на передатчике для каждого OFDM-символа, и одно из значений (-1,-1), (-1,1), (1,-1) и (1,1) пилот-сигнала может использоваться для сигнализации этой информации приемнику.
Приемнику необходимо восстанавливать передаваемые значения пилот-сигнала, чтобы выполнить коррекцию фазы и определить, какой использовать деперемежитель. Так как оценки канала доступны до первого символа (или SIG) данных OFDM, приемник может выполнить обнаружение символа на каждом из значений пилот-сигнала, используя оцененный коэффициент канала для тона пилот-сигнала. Это, по существу, представляет собой обнаружение BPSK, так как пилот-сигналы ограничиваются или +1, или -1. Если обнаружены значения пилот-сигнала, выполняется коррекция фазы. Альтернативно, приемник может одновременно оценивать значения пилот-сигнала и сдвиг фазы, предполагая, что максимальный сдвиг фазы находится в диапазоне (-,). Значения пилот-сигнала указывают, какие из 4 предварительно назначенных перемежителей использовались в передатчике, таким образом позволяя STA выбрать правильный деперемежитель для символа.
Ниже в данном документе описываются варианты осуществления для механизмов энергосбережения на основе физического уровня. Фиг. 16 изображает примерный формат пакета физического уровня для режима работы 1 МГц стандарта 802.11ah. Фиг. 17 изображает примерный формат поля 1600 SIG в пакете по фиг. 16. STA принимает и декодирует поле 1600 SIG и может переходить в состояние ожидания, основываясь на некоторой информации, например, включенной в поле 1600 SIG без декодирования остальной части пакета для экономии энергии.
В одном варианте осуществления бит указания направления может быть включен в пакет для указания, принимается ли пакет от AP или является ли пунктом назначения AP. Например, один бит или более одного бита из числа резервированных в настоящий момент битов в поле 1600 SIG пакета для режима работы 1 МГц стандарта 802.11ah могут использоваться в бита указания.
Когда STA принимает пакет, STA декодирует поле 1600 SIG заголовка протокола сходимости физического уровня (PLCP) и проверяет бит(-ы) указания направления в декодируемом поле SIG. Если бит(-ы) указания направления указывает, что пакет предназначен для AP, STA может перейти в режим ожидания без декодирования всего пакета до окончания длительности пакета, указанной в поле длины. Если бит(-ы) указания направления указывает, что пакет был передан с AP, STA может прослушивать пакет и декодировать пакет.
Если бит(-ы) указания длительности MAC, который объясняется ниже, не присутствует в пакете, и, если STA необходимо передать пакет, или она ожидает пакет от AP, STA может выйти из режима ожидания после протяженности длины. STA может инициировать процедуру для завершения доступа к каналу в конце пакета через заданный период времени (например, DIFS). Бит(-ы) указания направления может использоваться для указания пункта назначения пакета на или от более чем одной STA и/или AP.
В другом варианте осуществления один или несколько битов (например, называемый бит(-ы) указания длительности MAC) может определяться в поле 1600 SIG. Бит(-ы) указания длительности MAC может использоваться в качестве индикатора установки NAV для указания, содержит ли заголовок MAC любую установку NAV. Бит(-ы) указания длительности MAC может использоваться вместо битов 1710 указания подтверждения приема (ACK), что может достигать экономии 1 бита в поле 1600 SIG.
Биты 1710 указания ACK в поле SIG могут быть расширены для указания установки NAV или длительности резервирования среды MAC. В поле SIG пакета стандарта 802.11ah 2 бита (биты 1710 указания ACK) используются для указания типа подтверждения приема, ожидаемого в качестве ответа (т.е. указание раннего ACK) для пакета: ACK (значение «00»), ACK блока (BA) (значение «01») и без ACK (значение «10»). Значение «11» в настоящее время резервируется. Ненулевое значение в поле Длительность в заголовке MAC может указываться посредством использования резервированной в настоящее время битовой комбинации «11» в битах 1710 указания ACK в поле SIG заголовка PLCP.
Альтернативно, резервированная битовая комбинация «11» в битах 1710 указания ACK может использоваться для указания, что имеется ненулевое значение, содержащееся в поле Длительность в заголовке MAC, который не ассоциируется с нормальным ACK или ACK блока (BA).
Альтернативно, может использоваться резервированная битовая комбинация «11» в битах 1710 указания ACK для указания, что имеется ненулевое значение, содержащееся в поле Длительность в заголовке MAC, исключая случаи, которые соответствуют указаниям ACK (значение «00»), BA (значение «01) и без ACK (значение «10»).
Поле указания ACK в кадрах запроса на передачу (RTS) может устанавливаться на «11» для указания, что имеется ненулевое значение, содержащееся в поле Длительность в заголовке MAC. Поле указания ACK в кадрах RTS может устанавливаться на «00» для указания, что может быть кадр готовности к передаче (CTS), передаваемый после кадра RTS в ответ на кадр RTS. Альтернативно, поле указания ACK в кадрах RTS может устанавливаться на значение «00» (например, для указания кадра ответа той же длины, что и кадр ACK), так как кадр ответа (т.е. кадр CTS) и кадр ACK имеют одинаковую длину в октетах.
Поле указания ACK в кадрах CTS может устанавливаться на «11» для указания, что имеется ненулевое значение, содержащиеся в поле Длительность в заголовке MAC.
Поле указания ACK в кадрах ACK может устанавливаться на «11» для указания, что имеется ненулевое значение, содержащиеся поле Длительность в заголовке MAC, например, когда кадры ACK используются при обмене пакетами для передачи фрагментированных MSDU.
Биты 1710 указания ACK в любом кадре может устанавливаться посредством STA или AP на «00» для указания кадра ответа, который имеет ту же длину, что и кадр ACK, предоставляя возможность «непреднамеренного» приема STA/AP для отсрочки доступа к среде, чтобы защитить кадр ответа. Биты 1710 указания ACK в любом кадре могут устанавливаться посредством STA или AP на «01» для указания кадра ответа, который имеет такую же длину, что и кадр BA, предоставляя возможность «непреднамеренного» приема STA/AP для отсрочки доступа к среде, чтобы защитить кадр ответа. Биты 1710 указания ACK в любом кадре могут устанавливаться посредством STA или AP на «10» для указания, что нет кадра ответа, где кадром ответа может быть или может не быть кадр ACK.
Поле из двух или более битов в поле 1600 SIG может использоваться для указания квантованного значения фактического значения, содержащегося в поле Длительность в заголовке MAC. Например, два или более старших значащих битов (MSB) значения поля Длительность могут передаваться в поле 1600 SIG. После приема поля 1600 SIG STA может установить свой NAV без декодирования заголовка MAC. Может использоваться квантование верхнего значения для поля Длительность, так что NAV более длительный, чем передача. Это может минимизировать возможность пробуждения STA при выполнении передачи.
Когда STA принимает заголовок PLCP, STA декодирует поле SIG и проверяет бит(-ы) указания длительности MAC (или биты указания ACK) в декодированном поле SIG. Если бит(-ы) указания длительности MAC присутствуют и указывают, что длительность MAC равна нулю, и, если STA необходимо передать пакет или ожидает пакет от AP, STA может перейти в ожидание в течение протяженности длины пакета блока данных протокола физического уровня (PPDU) и затем выйти из ожидания.
Если бит(-ы) указания длительности MAC присутствует и указывает, что длительность MAC не является нулевой, STA может принять решение декодировать пакет для получения заголовка MAC. После декодирования заголовка MAC STA может найти значение поля длительности и установить NAV соответствующим образом. STA затем может перейти в ожидание в течение длительности NAV и затем выйти из ожидания.
Альтернативно, поле длительности MAC может быть включено в поле SIG вместо, или в дополнение к заголовку MAC для указания длительности пакета. STA может проверить поле длительности MAC в поле SIG и установить NAV соответствующим образом. STA может перейти в ожидание в течение длительности NAV и затем выйти из ожидания.
Если STA не может декодировать заголовок MAC, она может установить свой NAV на значение по умолчанию, чтобы предотвратить преждевременные попытки выполнения доступа к беспроводной среде, которые могут прервать происходящую в данный момент передачу и прием пакета. STA может перейти в ожидание в течение длительности NAV и затем выйти из ожидания. Например, это значение по умолчанию может основываться на системных параметрах для сценария по наихудшему случаю (например, значение по умолчанию может основываться на самой большой длительности пакета или самой длительной возможности передачи (TXOP) и т.д.).
Если биты 1710 указания ACK используются для этой цели, и биты 1710 указания ACK устанавливаются в «11», STA может интерпретировать это как указание ненулевого значения в поле Длительность заголовка MAC, который может быть, или может не быть ассоциирован с нормальным ACK или BA, и, следовательно, может декодировать пакет для получения заголовка MAC, и устанавливать NAV соответствующим образом. STA может перейти в ожидание в течение длительности NAV и затем выйти из ожидания. Альтернативно, STA может интерпретировать это как указание ненулевого значения в поле Длительность заголовка MAC, который исключает случаи, которые соответствуют указаниям ACK (значение «00»), BA (значение «01») и без ACK (значение «10»), и, следовательно, может декодировать пакет для получения заголовка MAC, и устанавливать NAV соответствующим образом. STA затем может перейти в ожидание в течение длительности NAV и затем выйти из ожидания.
В 802.11ah 4 бита назначаются для поля 1720 циклического избыточного кода (CRC) для поля 1600 SIG, который вычисляется на основе поля SIG. Передатчик может вычислять CRC, основываясь на поле SIG, и маскировать (например, операцией побитового исключающего ИЛИ (XOR)) CRC посредством младшего значащего бита (LSB) или MSB частичного AID (PAID) целевого приемника. Это характерное для STA поле SIG может вводить некоторое энергосбережение без использования каких-либо дополнительных битов. Это может быть реализовано для режима 1 МГц, так как PAID не включен в поле SIG. Он может объединяться с битом(-ами) указания длительности MAC, описанным выше.
Когда STA принимает заголовок PLCP, STA декодирует поле 1600 SIG и вычисляет CRC по полю SIG. STA выполняет операцию побитового XOR CRC и LSB или MSB PAID. Если результат операции XOR равен нулю, STA может сделать вывод, что пакет может предназначаться для нее, следовательно, может декодировать остальную часть пакета. В противном случае, STA может сделать вывод, что принятый пакет не предназначен для нее, STA может перейти в состояние ожидания. В этом случае, если присутствует бит(-ы) указания длительности MAC, STA может следовать процедуре, описанной выше.
Декодер Витерби для декодирования циклически замкнутых кодов может использоваться для декодирования поля 1600 SIG, если циклически замкнутая структура используется для кодирования поля 1600 SIG в передатчике. Сверточный кодер поля 1600 SIG может инициализироваться последними 6 битами поля 1600 SIG в передатчике. В приемнике начальное состояние декодера Витерби становится идентичным конечному состоянию. Это делает возможным декодирование приемником пакета со сверточным кодированием без завершения решетчатого кода в нулевом состоянии. Это освобождает шесть хвостовых битов 1730 в поле 1600 SIG, которые ранее использовались в качестве хвостовых битов. Эти шесть битов могут использоваться для того, чтобы включать бит указания направления и/или бит указания длительности. Альтернативно, поле длительности MAC может неявно указываться посредством указания типа кадра. Вместе с типом политики ACK приемник может сам вычислять поле длительности. Альтернативно, оно может включать 6 битов (LSB или MSB) из 9 битов PAID. Также возможны любые комбинации вышеупомянутых способов.
Необходимо отметить, что, хотя варианты осуществления описаны выше с ссылкой на протоколы IEEE 802.11, варианты осуществления не ограничиваются описанными конкретными сценариями, но являются применимыми также к любым другим беспроводным системам. Также необходимо отметить, что описанные выше варианты осуществления могут быть применены к любым, или всем, режимам работы по стандарту 802.11ah с полосой частот 1 МГц, 2 МГц или с более высокой или к другим системам WiFi.
ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ
1. Способ энергосбережения в WLAN.
2. Способ по варианту 1 осуществления, содержащий этап, на котором STA принимает от AP параметры, которые ассоциируют STA с конкретной группой STA.
3. Способ по варианту 2 осуществления, содержащий этап, на котором STA выполняет доступ к каналу в течение периода, который разрешен для группы STA, основываясь на этих параметрах.
4. Способ по любому одному из вариантов 2-3 осуществления, дополнительно содержащий этап, на котором STA принимает от AP информацию, касающуюся слота доступа, который разрешен для группы STA.
5. Способ по варианту 4 осуществления, в котором STA выполняет доступ к каналу в течение слота доступа.
6. Способ по любому одному из вариантов 2-5 осуществления, дополнительно содержащий этап, на котором STA принимает от AP планирование для пробуждения из спящего состояния.
7. Способ по варианту 6 осуществления, в котором STA переходит в спящее состояние и пробуждается из спящего состоянии, основываясь на планировании.
8. Способ по любому одному из вариантов 2-7 осуществления, в котором STA представляет собой датчик или измеритель, и наивысший приоритет доступа к каналу предоставляется STA.
9. Способ по любому одному из вариантов 2-8 осуществления, дополнительно содержащий этап, на котором STA указывает AP параметры энергосбережения STA.
10. Способ по варианту 9 осуществления, в котором STA назначается конкретной группе STA на основании параметров энергосбережения.
11. Способ по любому одному из вариантов 2-10 осуществления, дополнительно содержащий этап, на котором STA указывает AP, что STA не будет прослушивать TIM или DTIM в маячке.
12. Способ по любому одному из вариантов 2-11 осуществления, в котором STA принимает секторизованный маячок или короткий маячок от AP.
13. Способ по варианту 12 осуществления, в котором секторизованный маячок или короткий маячок содержит указание, что маячок или короткий маячок секторизован.
14. Способ по любому одному из вариантов 12-13 осуществления, в котором секторизованный маячок или короткий маячок указывает период, в течение которого STA, которая принимает секторизованный маячок или короткий маячок, разрешено передавать на AP.
15. Способ по любому одному из вариантов 2-14 осуществления, в котором STA принимает параметры, ассоциированные с группой STA, посредством маячка или короткого маячка.
16. Способ по варианту 15 осуществления, в котором группе STA разрешается выполнять доступ к каналу в течение определенного периода времени, а другой группе STA не разрешается выполнять доступ к каналу в течение определенного периода времени.
17. Способ по любому одному из вариантов 2-16 осуществления, дополнительно содержащий этап, на котором STA принимает кадр, включающий в себя биты указания ACK.
18. Способ по варианту 17 осуществления, в котором биты указания ACK указывают, что имеется ненулевое значение, содержащееся в поле длительности в заголовке MAC кадра, и указывает присутствие кадра, который не является кадром ACK или кадром ACK блока.
19. Способ по любому одному из вариантов 17-18 осуществления, содержащий этап, на котором STA переходит в спящее состояние, основываясь на битах указания ACK.
20. STA, выполненная с возможностью реализации механизма энергосбережения в WLAN.
21. STA по варианту 20 осуществления, содержащая процессор, выполненный с возможностью приема от AP параметров, которые ассоциируют STA с конкретной группой STA.
22. STA по варианту 21 осуществления, в которой процессор выполнен с возможностью выполнения доступа к каналу в течение периода, который разрешен для группы STA, основываясь на этих параметрах.
23. STA по любому одному из вариантов осуществления 21-22, в которой процессор выполнен с возможностью приема от AP информации, касающейся слота доступа, который разрешен для группы STA.
24. STA по варианту 23 осуществления, в которой STA выполняет доступ к каналу в течение слота доступа.
25. STA по любому одному из вариантов 21-24 осуществления, в которой процессор выполнен с возможностью приема от AP планирования для пробуждения из спящего состояния.
26. STA по варианту 25 осуществления, в которой процессор переходит в спящее состояние и пробуждается из спящего состояния, основываясь на планировании.
27. STA по любому одному из вариантов 21-26 осуществления, в которой STA представляет собой датчик или измеритель, и STA предоставляется наивысший приоритет доступа к каналу.
28. STA по любому одному из вариантов 21-27 осуществления, в которой процессор выполнен с возможностью указания AP параметров энергосбережения STA.
29. STA по варианту 28 осуществления, в которой STA назначается конкретной группе STA, основываясь на параметрах энергосбережения.
30. STA по любому одному из вариантов 21-29 осуществления, в которой процессор выполнен с возможностью указания AP, что STA не будет прослушивать TIM или DTIM в маячке.
31. STA по любому одному из вариантов 21-30 осуществления, в которой процессор выполнен с возможностью приема секторизованного маячка или короткого маячка от AP.
32. STA по варианту 31 осуществления, в которой секторизованный маячок или короткий маячок содержит указание, что маячок или короткий маячок секторизован.
33. STA по любому одному из вариантов 31-32 осуществления, в которой секторизованный маячок или короткий маячок указывает период, в течение которого STA, которая принимает секторизованный маячок или короткий маячок, разрешается передавать на AP.
34. STA по любому одному из вариантов 21-33 осуществления, в которой процессор выполнен с возможностью приема параметров, ассоциированных с группой STA, посредством маячка или короткого маячка.
35. STA по варианту 34 осуществления, в которой группе STA разрешается выполнять доступ к каналу в течение определенного периода времени, и другой группе STA не разрешается выполнять доступ к каналу в течение определенного периода времени.
36. STA по любому одному из вариантов 21-35 осуществления, в которой процессор выполнен с возможностью приема кадра, включающего в себя биты указания ACK.
37. STA по варианту 36 осуществления, в которой биты указания ACK указывают, что имеется ненулевое значение, содержащееся в поле длительности в заголовке MAC кадра, и указывают присутствие кадра, который не является кадром ACK или кадром ACK блока, и процессор выполнен с возможностью перехода в спящее состояние, основываясь на битах указания ACK.
Хотя признаки и элементы описаны выше в конкретных комбинациях, для специалиста в данной области техники понятно, что каждый признак или элемент может использоваться отдельно или в любой комбинации с другими признаками и элементами. Кроме того, способы, описанные в данном документе, могут быть реализованы в компьютерной программе, программном обеспечении или аппаратно-программном обеспечении, встроенном в компьютерно-читаемый носитель для исполнения компьютером или процессором. Примеры компьютерно-читаемых носителей включают в себя электронные сигналы (передаваемые по проводным или беспроводным соединениям) и компьютерно-читаемые запоминающие носители. Примеры компьютерно-читаемых запоминающих носителей включают в себя, но не ограничиваются ими, постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), регистр, кэш-память, устройства полупроводниковой памяти, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как компакт-диски (CD-ROM) и цифровые многофункциональные диски (DVD). Процессор в объединении с программным обеспечением может использоваться для реализации радиочастотного приемопередатчика для использования в WTRU, UE, терминале, базовой станции, RNC или любом хост-компьютере.