УСТРОЙСТВО И СПОСОБЫ ДЛЯ СЖАТИЯ ЗАГОЛОВКА УПРАВЛЕНИЯ ДОСТУПОМ К СРЕДЕ

Перекрестная ссылка на родственную(ые) заявку(и)

[0001] Эта заявка испрашивает приоритет по предварительным заявкам США №№ 61/487814, поданной 19 мая 2011, 61/506779, поданной 12 июля 2011, 61/514365, поданной 2 августа 2011, 61/566535, поданной 2 декабря 2011, 61/569653, поданной 12 декабря 2011, 61/579179, поданной 22 декабря 2011, 61/584419, поданной 9 января 2012, 61/588706, поданной 20 января 2012, 61/595487, поданной 6 февраля 2012, 61/602754, поданной 24 февраля 2012, 61/606271, поданной 2 марта 2012, 61/637042, поданной 23 апреля 2012, и 61/642252, поданной 5 мая 2012, все содержимое каждой из которых включено в настоящий документ посредством ссылки.

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

Область техники, к которой относится изобретение

[0002] Настоящая заявка главным образом относится к беспроводной связи и, более конкретно, к системам, способам и устройствам для сжатия заголовков управления доступом к среде (MAC) для связи.

Уровень техники

[0003] Во многих телекоммуникационных системах, сети связи используются для обмена сообщениями среди нескольких взаимодействующих пространственно разделенных устройств. Сети могут быть классифицированы согласно географической области, и могли бы быть, например, городскими, локальными или персональными. Такие сети были бы обозначены соответственно как глобальная сеть (WAN), городская сеть (MAN), локальная сеть (LAN), беспроводная локальная сеть (WLAN) или персональная сеть (PAN). Сети также различаются согласно методу коммутации/маршрутизации, используемому для взаимного соединения различных сетевых узлов и устройств (например, коммутация каналов против коммутации пакетов), типу физических сред, используемых для передачи (например, проводная против беспроводной) и набору используемых протоколов связи (например, стек протоколов Интернета, SONET (синхронные оптические сети), Ethernet и т.д.).

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

[0005] Устройства в беспроводной сети могут передавать/принимать информацию между друг другом. Информация может содержать пакеты, которые в некоторых аспектах могут быть названы блоками данных или кадрами данных. Пакеты могут включать в себя дополнительную служебную информацию (например, информацию заголовка, свойства пакета и т.д.), которая помогает в маршрутизации пакета по сети, идентифицируя данные в пакете, обрабатывая пакет и т.д., так же как и данные, например, пользовательские данные, мультимедийный контент и т.д., как имеющие возможность переноситься в полезных данных пакета.

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

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

[0007] Каждое из систем, способов и устройств по данному изобретению имеет несколько аспектов, ни один из которых не отвечает единолично за его желательные атрибуты. Без ограничения объема этого изобретения, который выражен пунктами формулы изобретения, которые следуют ниже, сейчас будут кратко рассмотрены некоторые признаки. Учитывая это рассмотрение, и в частности после прочтения раздела, озаглавленного "Подробное описание", специалист поймет, как признаки этого изобретения предоставляют преимущества, которые включают в себя уменьшение размера заголовка кадра (например, заголовка управления доступом к среде (MAC)) пакета данных, тем самым уменьшая издержки при передаче полезных данных в пакетах данных.

[0008] Один аспект данного раскрытия предоставляет способ осуществления связи в беспроводной сети, причем способ содержит этапы, на которых: генерируют пакет данных, включающий в себя локальный идентификатор либо передатчика пакета данных, либо приемника пакета данных на основе направления, в котором отправлен пакет данных, и глобальный идентификатор другого из передатчика пакета данных и приемника пакета данных на основе направления, в котором отправлен пакет данных; и передают пакет данных.

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

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

[0011] Другой аспект данного раскрытия предоставляет компьютерно-читаемый носитель, содержащий инструкции, которые при исполнении компьютером предписывают компьютеру выполнять способ осуществления связи в беспроводной сети. Способ содержит этапы, на которых: генерируют пакет данных, включающий в себя локальный идентификатор либо передатчика пакета данных, либо приемника пакета данных на основе направления, в котором отправлен пакет данных, и глобальный идентификатор другого из передатчика пакета данных и приемника пакета данных на основе направления, в котором отправлен пакет данных; и передают пакет данных.

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

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

[0013] Фиг. 2 иллюстрирует различные компоненты, в том числе приемник, которые могут быть использованы в беспроводном устройстве, которое может быть использовано внутри системы беспроводной связи по Фиг. 1.

[0014] Фиг. 3 иллюстрирует пример заголовка управления доступом к среде (MAC), типа, используемого в существующих системах для связи.

[0015] Фиг. 3A иллюстрирует другой пример заголовка управления доступом к среде (MAC), типа, используемого в существующих системах для связи.

[0016] Фиг. 4 иллюстрирует пример сжатого MAC-заголовка.

[0017] Фиг. 4A иллюстрирует пример другого сжатого MAC-заголовка.

[0018] Фиг. 4B иллюстрирует пример другого сжатого MAC-заголовка.

[0019] Фиг. 5 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка по Фиг. 4 для пакета данных, и данные для соответствующего подтверждения согласно одному аспекту MAC-заголовка по Фиг. 4.

[0020] Фиг. 6 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка по Фиг. 4 для пакета данных, и данные для соответствующего подтверждения согласно другому аспекту MAC-заголовка по Фиг. 4.

[0021] Фиг. 7 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка по Фиг. 4 для пакета данных, и данные для соответствующего подтверждения согласно другому аспекту MAC-заголовка по Фиг. 4.

[0022] Фиг. 8 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка по Фиг. 4 для пакета данных, и данные для соответствующего подтверждения согласно другому аспекту MAC-заголовка по Фиг. 4.

[0023] Фиг. 9 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка по Фиг. 4 для пакета данных, и данные для соответствующего подтверждения согласно другому аспекту MAC-заголовка по Фиг. 4.

[0024] Фиг. 10 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка по Фиг. 4 для пакета данных, и данные для соответствующего подтверждения согласно другому аспекту MAC-заголовка по Фиг. 4.

[0025] Фиг. 11 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка по Фиг. 4 для пакета данных, и данные для соответствующего подтверждения согласно другому аспекту MAC-заголовка по Фиг. 4.

[0026] Фиг. 12 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка по Фиг. 4 для пакета данных, и данные для соответствующего подтверждения согласно другому аспекту MAC-заголовка по Фиг. 4.

[0027] Фиг. 13 иллюстрирует примеры данных в полях сжатого MAC-заголовка, используемого при адресации запроса на отправку (RTS)/разрешения на отправку (CTS).

[0028] Фиг. 14 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка для кадра управления, и данные для соответствующего подтверждения согласно другому аспекту MAC-заголовка.

[0029] Фиг. 15 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка для пакета данных, и данные для соответствующего подтверждения согласно другому аспекту MAC-заголовка.

[0030] Фиг. 16 иллюстрирует дополнительные примеры типа данных в полях сжатого MAC-заголовка для пакета данных.

[0031] Фиг. 17 иллюстрирует дополнительные примеры типа данных в полях сжатого MAC-заголовка для пакета данных.

[0032] Фиг. 18-23 иллюстрируют примеры типов сжатых MAC-заголовков.

[0033] Фиг. 24A-C иллюстрируют примеры типов сжатых MAC-заголовков с незашифрованными полезными данными.

[0034] Фиг. 25A-C иллюстрируют примеры типов сжатых MAC-заголовков с зашифрованными полезными данными.

[0035] Фиг. 26 иллюстрирует пример кадра подтверждения (ACK) типа, используемого в существующих системах для связи.

[0036] Фиг. 27 и 28 иллюстрируют примеры типов сжатых ACK-кадров.

[0037] Фиг. 29A-C иллюстрируют примеры типов сжатых кадров подтверждения (ACK).

[0038] Фиг. 30 иллюстрирует пример формата поля управления кадром и формат сжатого MAC-заголовка для пакета с сжатым MAC-заголовком без защиты.

[0039] Фиг. 30A иллюстрирует другой пример формата поля управления кадром и формат сжатого MAC-заголовка для пакета с сжатым MAC-заголовком без защиты.

[0040] Фиг. 30B иллюстрирует другой пример формата поля управления кадром и формат сжатого MAC-заголовка для пакета с сжатым MAC-заголовком.

[0041] Фиг. 31 иллюстрирует пример формата поля управления кадром и формат сжатого MAC-заголовка для пакета с сжатым MAC-заголовком с защитой.

[0042] Фиг. 32 иллюстрирует аспект способа для передачи пакета с MAC-заголовком.

[0043] Фиг. 33 является функциональной блок-схемой другого беспроводного устройства, которое может быть использовано внутри системы беспроводной связи по Фиг. 1.

[0044] Фиг. 34 иллюстрирует аспект способа для приема и обработки пакета.

[0045] Фиг. 35 является функциональной блок-схемой другого беспроводного устройства, которое может быть использовано внутри системы беспроводной связи по Фиг. 1.

[0046] Фиг. 36 иллюстрирует аспект способа для передачи ACK-кадра.

[0047] Фиг. 37 является функциональной блок-схемой другого беспроводного устройства, которое может быть использовано внутри системы беспроводной связи по Фиг. 1.

[0048] Фиг. 38 иллюстрирует аспект способа для приема и обработки ACK-кадра.

[0049] Фиг. 39 является функциональной блок-схемой другого беспроводного устройства, которое может быть использовано внутри системы беспроводной связи по Фиг. 1.

[0050] Фиг. 40 иллюстрирует аспект способа для передачи пакета с MAC-заголовком.

[0051] Фиг. 41 является функциональной блок-схемой беспроводного устройства, которое может быть использовано внутри системы беспроводной связи по Фиг. 1.

[0052] Фиг. 42 иллюстрирует аспект способа для приема и обработки пакета.

[0053] Фиг. 43 является функциональной блок-схемой другого беспроводного устройства, которое может быть использовано внутри системы беспроводной связи по Фиг. 1.

ПОДРОБНОЕ ОПИСАНИЕ

[0054] Различные аспекты новых систем, устройств и способов описаны более полно в дальнейшем со ссылкой на сопроводительные чертежи. Раскрытие данных сведений может, однако, быть осуществлено во многих разных формах и не должно толковаться как ограниченное какой-либо конкретной структурой или функцией, представленной на протяжении этого раскрытия. Скорее, эти аспекты предоставлены так, чтобы это раскрытие было бы законченным и полным, и полностью передавало объем данного раскрытия специалистам в данной области техники. На основе сведений в настоящем документе, специалист в данной области техники должен понимать, что объем данного раскрытия предназначен для охвата любого аспекта новейших систем, устройств и способов, раскрытых в настоящем документе, будь то реализованных независимо от любого другого аспекта данного изобретения или вместе с ним. Например, может быть реализовано устройство или может быть применен на практике способ с использованием любого числа аспектов, изложенных в настоящем документе. В дополнение, объем данного изобретения предназначен предусматривать такое устройство или способ, который применяется на практике с использованием другой структуры, функциональности, или структуры и функциональности в дополнение к различным аспектам данного изобретения, изложенным в настоящем документе, или вместо них. Следует понимать, что любой аспект, раскрытый в настоящем документе, может быть осуществлен одним или более элементами по формуле изобретения.

[0055] Хотя конкретные аспекты описаны в настоящем документе, многие вариации и перестановки этих аспектов попадают в рамки объема данного раскрытия. Хотя упоминается некоторая польза и преимущества предпочтительных аспектов, объем данного раскрытия не предназначен для ограничения конкретной пользой, использованиями или целями. Скорее, аспекты данного раскрытия предназначены для широкого применения к разным беспроводным технологиям, конфигурациям систем, сетям и протоколам передачи, некоторые из которых проиллюстрированы в качестве примера на фигурах и следующем ниже описании предпочтительных аспектов. Подробное описание и чертежи являются лишь иллюстративными для данного раскрытия, а не ограничивающими, причем объем данного раскрытия задан прилагающимися пунктами формулы изобретения и их эквивалентами.

[0056] Популярные технологии беспроводных сетей могут включать в себя различные типы беспроводных локальных сетей (WLAN). WLAN может быть использована для взаимного соединения вместе ближайших устройств, используя широко используемые сетевые протоколы. Различные аспекты, описанные в настоящем документе, могут применяться к любому стандарту связи, такому как WiFi или, более конкретно, любому члену семейства IEEE 802.11 беспроводных протоколов. Например, различные аспекты, описанные в настоящем документе, могут быть использованы как часть протокола IEEE 802.11ah, который использует диапазоны до 1 ГГц.

[0057] В некоторых аспектах, беспроводные сигналы в диапазоне до гигагерца могут быть переданы согласно протоколу 802.11ah с использованием мультиплексирования с ортогональным разделением частот (OFDM), связи со спектром, расширенным методом прямой последовательности (DSSS), комбинации OFDM- и DSSS-связи, или других схем. Реализации протокола 802.11ah могут быть использованы для датчиков, измерения и интеллектуальных сетей. Преимущественно, аспекты определенных устройств, реализующих протокол 802.11ah, могут потреблять меньше энергии, чем устройства, реализующие другие беспроводные протоколы, и/или могут быть использованы для передачи беспроводных сигналов на относительно большие расстояния, например, около километра или больше.

[0058] В некоторых реализациях, WLAN включает в себя различные устройства, которые являются компонентами, которые осуществляют доступ к беспроводной сети. Например, может быть два типа устройств: точки доступа ("AP") и клиенты (также называемые станциями или "STA"). В основном, AP обслуживает хаб или базовую станцию для WLAN, и STA обслуживает пользователя WLAN. Например, STA может быть переносным компьютером, персональным цифровым помощником (PDA), мобильным телефоном и т.д. В примере, STA присоединяется к AP посредством беспроводной линии, соответствующей WiFi (например, протокола IEEE 802.11, такого как 802.11ah), для получения общей возможности присоединения к Интернету или другим глобальным сетям. В некоторых реализациях STA может также быть использована в качестве AP.

[0059] Точка доступа может также содержать, быть реализованной в качестве, или известной как NodeB, контроллер радиосети ("RNC"), eNodeB, контроллер базовой станции ("BSC"), базовая приемопередающая станция ("BTS"), базовая станция ("BS"), приемопередающая функция ("TF"), радиомаршрутизатор, радиоприемопередатчик, или некоторая другая терминология.

[0060] Станция "STA" может также содержать, быть реализованной в качестве или известной как терминал доступа ("AT"), абонентская станция, абонентский блок, мобильная станция, удаленная станция, удаленный терминал, пользовательский терминал, пользовательский агент, пользовательское устройство, пользовательское оборудование или некоторая другая терминология. В некоторых реализациях терминал доступа может содержать сотовый телефон, беспроводной телефон, телефон, работающий по протоколу инициализации сеанса ("SIP"), станция беспроводной местной линии ("WLL"), персональный цифровой помощник ("PDA"), карманное устройство, имеющее способность беспроводного соединения, или некоторое другое подходящее устройство обработки, присоединенное к беспроводному модему. Соответственно, один или более аспектов, преподаваемых в настоящем документе, могут быть включены в телефон (например, сотовый телефон или интеллектуальный телефон), компьютер (например, переносной компьютер), портативное устройство связи, наушники, портативное вычислительное устройство (например, персональный помощник обработки данных), развлекательное устройство (например, музыкальное или видеоустройство, или спутниковое радио), игровое устройство или система, устройство глобальной системы определения местоположения или любое другое подходящее устройство, которое выполнено с возможностью осуществления связи посредством беспроводной среды.

[0061] Как рассмотрено выше, определенные устройства, описанные в настоящем документе, могут реализовать стандарт 802.11ah, например. Такие устройства, используемые либо как STA, либо AP, или другое устройство, могут быть использованы для интеллектуального измерения или в интеллектуальных сетях. Такие устройства могут предоставлять применения датчиков или быть использованы в домашней автоматизации. Данные устройства могут быть использованы взамен или в дополнение в контексте здравоохранения, например, для персонального здравоохранения. Они могут также быть использованы для контроля, для обеспечения возможности соединения с Интернетом на увеличенных расстояниях или для реализации связи машина-машина.

[0062] Фиг. 1 иллюстрирует примерную систему 100 беспроводной связи, в которой могут быть использованы аспекты настоящего раскрытия. Система 100 беспроводной связи может работать в соответствии с беспроводным стандартом, например, стандартом 802.11ah. Система 100 беспроводной связи может включать в себя AP 104, которая осуществляет связь с STA 106.

[0063] В системе 100 беспроводной связи может быть использовано многообразие процессов и способов для передачи между AP 104 и STA 106. Например, сигналы могут быть отправлены и приняты между AP 104 и STA 106 в соответствии с методами OFDM/OFDMA. Если это действительно так, система 100 беспроводной связи может быть названа OFDM/OFDMA-системой. В качестве альтернативы, сигналы могут быть отправлены и приняты между AP 104 и STA 106 в соответствии с методами CDMA. Если это действительно так, система 100 беспроводной связи может быть названа CDMA-системой.

[0064] Линия связи, которая способствует передаче от AP 104 к одной или более STA 106, может быть названа нисходящей линией 108 связи (DL), и линия связи, которая способствует передаче от одной или более STA 106 к AP 104, может быть названа восходящей линией 110 связи (UL). В качестве альтернативы, нисходящая линия 108 связи может быть названа прямой линией связи или прямым каналом, и восходящая линия 110 связи может быть названа обратной линией связи или обратным каналом. К тому же, в некоторых аспектах, STA 106 могут осуществлять связь напрямую друг с другом и образовывать прямую линию связи (прямую) между друг другом.

[0065] AP 104 может действовать как базовая станция и предоставлять покрытие беспроводной связью в основной зоне 102 обслуживания (BSA). AP 104 вместе с STA 106, ассоциированными с AP 104, и которые используют AP 104 для связи, могут быть названы базовым набором служб (BSS). Следует отметить, что система 100 беспроводной связи может не иметь центральной AP 104, а скорее может функционировать как одноранговая связь между STA 106. В другом примере, функции AP 104, описанной в настоящем документе, могут в качестве альтернативы выполняться одной или более STA 106.

[0066] Фиг. 2 иллюстрирует различные компоненты которые могут быть использованы в беспроводном устройстве, которое может быть использовано внутри системы 100 беспроводной связи. Беспроводное устройство 202 является примером устройства, которое может быть выполнено с возможностью реализации различных способов, описанных в настоящем документе. Например, беспроводное устройство 202 может содержать AP 104 или одну из STA 106.

[0067] Беспроводное устройство 202 может включать в себя процессор 204, который управляет работой беспроводного устройства 202. Процессор 204 может также быть назван как центральный блок обработки (CPU). Память 206, которая может включать в себя как постоянную память (ROM), так и оперативную память (RAM), предоставляет инструкции и данные процессору 204. Часть памяти 206 может также включать в себя энергонезависимую оперативную память (NVRAM). Процессор 204 обычно выполняет логические и арифметические операции на основе программных инструкций, хранящихся внутри памяти 206. Инструкции в памяти 206 могут быть исполняемыми для реализации способов, описанных в настоящем документе.

[0068] Когда беспроводное устройство 202 реализовано или используется в качестве передающего узла, процессор 204 может быть выполнен с возможностью выбора одного из множества типов заголовков управления доступом к среде (MAC) и генерирования пакета, имеющего этот тип MAC-заголовка. Например, процессор 204 может быть выполнен с возможностью генерирования пакета, содержащего MAC-заголовок и полезные данные, и определения того, какой тип MAC-заголовка использовать, как рассмотрено более подробно ниже.

[0069] Когда беспроводное устройство 202 реализуется или используется в качестве принимающего узла, процессор 204 может быть выполнен с возможностью обработки пакетов из множества разных типов MAC-заголовков. Например, процессор 204 может быть выполнен с возможностью определения типа MAC-заголовка, используемого в пакете, и обработки пакета и/или полей MAC-заголовка соответствующим образом, как рассмотрено более подробно ниже.

[0070] Процессор 204 может содержать или быть компонентом системы обработки, реализованной с помощью одного или более процессоров. Один или более процессоров могут быть реализованы с помощью любой комбинации микропроцессоров общего назначения, микроконтроллеров, процессоров цифровой обработки сигналов (DSP), программируемой пользователем вентильной матрицы (FPGA), программируемых логических устройств (PLD), контроллеров, конечных автоматов, вентильных логических элементов, дискретных аппаратных элементов, выделенных аппаратных конечных автоматов, или любых других подходящих объектов, которые могут выполнять вычисления или другие манипуляции с информацией.

