Пристрій і способи для стиснення заголовка керування доступом до середовища
Номер патенту: 112773
Опубліковано: 25.10.2016
Автори: Вентінк Мартен Мензо, Сампатх Хемантх, Тагхаві Насрабаді Мохаммад Х., Цюань Чжи, Аватер Герт, Абрахам Сантош Пол, Мерлін Сімоне, Астерджадхі Альфред
Формула / Реферат
1. Спосіб здійснення зв'язку в бездротовій мережі, причому спосіб включає етапи, на яких:
генерують пакет даних, що включає в себе локальний ідентифікатор або передавача пакета даних, або приймача пакета даних на основі напряму, в якому відправлений пакет даних, і глобальний ідентифікатор або локальний ідентифікатор іншого з передавача пакета даних і приймача пакета даних на основі напряму, в якому відправлений пакет даних; і
передають пакет даних.
2. Спосіб за п. 1, в якому локальний ідентифікатор містить ідентифікатор асоціації, і глобальний ідентифікатор містить адресу керування доступом до середовища,
або в якому локальний ідентифікатор містить 13 бітів, і глобальний ідентифікатор містить 48 бітів.
3. Спосіб за п. 1, в якому пакет даних додатково включає в себе інформацію, що вказує тип лінії зв'язку, по якій передається пакет даних, або інформацію, яка вказує напрямок, в якому відправлений пакет даних,
при цьому, зокрема, інформація включена в щонайменше одне з поля "до розподільної системи" і поля "від розподільної системи".
4. Спосіб за п. 1, в якому ідентифікатор приймача іде перед ідентифікатором передавача в пакеті даних,
або в якому локальний ідентифікатор і глобальний ідентифікатор в поєднанні унікально задають пару, що складається з приймача і передавача.
5. Спосіб за п. 1, в якому пакет даних включає в себе поле, що вказує, чи присутнє в пакеті даних щонайменше одне з поля адреси призначення і поля адреси джерела,
при цьому, зокрема, поле, яке ідентифікує, чи включає в себе пакет даних щонайменше одне з поля адреси призначення і поля адреси джерела, є або одним або більше з поля типу "type" і поля підтипу "subtype" з поля керування кадром, або одиночним бітом.
6. Спосіб за п. 1, в якому пакет даних включає в себе поле, яке ідентифікує, чи включає в себе пакет даних стиснений заголовок або нестиснений заголовок,
при цьому, зокрема, поле, яке ідентифікує, чи включає в себе пакет даних стиснений заголовок або нестиснений заголовок, є або полем версії протоколу, або одним або більше з поля "type" і поля "subtype" з поля керування кадром.
7. Спосіб за п. 1, в якому пакет даних не включає в себе щонайменше одне з поля тривалості, поля керування високою пропускною здатністю і поля керування якістю обслуговування,
або в якому пакет даних включає в себе поле керування черговістю.
8. Пристрій здійснення зв'язку в бездротовій мережі, причому пристрій містить:
засіб для генерування пакета даних, що включає в себе локальний ідентифікатор або передавача пакета даних, або приймача пакета даних на основі напряму, в якому відправлений пакет даних, і глобальний ідентифікатор або локальний ідентифікатор іншого з передавача пакета даних і приймача пакета даних на основі напряму, в якому відправлений пакет даних; і засіб для передачі пакета даних.
9. Пристрій за п. 8, в якому згадані різні засоби втілені за допомогою: процесора, виконаного з можливістю генерування пакета даних, що включає в себе локальний ідентифікатор або передавача пакета даних, або приймача пакета даних на основі напряму, в якому відправлений пакет даних, і глобальний ідентифікатор або локальний ідентифікатор іншого з передавача пакета даних і приймача пакета даних на основі напряму, в якому відправлений пакет даних; і передавача, виконаного з можливістю передачі пакета даних.
10. Пристрій за п. 9, в якому локальний ідентифікатор містить ідентифікатор асоціації, і глобальний ідентифікатор містить адресу керування доступом до середовища,
або в якому локальний ідентифікатор містить 13 бітів, і глобальний ідентифікатор містить 48 бітів.
11. Пристрій за п. 9, в якому пакет даних додатково включає в себе інформацію, що вказує тип лінії зв'язку, по якій передається пакет даних,
або інформацію, що вказує напрям, в якому відправлений пакет даних, при цьому, зокрема, інформація включена в щонайменше одне з поля "до розподільної системи" і поля "від розподільної системи".
12. Пристрій за п. 9, в якому ідентифікатор приймача передує ідентифікатору передавача в пакеті даних,
або в якому локальний ідентифікатор і глобальний ідентифікатор в поєднанні унікально задають пару, що складається з приймача і передавача.
13. Пристрій за п. 9, в якому пакет даних включає в себе поле, що вказує, чи присутнє в пакеті даних щонайменше одне з поля адреси призначення і поля адреси джерела,
при цьому, зокрема, поле, яке ідентифікує, чи включає в себе пакет даних щонайменше одне з поля адреси призначення і поля адреси джерела, є або одним або більше з поля "type" і поля "subtype" з поля керування кадром, або одиночним бітом.
14. Пристрій за п. 9, в якому пакет даних включає в себе поле, яке ідентифікує, чи включає в себе пакет даних стиснений заголовок або нестиснений заголовок,
при цьому, зокрема, поле, яке ідентифікує, чи включає в себе пакет даних стиснений заголовок або нестиснений заголовок, є або полем версії протоколу, або одним або більше з поля "type" і поля "subtype" з поля керування кадром.
15. Комп'ютерочитаний носій, який містить інструкції для виконання етапів за будь-яким з пп. 1-7 при виконанні на комп'ютері.
Текст
Реферат: У цьому документі описані системи, способи і пристрої для обміну пакетами, що мають множину типів. МАС-адреса відправника або приймача, залежно від напряму пакета, замінюється більш коротким локальним ідентифікатором для того, щоб зменшити витрати пакета. UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 60 Перехресне посилання на споріднену(і) заявку(и) Ця заявка вимагає пріоритет по попередніх заявках США №№ 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 р., весь зміст кожної з яких включений в цей документ за допомогою посилання. РІВЕНЬ ТЕХНІКИ Галузь техніки, до якої належить винахід Дана заявка головним чином стосується бездротового зв’язку і, більш конкретно, систем, способів і пристроїв для стиснення заголовків керування доступом до середовища (MAC) для зв'язку. Рівень техніки У багатьох телекомунікаційний системах, мережі зв'язку використовуються для обміну повідомленнями серед декількох взаємодіючих просторово розділених пристроїв. Мережі можуть бути класифіковані згідно з географічною областю і могли б бути, наприклад, міськими, локальними або персональними. Такі мережі були б позначені відповідно як глобальна мережа (WAN), міська мережа (MAN), локальна мережа (LAN), бездротова локальна мережа (WLAN) або персональна мережа (PAN). Мережі також розрізнюються згідно з методом комутації/маршрутизації, використовуваним для взаємного з'єднання різних мережевих вузлів і пристроїв (наприклад, комутація каналів проти комутації пакетів), типом фізичних середовищ, використовуваних для передачі (наприклад, дротове проти бездротового), і набором протоколів зв'язку, використовуваних (наприклад, стек протоколів Інтернету, SONET (синхронні оптичні мережі), Ethernet і т. д.). Бездротові мережі часто переважні, коли елементи мережі є мобільними пристроями і таким чином мають необхідність можливості динамічного з'єднання, або якщо архітектура мережі утворена в вузькоспеціалізованій топології, а не стаціонарній. Бездротові мережі використовують нематеріальні фізичні середовища в режимі вільного поширення з використанням електромагнітних хвиль в радіо-, мікрохвильовому, інфрачервоному, оптичному і т. д. частотних діапазонах. Бездротові мережі переважно сприяють мобільності користувача і швидкому розгортанню в польових умовах в порівнянні зі стаціонарними дротовими мережами. Пристрої в бездротовій мережі можуть передавати/приймати інформацію між собою. Інформація може містити пакети, які в деяких аспектах можуть бути названі блоками даних або кадрами даних. Пакети можуть включати в себе додаткову службову інформацію (наприклад, інформацію заголовка, властивості пакета і т. д.), яка допомагає в маршрутизації пакета по мережі, ідентифікуючи дані в пакеті, обробляючи пакет і т. д., так само, як і дані, наприклад користувацькі дані, мультимедійний контент і т. д., як такі, що мають можливість переноситися в корисних даних пакета. Відповідно, інформація заголовка передається за допомогою пакетів. Така інформація заголовка може займати велику ділянку пакета даних. Відповідно, передача даних в таких пакетах може бути неефективною через той факт, що більша частина смуги пропускання для передачі даних може бути використана для передачі інформації заголовка в порівнянні з фактичними даними. Таким чином, бажані поліпшені системи, способи і пристрої для обміну пакетами. СУТЬ ВИНАХОДУ Кожне з систем, способів і пристроїв за даним винаходом має декілька аспектів, жоден з яких не відповідає одноосібно за його бажані атрибути. Без обмеження обсягу цього винаходу, який виражений пунктами формули винаходу, які представлені нижче, зараз будуть стисло розглянуті деякі ознаки. Враховуючи цей розгляд, і, зокрема, після прочитання розділу, озаглавленого "Докладний опис", фахівець зрозуміє, як ознаки цього винаходу надають переваги, які включають в себе зменшення розміру заголовка кадру (наприклад, заголовка керування доступом до середовища (MAC)) пакета даних, тим самим зменшуючи витрати при передачі корисних даних в пакетах даних. Один аспект даного розкриття надає спосіб здійснення зв'язку в бездротовій мережі, причому спосіб включає етапи, на яких: генерують пакет даних, що включає в себе локальний ідентифікатор або передавача пакета даних, або приймача пакета даних на основі напряму, в якому відправлений пакет даних, і глобальний ідентифікатор іншого з передавача пакета даних і приймача пакета даних на основі напряму, в якому відправлений пакет даних; і передають пакет даних. 1 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 Інший аспект даного розкриття надає пристрій для здійснення зв'язку в бездротовій мережі. Пристрій містить процесор, виконаний з можливістю генерування пакета даних, що включає в себе локальний ідентифікатор або передавача пакета даних, або приймача пакета даних на основі напряму, в якому відправлений пакет даних, і глобальний ідентифікатор іншого з передавача пакета даних і приймача пакета даних на основі напряму, в якому відправлений пакет даних. Пристрій містить передавач, виконаний з можливістю передачі пакета даних. Інший аспект даного розкриття надає пристрій для здійснення зв'язку в бездротовій мережі. Пристрій містить засіб для генерування пакета даних, що включає в себе локальний ідентифікатор або передавача пакета даних, або приймача пакета даних на основі напряму, в якому відправлений пакет даних, і глобальний ідентифікатор іншого з передавача пакета даних і приймача пакета даних на основі напряму, в якому відправлений пакет даних; і засіб для передачі пакета даних. Інший аспект даного розкриття надає комп'ютерочитаний носій, що містить інструкції, які при виконанні комп'ютером призначають комп'ютеру виконувати спосіб здійснення зв'язку в бездротовій мережі. Спосіб включає етапи, на яких: генерують пакет даних, що включає в себе локальний ідентифікатор або передавача пакета даних, або приймача пакета даних на основі напряму, в якому відправлений пакет даних, і глобальний ідентифікатор іншого з передавача пакета даних і приймача пакета даних на основі напряму, в якому відправлений пакет даних; і передають пакет даних. КОРОТКИЙ ОПИС КРЕСЛЕНЬ Фіг. 1 ілюструє зразкову систему бездротового зв’язку, в якій можуть бути використані аспекти даного розкриття. Фіг. 2 ілюструє різні компоненти, в тому числі приймач, які можуть бути використані в бездротовому пристрої, який може бути використаний всередині системи бездротового зв’язку за Фіг. 1. Фіг. 3 ілюструє приклад заголовка керування доступом до середовища (MAC) типу, використовуваного в існуючих системах для зв'язку. Фіг. 3A ілюструє інший приклад заголовка керування доступом до середовища (MAC) типу, використовуваного в існуючих системах для зв'язку. Фіг. 4 ілюструє приклад стисненого MAC-заголовка. Фіг. 4A ілюструє приклад іншого стисненого MAC-заголовка. Фіг. 4B ілюструє приклад іншого стисненого MAC-заголовка. Фіг. 5 ілюструє приклади типу даних в полях стисненого MAC-заголовка за Фіг. 4 для пакета даних і дані для відповідного підтвердження згідно з одним аспектом MAC-заголовка за Фіг. 4. Фіг. 6 ілюструє приклади типу даних в полях стисненого MAC-заголовка за Фіг. 4 для пакета даних і дані для відповідного підтвердження згідно з іншим аспектом MAC-заголовка за Фіг. 4. Фіг. 7 ілюструє приклади типу даних в полях стисненого MAC-заголовка за Фіг. 4 для пакета даних і дані для відповідного підтвердження згідно з іншим аспектом MAC-заголовка за Фіг. 4. Фіг. 8 ілюструє приклади типу даних в полях стисненого MAC-заголовка за Фіг. 4 для пакета даних і дані для відповідного підтвердження згідно з іншим аспектом MAC-заголовка за Фіг. 4. Фіг. 9 ілюструє приклади типу даних в полях стисненого MAC-заголовка за Фіг. 4 для пакета даних і дані для відповідного підтвердження згідно з іншим аспектом MAC-заголовка за Фіг. 4. Фіг. 10 ілюструє приклади типу даних в полях стисненого MAC-заголовка за Фіг. 4 для пакета даних і дані для відповідного підтвердження згідно з іншим аспектом MAC-заголовка за Фіг. 4. Фіг. 11 ілюструє приклади типу даних в полях стисненого MAC-заголовка за Фіг. 4 для пакета даних і дані для відповідного підтвердження згідно з іншим аспектом MAC-заголовка за Фіг. 4. Фіг. 12 ілюструє приклади типу даних в полях стисненого MAC-заголовка за Фіг. 4 для пакета даних і дані для відповідного підтвердження згідно з іншим аспектом MAC-заголовка за Фіг. 4. Фіг. 13 ілюструє приклади даних в полях стисненого MAC-заголовка, використовуваного при адресації запиту на відправлення (RTS)/дозволу на відправлення (CTS). Фіг. 14 ілюструє приклади типу даних в полях стисненого MAC-заголовка для кадру керування і дані для відповідного підтвердження згідно з іншим аспектом MAC-заголовка. Фіг. 15 ілюструє приклади типу даних в полях стисненого MAC-заголовка для пакета даних і дані для відповідного підтвердження згідно з іншим аспектом MAC-заголовка. Фіг. 16 ілюструє додаткові приклади типу даних в полях стисненого MAC-заголовка для пакета даних. 2 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 60 Фіг. 17 ілюструє додаткові приклади типу даних в полях стисненого MAC-заголовка для пакета даних. Фіг. 18-23 ілюструють приклади типів стиснених MAC-заголовків. Фіг. 24A-С ілюструють приклади типів стиснених MAC-заголовків з незашифрованими корисними даними. Фіг. 25A-С ілюструють приклади типів стиснених MAC-заголовків з зашифрованими корисними даними. Фіг. 26 ілюструє приклад кадру підтвердження (ACK) типу, використовуваного в існуючих системах для зв'язку. Фіг. 27 і 28 ілюструють приклади типів стиснених ACK-кадрів. Фіг. 29A-С ілюструють приклади типів стиснених кадрів підтвердження (ACK). Фіг. 30 ілюструє приклад формату поля керування кадром і формат стисненого MACзаголовка для пакета зі стисненим MAC-заголовком без захисту. Фіг. 30A ілюструє інший приклад формату поля керування кадром і формат стисненого MAC-заголовка для пакета зі стисненим MAC-заголовком без захисту. Фіг. 30B ілюструє інший приклад формату поля керування кадром і формат стисненого MAC-заголовка для пакета зі стисненим MAC-заголовком. Фіг. 31 ілюструє приклад формату поля керування кадром і формат стисненого MACзаголовка для пакета зі стисненим MAC-заголовком із захистом. Фіг. 32 ілюструє аспект способу для передачі пакета з MAC-заголовком. Фіг. 33 є функціональною блок-схемою іншого бездротового пристрою, який може бути використаний всередині системи бездротового зв’язку за Фіг. 1. Фіг. 34 ілюструє аспект способу для прийому і обробки пакета. Фіг. 35 є функціональною блок-схемою іншого бездротового пристрою, який може бути використаний всередині системи бездротового зв’язку за Фіг. 1. Фіг. 36 ілюструє аспект способу для передачі ACK-кадру. Фіг. 37 є функціональною блок-схемою іншого бездротового пристрою, який може бути використаний всередині системи бездротового зв’язку за Фіг. 1. Фіг. 38 ілюструє аспект способу для прийому і обробки ACK-кадру. Фіг. 39 є функціональною блок-схемою іншого бездротового пристрою, який може бути використаний всередині системи бездротового зв’язку за Фіг. 1. Фіг. 40 ілюструє аспект способу для передачі пакета з MAC-заголовком. Фіг. 41 є функціональною блок-схемою бездротового пристрою, який може бути використаний всередині системи бездротового зв’язку за Фіг. 1. Фіг. 42 ілюструє аспект способу для прийому і обробки пакета. Фіг. 43 є функціональною блок-схемою іншого бездротового пристрою, який може бути використаний всередині системи бездротового зв’язку за Фіг. 1. ДОКЛАДНИЙ ОПИС Різні аспекти нових систем, пристроїв і способів описані більш повно надалі з посиланням на супровідні креслення. Розкриття даних відомостей може, однак, бути здійснене в багатьох різних формах і не повинно тлумачитися як обмежене якою-небудь конкретною структурою або функцією, представленою протягом цього розкриття. Швидше, ці аспекти надані так, щоб це розкриття було б закінченим і повним і повністю передавало обсяг даного розкриття фахівцям в даній галузі техніки. На основі відомостей в цьому документі, фахівець в даній галузі техніки повинен розуміти, що обсяг даного розкриття призначений для охоплення будь-якого аспекту новітніх систем, пристроїв і способів, розкритих в цьому документі, реалізованих незалежно від будь-якого іншого аспекту даного винаходу або разом з ним. Наприклад, може бути реалізований пристрій або може бути застосований на практиці спосіб з використанням будьякого числа аспектів, викладених в цьому документі. На доповнення, обсяг даного винаходу призначений передбачати такий пристрій або спосіб, який застосовується на практиці з використанням іншої структури, функціональності або структури і функціональності на доповнення до різних аспектів даного винаходу, викладених в цьому документі, або замість них. Потрібно розуміти, що будь-який аспект, розкритий в цьому документі, може бути здійснений одним або більше елементами за формулою винаходу. Хоч конкретні аспекти описані в цьому документі, багато які варіації і перестановки цих аспектів входять в рамки обсягу даного розкриття. Хоч згадується деяка користь і переваги переважних аспектів, обсяг даного розкриття не призначений для обмеження конкретною користю, використаннями або цілями. Швидше, аспекти даного розкриття призначені для широкого застосування до різних бездротових технологій, конфігурацій систем, мереж і протоколів передачі, деякі з яких проілюстровані як приклад на фігурах і в представленому 3 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 нижче описі переважних аспектів. Докладний опис і креслення є лише ілюстративними для даного розкриття, а не обмежувальними, причому обсяг даного розкриття заданий пунктами формули винаходу, що додаються, і їх еквівалентами. Популярні технології бездротових мереж можуть включати в себе різні типи бездротових локальних мереж (WLAN). WLAN може бути використана для взаємного з'єднання разом найближчих пристроїв, застосовуючи широко використовувані мережеві протоколи. Різні аспекти, описані в цьому документі, можуть застосовуватися до будь-якого стандарту зв'язку, такого як Wi-Fi або, більш конкретно, будь-якого члена сімейства IEEE 802.11 бездротових протоколів. Наприклад, різні аспекти, описані в цьому документі, можуть бути використані як частина протоколу IEEE 802.11ah, який використовує діапазони до 1 ГГц. У деяких аспектах, бездротові сигнали в діапазоні до гігагерца можуть бути передані згідно з протоколом 802.11ah з використанням мультиплексування з ортогональним розділенням частот (OFDM), зв'язку зі спектром, розширеним методом прямої послідовності (DSSS), комбінації OFDM- і DSSS-зв'язку або інших схем. Реалізації протоколу 802.11ah можуть бути використані для датчиків, вимірювання і інтелектуальних мереж. Переважно, аспекти певних пристроїв, що реалізовують протокол 802.11ah, можуть споживати менше енергії, ніж пристрої, що реалізовують інші бездротові протоколи, і/або можуть бути використані для передачі бездротових сигналів на відносно великі відстані, наприклад близько кілометра або більше. У деяких реалізаціях, WLAN включає в себе різні пристрої, які є компонентами, що здійснюють доступ до бездротової мережі. Наприклад, може бути два типи пристроїв: точки доступу (AP) і клієнти (також звані станціями або STA). В основному, AP обслуговує хаб або базову станцію для WLAN, і STA обслуговує користувача WLAN. Наприклад, STA може бути переносним комп'ютером, персональним цифровим помічником (PDA), мобільним телефоном і т. д. В прикладі, STA приєднується до AP за допомогою бездротової лінії, відповідної Wi-Fi (наприклад, протоколу IEEE 802.11, такого як 802.11ah), для одержання загальної можливості приєднання до Інтернету або інших глобальних мереж. У деяких реалізаціях STA може також бути використана як AP. Точка доступу може також містити, бути реалізованою як або відомою як NodeB, контролер радіомережі (RNC), eNodeB, контролер базової станції (BSC), базова приймальнопередавальна станція (BTS), базова станція (BS), приймально-передавальна функція (TF), радіомаршрутизатор, радіоприймач-передавач, або деяка інша термінологія. Станція STA може також містити, бути реалізованою як або відомою як термінал доступу (AT), абонентська станція, абонентський блок, мобільна станція, віддалена станція, віддалений термінал, користувацький термінал, користувацький агент, користувацький пристрій, користувацьке обладнання, або деяка інша термінологія. У деяких реалізаціях термінал доступу може містити стільниковий телефон, бездротовий телефон, телефон, працюючий по протоколу ініціалізації сеансу (SIP), станцію бездротової місцевої лінії (WLL), персональний цифровий помічник (PDA), кишеньковий пристрій, що має здатність бездротового з'єднання, або деякий інший придатний пристрій обробки, приєднаний до бездротового модема. Відповідно, один або більше аспектів, що викладаються в цьому документі, можуть бути включені в телефон (наприклад, стільниковий телефон або інтелектуальний телефон), комп'ютер (наприклад, переносний комп'ютер), портативний пристрій зв'язку, навушники, портативний обчислювальний пристрій (наприклад, персональний помічник обробки даних), розважальний пристрій (наприклад, музичний або відеопристрій або супутникове радіо), ігровий пристрій або систему, пристрій глобальної системи визначення місцеположення або будь-який інший придатний пристрій, який виконаний з можливістю здійснення зв'язку за допомогою бездротового середовища. Як розглянуто вище, певні пристрої, описані в цьому документі, можуть реалізувати стандарт 802.11ah, наприклад. Такі пристрої, використовувані або як STA, або як AP, або як інший пристрій, можуть бути використані для інтелектуального вимірювання або в інтелектуальних мережах. Такі пристрої можуть надавати застосування датчиків або бути використані в домашній автоматизації. Дані пристрої можуть бути використані замість або на доповнення в контексті охорони здоров'я, наприклад для персональної охорони здоров'я. Вони можуть також бути використані для контролю, для забезпечення можливості з'єднання з Інтернетом на збільшених відстанях або для реалізації зв'язку машина-машина. Фіг. 1 ілюструє зразкову систему 100 бездротового зв'язку, в якій можуть бути використані аспекти даного розкриття. Система 100 бездротового зв’язку може працювати відповідно до бездротового стандарту, наприклад стандарту 802.11ah. Система 100 бездротового зв'язку може включати в себе AP 104, яка здійснює зв'язок з STA 106. 4 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 60 У системі 100 бездротового зв’язку може бути використано різноманіття процесів і способів для передачі між AP 104 і STA 106. Наприклад, сигнали можуть бути відправлені і прийняті між AP 104 і STA 106 відповідно до методів OFDM/OFDMA. Якщо це дійсно так, система 100 бездротового зв’язку може бути названа OFDM/OFDMA-система. Як альтернатива, сигнали можуть бути відправлені і прийняті між AP 104 і STA 106 відповідно до методів CDMA. Якщо це дійсно так, система 100 бездротового зв’язку може бути названа CDMA-системою. Лінія зв'язку, яка сприяє передачі від AP 104 до однієї або більше STA 106, може бути названа низхідною лінією 108 зв'язку (DL), і лінія зв'язку, яка сприяє передачі від однієї або більше STA 106 до AP 104, може бути названа висхідною лінією 110 зв'язку (UL). Як альтернатива, низхідна лінія 108 зв'язку може бути названа прямою лінією зв'язку або прямим каналом, і висхідна лінія 110 зв'язку може бути названа зворотною лінією зв'язку або зворотним каналом. До того ж, в деяких аспектах, STA 106 можуть здійснювати зв'язок напряму одна з одною і утворювати пряму лінію зв'язку (пряму) між собою. AP 104 може діяти як базова станція і надавати покриття бездротовим зв'язком в основній зоні 102 обслуговування (BSA). AP 104 разом з STA 106, які асоційовані з AP 104 і використовують AP 104 для зв'язку, можуть бути названі базовим набором служб (BSS). Потрібно зазначити, що система 100 бездротового зв’язку може не мати центральної AP 104, а швидше може функціонувати як одноранговий зв’язок між STA 106. У іншому прикладі, функції AP 104, описаної в цьому документі, можуть як альтернатива виконуватися однією або більше STA 106. Фіг. 2 ілюструє різні компоненти, які можуть бути використані в бездротовому пристрої, який може бути використаний всередині системи 100 бездротового зв’язку. Бездротовий пристрій 202 є прикладом пристрою, який може бути виконаний з можливістю реалізації різних способів, описаних в цьому документі. Наприклад, бездротовий пристрій 202 може містити AP 104 або одну з STA 106. Бездротовий пристрій 202 може включати в себе процесор 204, який керує роботою бездротового пристрою 202. Процесор 204 може також бути названий як центральний блок обробки (CPU). Пам'ять 206, яка може включати в себе як постійну пам'ять (ROM), так і оперативну пам'ять (RAM), надає інструкції і дані процесору 204. Частина пам'яті 206 може також включати в себе енергонезалежну оперативну пам'ять (NVRAM). Процесор 204 звичайно виконує логічні і арифметичні операції на основі програмних інструкцій, що зберігаються всередині пам'яті 206. Інструкції в пам'яті 206 можуть бути виконуваними для реалізації способів, описаних в цьому документі. Коли бездротовий пристрій 202 реалізований або використовується як передавальний вузол, процесор 204 може бути виконаний з можливістю вибору одного з множини типів заголовків керування доступом до середовища (MAC) і генерування пакета, що має цей тип MAC-заголовка. Наприклад, процесор 204 може бути виконаний з можливістю генерування пакета, що містить MAC-заголовок і корисні дані, і визначення того, який тип MAC-заголовка використовувати, як розглянуто більш детально нижче. Коли бездротовий пристрій 202 реалізовується або використовується як приймальний вузол, процесор 204 може бути виконаний з можливістю обробки пакетів з множини різних типів MAC-заголовків. Наприклад, процесор 204 може бути виконаний з можливістю визначення типу MAC-заголовка, використовуваного в пакеті, і обробки пакета і/або полів MAC-заголовка відповідним чином, як розглянуто більш детально нижче. Процесор 204 може містити або бути компонентом системи обробки, реалізованої за допомогою одного або більше процесорів. Один або більше процесорів можуть бути реалізовані за допомогою будь-якої комбінації мікропроцесорів загального призначення, мікроконтролерів, процесорів цифрової обробки сигналів (DSP), програмованої користувачем вентильної матриці (FPGA), програмованих логічних пристроїв (PLD), контролерів, кінцевих автоматів, вентильних логічних елементів, дискретних апаратних елементів, виділених апаратних кінцевих автоматів або будь-яких інших придатних об'єктів, які можуть виконувати обчислення або інші маніпуляції з інформацією. Система обробки може також включати в себе машиночитані носії для зберігання програмного забезпечення. Програмне забезпечення повинно тлумачитися в широкому розумінні, щоб означати будь-який тип інструкцій, звані або програмним забезпеченням, програмно-апаратним засобом, проміжним програмним забезпеченням, мікрокодом, мовою опису апаратного забезпечення, або інакше. Інструкції можуть включати в себе код (наприклад, в форматі вихідного коду, форматі двійкового коду, форматі виконавчого коду або будь-якому іншому придатному форматі коду). Інструкції, при виконанні одним або більше процесорами, спонукають систему обробки виконувати різні функції, описані в цьому документі. 5 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 60 Бездротовий пристрій 202 може також включати в себе корпус 208, який може включати в себе передавач 210 і/або приймач 212 для забезпечення можливості передачі і прийому даних між бездротовим пристроєм 202 і віддаленим розміщенням. Передавач 210 і приймач 212 можуть бути об'єднані в приймач-передавач 214. Антена 216 може бути прикріплена до корпусу 208 і електрично пов'язана з приймачем-передавачем 214. Бездротовий пристрій 202 може також включати в себе (не показано) численні передавачі, численні приймачі, численні приймачі-передавачі і/або численні антени. Передавач 210 може бути виконаний з можливістю бездротової передачі пакетів, що мають різні типи MAC-заголовків. Наприклад, передавач 210 може бути виконаний з можливістю передачі пакетів з різними типами заголовків, згенерованих процесором 204, розглянутим вище. Приймач 212 може бути виконаний з можливістю бездротового прийому пакетів, що мають різні типи MAC-заголовків. У деяких аспектах, приймач 212 виконаний з можливістю виявлення використовуваного типу MAC-заголовка і обробки пакета відповідним чином, як розглянуто більш детально нижче. Бездротовий пристрій 202 може також включати в себе детектор 218 сигналів, який може бути використаний з метою виявлення і кількісного визначення рівня сигналів, прийнятих приймачем-передавачем 214. Детектор сигналів 218 може виявити такі сигнали як загальну енергію, енергію на піднесучу на символ, спектральну щільність потужності і інші сигнали. Бездротовий пристрій 202 може також включати в себе процесор 220 цифрової обробки сигналів (DSP) для використання в обробці сигналів. DSP 220 може бути виконаний з можливістю генерування пакета для передачі. У деяких аспектах, пакет може містити блок даних фізичного рівня (PPDU). Бездротовий пристрій 202 може додатково містити користувацький інтерфейс 222 в деяких аспектах. Користувацький інтерфейс 222 може містити клавіатуру, мікрофон, динамік і/або дисплей. Користувацький інтерфейс 222 може включати в себе будь-який елемент або компонент, який передає інформацію користувачу бездротового пристрою 202 і/або приймає введення від користувача. Різні компоненти бездротового пристрою 202 можуть бути пов'язані разом за допомогою системи 226 шин. Система 226 шин може включати в себе шину даних, так само, як і шину живлення, шину сигналу керування і шину сигналу статусу на доповнення до шини даних. Фахівці в даній галузі техніки повинні розуміти, що компоненти бездротового пристрою 202 можуть бути пов'язані разом або приймати або надавати вхідні сигнали один одному з використанням деяких інших механізмів. Хоч деяке число окремих компонентів проілюстроване на Фіг. 2, фахівці в даній галузі техніки зрозуміють, що один або більше компонентів можуть бути об'єднані або повсюдно реалізовані. Наприклад, процесор 204 може бути використаний для реалізації не тільки функціональності, описаної вище, відносно процесора 204, але також для реалізації функціональності, описаної вище, відносно детектора 218 сигналів і/або DSP 220. До того ж, кожний з компонентів, проілюстрованих на Фіг. 2, може бути реалізований з використанням множини окремих елементів. Для простоти посилання, коли бездротовий пристрій 202 сконфігурований як передавальний вузол, він надалі називається бездротовим пристроєм 202t. Аналогічно, коли бездротовий пристрій 202 сконфігурований як приймальний вузол, він надалі називається бездротовим пристроєм 202r. Пристрій в системі 100 бездротового зв’язку може реалізувати тільки функціональність передавального вузла, тільки функціональність приймального вузла або функціональність як передавального вузла, так і приймального вузла. Як розглянуто вище, бездротовий пристрій 202 може містити AP 104 або STA 106 і може бути використаний для передачі і/або прийому зв'язку, що має множину типів MAC-заголовків. Фіг. 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 займає велику ділянку загального розміру пакета, і це означає, що витрати для передачі пакета даних є великими. 6 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 60 Фіг. 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 займає велику ділянку загального розміру пакета, і це означає, що витрати для передачі пакета даних є великими. Фіг. 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"). Відповідно, в цьому документі описані системи і способи для використання MAC-заголовків зменшеного розміру (стиснені MAC-заголовки) для пакетів даних. Використання таких стиснених MAC-заголовків забезпечує можливість меншого простору в пакеті даних, який повинен бути використаний MAC-заголовком, тим самим зменшуючи витрати, необхідні для передачі корисних даних в пакеті даних. Таким чином, в результаті повинно бути передано менше даних. Менша передача даних може збільшити швидкість, з якою передаються дані, може зменшити використання смуги пропускання за допомогою передавача і може зменшити енергію, потрібну для передачі, оскільки для передачі менших даних використовуються менше ресурсів. Стиснення MAC-заголовків може бути виконане за допомогою видалення або модифікування певних полів MAC-заголовка. Стиснений MAC-заголовок може бути потім відправлений з бездротового пристрою 202t на бездротовий пристрій 202r. Видалення або модифікація полів можуть бути основані на інформації, яка повинна бути повідомлена бездротовому пристрою 202r, про пакет даних. Наприклад, бездротовому пристрою 202r може не бути потрібна вся інформація в MAC-заголовку 300, щоб прийняти і обробити пакет даних. Наприклад, в деяких випадках приймач може вже мати деяку інформацію, що зберігається в пам'яті, яка передавалася б в MAC-заголовку 300. У одному випадку, бездротовий пристрій 202r міг прийняти цю інформацію в раніше прийнятому пакеті даних від бездротового пристрою 202t, як, наприклад, в MAC-заголовку попереднього пакета або повідомлюваному пакеті. У іншому випадку, бездротовий пристрій 202r може мати таку інформацію попередньо запрограмованою, як, наприклад, під час виготовлення або за допомогою здійснення зв'язку з іншим пристроєм. У деяких аспектах, бездротовий пристрій 202r може вказувати бездротовому пристрою 202t інформацію (наприклад, значення для полів MAC-заголовка), яка зберігається на бездротовому пристрої 202r. Бездротовий пристрій 202t може потім виключити такі поля з MAC-заголовка в пакетах, відправлених на бездротовий пристрій 202r. У ще одному варіанті здійснення, бездротовий пристрій 202r може не виконувати певних функцій, які потребували б використання полів, які були видалені, наприклад у випадках, коли така функціональність не потрібна. Нижче описані деякі з полів, які можуть бути видалені або модифіковані, і як бездротовий пристрій 202r функціонував би з таким стисненим MACзаголовком. У деяких варіантах здійснення, бездротовий пристрій 202r може визначати формат використовуваного MAC-заголовка на основі указання в MAC-заголовку використовуваного формату, як додатково детально розглянуто нижче. У інших варіантах здійснення, бездротові пристрої 202r і 202t використовують тільки один тип стисненого MAC-заголовка, і відповідно не потрібне указання, якого типу MAC-заголовок використовується. У існуючому стандарті 802.11 (аж до 802.11ad включно), підполе версії протоколу ("pv") поля "fc" завжди встановлюється в значення 0, тоді як версія протоколу 0 (PV0) є єдиною заданою версією протоколу. Відповідно, використання інших значень для даної версії протоколу, тобто 1 (PV1), 2 (PV2) і 3 (PV3), не задане. Внаслідок цього, системи і способи, розглянуті в цьому документі, можуть задавати стиснені MAC-заголовки як частину версії протоколу 1 (PV1), 2 (PV2) і/або 3 (PV3). Дані версії протоколу можуть бути взаємозамінно використані пристроями 7 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 60 для зв'язку. Наприклад, PV0, що задає використання існуючого MAC-заголовка, може бути використана для встановлення лінії зв'язку, узгодження здатностей і високошвидкісного перенесення даних. До того ж, PV1, PV2 і/або PV3, що задають використання стисненого MACзаголовка, можуть бути використані для періодичних передач коротких даних в режимі енергозбереження. У деяких варіантах здійснення, MAC-заголовок стиснутого формату може використовувати існуючу версію протоколу 0 (PV0) або нещодавно задану версію протоколу 1 (PV1), PV2 і/або PV3. З використанням PV1, PV2 і/або PV3 можна уникнути ситуації, де існуючі пристрої намагаються здійснити синтаксичний аналіз прийнятого пакета даних на основі задавання формату існуючого PV0-кадру. Наприклад, існуючі пристрої можуть спробувати зіставити останні 4 октети пакета даних з контрольною послідовністю кадру (FCS). Якщо вони співпадають, існуючі пристрої можуть використовувати значення даних, що знаходяться в положенні існуючого поля тривалості, щоб оновити їх вектор розподілу мережі (NAV), навіть якщо може не бути поля тривалості при цьому розміщенні в пакеті. Шанси на виникнення такого помилкового позитивного визначення можуть бути досить високі, щоб викликати збої або спотворення на існуючих вузлах, що може гарантувати використання PV1, PV2 і/або PV3 для форматів стиснутого MAC-заголовка. Використання стиснутих MAC-заголовків додатково розглянуте нижче. В одному варіанті здійснення, визначені поля 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" приймача. Однак слід зазначити, що без адреси "a1" приймача, бездротовому пристрою 202r буде завжди потрібно виконувати алгоритм аутентифікації для будь-яких вхідних пакетів даних, щоб визначити, чи є він призначеним приймачем. Це може вимагати додаткової обчислювальної потужності, що вимагає додаткової витрати акумуляторів. У деяких варіантах здійснення, внаслідок цього, до MAC-заголовка 300 або 300a може бути додане нове поле, таке як часткова адреса приймача (PRA). PRA може бути ділянкою адреси "a1" приймача. PRA може не ідентифікувати унікально приймальний пристрій, але вона допомагає щонайменше указати в деяких випадках бездротовому пристрою 202r, що пакет даних не призначений для бездротового пристрою 202r. Унаслідок цього, бездротовий пристрій 202r може виконати алгоритм аутентифікації для меншої кількості пакетів даних. В інших варіантах здійснення, PRA або сама адреса приймача (RA) може бути присутньою у заголовку протоколу фізичного рівня (PHY) пакета даних, унаслідок цього не повинна додатково бути включена у MAC-заголовок 300 або 300a. На доповнення, ідентифікаційна інформація передавального пристрою може бути визначена на основі того, чи виробляє алгоритм аутентифікації коректний вихідний сигнал без 8 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 60 використання адреси "a2" передавачі. Наприклад, ключ, утримуваний бездротовим пристроєм 202t для використання в алгоритмі аутентифікації, є різним для різних бездротових пристроїв. Відповідно, ключ, утримуваний бездротовим пристроєм 202r, є характерним для пристрою 202t. Унаслідок цього, якщо бездротовий пристрій 202t є передавальним пристроєм, конкретний ключ, утримуваний бездротовим пристроєм 202r для зв'язку з бездротовим пристроєм 202t, введений в алгоритм аутентифікації, виробить конкретний вихідний сигнал. Якщо бездротовий пристрій 202t не є передавальним пристроєм, введення не буде виробляти коректний вихідний сигнал. Слід зазначити, що бездротовий пристрій 202r утримує множину різних ключів для багатьох різних передавальних пристроїв. Це може потребувати від бездротового пристрою 202r спробувати виконати алгоритм аутентифікації з багатьма різними ключами, поки не буде знайдений відповідний вихідний сигнал або не буде визначено, що жоден із ключів не співпав. Це може вимагати додаткової обчислювальної потужності, що вимагає додаткової витрати акумуляторів. У деяких варіантах здійснення, унаслідок цього, до MAC-заголовка 300 або 300a може бути додане нове поле, таке як часткова адреса передавача (PTA). PTA може бути ділянкою адреси "a2" передавача. PTA може не ідентифікувати унікально передавальний пристрій, але вона допомагає щонайменше указати в деяких випадках бездротовому пристрою 202r, що деякі ключі не повинні тестуватися як імовірності ключів, утримуваних для передавального пристрою. Унаслідок цього, бездротовому пристрою 202r буде потрібно виконувати алгоритм аутентифікації для меншої кількості ключів. В іншому варіанті здійснення, РТА може унікально ідентифікувати ключ на приймальному пристрої. Прикладом такої PTA є ідентифікатор асоціації (AID), що призначений точками доступу (AP) кожній з їх асоційованих STA. AID унікальні серед STA, асоційованих з AP, отже AP може унікально ідентифікувати коректний ключ для використання в алгоритмі аутентифікації на основі прийнятого AID. Оскільки AID набагато коротше, ніж MAC-адреса, MAC-заголовок буде зменшений у розмірі. До того ж, поля адрес можуть бути використані як частина введення в алгоритм аутентифікації як на бездротовому пристрої 202t, так і на бездротовому пристрої 202r без включення в сам MAC-заголовок. Відповідно, бездротовий пристрій 202r, що приймає пакет даних від бездротового пристрою 202r, може ввести свою власну адресу як адресу "a1" приймача в алгоритм аутентифікації разом із прийнятим пакетом даних і ключем. Якщо вихід співпадає зі значенням поля 360a "mic" пакета даних, бездротовий пристрій 202r знає, що він є приймальним пристроєм, оскільки поле 360a "mic" було обчислено за допомогою тієї ж адреси "a1" приймача бездротовим пристроєм 202t. В іншому варіанті здійснення, номер пакета, включений у поле 345a "ccmp", може бути використаний для керування черговістю пакетів за допомогою використання як порядкового номера, включеного в поле 330a "sc". Унаслідок цього, поле 330 або 330a "sc" може бути видалене з MAC-заголовка 300 або 300a. В іншому варіанті здійснення, як, наприклад, де використовуються короткі пакети і/або для передачі використовуються відносно низькі PHY-швидкості, розмір поля номера пакета в полі 345a "ccmp" і/або полі 360a "mic" може бути зменшений. В іншому варіанті здійснення, поле 360a "mic" може бути використане для виконання функції поля 365a "fcs". Поле 365a "fcs" містить циклічний контроль надмірності, який використовується для визначення того, чи є в пакеті які-небудь помилки у міру прийому. Замість виконання цієї перевірки при одержанні пакета, бездротовий пристрій 202r може бути виконаний з можливістю перевірки, щоб побачити, чи проходить пакет даних алгоритм аутентифікації, за допомогою генерування даних поля 360a "mic". Якщо в пакеті є помилки, алгоритм аутентифікації не буде пройдений. Однак, якщо пакет проходить алгоритм аутентифікації, може бути припущено, що в пакеті немає помилок. Таке визначення може бути додатково зроблене в комбінації з перевіркою номера пакета для пакета даних, щоб побачити, чи є номер пакета логічно очікуваним як номер пакета на даний час. Слід зазначити, що, якщо алгоритм аутентифікації проходить, він змушує бездротовий пристрій 202r відповісти зворотно (наприклад, за допомогою ACK-кадру) після часу короткого міжкадрового проміжку (SIFS), що є типовим для відповідної STA. Однак, якщо алгоритм аутентифікації не проходить, він змушує бездротовий пристрій 202r відповісти зворотно після часу розширеного міжкадрового проміжку (EIFS). Це, однак, не є проблематичним, оскільки з’ясовується за допомогою наступного кадру підтвердження (ACK), який відправлений. В іншому варіанті здійснення, поле 325 або 325a адреси призначення ("a3") може бути видалене з MAC-заголовка 300 або 300a. Адреса призначення може бути використана у випадках, коли бездротовий пристрій 202t передає пакет даних на бездротовий пристрій 202r через інший пристрій (наприклад, маршрутизатор) і вказує адресу іншого пристрою як адресу 9 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 60 призначення. Відповідно, для випадків, коли бездротовий пристрій 202t передає прямо на бездротовий пристрій 202r, поле 325 або 325a "a3" може бути видалене з MAC-заголовка 300 або 300a. У деяких варіантах здійснення, у MAC-заголовок 300 або 300a може бути додане нове поле "a3 present", щоб указати, чи присутнє поле 325 або 325a "a3" у MAC-заголовку 300 або 300a, чи ні. У деяких варіантах здійснення, часто використовувана адреса призначення може бути збережена у пам'яті бездротового пристрою 202r. Відповідно, замість включення в себе цілої адреси призначення, MAC-заголовок 300 або 300a може включати в себе нове поле, називане присутністю стиснутого "a3" або полем "compr a3", що вказує бездротовому пристрою 202r, що він повинен використовувати збережену адресу призначення як адресу призначення для пакета даних. Збережена адреса призначення могла б бути попередньо запрограмована у бездротовому пристрої 202r. Додатково або як альтернатива, збережена адреса призначення могла б бути встановлена або обновлена за допомогою передачі повідомлення між бездротовим пристроєм 202t і бездротовим пристроєм 202r, який вказує нову адресу призначення, що повинна бути збережена. В іншому варіанті здійснення, поле 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". В іншому варіанті здійснення, замість включення цілого поля 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". В іншому варіанті здійснення, визначені ділянки поля 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". Фіг. 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 можуть бути використані відповідно до декількох різних аспектів, описаних нижче. Як показано в MAC-заголовку 400, поле 310 "dur" може бути виключене. Звичайно, пристрій, що приймає пакет даних, буде декодувати щонайменше поле 310 "dur", що вказує час, який пристрій не повинен передавати, так що під час можливості передачі немає передач, що 10 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 60 створюють перешкоди. Замість поля 310 "dur", пристрої можуть бути виконані з можливістю не передавати дані після прийому пакета даних, що вимагає підтвердження, поки не пройде час для такого підтвердження. Таким підтвердженням може бути ACK або BA, що вказує, що пакет був прийнятий. Пристрої можуть тільки бути виконані з можливістю затримки передачі, поки ACK не буде прийняте для даного пакета, якщо поле (наприклад, поле ACK-політики) указує, що пристрій повинен здійснювати затримку, поки не буде прийняте ACK. Дане поле може бути включене в MAC-заголовок або PHY-заголовок пакета. Передача кадру у відповідь може бути прихованою для STA, що стежить за пакетом даних, що викликає відправлення кадру у відповідь, але указання в пакеті даних, що ACK може бути присутнє, спонукує стежачу STA здійснювати затримку після закінчення пакета даних, поки кадр у відповідь не буде переданий за допомогою STA, яка є пунктом призначення пакета даних. Фіг. 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. У деяких аспектах, поле 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. До того ж, як розглянуто нижче, усі біти в полі "a1" або "a2" довжиною в 2 октети можуть не використовуватися, оскільки можуть бути використані тільки 13 бітів. Інші три біти можуть бути використані для інших цілей. Наприклад, ID трафіку (TID) може бути включений у поле "a1" або "a2" довжиною в 2 октети замість поля "fc". У деяких аспектах, замість використання глобального унікального ідентифікатора для пристрою (наприклад, 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 можуть бути використані для зв'язку в даній мережі. Наприклад, один описаний приклад може бути використаний для відправлення пакетів і підтверджуючих повідомлень, що не є підтвердженнями блоків, і інший приклад може бути використаний для відправлення пакетів і підтверджуючих повідомлень, що є підтвердженнями блоків у тій же мережі. У деяких аспектах, визначені біти полів MAC-заголовка 400 можуть бути використані для інших цілей, ніж використовувалися в MAC-заголовку 300, щоб вказати і надати визначені здатності. Зокрема, надання визначених здатностей може вимагати використання визначеного числа бітів для сигналізації. Нижченаведені є прикладами бітів, що можуть бути використані для надання такої сигналізації. Наприклад, коли поле 415 "a1" або поле 420 "a2" використовує 11 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 60 локальний ідентифікатор, такий як AID, можуть бути резервні біти (наприклад, 3 резервних біти), що можуть бути використані для надання визначених здатностей. До того ж, деякі, наприклад 2, біти поля 405 "fc" можуть бути перевантажені в тому, що вони використовуються для указання більше ніж однієї порції інформації для надання визначених здатностей. Наприклад, біт "order" і біт "to-ds" (як, наприклад, за допомогою злиття сигналізації по висхідній лінії зв'язку і прямого зв'язку) можуть бути перевантажені. На доповнення, визначені біти поля 430 "sc" можуть бути використані для надання визначених здатностей. Наприклад, 4 біти з підполя номера фрагмента можуть бути використані для надання визначених здатностей, і до 2^3 бітів з підполя порядкового номера можуть бути використані для надання визначених здатностей. Крім того, 1 біт підполя "більше фрагментів" у полі 405 "sc" може бути використаний для надання визначених здатностей. В іншому прикладі, для надання визначених здатностей може бути задане нове поле, таке як 1-байтове коротке поле якості обслуговування (QoS). У деяких аспектах, MAC-заголовок 400 може не включати в себе підполе номера фрагмента. У таких аспектах, STA і AP (наприклад, STA 106 і AP 104), що здійснюють зв'язок з використанням такого MAC-заголовка 400, можуть обмежувати максимальний дозволений розмір блока даних служби MAC (MSDU), що відправляється з MAC-заголовком 400. STA 106 і/або AP 104 можуть визначати або домовитися про максимальний дозволений розмір MSDU під час асоціації, повторної асоціації, запиту перевірки/відповіді перевірки або деякого іншого придатного періоду часу з використанням відповідної передачі повідомлень. У деяких аспектах, поле 430 "fc" може включати в себе підполе короткого порядкового номера (SN) з 8 бітів або менше, що включає в себе значення короткого SN. У деяких аспектах, підполе короткого порядкового номера відповідає 8 молодшим бітам ("lbs") з 12-бітового підполя послідовного номера, як задано для нестисненого MAC-заголовка, такого як MACзаголовок 300. У деяких аспектах, якщо значення короткого порядкового номера складає 0, передавач може відправити кадр із нестисненим MAC-заголовком з повним порядковим номером замість короткого MAC-заголовка з коротким порядковим номером зі значенням 0. У деяких аспектах, підполе короткого порядкового номера є підполем з 11 бітів або менше поля 430 "fc". У деяких аспектах, додатково або як альтернатива, поле 430 "fc" може вибірково включати в себе розширене поле. У деяких аспектах, присутність або відсутність такого розширеного поля в полі 430 "fc" MAC-заголовка 400 може бути зазначене значенням одного або більше бітів у полі 405 "fc". Розширене поле може включати в себе підполе номера фрагментації (наприклад, 4 біти або менше), підполе "retry" (наприклад, 1 біт), підполе "more frag" (наприклад, 1 біт) і/або підполе указання класу трафіку (наприклад, 3 біти). Здатності, що можуть бути надані за допомогою використання визначених бітів MACзаголовка 400, включають в себе, наприклад, керування QoS і високою пропускною здатністю (HT). Наприклад, здатності керування QoS, що можуть бути надані, і приклад числа використовуваних бітів включають в себе щонайменше одне з наступного: TID (3 біти), закінчення періоду обслуговування (EOSP) (1 біт), агрегований блок даних служби MAC (AMSDU) (1 біт), ACK-політику і розмір черги. До того ж, здатності керування HT, що можуть бути надані, і приклад числа використовуваних бітів включають в себе щонайменше одне з наступного: адаптацію до швидкої лінії зв'язку (16 бітів), положення/послідовність калібрування (4 біти), інформацію стану каналу (CSI)/керування (2 біти), оголошення пакета нульових даних (NDP) (1 біт) і обмеження керування доступом (AC)/дозвіл зворотного напрямку (RDG) (3 біти). Фіг. 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". Фіг. 5 ілюструє приклади типу даних у полях стиснутого MAC-заголовка 400 для пакета даних і дані для відповідного підтвердження відповідно до одного аспекту MAC-заголовка 400. Як показано на даній фігурі, стовпці, позначені як "Дані", відповідають інформації, відправленій як частина пакета даних (як показано, інформація для поля 415 "a1" і поля 420 "a2" і, необов'язково, поля "a3"). Стовпець, позначений як "ACK", відповідає інформації, відправленій у відповідному ACK. Стовпець, позначений як "Напрямок", указує напрямок або тип лінії зв'язку, по якій відправлений пакет даних. Як показано, якщо MAC-заголовок 400 є частиною пакета 12 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 60 даних, переданого по низхідній лінії зв'язку від 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 може ігнорувати пакет. Якщо 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. До того ж, пакет, переданий за допомогою 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 потоку), як розглянуто нижче. Як показано, якщо 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. Якщо AP визначає, що вона є призначеним одержувачем, вона може відправити підтверджуюче повідомлення (ACK) на STA, щоб указати успішний прийом пакета. У одному аспекті, AP може включати в себе все або ділянку поля 420 "a2", таку як T-AID в MAC-заголовку або заголовку фізичного рівня (PHY) ACK. Відповідно, для того, щоб виробити ACK, AP повинна тільки напряму скопіювати біти з прийнятого MAC-заголовка 400, що зменшує обробку. STA, що приймає ACK, може визначити, що ACK з AP, якщо воно прийняте відразу після певного періоду часу (наприклад, короткого міжкадрового проміжку (SIFS)) від передачі первинного пакета, оскільки малоймовірно, що STA прийме два ACK з однаковою інформацією в даний період часу. 13 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 У іншому аспекті, AP може передавати весь або ділянку циклічного контролю надмірності (CRC) з пакета або хеша всього або ділянки пакета в MAC- або PHY-заголовку ACK. STA може визначити AP, що відправила ACK, за допомогою перевірки такої інформації. Оскільки така інформація є довільною для кожного пакета, дуже малоймовірно, що два ACK з однаковою інформацією будуть прийняті після даного періоду часу за допомогою STA. У деяких аспектах, поле адреси з ACK може включати в себе одну або більше глобальних адрес (наприклад, MAC-адреса, BSSID), які унікально ідентифікують передавач і/або приймач ACK глобально (наприклад, в більшості будь-яких мереж). У деяких аспектах, поле адреси може включати в себе одну або більше локальних адрес (наприклад, ідентифікатор асоціації (AID), який унікально ідентифікує передавач і/або приймач ACK локально (наприклад, в локальній мережі, як, наприклад, в конкретному BSS)). У деяких аспектах, поле адреси може включати в себе частковий або неунікальний ідентифікатор (наприклад, ділянку MAC-адреси або AID), який ідентифікує передавач і/або приймач ACK. Наприклад, полем адреси може бути одне з AID, MAC-адреси або ділянки AID або MAC-адреси передавача і/або приймача ACK, яка скопійована з кадру, що підтверджується за допомогою ACK. У деяких аспектах, поле ідентифікатора з 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() є функцією, яка перетворює шістнадцяткове число в десяткове число. Інші хешфункції, основані на тих же вхідних даних, можуть бути реалізовані без відхилення від обсягу даного розкриття. У деяких аспектах, кадр, для якого у відповідь відправляється ACK, може включати в себе номер мітки, заданий передавачем кадру. Передавач кадру може генерувати номер мітки на основі алгоритму. У деяких аспектах, номер мітки, згенерований передавачем, може мати різні значення для кожного кадру, що відправляється передавачем. У таких аспектах, приймач кадру може використовувати номер мітки в полі ідентифікатора ACK, щоб ідентифікувати підтверджуваний кадр, як, наприклад, за допомогою задавання ідентифікатора як номера мітки або обчислення ідентифікатора на основі, щонайменше частково, номера мітки. У деяких аспектах, поле ідентифікатора може бути обчислене як комбінація номера мітки за допомогою щонайменше одного з наступного: однієї або більше глобальних адрес передавача/приймача ACK, однієї або більше локальних адрес передавача/приймача ACK, однієї або більше ділянок глобальних адрес передавача/приймача ACK, однієї або більше ділянок локальних адрес передавача/приймача ACK або усього або частини CRC кадру. У деяких інших аспектах, номер мітки може бути включений в інше поле ACK і/або підтверджуваний кадр, як, наприклад, поле SIG і/або поле керуючої інформації ("Control Info"). У деяких аспектах мітка може бути одержана, виходячи з початкового числа скремблювання в полі SERVICE, яке може йти за PHY-преамбулою, підтверджуваного кадру. За допомогою описаних вище методів, кадр у відповідь (наприклад, ACK, CTS, BA) може відобразити значення, таке як FCS або довільне число (наприклад, ID пакета), в ініціюючому кадрі (наприклад, даних, RTS, BAR). Ехозначення може бути основане, щонайменше частково, на початковому числі скремблера. Відображене значення може бути передане в полі початкового числа скремблера в кадрі у відповідь. Відображене значення може бути передане в полі SIG кадру відповіді. Відображене значення може бути передане в MPDU, включеному в кадр у відповідь. У деяких реалізаціях, може бути бажано для контрольної суми кадру (FCS) ініціюючого кадру (наприклад, даних, RTS, BAR) бути основаною на довільному числі (наприклад, ID пакета) або включати його в себе. Це значення може бути використане як ехозначення. У таких реалізаціях, ехозначення може бути включене в скрембльоване початкове число ініціюючого 14 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 кадру. Відповідно, FCS може бути відображена повністю або частково в кадрі у відповідь (наприклад, ACK, CTS, BA). За допомогою використання ехозначення, за рахунок включення в себе ехозначення, кадр у відповідь може не включати в себе ідентифікатор станції ініціюючого кадру. Одна або більше схем адресації для ініціюючого кадру (наприклад, даних, RTS, BAR і т. д.) можуть бути використані з кадром у відповідь, який відображає FCS або ID пакета ініціюючого кадру, але не ідентифікатор станції. Це може поліпшити зв'язок, як описано вище. До того ж, пакет, переданий за допомогою 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 потоку), як розглянуто нижче. Як показано, якщо 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. Якщо приймальна 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. Чи відправлений пакет як частина низхідної лінії зв'язку, висхідної лінії зв'язку або прямої лінії зв'язку, може бути указано за допомогою певних бітів в MAC-заголовку 400. Наприклад, поля до розподільної системи "to-ds" і "from-ds" з поля 405 "fc" можуть бути використані для указання типу лінії зв'язку, використовуваного для відправлення пакета (наприклад, 01 для низхідної лінії зв'язку, 10 для висхідної лінії зв'язку і 00 для прямої лінії зв'язку), як показано в стовпці, позначеному як "До DS/Від DS". Відповідно, одержувач пакета може визначити довжину (наприклад, 2 октети або 6 октетів) в полі 415 "a1" і полі 420 "a2" на основі типу адреси, що очікується в кожному полі, і таким чином визначити адресу, що міститься в кожному полі. У іншому аспекті, замість указання, чи є пакет частиною низхідної лінії зв'язку, висхідної лінії зв'язку або прямої лінії зв'язку, 1 біт (наприклад, 1 біт замінює поле "to-ds"/"from-ds") може бути використаний в MAC-заголовку 400 для указання, який тип адреси знаходиться в кожному з поля 415 "a1" і поля 420 "a2". Наприклад, одне значення біта може вказувати, що поле 415 "a1" є адресою приймача пакета даних, і поле 420 "a2" є адресою передавача пакета даних. Інше 15 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 значення біта може вказувати, що поле 415 "a1" є адресою передавача пакета даних, і поле 420 "a2" є адресою приймача пакета даних. Додаткові приклади пакетів даних показані і описані нижче на Фіг. 20 і 21. Фіг. 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. Фіг. 7 ілюструє приклади типу даних в полях стисненого MAC-заголовка 400 для пакета даних і дані для відповідного підтвердження згідно з іншим аспектом MAC-заголовка 400. Як показано, MAC-заголовок 400 включає в себе такі ж дані, як описані відносно Фіг. 6, і таким чином інформація може бути використана аналогічним чином. Однак, як показано, для кожного з пакетів низхідної лінії зв'язку, висхідної лінії зв'язку і прямої лінії зв'язку, поле 415 "a1" включає в себе локальний ідентифікатор одержувача пакета, тоді як поле 420 "a2" включає в себе глобальний ідентифікатор передавача пакета. Відповідно, використання бітів, таких як поля "tods" і "from-ds", щоб указати який тип лінії зв'язку, по якій відправлений пакет, може бути непотрібне, оскільки поле 415 "a1" завжди становить 2 октети, тоді як поле 420 "a2" завжди становить 6 октетів, замість того, щоб основуватися на типі лінії зв'язку, по якій відправлений пакет, і таким чином таку інформацію не треба визначати на основі типу лінії зв'язку. Наприклад, якщо пакет відправлений по низхідній лінії зв'язку, STA-одержувач може передати ACK блока з AID для STA, за яким іде BSSID для AP, замість BSSID для AP, за яким іде AID для STA, як в прикладі, описаному відносно Фіг. 6. Якщо пакет відправлений по висхідній лінії зв'язку, поле 415 "a1" може включати в себе AID для AP, який встановлений в значення 0, і поле 420 "a2" може включати в себе MAC-адресу STA (STA_MAC). До того ж, AP, що приймає пакет, може відправити ACK, що включає в себе AID для AP, за яким іде STA_MAC. Якщо пакет відправлений по прямій лінії зв'язку, поле 415 "a1" може включати в себе R-AID STA-приймача, і поле 420 "a2" може включати в себе адресу передавача (ТА) передавальної STA, яка може бути MAC-адресою передавальної STA. До того ж, STA-приймач може відправити ACK, що включає в себе R-AID STA-приймача, за яким іде ТА для передавальної STA. У прикладі за Фіг. 7, для пакетів по висхідній лінії зв'язку, для AP можливо потрібно зберігати таблицю відповідності, яка асоціює STA_MAC для STA з AID, для того, щоб відправляти і приймати дані, оскільки інформація приймається з використанням MAC-адреси, але передається з використанням AID, на відміну від прикладу за Фіг. 5 і 6, де AP тільки відправляє і приймає інформацію на основі AID для STA. Аналогічно, для пакетів по прямій лінії зв'язку, для STA можливо потрібно зберігати аналогічну таблицю відповідності через аналогічні причини. Фіг. 8 ілюструє приклади типу даних в полях стисненого MAC-заголовка 400 для пакета даних і дані для відповідного підтвердження згідно з іншим аспектом MAC-заголовка 400. Як показано, для кожного з пакетів низхідної лінії зв'язку, висхідної лінії зв'язку і прямої лінії зв'язку, за AID приймального пристрою іде AID передавального пристрою, за яким іде BSSID для AP, з якою асоційовані пристрої. До того ж, для ACK блоків, одержувач пакета передає AID передавального пристрою, за яким іде AID приймального пристрою, за яким іде BSSID для AP, з якою асоційовані пристрої. У цьому прикладі, як розглянуто вище за допомогою Фіг. 7, використання бітів, таких як поля "to-ds" і "from-ds", щоб указати, який тип лінії зв'язку, по якій передається пакет, може бути непотрібне. До того ж, не треба зберігати таблиці відповідності, оскільки вся релевантна інформація включена в пакети. 16 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 Фіг. 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", можуть бути потрібні для указання типу лінії зв'язку. Фіг. 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", розміщений в кадрі керування, може бути використаний для указання типу лінії зв'язку. Фіг. 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", розміщений в кадрі керування, може бути використаний для указання типу лінії зв'язку. Фіг. 12 ілюструє приклади типу даних в полях стисненого MAC-заголовка 400 для пакета даних і дані для відповідного підтвердження згідно з іншим аспектом MAC-заголовка 400. Як показано, MAC-заголовок 400 включає в себе такі ж дані, як описані відносно Фіг. 10, і таким чином інформація може бути використана таким же чином. Однак, значення поля 415 "a1" і поля 420 "a2" зарезервовані для пакета, що передається, в порівнянні з прикладом, описаним відносно Фіг. 10. Фіг. 13 ілюструє приклади даних в полях стисненого MAC-заголовка 400, використовуваного при адресації запиту на відправлення (RTS)/дозволу на відправлення (CTS). Як показано, в RTS-повідомленні, поле 415 "a1" включає в себе RA приймального пристрою, і поле 420 "a2" включає в себе T-AID передавального пристрою. До того ж, CTS-повідомлення включає в себе T-AID передавального пристрою. У деяких аспектах, кадри 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). Фіг. 14 ілюструє приклади типу даних в полях стисненого MAC-заголовка 400 для кадру керування і дані для відповідного підтвердження згідно з іншим аспектом MAC-заголовка 400. Як показано, значення 01 для полів "to-ds"/"from-ds" вказує, що кадр керування відправлений по низхідній лінії зв'язку. Поле 415 "a1" включає в себе AID приймальної STA, і поле 420 "a2" включає в себе BSSID передавальної AP. ACK, передане у відповідь на прийом кадру керування з приймальної STA, включає в себе pBSSID для AP, скопійований з поля 420 "a2". 17 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 60 Як показано, значення 10 для полів "to-ds"/"from-ds" вказує, що кадр керування відправлений по висхідній лінії зв'язку. Поле 415 "a1" включає в себе BSSID приймальної AP, і поле 420 "a2" включає в себе AID передавальної STA. ACK, передане у відповідь на прийом кадру керування з приймальної AP, включає в себе AID для STA, скопійований з поля 420 "a2". У деяких аспектах, підтверджуюче повідомлення (ACK) може переносити коротку адресу або повну MAC-адресу. При перенесенні короткої адреси, ACK може переносити або pBSSID (відповідь низхідної лінії зв'язку) або AID (відповідь висхідної лінії зв'язку). Приклади такої короткої адреси показані на Фіг. 5, Фіг. 10 і Фіг. 12, описаних вище. Фіг. 15 ілюструє приклади типу даних в полях стисненого MAC-заголовка 400 для пакета даних і дані для відповідного підтвердження згідно з одним аспектом MAC-заголовка 400, з ACK, що переносить повну MAC-адресу. Як показано, якщо 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. У деяких аспектах, адреса передавача в полі 420 "a2" стисненого MAC-заголовка 400 для пакета даних може завжди бути повною MAC-адресою передавача. Адресою приймача в полі 415 "a1" може бути AID приймача. У цьому випадку, AID для AP може бути призначений в значення 0. Фіг. 16 ілюструє додаткові приклади типу даних в полях стисненого MAC-заголовка 400 для пакета даних. Як показано на даній фігурі, стовпці, позначені як "Дані", відповідають інформації, відправленій як частина пакета даних (як показано, інформація для поля 415 адреса один ("a1") і поля 420 адреса два ("a2") і необов'язково поля адреса три ("a3")). Стовпець, позначений як "Напрям", вказує напрям або тип лінії зв'язку, по якій відправлений пакет даних. Приклад, показаний на Фіг. 16, ілюструє використання RA/AID-адресації в пакетах даних. Ряд 1602 ілюструє пакет даних, відправлений по з'єднанню зв'язку по низхідній лінії зв'язку. Адреса приймача точно визначена в полі 415 "a1". Адреса передавача в полі 420 "a2" встановлена в значення 0. Необов’язкове поле "a3" включає в себе значення, що вказує адресу вихідного пристрою для передачі. Наприклад, "a3" включає в себе адресу STA, що генерує повідомлення. Ряд 1604 ілюструє пакет даних, відправлений по з'єднанню зв'язку по висхідній лінії зв'язку. Поле 415 "a1" включає в себе значення, що представляє BSSID приймача. Поле 420 "a2" включає в себе AID передавального пристрою. Необов'язкове поле "a3" може включати в себе адресу для пункту призначення пакета даних (наприклад, іншій STA). Ряд 1606 представляє пряме з'єднання зв'язку. Як описано вище, пряме з'єднання є лінією зв'язку між двома STA. Поле 415 "a2" включає в себе адресу приймача. Поле 420 "a2" включає в себе AID передавального пристрою. Фіг. 17 ілюструє додаткові приклади типу даних в полях стисненого MAC-заголовка 400 для пакета даних. Як показано на даній фігурі, стовпці, позначені як "Дані", відповідають інформації, відправленій як частина пакета даних (як показано, інформація для поля 415 адреса один ("a1") і поля 420 адреса два ("a2") і необов'язково поля адреса три ("a3")). Стовпець, позначений як "Напрям", вказує напрям або тип лінії зв'язку, по якій відправлений пакет даних. Стовпець, позначений як "Від AP" вказує значення біта, що ідентифікує, чи відправлені дані з AP. У цьому прикладі, для кадрів, що передаються з AP, AID джерела може бути не включений. Однак в цьому прикладі є поле "from-AP", яке замінює поля "to-DS"/"from-DS", показані в попередніх прикладах. Ряд 1702 представляє з'єднання зв'язку по низхідній лінії зв'язку. Оскільки це повідомлення буде відправлене на приймальний пристрій, біт "from-AP" встановлюється в значення один. Поле 415 "a1" включає в себе значення, що представляє адресу пристрою приймача. Ряд 1704 представляє з'єднання зв'язку по висхідній лінії зв'язку. Оскільки це повідомлення не передається з AP, біт "from-AP" встановлюється в значення 0. Поле 415 "a1" може включати в себе BSSID пристрою приймача. Поле 420 "a2" може включати в себе AID передавального пристрою. Поле "a3" може необов'язково включати в себе значення адреси призначення. 18 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 60 Ряд 1706 представляє пряму лінію зв'язку. У цьому прикладі, біт "from-AP" встановлюється в значення 0. Поле 415 "a1" включає в себе значення адреси приймача. Поле "a2" включає в себе AID передавального пристрою. Як показано, поле адреси три пусте. Потрібно зазначити, що для кожного аспекту, описаного відносно Фіг. 5-17, використання AID і BSSID є лише ілюстративним. Замість AID, в описаних аспектах може бути використаний будь-який тип локального ідентифікатора. До того ж, замість BSSID, в описаних аспектах може бути використаний будь-який тип глобального ідентифікатора. До того ж, впорядкування описаних полів "a1" і "a2" може бути змінене. У деяких аспектах, кадри керування можуть бути стиснені аналогічним чином, як інші пакети даних, описані вище. Зокрема, замість TID, кадри керування мають необов'язкове поле перешкод суміжного каналу (ACI). Як указано вище, всі біти в полі "a1" або "a2" довжиною в 2 октети можуть не використовуватися, оскільки можуть бути використані тільки 13 бітів. Інші три біти можуть внаслідок цього бути використані для інших цілей. Наприклад, ACI може бути включений в поле "a1" або "a2" довжиною в 2 октети. Крім того, поля "to-ds" і "from-ds" можуть бути недоступні в кадрах керування для указання типу лінії зв'язку, по якій відправлений кадр, і внаслідок цього не можуть бути використані для указання формату для MAC-заголовка, як розглянуто вище. Відповідно, пакети висхідної лінії зв'язку і низхідної лінії зв'язку можуть мати однаковий формат (наприклад, формат адресації), і це означає, що кожне поле включає в себе однаковий формат інформації (наприклад, локальний ідентифікатор, глобальний ідентифікатор або деякі інші відповідні дані). Наприклад, поле "a1" кадру керування може включати в себе локальний ідентифікатор (наприклад, AID), поле "a2" глобальний ідентифікатор (наприклад, MAC-адреса) і додатково може бути включений BSSID. До того ж, кадри керування переміщаються тільки між AP і STA, так що SA і DA можуть не вимагатися. У деяких аспектах, інші керуючі кадри і/або кадри керування можуть бути сумісні з коротким 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, щоб указати тип кадру. У деяких аспектах, контрольні кадри можуть використовувати MAC-заголовок 400, в тому числі поля MAC-заголовка 400, як показано на Фіг. 4, або MAC-заголовок 400a, як показано на Фіг. 4A. В деяких таких аспектах, поле 430 керування черговістю може бути виключене. Якщо кадр є CTS-кадром, в деяких аспектах, поле 415 "a1" і/або поле 420 "a2" можуть бути, як альтернатива або додатково, виключені. Якщо кадр є кадром PS-poll, в деяких аспектах, як альтернатива або додатково, може бути додане поле керування PS-poll (наприклад, як задано в специфікаціях IEEE 802.11). Якщо кадр є BAR-кадром або ВА-кадром, в деяких аспектах, як альтернатива або додатково, може бути додане поле інформації BAR і/або поле керування BAR (наприклад, як задано в специфікаціях IEEE 802.11). Якщо кадр є NDPA, в деяких аспектах, як альтернатива або додатково, можуть бути додані одне або більше полів STA "info" (наприклад, як задано в специфікаціях IEEE 802.11). У деяких аспектах, тільки значення 00 і 01 "to-ds"/"from-ds" можуть бути звичайно використані для кадрів керування. Відповідно, значення 01 і 11 можуть все ще бути використані для сигналізації різниці між адресацією по висхідній лінії зв'язку і низхідній лінії зв'язку. Фіг. 18-23 ілюструють інші аспекти стиснених MAC-заголовків, які включають в себе певні поля і не включають в себе інші поля, як розглянуто вище, і які можуть бути використані для зв'язку між бездротовим пристроєм 202t і бездротовим пристроєм 202r. Поля можуть бути використані розглянутим вище чином. Потрібно зазначити, що інші MAC-заголовки, не проілюстровані в цьому документі, які можуть мати різні комбінації полів на основі розгляду вище, знаходяться також в обсязі даного розкриття. Фіг. 18 ілюструє стиснений MAC-заголовок, аналогічний Фіг. 3A, при цьому поле "dur", поле "a1", поле "a2", поле "a3", поле "sc", поле "qc", поле "htс", поле "llc/snap" і поле "fcs" видалені, тоді як використовується новий підтип кадру і використовується PV0 для версії протоколу. До того ж, додані поле "pra" і поле "pta" і можуть частково бути використані для визначення інформації адресації, як розглянуто вище. До того ж, замість поля "llc/snap" додане поле "ethertype". На доповнення додані поле індексу категорії доступу ("aci") і поле перевірочної 19 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 послідовності заголовка ("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), але це може викликати помилкові реакції на існуючих вузлах. Фіг. 20 ілюструє MAC-заголовок, аналогічний Фіг. 19. Однак, в MAC-заголовку за Фіг. 20, поле "pra" видалене. Фіг. 21 ілюструє MAC-заголовок, аналогічний Фіг. 19. У проілюстрованому прикладі за Фіг. 21 поле "a3" присутнє. Фіг. 22 ілюструє MAC-заголовок, аналогічний Фіг. 19. Однак, в проілюстрованому прикладі, поле "fc" додатково включає в себе поле присутності стисненого "a3" ("compr a3"), яке вказує, чи відповідає адреса "a3" пакета адресі "a3", збереженій на приймальному пристрої, як розглянуто вище, чи ні. Фіг. 23 ілюструє MAC-заголовок, аналогічний Фіг. 22. Однак, в MAC-заголовку за Фіг. 22, поле "pra" видалене. Фіг. 24A-С ілюструють приклади типів стиснених MAC-заголовків з незашифрованими корисними даними. Як показано на Фіг. 24A, MAC-заголовок 2400a може включати в себе поле 2410 керування кадром (FC), поле 2420 часткової передачі (РТА або PTX), поле 2430 порядкового номера кадру (SEQ) і поле 2450 контрольної послідовності кадру (FCS). У проілюстрованому варіанті здійснення, поле 2410 FC становить 2 байти в довжину, поле 2420 PTX становить 2 байти в довжину і поле 2450 FCS становить чотири байти в довжину. Хоч корисні дані 2440 зображені для відомості, вони можуть не бути частиною MAC-заголовка 2400a. Щонайменше деякі з полів, описаних в цьому документі відносно Фіг. 24А, можуть бути аналогічні відповідним полям, описаним вище відносно Фіг. 3A. В різних варіантах здійснення, MAC-заголовок 2400a може включати в себе додаткові не показані поля і може виключити одне або більше показаних полів. Фахівець в даній галузі техніки повинен розуміти, що поля MACзаголовка 2400a можуть бути будь-якого розміру. Продовжуючи посилатися на Фіг. 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, був адресований приймачу і що він був коректно прийнятий. Як проілюстровано на Фіг. 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 може включати в себе поле адреси передачі. 20 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 Як показано на Фіг. 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 може бути використане в мережевих середовищах, де кадри можуть бути ретрансльовані в їх кінцевий пункт призначення. Як показано на Фіг. 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 може забезпечити приймач способом уникнути додаткової обробки, коли прийнятий кадр не адресований приймачу. Менша обробка може привести до меншого споживання енергії. У варіанті здійснення, поле 2470 PRX може бути основане на MAC-адресі приймача. У іншому варіанті здійснення, поле 2470 PRX може бути основане як на MAC-адресі приймача, так і MAC-адресі передачі. Наприклад, поле 2470 PRX може бути хешем MAC-адреси передавача і ID приймача. У різних варіантах здійснення, для забезпечення можливості приймачу скидати прийнятий кадр без обчислення очікуваної перевірки кадру можуть бути використані інші попередні указання. У різних варіантах здійснення, описаних в цьому документі, де ділянки традиційного MACзаголовка виключені, бездротовий пристрій 202t може зовсім виключити поле 2450 FCS (Фіг. 24A-С). Наприклад, в кадрах, що містять зашифровані корисні дані, MAC-заголовок може повторно використовуватися і будуватися на існуючих полях, що стосуються шифрування. Повторне використання заголовка може привести до більш короткого кадру, оскільки зашифровані корисні дані можуть вже включати в себе свої власні заголовки, що стосуються шифрування. Використання раніше існуючих полів заголовка, що стосуються шифрування, для виконання ролі традиційного MAC-заголовка може зменшити підсумкове число використовуваних полів. У варіанті здійснення, бездротовий пристрій 202t може генерувати MAC-заголовок без поля FCS. Поле перевірки цілісності повідомлення (MIC) може бути повторно використане замість поля FCS. У іншому варіанті здійснення, бездротовий пристрій 202t може генерувати MAC-заголовок без поля порядкового номера (SN). Поле номера пакета (PN) може бути повторно використане замість поля SN. При стисненні MAC-заголовків для шифрованих кадрів, бездротовий пристрій 202t переважно здатний дешифрувати кадр в межах короткого міжкадрового проміжку (SIFS). У варіанті здійснення, бездротовий пристрій 202t може обчислити MIC на основі всіх полів в MAC-заголовку 300a, розглянутому вище відносно Фіг. 3A, в той же час тільки передаючи поля в MAC-заголовках, показаних, наприклад, на одній з Фіг. 18-23. Більш конкретно, у варіантах здійснення, де поле тривалості виключене з MAC-заголовка, бездротовий пристрій 202t може незважаючи на це включати в себе поле тривалості при обчисленні MIC. У варіантах здійснення, де поле тривалості виключене з MAC-заголовка, бездротовий пристрій 202t може незважаючи на це включати в себе поле тривалості при обчисленні MIC. У варіантах здійснення, де поле адреси приймача виключене з MAC-заголовка, бездротовий пристрій 202t може незважаючи на це включати в себе поле адреси приймача при обчисленні MIC. У варіантах здійснення, де поле адреси джерела або адреси передачі виключене з MACзаголовка, бездротовий пристрій 202t може незважаючи на це включати в себе поле адреси джерела або адреси передачі при обчисленні MIC. Фахівець в даній галузі техніки повинен розуміти, що будь-яке виключене поле заголовка може бути включене в MIC. 21 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 60 Фіг. 25A-С ілюструють приклади типів стиснених 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 можуть бути будь-якого розміру. Продовжуючи посилатися на Фіг. 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, був адресований приймачу і що він був коректно прийнятий. Як проілюстровано на Фіг. 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 може включати в себе поле адреси передачі. Як показано на Фіг. 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 може бути використане в мережевих середовищах, де кадри можуть бути ретрансльовані в їх кінцевий пункт призначення. Як показано на Фіг. 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 для того, 22 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 60 щоб визначити, чи адресований кадр приймачу. Іншими словами, поле 2570 PRX може забезпечити приймач способом уникнути додаткової обробки, коли прийнятий кадр не адресований приймачу. Менша обробка може привести до меншого споживання енергії. У варіанті здійснення, поле 2570 PRX може бути основане на MAC-адресі приймача. У іншому варіанті здійснення, поле 2570 PRX може бути основане як на MAC-адресі приймача, так і MAC-адресі передачі. Наприклад, поле 2570 PRX може бути хешем MAC-адреси передавача і ID приймача. У різних варіантах здійснення, для забезпечення можливості приймачу скидати прийнятий кадр без обчислення очікуваної перевірки кадру можуть бути використані інші попередні указання. У деяких варіантах здійснення, інші ділянки конкретних пакетів даних можуть також бути зменшені в розмірі. Наприклад, ACK-кадр може бути стиснений аналогічно тому, як можуть бути стиснені MAC-заголовки, як розглянуто вище. Фіг. 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 після закінчення попереднього пакета даних. Фіг. 27 і 28 ілюструють різні варіанти здійснення стиснених ACK-кадрів, які включають в себе певні поля і не включають в себе інші поля, як розглянуто вище, і які можуть бути використані для зв'язку між бездротовим пристроєм 202t і бездротовим пристроєм 202r. Поля можуть бути використані розглянутим вище чином. Потрібно зазначити, що інші ACK-кадри, не проілюстровані в цьому документі, які можуть мати різні комбінації полів на основі розгляду вище, знаходяться також в обсязі даного розкриття. Фіг. 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", що зберігається на приймальному пристрої, як розглянуто вище. Фіг. 28 ілюструє ACK-кадр, аналогічний Фіг. 27. Однак, ACK-кадр за Фіг. 28 додатково включає в себе поле "pra". Фіг. 29A-С ілюструють приклади типів стиснених кадрів підтвердження (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 можуть бути будь-якого розміру. ACK-кадр 2900c може включати в себе поле 2930 PRX для того, щоб забезпечити приймач деяким указанням, чи перевіряє він поле 2940 FCS. Наприклад, якщо адреса приймача не співпадає з полем 2930 PRX, він може вирішити не обчислювати очікувану FCS, оскільки малоймовірно, що прийняте поле 2940 FCS може співпасти. Однак, якщо адреса приймача співпадає з полем 2930 PRX, він може вирішити обчислити очікувану FCS для того, щоб визначити, чи адресований кадр приймачу. Іншими словами, поле 2930 PRX може забезпечити 23 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 60 приймач способом уникнути додаткової обробки, коли прийнятий кадр не адресований приймачу. Менша обробка може привести до меншого споживання енергії. У варіанті здійснення, поле 2930 PRX може бути основане на MAC-адресі приймача. У іншому варіанті здійснення, поле 2930 PRX може бути основане як на MAC-адресі приймача, так і MAC-адресі передачі. Наприклад, поле 2930 PRX може бути хешем MAC-адреси передавача і ID приймача. У різних варіантах здійснення, для забезпечення можливості приймачу скидати прийнятий кадр без обчислення очікуваної перевірки кадру можуть бути використані інші попередні указання. Як показано на Фіг. 29A, ACK-кадр 2900b може включати в себе заголовок 2910 фізичного рівня (PHY), поле 2920 керування кадром (FC) і поле 2940 контрольної послідовності кадру (FCS). У різних варіантах здійснення, ACK-кадр 2900b може включати в себе додаткові не показані поля і може виключити одне або більше показаних полів. У проілюстрованому варіанті здійснення, ACK-кадр 2900b може виключити поле адреси приймача, таке як поле 2615 "a1", описане вище з посиланням на Фіг. 26. Відповідно, бездротовий пристрій 202t може обчислити поле 2940 FSC, як якби поле адреси приймача було присутнім в ACK-кадрі 2900b, навіть якщо ACK-кадр 2900b може не містити поле адреси приймача. У варіанті здійснення, коли приймач, такий як бездротовий пристрій 202r, приймає ACK-кадр 2900b, він може неявно дізнатися свою власну адресу. Наприклад, у варіанті здійснення, бездротовий пристрій 202r може зберігати свою власну мережеву адресу в пам'яті 206. Відповідно, приймач може обчислити очікувану FCS на основі одного або більше полів в ACKкадрі 2900b, об'єднаному з неявно відомою адресою приймача. Приймач може потім порівняти очікувану FCS з прийнятим полем 2950 FCS з ACK-кадру 2900b. Якщо прийняте поле 2950 FCS співпадає з очікуваною FCS, обчисленою з використанням неявної адреси приймача, виключеної з ACK-кадру 2900b, приймач може визначити, що кадр, асоційований з ACK-кадром 2900b, був адресований приймачу і що він був коректно прийнятий. Як показано на Фіг. 29C, ACK-кадр 2900c може включати в себе тільки заголовок 2910 фізичного рівня (PHY). PHY-преамбула без даних може бути названа як NDP. У різних варіантах здійснення, ACK-кадр 2900c може включати в себе додаткові не показані поля і може виключити одне або більше показаних полів. У проілюстрованому варіанті здійснення, підтверджуючий пристрій, такий як бездротовий пристрій 202t, може відправити ACK-кадр 2900 в момент часу, відомий приймальному пристрою. Приймальний пристрій може вивести інформацію, виключену з ACK-кадру 2900c, на основі моменту часу, в який прийнятий ACK-кадр 2900c. Наприклад, приймальний пристрій може очікувати прийому ACK-кадру 2900c після затримки після відправки повідомлення, яке повинно бути підтверджене. У варіанті здійснення, приймальний пристрій може очікувати прийому ACK-кадру 2900c в межах вікна часу. У різних варіантах здійснення, пристрій, такий як бездротовий пристрій 202t, може відправити NDP (тобто PHY-преамбулу без даних) як ACK. У іншому варіанті здійснення, бездротовий пристрій 202t може відправити STF як ACK. У одному варіанті здійснення, коли бездротовий пристрій 202t відправляє кадр, для якого потрібне термінове ACK, бездротовий пристрій 202t може вважати кадр успішно переданим, якщо NDP прийнята, починаючи в межах часу SIFS після завершення передачі кадру. У різних варіантах здійснення, описаних в цьому документі, де ділянки кадру підтвердження (ACK) виключені, бездротовий пристрій 202t може обчислити FCS на основі однієї або більше виключених ділянок. Наприклад, бездротовий пристрій 202t може обчислити FCS на основі всіх полів в ACK-кадрі 2600, розглянутому вище відносно Фіг. 26, в той же час тільки передаючи поля в ACK-кадрах, показаних на одній з Фіг. 27-28. Більш конкретно, у варіантах здійснення, де поле тривалості виключене з ACK-кадру, бездротовий пристрій 202t може незважаючи на це включати в себе поле тривалості при обчисленні FCS. У варіантах здійснення, де поле тривалості виключене з ACK-кадру, бездротовий пристрій 202t може незважаючи на це включати в себе поле тривалості при обчисленні FCS. У варіантах здійснення, де поле адреси приймача виключене з ACK-кадру, бездротовий пристрій 202t може незважаючи на це включати в себе поле адреси приймача при обчисленні FCS. Фахівець в даній галузі техніки повинен розуміти, що будь-яке виключене поле заголовка може бути включене в FCS. Більше того, виключені поля заголовка можуть бути включені в перевірки кадру, а не FCS, в тому числі перевірку цілісності повідомлення (MIC). Як розглянуто вище, для зв'язку між бездротовим пристроєм 202t і бездротовим пристроєм 202r може бути використано багато різних типів MAC-заголовків і ACK-кадрів. До того ж, як розглянуто вище, MAC-заголовки 300 і 300a, проілюстровані на Фіг. 3 і 3A, і ACK-кадр 2600, проілюстрований на Фіг. 26, використовуються для існуючих систем. Як розглянуто вище, поле 305 або 305a "fc" (і аналогічне поле 2605 "fc") включає в себе, серед інших полів, поле 372 24 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 60 версії протоколу ("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-заголовка на основі значення поля. У деяких реалізаціях, підтверджуюче повідомлення може включати в себе ідентифікатор доступу (AID) в полі "a1", щоб ідентифікувати пристрій. Може бути бажано в певних реалізаціях включати AID в поле "a1" для кожного підтверджуючого повідомлення. Відповідно, в певних реалізаціях, тільки AID використовується для ідентифікації пристрою в полі "a1". Це може забезпечити можливість приймачу підтверджуючого повідомлення одноманітно обробляти поле "a1" прийнятих сигналів підтвердження, оскільки тип ідентифікатора, що з'являється в полі "a1", буде аналогічним для кожного підтверджуючого повідомлення. У деяких реалізаціях, описаних вище, для ідентифікації пристрою замість повної MACадреси в полі "a2" може бути використаний АID. Може бути бажано в певних реалізаціях сконфігурувати систему для верифікації цілісності підтверджуючого повідомлення, як, наприклад, за допомогою обчислення додаткових даних аутентифікації (AAD) і/або випадкового коду для блокового шифрування з кодом аутентифікації повідомлення і зчеплення блоків і лічильника (CCM), на основі AID, включеного в поле "a2". Наприклад, пристрій приймача може бути виконаний з можливістю відображення AID з 13 бітів в повну MAC-адресу з 6 байтів. Повна MAC-адреса може бути потім використана для обчислення коду цілісності повідомлення (MIC). У іншому прикладі, AID може бути також використаний для обчислення MIC напряму. Наприклад, де довжина MAC-адреси становить 6 байтів, AID може бути заповнений нулями (наприклад, в кінці, на початку), щоб AID мав довжину в 6 байтів. У деяких реалізаціях, довільні біти/байти можуть бути додані до AID для заповнення AID, так щоб AID складав таку ж довжину, як повна MAC-адреса. Як розглянуто вище, підполе "pv" поля "fc" може бути використане для указання, чи є MACзаголовок існуючим MAC-заголовком або стисненим MAC-заголовком. Наприклад, значення 0 для підполя "pv" може вказувати, що MAC-заголовок є існуючим MAC-заголовком, і значення 1 для підполя "pv" може вказувати, що MAC-заголовок є стисненим MAC-заголовком. Стиснений MAC-заголовок може мати формат будь-якого зі стиснених MAC-заголовків, описаних в цьому документі. Для будь-якого зі стиснених 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. Фіг. 30 ілюструє приклад формату поля керування кадром і формат стисненого MACзаголовка для пакета зі стисненим MAC-заголовком без захисту. Як показано, поле 3000 керування кадром включає в себе підполе 3002 "pv" з 2 бітів, підполе 3004 "type" з 4 бітів, підполе 3006 "from-AP" з одного біта, підполе 3008 категорії доступу ("ac") з 2 бітів, підполе 25 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 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" в будь-якій комбінації, так щоб тільки підтримувати ознаки включених полів. Поле 3000 "fc" може бути полем будь-якого стисненого MAC-заголовка, описаного в цьому документі. Наприклад, поле 3000 "fc" може бути полем стисненого MAC-заголовка 3050, який може включати в себе поле 3000 "fc" з 2 октетів, поле 3052 "aid" з 13 бітів (в одному аспекті, RAID може бути включений, коли підполе 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". Фіг. 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-заголовок не включає в себе поле номера фрагмента. Поле 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". Фіг. 30B ілюструє інший приклад формату поля керування кадром і формат стисненого MAC-заголовка для пакета зі стисненим MAC-заголовком. Як показано, поле 3000b керування кадром включає в себе підполе 3002b "pv" з 2 бітів, підполе 3004b "type" з 2 бітів, підполе 3006b "from-AP" з 1 біта і підполе 3012b керування потужністю ("pm") з 1 біта. Поле 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 бітів. У деяких аспектах, з цих підполів, як розглянуто вище, підполе 3072b "більше даних", підполе 3074b захищеного кадру і підполе 3076b "eosp" можуть бути включені або не включені в стиснений MAC-заголовок 3050b в будь-якій комбінації, так щоб тільки підтримувати ознаки включених полів. 26 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 60 Фіг. 31 ілюструє приклад формату поля керування кадром і формат стисненого MACзаголовка для пакета зі стисненим MAC-заголовком із захистом. Як показано, поле 3100 керування кадром може мати той же формат, як розглянуто вище відносно поля 3000 керування кадром. Поле 3100 "fc" може бути полем будь-якого стисненого MAC-заголовка, описаного в цьому документі. Наприклад, поле 3100 "fc" може бути полем стисненого MAC-заголовка 3150, який має ті ж поля, як і стиснений MAC-заголовок 3050, в тому числі додаткові поля. Додаткові поля можуть включати в себе поле 3162 PN пакета з 2 бітів і поле 3164 MIC з 8 бітів. У деяких аспектах, пара передавач-приймач (наприклад, STA, що передає на AP по висхідній лінії зв'язку) може мати декілька "потоків" між ними. Наприклад, пристрої в бездротовій мережі можуть передавати/приймати інформацію між собою. Інформація може прийняти форму серії пакетів, що передаються від вихідного пристрою (передавального пристрою) на пристрій призначення (приймальний пристрій). Серія пакетів може бути відома як "потік". Як названо в цьому документі, "потоком" може бути серія або послідовність пакетів, що передаються від вихідного пристрою на пристрій призначення, які вихідні пристрої позначають як потік. Потік може бути асоційований з передачею конкретних даних від вихідного пристрою на пристрій призначення, наприклад конкретний файл, такий як відеофайл. Пакети потоку, в результаті цього, можуть спільно використовувати деякий взаємозв'язок (як мінімум, вони кожний передаються від і приймаються на одних і тих же пристроях). У варіанті здійснення, потік може включати в себе послідовність численних блоків даних протоколу MAC (MPDU) із загальними полями MAC-заголовка, такими як, наприклад, адреса джерела, адреса призначення, ідентифікатор базового набору служб (BSSID), керування якістю обслуговування (QoS)/HT і т. д. В різних варіантах здійснення, пристрій призначення використовує певну інформацію про пакети, щоб правильно декодувати пакети потоку. У певних аспектах, інформація, використовувана для декодування пакета, відправляється в ділянці заголовка пакета. Пакети, в результаті цього, можуть включати в себе інформацію заголовка і/або дані, які повинні бути передані з вихідного пристрою на пристрій призначення. У потоці, деяка з інформації заголовка, розглянутої відносно MAC-заголовка, використовуваного для обробки пакета потоку, може бути однаковою для всіх пакетів потоку. Ця інформація заголовка, яка не змінюється між пакетами потоку, може бути названа як, наприклад, "постійна інформація заголовка" або "загальна інформація заголовка". У певних аспектах, замість передачі постійної інформації заголовка в кожному пакеті потоку, постійна інформація заголовка може бути тільки передана бездротовим пристроєм 202t в піднаборі пакетів потоку. Наприклад, постійна інформація заголовка може бути передана тільки в першому пакеті потоку або іншому повідомленні. Цей перший пакет з постійною інформацією заголовка може бути названий як "головний" кадр. Послідовні пакети потоку можуть бути відправлені без постійної інформації заголовка. Ці послідовні пакети можуть включати в себе інформацію заголовка, яка змінюється від пакета до пакета потоку, і дані, які повинні бути передані. Послідовний пакет з такими даними може бути названий як кадри "даних". Приймач, бездротовий пристрій 202r, потоку може зберігати постійну інформацію заголовка, прийняту в головному кадрі, і використовувати її для обробки кадрів даних. Відповідно, бездротовий пристрій 202r може використовувати спосіб асоціювання кадрів даних потоку з головним кадром. У певних аспектах, бездротовий пристрій 202t призначає ідентифікатор потоку кожному потоку, який він передає іншому пристрою. Ідентифікатор потоку може бути унікальним ідентифікатором потоку між бездротовим пристроєм 202t і бездротовим пристроєм 202r. Наприклад, якщо бездротовий пристрій 202t і бездротовий пристрій 202r мають численні потоки між собою (в тому або іншому напрямі), кожному потоку може бути призначений різний ідентифікатор потоку (наприклад, 1, 2, 3 і т. д.). Відповідно, пристрій може визначити, чи є пакет для даного пристрою, на основі полів "a1" і "a2", і даного потоку, на основі ідентифікатора потоку. Кожний з бездротового пристрою 202t і бездротового пристрою 202r може відстежувати потоки між пристроями і асоційованими ідентифікаторами потоків, так щоб не призначити один і той же ідентифікатор потоку численним потокам. До того ж, в певних аспектах, коли потік завершений, як, наприклад, всі дані потоку передані між бездротовим пристроєм 202t і бездротовим пристроєм 202r, і потік переривається, асоційований ідентифікатор потоку перерваного потоку може бути використаний для нового потоку. Переривання потоку між бездротовим пристроєм 202t і бездротовим пристроєм 202r може бути сигналізоване бездротовому пристрою 202r бездротовим пристроєм 202t. Наприклад, бездротовий пристрій 202t може указати всередині останнього кадру даних потоку, який включає в себе дані для відправлення на бездротовий пристрій 202r, що він є останнім кадром 27 UA 112773 C2 5 10 15 20 25 30 35 40 45 50 55 даних, і потік переривається після прийому останнього кадру даних. Наприклад, указання може бути за допомогою значення біта в полі керування кадром з кадру даних. У іншому аспекті, бездротовий пристрій 202t може вказувати переривання потоку за допомогою передачі кадру переривання або "хвостового" кадру на бездротовий пристрій 202r, який вказує, що потік повинен бути перерваний. Відповідно, бездротовий пристрій 202t може передати останній кадр даних без якого-небудь указання на бездротовий пристрій 202r, що він є останнім кадром даних. До того ж, бездротовий пристрій 202t може передати хвостовий кадр після останнього кадру даних, щоб указати бездротовому пристрою 202r, що потік перерваний. У деяких аспектах, головні кадри, кадри даних і хвостові кадри можуть містити блоки даних протоколу MAC (MPDU). У певних аспектах, численні MPDU можуть бути агреговані в агрегований-MPDU (A-MPDU). У певних аспектах, кадри даних потоку можуть бути передані як частина одного і того ж A-MPDU. До того ж, в певних аспектах, головний кадр, кадри даних і хвостовий кадр потоку можуть бути передані як частина одного і того ж A-MPDU. До того ж, в певних аспектах, як розглянуто вище, заголовки можуть мати різні поля, коли активований захист для пакета даних. Наприклад, коли активований захист, пакет може мати заголовок протоколу блокового шифрування з кодом аутентифікації повідомлення і режимом зчеплення блоків і лічильника (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, яка цим в явній формі включена в цей документ за допомогою посилання. Потрібно розуміти, що способи і методи, розглянуті вище, можуть також бути використані для інших типів кадрів без відхилення від обсягу даного винаходу. Наприклад, способи короткої адресації, розглянуті вище, можуть бути також використані для кадрів керування/контрольних кадрів (наприклад, RTS/CTS-кадр), як розглянуто з посиланням на Фіг. 13. Як розглянуто вище, в деяких аспектах бездротовий пристрій 202r може вказувати бездротовому пристрою 202t інформацію (наприклад, значення для полів MAC-заголовка), яка зберігається на бездротовому пристрої 202r. Бездротовий пристрій 202t може потім виключити такі поля з MAC-заголовка в пакетах, відправлених на бездротовий пристрій 202r. Наприклад, новий підтип може бути заданий (вказаний значенням поля "subtype" з поля керування кадром MAC-заголовка пакета даних) для пакета даних, який вказує, що він містить інформацію, або сам є вказуючим, про інформацію, що зберігається в бездротовому пристрої 202r. Бездротовий пристрій 202t, що приймає пакет даних з такою інформацією, може потім виключити таку інформацію в MAC-заголовку пакетів, відправлених на бездротовий пристрій 202r. Кадр нового підтипу може бути використаний спільно з будь-якими різними прикладами MAC-заголовка, описаними в цьому документі. Наприклад, така інформація може бути виключена з яких-небудь прикладів MAC-заголовків, описаних в цьому документі. До того ж, бездротовий пристрій 202t може використовувати той же підтип кадру даних (вказаний значенням поля "subtype" з поля керування кадром MAC-заголовка пакета даних) в пакетах даних, виключаючи інформацію, що зберігається на бездротовому пристрої 202r, для пакетів даних, відправлених на бездротовий пристрій 202r. Бездротовий пристрій 202r, що приймає пакети даних з таким підтипом, може використовувати даний підтип як покажчик, що дані, що зберігаються на бездротовому пристрої 202r, повинні бути використані для значень полів, не включених в пакет даних. У деяких аспектах, короткі блоки даних служби MAC MSDU можуть бути агреговані з використанням агрегованого MSDU (A-MSDU). Наприклад, якщо довжина MSDU знаходиться нижче певного порога, то MSDU можуть бути агреговані. A-MSDU може використовувати заголовок підкадру з коротким (наприклад, стисненим) A-MSDU. Заголовок підкадру з коротким A-MSDU може мати поле довжини ("length") з 2 октетів в довжину, проти звичайного заголовка, який становить 12 або 14 октетів в довжину. Біт "order" в полі керування кадром заголовка може бути використаний або замінений полем "a-msdu" для указання, чи використовується в пакеті 28
ДивитисяДодаткова інформація
Назва патенту англійськоюApparatus and methods for media access control header compression
Автори англійськоюWentink, Maarten Menzo, Abraham, Santosh Paul, Merlin, Simone, Awater, Geert, Taghavi Nasrabadi, Mohammad H., Quan, Zhi, Sampath, Hemanth, Asterjadhi, Alfred
Автори російськоюВентинк Мартен Мензо, Абрахам Сантош Пол, Мерлин Симоне, Аватер Герт, Тагхави Насрабади Мохаммад Х., Цюань Чжи, Сампатх Хемантх, Астерджадхи Альфред
МПК / Мітки
МПК: H04W 28/06, H04L 1/00, H04L 29/06, H04L 29/12
Мітки: середовища, керування, стиснення, пристрій, доступом, способи, заголовка
Код посилання
<a href="https://ua.patents.su/67-112773-pristrijj-i-sposobi-dlya-stisnennya-zagolovka-keruvannya-dostupom-do-seredovishha.html" target="_blank" rel="follow" title="База патентів України">Пристрій і способи для стиснення заголовка керування доступом до середовища</a>
Попередній патент: Курильний виріб і вставний фільтруючий елемент
Наступний патент: Сільськогосподарська або садівницька фунгіцидна композиція і спосіб боротьби з фітопатогеном
Випадковий патент: Термостійкий електропровідний керамічний матеріал