[0071] Система обработки может также включать в себя машиночитаемые носители для хранения программного обеспечения. Программное обеспечение должно толковаться в широком смысле, чтобы означать любой тип инструкций, будь то называемые программным обеспечением, программно-аппаратным средством, промежуточным программным обеспечением, микрокодом, языком описания аппаратного обеспечения, или иначе. Инструкции могут включать в себя код (например, в формате исходного кода, формате двоичного кода, формате исполнительного кода или любом другом подходящем формате кода). Инструкции, при исполнении одним или более процессорами, побуждают систему обработки выполнять различные функции, описанные в настоящем документе.

[0072] Беспроводное устройство 202 может также включать в себя корпус 208, который может включать в себя передатчик 210 и/или приемник 212 для обеспечения возможности передачи и приема данных между беспроводным устройством 202 и удаленным размещением. Передатчик 210 и приемник 212 могут быть объединены в приемопередатчик 214. Антенна 216 может быть прикреплена к корпусу 208 и электрически связана с приемопередатчиком 214. Беспроводное устройство 202 может также включать в себя (не показано) многочисленные передатчики, многочисленные приемники, многочисленные приемопередатчики и/или многочисленные антенны.

[0073] Передатчик 210 может быть выполнен с возможностью беспроводной передачи пакетов, имеющих разные типы MAC-заголовков. Например, передатчик 210 может быть выполнен с возможностью передачи пакетов с разными типами заголовков, сгенерированных процессором 204, рассмотренным выше.

[0074] Приемник 212 может быть выполнен с возможностью беспроводного приема пакетов, имеющих разные типы MAC-заголовков. В некоторых аспектах, приемник 212 выполнен с возможностью обнаружения используемого типа MAC-заголовка и обработки пакета соответствующим образом, как рассмотрено более подробно ниже.

[0075] Беспроводное устройство 202 может также включать в себя детектор 218 сигналов, который может быть использован с целью обнаружения и количественного определения уровня сигналов, принятых приемопередатчиком 214. Детектор сигналов 218 может обнаружить такие сигналы как общую энергию, энергию на поднесущую на символ, спектральную плотность мощности и другие сигналы. Беспроводное устройство 202 может также включать в себя процессор 220 цифровой обработки сигналов (DSP) для использования в обработке сигналов. DSP 220 может быть выполнен с возможностью генерирования пакета для передачи. В некоторых аспектах, пакет может содержать блок данных физического уровня (PPDU).

[0076] Беспроводное устройство 202 может дополнительно содержать пользовательский интерфейс 222 в некоторых аспектах. Пользовательский интерфейс 222 может содержать клавиатуру, микрофон, динамик и/или дисплей. Пользовательский интерфейс 222 может включать в себя любой элемент или компонент, который передает информацию пользователю беспроводного устройства 202 и/или принимает ввод от пользователя.

[0077] Различные компоненты беспроводного устройства 202 могут быть связаны вместе посредством системы 226 шин. Система 226 шин может включать в себя шину данных, так же как и шину питания, шину сигнала управления и шину сигнала статуса в дополнение к шине данных. Специалисты в данной области техники должны понимать, что компоненты беспроводного устройства 202 могут быть связаны вместе или принимать или предоставлять входные сигналы друг другу с использованием некоторых других механизмов.

[0078] Хотя некоторое число отдельных компонентов проиллюстрировано на Фиг. 2, специалисты в данной области техники поймут, что один или более компонентов могут быть объединены или повсеместно реализованы. Например, процессор 204 может быть использован для реализации не только функциональности, описанной выше, относительно процессора 204, но также для реализации функциональности, описанной выше, относительно детектора 218 сигналов и/или DSP 220. К тому же, каждый из компонентов, проиллюстрированных на Фиг. 2, может быть реализован с использованием множества отдельных элементов.

[0079] Для простоты ссылки, когда беспроводное устройство 202 сконфигурировано как передающий узел, оно в дальнейшем называется беспроводным устройством 202t. Аналогично, когда беспроводное устройство 202 сконфигурировано как принимающий узел, оно в дальнейшем называется беспроводным устройством 202r. Устройство в системе 100 беспроводной связи может реализовать только функциональность передающего узла, только функциональность принимающего узла или функциональность как передающего узла, так и принимающего узла.

[0080] Как рассмотрено выше, беспроводное устройство 202 может содержать AP 104 или STA 106 и может быть использовано для передачи и/или приема связи, имеющей множество типов MAC-заголовков.

[0081] Фиг. 3 иллюстрирует пример существующего MAC-заголовка 300. MAC-заголовок 300 может быть несжатым MAC-заголовком. Как показано, MAC-заголовок 300 включает в себя 7 разных полей: поле 305 управления кадром («fc»), поле 310 длительности/идентификации («dur»), поле 315 адреса приемника («a1»), поле 320 адреса передатчика («a2»), поле 325 адреса назначения («a3»), поле 330 управления очередностью («sc») и поле 335 управления качеством обслуживания (QoS) («qc»). Каждое из полей 315-325 «a1», «a2» и «a3» содержит полный MAC-адрес устройства, который состоит из 48-битового (6 октетов) значения. Фиг. 3 дополнительно указывает размер в октетах каждого из полей 305-335. Суммирование значений всех размеров полей дает общий размер MAC-заголовка 300, который составляет 26 октетов. Итоговый размер данного пакета может быть порядка 200 октетов. Вследствие этого, существующий MAC-заголовок 300 занимает большой участок общего размера пакета, и это означает, что издержки для передачи пакета данных являются большими.

[0082] Фиг. 3A иллюстрирует пример MAC-заголовка 300a, который является 3-адресным MAC-заголовком, использующим шифрование по протоколу блочного шифрования с кодом аутентификации сообщения и режимом сцепления блоков и счетчика (CCMP), такого типа, который используется в существующих системах для связи. Как показано, MAC-заголовок 300 включает в себя 13 разных полей: поле 305a управления кадром («fc»), поле 310a длительности/идентификации («dur»), поле 315a адреса приемника («a1»), поле 320a адреса передатчика («a2»), поле 325a адреса назначения («a3»), поле 330a управления очередностью («sc»), поле 335a управления качеством обслуживания (QoS) («qc»), поле 340a управления высокой пропускной способностью («ht»), поле 345a CCMP («ccmp»), поле 350a управления логической линией связи (LLC)/протокола доступа к подсетям (SNAP) («llc/snap»), поле 360a проверки целостности сообщения («mic») и поле 365a контрольной последовательности кадра («fcs»). Фиг. 3 дополнительно указывает размер в октетах каждого из полей 305a-365a. Суммирование значений всех размеров полей дает общий размер MAC-заголовка 300a, который составляет 58 октетов. Итоговый размер данного пакета может быть порядка 200 октетов. Вследствие этого, существующий MAC-заголовок 300a занимает большой участок общего размера пакета, и это означает, что издержки для передачи пакета данных являются большими.

[0083] Фиг. 3A дополнительно иллюстрирует типы данных, включенных в поле 305a «fc» MAC-заголовка 300a. Поле 305a «fc» включает в себя следующее: поле 372 версии протокола («pv»), поле 374 типа кадра («type»), поле 376 подтипа кадра («subtype»), поле 378 «к распределительной системе» («to-ds»), поле 380 «от распределительной системы» («from-ds»), поле 382 «больше фрагментов» («more frag»), поле 384 повторной попытки («retry»), поле 386 управления мощностью («pm»), поле 388 «больше данных» («md»), поле 390 защищенного кадра («pf») и поле 392 порядка («order»).

[0084] Соответственно, в настоящем документе описаны системы и способы для использования MAC-заголовков уменьшенного размера (сжатые MAC-заголовки) для пакетов данных. Использование таких сжатых MAC-заголовков обеспечивает возможность меньшего пространства в пакете данных, которое должно быть использовано MAC-заголовком, тем самым уменьшая издержки, необходимые для передачи полезных данных в пакете данных. Таким образом, в итоге должно быть передано меньше данных. Меньшая передача данных может увеличить скорость, с которой передаются данные, может уменьшить использование полосы пропускания посредством передатчика, и может уменьшить энергию, нужную для передачи, так как для передачи меньших данных используются меньше ресурсов.

[0085] Сжатие MAC-заголовков может быть выполнено посредством удаления или модифицирования определенных полей MAC-заголовка. Сжатый MAC-заголовок может быть затем отправлен из беспроводного устройства 202t на беспроводное устройство 202r. Удаление или модификация полей может быть основана на информации, которая должна быть сообщена беспроводному устройству 202r, о пакете данных. Например, беспроводному устройству 202r может не требоваться вся информация в MAC-заголовке 300, чтобы принять и обработать пакет данных. Например, в некоторых случаях приемник может уже иметь некоторую информацию, хранящуюся в памяти, которая передавалась бы в MAC-заголовке 300. В одном случае, беспроводное устройство 202r могло принять эту информацию в ранее принятом пакете данных от беспроводного устройства 202t, как например, в MAC-заголовке предыдущего пакета или сообщаемом пакете. В другом случае, беспроводное устройство 202r может иметь такую информацию предварительно запрограммированной, как например, во время изготовления или посредством осуществления связи с другим устройством. В некоторых аспектах, беспроводное устройство 202r может указывать беспроводному устройству 202t информацию (например, значения для полей MAC-заголовка), которая хранится на беспроводном устройстве 202r. Беспроводное устройство 202t может затем исключить такие поля из MAC-заголовка в пакетах, отправленных на беспроводное устройство 202r.

[0086] В еще одном варианте осуществления, беспроводное устройство 202r может не выполнять определенных функций, которые потребовали бы использования полей, которые были удалены, например, в случаях, когда такая функциональность не нужна. Ниже описаны некоторые из полей, которые могут быть удалены или модифицированы, и как беспроводное устройство 202r функционировало бы с таким сжатым MAC-заголовком. В некоторых вариантах осуществления, беспроводное устройство 202r может определять формат используемого MAC-заголовка на основе указания в MAC-заголовке используемого формата, как дополнительно подробно рассмотрено ниже. В других вариантах осуществления, беспроводные устройства 202r и 202t используют только один тип сжатого MAC-заголовка, и соответственно не нужно указание, какого типа MAC-заголовок используется.

[0087] В существующем стандарте 802.11 (вплоть до 802.11ad включительно), подполе версии протокола («pv») поля «fc» всегда устанавливается в значение 0, тогда как версия протокола 0 (PV0) является единственной заданной версией протокола. Соответственно, использование других значений для данной версии протокола, т.е., 1 (PV1), 2 (PV2) и 3 (PV3), не задано. Вследствие этого, системы и способы, рассмотренные в настоящем документе, могут задавать сжатые MAC-заголовки как часть версии протокола 1 (PV1), 2 (PV2) и/или 3 (PV3). Данные версии протокола могут быть взаимозаменяемо использованы устройствами для связи. Например, PV0, задающая использование существующего MAC-заголовка, может быть использована для установления линии связи, согласования способностей и высокоскоростного переноса данных. К тому же, PV1, PV2 и/или PV3, задающие использование сжатого MAC-заголовка, могут быть использованы для периодических передач коротких данных в режиме энергосбережения.

[0088] В некоторых вариантах осуществления, MAC-заголовок сжатого формата может использовать существующую версию протокола 0 (PV0) или недавно заданную версию протокола 1 (PV1), PV2 и/или PV3. С использованием PV1, PV2 и/или PV3 можно избежать ситуации, где существующие устройства пытаются осуществить синтаксический анализ принятого пакета данных на основе задания формата существующего PV0-кадра. Например, существующие устройства могут попытаться сопоставить последние 4 октета пакета данных с контрольной последовательностью кадра (FCS). Если она совпадает, существующие устройства могут использовать значение данных, которые находятся в положении существующего поля длительности, чтобы обновить их вектор распределения сети (NAV), даже если может не быть поля длительности при этом размещении в пакете. Шансы на возникновение такого ложного положительного определения могут быть достаточно высоки, чтобы вызвать сбои или искажения на существующих узлах, что может гарантировать использование PV1, PV2 и/или PV3 для форматов сжатого MAC-заголовка. Использование сжатых MAC-заголовков дополнительно рассмотрено ниже.

[0089] В одном варианте осуществления, определенные поля MAC-заголовка (например, MAC-заголовка 300 или 300a) могут быть повторно использованы для различных целей, таким образом убирая необходимости включать определенные другие поля в MAC-заголовок, тем самым образуя сжатый MAC-заголовок. Например, поле 360a «mic» содержит короткий кусок информации, которая используется для аутентификации сообщения. Информация, содержащаяся в поле 360a «mic», может быть сгенерирована посредством ввода в алгоритм аутентификации, выполняющийся на беспроводном устройстве 202t, как данных, которые должны быть отправлены на беспроводное устройство 202r, так и секретный ключ, совместно используемый с беспроводным устройством 202r. Алгоритм аутентификации затем генерирует информацию, которая должна быть отправлена, в поле 360a «mic». Алгоритм аутентификации может быть хэш-функцией. Беспроводное устройство 202r может также выполнять алгоритм аутентификации. Беспроводное устройство 202r принимает сообщения от беспроводного устройства 202t и вводит в алгоритм аутентификации принятое сообщение и его копию совместно используемого ключа. Если выход алгоритма аутентификации на беспроводном устройстве 202r совпадает с информацией, содержащейся в поле 360a «mic», беспроводное устройство 202r может определить целостность данных, переданных в пакете данных (например, был ли пакет подделан), так же как и аутентичность пакета данных (например, проверка отправителя пакета данных). В одном варианте осуществления, поля адресации, поле 315a «a1» и поле 320a «a2», могут быть удалены, и вместо них для адресации может быть использовано поле 360a «mic». В частности, адресация может предполагаться посредством проверки, чтобы увидеть, генерирует ли пакет данных в комбинации с ключом, удерживаемым беспроводным устройством, введенным в алгоритм аутентификации, такие же данные как в поле 360a «mic». Например, только предназначенный приемник удерживает корректный ключ для ввода вместе с пакетом данных в алгоритм аутентификации, чтобы произвести корректный выходной сигнал. Вследствие этого, если беспроводное устройство 202r является предназначенным приемником, оно будет иметь корректный ключ и производить корректный выходной сигнал. Если оно не является предназначенным приемником, беспроводное устройство 202r не будет производить корректный выходной сигнал. Соответственно, корректный приемник может быть известен на основе поля 360a «mic» без использования адреса «a1» приемника.

[0090] Однако следует отметить, что без адреса «a1» приемника, беспроводному устройству 202r будет всегда нужно выполнять алгоритм аутентификации для любых входящих пакетов данных, чтобы определить, является ли оно предназначенным приемником. Это может требовать дополнительной вычислительной мощности, которая требует дополнительного расхода аккумуляторов. В некоторых вариантах осуществления, вследствие этого, к MAC-заголовку 300 или 300a может быть добавлено новое поле, такое как частичный адрес приемника (PRA). PRA может быть участком адреса «a1» приемника. PRA может не идентифицировать уникально принимающее устройство, но он помогает по меньшей мере указать в некоторых случаях беспроводному устройству 202r, что пакет данных не предназначен для беспроводного устройства 202r. Вследствие этого, беспроводное устройство 202r может выполнить алгоритм аутентификации для меньшего количества пакетов данных. В других вариантах осуществления, PRA или сам адрес приемника (RA) может присутствовать в заголовке протокола физического уровня (PHY) пакета данных, вследствие этого не должен дополнительно быть включенным в MAC-заголовок 300 или 300a.

[0091] В дополнение, идентификационная информация передающего устройства может быть определена на основе того, производит ли алгоритм аутентификации корректный выходной сигнал без использования адреса «a2» передатчика. Например, ключ, удерживаемый беспроводным устройством 202t для использования в алгоритме аутентификации, является разным для разных беспроводных устройств. Соответственно, ключ, удерживаемый беспроводным устройством 202r, является характерным для устройства 202t. Вследствие этого, если беспроводное устройство 202t является передающим устройством, конкретный ключ, удерживаемый беспроводным устройством 202r для связи с беспроводным устройством 202t, введенный в алгоритм аутентификации, произведет конкретный выходной сигнал. Если беспроводное устройство 202t не является передающим устройством, ввод не будет производить корректный выходной сигнал.

[0092] Следует отметить, что беспроводное устройство 202r удерживает множество разных ключей для многих разных передающих устройств. Это может требовать от беспроводного устройства 202r попытаться выполнить алгоритм аутентификации с многими разными ключами, пока не будет найден соответствующий выходной сигнал или не будет определено, что ни один из ключей не совпал. Это может требовать дополнительной вычислительной мощности, которая требует дополнительного расхода аккумуляторов. В некоторых вариантах осуществления, вследствие этого, к MAC-заголовку 300 или 300a может быть добавлено новое поле, такое как частичный адрес передатчика (PTA). PTA может быть участком адреса «a2» передатчика. PTA может не идентифицировать уникально передающее устройство, но он помогает по меньшей мере указать в некоторых случаях беспроводному устройству 202r, что некоторые ключи не должны тестироваться как вероятности ключей, удерживаемых для передающего устройства. Вследствие этого, беспроводному устройству 202r будет нужно выполнять алгоритм аутентификации для меньшего количества ключей. В другом варианте осуществления, РТА может уникально идентифицировать ключ на принимающем устройстве. Примером такого PTA является идентификатор ассоциации (AID), который назначен точками доступа (AP) каждому из их ассоциированных STA. AID уникальны среди STA, ассоциированных с AP, следовательно AP может уникально идентифицировать корректный ключ для использования в алгоритме аутентификации на основе принятого AID. Так как AID намного короче, чем MAC-адрес, MAC-заголовок будет уменьшен в размере.

[0093] К тому же, поля адресов могут быть использованы как часть ввода в алгоритм аутентификации как на беспроводном устройстве 202t, так и на беспроводном устройстве 202r без включения в сам MAC-заголовок. Соответственно, беспроводное устройство 202r, принимающее пакет данных от беспроводного устройства 202r, может ввести свой собственный адрес в качестве адреса «a1» приемника в алгоритм аутентификации вместе с принятым пакетом данных и ключом. Если выход совпадает со значением поля 360a «mic» пакета данных, беспроводное устройство 202r знает, что оно является принимающим устройством, так как поле 360a «mic» было вычислено с помощью того же адреса «a1» приемника беспроводным устройством 202t.

[0094] В другом варианте осуществления, номер пакета, включенный в поле 345a «ccmp», может быть использован для управления очередностью пакетов посредством использования в качестве порядкового номера, включенного в поле 330a «sc». Вследствие этого, поле 330 или 330a «sc» может быть удалено из MAC-заголовка 300 или 300a.

[0095] В другом варианте осуществления, как например, где используются короткие пакеты и/или для передачи используются относительно низкие PHY-скорости, размер поля номера пакета в поле 345a «ccmp» и/или поле 360a «mic» может быть уменьшен.

[0096] В другом варианте осуществления, поле 360a «mic» может быть использовано для выполнения функции поля 365a «fcs». Поле 365a «fcs» содержит циклический контроль избыточности, который используется для определения того, есть ли в пакете какие-либо ошибки по мере приема. Вместо выполнения этой проверки при получении пакета, беспроводное устройство 202r может быть выполнено с возможностью проверки, чтобы увидеть, проходит ли пакет данных алгоритм аутентификации, посредством генерирования данных поля 360a «mic». Если в пакете есть ошибки, алгоритм аутентификации не будет пройден. Однако, если пакет проходит алгоритм аутентификации, может быть предположено, что в пакете нет ошибок. Такое определение может быть дополнительно сделано в комбинации с проверкой номера пакета для пакета данных, чтобы увидеть, является ли номер пакета логически ожидаемым в качестве номера пакета в это время. Следует отметить, что если алгоритм аутентификации проходит, он вынуждает беспроводное устройство 202r ответить обратно (например, с помощью ACK-кадра) спустя время короткого межкадрового промежутка (SIFS), которое является типичным для соответствующей STA. Однако, если алгоритм аутентификации не проходит, он вынуждает беспроводное устройство 202r ответить обратно спустя время расширенного межкадрового промежутка (EIFS). Это, однако, не является проблематичным, так как проясняется посредством следующего кадра подтверждения (ACK), который отправлен.

[0097] В другом варианте осуществления, поле 325 или 325a адреса назначения («a3») может быть удалено из MAC-заголовка 300 или 300a. Адрес назначения может быть использован в случаях, когда беспроводное устройство 202t передает пакет данных на беспроводное устройство 202r через другое устройство (например, маршрутизатор) и указывает адрес другого устройства в качестве адреса назначения. Соответственно, для случаев, когда беспроводное устройство 202t передает прямо на беспроводное устройство 202r, поле 325 или 325a «a3» может быть удалено из MAC-заголовка 300 или 300a. В некоторых вариантах осуществления, в MAC-заголовок 300 или 300a может быть добавлено новое поле «a3 present», чтобы указать, присутствует ли поле 325 или 325a «a3» в MAC-заголовке 300 или 300a или нет.

[0098] В некоторых вариантах осуществления, часто используемый адрес назначения может быть сохранен в памяти беспроводного устройства 202r. Соответственно, вместо включения в себя целого адреса назначения, MAC-заголовок 300 или 300a может включать в себя новое поле, называемое присутствием сжатого «a3» или полем «compr a3», которое указывает беспроводному устройству 202r, что оно должно использовать сохраненный адрес назначения в качестве адреса назначения для пакета данных. Сохраненный адрес назначения мог бы быть предварительно запрограммирован в беспроводном устройстве 202r. Дополнительно или в качестве альтернативы, сохраненный адрес назначения мог бы быть установлен или обновлен посредством передачи сообщения между беспроводным устройством 202t и беспроводным устройством 202r, которое указывает новый адрес назначения, который должен быть сохранен.

[0099] В другом варианте осуществления, поле 310 или 310a «dur» может быть удалено из MAC-заголовка 300 или 300a. Поле 310 или 310a «dur» указывает приемнику длительность, которую должен поддерживаться канал связи между беспроводным устройством 202t и беспроводным устройством 202r. Предназначенное беспроводное устройство 202r, принимающее пакет данных, будет обычно держать открытым канал связи с беспроводным устройством 202r в течении времени, указанном в поле 310 или 310a «dur», при приеме пакета. Вместо использования поля 310 или 310a «dur», беспроводные устройства 202t и 202r могут использовать стандартную передачу сообщения запроса на отправку/разрешения на отправку (RTS/CTS), как известно в данной области техники, для поддержания канала связи. В другом варианте осуществления, поле 310 или 310a «dur» может быть включено в MAC-заголовок 300 или 300a для первого пакета, отправленного на беспроводное устройство 202r, но исключено в дополнительных пакетах, отправленных в течение времени, точно определенном в поле 310 или 310a «dur».

[00100] В другом варианте осуществления, вместо включения целого поля 350a «llc/snap», в MAC-заголовок 300 или 300a может быть включен только участок поля 350a «llc/snap». Например, для большинства отправленных пакетов, данные поля 350a «llc/snap» являются такими же, кроме «ethertype» (типа Ethernet). Соответственно, вместо целого поля 350a «llc/snap» в MAC-заголовок 300 или 300a может быть включен только «ethertype». В качестве альтернативы, целый LLC/SNAP-заголовок может быть сохранен в памяти на приемнике, и поле «compr llc/snap» может указывать, что сохраненный LLC/SNAP-заголовок должен быть отправлен для принятого пакета, аналогично рассмотрению поля «compr a3».

[00101] В другом варианте осуществления, определенные участки поля 305 или 305a «fc» могут быть удалены из MAC-заголовка 300 или 300a. Например, поля данных, такие как поля агрегированного блока данных службы MAC (A-MSDU), агрегированного блока данных протокола MAC (A-MPDU), фрагментации и ACK-политики, могут быть удалены из полей 305, 305a и/или 335a «fc» и «qc», тем самым уменьшая возможную функциональность сжатого MAC-заголовка (т.е. сжатый MAC-заголовок может быть использован, когда их функциональность не нужна). Дополнительно или в качестве альтернативы, поле 335a «qc» и/или поле 340a управления «ht» могут быть полностью удалены из MAC-заголовка 300 или 300a, когда их функциональность не нужна. В некоторых вариантах осуществления, беспроводное устройство 202t и беспроводное устройство 202r могут быть выполнены с возможностью всегда использовать шифрования для связи. Соответственно, бит в поле 305 или 305a «fc», который указывает, используется ли шифрование для данного пакета, может быть удален. В некоторых вариантах осуществления, типы кадра могут быть ограничены до 4 (например, данные, ACK, дополнительный тип и код выхода), таким образом уменьшая размер поля типа кадра в поле 305 или 305a «fc».

[00102] Фиг. 4 иллюстрирует пример сжатого MAC-заголовка 400. Как показано, MAC-заголовок 400 включает в себя 4 разных поля: поле 405 управления кадром («fc»), поле 415 первого адреса («a1»), поле 420 второго адреса («a2») и поле 430 управления очередностью («sc»). Фиг. 4 дополнительно указывает размер в октетах каждого из полей 405-430. Суммирование значений всех размеров полей дает общий размер MAC-заголовка 400, который составляет 12 октетов (уменьшение в размере от существующего MAC-заголовка 300 на 54%). Как показано, одно из поля 415 «a1» и поля 420 «a2» составляет 6 октетов в длину, тогда как другой оставляет 2 октета в длину, как дополнительно рассмотрено ниже. Различные поля MAC-заголовка 400 могут быть использованы согласно нескольким разным аспектам, описанным ниже.

[00103] Как показано в MAC-заголовке 400, поле 310 «dur» может быть исключено. Обычно, устройство, принимающее пакет данных, будет декодировать по меньшей мере поле 310 «dur», которое указывает время, которое устройство не должно передавать, так что во время возможности передачи нет создающих помехи передач. Вместо поля 310 «dur», устройства могут быть выполнены с возможностью не передавать данные после приема пакета данных, который требует подтверждения, пока не пройдет время для такого подтверждения. Таким подтверждением может быть ACK или BA, указывающим что пакет был принят. Устройства могут только быть выполнены с возможностью задержки передачи, пока ACK не будет принято для данного пакета, если поле (например, поле ACK-политики) указывает, что устройство должно осуществлять задержку, пока не будет принято ACK. Данное поле может быть включено в MAC-заголовок или PHY-заголовок пакета. Передача ответного кадра может быть скрытой для STA, которая следит за пакетом данных, вызывающим отправку ответного кадра, но указание в пакете данных, что ACK может присутствовать, побуждает следящую STA осуществлять задержку после окончания пакета данных, пока ответный кадр не будет передан посредством STA, которая является пунктом назначения пакета данных.

[00104] Фиг. 4A иллюстрирует пример другого сжатого MAC-заголовка 400a. MAC-заголовок 400a включает в себя так же поля, как и MAC-заголовок 400, но в отличие от MAC-заголовка 400, также включает в себя поле 410 длительности/идентификации («dur»). Как показано, сжатый MAC-заголовок 400a включает в себя 5 разных полей: поле 405 управления кадром («fc»), поле 410 длительности/идентификации («dur»), поле 415 первого адреса («a1»), поле 420 второго адреса («a2») и поле 430 управления очередностью («sc»). Фиг. 4 дополнительно указывает размер в октетах каждого из полей 405-430. Следует отметить, что использование полей, отличных от поля 410 «dur» MAC-заголовка 400a, может быть использовано таким же или аналогичным образом, как рассмотрено в настоящем документе по отношению к MAC-заголовку 400.

[00105] В некоторых аспектах, поле 410 «dur» может иметь длину 2 октета, аналогично полю 310 «dur» MAC-заголовка 300. В некоторых аспектах, поле 410 «dur» может иметь уменьшенную длину по сравнению с полем 310 «dur». Например, поле 410 «dur» может иметь длину 15 битов или меньше. Значение поля 410 «dur» может указывать длительность пакета данных, за которую передается/принимается MAC-заголовок 400a. В некоторых аспектах, данное значение может указывать длительность как кратное предварительно заданное значение (например, значение, выраженное в микросекундах). В некоторых аспектах, значение может быть выбрано, чтобы покрывать один или более периодов возможности передачи (TX-OP). Длина поля 410 «dur» может вследствие этого быть основана на предварительно заданном значении и длительности периода TX-OP. Например, если предварительно заданное значение составляет 96 мкс, и один период TX-OP составляет 24,576 мс, то длина поля длительности может быть 8 битов (например, log2[(период TX-OP)/(предварительно заданное значение)]), так чтобы максимальное значение поля длительности покрывало по меньшей мере один период TX-OP.

[00106] К тому же, как рассмотрено ниже, все биты в поле «a1» или «a2» длиной в 2 октета могут не использоваться, так как могут быть использованы только 13 битов. Другие три бита могут быть использованы для других целей. Например, ID трафика (TID) может быть включен в поле «a1» или «a2» длиной в 2 октета вместо поля «fc».

[00107] В некоторых аспектах, вместо использования глобального уникального идентификатора для устройства (например, MAC-адреса), как для поля 415 «a1», так и для поля 420 «a2», как это используется в существующем MAC-заголовке 300, одно из поля 415 «a1» или поля 420 «a2» использует локальный идентификатор, такой как идентификатор доступа (AID), который уникально идентифицирует устройство в конкретном BSS, но необязательно уникально идентифицирует устройство глобально. Соответственно, одно из поля 415 «a1» или поля 420 «a2» может составлять 2 октета в длину, чтобы согласовываться с более коротким локальным идентификатором, в противоположность 6 октетам в длину как нужно для глобального идентификатора. Это помогает уменьшить размер MAC-заголовка 400. В некоторых аспектах, выбор, какое из поля 415 «a1» и поля 420 «a2» включает в себя локальный идентификатор или глобальный идентификатор, основан на устройстве, отправляющем пакет, и устройстве, принимающем пакет. Например, выбор может быть разным для пакетов, отправленных по каждой из нисходящей линии связи от AP к STA, восходящей линии связи от STA к AP и прямой линии связи от одной STA к другой STA. Каждая из Фиг. 5-13 иллюстрирует таблицы альтернативных примерных выборов. Один или более примеров по Фиг. 5-13 могут быть использованы для связи в данной сети. Например, один описанный пример может быть использован для отправки пакетов и подтверждающих сообщений, которые не являются подтверждениями блоков, и другой пример может быть использован для отправки пакетов и подтверждающих сообщений, которые являются подтверждениями блоков в той же сети.

[00108] В некоторых аспектах, определенные биты полей MAC-заголовка 400, могут быть использованы для других целей, чем использовались в MAC-заголовке 300, чтобы указать и предоставить определенные способности. В частности, предоставление определенных способностей может требовать использования определенного числа битов для сигнализации. Нижеследующие являются примерами битов, которые могут быть использованы для предоставления такой сигнализации. Например, когда поле 415 «a1» или поле 420 «a2» использует локальный идентификатор, такой как AID, могут быть резервные биты (например, 3 резервных бита), которые могут быть использованы для предоставления определенных способностей. К тому же, некоторые, например, 2, биты поля 405 «fc» могут быть перегружены в том, что они используются для указания более чем одной порции информации для предоставления определенных способностей. Например, бит «order» и бит «to-ds» (как например, посредством слияния сигнализации по восходящей линии связи и прямой связи) могут быть перегружены. В дополнение, определенные биты поля 430 «sc» могут быть использованы для предоставления определенных способностей. Например, 4 бита из подполя номера фрагмента могут быть использованы для предоставления определенных способностей, и до 2^3 битов из подполя порядкового номера могут быть использованы для предоставления определенных способностей. Кроме того, 1 бит подполя «больше фрагментов» в поле 405 «sc» может быть использован для предоставления определенных способностей. В другом примере, для предоставления определенных способностей может быть задано новое поле, такое как 1-байтовое короткое поле качества обслуживания (QoS).

[00109] В некоторых аспектах, MAC-заголовок 400 может не включать в себя подполе номера фрагмента. В таких аспектах, STA и AP (например, STA 106 и AP 104), осуществляющие связь с использованием такого MAC-заголовка 400, могут ограничивать максимальный разрешенный размер блока данных службы MAC (MSDU), отправляемого с MAC-заголовком 400. STA 106 и/или AP 104 могут определять или договориться о максимальном разрешенном размере MSDU во время ассоциации, повторной ассоциации, запроса проверки/ответа проверки или некоторого другого подходящего периода времени с использованием соответствующей передачи сообщений.

[00110] В некоторых аспектах, поле 430 «fc» может включать в себя подполе короткого порядкового номера (SN) из 8 битов или меньше, которое включает в себя значение короткого SN. В некоторых аспектах, подполе короткого порядкового номера соответствует 8 младшим битам (lbs) из 12-битового подполя последовательного номера, как задано для несжатого MAC-заголовка, такого как MAC-заголовок 300. В некоторых аспектах, если значение короткого порядкового номера составляет 0, передатчик может отправить кадр с несжатым MAC-заголовком с полным порядковым номером вместо короткого MAC-заголовка c коротким порядковым номером с значением 0. В некоторых аспектах, подполе короткого порядкового номера является подполем из 11 битов или меньше поля 430 «fc». В некоторых аспектах, дополнительно или в качестве альтернативы, поле 430 «fc» может выборочно включать в себя расширенное поле. В некоторых аспектах, присутствие или отсутствие такого расширенного поля в поле 430 «fc» MAC-заголовка 400 может быть указано значением одного или более битов в поле 405 «fc». Расширенное поле может включать в себя подполе номера фрагментации (например, 4 бита или меньше), подполе «retry» (например, 1 бит), подполе «more frag» (например, 1 бит) и/или подполе указания класса трафика (например, 3 бита).

[00111] Способности, которые могут быть предоставлены посредством использования определенных битов MAC-заголовка 400, включают в себя, например, управление QoS и высокой пропускной способностью (HT). Например, способности управления QoS, которые могут быть предоставлены, и пример числа используемых битов включают в себя по меньшей мере одно из следующего: TID (3 бита), окончание периода обслуживания (EOSP) (1 бит), агрегированный блок данных службы MAC (A-MSDU) (1 бит), ACK-политику и размер очереди. К тому же, способности управления HT, которые могут быть предоставлены, и пример числа используемых битов включают в себя по меньшей мере одно из следующего: адаптацию к быстрой линии связи (16 битов), положение/последовательность калибровки (4 бита), информацию состояния канала (CSI)/управление (2 бита), объявление пакета нулевых данных (NDP) (1 бит) и ограничение управления доступом (AC)/разрешение обратного направления (RDG) (3 бита).

[00112] Фиг. 4B иллюстрирует пример другого сжатого MAC-заголовка 400b. MAC-заголовок 400b включает в себя так же поля, как и MAC-заголовок 400, но в отличие от MAC-заголовка 400, также включает в себя поле 425 «a3». В частности, MAC-заголовок 400b является примером сжатого MAC-заголовка, когда присутствует адрес «a3» (например, бит присутствия «a3» в поле 405 «fc» установлен в значение 1). Как показано, сжатый MAC-заголовок 400b включает в себя 5 разных полей: поле 405 управления кадром («fc»), поле 415 первого адреса («a1»), поле 420 второго адреса («a2»), поле 430 управления очередностью («sc») и поле 425 «a3». Фиг. 4B дополнительно указывает размер в октетах каждого из полей 405-430. Как показано, поле 425 «a3» идет после поля 430 «sc». В другом аспекте, поле 425 «a3» может быть помещено где угодно в MAC-заголовке 400b, как например, перед полем 430 «sc» и после поля 420 «a2».

[00113] Фиг. 5 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка 400 для пакета данных, и данные для соответствующего подтверждения согласно одному аспекту MAC-заголовка 400. Как показано на данной фигуре, столбцы, обозначенные как "Данные", соответствуют информации, отправленной как часть пакета данных (как показано, информация для поля 415 «a1» и поля 420 «a2» и необязательно поля «a3»). Столбец, обозначенный как "ACK", соответствует информации, отправленной в соответствующем ACK. Столбец, обозначенный как "Направление", указывает направление или тип линии связи, по которой отправлен пакет данных. Как показано, если MAC-заголовок 400 является частью пакета данных, переданного по нисходящей линии связи от AP к STA, поле 415 «a1» включает в себя AID приемника (R-AID), и поле 420 «a2» включает в себя BSSID. R-AID является AID для STA, принимающей пакет. R-AID может содержать 13 битов обеспечивая возможность уникальной адресации для 8192 STA в данном BSS посредством их R-AID. 13-битовый R-AID может обеспечить возможность приблизительно 6000 STA и 2192 других значений, таких как указание, что пакет является многоадресным или широковещательным пакетом, тип многоадресного или широковещательного пакета (т.е. маяк), возможно в комбинации с порядковым номером изменения сигнального кадра, который указывает версию сигнального кадра, который содержится внутри пакета. BSSID является MAC-адресом AP и может содержать 48 битов. STA, принимающая пакет с MAC-заголовком 400, может уникально определить является ли она предназначенным получателем пакета или нет на основе поля 415 «a1» и поля 420 «a2». В частности, STA может осуществить проверку, чтобы увидеть, совпадает ли R-AID с R-AID STA. Если R-AID совпадает, STA может быть предназначенным получателем пакета. Лишь только это не может уникально определить, является ли STA получателем, так как STA в разных BSS могут иметь один и тот же R-AID. Соответственно, STA может осуществить проверку, чтобы увидеть включает ли в себя поле 420 «a2» BSSID для AP (т.е. BSS), с которой ассоциирована данная STA. Если BSSID совпадает с ассоциацией STA, и R-AID совпадает, STA уникально определяет, что она является предназначенным получателем пакета и может дополнительно обработать пакет. Иначе, STA может игнорировать пакет.

[00114] Если STA определяет, что она является предназначенным получателем, она может отправить подтверждающее сообщение (ACK) на AP, чтобы указать успешный прием пакета. В одном аспекте, STA может включать в себя все или участок поля 420 «a2», такой как частичный BSSID (pBSSID), содержащий меньше, чем все биты BSSID (например, 13 битов) в MAC-заголовке или заголовке физического уровня (PHY) ACK. Соответственно, для того, чтобы произвести ACK, STA должна только напрямую скопировать биты из принятого MAC-заголовка 400, что уменьшает обработку. AP, принимающая ACK, может определить, что ACK из STA, если оно принято сразу после определенного периода времени (например, короткого межкадрового промежутка (SIFS)) от передачи первоначального пакета, так как маловероятно, что AP примет два ACK с одинаковой информацией в данный период времени. В другом аспекте, STA может передавать весь или участок циклического контроля избыточности (CRC) из пакета или хэша всего или участка пакета в MAC- или PHY-заголовке ACK. AP может определить STA, отправившую ACK, посредством проверки такой информации. Так как такая информация является произвольной для каждого пакета, очень маловероятно, что два ACK с одинаковой информацией будут приняты после данного периода времени посредством AP.

[00115] К тому же, пакет, переданный посредством AP на STA, может необязательно включать в себя адрес источника (SA), используемый для указания устройства маршрутизации, которое должно быть использовано для маршрутизации пакета. MAC-заголовок 400 может дополнительно включать в себя бит или поле, указывающее, присутствует ли SA в MAC-заголовке 400. В одном аспекте, бит «order» поля управления кадром MAC-заголовка 400 может быть использован для указания присутствия или отсутствия SA. В другом аспекте, два разных подтипа могут быть заданы для сжатого MAC-заголовка 400, один подтип, включающий в себя поле «a3», такое как SA, и один подтип, не включающий в себя поле «a3», такое как SA. Подтип может быть указан значением поля «subtype» из поля управления кадром MAC-заголовка 400. В некоторых аспектах, AP и STA могут передавать информацию, касающуюся SA, как часть другого пакета, и исключить SA из пакета данных. STA может хранить информацию SA и использовать ее для всех пакетов, отправленных из AP, или для определенных пакетов, которые имеют конкретный идентификатор, ассоциированный с ними (например, ID потока), как рассмотрено позднее.

[00116] Как показано, если MAC-заголовок 400 является частью пакета данных, переданного по восходящей линии связи от STA на AP, поле 415 «a1» включает в себя BSSID для AP, и поле 420 «a2» включает в себя AID для STA, который может быть назван как AID передатчика (T-AID). AP может аналогично определить, является ли она предназначенным получателем и передатчиком пакета данных, на основе BSSID и T-AID, как рассмотрено выше. В частности, AP может осуществить проверку, чтобы увидеть, совпадает ли BSSID с BSSID для AP. Если BSSID совпадает, AP является предназначенным получателем пакета. К тому же, AP может определить передатчик пакета на основе T-AID, так как только одна STA в BSS AP имеет T-AID.

[00117] Если AP определяет, что она является предназначенным получателем, она может отправить подтверждающее сообщение (ACK) на STA, чтобы указать успешный прием пакета. В одном аспекте, AP может включать в себя все или участок поля 420 «a2», такой как T-AID в MAC-заголовке или заголовке физического уровня (PHY) ACK. Соответственно, для того, чтобы произвести ACK, AP должна только напрямую скопировать биты из принятого MAC-заголовка 400, что уменьшает обработку. STA, принимающая ACK, может определить, что ACK из AP, если оно принято сразу после определенного периода времени (например, короткого межкадрового промежутка (SIFS)) от передачи первоначального пакета, так как маловероятно, что STA примет два ACK с одинаковой информацией в данный период времени. В другом аспекте, AP может передавать весь или участок циклического контроля избыточности (CRC) из пакета или хэша всего или участка пакета в MAC- или PHY-заголовке ACK. STA может определить AP, отправившую ACK, посредством проверки такой информации. Так как такая информация является произвольной для каждого пакета, очень маловероятно, что два ACK с одинаковой информацией будут приняты после данного периода времени посредством STA.

[00118] В некоторых аспектах, поле адреса из ACK может включать в себя один или более глобальных адресов (например, MAC-адрес, BSSID), которые уникально идентифицируют передатчик и/или приемник ACK глобально (например, в большинстве любых сетей). В некоторых аспектах, поле адреса может включать в себя один или более локальных адресов (например, идентификатор ассоциации (AID)), который уникально идентифицирует передатчик и/или приемник ACK локально (например, в локальной сети, как например, в конкретном BSS). В некоторых аспектах, поле адреса может включать в себя частичный или неуникальный идентификатор (например, участок MAC-адреса или AID), который идентифицирует передатчик и/или приемник ACK. Например, полем адреса может быть один из AID, MAC-адреса или участка AID или MAC-адреса передатчика и/или приемника ACK, который скопирован из кадра, подтверждаемого посредством ACK.

[00119] В некоторых аспектах, поле идентификатора из ACK может идентифицировать подтверждаемый кадр. Например, в одном аспекте, полем идентификатора может быть хэш содержимого кадра. В другом аспекте, поле идентификатора может включать в себя весь или участок CRC (например, поле FCS) кадра. В другом аспекте, поле идентификатора может быть основано на всем или участке CRC (например, поле FCS) кадра и всем или участке локального адреса (например, AID STA). В другом аспекте, полем идентификатора может быть порядковый номер кадра. В другом аспекте, поле идентификатора может включать в себя одно или более из нижеследующего в любой комбинации: один или более глобальных адресов передатчика/приемника ACK, один или более локальных адресов передатчика/приемника ACK, один или более участков глобальных адресов передатчика/приемника ACK, или один или более участков локальных адресов передатчика/приемника ACK. Например, поле идентификатора может включать в себя хэш глобального адреса (например, BSSID, MAC-адрес AP) и локального адреса (например, AID STA), как показано в Уравнении 1.

(dec(AID[0:8]) + dec(BSSID[44:47] XOR BSSID[40:43]) 2^5) mod 2^9 (1)

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

[00120] В некоторых аспектах, кадр, для которого в ответ отправляется ACK, может включать в себя номер метки, заданный передатчиком кадра. Передатчик кадра может генерировать номер метки на основе алгоритма. В некоторых аспектах, номер метки, сгенерированный передатчиком, может иметь разное значение для каждого кадра, отправляемого передатчиком. В таких аспектах, приемник кадра может использовать номер метки в поле идентификатора ACK, чтобы идентифицировать подтверждаемый кадр, как например, посредством задания идентификатора в качестве номера метки или вычисления идентификатора на основе по меньшей мере частично номера метки. В некоторых аспектах, поле идентификатора может быть вычислено как комбинация номера метки с помощью по меньшей мере одного из следующего: одного или более глобальных адресов передатчика/приемника ACK, одного или более локальных адресов передатчика/приемника ACK, одного или более участков глобальных адресов передатчика/приемника ACK, одного или более участков локальных адресов передатчика/приемника ACK, или всего или части CRC кадра. В некоторых других аспектах, номер метки может быть включен в другое поле ACK и/или подтверждаемый кадр, как например, поле SIG и/или поле управляющей информации («Control Info»). В некоторых аспектах метка может быть получена исходя из начального числа скремблирования в поле SERVICE, которое может идти за PHY-преамбулой, подтверждаемого кадра.

[00121] Посредством описанных выше методов, ответный кадр (например, ACK, CTS, BA) может отразить значение, такое как FCS или произвольное число (например, ID пакета), в инициирующем кадре (например, данных, RTS, BAR). Эхо-значение может быть основано по меньшей мере частично на начальном числе скремблера. Отраженное значение может быть передано в поле начального числа скремблера в ответном кадре. Отраженное значение может быть передано в поле SIG кадра ответа. Отраженное значение может быть передано в MPDU, включенном в ответный кадр.

[00122] В некоторых реализациях, может быть желательно для контрольной суммы кадра (FCS) инициирующего кадра (например, данных, RTS, BAR) быть основанной на произвольном числе (например, ID пакета) или включать его в себя. Это значение может быть использовано в качестве эхо-значения. В таких реализациях, эхо-значение может быть включено в скремблированное начальное число инициирующего кадра. Соответственно, FCS может быть отражена полностью или частично в ответном кадре (например, ACK, CTS, BA).

[00123] Посредством использования эхо-значения, за счет включения в себя эхо-значения, ответный кадр может не включать в себя идентификатор станции инициирующего кадра. Одна или более схем адресации для инициирующего кадра (например, данных, RTS, BAR и т.д.) могут быть использованы с ответным кадром, который отражает FCS или ID пакета инициирующего кадра, но не идентификатор станции. Это может улучшить связь, как описано выше.

[00124] К тому же, пакет, переданный посредством STA на AP, может необязательно включать в себя адрес назначения (DA), используемый для указания устройства маршрутизации, которое должно быть использовано для маршрутизации пакета. MAC-заголовок 400 может дополнительно включать в себя бит или поле, указывающее, присутствует ли DA в MAC-заголовке 400. В одном аспекте, бит «order» поля управления кадром MAC-заголовка 400 может быть использован для указания присутствия или отсутствия DA. В другом аспекте, два разных подтипа могут быть заданы для сжатого MAC-заголовка 400, один подтип, включающий в себя поле «a3», такое как DA, и один подтип, не включающий в себя поле «a3», такое как DA. Подтип может быть указан значением поля «subtype» из поля управления кадром MAC-заголовка 400. В некоторых аспектах значения подтипа, указывающего присутствие или отсутствие DA, являются такими же значениями, как использовались для указания присутствия или отсутствия SA для DL-пакетов. В некоторых аспектах, AP и STA могут передавать информацию, касающуюся DA, как часть другого пакета, и исключить DA из пакета данных. AP может хранить информацию DA и использовать ее для всех пакетов, отправленных из STA, или для определенных пакетов, которые имеют конкретный идентификатор, ассоциированный с ними (например, ID потока), как рассмотрено позднее.

[00125] Как показано, если MAC-заголовок 400 является частью пакета данных, переданного по прямой линии связи от передающей STA на принимающую AP, поле 415 «a1» включает в себя полный адрес приемника (RA) принимающей STA, и поле 420 «a2» включает в себя AID передающей STA, который может быть назван как AID передатчика (T-AID). Принимающая STA может аналогично определить, является ли она предназначенным получателем и передатчиком пакета данных, на основе RA и T-AID, как рассмотрено выше. В частности, принимающая STA может осуществить проверку, чтобы увидеть, совпадает ли RA с RA принимающей STA. Если RA совпадает, принимающая STA является предназначенным получателем пакета. К тому же, принимающая STA может определить передатчик пакета на основе T-AID, так как только одна передающая STA в BSS принимающей STA имеет T-AID.

[00126] Если принимающая STA определяет, что она является предназначенным получателем, она может отправить подтверждающее сообщение (ACK) на передающую STA, чтобы указать успешный прием пакета. В одном аспекте, принимающая STA может включать в себя все или участок поля 420 «a2», такой как T-AID в MAC-заголовке или заголовке физического уровня (PHY) ACK. Соответственно, для того, чтобы произвести ACK, принимающая STA должна только напрямую скопировать биты из принятого MAC-заголовка 400, что уменьшает обработку. Передающая STA, принимающая ACK, может определить, что ACK из принимающей STA, если оно принято сразу после определенного периода времени (например, короткого межкадрового промежутка (SIFS)) от передачи первоначального пакета, так как маловероятно, что передающая STA примет два ACK с одинаковой информацией в данный период времени. В другом аспекте, принимающая STA может передавать весь или участок циклического контроля избыточности (CRC) из пакета или хэша всего или участка пакета в MAC- или PHY-заголовке ACK. Передающая STA может определить принимающую STA, отправившую ACK, посредством проверки такой информации. Так как такая информация является произвольной для каждого пакета, очень маловероятно, что два ACK с одинаковой информацией будут приняты после данного периода времени посредством передающей STA.

[00127] Отправлен ли пакет как часть нисходящей линии связи, восходящей линии связи или прямой линии связи, может быть указано посредством определенных битов в MAC-заголовке 400. Например, поля к распределительной системе («to-ds») и «from-ds» из поля 405 «fc» могут быть использованы для указания типа линии связи, используемого для отправки пакета (например, 01 для нисходящей линии связи, 10 для восходящей линии связи и 00 для прямой линии связи), как показано в столбце, обозначенном как "К DS/От DS". Соответственно, получатель пакета может определить длину (например, 2 октета или 6 октетов) в поле 415 «a1» и поле 420 «a2» на основе типа адреса, который ожидается в каждом поле, и таким образом определить адрес, содержащийся в каждом поле.

[00128] В другом аспекте, вместо указания, является ли пакет частью нисходящей линии связи, восходящей линии связи или прямой линии связи, 1 бит (например, 1 бит заменяет поле «to-ds»/«from-ds») может быть использован в MAC-заголовке 400 для указания, какой тип адреса находится в каждом из поля 415 «a1» и поля 420 «a2». Например, одно значение бита может указывать, что поле 415 «a1» является адресом приемника пакета данных, и поле 420 «a2» является адресом передатчика пакета данных. Другое значение бита может указывать, что поле 415 «a1» является адресом передатчика пакета данных, и поле 420 «a2» является адресом приемника пакета данных.

[00129] Дополнительные примеры пакетов данных показаны и описаны ниже на Фиг. 20 и 21.

[00130] Фиг. 6 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка 400 для пакета данных, и данные для соответствующего подтверждения согласно другому аспекту MAC-заголовка 400. Как показано, MAC-заголовок 400 включает в себя такие же данные, как описаны относительно Фиг. 5, и таким образом информация может быть использована таким же образом, за исключением того, что ACK, отправленное в ответ на принятый пакет данных, является ACK блока (BA) вместо ACK для одиночного устройства. ACK блока обеспечивает возможность устройству принимать ассоциированные многочисленные пакеты данных и отвечать относительно того, были ли многочисленные пакеты приняты с использованием одиночного ACK блока. Например, ACK блока может включать в себя битовую карту с многочисленными битами, причем значение каждого бита указывает были ли приняты конкретные пакеты данных в последовательность пакетов данных потока или нет. Соответственно, BA включает в себя информацию как из поля 415 «a1», так и поля 420 «a2», вместо только поля 420 «a2», как показано. Как показано, если MAC-заголовок 400 является частью пакета данных, переданного по нисходящей линии связи, BA включает в себя BSSID, за которым следует AID. Как показано, если MAC-заголовок 400 является частью пакета данных, переданного по восходящей линии связи, BA включает в себя AID, за которым следует BSSID. Как показано, если MAC-заголовок 400 является частью пакета данных, переданного по прямой линии связи, BA включает в себя T-AID, за которым следует RA.

[00131] Фиг. 7 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка 400 для пакета данных, и данные для соответствующего подтверждения согласно другому аспекту MAC-заголовка 400. Как показано, MAC-заголовок 400 включает в себя такие же данные, как описаны относительно Фиг. 6, и таким образом информация может быть использована аналогичным образом. Однако, как показано, для каждого из пакетов нисходящей линии связи, восходящей линии связи и прямой линии связи, поле 415 «a1» включает в себя локальный идентификатор получателя пакета, тогда как поле 420 «a2» включает в себя глобальный идентификатор передатчика пакета. Соответственно, использование битов, таких как поля «to-ds» и «from-ds», чтобы указать какой тип линии связи, по которой отправлен пакет, может быть не нужен, так как поле 415 «a1» всегда составляет 2 октета, тогда как поле 420 «a2» всегда составляет 6 октетов, вместо того, чтобы основываться на типе линии связи, по которой отправлен пакет, и таким образом такую информацию не нужно определять на основе типа линии связи. Например, если пакет отправлен по нисходящей линии связи, STA-получатель может передать ACK блока с AID для STA, за которым следует BSSID для AP, вместо BSSID для AP, за которым следует AID для STA, как в примере, описанном относительно Фиг. 6.

[00132] Если пакет отправлен по восходящей линии связи, поле 415 «a1» может включать в себя AID для AP, который установлен в значение 0, и поле 420 «a2» может включать в себя MAC-адрес STA (STA_MAC). К тому же, AP, принимающая пакет, может отправить ACK, включающее в себя AID для AP, за которым следует STA_MAC.

[00133] Если пакет отправлен по прямой линии связи, поле 415 «a1» может включать в себя R-AID STA-приемника, и поле 420 «a2» может включать в себя адрес передатчика (ТА) передающего STA, который может быть MAC-адресом передающей STA. К тому же, STA-приемник может отправить ACK, включающее в себя R-AID STA-приемника, за которым следует ТА для передающей STA.

[00134] В примере по Фиг. 7, для пакетов по восходящей линии связи, для AP может нужно хранить таблицу соответствия, которая ассоциирует STA_MAC для STA с AID, для того, чтобы отправлять и принимать данные, так как информация принимается с использованием MAC-адреса, но передается с использованием AID, в отличие от примера по Фиг. 5 и 6, где AP только отправляет и принимает информацию на основе AID для STA. Аналогично, для пакетов по прямой линии связи, для STA может быть нужно хранить аналогичную таблицу соответствия по аналогичным причинам.

[00135] Фиг. 8 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка 400 для пакета данных, и данные для соответствующего подтверждения согласно другому аспекту MAC-заголовка 400. Как показано, для каждого из пакетов, нисходящей линии связи, восходящей линии связи и прямой линии связи, за AID принимающего устройства следует AID передающего устройства, за которым следует BSSID для AP, с которой ассоциированы устройства. К тому же, для ACK блоков, получатель пакета передает AID передающего устройства, за которым следует AID принимающего устройства, за которым следует BSSID для AP, с которой ассоциированы устройства. В этом примере, как рассмотрено выше с помощью Фиг. 7, использование битов, таких как поля «to-ds» и «from-ds», чтобы указать, какой тип линии связи, по которой передается пакет, может быть не нужен. К тому же, не нужно хранить таблицы соответствия, так как вся релевантная информация включена в пакеты.

[00136] Фиг. 9 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка 400 для пакета данных, и данные для соответствующего подтверждения согласно другому аспекту MAC-заголовка 400. Как показано, MAC-заголовок 400 включает в себя такие же данные, как описаны относительно Фиг. 8. Однако, показанный ACK является ACK для одиночного устройства, не ACK блока. Как показано, ACK для каждого пакета является AID передающего устройства. Однако, как показано, для ACK пакетов нисходящей линии связи, AID всегда 0, что означает, если приняты многочисленные ACK с AID 0, AP может быть неспособна определить, предназначено ли ACK для AP. Соответственно, в одном аспекте, для ACK пакетов нисходящей линии связи, вместо AID может быть использован pBSSID. Использование pBSSID, однако, означает, что генерирование ACK может быть основано на типе линии связи, что означает, что биты, такие как поля «to-ds» и «from-ds», могут быть нужны для указания типа линии связи.

[00137] Фиг. 10 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка 400 для пакета данных, и данные для соответствующего подтверждения согласно другому аспекту MAC-заголовка 400. Как показано, MAC-заголовок 400 включает в себя такие же данные, как описаны относительно Фиг. 5. Однако, упорядочивание некоторых из полей изменено. В частности, для восходящей линии связи, поле 415 «a1» включает в себя AID передающей STA, и поле 420 «a2» включает в себя BSSID принимающей AP. К тому же, для прямой линии связи, поле 415 «a1» включает в себя T-AID передающей STA, и поле 420 «a2» включает в себя RA принимающей STA. Соответственно, поле 415 «a1» составляет всегда 2 октета, и поле 420 «a2» составляет всегда 6 октетов. Биты для указания типа линии связи могут быть все еще нужны для определения, для какого устройства, передающего или принимающего, каждое поле включает в себя адрес. Бит «from-ds» или «from-ap», размещенный в кадре управления, может быть использован для указания типа линии связи.

[00138] Фиг. 11 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка 400 для пакета данных, и данные для соответствующего подтверждения согласно другому аспекту MAC-заголовка 400. Как показано, MAC-заголовок 400 включает в себя такие же данные, как описаны относительно Фиг. 10, и таким образом информация может быть использована таким же образом, за исключением того, что ACK, отправленное в ответ на принятый пакет данных, является ACK блока (BA) вместо ACK для одиночного устройства. Соответственно, BA включает в себя информацию как из поля 415 «a1», так и поля 420 «a2», вместо только поля 420 «a2», как показано. Как показано, если MAC-заголовок 400 является частью пакета данных, переданного по нисходящей линии связи, BA включает в себя BSSID, за которым следует AID. Как показано, если MAC-заголовок 400 является частью пакета данных, переданного по восходящей линии связи, BA включает в себя AID, за которым следует BSSID. Как показано, если MAC-заголовок 400 является частью пакета данных, переданного по прямой линии связи, BA включает в себя T-AID, за которым следует RA. Соответственно, поле 415 «a1» составляет всегда 2 октета, и поле 420 «a2» составляет всегда 6 октетов. Биты для указания типа линии связи могут быть все еще нужны для определения, для какого устройства, передающего или принимающего, каждое поле включает в себя адрес. Бит «from-ds» или «from-ap», размещенный в кадре управления, может быть использован для указания типа линии связи.

[00139] Фиг. 12 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка 400 для пакета данных, и данные для соответствующего подтверждения согласно другому аспекту MAC-заголовка 400. Как показано, MAC-заголовок 400 включает в себя такие же данные, как описаны относительно Фиг. 10, и таким образом информация может быть использована таким же образом. Однако, значения поля 415 «a1» и поля 420 «a2» зарезервированы для передаваемого пакета, по сравнению с примером, описанным относительно Фиг. 10.

[00140] Фиг. 13 иллюстрирует примеры данных в полях сжатого MAC-заголовка 400, используемого при адресации запроса на отправку (RTS)/разрешения на отправку (CTS). Как показано, В RTS-сообщении, поле 415 «a1» включает в себя RA принимающего устройства, и поле 420 «a2» включает в себя T-AID передающего устройства. К тому же, CTS-сообщение включает в себя T-AID передающего устройства.

[00141] В некоторых аспектах, кадры QoS без данных могут быть совместимы с коротким MAC-заголовком 400. Например, MAC-заголовок 400 может быть совместим для использования с нулевым кадром QoS, кадром QoS CF-poll и кадром QoS CF-ACK+CF-poll. Тип поля и/или подтип поля могут быть включены в поле 405 «fc» MAC-заголовка 400, чтобы указать тип кадра (например, нулевой кадр QoS, кадр QoS CF-poll и кадр QoS CF-ACK+CF-poll).

[00142] Фиг. 14 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка 400 для кадра управления, и данные для соответствующего подтверждения согласно другому аспекту MAC-заголовка 400. Как показано, значение 01 для полей «to-ds»/«from-ds» указывает, что кадр управления отправлен по нисходящей линии связи. Поле 415 «a1» включает в себя AID принимающей STA, и поле 420 «a2» включает в себя BSSID передающей AP. ACK, переданное в ответ на прием кадра управления из принимающей STA, включает в себя pBSSID для AP, скопированный из поля 420 «a2».

[00143] Как показано, значение 10 для полей «to-ds»/«from-ds» указывает, что кадр управления отправлен по восходящей линии связи. Поле 415 «a1» включает в себя BSSID принимающей AP, и поле 420 «a2» включает в себя AID передающей STA. ACK, переданное в ответ на прием кадра управления из принимающей AP, включает в себя AID для STA, скопированный из поля 420 «a2».

[00144] В некоторых аспектах, подтверждающее сообщение (ACK) может переносить короткий адрес или полный MAC-адрес. При переносе короткого адреса, ACK может переносить либо pBSSID (ответ нисходящей линии связи) или AID (ответ восходящей линии связи). Примеры такого короткого адреса показаны на Фиг. 5, Фиг. 10 и Фиг. 12, описанных выше.

[00145] Фиг. 15 иллюстрирует примеры типа данных в полях сжатого MAC-заголовка 400 для пакета данных, и данные для соответствующего подтверждения согласно одному аспекту MAC-заголовка 400, с ACK, переносящим полный MAC-адрес.

[00146] Как показано, если MAC-заголовок является частью пакета данных, переданного по нисходящей линии связи от AP к STA, поле 415 «a1» включает в себя AID станции (STA-AID), и поле 420 «a2» включает в себя BSSID. К тому же, станция может отправить ACK на AP, включающее в себя BSSID. Как показано, если MAC-заголовок является частью пакета данных, переданного по восходящей линии связи от STA на AP, поле 415 «a1» включает в себя BSSID для AP, и поле 420 «a2» включает в себя MAC-адрес STA (STA-MAC). К тому же, AP, принимающая пакет, может отправить ACK, включающее в себя STA-MAC. Как показано, если MAC-заголовок 400 является частью пакета данных, переданного по прямой линии связи от передающей STA на принимающую STA, поле 415 «a1» включает в себя MAC-адрес принимающей STA (R-STA-MAC), и поле 420 «a2» включает в себя MAC-адрес передающей STA (T-STA-MAC). К тому же, принимающая STA, может отправить ACK, включающее в себя T-STA-MAC.

[00147] В некоторых аспектах, адрес передатчика в поле 420 «a2» сжатого MAC-заголовка 400 для пакета данных может всегда быть полным MAC-адресом передатчика. Адресом приемника в поле 415 «a1» может быть AID приемника. В этом случае, AID для AP может быть назначен в значение '0'.

[00148] Фиг. 16 иллюстрирует дополнительные примеры типа данных в полях сжатого MAC-заголовка 400 для пакета данных. Как показано на данной фигуре, столбцы, обозначенные как "Данные", соответствуют информации, отправленной как часть пакета данных (как показано, информация для поля 415 адрес один («a1») и поля 420 адрес два («a2») и необязательно поля адрес три («a3»)). Столбец, обозначенный как "Направление", указывает направление или тип линии связи, по которой отправлен пакет данных. Пример, показанный на Фиг. 16, иллюстрирует использование RA/AID-адресации в пакетах данных.

[00149] Ряд 1602 иллюстрирует пакет данных, отправленный по соединению связи по нисходящей линии связи. Адрес приемника точно определен в поле 415 «a1». Адрес передатчика в поле 420 «a2» установлен в значение 0. Необязательное поле «a3» включает в себя значение, указывающее адрес исходного устройства для передачи. Например, «a3» включать в себя адрес STA, генерирующей сообщение.

[00150] Ряд 1604 иллюстрирует пакет данных, отправленный по соединению связи по восходящей линии связи. Поле 415 «a1» включает в себя значение, представляющее BSSID приемника. Поле 420 «a2» включает в себя AID передающего устройства. Необязательное поле «a3» может включать в себя адрес для пункта назначения пакета данных (например, другой STA).

[00151] Ряд 1606 представляет прямое соединение связи. Как описано выше, прямое соединение является линией связи между двумя STA. Поле 415 «a2» включает в себя адрес приемника. Поле 420 «a2» включает в себя AID передающего устройства.

[00152] Фиг. 17 иллюстрирует дополнительные примеры типа данных в полях сжатого MAC-заголовка 400 для пакета данных. Как показано на данной фигуре, столбцы, обозначенные как "Данные", соответствуют информации, отправленной как часть пакета данных (как показано, информация для поля 415 адрес один («a1») и поля 420 адрес два («a2») и необязательно поля адрес три («a3»)). Столбец, обозначенный как "Направление", указывает направление или тип линии связи, по которой отправлен пакет данных. Столбец, обозначенный как "От AP" указывает значение бита, идентифицирующее, отправлены ли данные из AP. В этом примере, для кадров, передаваемых из AP, AID источника может быть не включен. Однако в этом примере есть поле «From-AP», которое заменяет поля «to-DS»/«from-DS», показанные в предыдущих примерах.

[00153] Ряд 1702 представляет соединение связи по нисходящей линии связи. Так как это сообщение будет отправлено на принимающее устройство, бит «from-AP» устанавливается в значение один. Поле 415 «a1» включает в себя значение, представляющее адрес устройства приемника.

[00154] Ряд 1704 представляет соединение связи по восходящей линии связи. Так как это сообщение не передается из AP, бит «from-AP» устанавливается в значение ноль. Поле 415 «a1» может включать в себя BSSID устройства приемника. Поле 420 «a2» может включать в себя AID передающего устройства. Поле «a3» может необязательно включать в себя значение адреса назначения.

[00155] Ряд 1706 представляет прямую линию связи. В этом примере, бит «from-AP» устанавливается в значение ноль. Поле 415 «a1» включает в себя значение адреса приемника. Поле «a2» включает в себя AID передающего устройства. Как показано, поле адреса три пустое.

[00156] Следует отметить, что для каждого аспекта, описанного относительно Фиг. 5-17, использование AID и BSSID является лишь иллюстративным. Вместо AID, в описанных аспектах может быть использован любой тип локального идентификатора. К тому же, вместо BSSID, в описанных аспектах может быть использован любой тип глобального идентификатора. К тому же, упорядочивание описанных полей «a1» и «a2» может быть изменено.

[00157] В некоторых аспектах, кадры управления могут быть сжаты аналогичным образом, как другие пакеты данных, описанные выше. В частности, вместо TID, кадры управления имеют необязательное поле помех смежного канала (ACI). Как указано выше, все биты в поле «a1» или «a2» длиной в 2 октета могут не использоваться, так как могут быть использованы только 13 битов. Другие три бита могут вследствие этого быть использованы для других целей. Например, ACI может быть включен в поле «a1» или «a2» длиной в 2 октета. Кроме того, поля «to-ds» и «from-ds» могут быть недоступны в кадрах управления для указания типа линии связи, по которой отправлен кадр, и вследствие этого не могут быть использованы для указания формата для MAC-заголовка, как рассмотрено выше. Соответственно, пакеты восходящей линии связи и нисходящей линии связи могут иметь одинаковый формат (например, формат адресации), и это означает, что каждое поле включает в себя одинаковый формат информации (например, локальный идентификатор, глобальный идентификатор или некоторые другие подходящие данные). Например, поле «a1» кадра управления может включать в себя локальный идентификатор (например, AID), поле «a2» глобальный идентификатор (например, MAC-адрес) и дополнительно может быть включен BSSID. К тому же, кадры управления перемещаются только между AP и STA, так что SA и DA могут не требоваться.

[00158] В некоторых аспектах, другие управляющие кадры и/или кадры управления могут быть совместимы с коротким MAC-заголовком, таким как короткий MAC-заголовок 400. Например, MAC-заголовок 400 может быть совместим для использования с любым из следующих контрольных кадров: кадр запроса на отправку (RTS), кадр разрешения на отправку (CTS), ACK-кадр, кадр запроса ACK блока (BAR), BAR-кадр с многочисленными TID, кадр ACK блока (BA), кадр опроса в режиме пониженного энергопотребления (PS-poll), кадр окончания бесконфликтного режима (CF-end), опрос отчета формирования луча, объявление пакета нулевых данных (NDPA), маяк и т.д. В некоторых аспектах, эти различные типы контрольных кадров имеют функциональность, как и любой из контрольных кадров для одинакового имени, заданного в спецификациях IEEE 802.11. Как рассмотрено выше, тип поля и/или подтип поля могут быть включены в поле 405 «fc» MAC-заголовка 400, чтобы указать тип кадра.

[00159] В некоторых аспектах, контрольные кадры могут использовать MAC-заголовок 400, в том числе поля MAC-заголовка 400, как показано на Фиг. 4, или MAC-заголовок 400a, как показано на Фиг. 4A. В некоторых таких аспектах, поле 430 управления очередностью может быть исключено. Если кадр является CTS-кадром, в некоторых аспектах, поле 415 «a1» и/или поле 420 «a2» могут быть в качестве альтернативы или дополнительно исключены. Если кадр является кадром PS-Poll, в некоторых аспектах, в качестве альтернативы или дополнительно может быть добавлено поле управления PS-poll (например, как задано в спецификациях IEEE 802.11). Если кадр является BAR-кадром или BA-кадром, в некоторых аспектах, в качестве альтернативы или дополнительно может быть добавлено поле информации BAR и/или поле управления BAR (например, как задано в спецификациях IEEE 802.11). Если кадр является NDPA, в некоторых аспектах, в качестве альтернативы или дополнительно могут быть добавлены одно или более полей STA info (например, как задано в спецификациях IEEE 802.11).

[00160] В некоторых аспектах, только значения 00 и 01 «to-ds»/«from-ds» могут быть обычно использованы для кадров управления. Соответственно, значения 01 и 11 могут все еще быть использованы для сигнализации разницы между адресацией по восходящей линии связи и нисходящей линии связи.

[00161] Фиг. 18-23 иллюстрирует другие аспекты сжатых MAC-заголовков, которые включают в себя определенные поля и не включают в себя другие поля, как рассмотрено выше, и которые могут быть использованы для связи между беспроводным устройством 202t и беспроводным устройством 202r. Поля могут быть использованы рассмотренным выше образом. Следует отметить, что другие MAC-заголовки, не проиллюстрированные в настоящем документе, которые могут иметь разные комбинации полей на основе рассмотрения выше, находятся также в объеме данного раскрытия.

[00162] Фиг. 18 иллюстрирует сжатый MAC-заголовок, аналогичный Фиг. 3A, при этом поле «dur», поле «a1», поле «a2», поле «a3», поле «sc», поле «qc», поле «ht»c, поле «llc/snap» и поле «fcs» удалены, тогда как используется новый подтип кадра и используется PV0 для версии протокола. К тому же, добавлены поле «pra» и поле «pta» и могут частично быть использованы для определения информации адресации, как рассмотрено выше. К тому же, вместо поля «llc/snap» добавлено поле «ethertype». В дополнение добавлены поле индекса категории доступа («aci») и поле проверочной последовательности заголовка («hcs»), при этом поле «aci» указывает приоритет кадра, и поле «hcs» включает в себя короткий циклический контроль избыточности, который подтверждает корректность MAC-заголовка (т.е. не включая в себя полезные данные). Фиг. 19 иллюстрирует MAC-заголовок, аналогичный Фиг. 18. Однако, в MAC-заголовке по Фиг. 19, поле «fc» уменьшено в размере, и версия протокола изменена на PV1. Как показано, в поле «fc», удалены поле «subtype», поле «to-ds», поле «from-ds», поле «more frag», поле «pf» и поле «order». К тому же, добавлено поле «a3 present», чтобы указать, присутствует ли поле «a3» в MAC-заголовке по Фиг. 19 (в проиллюстрированном в примере оно не присутствует) или нет. В еще одном варианте осуществления, короткий MAC-заголовок с «a3 present» может быть указан с использованием другого значения поля «type» в управлении кадром. В качестве альтернативы, такое же задание формата MAC-заголовка может быть использовано тогда, когда версия протокола установлена в значение 0 (PV0), но это может вызвать ошибочные реакции на существующих узлах.

[00163] Фиг. 20 иллюстрирует MAC-заголовок, аналогичный Фиг. 19. Однако, в MAC-заголовке по Фиг. 20, поле «pra» удалено.

[00164] Фиг. 21 иллюстрирует MAC-заголовок, аналогичный Фиг. 19. В проиллюстрированном примере по Фиг. 21, поле «a3» присутствует.

[00165] Фиг. 22 иллюстрирует MAC-заголовок, аналогичный Фиг. 19. Однако, в проиллюстрированном примере, поле «fc» дополнительно включает в себя поле присутствия сжатого «a3» («compr a3»), которое указывает соответствует ли адрес «a3» пакета адресу «a3», сохраненному на принимающем устройстве, как рассмотрено выше, или нет.

[00166] Фиг. 23 иллюстрирует MAC-заголовок, аналогичный Фиг. 22. Однако, в MAC-заголовке по Фиг. 22, поле «pra» удалено.

[00167] Фиг. 24A-C иллюстрируют примеры типов сжатых MAC-заголовков с незашифрованными полезными данными. Как показано на Фиг. 24A, MAC-заголовок 2400a может включать в себя поле 2410 управления кадром (FC), поле 2420 частичной передачи (РТА или PTX), поле 2430 порядкового номера кадра (SEQ) и поле 2450 контрольной последовательности кадра (FCS). В проиллюстрированном варианте осуществления, поле 2410 FC составляет 2 байта в длину, поле 2420 PTX составляет 2 байта в длину и поле 2450 FCS составляет четыре байта в длину. Хотя полезные данные 2440 изображены для сведения, они могут не быть частью MAC-заголовка 2400a. По меньшей мере некоторые из полей, описанных в настоящем документе относительно Фиг. 24a, могут быть аналогичны соответствующим полям, описанным выше относительно Фиг. 3A. В различных вариантах осуществления, MAC-заголовок 2400a может включать в себя дополнительные не показанные поля и может исключить одно или более показанных полей. Специалист в данной области техники должен понимать, что поля MAC-заголовка 2400a могут быть любого размера.

[00168] Продолжая ссылаться на Фиг. 24A, MAC-заголовок 2400а может исключить поле адреса приемника, такое как поле 325a «a1», описанное выше со ссылкой на Фиг. 3A. Соответственно, беспроводное устройство 202t может вычислить поле 2450 FSC, как если бы поле адреса приемника присутствовало в MAC-заголовке 2400a, даже если MAC-заголовок 2400a может не содержать поле адреса приемника. Когда приемник, такой как беспроводное устройство 202r, принимает MAC-заголовок 2400a, он может неявно узнать свой собственный адрес. Например, в варианте осуществления, беспроводное устройство 202r, может хранить свой собственный сетевой адрес в памяти 206. Соответственно, приемник может вычислить ожидаемую FCS на основе одного или более полей в MAC-заголовке 2400a, объединенном с неявно известным адресом приемника. Приемник может затем сравнить ожидаемую FCS с принятым полем 2450 FCS из MAC-заголовка 2400a. Если принятое поле 2450 FCS совпадает с ожидаемой FCS, вычисленной с использованием неявного адреса приемника, исключенного из MAC-заголовка 2400a, приемник может определить, что кадр, ассоциированный с MAC-заголовком 2400a, был адресован приемнику, и что он был корректно принят.

[00169] Как проиллюстрировано на Фиг. 24A, MAC-заголовок 2400а может исключить поле адреса источника или адреса передачи (не показано), такое как поле 320a «a2», описанное выше со ссылкой на Фиг. 3A. Например, где приемник может принимать только данные из точки доступа, поле адреса передачи может быть исключено. В некоторых вариантах осуществления, однако, поле 2420 частичного адреса передачи (PTA или PTX) включено в MAC-заголовок 2400a. Поле 2420 PTX может быть включено в сетевые среды, где беспроводное устройство может загружать данные, или в среду установки туннельной прямой линии связи (TDLS). В варианте осуществления, поле 2420 PTX может быть основано на MAC-адресе передатчика. Например, поле 2420 PTX может включать в себя предустановленное число младших битов (LSB) MAC-адреса передатчика. Как рассмотрено выше, поле 2420 PTX может обеспечить возможность беспроводному приемнику уменьшить число ключей, которые он ищет по приему кадра, содержащего MAC-заголовок 2400a. В других вариантах осуществления, MAC-заголовок 2400a может включать в себя поле адреса передачи.

[00170] Как показано на Фиг. 24B, MAC-заголовок 2400b может включать в себя поле 2410 управления кадром (FC), поле 2420 частичного адреса передачи (РТА или PTX), поле 2430 порядкового номера кадра (SEQ) и поле 2450 контрольной последовательности кадра (FCS). Хотя полезные данные 2440 изображены для сведения, они могут не быть частью MAC-заголовка 2400b. В различных вариантах осуществления, MAC-заголовок 2400b может включать в себя дополнительные не показанные поля и может исключить одно или более показанных полей. Например, как проиллюстрировано на Фиг. 24B, MAC-заголовок 2400b включает в себя поле 2460 адреса назначения (ADD3). В варианте осуществления, поле 2460 ADD3 может быть полем 325a «a3», рассмотренным выше относительно Фиг. 3A. Поле 2460 ADD3 может быть использовано в сетевых средах, где кадры могут быть ретранслированы в их конечный пункт назначения.

[00171] Как показано на Фиг. 24C, MAC-заголовок 2400c может включать в себя поле 2410 управления кадром (FC), поле 2470 частичного адреса приемника (PRA или PRX), поле 2420 частичного адреса передачи (РТА или PTX), поле 2430 порядкового номера кадра (SEQ) и поле 2450 контрольной последовательности кадра (FCS). Хотя полезные данные 2440 изображены для сведения, они могут не быть частью MAC-заголовка 2400c. В различных вариантах осуществления, MAC-заголовок 2400c может включать в себя дополнительные не показанные поля и может исключить одно или более показанных полей. Например, как проиллюстрировано на Фиг. 24C, MAC-заголовок 2400c включает в себя поле 2460 адреса назначения (ADD3). MAC-заголовок 2400c может включать в себя поле 2470 PRX для того, чтобы обеспечить приемник некоторым указанием, проверяет ли он поле 2450 FCS. Например, если адрес приемника не совпадает с полем 2470 PRX, он может решить не вычислять ожидаемую FCS, так как маловероятно, что принятое поле 2450 FCS может совпасть. Однако, если адрес приемника не совпадает с полем 2470 PRX, он может решить вычислить ожидаемую FCS для того, чтобы определить, адресован ли кадр приемнику. Другими словами, поле 2470 PRX может обеспечить приемник способом избежать дополнительной обработки, когда принятый кадр не адресован приемнику. Меньшая обработка может привести к меньшему потреблению энергии.

[00172] В варианте осуществления, поле 2470 PRX может быть основано на MAC-адресе приемника. В другом варианте осуществления, поле 2470 PRX может быть основано как на MAC-адресе приемника, так и MAC-адресе передачи. Например, поле 2470 PRX может быть хэшем MAC-адреса передатчика и ID приемника. В различных вариантах осуществления, для обеспечения возможности приемнику сбрасывать принятый кадр без вычисления ожидаемой проверки кадра могут быть использованы другие предварительные указания.

[00173] В различных вариантах осуществления, описанных в настоящем документе, где участки традиционного MAC-заголовка исключены, беспроводное устройство 202t может совсем исключить поле 2450 FCS (Фиг. 24A-C). Например, в кадрах, содержащих зашифрованные полезные данные, MAC-заголовок может повторно использоваться и строиться на существующих полях, относящихся к шифрованию. Повторное использование заголовка может повлечь за собой более короткий кадр, так как зашифрованные полезные данные могут уже включать в себя свои собственные заголовки, относящиеся к шифрованию. Использование ранее существовавших полей заголовка, относящихся к шифрованию, для выполнения роли традиционного MAC-заголовка может уменьшить итоговое число используемых полей. В варианте осуществления, беспроводное устройство 202t может генерировать MAC-заголовок без поля FCS. Поле проверки целостности сообщения (MIC) может быть повторно использовано вместо поля FCS. В другом варианте осуществления, беспроводное устройство 202t может генерировать MAC-заголовок без поля порядкового номера (SN). Поле номера пакета (PN) может быть повторно использовано вместо поля SN. При сжатии MAC-заголовков для шифрованных кадров, беспроводное устройство 202t предпочтительно способно дешифровать кадр в пределах короткого межкадрового промежутка (SIFS).

[00174] В варианте осуществления, беспроводное устройство 202t может вычислить MIC на основе всех полей в MAC-заголовке 300a, рассмотренном выше относительно Фиг. 3A, в то же время только передавая поля в MAC-заголовках, показанных, например, на одной из Фиг. 18-23. Более конкретно, в вариантах осуществления, где поле длительности исключено из MAC-заголовка, беспроводное устройство 202t может несмотря на это включать в себя поле длительности при вычислении MIC. В вариантах осуществления, где поле длительности исключено из MAC-заголовка, беспроводное устройство 202t может несмотря на это включать в себя поле длительности при вычислении MIC. В вариантах осуществления, где поле адреса приемника исключено из MAC-заголовка, беспроводное устройство 202t может несмотря на это включать в себя поле адреса приемника при вычислении MIC. В вариантах осуществления, где поле адреса источника или адреса передачи исключено из MAC-заголовка, беспроводное устройство 202t может несмотря на это включать в себя поле адреса источника или адреса передачи при вычислении MIC. Специалист в данной области техники должен понимать, что любое исключенное поле заголовка может быть включено в MIC.

[00175] Фиг. 25A-C иллюстрируют примеры типов сжатых MAC-заголовков с зашифрованными полезными данными. Проиллюстрированный вариант осуществления по Фиг. 25A показывает MAC-заголовок 2500a для кадра, использующего шифрование по протоколу блочного шифрования с кодом аутентификации сообщения (CCMP). Как показано на Фиг. 25A, MAC-заголовок 2500a может включать в себя поле 2510 управления кадром (FC), поле 2520 частичной передачи (РТА или PTX), поле 2530 заголовка CCMP (HRD) и поле 2550 проверки целостности сообщения (MIC) CCMP. В проиллюстрированном варианте осуществления, поле 2510 FC составляет 2 байта в длину, поле 2520 HRD CCMP составляет восемь байтов в длину и поле 2550 MIC CCMP составляет восемь байтов в длину. Хотя полезные данные 2540 изображены для сведения, они могут не быть частью MAC-заголовка 2500a. По меньшей мере некоторые из полей, описанных в настоящем документе относительно Фиг. 25A, могут быть аналогичны соответствующим полям, описанным выше относительно Фиг. 3A. В различных вариантах осуществления, MAC-заголовок 2500a может включать в себя дополнительные не показанные поля и может исключить одно или более показанных полей. Специалист в данной области техники должен понимать, что поля MAC-заголовка 2500a могут быть любого размера.

[00176] Продолжая ссылаться на Фиг. 25A, MAC-заголовок 2500а может исключить поле адреса приемника, такое как поле 325a «a1», описанное выше со ссылкой на Фиг. 3A. Соответственно, беспроводное устройство 202t может включать в себя адреса приемника при вычислении MIC 2550. Когда приемник, такой как беспроводное устройство 202r, принимает MAC-заголовок 2500a, он может неявно узнать свой собственный адрес. Например, в варианте осуществления, беспроводное устройство 202r, может хранить свой собственный сетевой адрес в памяти 206. Соответственно, приемник может вычислить ожидаемую MIC на основе одного или более полей в MAC-заголовке 2500a, объединенном с неявно известным адресом приемника. Приемник может затем сравнить ожидаемую MIC с принятым полем 2550 MIC из MAC-заголовка 2500a. Если принятое поле 2550 MIC совпадает с ожидаемой MIC, вычисленной с использованием неявного адреса приемника, исключенного из MAC-заголовка 2500a, приемник может определить, что кадр, ассоциированный с MAC-заголовком 2500a, был адресован приемнику, и что он был корректно принят.

[00177] Как проиллюстрировано на Фиг. 25A, MAC-заголовок 2500а может исключить поле адреса источника или адреса передачи (не показано), такое как поле 320 «a2», описанное выше со ссылкой на Фиг. 3A. Например, где приемник может принимать только данные из точки доступа, поля адреса передачи может быть исключено. В некоторых вариантах осуществления, однако, поле 2520 частичного адреса передачи (PTA или PTX) включено в MAC-заголовок 2500a. Поле 2520 PTX может быть включено в сетевые среды, где беспроводное устройство может загружать данные, или в среду установки туннельной прямой линии связи (TDLS). В варианте осуществления, поле 2520 PTX может быть основано на MAC-адресе передатчика. Например, поле 2520 PTX может включать в себя предустановленное число младших битов (LSB) MAC-адреса передатчика. Как рассмотрено выше, поле 2520 PTX может обеспечить возможность беспроводному приемнику уменьшить число ключей, которые он ищет по приему кадра, содержащего MAC-заголовок 2500a. В других вариантах осуществления, MAC-заголовок 2500a может включать в себя поле адреса передачи.

[00178] Как показано на Фиг. 25B, MAC-заголовок 2500b может включать в себя поле 2510 управления кадром (FC), поле 2520 частичного адреса передачи (РТА или PTX), поле 2530 порядкового номера кадра (SEQ) и поле 2550 контрольной последовательности кадра (MIC). Хотя полезные данные 2540 изображены для сведения, они могут не быть частью MAC-заголовка 2500b. В различных вариантах осуществления, MAC-заголовок 2500b может включать в себя дополнительные не показанные поля и может исключить одно или более показанных полей. Например, как проиллюстрировано на Фиг. 25B, MAC-заголовок 2500b включает в себя поле 2560 адреса назначения (ADD3). В варианте осуществления, поле 2560 ADD3 может быть полем 325a «a3», рассмотренным выше относительно Фиг. 3A. Поле 2560 ADD3 может быть использовано в сетевых средах, где кадры могут быть ретранслированы в их конечный пункт назначения.

[00179] Как показано на Фиг. 25C, MAC-заголовок 2500c может включать в себя поле 2510 управления кадром (FC), поле 2570 частичного адреса приемника (PRA или PRX), поле 2520 адреса передачи (TX), поле 2530 порядкового номера кадра (SEQ) и поле 2550 контрольной последовательности кадра (MIC). Хотя полезные данные 2540 изображены для сведения, они могут не быть частью MAC-заголовка 2500c. В различных вариантах осуществления, MAC-заголовок 2500c может включать в себя дополнительные не показанные поля и может исключить одно или более показанных полей. Например, как проиллюстрировано на Фиг. 25C, MAC-заголовок 2500c включает в себя поле 2560 адреса назначения (ADD3). MAC-заголовок 2500c может включать в себя поле 2570 PRX для того, чтобы обеспечить приемник некоторым указанием, проверяет ли он поле 2550 MIC. Например, если адрес приемника не совпадает с полем 2570 PRX, он может решить не вычислять ожидаемую MIC, так как маловероятно, что принятое поле 2550 MIC может совпасть. Однако, если адрес приемника не совпадает с полем 2570 PRX, он может решить вычислить ожидаемую MIC для того, чтобы определить, адресован ли кадр приемнику. Другими словами, поле 2570 PRX может обеспечить приемник способом избежать дополнительной обработки, когда принятый кадр не адресован приемнику. Меньшая обработка может привести к меньшему потреблению энергии.

[00180] В варианте осуществления, поле 2570 PRX может быть основано на MAC-адресе приемника. В другом варианте осуществления, поле 2570 PRX может быть основано как на MAC-адресе приемника, так и MAC-адресе передачи. Например, поле 2570 PRX может быть хэшем MAC-адреса передатчика и ID приемника. В различных вариантах осуществления, для обеспечения возможности приемнику сбрасывать принятый кадр без вычисления ожидаемой проверки кадра могут быть использованы другие предварительные указания.

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

[00182] Фиг. 26 иллюстрирует пример ACK-кадра 2600, типа, используемого в существующих системах для связи. Например, ACK-кадр 2600 включает в себя 4 поля: поле 2605 «fc», поле 2610 «dur», поле 2615 «a1» и поле 2620 «fcs». В некоторых вариантах осуществления, поле 2610 «dur» может быть удалено, как рассмотрено выше для MAC-заголовка 300. В некоторых вариантах осуществления, вместо поля 2615 «a1» может быть использован PRA, как рассмотрено выше относительно MAC-заголовков. Например, беспроводное устройство 202r может предположить, что пакет данных предназначен для него, на основе того факта, что ранее принятый пакет от беспроводного устройства 202t был для беспроводного устройства 202r (как например, посредством указания в поле 2615 «a1», включенным в предыдущий пакет). В некоторых вариантах осуществления, PRA может быть включен в PHY-заголовок. В некоторых вариантах осуществления, поле 2605 «fc» может быть уменьшено в размере, как рассмотрено выше относительно MAC-заголовков. В некоторых вариантах осуществления, поле 2620 «fcs» может быть укорочено посредством уменьшения размера циклического контроля избыточности. В некоторых вариантах осуществления ACK может не содержать полей адресов, и источник и пункт назначения выводятся исходя из его временных интервалов SIFS после окончания предшествующего пакета данных.

[00183] Фиг. 27 и 28 иллюстрируют разные варианты осуществления сжатых ACK-кадров, которые включают в себя определенные поля и не включают в себя другие поля, как рассмотрено выше, и которые могут быть использованы для связи между беспроводным устройством 202t и беспроводным устройством 202r. Поля могут быть использованы рассмотренным выше образом. Следует отметить, что другие ACK-кадры, не проиллюстрированы в настоящем документе, которые могут иметь разные комбинации полей на основе рассмотрения выше, находятся также в объеме данного раскрытия.

[00184] Фиг. 27 иллюстрирует ACK-кадр, аналогичный Фиг. 26. Однако, в ACK-кадре по Фиг. 27, поле «dur», поле «a1» и поле «fcs» не включены. Необязательное поле «hcs» включено в ACK-кадр, который функционирует как уменьшенная «fcs». К тому же поле «fc» уменьшено в размере. Как показано, в поле «fc», удалены поле «subtype», поле «to-ds», поле «from-ds», поле «more frag», поле «pf» и поле «order». К тому же, добавлено поле «a3 present», чтобы указать, присутствует ли поле «a3» в ACK-кадре по Фиг. 27 (в проиллюстрированном в примере оно не присутствует) или нет. Поле «fc» дополнительно включает в себя поле присутствия сжатого «a3» («compr a3»), которое указывает, соответствует ли адрес «a3» ACK-кадра адресу «a3», хранящемуся на принимающем устройстве, как рассмотрено выше.

[00185] Фиг. 28 иллюстрирует ACK-кадр, аналогичный Фиг. 27. Однако, ACK-кадр по Фиг. 28, дополнительно включает в себя поле «pra».

[00186] Фиг. 29A-C иллюстрируют примеры типов сжатых кадров подтверждения (ACK). Как показано на Фиг. 29A, ACK-кадр 2900a может включать в себя заголовок 2910 физического уровня (PHY), поле 2920 управления кадром (FC), поле 2930 частичного адреса приемника (PRA или PRX) и поле 2940 контрольной последовательности кадра (FCS). В проиллюстрированном варианте осуществления, поле 2920 FC составляет 2 байта в длину, поле 2920 PTX составляет 2 байта в длину, поле 2930 SEQ составляет 2 байта в длину, поле 2930 PRX составляет 2 байта в длину и поле 2940 FCS с переменной длиной. По меньшей мере некоторые из полей, описанных в настоящем документе относительно Фиг. 29A, могут быть аналогичны соответствующим полям, описанным выше относительно Фиг. 26. В различных вариантах осуществления, ACK-кадр 2900a может включать в себя дополнительные не показанные поля и может исключить одно или более показанных полей. Специалист в данной области техники должен понимать, что поля ACK-кадра 2900a могут быть любого размера.

[00187] ACK-кадр 2900c может включать в себя поле 2930 PRX для того, чтобы обеспечить приемник некоторым указанием, проверяет ли он поле 2940 FCS. Например, если адрес приемника не совпадает с полем 2930 PRX, он может решить не вычислять ожидаемую FCS, так как маловероятно, что принятое поле 2940 FCS может совпасть. Однако, если адрес приемника не совпадает с полем 2930 PRX, он может решить вычислить ожидаемую FCS для того, чтобы определить, адресован ли кадр приемнику. Другими словами, поле 2930 PRX может обеспечить приемник способом избежать дополнительной обработки, когда принятый кадр не адресован приемнику. Меньшая обработка может привести к меньшему потреблению энергии.

[00188] В варианте осуществления, поле 2930 PRX может быть основано на MAC-адресе приемника. В другом варианте осуществления, поле 2930 PRX может быть основано как на MAC-адресе приемника, так и MAC-адресе передачи. Например, поле 2930 PRX может быть хэшем MAC-адреса передатчика и ID приемника. В различных вариантах осуществления, для обеспечения возможности приемнику сбрасывать принятый кадр без вычисления ожидаемой проверки кадра могут быть использованы другие предварительные указания.

[00189] Как показано на Фиг. 29A, ACK-кадр 2900b может включать в себя заголовок 2910 физического уровня (PHY), поле 2920 управления кадром (FC) и поле 2940 контрольной последовательности кадра (FCS). В различных вариантах осуществления, ACK-кадр 2900b может включать в себя дополнительные не показанные поля и может исключить одно или более показанных полей. В проиллюстрированном варианте осуществления, ACK-кадр 2900b может исключить поле адреса приемника, такое как поле 2615 «a1», описанное выше со ссылкой на Фиг. 26. Соответственно, беспроводное устройство 202t может вычислить поле 2940 FSC, как если бы поле адреса приемника присутствовало в ACK-кадре 2900b, даже если ACK-кадр 2900b может не содержать поле адреса приемника.

[00190] В варианте осуществления, когда приемник, такой как беспроводное устройство 202r, принимает ACK-кадр 2900b, он может неявно узнать свой собственный адрес. Например, в варианте осуществления, беспроводное устройство 202r, может хранить свой собственный сетевой адрес в памяти 206. Соответственно, приемник может вычислить ожидаемую FCS на основе одного или более полей в ACK-кадре 2900b, объединенном с неявно известным адресом приемника. Приемник может затем сравнить ожидаемую FCS с принятым полем 2950 FCS из ACK-кадра 2900b. Если принятое поле 2950 FCS совпадает с ожидаемой FCS, вычисленной с использованием неявного адреса приемника, исключенного из ACK-кадра 2900b, приемник может определить, что кадр, ассоциированный с ACK-кадром 2900b, был адресован приемнику, и что он был корректно принят.

[000191] Как показано на Фиг. 29C, ACK-кадр 2900c может включать в себя только заголовок 2910 физического уровня (PHY). PHY-преамбула без данных может быть названа как NDP. В различных вариантах осуществления, ACK-кадр 2900c может включать в себя дополнительные не показанные поля и может исключить одно или более показанных полей. В проиллюстрированном варианте осуществления, подтверждающее устройство, такое как беспроводное устройство 202t, может отправить ACK-кадр 2900 в момент времени, известный принимающему устройству. Принимающее устройство может вывести информацию, исключенную из ACK-кадра 2900c, на основе момента времени, в который принят ACK-кадр 2900c. Например, принимающее устройство может ожидать приема ACK-кадра 2900c после задержки после отправки сообщения, которое должно быть подтверждено. В варианте осуществления, принимающее устройство может ожидать приема ACK-кадра 2900c в пределах окна времени.

[00192] В различных вариантах осуществления, устройство, такое как беспроводное устройство 202t, может отправить NDP (т.е. PHY-преамбулу без данных) в качестве ACK. В другом варианте осуществления, беспроводное устройство 202t может отправить STF в качестве ACK. В одном варианте осуществления, когда беспроводное устройство 202t отправляет кадр, для которого требуется срочное ACK, беспроводное устройство 202t может считать кадр успешно переданным, если NDP принята начиная в пределах времени SIFS после завершения передачи кадра.

[00193] В различных вариантах осуществления, описанных в настоящем документе, где участки кадра подтверждения (ACK) исключены, беспроводное устройство 202t может вычислить FCS на основе одного или более исключенных участков. Например, беспроводное устройство 202t может вычислить FCS на основе всех полей в ACK-кадре 2600, рассмотренном выше относительно Фиг. 26, в то же время только передавая поля в ACK-кадрах, показанных на одной из Фиг. 27-28. Более конкретно, в вариантах осуществления, где поле длительности исключено из ACK-кадра, беспроводное устройство 202t может несмотря на это включать в себя поле длительности при вычислении FCS. В вариантах осуществления, где поле длительности исключено из ACK-кадра, беспроводное устройство 202t может несмотря на это включать в себя поле длительности при вычислении FCS. В вариантах осуществления, где поле адреса приемника исключено из ACK-кадра, беспроводное устройство 202t может несмотря на это включать в себя поле адреса приемника при вычислении FCS. Специалист в данной области техники должен понимать, что любое исключенное поле заголовка может быть включено в FCS. Более того, исключенные поля заголовка могут быть включены в проверки кадра, а не FCS, в том числе проверку целостности сообщения (MIC).

[00194] Как рассмотрено выше, для связи между беспроводным устройством 202t и беспроводным устройством 202r могут быть использованы много разных типов MAC-заголовков и ACK-кадров. К тому же, как рассмотрено выше, MAC-заголовки 300 и 300a, проиллюстрированные на Фиг. 3 и 3A, и ACK-кадр 2600, проиллюстрированный на Фиг. 26, используются для существующих систем. Как рассмотрено выше, поле 305 или 305a «fc» (и аналогично поле 2605 «fc») включает в себя, среди других полей, поле 372 версии протокола («pv»), поле 374 типа кадра («type») и поле 376 подтипа кадра («subtype»). Поле 372 «pv» составляет 2 бита в длину. Значение 00 для поля 372 «pv» указывает использование MAC-заголовка 300 или 300a как проиллюстрировано на Фиг. 3 и 3A (или ACK-кадра 2600 как проиллюстрировано на Фиг. 26 для ACK-кадров). Использование других типов MAC-заголовков может быть указано посредством использования других значений поля 372 «pv» (т.е. 01, 10 и 11). В дополнение или в качестве альтернативы, использование разных типов MAC-заголовков может быть указано посредством использования разных значений для поля 374 «type» или поля 376 «subtype». Беспроводные устройства могут быть выполнены с возможностью ассоциирования значений для полей с определенными типами MAC-заголовков и определения типа используемого MAC-заголовка на основе значения поля.

[00195] В некоторых реализациях, подтверждающее сообщение может включать в себя идентификатор доступа (AID) в поле «a1», чтобы идентифицировать устройство. Может быть желательно в определенных реализациях включать AID в поле «a1» для каждого подтверждающего сообщения. Соответственно, в определенных реализациях, только AID используется для идентификации устройства в поле «a1». Это может обеспечить возможность приемнику подтверждающего сообщения единообразно обрабатывать поле «a1» принятых сигналов подтверждения, так как тип идентификатора, появляющегося в поле «a1», будет аналогичным для каждого подтверждающего сообщения.

[00196] В некоторых реализациях, описанных выше, для идентификации устройства вместо полного MAC-адреса в поле «a2» может быть использован AID. Может быть желательно в определенных реализациях сконфигурировать систему для верификации целостности подтверждающего сообщения, как например, посредством вычисления дополнительных данных аутентификации (AAD) и/или случайного кода для блочного шифрования с кодом аутентификации сообщения и сцепления блоков и счетчика (CCM), на основе AID, включенного в поле «a2». Например, устройство приемника может быть выполнено с возможностью отображения AID из 13 битов в полный MAC-адрес из 6 байтов. Полный MAC-адрес может быть затем использован для вычисления кода целостности сообщения (MIC). В другом примере, AID может быть также использован для вычисления MIC напрямую. Например, где длина MAC-адреса составляет 6 байтов, AID может быть заполнен нулями (например, в конце, в начале), чтобы AID имел длину в 6 байтов. В некоторых реализациях, произвольные биты/байты могут быть добавлены к AID для заполнения AID, так чтобы AID составлял такую же длину как полный MAC-адрес.

[00197] Как рассмотрено выше, подполе «pv» поля «fc» может быть использовано для указания, является ли MAC-заголовок существующим MAC-заголовком или сжатым MAC-заголовком. Например, значение 0 для подполе «pv» может указывать, что MAC-заголовок является существующим MAC-заголовком, и значение 1 для подполя «pv» может указывать, что MAC-заголовок является сжатым MAC-заголовком. Сжатый MAC-заголовок может иметь формат любого из сжатых MAC-заголовков, описанных в настоящем документе.

[00198] Для любого из сжатых MAC-заголовков, описанных в настоящем документе, могут быть добавлены определенные поля для поддержки определенных дополнительных признаков. В некоторых аспектах, поле расширенного управления кадром («efc») может быть добавлено к любому из сжатых MAC-заголовков, описанных в настоящем документе. Поле «efc» может содержать 3 бита. Полем «efc» могут быть последние 3 бита поля aid сжатого MAC-заголовка. efc может быть использовано для добавления информации для новых признаков. Например, в некоторых аспектах, подполе «a3 present» может быть добавлено к полю «fc» или другому полю (например, полю «efc») MAC-заголовка, чтобы указать, включен ли адрес «a3» (3й адрес, идентифицирующий устройство) в сжатый MAC-заголовок. Дополнительно или в качестве альтернативы, в некоторых аспектах, подполя качества обслуживания (QoS), которые указывают значение определенных параметров QoS, добавляются к полю «fc» или другому полю MAC-заголовка (например, полю «efc»), такие как подполе управления доступом («ac»), подполе окончания периода обслуживания («eosp»), подполе «a-mdsu» и/или поле размера очереди. Дополнительно или в качестве альтернативы, в некоторых аспектах, подполе ACK-политики может быть перемещено в поле SIG сжатого MAC-заголовка. Дополнительно или в качестве альтернативы, в некоторых аспектах, подполе a4 может быть добавлено к полю «fc» или другому полю (например, полю «efc») MAC-заголовка, чтобы указать, должен ли быть ретранслирован пакет. Подполе a4 может составлять 1 бит. Следует отметить, что любая комбинация этих полей может использоваться в любом из сжатых MAC-заголовков, описанных в настоящем документе, для поддержки признаков данных полей. В некоторых аспектах, сжатый MAC-заголовок, указанный значением 1 для подполя «pv», может поддерживать признаки и иметь формат, как рассмотрено относительно Фиг. 30 или Фиг. 31.

[00199] Фиг. 30 иллюстрирует пример формата поля управления кадром и формат сжатого MAC-заголовка для пакета с сжатым MAC-заголовком без защиты. Как показано, поле 3000 управления кадром включает в себя подполе 3002 «pv» из 2 битов, подполе 3004 «type» из 4 битов, подполе 3006 «from-AP» из одного бита, подполе 3008 категории доступа («ac») из 2 битов, подполе 3010 «retry» из 1 бита, подполе 3012 управления мощностью из 1 бита, подполе 3014 данных режима («md») из 1 бита, подполе 3016 защищенного кадра («pf») из 1 бита, подполе 3018 «a-mdsu» из 1 бита, подполе 3020 окончания периода обслуживания («eosp») из 1 бита и подполе 3022 «a3 present» из 1 бита. Из этих подполей, как рассмотрено выше, подполе 3008 «ac», подполе 3018 «a-mdsu», подполе 3020 «eosp» и подполе 3022 «a3 present» могут быть включены или не включены в поле 3000 «fc» в любой комбинации, так чтобы только поддерживать признаки включенных полей.

[00200] Поле 3000 «fc» может быть полем любого сжатого MAC-заголовка, описанного в настоящем документе. Например, поле 3000 «fc» может быть полем сжатого MAC-заголовка 3050, который может включать в себя поле 3000 «fc» из 2 октетов, поле 3052 aid из 13 битов (в одном аспекте, R-AID может быть включен, когда подполе 3006 «from-ap» = 1, и T-AID может быть включен, когда подполе 3006 «from-ap» = 0), поле 3054 «efc» из 3 битов, поле 3056 TA/RA из 6 битов (в одном аспекте, ТА может быть включен, когда подполе 3006 «from-ap» = 1, и RA может быть включен, когда подполе 3006 «from-ap» = 0), поле 3058 «a3» из 6 битов (в одном аспекте, может быть представлено только поле «a3», когда подполе 3022 «a3 present» имеет значение 1) и поле 3060 порядкового номера («sn») из 2 битов. Поле 3054 «efc» может не быть включено в сжатый MAC-заголовок 3050. Если включено, поле 3054 «efc» может включать в себя подполе a4.

[00201] Фиг. 30A иллюстрирует другой пример формата поля управления кадром и формат сжатого MAC-заголовка для пакета с сжатым MAC-заголовком без защиты. Как показано, поле 3000a управления кадром включает в себя подполе 3002a «pv» из 2 битов, подполе 3004a «type» из 2 битов, подполе 3005a «subtype» из 4 битов, подполе 3006a «from-AP» из одного бита, подполе 3012a управления мощностью («pm») из 1 бита, подполе 3014a данных режима («md») из 1 бита, подполе 3016a защищенного кадра («pf») из 1 бита, подполе 3018a «a-mdsu» из 1 бита, подполе 3020a окончания периода обслуживания («eosp») из 1 бита, подполе 3022a «a3 present» из 1 бита и подполе 3024a «more ppdu/rdg» из 1 бита. В некоторых аспектах, из этих подполей, как рассмотрено выше, подполе 3018a «a-mdsu», подполе 3020a «eosp», подполе 3022a «a3 present» и подполе 3024a «more ppdu/rdg» могут быть включены или не включены в поле 3000a «fc» в любой комбинации, так чтобы только поддерживать признаки включенных полей. В некоторых аспектах, подполе «more ppdu/rdg» может быть одним из 3 зарезервированных битов поля «efc». В некоторых аспектах, подполе «more ppdu/rdg» может быть одним из доступных битов, когда сжатый MAC-заголовок не включает в себя поле номера фрагмента.

[00202] Поле 3000a «fc» может быть полем любого сжатого MAC-заголовка, описанного в настоящем документе. Например, поле 3000a «fc» может быть полем сжатого MAC-заголовка 3050а, который может включать в себя поле 3000a «fc» из 2 октетов, поле 3052a aid из 13 битов (в одном аспекте, R-AID может быть включен, когда подполе 3006a «from-ap» = 1, и T-AID может быть включен, когда подполе 3006a «from-ap» = 0), поле 3054a «efc» или reserved из 3 битов, поле 3056a TA/RA из 6 битов (в одном аспекте, ТА может быть включен, когда подполе 3006a «from-ap» = 1, и RA может быть включен, когда подполе 3006a «from-ap» = 0), поле 3058a «a3» из 6 битов (в одном аспекте, может быть представлено только поле «a3», когда подполе 3022a «a3 present» имеет значение 1) и поле 3060a порядкового номера («sn») из 2 битов. Поле 3054a «efc» может не быть включено в сжатый MAC-заголовок 3050. Если включено, поле 3054a «efc» может включать в себя подполе a4.

[00203] Фиг. 30B иллюстрирует другой пример формата поля управления кадром и формат сжатого MAC-заголовка для пакета с сжатым MAC-заголовком. Как показано, поле 3000b управления кадром включает в себя подполе 3002b «pv» из 2 битов, подполе 3004b «type» из 2 битов, подполе 3006b «from-AP» из 1 бита и подполе 3012b управления мощностью («pm») из 1 бита.

[00204] Поле 3000b «fc» может быть полем любого сжатого MAC-заголовка, описанного в настоящем документе. Например, поле 3000b «fc» может быть полем сжатого MAC-заголовка 3050b, который может включать в себя поле 3000b «fc» из 2 октетов, поле 3052b aid из 13 битов (в одном аспекте, R-AID может быть включен, когда подполе 3006b «from-ap» = 1, и T-AID может быть включен, когда подполе 3006b «from-ap» = 0), подполе 3072b «больше данных» из 1 бита, подполе 3074b защищенного кадра из 1 бита, подполе 3076b «eosp» из 1 бита, поле 3056b TA/RA из 6 битов (в одном аспекте, ТА может быть включен, когда подполе 3006b «from-ap» = 1, и RA может быть включен, когда подполе 3006b «from-ap» = 0), поле 3058b «a3» из 6 битов (в одном аспекте, может быть представлено только поле «a3», когда подполе «a3 present» также представлено в поле 3000b «fc» (как например для другого типа кадра)) и поле 3060b порядкового номера («sn») из 2 битов.

[00205] В некоторых аспектах, из этих подполей, как рассмотрено выше, подполе 3072b «больше данных», подполе 3074b защищенного кадра и подполе 3076b «eosp» могут быть включены или не включены в сжатый MAC-заголовок 3050b в любой комбинации, так чтобы только поддерживать признаки включенных полей.

[00206] Фиг. 31 иллюстрирует пример формата поля управления кадром и формат сжатого MAC-заголовка для пакета с сжатым MAC-заголовком с защитой. Как показано, поле 3100 управления кадром может иметь тот же формат, как рассмотрено выше относительно поля 3000 управления кадром. Поле 3100 «fc» может быть полем любого сжатого MAC-заголовка, описанного в настоящем документе. Например, поле 3100 «fc» может быть полем сжатого MAC-заголовка 3150, который имеет те же поля, как и сжатый MAC-заголовок 3050, в том числе дополнительные поля. Дополнительные поля могут включать в себя поле 3162 PN пакета из 2 битов и поле 3164 MIC из 8 битов.

[00207] В некоторых аспектах, пара передатчик-приемник (например, STA, передающая на AP по восходящей линии связи) может иметь несколько "потоков" между ними. Например, устройства в беспроводной сети могут передавать/принимать информацию между друг другом. Информация может принять форму серии пакетов, передаваемых от исходного устройства (передающего устройства) на устройство назначения (принимающее устройство). Серия пакетов может быть известна как "поток".

[00208] Как названо в настоящем документе, "потоком" может быть серия или последовательность пакетов, передаваемых от исходного устройства на устройство назначения, которые исходные устройства обозначают как поток. Поток может быть ассоциирован с передачей конкретных данных от исходного устройства на устройство назначения, например, конкретный файл, такой как видеофайл. Пакеты потока, вследствие этого, могут совместно использовать некоторую взаимосвязь (как минимум, они каждый передаются от и принимаются на одних и тех же устройствах). В варианте осуществления, поток может включать в себя последовательность многочисленных блоков данных протокола MAC (MPDU) с общими полями MAC-заголовка, такими как, например, адрес источника, адрес назначения, идентификатор базового набора служб (BSSID), управление качеством обслуживания (QoS)/HT и т.д. В различных вариантах осуществления, устройство назначения использует определенную информацию о пакетах, чтобы правильно декодировать пакеты потока. В определенных аспектах, информация, используемая для декодирования пакета, отправляется в участке заголовка пакета. Пакеты, вследствие этого, могут включать в себя информацию заголовка и/или данные, которые должны быть переданы из исходного устройства на устройство назначения.

[00209] В потоке, некоторая из информации заголовка, рассмотренной относительно MAC-заголовка, используемого для обработки пакета потока, может быть одинаковой для всех пакетов потока. Эта информация заголовка, которая не изменяется между пакетами потока, может быть названа как, например, "постоянная информация заголовка" или "общая информация заголовка".

[00210] В определенных аспектах, вместо передачи постоянной информации заголовка в каждом пакете потока, постоянная информация заголовка может быть только передана беспроводным устройством 202t в поднаборе пакетов потока. Например, постоянная информация заголовка может быть передана только в первом пакете потока или другом сообщении. Этот первый пакет с постоянной информацией заголовка может быть назван как "головной" кадр. Последовательные пакеты потока могут быть отправлены без постоянной информации заголовка. Эти последовательные пакеты могут включать в себя информацию заголовка, которая изменяется от пакета к пакету потока, и данные, которые должны быть переданы. Последовательный пакет с такими данными может быть назван как кадры "данных". Приемник, беспроводное устройство 202r, потока может хранить постоянную информацию заголовка, принятую в головном кадре, и использовать ее для обработки кадров данных. Соответственно, беспроводное устройство 202r может использовать способ ассоциирования кадров данных потока с головным кадром.

[00211] В определенных аспектах, беспроводное устройство 202t назначает идентификатор потока каждому потоку, который оно передает другому устройству. идентификатор потока может быть уникальным идентификатором потока между беспроводным устройством 202t и беспроводным устройством 202r. Например, если беспроводное устройство 202t и беспроводное устройство 202r имеют многочисленные потоки между друг другом (в том или другом направлении), каждому потоку может быть назначен разный идентификатор потока (например, 1, 2, 3 и т.д.). Соответственно, устройство может определить, является ли пакет для данного устройства, на основе полей «a1» и «a2», и данного потока, на основе идентификатора потока. Каждое из беспроводного устройства 202t и беспроводного устройства 202r может отслеживать потоки между устройствами и ассоциированными идентификаторами потоков, так чтобы не назначить один и тот же идентификатор потока многочисленным потокам. К тому же, в определенных аспектах, когда поток завершен, как например, все данные потока переданы между беспроводным устройством 202t и беспроводным устройством 202r, и поток прерывается, ассоциированный идентификатор потока прерванного потока может быть использован для нового потока.

[00212] Прерывание потока между беспроводным устройством 202t и беспроводным устройством 202r может быть сигнализировано беспроводному устройству 202r беспроводным устройством 202t. Например, беспроводное устройство 202t может указать внутри последнего кадра данных потока, который включает в себя данные для отправки на беспроводное устройство 202r, что он является последним кадром данных, и поток прерывается после приема последнего кадра данных. Например, указание может быть посредством значения бита в поле управления кадром из кадра данных.

[00213] В другом аспекте, беспроводное устройство 202t может указывать прерывание потока посредством передачи кадра прерывания или "хвостового" кадра на беспроводное устройство 202r, который указывает, что поток должен быть прерван. Соответственно, беспроводное устройство 202t может передать последний кадр данных без какого-либо указания на беспроводное устройство 202r, что он является последним кадром данных. К тому же, беспроводное устройство 202t может передать хвостовой кадр после последнего кадра данных, чтобы указать беспроводному устройству 202r, что поток прерван.

[00214] В некоторых аспектах, головные кадры, кадры данных и хвостовые кадры могут содержать блоки данных протокола MAC (MPDU). В определенных аспектах, многочисленные MPDU могут быть агрегированы в агрегированный-MPDU (A-MPDU). В определенных аспектах, кадры данных потока могут быть переданы как часть одного и того же A-MPDU. К тому же, в определенных аспектах, головной кадр, кадры данных и хвостовой кадр потока могут быть переданы как часть одного и того же A-MPDU.

[00215] К тому же, в определенных аспектах, как рассмотрено выше, заголовки могут иметь разные поля, когда активирована защита для пакета данных. Например, когда активирована защита, пакет может иметь заголовок протокола блочного шифрования с кодом аутентификации сообщения и режимом сцепления блоков и счетчика (CCMP). CCMP-заголовок может быть частью MAC-заголовка. Обычно, CCMP-заголовок включает в себя несколько номеров пакетов (PN) (например, PN0, PN1, PN2, PN3, PN4, PN5). Значения PN2, PN3, PN4 и PN5 может часто не изменяться. Соответственно, базовый PN может быть создан на основе PN2, PN3, PN4 и PN5 (например, PN2 | PN3 | PN4 | PN5). Базовый PN может быть отправлен как часть сообщения и сохранен для пары устройств, осуществляющих связь. CCMP может вследствие этого не включать в себя PN2, PN3, PN4 и PN5, но только поля PN0 и PN1. Приемник пакета может реконструировать CCMP-заголовок посредством объединения базового PN, в том числе PN2, PN3, PN4 и PN5, хранящиеся на приемнике, с принятыми полями PN0 и PN1. CCMP-заголовок может быть реконструирован перед декодированием пакета, так как кодирование пакета, включающего в себя какие-либо поля CRC-типа, такие как поле MIC или поле FCS, может быть основано на полном CCMP-заголовке. Такие аспекты могут относиться к аспектам, описанным в предварительной заявке США № 61/514365, поданной 2 августа 2011, которая настоящим в явной форме включена в настоящий документ посредством ссылки.

[00216] Следует понимать, что способы и методы, рассмотренные выше, могут также быть использованы для других типов кадров без отступления от объема данного изобретения. Например, способы короткой адресации, рассмотренные выше, могут быть также использованы для кадров управления/контрольных кадров (например, RTS/CTS-кадров), как рассмотрено со ссылкой на Фиг. 13.

[00217] Как рассмотрено выше, в некоторых аспектах беспроводное устройство 202r может указывать беспроводному устройству 202t информацию (например, значения для полей MAC-заголовка), которая хранится на беспроводном устройстве 202r. Беспроводное устройство 202t может затем исключить такие поля из MAC-заголовка в пакетах, отправленных на беспроводное устройство 202r. Например, новый подтип может быть задан (указан значением поля «subtype» поля управления кадром MAC-заголовка пакета данных) для пакета данных, который указывает, что он содержит информацию, или сам является указывающим, об информации, хранящейся в беспроводном устройстве 202r. Беспроводное устройство 202t, принимающее пакет данных с такой информацией, может затем исключить такую информацию в MAC-заголовке пакетов, отправленных на беспроводное устройство 202r. Кадр нового подтипа может быть использован совместно с любыми различными примерами MAC-заголовка, описанными в настоящем документе. Например, такая информация может быть исключена из каких-либо примеров MAC-заголовков, описанных в настоящем документе. К тому же, беспроводное устройство 202t может использовать тот же подтип кадра данных (указанный значением поля «subtype» из поля управления кадром MAC-заголовка пакета данных) в пакетах данных, исключая информацию, хранящуюся на беспроводном устройстве 202r, для пакетов данных, отправленных на беспроводное устройство 202r. Беспроводное устройство 202r, принимающее пакеты данных с таким подтипом, может использовать данный подтип в качестве указателя, что данные, хранящиеся на беспроводном устройстве 202r, должны быть использованы для значений полей, не включенных в пакет данных.

[00218] В некоторых аспектах, короткие блоки данных службы MAC MSDU могут быть агрегированы с использованием агрегированного MSDU (A-MSDU). Например, если длина MSDU находится ниже определенного порога, то MSDU могут быть агрегированы. A-MSDU может использовать заголовок подкадра с коротким (например, сжатым) A-MSDU. Заголовок подкадра с коротким A-MSDU может иметь поле длины («length») из 2 октетов в длину, против обычного заголовка, который составляет 12 или 14 октетов в длину. Бит «order» в поле управления кадром заголовка может быть использован или заменен полем «a-msdu» для указания, используется ли в пакете данных заголовок подкадра с коротким A-MSDU. Например, поле управления кадром может иметь следующий формат, как показано в Таблице 1:

Поле управления кадром для сжатых кадров

[00219] Фиг. 32 иллюстрирует аспект способа 3200 для передачи пакета с MAC-заголовком. Способ 3200 может быть использован для выборочного генерирования пакета либо с MAC-заголовком 300 или 300a, как проиллюстрировано на Фиг. 3 и 3A, либо с одним из MAC-заголовков, проиллюстрированным на Фиг. 4, 4A или 18-25, либо с другим подходящим MAC-заголовком, на основе сведений в настоящем документе. Пакет может быть сгенерирован либо на AP 104, либо на STA 106, и передан на другой узел в беспроводной сети 100. Хотя способ 3200 описывается ниже относительно элементов беспроводного устройства 202t, специалист в данной области техники должен понимать, что другие компоненты могут быть использованы для реализации одного или более этапов, описанных в настоящем документе.

[00220] В блоке 3202, MAC-заголовок, который должен быть включен в пакет, выбирают из множества типов на основе типа информации, которая должна быть сообщена принимающему устройству, как рассмотрено выше. Выбор может быть выполнен процессором 204 и/или DSP 220, например.

[00221] Далее, в блоке 3204, генерируют пакет. Пакет может содержать MAC-заголовок и полезные данные. В некоторых вариантах осуществления, пакет включает в себя первое поле, указывающее тип MAC-заголовка, используемого в пакете. Генерирование может быть выполнено процессором 204 и/или DSP 220, например.

[00222] Далее, в блоке 3206, пакет передают беспроводным образом. Передача может быть выполнена передатчиком 210, например.

[00223] Фиг. 33 является функциональной блок-схемой другого примерного беспроводного устройства 3300, которое может быть использовано внутри системы 100 беспроводной связи. [00220] Устройство 3300 содержит модуль 3302 выбора для осуществления выбора MAC-заголовка, который должен быть включен в пакет, из множества типов на основе типа информации, которая должна быть сообщена принимающему устройству, как рассмотрено выше. Модуль 3302 выбора может быть выполнен с возможностью выполнения одной или более функций, рассмотренных выше относительно блока 3202, проиллюстрированного на Фиг. 32. Модуль 3302 выбора может соответствовать одному или более процессорам 204 и DSP 220. Устройство 3300 дополнительно содержит модуль 3304 генерирования для генерирования пакета. Модуль 3304 генерирования может быть выполнен с возможностью выполнения одной или более функций, рассмотренных выше относительно блока 3204, проиллюстрированного на Фиг. 32. Модуль 3204 генерирования может соответствовать одному или более процессорам 204 и DSP 220. Устройство 3300 дополнительно содержит модуль 3306 передачи для передачи сгенерированного пакета беспроводным образом. Модуль 3306 передачи может быть выполнен с возможностью выполнения одной или более функций, рассмотренных выше относительно блока 3206, проиллюстрированного на Фиг. 32. Модуль 3306 передачи может соответствовать передатчику 210.

[00224] Фиг. 34 иллюстрирует аспект способа 3400 для приема и обработки пакета. Способ 3400 может быть использован для приема и обработки пакета либо с MAC-заголовком 300 или 300a, как проиллюстрировано на Фиг. 3 и 3A, либо с одним из MAC-заголовков, проиллюстрированных на Фиг. 4, 4A или 18-25, либо с другим подходящим MAC-заголовком, на основе сведений в настоящем документе. Пакет может быть принят либо на AP 104, либо на STA 106 от другого узла в беспроводной сети 100. Хотя способ 3400 описывается ниже относительно элементов беспроводного устройства 202r, специалист в данной области техники должен понимать, что другие компоненты могут быть использованы для реализации одного или более этапов, описанных в настоящем документе.

[00225] В блоке 3402, принимают беспроводную связь, содержащую пакет. Прием может быть выполнен приемником 212, например. В некоторых аспектах, пакет включает в себя первое поле, указывающее тип MAC-заголовка, используемого в пакете.

[00226] Впоследствии, в блоке 3404, MAC-заголовок и пакет обрабатываются согласно типу MAC-заголовка в пакете. Генерирование может быть выполнено процессором 204, детектором 218 сигналов и/или DSP 220, например.

[00227] Фиг. 35 является функциональной блок-схемой другого примерного беспроводного устройства 3500, которое может быть использовано внутри системы 100 беспроводной связи. Устройство 3500 содержит модуль 3502 приема для приема беспроводной связи, содержащей пакет, беспроводным образом. В некоторых аспектах, пакет включает в себя первое поле, указывающее тип MAC-заголовка, используемого в пакете. Модуль 3502 приема может быть выполнен с возможностью выполнения одной или более функций, рассмотренных выше относительно блока 3402, проиллюстрированного на Фиг. 34. Модуль 3502 приема может соответствовать приемнику 212. Устройство 3500 дополнительно содержит модуль 3504 обработки для обработки пакета на основе типа MAC-заголовка пакета. Модуль 3504 обработки может быть выполнен с возможностью выполнения одной или более функций, рассмотренных выше относительно блока 3404, проиллюстрированного на Фиг. 34. Модуль 3504 обработки может соответствовать одному или более процессорам 204, детектору 218 сигналов и DSP 220.

[00228] Фиг. 36 иллюстрирует аспект способа 3600 для передачи ACK-кадра. Способ 3600 может быть использован для выборочного генерирования либо ACK-кадра 2600, проиллюстрированного на Фиг. 26, либо одного из ACK-кадров, проиллюстрированных на Фиг. 27-29, либо другого подходящего ACK-кадра, на основе сведений в настоящем документе. ACK-кадр может быть сгенерирован либо на AP 104, либо на STA 106, и передан на другой узел в беспроводной сети 100. Хотя способ 3600 описывается ниже относительно элементов беспроводного устройства 202t, специалист в данной области техники должен понимать, что другие компоненты могут быть использованы для реализации одного или более этапов, описанных в настоящем документе.

[00229] В блоке 3602, тип ACK-кадра выбирают из множества типов на основе типа информации, которая должна быть сообщена принимающему устройству, как рассмотрено выше. Выбор может быть выполнен процессором 204 и/или DSP 220, например.

[00230] Далее, в блоке 3604, генерируют выбранный ACK-кадр. В некоторых вариантах осуществления, ACK-кадр включает в себя первое поле, указывающее тип ACK-кадра. Генерирование может быть выполнено процессором 204 и/или DSP 220, например.

[00231] К тому же, в блоке 3606, передают ACK-кадр. Передача может быть выполнена передатчиком 210, например.

[00232] Фиг. 37 является функциональной блок-схемой другого примерного беспроводного устройства 3700, которое может быть использовано внутри системы 100 беспроводной связи. Устройство 3700 содержит модуль 3702 выбора для осуществления выбора типа ACK-кадра из множества типов на основе типа информации, которая должна быть сообщена принимающему устройству, как рассмотрено выше. Модуль 3702 выбора может быть выполнен с возможностью выполнения одной или более функций, рассмотренных выше относительно блока 3602, проиллюстрированного на Фиг. 36. Модуль 3702 выбора может соответствовать одному или более процессорам 204 и DSP 220. Устройство 3700 дополнительно содержит модуль 3704 генерирования для генерирования выбранного ACK-кадра. Модуль 3704 генерирования может быть выполнен с возможностью выполнения одной или более функций, рассмотренных выше относительно блока 3604, проиллюстрированного на Фиг. 36. Модуль 3704 генерирования может соответствовать одному или более процессорам 204 и DSP 220. Устройство 3700 дополнительно содержит модуль 3706 передачи для передачи ACK-кадра. Модуль 3706 передачи может быть выполнен с возможностью выполнения одной или более функций, рассмотренных выше относительно блока 3606, проиллюстрированного на Фиг. 36. Модуль 3706 передачи может соответствовать передатчику 210.

[00233] Фиг. 38 иллюстрирует аспект способа 3800 для приема и обработки ACK-кадра. Способ 3800 может быть использован для приема и обработки ACK-кадра 2600, проиллюстрированного на Фиг. 26, одного из ACK-кадров, проиллюстрированных на Фиг. 27-29, или другого подходящего ACK-кадра, на основе сведений в настоящем документе. ACK-кадр может быть принят либо на AP 104, либо на STA 106 от другого узла в беспроводной сети 100. Хотя способ 3800 описывается ниже относительно элементов беспроводного устройства 202r, специалист в данной области техники должен понимать, что другие компоненты могут быть использованы для реализации одного или более этапов, описанных в настоящем документе.

[00234] В блоке 3802, ACK-кадр, имеющий один из множества типов, принимают беспроводным образом. Прием может быть выполнен приемником 212, например. В блоке 3804, обнаруживают тип ACK-кадра, как например, посредством проверки поля, которое указывает тип ACK-кадра. Детектирование может быть выполнено процессором 204, детектором 218 сигналов и/или DSP 220, например.

[00235] В дальнейшем, в блоке 3806, принятый ACK-кадр обрабатывают на основе обнаруженного типа. Генерирование может быть выполнено процессором 204, детектором 218 сигналов и/или DSP 220, например.

[00236] Фиг. 39 является функциональной блок-схемой другого примерного беспроводного устройства 3900, которое может быть использовано внутри системы 100 беспроводной связи. Устройство 3900 содержит модуль 3902 приема для приема пакета, имеющего один из по меньшей мере двух форматов или типов, беспроводным образом. Модуль 3902 приема может быть выполнен с возможностью выполнения одной или более функций, рассмотренных выше относительно блока 3802, проиллюстрированного на Фиг. 38. Модуль 3902 приема может соответствовать приемнику 212. Устройство 3900 дополнительно содержит модуль 3904 обнаружения для обнаружения типа ACK-кадра. Модуль 3904 обнаружения может быть выполнен с возможностью выполнения одной или более функций, рассмотренных выше относительно блока 3804, проиллюстрированного на Фиг. 38. Модуль 3904 обнаружения может соответствовать процессору 204, детектору 218 сигналов и/или DSP 220, например, в приемнике 212. Устройство 3900 дополнительно содержит модуль 3906 обработки для обработки ACK-кадра на основе модуля 3904 обнаружения. Модуль 3906 обработки может быть выполнен с возможностью выполнения одной или более функций, рассмотренных выше относительно блока 3806, проиллюстрированного на Фиг. 38. Модуль 3906 обработки может соответствовать одному или более процессорам 204, детектору 218 сигналов и DSP 220.

[00237] Фиг. 40 иллюстрирует аспект способа 4000 для передачи пакета с MAC-заголовком. Способ 4000 может быть использован для выборочного генерирования пакета либо с MAC-заголовком 300 или 300a, как проиллюстрировано на Фиг. 3 и 3A, либо с одним из MAC-заголовков, проиллюстрированным на Фиг. 4, 4A или 18-25, либо с другим подходящим MAC-заголовком, на основе сведений в настоящем документе. Пакет может быть сгенерирован либо на AP 104, либо на STA 106, и передан на другой узел в беспроводной сети 100. Хотя способ 4000 описывается ниже относительно элементов беспроводного устройства 202t, специалист в данной области техники должен понимать, что другие компоненты могут быть использованы для реализации одного или более этапов, описанных в настоящем документе.

[00238] В блоке 4004, генерируют пакет. Пакет может содержать MAC-заголовок и полезные данные. В некоторых вариантах осуществления, пакет включает в себя первое поле, указывающее тип MAC-заголовка, используемого в пакете. Генерирование может быть выполнено процессором 204 и/или DSP 220, например. MAC-заголовок может включать в себя локальный идентификатор либо передатчика пакета данных, либо приемника пакета данных, и глобальный идентификатор другого из передатчика пакета данных и приемника пакета данных.

[00239] Далее, в блоке 4006, пакет передают беспроводным образом. Передача может быть выполнена передатчиком 210, например.

[00240] В блоке 4008, ACK принимают от получателя пакета в ответ на прием пакета. ACK может включать в себя по меньшей мере участок данных, включенных в пакет. Прием может быть выполнен приемником 212, например.

[00241] Фиг. 41 является функциональной блок-схемой примерного беспроводного устройства 4100, которое может быть использовано внутри системы 100 беспроводной связи. Устройство 4100 содержит модуль 4104 генерирования для генерирования пакета. Модуль 4104 генерирования может быть выполнен с возможностью выполнения одной или более функций, рассмотренных выше относительно блока 4004, проиллюстрированного на Фиг. 40. Модуль 4004 генерирования может соответствовать одному или более процессорам 204 и DSP 220. Устройство 4100 дополнительно содержит модуль 4106 передачи для передачи сгенерированного пакета беспроводным образом. Модуль 4106 передачи может быть выполнен с возможностью выполнения одной или более функций, рассмотренных выше относительно блока 4006, проиллюстрированного на Фиг. 40. Модуль 4106 передачи может соответствовать передатчику 210. Устройство 4100 дополнительно содержит модуль 4108 приема для приема ACK-кадра беспроводным образом. Модуль 4108 приема может быть выполнен с возможностью выполнения одной или более функций, рассмотренных выше относительно блока 4008, проиллюстрированного на Фиг. 40. Модуль 4108 приема может соответствовать приемнику 212.

[00242] Фиг. 42 иллюстрирует аспект способа 4200 для приема и обработки пакета. Способ 4200 может быть использован для приема и обработки пакета либо с MAC-заголовком 300 или 300a, как проиллюстрировано на Фиг. 3 и 3A, либо с одним из MAC-заголовков, проиллюстрированных на Фиг. 4, 4A или 18-25, либо с другим подходящим MAC-заголовком, на основе сведений в настоящем документе. Пакет может быть принят либо на AP 104, либо на STA 106 от другого узла в беспроводной сети 100. Хотя способ 4200 описывается ниже относительно элементов беспроводного устройства 202r, специалист в данной области техники должен понимать, что другие компоненты могут быть использованы для реализации одного или более этапов, описанных в настоящем документе.

[00243] В блоке 4202, принимают беспроводную связь, содержащую пакет. Прием может быть выполнен приемником 212, например. В некоторых аспектах, пакет включает в себя первое поле, указывающее тип MAC-заголовка, используемого в пакете.

[00244] Впоследствии, в блоке 4204, определяют, является ли беспроводное устройство 202r предназначенным получателем пакета. Определение может быть сделано на основе MAC-заголовка пакета, который может включать в себя локальный идентификатор либо передатчика пакета данных, либо приемника пакета данных, и глобальный идентификатор другого из передатчика пакета данных и приемника пакета данных. Определение может быть выполнено процессором 204, детектором 218 сигналов и/или DSP 220, например.

[00245] К тому же, в блоке 4206, беспроводное устройство 202r обрабатывает пакет, если оно является предназначенным получателем. Генерирование может быть выполнено процессором 204, детектором 218 сигналов и/или DSP 220, например. [00240] В блоке 4208, беспроводное устройство 202r может передавать ACK в ответ на прием пакета. ACK может включать в себя по меньшей мере участок данных, включенных в пакет. Передача может быть выполнена передатчиком 210, например.

[00246] Фиг. 43 является функциональной блок-схемой другого примерного беспроводного устройства 4300, которое может быть использовано внутри системы 100 беспроводной связи. Устройство 4300 содержит модуль 4302 приема для приема беспроводной связи, содержащей пакет, беспроводным образом. Модуль 4302 приема может быть выполнен с возможностью выполнения одной или более функций, рассмотренных выше относительно блока 4202, проиллюстрированного на Фиг. 42. Модуль 4302 приема может соответствовать приемнику 212. Устройство 4300 дополнительно содержит модуль 4304 определения для определения предназначенного получателя пакета. Модуль 4304 определения может быть выполнен с возможностью выполнения одной или более функций, рассмотренных выше относительно блока 4204, проиллюстрированного на Фиг. 42. Модуль 4304 определения может соответствовать одному или более процессорам 204, детектору 218 сигналов и DSP 220. Устройство 4300 дополнительно содержит модуль 4306 обработки для обработки пакета. Модуль 4306 обработки может быть выполнен с возможностью выполнения одной или более функций, рассмотренных выше относительно блока 4206, проиллюстрированного на Фиг. 42. Модуль 4306 обработки может соответствовать одному или более процессорам 204, детектору 218 сигналов и DSP 220. Устройство 4300 дополнительно содержит модуль 4308 передачи для передачи ACK. Модуль 4308 передачи может быть выполнен с возможностью выполнения одной или более функций, рассмотренных выше относительно блока 4208, проиллюстрированного на Фиг. 42. Модуль 4308 передачи может соответствовать одному или более процессорам 204 и передатчику 210.

[00247] При использовании в настоящем документе, термин "определение" охватывает широкое разнообразие действий. Например, "определение" может включать в себя вычисление, расчет, обработку, получение, исследование, осуществление поиска (например, осуществление поиска в таблице, базе данных или другой структуре данных), выявление и подобное. Также, "определение" может включать в себя прием (например, прием информации), осуществление доступа (например, осуществление доступа к данным в памяти) и подобное. Также, "определение" может включать в себя разрешение, выбор, избрание, создание и подобное. К тому же, "ширина канала", при использовании в настоящем документе, может охватывать или может также быть названа как полоса пропускания в определенных аспектах.

[00248] При использовании в настоящем документе, фраза, относящаяся к "по меньшей мере одному из" списка элементов, относится к любой комбинации этих терминов, в том числе одиночных членов. В качестве примера, фраза "по меньшей мере один из a, b или c" предназначена предусматривать: a, b, c, a-b, a-c, b-c и a-b-c.

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

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

[00251] В одном или более аспектах, описанные функции могут быть реализованы в аппаратном обеспечении, программном обеспечением, программно-аппаратных средствах или любой их комбинации. В случае реализации в программном обеспечении, функции могут храниться как одна или более инструкций или код на компьютерно-читаемом носителе или передаваться на него. Компьютерно-читаемые носители включают в себя как носители информации, так и среду связи, в том числе любой носитель, который способствует переносу компьютерной программы из одного места в другое. Носителями информации могут быть любые доступные носители, к которым может быть осуществлен доступ компьютером. В качестве примера, а не ограничения, такие компьютерно-читаемые носители могут содержать RAM, ROM, EEPROM, CD-ROM или другие накопители на оптическом диске, накопители на магнитном диске или другие устройства магнитных накопителей, или любой другой носитель, который может быть использован для переноски или хранения желаемого программного кода в форме инструкций или структур данных, и к которому может быть осуществлен доступ компьютером. Также, любое соединение правильно называть компьютерно-читаемым носителем. Например, если программное обеспечение передается с web-сайта, сервера или другого удаленного источника, с использованием коаксиального кабеля, оптоволоконного кабеля, витой пары, цифровой абонентской линии связи (DSL) или беспроводных технологий, таких как инфракрасная связь, радио и микроволновая, то коаксиальный кабель, оптоволоконный кабель, витая пара, DSL или беспроводные технологии, такие как инфракрасная связь, радио и микроволновая, включаются в определение носителя. Термин «диск» в настоящем документе используется в отношении и магнитных, и оптических дисков, которые включают в себя компакт-диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD), флоппи-диск и blu-ray диск, причем магнитные диски обычно воспроизводят данные магнитным образом, в то время как оптические диски воспроизводят данные оптически с помощью лазера. Таким образом, в некоторых аспектах компьютерно-читаемый носитель может содержать постоянный компьютерно-читаемый носитель (например, материальные носители). В дополнение, в некоторых аспектах компьютерно-читаемый носитель может содержать непостоянный компьютерно-читаемый носитель (например, сигнал). Комбинации вышесказанного также должны быть включены в объем компьютерно-читаемых носителей.

[00252] Способы, раскрытые в настоящем документе, содержат один или более этапов или действий для достижения описанного способа. Этапы и/или действия способа могут быть взаимозаменяемы друг другом без отступления от объема пунктов формулы изобретения. Другими словами, пока конкретный порядок этапов или действий точно не определен, порядок и/или использование конкретных этапов и/или действий могут быть модифицированы без отступления от объема пунктов формулы изобретения.

[00253] Описанные функции могут быть реализованы в аппаратном обеспечении, программном обеспечением, программно-аппаратных средствах или любой их комбинации. В случае реализации в программном обеспечении, функции могут храниться как одна или более инструкций на компьютерно-читаемом носителе. Носителями информации могут быть любые доступные носители, к которым может быть осуществлен доступ посредством компьютера. В качестве примера, а не ограничения, такие компьютерно-читаемые носители могут содержать RAM, ROM, EEPROM, CD-ROM или другие накопители на оптическом диске, накопители на магнитном диске или другие устройства магнитных накопителей, или любой другой носитель, который может быть использован для переноски или хранения желаемого программного кода в форме инструкций или структур данных, и к которому может быть осуществлен доступ посредством компьютера. Термин диск в настоящем документе используется в отношении и магнитных, и оптических дисков, которые включают в себя компакт-диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD), флоппи-диск и Blu-ray® диск, причем магнитные диски обычно воспроизводят данные магнитным образом, в то время как оптические диски воспроизводят данные оптически с помощью лазера.

[00254] Таким образом, определенные аспекты могут содержать компьютерный программный продукт для выполнения операций, представленных в настоящем документе. Например, такой компьютерный программный продукт может содержать компьютерно-читаемый носитель, имеющий сохраненные (и/или кодированные) на нем инструкции, инструкции, исполняющиеся одним или более процессорами для выполнения операций, описанных в настоящем документе. Для определенных аспектов, компьютерный программный продукт может включать в себя упаковочный материал.

[00255] Программное обеспечение или инструкции могут также быть переданы по среде передачи. Например, если программное обеспечение передается с web-сайта, сервера или другого удаленного источника, с использованием коаксиального кабеля, оптоволоконного кабеля, витой пары, цифровой абонентской линии связи (DSL) или беспроводных технологий, таких как инфракрасная связь, радио и микроволновая, то коаксиальный кабель, оптоволоконный кабель, витая пара, DSL или беспроводные технологии, такие как инфракрасная связь, радио и микроволновая, включаются в определение среды передачи.

[00256] К тому же, следует понимать, что модули и/или другие соответствующие средства для выполнения способов и методов, описанных в настоящем документе, могут быть загружены и/или иначе получены посредством пользовательского терминала и/или базовой станции в зависимости от обстоятельств. Например, такое устройство может быть связано с сервером, чтобы способствовать переносу средства для выполнения способов, описанных в настоящем документе. В качестве альтернативы, различные способы, описанные в настоящем документе, могут быть предоставлены посредством средства хранения (например, RAM, ROM, физического носителя информации, такого как компакт-диск (CD) или флоппи-диск, и т.д.), так что пользовательский терминал и/или базовая станция могут получить различные способы после соединения или предоставления средства хранения устройству. Более того, может быть использован любой другой подходящий метод для предоставления способов и методов, описанных в настоящем документе, устройству.

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

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