Формула / Реферат

1. Спосіб зв'язку в бездротовій мережі, який містить:

вибір типу заголовка керування доступом до середовища з множини типів на основі індикації інформації, що зберігається в приймачі, причому перший тип заголовка містить множину полів і другий тип заголовка містить підгрупу з множини полів, причому згадана підгрупа з множини полів містить першу кількість полів, яка менша, ніж згадана множина полів, причому перший тип заголовка і другий тип заголовка містять поле керування кадром, причому поле керування кадром вказує один з першого типу заголовка або другого типу заголовка, причому перший тип заголовка включає в себе поле тривалості, а другий тип заголовка не включає в себе поле тривалості; і

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

2. Спосіб за п. 1, в якому перший тип заголовка включає в себе поле адреси для індикації першої адреси приймача, при цьому другий тип заголовка не включає в себе поле адреси, при цьому другий тип заголовка включає в себе поле індикатора для індикації приймачу про використання адреси, що зберігається в приймачі, як першої адреси.

3. Спосіб за п. 1, в якому перший тип заголовка включає в себе порядковий номер керування і номер пакета, при цьому другий тип заголовка включає в себе номер пакета, але не включає в себе порядковий номер, і при цьому для другого типу заголовка номер пакета вказує порядковий номер.

4. Спосіб за п. 1, в якому перший тип заголовка включає в себе поле адреси для індикації приймачу адреси призначення заголовка, при цьому другий тип заголовка не включає в себе поле адреси, і при цьому другий тип заголовка включає в себе поле коду цілісності повідомлення, яке виконане з можливістю проходити перевірку в точці призначення для індикації адреси призначення заголовка.

5. Спосіб за п. 1, в якому перший тип заголовка включає в себе поле перевірки цілісності повідомлення і поле послідовності перевірки кадру, при цьому другий тип заголовка включає в себе поле перевірки цілісності повідомлення, але не включає в себе поле послідовності перевірки кадру, і при цьому для другого типу заголовка проходження перевірки цілісності повідомлення вказує проходження послідовності перевірки кадру.

6. Спосіб за п. 1, в якому індикація інформації, що зберігається в приймачі, містить значення адреси призначення, яке повинне використовуватися у другому типі заголовка.

7. Спосіб за п. 1, в якому індикація інформації, що зберігається в приймачі, містить індикацію наявності ключа, що використовується для виконання функції дешифрування для повідомлення від передавача.

8. Спосіб за п. 1, в якому індикація інформації, що зберігається в приймачі, містить значення поля протоколу доступу до підмережі рівня логічного з'єднання, причому другий тип заголовка не включає в себе поле протоколу доступу до підмережі рівня логічного з'єднання.

9. Спосіб за п. 1, в якому індикація інформації, що зберігається в приймачі, містить інформацію заголовка пакета, який переданий раніше в приймач.

10. Спосіб за п. 1, в якому перший тип заголовка включає в себе множину номерів пакетів, причому другий тип заголовка не включає в себе кожний номер пакета з множини номерів пакетів, але включає в себе індикацію підгрупи з множини номерів пакетів.

11. Спосіб за п. 1, в якому етап вибору додатково містить вибір першого типу заголовка і при цьому індикація одного з першого типу заголовка або другого типу заголовка вказує перший тип заголовка.

12. Спосіб за п. 1, в якому етап вибору додатково містить вибір другого типу заголовка і при цьому індикація одного з першого типу заголовка або другого типу заголовка вказує другий тип заголовка.

13. Спосіб за п. 1, в якому поле керування кадром містить підполе версії протоколу, що має значення, яке забезпечує індикацію одного з першого типу заголовка або другого типу заголовка.

14. Спосіб за п. 13, в якому етап вибору додатково містить вибір першого типу заголовка і значення підполя версії протоколу являє собою 0.

15. Спосіб за п. 13, в якому етап вибору додатково містить вибір другого типу заголовка і значення підполя версії протоколу являє собою одне з 1, 2 або 3.

16. Пристрій для здійснення зв'язку в бездротовій мережі, який містить:

процесор, виконаний з можливістю вибирати тип заголовка керування доступом до середовища з множини типів на основі індикації інформації, що зберігається в приймачі, причому перший тип заголовка містить множину полів і другий тип заголовка містить підгрупу з множини полів, причому згадана підгрупа з множини полів містить першу кількість полів, яка менша, ніж згадана множина полів, причому перший тип заголовка і другий тип заголовка містять поле керування кадром, причому поле керування кадром вказує один з першого типу заголовка або другого типу заголовка, причому перший тип заголовка включає в себе поле тривалості, а другий тип заголовка не включає в себе поле тривалості; і

передавач, виконаний з можливістю передавати заголовок керування доступом до середовища вибраного типу до приймача.

17. Пристрій за п. 16, в якому перший тип заголовка включає в себе поле адреси для індикації першої адреси приймачу, при цьому другий тип заголовка не включає в себе поле адреси, при цьому другий тип заголовка включає в себе поле індикатора для індикації приймачу про використання адреси, що зберігається в приймачі, як першої адреси.

18. Пристрій за п. 16, в якому перший тип заголовка включає в себе порядковий номер керування і номер пакета, при цьому другий тип заголовка включає в себе номер пакета, але не включає в себе порядковий номер, і при цьому для другого типу заголовка номер пакета вказує порядковий номер.

19. Пристрій за п. 16, в якому перший тип заголовка включає в себе поле адреси для індикації приймачу адреси призначення заголовка, при цьому другий тип заголовка не включає в себе поле адреси, і при цьому другий тип заголовка включає в себе поле коду цілісності повідомлення, яке виконане з можливістю проходити перевірку в точці призначення для індикації адреси призначення заголовка.

20. Пристрій за п. 16, в якому перший тип заголовка включає в себе поле перевірки цілісності повідомлення і поле послідовності перевірки кадру, при цьому другий тип заголовка включає в себе поле перевірки цілісності повідомлення, але не включає в себе поле послідовності перевірки кадру, і при цьому для другого типу заголовка проходження перевірки цілісності повідомлення вказує проходження послідовності перевірки кадру.

21. Пристрій за п. 16, в якому індикація інформації, що зберігається в приймачі, містить значення адреси призначення, яке повинно використовуватися у другому типі заголовка.

22. Пристрій за п. 16, в якому індикація інформації, що зберігається в приймачі, містить індикацію наявності ключа, що використовується для виконання функції дешифрування для повідомлення від передавача.

23. Пристрій за п. 16, в якому індикація інформації, що зберігається в приймачі, містить значення поля протоколу доступу до підмережі рівня логічного з'єднання, причому другий тип заголовка не включає в себе поле протоколу доступу до підмережі рівня логічного з'єднання.

24. Пристрій за п. 16, в якому індикація інформації, що зберігається в приймачі, містить інформацію заголовка пакета, який переданий раніше в приймач.

25. Пристрій за п. 16, в якому перший тип заголовка включає в себе множину номерів пакетів, причому другий тип заголовка не включає в себе кожний номер пакета з множини номерів пакетів, але включає в себе індикацію підгрупи з множини номерів пакетів.

26. Пристрій за п. 16, в якому процесор вибирає перший тип заголовка і при цьому індикація одного з першого типу заголовка або другого типу заголовка вказує перший тип заголовка.

27. Пристрій за п. 16, в якому процесор вибирає другий тип заголовка і при цьому індикація одного з першого типу заголовка або другого типу заголовка вказує другий тип заголовка.

28. Пристрій за п. 16, в якому поле керування кадром містить підполе версії протоколу, що має значення, яке забезпечує індикацію одного з першого типу заголовка або другого типу заголовка.

29. Пристрій за п. 28, в якому процесор вибирає перший тип заголовка і значення підполя версії протоколу являє собою 0.

30. Пристрій за п. 28, в якому процесор вибирає другий тип заголовка і значення підполя версії протоколу являє собою одне з 1, 2 або 3.

31. Пристрій для здійснення зв'язку в бездротовій мережі, який містить:

засіб вибору типу заголовка керування доступом до середовища з множини типів на основі індикації інформації, що зберігається в приймачі, причому перший тип заголовка містить множину полів і другий тип заголовка містить підгрупу з множини полів, причому згадана підгрупа з множини полів містить першу кількість полів, яка менша, ніж згадана множина полів, причому перший тип заголовка і другий тип заголовка містять поле керування кадром, причому поле керування кадром вказує один з першого типу заголовка або другого типу заголовка, причому перший тип заголовка включає в себе поле тривалості, а другий тип заголовка не включає в себе поле тривалості; і

засіб передачі заголовка керування доступом до середовища вибраного типу до приймача.

32. Пристрій за п. 31, в якому перший тип заголовка включає в себе поле адреси для індикації першої адреси приймачу, при цьому другий тип заголовка не включає в себе поле адреси, при цьому другий тип заголовка включає в себе поле індикатора для індикації приймачу про використання адреси, що зберігається в приймачі, як першої адреси.

33. Пристрій за п. 31, в якому перший тип заголовка включає в себе порядковий номер керування і номер пакета, при цьому другий тип заголовка включає в себе номер пакета, але не включає в себе порядковий номер, і при цьому для другого типу заголовка номер пакета вказує порядковий номер.

34. Пристрій за п. 31, в якому перший тип заголовка включає в себе поле адреси для індикації приймачу адреси призначення заголовка, при цьому другий тип заголовка не включає в себе поле адреси, і при цьому другий тип заголовка включає в себе поле коду цілісності повідомлення, яке виконане з можливістю проходити перевірку в точці призначення для індикації адреси призначення заголовка.

35. Пристрій за п. 31, в якому перший тип заголовка включає в себе поле перевірки цілісності повідомлення і поле послідовності перевірки кадру, при цьому другий тип заголовка включає в себе поле перевірки цілісності повідомлення, але не включає в себе поле послідовності перевірки кадру, і при цьому для другого типу заголовка проходження перевірки цілісності повідомлення вказує проходження послідовності перевірки кадру.

36. Пристрій за п. 31, в якому індикація інформації, що зберігається в приймачі, містить значення адреси призначення, яке повинне використовуватися у другому типі заголовка.

37. Пристрій за п. 31, в якому індикація інформації, що зберігається в приймачі, містить індикацію наявності ключа, що використовується для виконання функції дешифрування для повідомлення від передавача.

38. Пристрій за п. 31, в якому індикація інформації, що зберігається в приймачі, містить значення поля протоколу доступу до підмережі рівня логічного з'єднання, причому другий тип заголовка не включає в себе поле протоколу доступу до підмережі рівня логічного з'єднання.

39. Пристрій за п. 31, в якому індикація інформації, що зберігається в приймачі, містить інформацію заголовка пакета, який переданий раніше в приймач.

40. Пристрій за п. 31, в якому перший тип заголовка включає в себе множину номерів пакетів, причому другий тип заголовка не включає в себе кожний номер пакета з множини номерів пакетів, але включає в себе індикацію підгрупи з множини номерів пакетів.

41. Пристрій за п. 31, в якому засіб вибору вибирає перший тип заголовка і при цьому індикація одного з першого типу заголовка або другого типу заголовка вказує перший тип заголовка.

42. Пристрій за п. 31, в якому засіб вибору вибирає другий тип заголовка і при цьому індикація одного з першого типу заголовка або другого типу заголовка вказує другий тип заголовка.

43. Пристрій за п. 31, в якому поле керування кадром містить підполе версії протоколу, що має значення, яке забезпечує індикацію одного з першого типу заголовка або другого типу заголовка.

44. Пристрій за п. 43, в якому засіб вибору вибирає перший тип заголовка і значення підполя версії протоколу являє собою 0.

45. Пристрій за п. 43, в якому засіб вибору вибирає другий тип заголовка і значення підполя версії протоколу являє собою одне з 1, 2 або 3.

46. Машиночитаний носій, що містить команди, які при виконанні приписують пристрою:

вибирати тип заголовка керування доступом до середовища з множини типів на основі індикації інформації, що зберігається в приймачі, причому перший тип заголовка містить множину полів і другий тип заголовка містить підгрупу з множини полів, причому згадана підгрупа з множини полів містить першу кількість полів, яка менша, ніж згадана множина полів, причому перший тип заголовка і другий тип заголовка містять поле керування кадром, причому поле керування кадром вказує одне з першого типу заголовка або другого типу заголовка, причому перший тип заголовка включає в себя поле тривалості, а другий тип заголовка не включає в себе поле тривалості; і

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

47. Машиночитаний носій за п. 46, в якому перший тип заголовка включає в себе поле адреси для індикації першої адреси приймачу, при цьому другий тип заголовка не включає в себе поле адреси, при цьому другий тип заголовка включає в себе поле індикатора для індикації приймачу про використання адреси, що зберігається в приймачі, як першої адреси.

48. Машиночитаний носій за п. 46, в якому перший тип заголовка включає в себе порядковий номер керування і номер пакета, при цьому другий тип заголовка включає в себе номер пакета, але не включає в себе порядковий номер, і при цьому для другого типу заголовка номер пакета вказує порядковий номер.

49. Машиночитаний носій за п. 46, в якому перший тип заголовка включає в себе поле адреси для індикації приймачу адреси призначення заголовка, при цьому другий тип заголовка не включає в себе поле адреси, і при цьому другий тип заголовка включає в себе поле коду цілісності повідомлення, яке виконане з можливістю проходити перевірку в точці призначення для індикації адреси призначення заголовка.

50. Машиночитаний носій за п. 46, в якому перший тип заголовка включає в себе поле перевірки цілісності повідомлення і поле послідовності перевірки кадру, при цьому другий тип заголовка включає в себе поле перевірки цілісності повідомлення, але не включає в себе поле послідовності перевірки кадру, і при цьому для другого типу заголовка проходження перевірки цілісності повідомлення вказує проходження послідовності перевірки кадру.

51. Машиночитаний носій за п. 46, в якому індикація інформації, що зберігається в приймачі, містить значення адреси призначення, яке повинне використовуватися у другому типі заголовка.

52. Машиночитаний носій за п. 46, в якому індикація інформації, що зберігається в приймачі, містить індикацію наявності ключа, що використовується для виконання функції дешифрування для повідомлення від передавача.

53. Машиночитаний носій за п. 46, в якому індикація інформації, що зберігається в приймачі, містить значення поля протоколу доступу до підмережі рівня логічного з'єднання, причому другий тип заголовка не включає в себе поле протоколу доступу до підмережі рівня логічного з'єднання.

54. Машиночитаний носій за п. 46, в якому індикація інформації, що зберігається в приймачі, містить інформацію заголовка пакета, який переданий раніше в приймач.

55. Машиночитаний носій за п. 46, в якому перший тип заголовка включає в себе множину номерів пакетів, причому другий тип заголовка не включає в себе кожний номер пакета з множини номерів пакетів, але включає в себе індикацію підгрупи з множини номерів пакетів.

56. Машиночитаний носій за п. 46, в якому команди при виконанні приписують пристрою вибирати перший тип заголовка і при цьому індикація одного з першого типу заголовка або другого типу заголовка вказує перший тип заголовка.

57. Машиночитаний носій за п. 46, в якому команди при виконанні приписують пристрою вибирати другий тип заголовка і при цьому індикація одного з першого типу заголовка або другого типу заголовка вказує другий тип заголовка.

58. Машиночитаний носій за п. 46, в якому поле керування кадром містить підполе версії протоколу, що має значення, яке забезпечує індикацію одного з першого типу заголовка або другого типу заголовка.

59. Машиночитаний носій за п. 58, в якому команди при виконанні приписують пристрою вибирати перший тип заголовка і значення підполя версії протоколу являє собою 0.

60. Машиночитаний носій за п. 58, в якому команди при виконанні приписують пристрою вибирати другий тип заголовка і значення підполя версії протоколу являє собою одне з 1, 2 або 3.

Текст

Реферат: Спосіб зв'язку в бездротовій мережі, який містить: вибір типу заголовка керування доступом до середовища з множини типів на основі індикації інформації, що зберігається в приймачі; і передачу заголовка керування доступом до середовища вибраного типу до приймача. UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 ПЕРЕХРЕСНЕ ПОСИЛАННЯ НА СПОРІДНЕНУ ЗАЯВКУ (СПОРІДНЕНІ ЗАЯВКИ) За даною заявкою заявляється пріоритет відповідно до попередньої заявки на патент США № 61/487,814, поданої 19 травня 2011 року, 61/506,779, поданої 12 липня 2011 року, 61/514,365, поданої 2 серпня 2011 року, 61/566,535, поданої 2 грудня 2011 року, 61/569,653, поданої 12 грудня 2011 року, 61/579,179, поданої 22 грудня 2011 року, 61/584,419, поданої 9 січня 2012 року, 61/588,706, поданої 20 січня 2012 року, 61/595,487, поданої 6 лютого 2012 року, 61/602,754, поданої 24 лютого 2012 року, 61/606,271, поданої 2 березня 2012 року, 61/637,042, поданої 23 квітня 2012 року, і 61/642,252, поданої 5 травня 2012 року, повний зміст кожної з яких включений сюди за допомогою посилання. ГАЛУЗЬ ТЕХНІКИ, ДО ЯКОЇ НАЛЕЖИТЬ ВИНАХІД Дана заявка загалом стосується бездротового зв'язку, точніше систем, способів та пристроїв для стиснення заголовків керування доступом до середовища (МАС) для зв'язку. РІВЕНЬ ТЕХНІКИ У багатьох телекомунікаційних системах мережі зв'язку використовуються для здійснення обміну повідомленнями між декількома взаємодіючими розділеними в просторі пристроями. Мережі можуть класифікуватися відповідно до географічних меж, які можуть бути, наприклад, територією мегаполіса, локальною територією або персональною територією. Такі мережі могли б позначатися, відповідно, як регіональна (глобальна) мережа (WAN), міська мережа (MAN), локальна мережа (LAN), бездротова локальна мережа (WLAN) або персональна мережа (PAN). Мережі також відрізняються за методикою перемикання/маршрутизації, що використовується для з'єднання різних мережних вузлів та пристроїв (наприклад, комутація ланцюгів проти комутації пакетів), за типом фізичного середовища, яке задіюється для передачі (наприклад, дротова проти бездротової), і за набором протоколів зв'язку, які використовуються (наприклад, стек інтернет-протоколів, SONET (синхронна оптична мережа), мережа Ethernet тощо). Бездротові мережі нерідко є переважними, коли мережні елементи мобільні і, таким чином, мають потребу в рухомому з'єднанні або якщо мережна архітектура сформована в спеціальній, а не фіксованій топології. Бездротові мережі задіюють нематеріальне фізичне середовище в некерованому режимі розповсюдження, використовуючи електромагнітні хвилі в радіо-, мікрохвильових, інфрачервоних, оптичних тощо смугах частот. Бездротові мережі значно сприяють збільшенню мобільності користувача і швидкості розгортання поля в порівнянні з фіксованими дротовими мережами. Пристрої в бездротовій мережі можуть передавати/приймати інформацію між собою. Інформація може містити пакети, які в деяких аспектах можуть іменуватися блоками даних або кадрами даних. Пакети можуть включати в себе службову інформацію (наприклад, інформація заголовка, властивості пакета тощо), яка допомагає при маршрутизації пакета по мережі, ідентифікації даних в пакеті, обробці пакета тощо, як і дані, наприклад, дані користувача, мультимедійний контент тощо, що може переноситися в корисному навантаженні пакета. Відповідно, інформація заголовка передається з пакетами. Подібна інформація заголовка може містити велику частину пакета даних. Відповідно, передача даних в таких пакетах може бути неефективною внаслідок того факту, що велика частина ширини смуги пропускання для передачі даних може використовуватися для передачі інформації заголовка, а не реальних даних. Таким чином, існує потреба у вдосконалених системах, способах та пристроях для передачі пакетів. СУТЬ ВИНАХОДУ Кожна із систем, способів та пристроїв даного винаходу має деякі аспекти, жоден з яких не є єдино відповідальним за їх бажані особливості. Нижче будуть стиснуто розглянуті деякі ознаки без обмеження обсягу даного винаходу, що виражається представленою формулою винаходу. Після цього огляду, точніше - після прочитання розділу, озаглавленого "Докладний опис", буде зрозуміло, як ознаки даного винаходу забезпечують його переваги, які включають в себе зменшення розміру заголовка кадру (наприклад, заголовка керування доступом до середовища (МАС)) пакета даних, таким чином, знижуючи витрати при передачі корисного навантаження в пакетах даних. Один аспект даного розкриття передбачає спосіб зв'язку в бездротовій мережі. Спосіб містить вибір типу заголовка керування доступом до середовища з множини типів на основі індикації інформації, що зберігається в приймачі. Спосіб додатково містить передачу заголовка керування доступом до середовища вибраного типу до приймача. Інший аспект даного розкриття передбачає пристрій для зв'язку в бездротовій мережі. Пристрій містить процесор, виконаний з можливістю вибирати тип заголовка керування доступом до середовища з множини типів на основі індикації інформації, що зберігається в 1 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 приймачі. Пристрій додатково містить передавач, виконаний з можливістю передавати заголовок керування доступом до середовища вибраного типу до приймача. Інший аспект даного розкриття передбачає пристрій для зв'язку в бездротовій мережі. Пристрій містить засіб вибору типу заголовка керування доступом до середовища з множини типів на основі індикації інформації, що зберігається в приймачі. Пристрій додатково містить засіб передачі заголовка керування доступом до середовища вибраного типу до приймача. Інший аспект даного розкриття передбачає машиночитаний носій, що містить команди. Команди при виконанні приписують пристрою вибирати тип заголовка керування доступом до середовища з множини типів на основі індикації інформації, що зберігається в приймачі. Команди при виконанні додатково приписують пристрою передавати заголовок керування доступом до середовища вибраного типу до приймача. КОРОТКИЙ ОПИС КРЕСЛЕНЬ Фіг. 1 ілюструє приклад системи бездротового зв'язку, в якій можуть використовуватися аспекти даного розкриття. Фіг. 2 ілюструє різні компоненти, включаючи приймач, які можуть використовуватися в бездротовому пристрої, який може бути задіяний в межах системи бездротового зв'язку за фіг. 1. Фіг. 3 ілюструє приклад заголовка керування доступом до середовища (МАС) типу, що використовується в системах зв'язку попереднього покоління. Фіг. 3А ілюструє інший приклад заголовка керування доступом до середовища (МАС) типу, що використовується в системах зв'язку попереднього покоління. Фіг. 4 ілюструє приклад стиснутого заголовка МАС. Фіг. 4А ілюструє приклад іншого стиснутого заголовка МАС. Фіг. 4В ілюструє приклад іншого стиснутого заголовка МАС. Фіг. 5 ілюструє приклади типу даних у полях стиснутого заголовка МАС за фіг. 4 для пакета даних і дані для відповідного підтвердження відповідно до одного аспекту заголовка МАС за фіг. 4. Фіг. 6 ілюструє приклади типу даних у полях стиснутого заголовка МАС за фіг. 4 для пакета даних і дані для відповідного підтвердження відповідно до іншого аспекту заголовка МАС за фіг. 4. Фіг. 7 ілюструє приклади типу даних у полях стиснутого заголовка МАС за фіг. 4 для пакета даних і дані для відповідного підтвердження відповідно до іншого аспекту заголовка МАС за фіг. 4. Фіг. 8 ілюструє приклади типу даних у полях стиснутого заголовка МАС за фіг. 4 для пакета даних і дані для відповідного підтвердження відповідно до іншого аспекту заголовка МАС за фіг. 4. Фіг. 9 ілюструє приклади типу даних у полях стиснутого заголовка МАС за фіг. 4 для пакета даних і дані для відповідного підтвердження відповідно до іншого аспекту заголовка МАС за фіг. 4. Фіг. 10 ілюструє приклади типу даних у полях стиснутого заголовка МАС за фіг. 4 для пакета даних і дані для відповідного підтвердження відповідно до іншого аспекту заголовка МАС за фіг. 4. Фіг. 11 ілюструє приклади типу даних у полях стиснутого заголовка МАС за фіг. 4 для пакета даних і дані для відповідного підтвердження відповідно до іншого аспекту заголовка МАС за фіг. 4. Фіг. 12 ілюструє приклади типу даних у полях стиснутого заголовка МАС за фіг. 4 для пакета даних і дані для відповідного підтвердження відповідно до іншого аспекту заголовка МАС за фіг. 4. Фіг. 13 ілюструє приклади даних у полях стиснутого заголовка МАС, що використовується в адресації запиту на передачу (RTS)/готовності до передачі (CTS). Фіг. 14 ілюструє приклади типу даних у полях стиснутого заголовка МАС для кадру керування і дані для відповідного підтвердження відповідно до іншого аспекту заголовка МАС. Фіг. 15 ілюструє приклади типу даних у полях стиснутого заголовка МАС для пакета даних і дані для відповідного підтвердження відповідно до іншого аспекту заголовка МАС. Фіг. 16 ілюструє додаткові приклади типу даних у полях стиснутого заголовка МАС для пакета даних. Фіг. 17 ілюструє додаткові приклади типу даних у полях стиснутого заголовка МАС для пакета даних. Фіг. 18-23 ілюструють приклади типів стиснутих заголовків МАС. 2 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 Фіг. 24А-24С ілюструють приклади типів стиснутих заголовків МАСз незашифрованим корисним навантаженням. Фіг. 25А-25С ілюструють приклади типів стиснутих заголовків МАС із зашифрованим корисним навантаженням. Фіг. 26 ілюструє приклад кадру підтвердження (АСК) типу, що використовується в системах зв'язку попереднього покоління. Фіг. 27 та 28 ілюструють приклади типів стиснутих кадрів АСК. Фіг. 29А-29С ілюструють приклади стиснутих кадрів підтвердження (АСК). Фіг. 30 ілюструє приклад формату поля керування кадру і формату стиснутого заголовка МАС для пакета стиснутого заголовка МАС без захисту. Фіг. 30А ілюструє інший приклад формату поля керування кадру і формату стиснутого заголовка МАС для пакета стиснутого заголовка МАС без захисту. Фіг. 30В ілюструє інший приклад формату поля керування кадру і формату стиснутого заголовка МАС для пакета стиснутого заголовка МАС. Фіг. 31 ілюструє приклад формату поля керування кадру і формату стиснутого заголовка МАС для пакета стиснутого заголовка МАС із захистом. Фіг. 32 ілюструє аспект способу передачі пакета із заголовком МАС. Фіг. 33 являє собою функціональну блок-схему іншого зразкового бездротового пристрою, який може бути задіяний в межах системи бездротового зв'язку за фіг. 1. Фіг. 34 ілюструє аспект способу прийому та обробки пакета. Фіг. 35 являє собою функціональну блок-схему іншого зразкового бездротового пристрою, який може бути задіяний в межах системи бездротового зв'язку за фіг. 1. Фіг. 36 ілюструє аспект способу передачі кадру АСК. Фіг. 37 являє собою функціональну блок-схему іншого зразкового бездротового пристрою, який може бути задіяний в межах системи бездротового зв'язку за фіг. 1. Фіг. 38 ілюструє аспект способу прийому та обробки кадру АСК. Фіг. 39 являє собою функціональну блок-схему іншого зразкового бездротового пристрою, який може бути задіяний в межах системи бездротового зв'язку за фіг. 1. Фіг. 40 ілюструє аспект способу передачі пакета із заголовком МАС. Фіг. 41 являє собою функціональну блок-схему зразкового бездротового пристрою, який може бути задіяний в межах системи бездротового зв'язку за фіг. 1. Фіг. 42 ілюструє аспект способу прийому та обробки пакета. Фіг. 43 являє собою функціональну блок-схему іншого зразкового бездротового пристрою, який може бути задіяний в межах системи бездротового зв'язку з фіг. 1. ДОКЛАДНИЙ ОПИС Різні аспекти нових систем, пристроїв та способів описуються більш повно тут і далі з посиланням на прикладені креслення. Ідеї розкриття можуть, однак, бути втілені в різних формах і не повинні тлумачитися як такі, що обмежують до якої-небудь конкретної структури або функції, представленої в цьому розкритті. Навпаки, ці аспекти передбачені таким чином, що дане розкриття буде вичерпним і повним, і буде в повній мірі передавати обсяг розкриття фахівцям в даній галузі техніки. На основі представлених тут ідей фахівці в даній галузі техніки повинні зрозуміти, що обсяг розкриття направлений на те, щоб охопити будь-який аспект нових систем, пристроїв та способів, розкритих тут, як такий, що застосовується окремо або в поєднанні з будь-яким іншим аспектом винаходу. Наприклад, пристрій може реалізовуватися або спосіб може практикуватися з використанням будь-якої кількості аспектів, викладених тут. Крім того, обсяг винаходу направлений на те, щоб охопити такий пристрій або такий спосіб, який практикується з використанням іншої структури, функціональності або додаткової структури і функціональності або структур і функціональності, відмінної від різних аспектів винаходу, викладених тут. Потрібно розуміти, що будь-який розкритий тут аспект може втілюватися одним або декількома елементами пункту формули винаходу. Хоча тут описуються конкретні аспекти, в межах обсягу розкриття знаходиться множина варіацій і перестановок цих аспектів. Хоча згадуються деякі переваги і достоїнства переважних аспектів, обсяг розкриття не направлений на обмеження цими перевагами, варіантами використання або цілями. Навпаки, аспекти розкриття направлені на широку застосовність в різних бездротових технологіях, конфігураціях систем, мережах і протоколах передачі, деякі з яких проілюстровані у вигляді прикладів на малюнках і в наступному описі переважних аспектів. Докладний опис і креслення лише ілюструють розкриття, а не обмежують його, а обсяг розкриття визначається прикладеною формулою винаходу та її еквівалентами. Популярні технології бездротових мереж можуть включати в себе різні типи бездротових локальних мереж (WLAN). WLAN може використовуватися для з'єднання пристроїв, що 3 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 знаходяться один поруч з одним разом, задіюючи мережні протоколи, що широко використовуються. Різні аспекти, описані тут, можуть застосовуватися відносно будь-якого стандарту зв'язку, наприклад WiFi або, якщо в більш загальному значенні, будь-який член сімейства бездротових протоколів IEEE 802.11. Наприклад, різні аспекти, описані тут, можуть використовуватися як частина протоколу IEEE 802.11ah, який використовує діапазони до 1 ГГц. У деяких аспектах бездротові сигнали в діапазоні до гігагерца можуть передаватися відповідно до протоколу 802.11 ah з використанням мультиплексування з ортогональним розділенням частот (OFDM), зв'язку за технологією розширення спектра методом прямої послідовності (DSSS), комбінації зв'язку OFDM та DSSS або інших схем. Варіанти здійснення протоколу 802.11 ah можуть використовуватися для датчиків, вимірювань та інтелектуальних мереж. Перевагою є те, що визначені пристрої, які використовують протокол 802.11 ah, можуть споживати менше енергії, ніж пристрої, які використовують інші бездротові протоколи, і/або можуть використовуватися для передачі бездротових сигналів у відносно великому діапазоні, наприклад, близько одного кілометра або далі. У деяких варіантах здійснення WLAN включає в себе різні пристрої, які є компонентами, які здійснюють доступ до бездротової мережі. Наприклад, може бути два типи пристроїв: точки доступу ("АР") і клієнти (що також іменуються станціями або "STA"). Загалом, АР служить концентратором (хабом) або базовою станцією для WLAN, а STA діє як користувач WLAN. Наприклад, STA може бути портативним комп'ютером, персональним цифровим помічником (PDA), мобільним телефоном тощо. В прикладі STA з'єднується з АР за допомогою сумісної бездротової лінії зв'язку WiFi (наприклад, протоколу IEEE 802.11, наприклад 802.11 ah), щоб одержати загальну можливість підключення до Інтернету або інших глобальних мереж. У деяких варіантах здійснення STA також може використовуватися як АР. Точка доступу ("АР") також може містити один з наступних елементів, застосовуватися як або бути відома як Вузол Б (NodeB), контролер радіомережі ("RNC"), eNodeB, контролер базової станції ("BSC"), базова приймально-передавальна станція ("BTS"), базова станція ("BS"), приймально-передавальна функція ("TF"), радіомаршрутизатор, приймач-передавач радіосигналу або описуватися за допомогою деякої іншої термінології. Станція "STA" також може містити один з наступних елементів, застосовуватися як або бути відома як термінал доступу ("АТ"), абонентська станція, абонентський блок, мобільна станція, віддалена станція, віддалений термінал, користувацький термінал, користувацький агент, користувацьке обладнання або описуватися за допомогою деякої іншої термінології. У деяких варіантах здійснення термінал доступу може містити стільниковий телефон, бездротовий телефон, телефон протоколу ініціації сесії ("SIP"), станцію місцевої лінії радіозв'язку ("WLL"), персональний цифровий помічник ("PDA"), кишеньковий пристрій з можливістю встановлення бездротового з'єднання або деякий інший прийнятний пристрій для обробки, приєднаний до бездротового модему. Відповідно, один або декілька аспектів, розглянутих тут, можуть бути включені в телефон (наприклад, стільниковий телефон або смартфон), комп'ютер (наприклад, портативний комп'ютер), портативний пристрій зв'язку, навушники, портативний обчислювальний пристрій (наприклад, персональний цифровий помічник), розважальний пристрій (наприклад, музичний або відеопристрій або супутникове радіо), ігровий пристрій або система, пристрій глобальної системи місцевизначення або будь-який інший прийнятний пристрій, який виконаний з можливістю здійснювати зв'язок за допомогою бездротового середовища. Як було розглянуто вище, визначені пристрої, описані тут, можуть ввести в дію стандарт 802.11 ah, наприклад. Такі пристрої, що використовуються як STA або як АР, або як інший пристрій, можуть використовуватися для інтелектуального вимірювання або в інтелектуальній мережі. Такі пристрої можуть застосовуватися для датчиків або використовуватися для домашньої автоматизації. Пристрої можуть замість перерахованого або додатково використовуватися в контексті охорони здоров'я, наприклад, для особистої охорони здоров'я. Вони також можуть використовуватися для спостереження, для забезпечення можливості з'єднання з Інтернетом розширеного діапазону (наприклад, для використання з активними точками доступу) або для здійснення міжмашинного зв'язку. Фіг. 1 ілюструє приклад системи 100 бездротового зв'язку, в якій можуть використовуватися аспекти даного розкриття. Система 100 бездротового зв'язку може функціонувати відповідно до стандарту бездротового зв'язку, наприклад, стандарту 802.11 ah. Система 100 бездротового зв'язку може включати в себе АР 104, яка здійснює зв'язок з декількома STA 106. Для передач у системі 100 бездротового зв'язку між АР 104 і декількома STA 106 може використовуватися різноманіття процесів та способів. Наприклад, сигнали можуть відправлятися і прийматися між АР 104 і декількома STA 106 відповідно до методик 4 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 OFDM/OFDMA. Якщо це так, система 100 бездротового зв'язку може іменуватися системою OFDM/OFDMA. Як альтернатива сигнали можуть відправлятися і прийматися між АР 104 та STA 106 відповідно до методик CDMA. Якщо це так, система 100 бездротового зв'язку може іменуватися системою CDMA. Лінія зв'язку, яка спрощує передачу від АР 104 до однієї або декількох STA 106, може іменуватися низхідною лінією (DL) 108 зв'язку, а лінія зв'язку, яка спрощує передачу від однієї або декількох STA 106 до АР 104, може іменуватися висхідною лінією (UL) 110 зв'язку. Як альтернатива низхідна лінія 108 зв'язку може іменуватися прямою лінією або прямим каналом, а висхідна лінія 110 зв'язку може іменуватися зворотною лінією або зворотним каналом. Додатково, в деяких аспектах STA 106 можуть здійснювати зв'язок одна з одною напряму і формувати прямий зв'язок одна між одною. АР 104 може діяти як базова станція і забезпечувати охоплення бездротового зв'язку в базовій сервісній зоні (BSA) 102. АР 104 поряд з STA 106, що зв'язані з АР 104 і використовують АР 104 для зв'язку, можуть називатися базовим набором служб (BSS). Потрібно зазначити, що система 100 бездротового зв'язку може не мати центральної АР 104, але може функціонувати як однорангова мережа між STA 106. В іншому прикладі функції АР 104, описані тут, можуть як альтернатива здійснюватися однією або декількома STA 106. Фіг. 2 ілюструє різні компоненти, які можуть використовуватися в бездротовому пристрої 202, який може бути задіяний в межах системи 100 бездротового зв'язку. Бездротовий пристрій 202 є прикладом пристрою, який може бути виконаний з можливістю реалізовувати різні способи, описані тут. Наприклад, бездротовий пристрій 202 може містити АР 104 або одну з STA 106. Бездротовий пристрій 202 може включати в себе процесор 204, який керує функціонуванням бездротового пристрою 202. Процесор 204 може також іменуватися центральним процесором (CPU). Пам'ять 206, яка може включати в себе і постійний запам'ятовуючий пристрій (ROM), і оперативний запам'ятовуючий пристрій (RAM), надає команди і дані процесору 204. Частина пам'яті 206 може також включати в себе енергонезалежний оперативний запам'ятовуючий пристрій (NVRAM). Процесор 204 звичайно виконує логічні та арифметичні операції на основі програмних команд, що зберігаються в пам'яті 206. Команди в пам'яті 206 можуть бути здійснимими, щоб реалізовувати способи, описані тут. Коли бездротовий пристрій 202 реалізовується або використовується як передавальний вузол, процесор 204 може бути виконаний з можливістю вибирати один з множини типів заголовка керування доступом до середовища (МАС) і генерувати пакет, що має цей тип заголовка МАС. Наприклад, процесор 204 може бути виконаний з можливістю генерувати пакет, що містить заголовок МАС і корисне навантаження, і визначати, який тип заголовка МАС використовувати, що розглядається більш детально нижче. Коли бездротовий пристрій 202 реалізовується або використовується як приймальний вузол, процесор 204 може бути виконаний з можливістю обробляти пакети з множини різних типів заголовка МАС. Наприклад, процесор 204 може бути виконаний з можливістю визначати тип заголовка МАС, що використовується в пакеті, і обробляти пакет і/або поля заголовка МАС відповідним чином, що розглядається більш детально нижче. Процесор 204 може містити компонент системи обробки, реалізованої з одним або декількома процесорами, або може бути її компонентом. Один або декілька процесорів можуть бути реалізовані з будь-якою комбінацією мікропроцесорів загального призначення, мікроконтролерів, процесорів цифрових сигналів (DSP), програмованих користувачем вентильних матриць (FPGA), програмованих логічних пристроїв (PLD), контролерів, кінцевих автоматів, стробованої логіки, дискретних компонентів апаратного забезпечення, спеціалізованих кінцевих автоматів апаратного забезпечення або будь-яких інших прийнятних об'єктів, які можуть здійснювати обчислення або інші маніпуляції з інформацією. Система обробки може також включати в себе машиночитані носії для зберігання програмного забезпечення. Програмне забезпечення буде витлумачене широко для позначення будь-якого типу команд, що іменуються програмним забезпеченням, програмно-апаратним забезпеченням, проміжним програмним забезпеченням, мікрокодом, мовою опису апаратного забезпечення або інакше. Команди можуть включати в себе код (наприклад, в форматі вихідного коду, форматі двійкового коду, форматі коду, що виконується, або будь-якому іншому прийнятному форматі коду). Команди при виконанні одним або декількома процесорами приписують системі обробки виконувати різні функції, описані тут. Бездротовий пристрій 202 також може включати в себе корпус 208, який може включати в себе передавач 210 і/або приймач 212, щоб зробити можливими передачу і прийом даних між бездротовим пристроєм 220 і віддаленим пунктом. Передавач 210 і приймач 212 можуть бути 5 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 об'єднані в приймач-передавач 214. Антена 216 може бути прикріплена до корпусу 208 і електрично з'єднана з приймач-передавачем 214. Бездротовий пристрій 202 також може включати в себе (не показано) множинні передавачі, множинні приймачі, множинні приймачпередавачі і/або множинні антени. Передавач 210 може бути виконаний з можливістю здійснювати бездротову передачу пакетів, які мають різні типи заголовка МАС. Наприклад, передавач 210 може бути виконаний з можливістю передавати пакети з різними типами заголовків, згенерованих процесором 204, що розглядається вище. Приймач 212 може бути виконаний з можливістю приймати пакети, що мають різний тип заголовка МАС. У деяких аспектах приймач 212 виконаний з можливістю виявляти тип заголовка МАС, що використовується, і обробляти пакет відповідним чином, що розглядається нижче більш детально. Бездротовий пристрій 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 може містити АР 104 або STA 106 і може використовуватися для передачі і/або прийому комунікацій, що має множину типів заголовка МАС. Фіг. 3 ілюструє приклад заголовка 300 МАС попереднього покоління. Заголовок 300 МАС може бути нестиснутим заголовком МАС. Як показується, заголовок 300 МАС включає в себе 7 різних полів: поле 305 керування кадром (fc), поле 310 тривалості/ідентифікації (dur), поле 315 адреси приймача (a1), поле 320 адреси передавача (а2), поле 325 адреси призначення (а3), поле 330 керування послідовністю (sc) і поле 335 керування якістю обслуговування (QoS) (qc). Кожне з полів 315-325 а1, а2 та а3 містить повну адресу МАС пристрою, який є 48-бітовим (6октетним) значенням. Фіг. 3 додатково вказує розмір кожного з полів 305-335 в октетах. Підсумовування значень всіх розмірів поля дає загальний розмір заголовка 300 МАС, який дорівнює 26 октетам. Підсумковий розмір заданого пакета може становити приблизно 200 октетів. Отже, заголовок 300 МАС попереднього покоління містить велику частину загального розміру пакета, що значить, що витрати на передачу пакета даних великі. Фіг. 3А ілюструє приклад заголовка 300а МАС, який є 3-адресним заголовком МАС, що використовує лічильний режим зі шифруванням протоколу коду аутентифікації повідомлення зчеплення блоків шифру (ССМР), типу, що використовується в системах зв'язку попереднього 6 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 покоління. Як показано, заголовок 300 МАС включає в себе 13 різних полів: поле 305а керування кадром (fc), поле 310а тривалості/ідентифікації (dur), поле 315а адреси приймача (a1), поле 320а адреси передавача (а2), поле 325а адреси призначення (а3), поле 330а керування послідовністю (sc), поле 335а керування якістю обслуговування (QoS) (qc), поле 340а керування високою пропускною здатністю (ht), поле 345а CCMP (ccmp), поле 350а керування логічним з'єднанням (LLC)/протоколу доступу до підмережі (SNAP) (llc/snap), поле 360а перевірки цілісності повідомлення (mic) і поле 365а послідовності керування кадром (fcs). Фіг. 3 додатково вказує розмір кожного з полів 305а-365а в октетах. Підсумовування значень всіх розмірів поля дає загальний розмір заголовка 300а МАС, який дорівнює 58 октетам. Підсумковий розмір заданого пакета може бути приблизно 200 октетів. Отже, заголовок 300а МАС попереднього покоління містить велику частину загального розміру пакета, що значить, що витрати на передачу пакета даних великі. Фіг. 3А додатково ілюструє типи даних, включені в поле 305а fc заголовка 300а МАС. Поле 305а fc включає в себе наступне: поле 372 версії протоколу (pv), поле 374 типу кадру (type), поле 376 підтипу кадру (subtype), поле 378 "до системи розподілу" (to-ds), поле 380 "від системи розподілу" (from-ds), поле 382 більшої кількості фрагментів (more frag), поле 384 повторної спроби, поле 386 керування живленням (pm), поле 388 більшої кількості даних (md), поле 390 захищеного кадру (pf) і поле 392 порядку. Відповідно, тут описуються системи та способи використання заголовків МАС скороченого розміру (стиснутих заголовків МАС) для пакетів даних. Використання таких стиснутих заголовків МАС дозволяє задіяти заголовком МАС менше місця в пакеті даних, таким чином, знижуючи витрати, необхідні для передачі корисного навантаження в пакеті даних. Так, усього треба передавати менше даних. Менша передача даних може збільшити швидкість, з якою передаються дані, може скоротити використання передавачем ширини смуги частот і може скоротити кількість енергії, необхідну для передачі, оскільки менше ресурсів використовується для передачі меншої кількості даних. Стиснення заголовків МАС може здійснюватися шляхом видалення або модифікації визначених полів заголовка МАС. Стиснутий заголовок МАС потім може бути відправлений від бездротового пристрою 202t до бездротового пристрою 202r. Видалення або модифікація полів можуть основуватися на інформації, яку треба повідомити до бездротового пристрою 202r, з пакета даних. Наприклад, бездротовий пристрій 202r може не мати потреби у всій інформації в заголовку 300 МАС, щоб прийняти та обробити пакет даних. Наприклад, в деяких випадках приймач може вже мати деяку частину інформації, що зберігається в пам'яті, яка повинна передаватися в заголовку 300 МАС. В одному випадку бездротовий пристрій 202r міг прийняти ту інформацію в раніше прийнятому пакеті даних від бездротового пристрою 202t, наприклад заголовок МАС попереднього пакета даних або пакет передачі повідомлень. В іншому випадку бездротовий пристрій 202r міг мати таку інформацію заздалегідь запрограмованою, наприклад, при виробництві, або за допомогою зв'язку з іншим пристроєм. У деяких аспектах бездротовий пристрій 202r може вказувати для бездротового пристрою 202t інформацію (наприклад, значення для полів заголовка МАС), яка зберігається на бездротовому пристрої 202r. Потім бездротовий пристрій 202t може прибрати такі поля із заголовка МАС в пакетах, що відправляються до бездротового пристрою 202r. У ще одному варіанті здійснення бездротовий пристрій 202r може не здійснювати визначених функцій, які вимагали б використання полів, які були видалені, наприклад, у випадках, коли така функціональність не потрібна. Нижче описуються деякі з полів, які можуть бути видалені або модифіковані, і те, як бездротовий пристрій 202r повинен функціонувати з таким стиснутим заголовком МАС. У деяких варіантах здійснення бездротовий пристрій 202r може визначати формат заголовка МАС, що використовується, на основі індикації в заголовку МАС формату, що використовується, так, як розглядається нижче більш детально. В інших варіантах здійснення бездротовий пристрій 202r і бездротовий пристрій 202t використовують тільки один тип стиснутого заголовка МАС і, відповідно, не треба ніякої індикації того, який тип заголовка, що використовується МАС потрібен. У стандарті 802.11 попереднього покоління (до 802.11 ad і що включає в себе 802.11 ad) підполе версії протоколу (pv) поля fc завжди встановлене на 0, коли версія 0 протоколу (PV0) єдина визначена версія протоколу. Відповідно, використання інших значень для версії протоколу, тобто 1 (PV1), 2 (PV2) та 3 (PV3), не визначене. Отже, системи та способи, що розглядаються тут, можуть визначати стиснуті заголовки МАС як частину версії 1 протоколу (PV1), PV2 і/або PV3. Версії протоколу можуть використовуватися взаємозамінно пристроями зв'язку. Наприклад, PV0, що визначає використання заголовка МАС попереднього покоління, може використовуватися для встановлення лінії, переговорних можливостей і високошвидкісної 7 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 передачі даних. Додаткове PV1, PV2 і/або PV3, що визначають використання стиснутого заголовка МАС можуть використовуватися для періодичних коротких передач даних в енергозберігаючому режимі. У деяких варіантах здійснення заголовок МАС стиснутого формату може використовувати існуючу версію 0 протоколу (PV0) або нещодавно визначену версію 1 протоколу (PV1), PV2 і/або PV3. Використання PV1, PV2 і/або PV3 може допомогти уникнути ситуації, коли пристрої попереднього покоління намагаються аналізувати прийнятий пакет даних на основі форматування кадру PV0 попереднього покоління. Наприклад, пристрої попереднього покоління можуть прагнути до збігу останніх 4 октетів пакета даних з послідовністю керування кадрами (FCS). Коли є збіг, пристрої попереднього покоління можуть використовувати значення даних, яке знаходиться на позиції поля тривалості попереднього покоління, щоб оновити свій вектор розподілу мережі (NAV), хоча в пакеті на цій позиції може і не бути поля тривалості. Імовірність того, що станеться таке помилково-позитивне виявлення, досить висока, щоб викликати збої або спотворення у вузлах попереднього покоління, що може санкціонувати використання PV1, PV2 і/або PV3 для стиснутих форматів заголовка МАС. Використання стиснутих заголовків МАС додатково розглядається нижче. В одному варіанті здійснення визначені поля заголовка МАС (наприклад, заголовка 300 МАС або заголовка 300а МАС) можуть використовуватися повторно для множини цілей, усуваючи таким чином потребу у включенні інших визначених полів у заголовок МАС, формуючи таким чином стиснутий заголовок МАС. Наприклад, поле 360а mic містить невеликий елемент інформації, який використовується для аутентифікації повідомлення. Інформація, яка міститься в полі 360а mic, може генеруватися шляхом введення в алгоритм аутентифікації, запущений в бездротовому пристрої 202t як даних, що підлягають відправці до бездротового пристрою 202r, так і секретного ключа, що спільно використовується з бездротовим пристроєм 202r. Алгоритм аутентифікації потім генерує інформацію, що підлягає відправці в поле 360а mic. Алгоритм аутентифікації може бути хеш-функцією. Бездротовий пристрій 202r також може запускати алгоритм аутентифікації. Бездротовий пристрій 202r приймає повідомлення від бездротового пристрою 202t і вводить прийняте повідомлення і свою копію ключа, що спільно використовується, в алгоритм аутентифікації. Якщо виведення алгоритму аутентифікації на бездротовому пристрої 202t співпадає з інформацією, що міститься в полі 360а mic, бездротовий пристрій 202r може визначити цілісність даних, що передаються в пакеті даних (наприклад, чи був пакет зачеплений), як і аутентичність пакета даних (наприклад, перевірка відправника пакета даних). В одному варіанті здійснення поля адреси, поле 315а а1 та поле 320а а2, можуть бути видалені і поле 360а mic може використовуватися замість них з метою адресації. Зокрема, адресація може здійснюватися шляхом перевірки того, чи генерує введений в алгоритм аутентифікації пакет даних в поєднанні з ключем, що утримується бездротовим пристроєм, ті самі дані, що і в полі 360а mic. Наприклад, тільки спеціально призначений приймач містить коректний ключ для введення нарівні з пакетом даних в алгоритм аутентифікації, щоб створити коректне виведення. Отже, якщо бездротовий пристрій 202r є призначеним приймачем, він буде мати коректний ключ і створювати коректне виведення. Якщо це не призначений приймач, бездротовий пристрій 202r не створить коректне виведення. Відповідно, коректний приймач може бути відомий на основі поля 360а mic без використання адреси а1 приймача. Слід, однак, зазначити, що без адреси а1 приймача бездротовий пристрій 202r завжди буде потребувати запуску алгоритму аутентифікації для будь-яких вхідних пакетів даних, щоб визначити, чи є він призначеним приймачем. Це може вимагати додаткової продуктивності з обробки даних, що вимагає додаткової витрати акумулятора. У деяких варіантах здійснення, отже, нове поле може бути додане до заголовка 300 МАС або заголовка 300а МАС, наприклад часткова адреса приймача (PRA). PRA може бути частиною адреси а1 приймача. PRA не може унікально ідентифікувати приймальний пристрій, але щонайменше допомагає в деяких випадках вказати для бездротового пристрою 202r, що пакет даних не призначений для бездротового пристрою 202r. Отже, бездротовий пристрій 202r може запустити алгоритм аутентифікації для меншої кількості пакетів даних. В інших варіантах здійснення PRA або сама адреса приймача (RA) може вже бути присутньою в заголовку протоколу фізичного рівня (PHY) пакета даних і, отже, не потребує того, щоб бути додатково включеною в заголовок 300 МАС або заголовок 300а МАС. Крім того, ідентифікатор передавального пристрою може бути визначений на основі того, чи робить алгоритм аутентифікації коректне виведення без використання адреси а2 передавача. Наприклад, ключ, що утримується бездротовим пристроєм 202r для використання в алгоритмі аутентифікації, розрізнюється для різних бездротових пристроїв. Відповідно, ключ, що 8 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 утримується бездротовим пристроєм 202r, є спеціальним для бездротового пристрою 202t. Отже, якщо бездротовий пристрій 202t є передавальним пристроєм, спеціальний ключ, що утримується бездротовим пристроєм 202r, введений в алгоритм аутентифікації, створить коректне виведення. Якщо бездротовий пристрій 202t не є передавальним пристроєм, введення не створить коректного виведення. Потрібно зазначити, що бездротовий пристрій 202r містить багато різних ключів для множини різних передавальних пристроїв. Це може вимагати від бездротового пристрою 202r спроби запуску алгоритму аутентифікації з множиною різних ключів доти, доки не знайдеться належне виведення, або доти, доки не буде визначено, що жоден з ключів не підходить. Це може вимагати додаткової продуктивності з обробки даних, яка вимагає додаткової витрати акумулятора. У деяких варіантах здійснення, отже, до заголовка 300 МАС або заголовка 300а МАС може бути додане нове поле, наприклад часткова адреса передавача (РТА). РТА може бути частиною адреси а2 передавача. РТА не може унікально ідентифікувати передавальний пристрій, але щонайменше допомагає в деяких випадках вказати для бездротового пристрою 202r, що деякі ключі не потребують перевірки як можливі ключі, що містяться для передавального пристрою. Отже, бездротовому пристрою 202r буде треба запустити алгоритм аутентифікації для меншої кількості ключів. В іншому варіанті здійснення РТА може унікально ідентифікувати ключ в приймальному пристрої. Приклад такого РТА - це асоціативний ідентифікатор (AID), який призначається точками доступу (АР) для кожної з відповідних STA. AID унікальні серед STA, зв'язаних з АР, отже, АР може унікально ідентифікувати коректний ключ для використання в алгоритмі аутентифікації на основі прийнятого AID. Оскільки AID набагато коротше адреси МАС, заголовок МАС буде зменшений в розмірі. Додатково поля адреси можуть використовуватися як частина введення в алгоритм аутентифікації як в бездротовому пристрої 202t, так і в бездротовому пристрої 202r, без включення в заголовок МАС. Відповідно, бездротовий пристрій 202r, що приймає пакет даних від бездротового пристрою 202r, може вводити свою власну адресу як адресу а1 приймача в алгоритм аутентифікації нарівні з прийнятим пакетом даних і ключем. Якщо виведення відповідає значенню поля 360а mic з пакета даних, бездротовий пристрій 202r знає, що є приймальним пристроєм, оскільки поле 360а mic було обчислене з такою самою адресою а1 приймача бездротовим пристроєм 202t. В іншому варіанті здійснення номер пакета, включений в поле 345а ccmp, може використовуватися для керування послідовністю пакетів шляхом використання як порядкового номера, включеного в поле 330а sc. Отже, поле 330 sc або поле 330а sc може бути видалене із заголовка 300 МАС або заголовка 300а МАС. В іншому варіанті здійснення, в такому, наприклад, коли використовуються невеликі пакети і/або відносно низькі швидкості PHY застосовуються для передачі, розмір поля номера пакета в полі 345а ccmp і/або полі 360а mic може бути скорочений. В іншому варіанті здійснення поле 360а mic може використовуватися, щоб здійснювати функції поля 365а fcs. Поле 365а fcs містить контроль циклічним надмірним кодом, який використовується, щоб визначити, чи є які-небудь помилки в пакеті при прийомі. Замість виконання такої перевірки при прийомі пакета бездротовий пристрій 202r може бути виконаний з можливістю здійснювати перевірку, щоб побачити, чи проходить пакет даних алгоритм аутентифікації шляхом генерації даних поля 360а mic. Якщо в пакеті є помилки, алгоритм аутентифікації не буде пройдений. Однак, якщо пакет проходить алгоритм аутентифікації, можна припустити, що в цьому пакеті немає помилок. Таке визначення може додатково здійснюватися в поєднанні з перевіркою номера пакета для пакета даних, щоб побачити, якщо цей номер пакета логічно очікується як номер пакета в цей момент. Потрібно зазначити, що якщо алгоритм аутентифікації проходить, він ініціює відповідь бездротового пристрою 202r (наприклад, з кадром АСК) після короткого міжкадрового проміжку (SIFS) часу, що є звичайним для належної STA. Однак якщо алгоритм аутентифікації не проходить, ініціюється відповідь бездротового пристрою 202r після тривалого міжкадрового проміжку (ЕIFS) часу. Це, однак, не є проблематичним, оскільки очищається наступним кадром підтвердження (АСК), який відправляється. В іншому варіанті здійснення поле 325 адреси призначення (а3) або поле 325а адреси призначення може бути видалене із заголовка 300 МАС або заголовка 300а МАС. Адреса призначення може використовуватися в тих випадках, коли бездротовий пристрій 202t передає пакет даних до бездротового пристрою 202r за допомогою іншого пристрою (наприклад, маршрутизатора) і вказує адресу іншого пристрою як адресу призначення. Відповідно, для випадків, коли бездротовий пристрій 202t здійснює передачу до бездротового пристрою 202r напрямку, поле 325 або поле 325а може бути видалене із заголовка 300 МАС або заголовка 9 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 300а МАС. У деяких варіантах здійснення нове поле "а3 присутнє" може бути додане до заголовка 300 МАС або заголовка 300а МАС, щоб визначити, чи присутнє поле 325 або поле 325а в заголовку 300 МАС або заголовку 300а МАС. У деяких варіантах здійснення часто використовувана адреса призначення може зберігатися в пам'яті бездротового пристрою 202r. Відповідно, замість включення всієї адреси призначення, заголовок 300 МАС або заголовок 300а МАС може включати в себе нове поле, що називається полем присутності стиснутого а3 або полем "compr a3", яке вказує для бездротового пристрою 202r, що він повинен використовувати збережену адресу призначення як адресу призначення для пакета даних. Збережена адреса призначення могла бути заздалегідь запрограмованою на бездротовому пристрої 202r. Додатково до цього або як альтернатива збережена адреса призначення могла б бути встановлена і/або оновлена шляхом передачі повідомлення між бездротовим пристроєм 202t і бездротовим пристроєм 202r, який вказує, що нова адреса призначення повинна бути збережена. В іншому варіанті здійснення поле 310 dur або поле 310а dur може бути видалене із заголовка 300 МАС або заголовка 300а МАС. Поле 310 dur або поле 310а dur вказує для приймача тривалість необхідності підтримки каналу зв'язку між бездротовим пристроєм 202t і бездротовим пристроєм 202r. Призначений бездротовий пристрій 202r, що приймає пакет даних, звичайно буде залишати канал зв'язку відкритим з бездротовим пристроєм 202t на час, позначений в полі 310 dur або полі 310а dur при прийомі пакета. Замість використання поля 310 dur або поля 310а dur бездротові пристрої 202t та 202r можуть використовувати стандартний запит для відправки/готовності передачі (RTS/CTS) повідомлень, як відомо в даній галузі техніки, щоб підтримувати канал зв'язку. В іншому варіанті здійснення поле 310 dur або поле 310а dur може бути включене в заголовок 300 МАС або заголовок 300а МАС для першого пакета, відправленого до бездротового пристрою 202r, але виключено в додаткових пакетах, що відправляються у час, визначений в полі 310 dur або 310а dur. В іншому варіанті здійснення, замість включення всього поля 350а llc/snap тільки частина поля 350а llc/snap може бути включена в заголовок 300 МАС або заголовок 300а МАС. Наприклад, для більшості кадрів, що відправляються, дані поля 350а llc/snap однакові, за винятком поля ethertype. Відповідно, тільки ethertype, замість всього поля 350а llc/snap, може включатися в заголовок 300 МАС або заголовок 300а МАС. Як альтернатива весь заголовок LLC/SNAP може зберігатися в пам'яті приймача, і поле "compr llc/snap" може вказувати, що збережений заголовок LLC/SNAP підлягає використанню для прийнятого пакета, подібно до того, як розглядається для поля а3 compr. В іншому варіанті здійснення визначені частини поля 305 fc або поля 305a fc можуть бути видалені із заголовка 300 МАС або заголовка 300а МАС. Наприклад, поля даних такі, як агрегований модуль даних обслуговування рівня МАС (A-MSDU), агрегований модуль даних протоколу рівня МАС (A-MPDU), фрагментація і поля алгоритму АСК можуть бути видалені з полів 305 fc, 305a fc і/або 335а qc, таким чином, скорочуючи можливу функціональність стиснутого заголовка МАС (тобто стиснутий заголовок МАС може використовуватися, коли їх функціональність не потрібна). Додатково або як альтернатива поле 335а qc і/або поле 340а керування ht можуть бути видалені в повному обсязі із заголовка 300 МАС або заголовка 300а МАС, коли їх функціональність не потрібна. У деяких варіантах здійснення бездротовий пристрій 202t і бездротовий пристрій 202r можуть бути виконані з можливістю завжди використовувати шифрування для здійснення зв'язку. Відповідно, біт в полі 305 fc або полі 305a fc, який вказує, чи використовується шифрування для пакета, може бути видалений. У деяких варіантах здійснення типи кадру можуть бути обмежені до 4 (наприклад, дані, АСК, додатковий тип і керуючий код), таким чином, скорочуючи розмір поля типу кадру в полі 305 fc або полі 305a fc. Фіг. 4 ілюструє приклад стиснутого заголовка 400 МАС. Як показано, заголовок 400 МАС включає в себе 4 різних поля: поле 405 керування кадром (fc), поле 415 першої адреси (a1), поле 420 другої адреси (а2) і поле 430 керування послідовністю (sc). Фіг. 4 додатково вказує розмір кожного з полів 405-430 в октетах. Підсумовування значень всіх розмірів полів дає загальний розмір заголовка 400 МАС, який дорівнює 12 октетам (скорочення в розмірі на 54 % в порівнянні із заголовком 300 МАС попереднього покоління). Як показується, одне з поля 415 а1 і поля 420 а2 становить 6 октетів у довжину, тоді як інші два октети мають таку довжину, яка розглядається нижче. Різні поля заголовка 400 МАС можуть використовуватися відповідно до декількох різних аспектів, що описуються нижче. Як показано в заголовку 400 МАС, поле 310 dur може бути усунене. Звичайний пристрій, що приймає пакет даних, буде декодувати щонайменше поле 310 dur, яке вказує час, протягом якого пристрій не повинен здійснювати передачу, так щоб не було інтерферуючих передач під 10 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 час можливості передачі. Замість поля 310 dur пристрої можуть бути виконані з можливістю не передавати дані після прийому пакета даних, який вимагає підтвердження доти, доки час для такого підтвердження не пройшов. Таке підтвердження може бути АСК або ВА, що вказує прийнятий пакет. Пристрої можуть бути виконані з можливістю тільки відкладати передачу доти, доки можна було б одержати АСК для пакета, якщо поле (наприклад, поле політики АСК) в пакеті вказує, що пристрій повинен зробити відстрочку доти, доки не буде прийнято АСК. Поле може бути включене в заголовок МАС або заголовок PHY пакета. Передача активного кадру може бути прихована для STA, яка здійснює огляд пакета даних, що ініціює відправку активного кадру, але індикація в пакеті даних відносно того, що АСК може бути присутнім, ініціює відстрочку оглядової STA після закінчення пакета даних до того, як активний кадр міг би бути переданий STA, яка є адресатом даного пакета даних. Фіг. 4А ілюструє приклад іншого стиснутого заголовка 400а МАС. Заголовок 400а МАС включає в себе ті самі поля, що і заголовок 400 МАС, але, на відміну від заголовка 400 МАС, також включає в себе поле 410 тривалості/ідентифікації (dur). Як показано, заголовок 400а МАС включає в себе 5 різних полів: поле 405 керування кадром (fc), поле 410 тривалості/ідентифікації (dur), поле 415 першої адреси (a1), поле 420 другої адреси (а2) і поле 430 керування послідовністю (sc). Фіг. 4 додатково вказує розмір кожного з полів 405-430 в октетах. Потрібно зазначити, що використання полів, відмінних від поля 410 dur заголовки 400а МАС, може здійснюватися таким саме або подібним чином, як розглядається тут відносно заголовка 400 МАС. У деяких аспектах поле 410 dur може мати довжину в 2 октети, подібно до поля 310 dur із заголовка 300 МАС. У деяких аспектах поле 410 dur може мати скорочену довжину в порівнянні з полем 310 dur. Наприклад, поле 410 dur може мати довжину 15 бітів або менше. Значення поля 410 dur може вказувати тривалість пакета даних, в якому передається/приймається заголовок 400а МАС. У деяких аспектах значення може вказувати тривалість як значення, кратні заздалегідь визначеному значенню (наприклад, значенню, яке виражається в мікросекундах). У деяких аспектах значення може бути вибране, щоб охопити один або декілька періодів з можливістю передачі (ТХ-ОР). Довжина поля 410 dur, отже, може бути основана на заздалегідь визначеному значенні і тривалості періоду ТХ-ОР. Наприклад, якщо визначене заздалегідь значення становить 96 мкс, а період ТХ-ОР - 24,576 мс, то довжина поля тривалості може становити 8 бітів (наприклад, log2[(період ТХ-ОР)/(заздалегідь визначене значення)], так що максимальне значення поля тривалості охоплює щонайменше період ТХ-ОР. Додатково, як розглядається нижче, всі біти в полі а1 або а2 в 2 октети в довжину можуть не використовуватися, оскільки лише 13 бітів можуть використовуватися. Інші три біти можуть використовуватися для інших цілей. Наприклад, ID трафіку (TID) може бути включений в поле а1 або а2 в 2 октети в довжину замість включення в поле fc. У деяких аспектах, замість використання глобально унікального ідентифікатора для пристрою (наприклад, адреси МАС) для поля 415 а1 і поля 420 а2, як відбувається відносно заголовка 300 МАС попереднього покоління, одне з поля 415 а1 або поля 420 а2 використовує локальний ідентифікатор, наприклад ідентифікатор доступу (AID), який унікально ідентифікує пристрій в конкретному BSS, але не обов'язково унікально ідентифікує пристрій глобально. Відповідно, одне з поля 415 а1 або поля 420 а2 може бути 2 октети в довжину, щоб забезпечити більш короткий локальний ідентифікатор, замість 6 октетів у довжину, як треба для глобального ідентифікатора. Це допомагає скоротити розмір заголовка 400 МАС. У деяких аспектах вибір того, яке з поля 415 а1 і поля 420 а2 включає в себе локальний ідентифікатор або глобальний ідентифікатор, основується на тому, який пристрій відправляє і який пристрій приймає пакет. Наприклад, вибір може бути різним для пакетів, що посилаються по кожній з низхідних ліній зв'язку від АР до STA, по кожній з висхідних ліній зв'язку від STA до АР і по прямій лінії від однієї STA до іншої STA. Кожна з фіг. 5-13 ілюструє таблиці альтернативного зразкового вибору. Один або декілька прикладів з фіг. 5-13 можуть використовуватися для зв'язку в заданій мережі. Наприклад, один описаний приклад може використовуватися для відправки пакетів і повідомлень підтвердження, які не є підтвердженнями блока, а інший приклад може використовуватися для відправки пакетів і повідомлень підтвердження, які є підтвердженнями блока в тій самій мережі. У деяких аспектах визначені біти полів заголовка 400 МАС можуть використовуватися для цілей, відмінних від цілей використання в заголовку 300 МАС, щоб визначити і забезпечити визначені можливості. Зокрема, забезпечення визначених можливостей може вимагати використання визначеної кількості бітів для передачі сигналів. Далі йдуть приклади бітів, які можуть використовуватися для забезпечення такої передачі сигналів. Наприклад, коли поле 415 а1 або поле 420 а2 використовує локальний ідентифікатор, такий як AID, можуть бути 11 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 зарезервовані біти (наприклад, 3 зарезервованих біти), які можуть використовуватися для забезпечення визначених можливостей. Додатково декілька, наприклад, 2, бітів поля 405 fc можуть бути переобтяжені, внаслідок того, що використовуються для індикації більш ніж одного елемента інформації для забезпечення визначених можливостей. Наприклад, порядковий біт і біт to-ds (наприклад при об'єднанні процесів передачі сигналів по висхідній і прямій лінії зв'язку) можуть бути перезавантажені. Крім того, визначені біти поля 430 sc можуть використовуватися для забезпечення визначених можливостей. Наприклад, 4 біти з підполя номера фрагмента можуть використовуватися для забезпечення визначених можливостей і аж до 2^3 бітів з підполя порядкового номера можуть використовуватися для забезпечення визначених можливостей. Додатково 1 біт з підполя більшої кількості фрагментів в полі 405 fc може використовуватися для забезпечення визначених можливостей. В іншому прикладі нове поле може бути визначене для забезпечення визначених можливостей, наприклад поле (QoS) якості обслуговування шириною в 1 байт. У деяких аспектах заголовок 400 МАС може не включати в себе підполе номера фрагмента. У таких аспектах STA та АР (наприклад, STA 106 та АР 104), що здійснюють зв'язок, використовуючи такий заголовок 400 МАС, можуть обмежити максимальний допустимий розмір модуля даних обслуговування рівня МАС (MSDU), що відправляється із заголовком 400 МАС. STA 106 і/або АР 104 можуть визначати або погоджуватися на максимальний допустимий розмір MSDU під час з'єднання, повторного з'єднання, запиту перевірки/відповіді перевірки або якогось іншого прийнятного періоду часу, застосовуючи належний обмін повідомленнями. У деяких аспектах поле 430 sc може включати в себе підполе короткого порядкового номера (SN) з 8 бітів або менше, яке включає в себе значення короткого SN. У деяких аспектах підполе короткого порядкового номера відповідає 8 найменш значним бітам (lsb) з 12-бітового підполя порядкового номера, як визначається для нестиснутого заголовка МАС, такого як заголовок 300 МАС. У деяких аспектах, якщо значення короткого порядкового номера становить 0, передавач може відправляти кадр з нестиснутим заголовком МАС з повним порядковим номером замість короткого заголовка МАС з коротким порядковим номером зі значенням 0. В деяких аспектах підполе короткого порядкового номера - це підполе в 11 бітів або менше поля 430 sc. У деяких аспектах, додатково або як альтернатива, поле 430 sc може вибірково включати в себе розширене поле. У деяких аспектах наявність або відсутність розширеного поля в полі 430 sc заголовка 400 МАС може бути вказана значенням одного або декількох бітів у полі 405 fc. Розширене поле може включати в себе підполе номера фрагментації (наприклад, 4 біти або менше), підполе повторної спроби (наприклад, 1 біт), підполе більшої кількості фрагментів (наприклад, 1 біт) і/або підполе індикації класу трафіку (наприклад, 3 біти). Можливості, які можуть бути забезпечені шляхом використання визначених бітів заголовка 400 МАС, включають в себе, наприклад, керування QoS і високою пропускною здатністю (НТ). Наприклад, можливості керування QoS, які можуть бути забезпечені, і приклад кількості бітів, що використовуються, включають в себе щонайменше щось одне з наступного: TID (3 біти), період закінчення обслуговування (EOSP) (1 біт), агрегований модуль даних обслуговування рівня МАС (A-MSDU), політика АСК і розмір черги. Додатково можливості керування НТ, які можуть бути забезпечені, і приклад кількості бітів, що використовуються, включають в себе щонайменше щось одне з наступного: адаптація швидкого з'єднання (16 бітів), положення/послідовність калібрування (4 біти), інформація про стан каналу (CSI)/керування (2 біти), повідомлення про пакет з відсутністю даних (NDP) (1 біт) і обмеження керування доступом (АС)/дозвіл зворотного напрямку (RDG) (3 біти). Фіг. 4В ілюструє приклад іншого стиснутого заголовка 400b МАС. Заголовок 400b МАС включає в себе ті самі поля, що і заголовок 400 МАС, але, на відміну від заголовка 400 МАС, також включає в себе поле 425 а3. Зокрема, заголовок 400b МАС - це приклад стиснутого заголовка МАС, коли є адреса а3 (наприклад, біт наявності а3 в полі 405 fc встановлений на 1). Як показано, стиснутий заголовок 400b МАС включає в себе 5 різних полів: поле 405 керування кадром (fc), поле 415 першої адреси (a1), поле 420 другої адреси (а2), поле 430 керування послідовністю (sc) і поле 425 а3. Фіг. 4В додатково відображає розмір кожного з полів 405-430 в октетах. Як показано, поле 425 а3 йде після поля 430 sc. В іншому аспекті поле 425 а3 може розміщуватися ще де-небудь в заголовку 400b МАС, наприклад до поля 430 sc і після поля 420 а2. Фіг. 5 ілюструє приклади типу даних у полях стиснутого заголовка 400 МАС для пакета даних і дані для відповідного підтвердження відповідно до одного аспекту заголовка 400 МАС. Як показується на малюнку, стовпці, позначені "Дані", відповідають інформації, відправленій як частина пакета даних (як показано, інформація для поля 415 а1 і поля 420 а2, а також, можливо, поля а3). Стовпець, позначений "АСК", відповідає інформації, відправленій у 12 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 відповідному АСК. Стовпець, позначений "Напрямок", відображає напрямок або тип лінії зв'язку, по якій відправляється пакет даних. Як показано, якщо заголовок 400 МАС є частиною пакета даних, що передається по низхідній лінії зв'язку від АР до STA, поле 415 а1 включає в себе приймач AID (R-AID), а поле 420 а2 включає в себе BSSID. R-AID - це AID STA, що приймає пакет. R-AID може містити 13 бітів, що дозволяють 8192 STA мати унікальну адресацію в заданому BSS їх R-AID. 13- бітовий R-AID може враховувати приблизно 6000 STA та 2192 інших значень, таких як індикація того, що пакет є багатоадресним пакетом або широкомовним пакетом, тип багатоадресного або широкомовного пакета (наприклад, маяк), можливо, в поєднанні з порядковим номером зміни маяка, який вказує версію маяка, який міститься в пакеті. BSSID - це адреса МАС для АР і може містити 48 бітів. STA, що приймає пакет із заголовком 400 МАС, може унікально визначати, чи намічений це адресат пакета чи ні, на основі поля 415 а1 і поля 420 а2. Зокрема, STA може здійснити перевірку, щоб побачити, чи співпадає R-AID з R-AID STA. Якщо R-AID співпадає, STA може бути наміченим адресатом пакета. Тільки це не може унікально визначити, чи є STA одержувачем, оскільки STA в різних BSS можуть мати однаковий R-AID. Відповідно, STA може додатково здійснити перевірку, щоб побачити, чи включає поле 420 а2 в себе BSSID АР (тобто BSS), з якою зв'язана STA. Якщо BSSID співпадає з асоціацією STA і R-AID співпадає, STA унікально визначає, що є наміченим адресатом пакета і може додатково обробляти цей пакет. В іншому випадку STA може ігнорувати пакет. Якщо STA визначає, що є наміченим адресатом, вона може відправляти повідомлення підтвердження (АСК) до АР для індикації успішного прийому пакета. В одному аспекті STA може включати в себе все або частину поля 420 а2, наприклад частковий BSSID (р-BSSID), що містить менше, ніж всі біти BSSID (наприклад, 13 бітів) в заголовку МАС або заголовку фізичного рівня (PHY) АСК. Відповідно, щоб створити АСК, STA потрібно тільки напряму копіювати біти з прийнятого заголовка 400 МАС, що скорочує обробку. АР, приймальна АСК, може визначити АСК від STA, якщо воно прийняте невдовзі після визначеного періоду часу (наприклад, короткого міжкадрового проміжку (SIFS))) від передачі вихідного пакета, оскільки малоймовірно, що АР прийме два АСК з однаковою інформацією в один період часу. В іншому аспекті STA може передавати весь або частину контролю циклічним надмірним кодом (CRC) з пакета або хеш всього пакета або його частини в заголовку МАС або PHY АСК. АР може визначати, що STA відправила АСК, шляхом перевірки такої інформації. Внаслідок того, що така інформація випадкова для кожного пакета, дуже малоймовірно, що два АСК з однаковою інформацією будуть прийняті АР після закінчення періоду часу. Додатково пакет, переданий АР до STA, може факультативно включати в себе адресу джерела (SA), що використовується для індикації маршрутизатора, який підлягає використанню для маршрутизації пакета. Заголовок 400 МАС може додатково включати в себе біт або поле, що вказує, чи присутній SA в заголовку 400 МАС. В одному аспекті порядковий біт поля керування кадром заголовка 400 МАС може використовуватися для індикації наявності або відсутності SA. В іншому аспекті два різних підтипи можуть бути визначені для стиснутого заголовка 400 МАС, один підтип, що включає в себе поле а3, таке як SA, і один підтип, що не включає в себе поле а3, таке як SA. Підтип може бути позначений за допомогою значення поля підтипу поля керування кадром заголовка 400 МАС. У деяких аспектах АР та STA можуть передавати інформацію щодо SA як частину іншого пакета і прибрати SA з пакета даних. STA може зберігати інформацію SA і використовувати її для всіх пакетів, що відправляються з АР, або для визначених пакетів, які мають конкретний ідентифікатор, зв'язаний з ними (наприклад, ID потоку), що розглядається пізніше. Як показано, якщо заголовок 400 МАС є частиною пакета даних, що передається по висхідній лінії зв'язку від STA до АР, поле 415 а1 включає в себе BSSID АР і поле 420 а2 включає в себе AID STA, який може іменуватися AID передавача (T-AID). АР може подібним чином визначати, чи є вона наміченим адресатом і передавачем пакета даних на основі BSSID і T-AID, як розглядається вище. Зокрема, АР може здійснювати перевірку, щоб побачити, чи співпадає BSSID з BSSID АР. Якщо BSSID співпадає, АР є наміченим адресатом пакета. Додатково АР може визначати передавача пакета на основі T-AID, оскільки тільки одна STA в BSS АР має T-AID. Якщо АР визначає, що є наміченим адресатом, вона може відправляти повідомлення підтвердження (АСК) до STA для індикації успішного прийому пакета. В одному аспекті АР може включати в себе все або частину поля 420 а2, наприклад частковий T-AID в заголовку МАС або заголовку фізичного рівня (PHY) АСК. Відповідно, щоб створити АСК, АР треба тільки напряму копіювати біти з прийнятого заголовка 400 МАС, що скорочує обробку. STA, що приймає АСК, може визначити АСК від АР, якщо воно прийняте невдовзі після закінчення визначеного періоду 13 UA 113286 C2 5 10 15 20 25 30 часу (наприклад, короткого міжкадрового проміжку (SIFS))) від передачі вихідного пакета, оскільки малоймовірно, що STA прийме два АСК з однаковою інформацією в один період часу. В іншому аспекті АР може передавати весь або частину контролю циклічним надмірним кодом (CRC) з пакета або хеш всього пакета або його частини в заголовку МАС або PHY АСК. STA може визначати, що АР відправила АСК, шляхом перевірки такої інформації. Внаслідок того, що така інформація випадкова для кожного пакета, дуже малоймовірно, що два АСК з однаковою інформацією будуть прийняті STA після закінчення періоду часу. У деяких аспектах адресне поле АСК може включати в себе одну або декілька глобальних адрес (наприклад, адреса МАС, BSSID), які унікально ідентифікують передавач і/або приймач АСК глобально (наприклад, майже в будь-якій мережі). У деяких аспектах адресне поле може включати в себе одну або декілька локальних адрес (наприклад, асоціативний ідентифікатор (AID)), які унікально ідентифікують передавач і/або приймач АСК локально (наприклад, в локальній мережі, наприклад в конкретному BSS). У деяких аспектах адресне поле може включати в себе частковий або неунікальний ідентифікатор (наприклад, частина адреси МАС або AID), який ідентифікує передавач і/або приймач АСК. Наприклад, адресне поле може бути одним з AID, адреси МАС або частиною AID або адреси МАС передавача і/або приймача АСК, що копіюється з кадру, який підтверджується АСК. У деяких аспектах поле ідентифікатора АСК може ідентифікувати кадр, що підтверджується. Наприклад, в одному аспекті поле ідентифікатора може бути хешем контенту кадру. В іншому аспекті поле ідентифікатора може включати в себе весь або частину CRC (наприклад, поле FCS) кадру. В іншому аспекті поле ідентифікатора може бути основане на всьому або частині CRC (наприклад, поле FCS) кадру і всій або частині локальної адреси (наприклад, AID STA). В іншому аспекті поле ідентифікатора може бути порядковим номером кадру. В іншому аспекті поле ідентифікатора може включати в себе один або декілька з наступних елементів або їх комбінація: одну або декілька глобальних адрес передавача/приймача АСК, одну або декілька локальних адрес передавача/приймача АСК, одну або декілька частин глобальних адрес передавача/приймача АСК, одну або декілька частин локальних адрес передавача/приймача АСК. Наприклад, поле ідентифікатора може включати в себе хеш глобальної адреси (наприклад, BSSID, адреса МАС АР) і локальної адреси (наприклад, AID STA), як показано в рівнянні 1. (dec(AID[0:8]) + dec(BSSID[44:47] ХOR BSSID[40:43] 2^5) mod 2^9 35 40 45 50 55 (1) де dec() - це функція, яка переводить шістнадцяткове число в десятеричне число. Інші хешфункції, основані на таких саме вводах, можуть застосовуватися, не виходячи за межі обсягу даного розкриття. У деяких аспектах кадр, для якого відправляється АСК у відповідь, може включати в себе число-маркер, що встановлюється передавачем кадру. Передавач кадру може генерувати число-маркер на основі алгоритму. У деяких аспектах число-маркер, згенероване передавачем, може мати різні значення для кожного кадру, відправленого передавачем. У таких аспектах приймач кадру може використовувати число-маркер в полі ідентифікатора АСК, щоб ідентифікувати кадр, який підтверджується, наприклад, встановлюючи ідентифікатор як числомаркер або обчислюючи ідентифікатор на основі щонайменше частково числа-маркера. У деяких аспектах поле ідентифікатора може бути обчислене як комбінація числа-маркера щонайменше з чимось одним з наступного: одна або декілька глобальних адрес передавача/приймача АСК, одна або декілька локальних адрес передавача/приймача АСК, одна або декілька частин глобальних адрес передавача/приймача АСК, одна або декілька частин локальних адрес передавача/приймача АСК або вся CRC кадру або його частина. У деяких інших аспектах число-маркер може бути включено в інше поле АСК і/або кадру, що підтверджується, наприклад поле SIG або поле інформації керування (Control Info). У деяких аспектах маркер може бути одержаний зі скрембльованого джерела в полі SERVICE, яке може піти за преамбулою PHY кадру, що підтверджується. За допомогою методик, описаних вище, активний кадр (наприклад, АСК, CTS, ВА) може повторювати значення, таке як FCS або випадкове число (наприклад, ID пакета), в ініціюючому кадрі (наприклад, дані, RTS, BAR). Відлуння-значення може основуватися щонайменше, частково, на скрембльованому джерелі. Повторюване значення може передаватися в поле скрембльованого джерела активного кадру. Повторюване значення може передаватися в поле SIG активного кадру. Повторюване значення може передаватися в MPDU, включеному в активний кадр. 14 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 У деяких варіантах здійснення для суми контролю кадру (FCS) ініціюючого кадру (наприклад, дані, RTS, BAR) може бути бажано основуватися на або включати в себе випадкове число (наприклад, ID пакета). Це значення може використовуватися як відлуння-значення. У таких варіантах здійснення відлуння-значення може бути включене в скрембльоване джерело ініціюючого кадру. Відповідно, FCS може бути повторювана повністю або частково в активному кадрі (наприклад, АСК, CTS, ВА). За допомогою застосування відлуння-значення, шляхом включення відлуння-значення, активний кадр може не включати в себе ідентифікатор станції ініціюючого кадру. Одна або декілька схем адресації для ініціюючого кадру (наприклад, дані, RTS, BAR тощо) можуть використовуватися з активним кадром (наприклад, АСК, CTS, ВА тощо), який повторює FCS або ID пакета ініціюючого кадру, але не ідентифікатор станції. Це може поліпшити зв'язок, як описується вище. Додатково пакет, переданий від STA до АР, може факультативно включати в себе адресу призначення (DA), що використовується для індикації маршрутизатора, який підлягає використанню для маршрутизації пакета. Заголовок 400 МАС може додатково включати в себе біт або поле, що вказує, чи присутній DA в заголовку 400 МАС. В одному аспекті порядковий біт поля керування кадром заголовка 400 МАС може використовуватися для індикації наявності або відсутності DA. В іншому аспекті два різних підтипи можуть бути визначені для стиснутого заголовка 400 МАС, один підтип, що включає в себе поле а3, таке як DA, і один підтип, що не включає в себе поле а3, таке як DA. Підтип може бути позначений за допомогою значення поля підтипу поля керування кадром заголовка 400 МАС. У деяких аспектах значення підтипу, який вказує наявність або відсутність DA, - це ті самі значення, що і використовувані для індикації наявності або відсутності SA для пакетів DL. У деяких аспектах АР та STA можуть передавати інформацію щодо DA як частину іншого пакета і прибирати DA з пакета даних. АР може зберігати інформацію DA і використовувати її для всіх пакетів, що відправляються з STA, або для визначених пакетів, які мають конкретний ідентифікатор, зв'язаний з ними (наприклад, ID потоку), що розглядається пізніше. Як показано, якщо заголовок 400 МАС є частиною пакета даних, що передається по прямій лінії зв'язку від передавальної STA до приймальної STA, поле 415 а1 включає в себе повну адресу приймача (RA) приймальної STA і поле 420 а2 включає в себе AID передавальної STA, який може іменуватися AID передавача (T-AID). Приймальна STA може подібним чином визначати, чи є вона наміченим адресатом і передавачем пакета даних на основі RA та T-AID, як розглядається вище. Зокрема, приймальна STA може здійснювати перевірку, щоб побачити, чи співпадає RA з RA приймальної STA. Якщо RA співпадає, приймальна STA є наміченим адресатом пакета. Додатково приймальна STA може визначати передавача пакета на основі TAID, оскільки тільки одна передавальна STA в BSS АР має T-AID. Якщо приймальна STA визначає, що є наміченим адресатом, вона може відправляти повідомлення підтвердження (АСК) до передавальної STA для індикації успішного прийому пакета. В одному аспекті приймальна STA може включати в себе все або частину поля 420 а2, наприклад T-AID в заголовку МАС або фізичного рівня (PHY) АСК. Відповідно, щоб створити АСК, приймальній STA потрібно тільки напряму копіювати біти з прийнятого заголовка 400 МАС, що скорочує обробку. Передавальна STA, що приймає АСК, може визначити АСК від приймальної STA, якщо воно прийняте невдовзі після закінчення визначеного періоду часу (наприклад, короткого міжкадрового проміжку (SIFS))) від передачі вихідного пакета, оскільки малоймовірно, що передавальна STA прийме два АСК з однаковою інформацією в один період часу. В іншому аспекті приймальна STA може передавати весь або частину контролю циклічним надмірним кодом (CRC) з пакета або хеш всього пакета або його частини в заголовку МАС або PHY АСК. Передавальна STA може визначати, що приймальна STA відправила АСК, шляхом перевірки такої інформації. Внаслідок того, що така інформація випадкова для кожного пакета, дуже малоймовірно, що два АСК з однаковою інформацією будуть прийняті передавальною STA після закінчення періоду часу. Чи відправлений пакет як частина низхідної, висхідної або прямої лінії зв'язку може бути вказано визначеними бітами в заголовку 400 МАС. Наприклад, поля "до системи розподілу" (tods) і from-ds поля 405 fc можуть використовуватися для індикації типу лінії зв'язку, що використовується для відправки пакета (наприклад, 01 для низхідної лінії зв'язку, 10 для висхідної лінії зв'язку і 00 для прямої лінії зв'язку), як показано в стовпці, позначеному ToDS/From-DS. Відповідно, адресат пакета може визначити довжину (наприклад, 2 октети або 6 октетів) поля 415 а1 і поля 420 а2 на основі типу адреси, яка очікується в кожному полі, і таким чином визначити адресу, що міститься в кожному полі. 15 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 В іншому аспекті, замість індикації того, чи відправлений пакет як частина низхідної, висхідної або прямої лінії зв'язку, 1 біт (наприклад, 1 біт, що замінює поле to-ds/from-ds) може використовуватися в заголовку 400 МАС для індикації того, який тип адреси присутній в кожному з поля 415 а1 і поля 420 а2. Наприклад, одне значення біта може відображати, що поле 415 а1 - адреса приймача пакета даних, а поле 420 а2 - адреса передавача пакета даних. Інше значення біта може відображати, що поле 415 а1 - адреса передавача пакета даних, а поле 420 а2 - адреса приймача пакета даних. Додаткові приклади пакетів даних демонструються та описуються нижче на фіг. 20 та фіг. 21. Фіг. 6 ілюструє приклади типу даних у полях стиснутого заголовка 400 МАС для пакета даних і дані для відповідного підтвердження відповідно до іншого аспекту заголовка 400 МАС. Як показано, заголовок 400 МАС включає в себе такі самі дані, що і описані з посиланням на фіг. 5, і таким чином, інформація може використовуватися так само, за винятком того, що АСК, яке відправляється у відповідь на прийнятий пакет даних, цього АСК блока (ВА), а не АСК для одного пристрою. АСК блока дозволяє пристрою приймати множину зв'язаних пакетів даних і давати відповідь, чи були прийняті множинні пакети, використовуючи одне АСК блока. Наприклад, АСК блока може включати в себе бітовий масив з множиною бітів, значення кожного з яких вказує, чи були конкретні пакети даних прийняті в послідовності пакетів даних потоку. Відповідно, ВА включає в себе інформацію від обох - поля 415 а1 і поля 420 а2, а не тільки від поля 420 а2, як показано. Як продемонстровано, якщо заголовок 400 МАС є частиною пакета даних, що передається по низхідній лінії зв'язку, ВА включає в себе BSSID, за яким йде AID. Як показується, якщо заголовок 400 МАС є частиною пакета даних, що передається по висхідній лінії зв'язку, ВА включає в себе AID, за яким йде BSSID. Як показано, якщо заголовок 400 МАС є частиною пакета даних, що передається по прямій лінії зв'язку, ВА включає в себе T-AID, за яким йде RA. Фіг. 7 ілюструє приклади типу даних у полях стиснутого заголовка 400 МАС для пакета даних і дані для відповідного підтвердження відповідно до іншого аспекту заголовка 400 МАС. Як показано, заголовок 400 МАС включає в себе такі самі дані, що і описані з посиланням на фіг. 6, і таким чином, інформація може використовуватися подібним чином. Однак, як показано, для кожного з пакетів низхідної лінії зв'язку, висхідної лінії зв'язку і прямої лінії зв'язку поле 415 а1 включає в себе локальний ідентифікатор адресата пакета, тоді як поле 420 а2 включає в себе глобальний ідентифікатор передавача пакета. Відповідно, використання бітів, таких як поля to-ds і from-ds, щоб визначити, по лінії зв'язку якого типу відправляється пакет, може не потребуватися, оскільки поле 415 а1 - завжди 2 октети, тоді як поле 420 а2 - завжди 6 октетів, замість того щоб основуватися на типі лінії зв'язку, по якій відправляється пакет, і, таким чином, подібну інформацію не треба визначати на основі типу лінії зв'язку. Наприклад, якщо пакет відправляється по низхідній лінії зв'язку, STA-адресат може передавати АСК блока з AID STA, за яким йде BSSID АР, замість BSSID АР, за яким йде AID STA, як в прикладі, описаному з посиланням на фіг. 6. Якщо пакет відправляється по висхідній лінії зв'язку, поле 415 а1 може включати в себе AID АР, який встановлюється на 0, а поле 420 а2 може включати в себе адресу МАС STA (STA_МАС). Додатково АР, що приймає пакет, може відправляти АСК, що включає в себе AID АР, за яким йде STA_МАС. Якщо пакет відправляється по прямій лінії зв'язку, поле 415 а1 може включати в себе R-AID приймальної STA, а поле 420 а2 може включати в себе адресу передавача (ТА) передавальної STA, яка може бути адресою МАС передавальної STA. Додатково приймальна STA може відправляти АСК, що включає в себе R-AID приймальної STA, за яким йде ТА передавальної STA. У прикладі за фіг. 7 для пакетів по висхідній лінії зв'язку АР може бути треба зберігати довідкову таблицю, яка співвідносить STA_МАС різних STA з AID, щоб відправляти і приймати дані, коли інформація приймається з використанням адреси МАС, але передається з використанням AID, на відміну від прикладу з фіг. 5 та фіг. 6, де АР відправляє і приймає інформацію тільки на основі AID різних STA. Подібним чином, для пакетів по прямій лінії зв'язку у STA може бути треба зберігати довідкову таблицю для схожих цілей. Фіг. 8 ілюструє приклади типу даних у полях стиснутого заголовка 400 МАС для пакета даних і дані для відповідного підтвердження відповідно до іншого аспекту заголовка 400 МАС. Як показано, для кожного з пакетів низхідної лінії зв'язку, висхідної лінії зв'язку і прямої лінії зв'язку за AID приймального пристрою йде AID передавального пристрою, за яким йде BSSID АР, з якою зв'язані пристрої. Додатково для АСК блока адресат пакета передає AID передавального пристрою, за яким йде AID приймального пристрою, за яким йде BSSID АР, з 16 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 якою зв'язані пристрої. У цьому прикладі, як розглядається вище за допомогою фіг. 7, використання бітів, таких як поля to-ds і from-ds, щоб визначити, по лінії зв'язку якого типу відправляється пакет, може не вимагатися. Додатково немає необхідності в зберіганні довідкових таблиць, оскільки вся релевантна інформація включається в пакети. Фіг. 9 ілюструє приклади типу даних у полях стиснутого заголовка 400 МАС для пакета даних і дані для відповідного підтвердження відповідно до іншого аспекту заголовка 400 МАС. Як показано, заголовок 400 МАС включає в себе такі самі дані, що і описані з посиланням на фіг. 8. Однак АСК демонструється як АСК для одного пристрою, не АСК блока. Як показується, АСК для кожного пакета - це AID передавального пристрою. Однак, як показано, для АСК пакета низхідної лінії зв'язку AID завжди 0; це означає, що якщо приймається множина АСК з AID 0, АР може не мати можливості визначити, чи призначається АСК для АР. Відповідно, в одному аспекті, для АСК пакета низхідної лінії зв'язку замість AID може використовуватися pBSSID. Використання pBSSID, однак, означає, що генерація АСК може основуватися на типі лінії зв'язку, а це означає, що біти, такі як поля to-ds і from-ds, можуть знадобитися для індикації типу лінії зв'язку. Фіг. 10 ілюструє приклади типу даних у полях стиснутого заголовка 400 МАС для пакета даних і дані для відповідного підтвердження відповідно до іншого аспекту заголовка 400 МАС. Як показано, заголовок 400 МАС включає в себе такі самі дані, що і описані з посиланням на фіг. 5. Однак призначення деяких полів змінене. Зокрема, для низхідної лінії зв'язку поле 415 а1 включає в себе AID передавальної STA, а поле 420 а2 включає в себе BSSID приймальної АР. Додатково, для прямої лінії зв'язку поле 415 а1 включає в себе T-AID передавальної STA, а поле 420 а2 включає в себе RA приймальної STA. Відповідно, поле 415 а1 - завжди 2 октети, а поле 420 а2 - завжди 6 октетів. Біти для індикації типу лінії зв'язку все ще можуть бути потрібні, щоб визначити, для якого пристрою, передавального або приймального, кожне поле включає в себе адресу. Біт from-ds або from-ap, що знаходиться в керуванні кадром, може використовуватися для індикації типу лінії зв'язку. Фіг. 11 ілюструє приклади типу даних у полях стиснутого заголовка 400 МАС для пакета даних і дані для відповідного підтвердження відповідно до іншого аспекту заголовка 400 МАС. Як показано, заголовок 400 МАС включає в себе такі самі дані, що і описані з посиланням на фіг. 10, і, так, інформація може бути використана таким саме чином, за винятком того, що АСК, яке відправляється у відповідь на прийнятий пакет даних, є АСК блока (АВ), а не АСК для одного пристрою. Відповідно, ВА включає в себе інформацію від обох: і від поля 415 а1, і від поля 420 а2, а не тільки від поля 420 а2, як показано. Як показано, якщо заголовок 400 МАС є частиною пакета даних, що передається по низхідній лінії зв'язку, ВА включає в себе BSSID, за яким йде AID. Як показано, якщо заголовок 400 МАС є частиною пакета даних, що передається по висхідній лінії зв'язку, ВА включає в себе AID, за яким йде BSSID. Як показано, якщо заголовок 400 МАС є частиною пакета даних, що передається по прямій лінії зв'язку, ВА включає в себе T-AID, за яким йде RA. Відповідно, поле 415 а1 - завжди 2 октети, а поле 420 а2 - завжди 6 октетів. Біти для індикації типу лінії зв'язку все ще можуть бути потрібні, щоб визначити, для якого пристрою, передавального або приймального, кожне поле включає в себе адресу. Біт from-ds або from-ap, що знаходиться в керуванні кадром, може використовуватися для індикації типу лінії зв'язку. Фіг. 12 ілюструє приклади типу даних у полях стиснутого заголовка 400 МАС для пакета даних і дані для відповідного підтвердження відповідно до іншого аспекту заголовка 400 МАС. Як показано, заголовок 400 МАС включає в себе такі самі дані, що і описані з посиланням на фіг. 10, і, так, інформація може бути використана таким самим чином. Однак значення поля 415 а1 і поля 420 а2 - протилежні для пакета, що передається в порівнянні з прикладом, описаним з посиланням на фіг. 10. Фіг. 13 ілюструє приклади типу даних у полях стиснутого заголовка 400 МАС, що використовуються в адресації запиту на передачу (RTS)/готовності до передачі (CTS). Як показано, в повідомленні RTS поле 415 а1 включає в себе RA приймального пристрою, а поле 420 а2 включає а себе T-AID передавального пристрою. Додатково повідомлення CTS включає в себе T-AID передавального пристрою. У деяких аспектах кадри QoS без даних можуть бути сумісні з коротким заголовком 400 МАС. Наприклад, заголовок 400 МАС може бути сумісним для використання з порожнім кадром QoS, кадром QoS CF-poll і/або кадром QoS CF-ACK+CF-poll. Поле типу і/або поле підтипу можуть бути включені в полі 405 fc заголовка 400 МАС для індикації типу кадру (наприклад, це може бути порожній кадр QoS, кадр QoS CF-poll або кадр QoS CF-ACK+CF-poll). Фіг. 14 ілюструє приклади типу даних у полях стиснутого заголовка 400 МАС для кадру керування і дані для відповідного підтвердження відповідно до іншого аспекту заголовка 400 17 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 МАС. Як показано, значення 01 для полів to-ds/from-ds вказує, що кадр керування відправляється по низхідній лінії зв'язку. Поле 415 а1 включає в себе AID приймальної STA, а поле 420 а2 включає в себе BSSID передавальної АР. АСК, що передається у відповідь на прийом кадру керування від приймальної STA, включає в себе pBSSID АР, скопійований з поля 420 а2. Як показано, значення 10 для полів to-ds/from-ds вказує, що кадр керування відправляється по висхідній лінії зв'язку. Поле 415 а1 включає в себе BSSID приймальної АР, а поле 420 а2 включає в себе AID передавальної STA. АСК, що передається у відповідь на прийом кадру керування від приймальної АР, включає в себе AID STA, скопійований з поля 420 а2. У деяких аспектах повідомлення підтвердження (АСК) може передавати коротку адресу або повну адресу МАС. При передачі короткої адреси АСК може передавати або pBSSID (відповідь для низхідної лінії зв'язку), або AID (відповідь для висхідної лінії зв'язку). Приклади такої короткої адреси демонструються на фіг. 5, фіг. 10 та фіг. 12, описаних вище. Фіг. 15 ілюструє приклади типу даних у полях стиснутого заголовка 400 МАС для пакета даних і дані для відповідного підтвердження відповідно до одного аспекту заголовка 400 МАС, з АСК, що переносить повну адресу МАС. Як показано, якщо заголовок МАС є частиною пакета даних, що передається по низхідній лінії зв'язку від АР до STA, поле 415 а1 включає в себе AID станції (STA-AID), а поле 420 а2 включає в себе BSSID. Додатково станція може відправляти до АР АСК, що включає в себе BSSID. Як показано, якщо заголовок 400 МАС є частиною пакета даних, що передається по висхідній лінії зв'язку від STA до АР, поле 415 а1 включає в себе BSSID АР, а поле 420 а2 включає в себе адресу МАС STA (STA-МАС). Додатково АР, що приймає пакет, може відправляти АСК, що включає в себе STA-МАС. Як показано, якщо заголовок 400 МАС є частиною пакета даних, що передається по прямій лінії зв'язку від передавальної STA до приймальної STA, поле 415 а1 включає в себе адресу МАС приймальної STA (R-STA-MAC), а поле 420 а2 включає в себе адресу МАС передавальної STA (T-STA-MAC). Додатково приймальна STA може відправляти АСК, що включає в себе T-STA-МАС. У деяких аспектах адреса передавача в полі 420 а2 стиснутого заголовка 400 МАС для пакета даних завжди може бути повною адресою МАС передавача. Адреса приймача в полі 415 а1 може бути AID приймача. У цьому випадку AID АР може бути задано на "0". Фіг. 16 ілюструє додаткові приклади типу даних у полях стиснутого заголовка 400 МАС для пакета даних. Як показано на цьому малюнку, стовпці, позначені "Дані", відповідають інформації, відправленій як частина пакета даних (як показано, інформація для поля 415 адреси один (а1) і поля 420 адреси два (а2), а також, можливо, поля адреси три (а3)). Стовпець, позначений "Напрямок", вказує напрямок або тип лінії зв'язку, по якій відправляється пакет даних. Приклад, продемонстрований на фіг. 16, ілюструє використання адресації RA/AID в пакетах даних. Рядок 1602 ілюструє пакет даних, що відправляється по з'єднанню низхідної лінії зв'язку. Адреса приймача визначається в полі 415 а1. Адреса передавача в полі 420 а2 встановлюється на нуль. Факультативне поле а3 включає в себе значення, що вказує адресу пристрою-джерела для передачі. Наприклад, а3 може включати в себе адресу STA, що генерує повідомлення. Рядок 1604 ілюструє пакет даних, що відправляється по з'єднанню висхідної лінії зв'язку. Поле 415 а1 включає в себе значення, що відображає BSSID приймача. Поле 420 а2 включає в себе AID передавального пристрою. Факультативне поле а3 може включати в себе адресу призначення пакета даних (наприклад, іншої STA). Рядок 1606 відображає з'єднання по прямій лінії зв'язку. Як описується вище, пряме з'єднання - це лінія зв'язку між двома STA. Поле 415 а1 включає в себе адресу приймача. Поле 420 а2 включає в себе AID передавального пристрою. Фіг. 17 ілюструє додаткові приклади типу даних у полях стиснутого заголовка 400 МАС для пакета даних. Як показано на цьому малюнку, стовпці, позначені "Дані", відповідають інформації, відправленій як частина пакета даних (як показано, інформація для поля 415 адреси один (а1) і поля 420 адреси два (а2), а також, можливо, поля адреси три (а3)). Стовпець, позначений "Напрямок", вказує напрямок або тип лінії зв'язку, по якій відправляється пакет даних. Стовпець, позначений "From-AP" вказує значення біта, що ідентифікує чи відправлені дані з АР. У цьому прикладі, для кадрів, переданих з АР, AID джерела може бути не включений. Однак, в цьому прикладі присутнє поле from-AP, яке замінює поля to-DS/from-DS, показані в попередніх прикладах. Рядок 1702 відображає з'єднання по низхідній лінії зв'язку. Коли це повідомлення буде відправлене до приймального пристрою, біт "from-АР" встановлюється на один. Поле 415 а1 включає в себе значення, що відображає адресу приймального пристрою. 18 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 Рядок 1704 відображає з'єднання по висхідній лінії зв'язку. Якщо це повідомлення не передається від АР, біт "from-АР" встановлюється на нуль. Поле 415 а1 може включати в себе BSSID приймального пристрою. Поле 420 а2 може включати в себе AID передавального пристрою. Поле а3 може факультативно включати в себе значення адреси призначення. Рядок 1706 відображає з'єднання по прямій лінії зв'язку. У цьому прикладі біт "from-АР" встановлюється на нуль. Поле 415 а1 включає в себе значення адреси приймача. Поле 420 а2 включає в себе AID передавального пристрою. Як показано, адресне поле три порожнє. Потрібно зазначити, що для кожного з аспектів, описаних з посиланням на фіг. 5-17, використання різних AID та BSSID є лише ілюстративним. Замість AID в описаних аспектах може використовуватися будь-який тип локального ідентифікатора. Додатково замість BSSID в описаних аспектах може використовуватися будь-який тип глобального ідентифікатора. Додатково описане призначення полів а1 та а2 може бути змінене. У деяких аспектах кадри керування можуть бути стиснуті подібно до інших пакетів даних, описаних вище. Зокрема, замість TID кадри керування мають факультативне поле перешкоди від сусіднього каналу (ACI). Як встановлено вище, всі біти в полі а1 або а2 довжиною в 2 октети можуть не використовуватися, оскільки може знадобитися тільки 13 бітів. Інші три біти також можуть використовуватися для інших цілей. Наприклад, ACI може включатися в поле а1 або а2 довжиною в 2 октети. Додатково поля to-ds і from-ds можуть не бути доступні в кадрах керування, щоб визначити тип лінії зв'язку, по якій відправляється кадр, і, отже, не можуть використовуватися для індикації формату заголовка МАС, як розглядається вище. Відповідно, пакети висхідної лінії зв'язку і низхідної лінії зв'язку можуть мати однаковий формат (наприклад, формат адресації), який означає, що кожне поле включає в себе один і той самий формат інформації (наприклад, локальний ідентифікатор, глобальний ідентифікатор або деякі інші відповідні дані). Наприклад, поле а1 кадру керування може включати в себе локальний ідентифікатор (наприклад, AID), поле а2 - глобальний ідентифікатор (наприклад, адреса МАС), і додатково може бути включений BSSID. Додатково кадри керування переміщаються тільки між АР та STA, так що SA та DA можуть не потребуватися. У деяких аспектах інші кадри контролю і/або керування можуть бути сумісні з коротким заголовком МАС, таким як короткий заголовок 400 МАС. Наприклад, заголовок 400 МАС може бути сумісний для використання з будь-яким з наступних кадрів керування: кадр запиту на передачу (RTS), кадр готовності до передачі (CTS), кадр АСК, кадр запиту АСК блока (BAR), кадр мульти-TID-BAR, кадр АСК блока (ВА), кадр списку економії енергії (PS-poll), кадр кінця без з'єднання (CF end), звітний список формування діаграми направленості антени, повідомлення про пакет без даних (NDPA), кадр маяка тощо. В деяких аспектах ці різні типи кадрів керування мають функціональність, як будь-який з кадрів керування з таким самим ім'ям, визначений в описі IEEE 802.11. Як було розглянуто вище, поле типу і/або поле підтипу може бути включене в поле 405 fc заголовка 400 МАС для індикації типу кадру. У деяких аспектах кадри керування можуть використовувати заголовок 400 МАС, що включає в себе поля заголовка 400 МАС, як показано на фіг. 4, або заголовок 400а МАС, що включає в себе поля заголовка 400а МАС, як показано на фіг. 4а. В деяких з таких аспектів поле 430 керування послідовністю може бути видалене. Якщо кадр - це кадр CTS, в деяких аспектах поле 415 а1 і/або поле 420 а2 можуть як альтернатива або додатково бути видалені. Якщо кадр - це кадр PS-Poll, в деяких аспектах як альтернатива або додатково може бути додане поле керування PS-Poll (наприклад, як визначено в описі IEEE 802.11). Якщо кадр - це кадр BAR або кадр ВА, в деяких аспектах як альтернатива або додатково може бути додане поле інформації BAR і/або поле керування BAR (наприклад, як визначено в описі IEEE 802.11). Якщо кадр - це NDPA, в деяких аспектах як альтернатива або додатково може бути додане одне або декілька полів інформації STA(наприклад, як визначено в описі IEEE 802.11). У деяких аспектах тільки значення to-ds/from-ds 00 та 01 можуть звичайно використовуватися для кадрів керування. Відповідно значення 01 та 11 все ще можуть використовуватися для сигналізування відмінності між адресацією висхідної лінії зв'язку і низхідної лінії зв'язку. Фіг. 18-23 ілюструють інші приклади стиснутих заголовків МАС, які включають в себе визначені поля і не включають в себе інші поля, як розглядається вище, і які можуть використовуватися для здійснення зв'язку між бездротовим пристроєм 202t і бездротовим пристроєм 202r. Поля можуть використовуватися за допомогою способів, розглянутих вище. Потрібно зазначити, що інші заголовки МАС, не проілюстровані тут, які мають різні комбінації полів на основі розглянутого вище, також знаходяться в межах обсягу даного розкриття. Фіг. 18 ілюструє стиснутий заголовок МАС, подібний до заголовка за фіг. 3А, з полем dur, полем a1, полем а2, полем а3, полем sc, полем qc, полем htc, полем llc/snap і полем fcs, 19 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 видаленим при використанні нового значення підтипу кадру і PV0 для версії протоколу. Додатково додаються поле pra і поле pta, і вони можуть частково використовуватися для визначення інформації адресації, як розглядається вище. Додатково поле ethertype додається замість поля llc/snap, як розглядається вище. Додатково до цього додаються поле індексу категорії доступу (aci) і поле послідовності перевірки заголовка, при цьому поле aci вказує пріоритет кадру, а поле hcs включає в себе короткий контроль циклічним надмірним кодом, який підтверджує коректність заголовка МАС (тобто без включення корисного навантаження). Фіг. 19 ілюструє заголовок МАС, подібний до заголовка за фіг. 18. Однак в заголовку МАС за фіг. 19 поле fc зменшене в розмірі, а версія протоколу змінена на PV1. Як показано в полі fc: поле підтипу, поле to-ds, поле from-ds, поле більшої кількості фрагментів, поле pf і поле порядку видаляються. Додатково поле наявності а3 додається для індикації того, чи присутнє поле а3 в заголовку МАС за фіг. 19 (в проілюстрованому прикладі не присутнє). В іншому варіанті здійснення короткий заголовок МАС з наявним полем а3 може позначатися з використанням різних значень поля типу в керуванні кадром. Як альтернатива таке саме форматування заголовка МАС може використовуватися, коли версія протоколу встановлюється на 0 (PV0), але це може викликати помилкові реакції у вузлах попереднього покоління. Фіг. 20 ілюструє заголовок МАС, подібний до заголовка за фіг. 19. Однак в заголовку МАС за фіг. 20 видалене поле pra. Фіг. 21 ілюструє заголовок МАС, подібний до заголовка за фіг. 19. У проілюстрованому прикладі за фіг. 21 присутнє поле а3. Фіг. 22 ілюструє заголовок МАС, подібний до заголовка за фіг. 19. Однак в проілюстрованому прикладі поле fc додатково включає в себе поле наявності стиснутого а3 (compr a3), яке вказує, чи відповідає адреса а3 пакета адресі а3, що зберігається в приймальному пристрої, як розглядається вище. Фіг. 23 ілюструє заголовок МАС, подібний до заголовка за фіг. 22. Однак в заголовку МАС за фіг. 22 видалене поле pra. Фіг. 24А-24С ілюструють приклади типів стиснутих заголовків МАС з незашифрованим корисним навантаженням. Як показано на фіг. 24А, заголовок 2400а МАС може включати в себе поле 2410 керування кадром (FC), поле 2420 часткової передачі (РТА або РТХ), поле 2430 порядкового номера кадру (SEQ) і поле 2450 послідовності керування кадром (FCS). У проілюстрованому варіанті здійснення поле 2410 FC - два байти в довжину, поле 2420 РТХ два байти в довжину, поле 2430 SEQ - два байти в довжину і поле 2450 FCS - чотири байти в довжину. Хоча корисне навантаження 2440 ілюструється для посилання, воно може і не бути частиною заголовка 2400а МАС. Щонайменше деякі з полів, описаних тут з посиланням на фіг. 24А, можуть бути подібні до відповідних полів, описаних вище відносно фіг. 3А. В різних варіантах здійснення заголовок 2400а МАС може включати в себе додаткові не показані поля і може опустити одне або декілька з показаних полів. Середньому фахівцю в даній галузі техніки буде зрозуміло, що поля заголовка 2400а МАС можуть бути будь-якого розміру. Продовжуючи посилатися на фіг. 24А, можна побачити, що заголовок 2400а МАС може опустити поле адреси приймача, таке як поле 325а а1, описане вище відносно фіг. 3А. Відповідно, бездротовий пристрій 202t може обчислювати поле 2450 FCS, як якби поле адреси приймача було присутнім в заголовку 2400а МАС, хоча заголовок 2400а МАС може і не містити поля адреси приймача. Коли приймач, такий як бездротовий пристрій 202r, приймає заголовок 2400а МАС, він може неявно знати свою власну адресу. Наприклад, у варіанті здійснення бездротовий пристрій 202r може зберігати свою мережну адресу в пам'яті 206. Відповідно, приймач може обчислювати очікувану FCS на основі одного або декількох полів у заголовку 2400а МАС в поєднанні з неявно відомою адресою приймача. Приймач може потім порівнювати очікувану FCS з прийнятим від заголовка 2400а МАС полем 2450 FCS. Якщо прийняте поле 2450 FCS співпадає з очікуваною FCS, обчисленою з використанням неявної адреси приймача, видаленої із заголовка 2400а МАС, приймач може визначити, що кадр, зв'язаний із заголовком 2400а МАС, був адресований приймачу і був коректно прийнятий. Як проілюстровано на фіг. 24А, заголовок 2400а МАС може опускати поле адреси джерела або передачі (не показано), таке як поле 320а а2, описане вище відносно фіг. 3А. Наприклад, коли приймач може приймати дані тільки від точки доступу, поле адреси передачі може бути видалене. У деяких варіантах здійснення, однак, поле 2420 часткової адреси передачі (РТА або РТХ) включене в заголовок 2400а МАС. Поле 2420 РТХ може бути включене в мережні середовища, де бездротовий пристрій може оновлювати дані, або в середовище настройки прямої тунельної лінії зв'язку (TDLS). У варіанті здійснення поле 2420 РТХ може основуватися на адресі МАС передавача. Наприклад, поле 2420 РТХ може включати в себе заздалегідь встановлену кількість найменше значних бітів (LSB) адреси МАС передавача. Як розглядається 20 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 вище, поле 2420 РТХ може дозволити бездротовому приймачу скоротити кількість ключів, які він шукає при прийомі кадру, що містить заголовок 2400а МАС. В інших варіантах здійснення заголовок 2400а МАС може включати в себе поле адреси передачі. Як показано на фіг. 24В, заголовок 2400b МАС може включати в себе поле 2410 керування кадром (FC), поле 2420 часткової адреси передачі (РТА або РТХ), поле 2430 порядкового номера кадру (SEQ) і поле 2450 послідовності керування кадром (FCS). Хоча корисне навантаження 2440 ілюструється для посилання, вона може і не бути частиною заголовка 2400b МАС. У різних варіантах здійснення заголовок 2400b МАС може включати в себе додаткові не показані поля і може опустити одне або декілька з показаних полів. Наприклад, як проілюстровано на фіг. 24В, заголовок 2400b МАС включає в себе поле 2460 адреси призначення (ADD3). У варіанті здійснення поле 2460 ADD3 може бути полем 325а а3, розглянутим вище відносно фіг. 3А. Поле 2460 ADD3 може використовуватися в мережних середовищах, де кадри можуть ретранслюватися до свого останнього місця призначення. Як показано на фіг. 24С, заголовок 2400с МАС може включати в себе поле 2410 керування кадром (FC), поле 2470 часткової адреси приймача (PRA або PRX), поле 2420 часткової адреси передачі (РТА або РТХ), поле 2430 порядкового номера кадру (SEQ) і поле 2450 послідовності керування кадром (FCS). Хоча корисне навантаження 2440 ілюструється для посилання, воно може і не бути частиною заголовка 2400с МАС. У різних варіантах здійснення заголовок 2400с МАС може включати в себе додаткові не показані поля і може опустити одне або декілька з показаних полів. Наприклад, як проілюстровано на фіг. 24С, заголовок 2400с МАС включає в себе поле 2460 адреси призначення (ADD3). Заголовок 2400с МАС може включати в себе поле 2470 PRX для забезпечення приймача деякою індикацією того, чи перевіряє він поле 2450 FCS. Наприклад, якщо адреса приймача не співпадає з полем 2470 PRX, він може вирішити не обчислювати очікувану FCS, оскільки малоймовірно, що прийняте поле 2450 FCS співпаде. Якщо адреса приймача співпадає з полем 2470 PRX, він, однак, може вирішити обчислювати очікувану FCS, щоб визначити, чи адресований кадр приймачу. Іншими словами, поле 2470 PRX може забезпечити приймачу спосіб, щоб уникнути додаткової обробки, коли прийнятий кадр не адресований приймачу. Менша кількість обробки може призвести до меншого споживання енергії. У варіанті здійснення поле 2470 PRX може основуватися на адресі МАС приймача. В іншому варіанті здійснення поле 2470 PRX може основуватися на обох адресах - адресі МАС приймача і адресі МАС передачі. Наприклад, поле 2470 PRX може бути хешем адреси МАС передавача і ID приймача. У різних варіантах здійснення інші попередні індикації можуть використовуватися, щоб дати приймачу можливість скинути прийнятий кадр, не обчислюючи очікувану перевірку кадру. У різних варіантах здійснення, описаних тут, коли частини стандартного заголовка МАС опущені, бездротовий пристрій 202t може повністю опустити поле 2450 FCS (фіг. 24А-24С). Наприклад, в кадрах, що містять зашифроване корисне навантаження, заголовок МАС може повторно використовувати існуючі поля, зв'язані з шифруванням, і основуватися на них. Повторне використання заголовка може призвести до скорочення кадру, оскільки зашифроване корисне навантаження може вже включати в себе свої власні зв'язані з шифруванням заголовки. Використовуючи зв'язані з шифруванням поля заголовка, що заздалегідь є в ролі стандартних полів заголовка МАС можна скоротити загальну кількість полів, що використовуються. У варіанті здійснення бездротовий пристрій 202t може генерувати заголовок МАС без поля FCS. Поле перевірки цілісності повідомлення (MIC) може повторно використовуватися замість поля FCS. В іншому варіанті здійснення бездротовий пристрій 202t може генерувати заголовок МАС без поля порядкового номера (SN). Поле номера пакета (PN) може повторно використовуватися замість поля SN. При стисненні заголовків МАС для зашифрованих кадрів бездротовий пристрій 202t переважно може дешифрувати кадр в межах короткого міжкадрового проміжку (SIFS). У варіанті здійснення бездротовий пристрій 202t може обчислювати MIC на основі всіх полів в заголовку 300а МАС, розглянутих вище з посиланням на фіг. 3А, тільки при передачі полів у заголовку МАС, що показується, наприклад, на одній з фіг. 18-23. Точніше, у варіантах здійснення, де поле тривалості забирається із заголовка МАС, бездротовий пристрій 202t може, проте, включати в себе поле тривалості в обчисленні MIC. У варіантах здійснення, де поле тривалості забирається із заголовка МАС, бездротовий пристрій 202t може, проте, включати в себе поле тривалості в обчисленні MIC. У варіантах здійснення, де поле адреси приймача забирається із заголовка МАС, бездротовий пристрій 202t може, проте, включати в себе поле адреси приймача в обчисленні MIC. У варіантах здійснення, де поле адреси джерела або поле адреси передачі забирається із заголовка МАС, бездротовий пристрій 202t може, проте, 21 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 включати в себе поле адреси джерела або поле адреси передачі в обчисленні MIC. Середньому фахівцю в даній галузі техніки буде зрозуміло, що будь-яке опущене поле заголовка може бути включене в MIC. Фіг. 25А-25С ілюструють приклади типів стиснутих заголовків МАС із зашифрованим корисним навантаженням. Проілюстрований варіант здійснення з фіг. 25А демонструє заголовок 2500а МАС для кадру, що використовує шифрування протоколу коду аутентифікації повідомлення зчеплення блоків шифру (ССМР). Як показано на фіг. 25А, заголовок 2500а може включати в себе поле 2510 керування кадром (FC), поле 2520 часткової передачі (РТА або РТХ), поле 2530 заголовка ССМР (HRD) і поле 2550 перевірки цілісності повідомлення (MIC) ССМР. У проілюстрованому варіанті здійснення поле 2510 FC - два байти в довжину, поле 2520 РТХ - два байти в довжину, поле 2530 ССМР HRD - вісім байтів у довжину і поле 2550 ССМР MIC - вісім байтів у довжину. Хоча корисне навантаження 2540 ілюструється для посилання, воно може і не бути частиною заголовка 2500а МАС. Щонайменше деякі з полів, описаних тут з посиланням на фіг. 25а, можуть бути подібні до відповідних полів, описаних вище відносно фіг. 3А. В різних варіантах здійснення заголовок 2500а МАС може включати в себе додаткові не показані поля і може опустити одне або декілька з показаних полів. Середньому фахівцю в даній галузі техніки буде зрозуміло, що поля заголовка 2500а МАС можуть бути будь-якого розміру. Продовжуючи посилатися на фіг. 25А, можна побачити, що заголовок 2500а МАС може опустити поле адреси приймача, таке як поле 325а а1, описане вище відносно фіг. 3А. Відповідно, бездротовий пристрій 202t може включати в себе адресу приймача в обчисленні MIC 2550. Коли приймач, такий як бездротовий пристрій 202r, приймає заголовок 2500а МАС, він може неявно знати свою власну адресу. Наприклад, у варіанті здійснення бездротовий пристрій 202r може зберігати свою мережну адресу в пам'яті 206. Відповідно, приймач може обчислювати очікувану MIC на основі одного або декількох полів у заголовку 2500а МАС в поєднанні з неявно відомою адресою приймача. Приймач може потім порівнювати очікувану MIC з прийнятим від заголовка 2500а МАС полем 2550 MIC. Якщо прийняте поле 2550 MIC співпадає з очікуваною MIC, обчисленою з використанням неявної адреси приймача, видаленої із заголовка 2500а МАС, приймач може визначити, що кадр, зв'язаний із заголовком 2500а МАС, був адресований приймачу і був коректно прийнятий. Як проілюстровано на фіг. 25А, заголовок 2500а МАС може опускати поле адреси джерела або передачі (не показано), таке як поле 320а а2, описане вище відносно фіг. 3А. Наприклад, коли приймач може приймати дані тільки від точки доступу, поле адреси передачі може бути видалене. У деяких варіантах здійснення, однак, поле 2520 часткової адреси передачі (РТА або РТХ) включене в заголовок 2500а МАС. Поле 2520 РТХ може бути включене в мережні середовища, де бездротовий пристрій може оновлювати дані, або в середовище настройки прямої тунельної лінії зв'язку (TDLS). У варіанті здійснення поле 2520 РТХ може основуватися на адресі МАС передавача. Наприклад, поле 2520 РТХ може включати в себе заздалегідь встановлену кількість найменше значних бітів (LSB) адреси МАС передавача. Як розглядається вище, поле 2520 РТХ може дозволити бездротовому приймачу скоротити кількість ключів, які він шукає при прийомі кадру, що містить заголовок 2500а МАС. В інших варіантах здійснення заголовок 2500а МАС може включати в себе поле адреси передачі. Як показано на фіг. 25В, заголовок 2500b МАС може включати в себе поле 2510 керування кадром (FC), поле 2520 часткової адреси передачі (РТА або РТХ), поле 2530 порядкового номера кадру (SEQ) і поле 2550 послідовності керування кадром (MIC). Хоча корисне навантаження 2540 ілюструється для посилання, воно може і не бути частиною заголовка 2500b МАС. У різних варіантах здійснення заголовок 2500b МАС може включати в себе додаткові не показані поля і може опустити одне або декілька з показаних полів. Наприклад, як проілюстровано на фіг. 25В, заголовок 2500b МАС включає в себе поле 2560 адреси призначення (ADD3). У варіанті здійснення поле 2460 ADD3 може бути полем 325а а3, розглянутим вище відносно фіг. 3А. Поле 2560 ADD3 може використовуватися в мережних середовищах, де кадри можуть ретранслюватися до свого останнього місця призначення. Як показано на фіг. 25С, заголовок 2500с МАС може включати в себе поле 2510 керування кадром (FC), поле 2570 часткової адреси приймача (PRA або PRX), поле 2520 адреси передачі (ТХ), поле 2530 порядкового номера кадру (SEQ) і поле 2550 послідовності керування кадром (MIC). Хоча корисне навантаження 2540 ілюструється для посилання, воно може і не бути частиною заголовка 2500с МАС. У різних варіантах здійснення заголовок 2500с МАС може включати в себе додаткові не показані поля і може опустити одне або декілька з показаних полів. Наприклад, як проілюстровано на фіг. 25С, заголовок 2500с МАС включає в себе поле 2560 адреси призначення (ADD3). Заголовок 2500с МАС може включати в себе поле 2570 PRX 22 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 для забезпечення приймача деякою індикацією того, чи перевіряє він поле 2550 MIC. Наприклад, якщо адреса приймача не співпадає з полем 2570 PRX, він може вирішити не обчислювати очікувану MIC, оскільки малоймовірно, що прийняте поле 2550 MIC співпаде. Якщо адреса приймача співпадає з полем 2570 PRX, він, однак, може вирішити обчислювати очікувану MIC, щоб визначити, чи адресований кадр приймачу. Іншими словами, поле 2570 PRX може забезпечити приймачу спосіб, щоб уникнути додаткової обробки, коли прийнятий кадр не адресований приймачу. Менша кількість обробки може призвести до меншого споживання енергії. У варіанті здійснення поле 2570 PRX може основуватися на адресі МАС приймача. В іншому варіанті здійснення поле 2570 PRX може основуватися на обох адресах - адресі МАС приймача і адресі МАС передачі. Наприклад, поле 2570 PRX може бути хешем адреси МАС передавача і ID приймача. У різних варіантах здійснення інші попередні індикації можуть використовуватися, щоб дати приймачу можливість скинути прийнятий кадр, не обчислюючи очікувану перевірку кадру. У деяких варіантах здійснення інші частини конкретних пакетів даних також можуть бути зменшені в розмірі. Наприклад, кадр АСК може бути стиснутий подібно до заголовків МАС, що розглядалося вище. Фіг. 26 ілюструє приклад кадру 2600 підтвердження (АСК) типу, що використовується в системах зв'язку попереднього покоління. Наприклад, кадр АСК включає в себе 4 поля: поле 2605 fc, поле 2610 dur, поле 2615 а1 і поле 2620 fcs. У деяких варіантах здійснення поле 2610 dur може бути видалене, як розглядається вище відносно заголовка 300 МАС. У деяких варіантах здійснення PRA може використовуватися замість поля 2615 а1, як розглядається вище відносно заголовків МАС. Наприклад, бездротовий пристрій 202r може припускати, що пакет даних призначений для нього, основуючись на тому факті, що прийнятий раніше від бездротового пристрою 202t пакет був для бездротового пристрою 202r (наприклад, за допомогою індикації в полі 2615 а1, включеному в попередній пакет). У деяких варіантах здійснення PRA може бути включений в заголовок PHY. У деяких варіантах здійснення поле 2605 fc може бути зменшене в розмірі, як розглядається вище відносно заголовків МАС. У деяких варіантах здійснення поле 2620 fcs може бути зроблене коротше шляхом скорочення розміру контролю циклічним надмірним кодом. У деяких варіантах здійснення АСК може не містити ніяких полів адреси, і джерело і адреса призначення виводяться виходячи з визначення часу SIFS після завершення попереднього пакета даних. Фіг. 27 та фіг. 28 ілюструють різні варіанти здійснення стиснутих кадрів АСК, які включають в себе визначені поля і не включають в себе інших полів, як розглядається вище, і це може використовуватися для зв'язку між бездротовим пристроєм 202t і бездротовим пристроєм 202r. Поля можуть використовуватися способами, розглянутими вище. Потрібно зазначити, що інші кадри АСК, не проілюстровані тут, які можуть мати різні комбінації полів на основі розглянутого вище, також знаходяться в межах обсягу даного розкриття. Фіг. 27 ілюструє кадр АСК, подібний до того, що описаний з посиланням на фіг. 26. Однак в кадр АСК за фіг. 27 не включені поле dur, поле а1 і поле fcs. Факультативне поле hcs, яке функціонує, як скорочена fcs, включене в кадр АСК. Додатково поле fc скорочується в розмірі. Як показано в полі fc: поле підтипу, поле to-ds, поле from-ds, поле більшої кількості фрагментів, поле pf і поле порядку видаляються. Додатково поле наявності а3 додається для індикації того, чи присутнє поле а3 в кадрі АСК за фіг. 27 (в проілюстрованому прикладі не присутнє). Поле fc додатково включає в себе поле наявності стиснутого а3 (compr a3), яке вказує, чи відповідає адреса а3 кадру АСК адресі а3, що зберігається в приймальному пристрої, як розглядається вище. Фіг. 28 ілюструє кадр АСК, подібний до того, що описаний з посиланням на фіг. 27. Однак кадр АСК за фіг. 28 додатково включає в себе поле pra. Фіг. 29А-29С ілюструють приклади стиснутих кадрів підтвердження (АСК). Як показано на фіг. 29А, кадр 2900а може включати в себе заголовок 2910 фізичного рівня (PHY), поле 2920 керування кадром (FC), поле 2930 частини приймача (PRA або PRX) і поле 2940 послідовності керування кадром (FCS). У проілюстрованому варіанті здійснення поле 2920 FC - два байти в довжину, поле 2920 РТХ - два байти в довжину, поле 2930 SEQ - два байти в довжину, поле 2930 PRX - два байти в довжину і поле 2940 FCS - змінної довжини. Щонайменше деякі з полів, описаних тут з посиланням на фіг. 29А, можуть бути подібні до відповідних полів, описаних вище відносно фіг. 26. У різних варіантах здійснення кадр 2900а АСК може включати в себе додаткові не показані поля і може опустити одне або декілька з показаних полів. Середньому фахівцю в даній галузі техніки буде зрозуміло, що поля кадру 2900а АСК можуть бути будьякого розміру. 23 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 Кадр 2900а АСК може включати в себе поле 2930 PRX, щоб забезпечити приймачу деяку індикацію того, чи перевіряє він поле 2940 FCS. Наприклад, якщо адреса приймача не співпадає з полем 2930 PRX, він може вирішити не обчислювати очікувану FCS, оскільки малоймовірно, що прийняте поле 2940 FCS співпаде. Якщо адреса приймача співпадає з полем 2930 PRX, він, однак, може вирішити обчислювати очікувану FCS, щоб визначити, чи адресований кадр приймачу. Іншими словами, поле 2930 PRX може забезпечити приймачу спосіб, щоб уникнути додаткової обробки, коли прийнятий кадр не адресований приймачу. Менша кількість обробки може призвести до меншого споживання енергії. У варіанті здійснення поле 2930 PRX може основуватися на адресі МАС приймача. В іншому варіанті здійснення поле 2930 PRX може основуватися на обох адресах - адресі МАС приймача і адресі МАС передачі. Наприклад, поле 2930 PRX може бути хешем адреси МАС передавача і ID приймача. У різних варіантах здійснення інші попередні індикації можуть використовуватися, щоб дати приймачу можливість скинути прийнятий кадр, не обчислюючи очікувану перевірку кадру. Як показано на фіг. 29А, кадр 2900а може включати в себе заголовок 2910 фізичного рівня (PHY), поле 2920 керування кадром (FC) і поле 2940 послідовності керування кадром (FCS). У різних варіантах здійснення кадр 2900b АСК включати в себе додаткові непоказані поля і може опускати одне або декілька з показаних полів. У проілюстрованому варіанті здійснення кадр 2900b АСК може опустити поле адреси приймача, таке як поле 2615 а1, описане вище відносно фіг. 26. Відповідно, бездротовий пристрій 202t може обчислити поле 2940 FCS, ніби якщо поле адреси приймача було присутнім в кадрі 2900b АСК, хоча кадр 2900b АСК може і не містити поля адреси приймача. У варіанті здійснення, коли приймач, такий як бездротовий пристрій 202r, приймає кадр 2900b АСК, він може неявно знати свою власну адресу. Наприклад, у варіанті здійснення бездротовий пристрій 202r може зберігати свою мережну адресу в пам'яті 206. Відповідно, приймач може обчислювати очікувану FCS на основі одного або декількох полів у кадрі 2900b АСК в поєднанні з неявно відомою адресою приймача. Приймач може потім порівнювати очікувану FCS з прийнятим від кадру 2900b АСК полем 2950 FCS. Якщо прийняте поле 2950 FCS співпадає з очікуваною FCS, обчисленою з використанням неявної адреси приймача, видаленої з кадру 2900b АСК, приймач може визначити, що кадр, зв'язаний з кадром 2900b АСК, був адресований приймачу і був коректно прийнятий. Як показано на фіг. 29С, кадр 2900с АСК може включати в себе поле 2910 фізичного рівня (PHY). Преамбула PHY без даних може іменуватися NDP. У різних варіантах здійснення кадр 2900с АСК може включати в себе додаткові непоказані поля і може опускати одне або декілька з показаних полів. У проілюстрованому варіанті здійснення підтверджуючий пристрій, такий як бездротовий пристрій 202t, може відправляти кадр 2900 АСК у час, відомий приймальному пристрою. Приймальний пристрій може виводити інформацію, опущену з кадру 2900с АСК на основі часу, в який був прийнятий кадр 2900с АСК. Наприклад, приймальний пристрій може чекати прийому кадру 2900с АСК після затримки після відправки повідомлення, що підлягає підтвердженню. У варіанті здійснення приймальний пристрій може чекати прийому кадру 2900с АСК в межах часового вікна. У різних варіантах здійснення пристрій, такий як бездротовий пристрій 202t, може відправляти NDP (тобто преамбулу PHY без даних) як АСК. В іншому варіанті здійснення бездротовий пристрій 202t може відправляти STF як АСК. У одному варіанті здійснення, коли бездротовий пристрій 202t відправляє кадр, для якого запитується негайне АСК, бездротовий пристрій 202t може вважати кадр успішно переданим, якщо NDP приймається починаючи з моменту в межах часу SIFS після завершення передачі кадру. У різних варіантах здійснення, описаних тут, коли частини кадру підтвердження (АСК) опущені, бездротовий пристрій 202t може обчислювати FCS на основі одного або декількох опущених полів. Наприклад, бездротовий пристрій 202t може обчислювати FCS на основі всіх полів у кадрі 2600 АСК, розглянутих вище відносно фіг. 26, тільки при передачі полів у кадрах АСК, показаних на одній з фіг. 27-28. Точніше, у варіантах здійснення, де поле тривалості забирається з кадру АСК, бездротовий пристрій 202t може, проте, включати в себе поле тривалості в обчисленні FCS. У варіантах здійснення, де поле тривалості забирається з кадру АСК, бездротовий пристрій 202t може, проте, включати в себе поле тривалості в обчисленні FCS. У варіантах здійснення, де поле адреси приймача забирається з кадру АСК, бездротовий пристрій 202t може, проте, включати в себе поле адреси приймача в обчисленні FCS. Середньому фахівцю в даній галузі техніки буде зрозуміло, що будь-яке опущене поле заголовка може бути включене в FCS. Більше того, опущені поля заголовка можуть бути 24 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 включені в перевірки кадру, відмінні від FCS, включаючи перевірку цілісності повідомлення (MIC). Як розглядається вище, множина різних типів заголовків МАС і кадрів АСК може використовуватися для зв'язку між бездротовим пристроєм 202t і бездротовим пристроєм 202r. Додатково, як розглядається вище, заголовки 300 і 300а МАС, проілюстровані на фіг. 3 та фіг. 3А, і кадр 2600 АСК, проілюстрований на фіг. 26, використовуються для систем попереднього покоління. Як розглядається вище, поле 305 fc або поле 305а fc (і подібне поле 2605 fc) включає в себе, серед інших полів, поле 372 версії протоколу (pv), поле 374 типу кадру (type) і поле 376 підтипу кадру (subtype). Поле 372 pv-2 біти в довжину. Значення 00 для поля 372 pv відображає використання заголовка 300 або 300а МАС, як проілюстровано на фіг. 3 та фіг. 3А (або кадру 2600 АСК, як проілюстровано на фіг. 26 для кадрів АСК). Використання інших типів заголовків МАС може бути вказане шляхом використання інших значень поля 372 pv (тобто 01, 10 та 11). Додатково або як альтернатива використання різних типів заголовків МАС може бути вказане шляхом використання різних значень для поля 374 типу і/або поля 376 підтипу. Бездротові пристрої можуть бути виконані з можливістю зв'язувати значення для полів з визначеними типами заголовків МАС і визначати тип заголовка МАС, що використовується на основі значення поля. У деяких варіантах здійснення повідомлення підтвердження може включати в себе ідентифікатор доступу (AID) в поле а1 для ідентифікації пристрою. Може бути бажано у визначених варіантах здійснення включати AID в поле а1 для кожного повідомлення підтвердження. Відповідно, у визначених варіантах здійснення тільки AID використовується для ідентифікації пристрою в полі а1. Це може дозволити приймачу повідомлення підтвердження однаково обробляти поле а1 прийнятих сигналів підтвердження, оскільки тип ідентифікатора, що з'являється в полі а1, буде подібним для кожного повідомлення підтвердження. У деяких варіантах здійснення, описаних вище, AID може використовуватися замість повної адреси МАС в полі а2 для ідентифікації пристрою. Може бути бажано у визначених варіантах здійснення конфігурувати систему з можливістю перевірки цілісності повідомлення підтвердження, наприклад, шляхом обчислення додаткових даних аутентифікації (AAD) і/або лічильника з аутентифікаційним кодом повідомлення поблочної передачі зашифрованого тексту (ССМ) на основі AID, включеного в полі а2. Наприклад, приймальний пристрій може бути виконаний з можливістю встановлювати відповідність між AID в 13 бітів і повною адресою МАС в 6 байтів. Повна адреса МАС може потім використовуватися для обчислення коду цілісності повідомлення (MIC). В іншому прикладі AID також може використовуватися для обчислення MIC напряму. Наприклад, коли довжина адреси МАС становить 6 байтів, AID може бути доповнений нулями (наприклад, додавання, префікс), щоб зробити довжину AID рівною 6 байтам. У деяких варіантах здійснення випадкові біти/байти можуть бути додані в AID, щоб доповнити AID так, що у нього буде така сама довжина, як у повної адреси МАС. Як розглядається вище, підполе pv може використовуватися для індикації того, чи є заголовок МАС заголовком МАС попереднього покоління або стиснутим заголовком МАС. Наприклад, значення 0 для підполя pv може вказувати, що заголовок МАС є заголовком МАС попереднього покоління, а значення 1 для підполя pv може вказувати, що заголовок МАС є стиснутим заголовком МАС. Стиснутий заголовок МАС може мати формат будь-якого зі стиснутих заголовків МАС, описаних тут. Для будь-якого зі стиснутих заголовків МАС, описаних тут, визначені поля можуть додатково бути додані або модифіковані для підтримки визначених додаткових ознак. У деяких аспектах поле керування розширеним кадром (efc) може бути додане до будь-якого зі стиснутих заголовків МАС, описаних тут. Поле efc може містити 3 біти. Поле efc може бути останніми 3 бітами поля aid стиснутого заголовка МАС. Efc може використовуватися, щоб додавати інформацію для нових ознак. Наприклад, в деяких аспектах підполе наявності а3 може бути додане до поля fc або іншого поля (наприклад, поля efc) заголовка МАС для індикації того, чи включена адреса а3 (третя адреса, що ідентифікує пристрій) в стиснутий заголовок МАС. Додатково або як альтернатива, в деяких аспектах підполя якості обслуговування (QoS), які відображають значення визначених параметрів QoS, додаються до поля fc або іншого поля заголовка МАС (наприклад, поля efc), наприклад підполе керування доступом (ас), підполе закінчення періоду обслуговування (eosp), підполе a-msdu і/або підполе розміру черги. Додатково або як альтернатива, в деяких аспектах підполе політики АСК може бути переміщене в поле SIG стиснутого заголовка МАС. Додатково або як альтернатива, в деяких аспектах підполе а4 може бути додане до поля fc або іншого поля (наприклад, поля efc) заголовка МАС для індикації того, чи підлягає пакет ретрансляції. Підполе а4 може становити 1 біт. Потрібно зазначити, що будь-яка комбінація цих полів може використовуватися в будь-якому зі стиснутих 25 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 заголовків МАС, описаних тут, для підтримки ознак полів. У деяких аспектах стиснутий заголовок МАС, вказаний значенням 1 для підполя pv, може підтримувати ознаки і мати формат, як розглядається відносно фіг. 30 та фіг. 31. Фіг. 30 ілюструє приклад формату поля керування кадру і формату стиснутого заголовка МАС для пакета стиснутого заголовка МАС без захисту. Як показано, поле 3000 керування кадром включає в себе підполе 3002 pv в 2 біти, підполе 3004 типу в 4 біти, підполе 3006 fromAP в 1 біт, підполе 3008 категорії доступу (ас) в 2 біти, підполе 3010 повторної спроби в 1 біт, підполе 3012 керування живленням (pm) в 1 біт, підполе 3014 даних режиму (md) в 1 біт, підполе 3016 захищеного кадру (pf) в 1 біт, підполе 3018 a-msdu в 1 біт, підполе 3020 закінчення періоду обслуговування (eosp) в 1 біт і підполе 3022 наявності а3 в 1 біт. З цих підполів, як розглядається вище, підполе 3008 ас, підполе 3018 a-msdu, підполе 3020 eosp і підполе 3022 наявності а3 можуть бути включені або не включені в поле 3000 fc в будь-якій комбінації, тільки щоб підтримувати ознаки включених полів. Поле 3000 fc може бути полем будь-якого стиснутого заголовка МАС, описаного тут. Наприклад, поле 3000 fc може бути полем стиснутого заголовка 3050 МАС, який може включати в себе поле 3000 fc в 2 октети, поле 3052 aid в 13 бітів (в одному аспекті R-AID може бути включений, коли підполе 3006 from-ap=1, а T-AID може бути включений, коли підполе 3006 fromAP=0), поле 3054 efc в 3 біти, поле 3056 TA/RA в 6 бітів (в одному аспекті ТА може бути включений, коли підполе 3006 from-ap=1, а RA може бути включений, коли підполе 3006 fromAP=0), поле 3058 а3 в 6 бітів (в одному аспекті поле а3 може бути тільки коли підполе 3022 наявності а3 має значення 1) і поле 3060 порядкового номера (sn) в 2 біти. Поле 3054 efc може не включатися в стиснутий заголовок 3050 МАС. Якщо включається, то це поле 3054 efc може включати в себе підполе а4. Фіг. 30А ілюструє інший приклад формату поля керування кадру і формату стиснутого заголовка МАС для пакета стиснутого заголовка МАС без захисту. Як показано, поле 3000а керування кадром включає в себе підполе 3002а pv в 2 біти, підполе 3004а типу в 4 біти, підполе 3005а підтипу в 4 біти, підполе 3006а from-AP в 1 біт, підполе 3012а керування живленням (pm) в 1 біт, підполе 3014а даних режиму (md) в 1 біт, підполе 3016а захищеного кадру (pf) в 1 біт, підполе 3018а a-msdu в 1 біт, підполе 3020а закінчення періоду обслуговування (eosp) в 1 біт, підполе 3022а наявності а3 в 1 біт і підполе 3024а більшої кількості ppdu/rdg в 1 біт. У деяких аспектах з цих підполів, як розглядається вище, підполе 3018а a-msdu, підполе 3020а eosp, підполе 3022а наявності а3 і підполе 3024а більшої кількості ppdu/rdg можуть бути включені або не включені в поле 3000а fc в будь-якій комбінації, тільки щоб підтримувати ознаки включених полів. У деяких аспектах підполе більшої кількості ppdu/rdg може бути одним із 3 зарезервованих бітів поля efc. У деяких аспектах підполе більшої кількості ppdu/rdg може бути одним з доступних бітів, коли стиснутий заголовок МАС не включає в себе поле номера фрагмента. Поле 3000а fc може бути полем будь-якого стиснутого заголовка МАС, описаного тут. Наприклад, поле 3000а fc може бути полем стиснутого заголовка 3050а МАС, який може включати в себе поле 3000а fc в 2 октети, поле 3052а aid в 13 бітів (в одному аспекті R-AID може бути включений, коли підполе 3006а from-ap=1, а T-AID може бути включений, коли підполе 3006а from-AP=0), поле 3054а efc або зарезервоване поле в 3 біти, поле 3056а TA/RA в 6 бітів (в одному аспекті ТА може бути включений, коли підполе 3006а from-ap=1, а RA може бути включений, коли підполе 3006а from-AP=0), поле 3058а а3 в 6 бітів (в одному аспекті поле а3 може бути тільки коли підполе 3022 наявності а3 має значення 1) і поле 3060а порядкового номера (sn) в 2 біти. Поле 3054а efc може не включатися в стиснутий заголовок 3050 МАС. Якщо включається, то це поле 3054а efc може включати в себе підполе а4. Фіг. 30В ілюструє інший приклад формату поля керування кадру і формату стиснутого заголовка МАС для пакета стиснутого заголовка МАС. Як показано, поле 3000b керування кадром включає в себе підполе 3002b pv в 2 біти, підполе 3004b типу в 2 біти, підполе 3006b from-AP в 1 біт і підполе 3012b керування живленням (pm) в 1 біт. Поле 3000b fc може бути полем будь-якого стиснутого заголовка МАС, описаного тут. Наприклад, поле 3000b fc може бути полем стиснутого заголовка 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 а3 в 6 бітів (в одному аспекті поле а3 може бути, 26 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 тільки коли підполе наявності а3 також присутнє в полі 3000b fc (наприклад для іншого типу кадру)) і підполе 3060b порядкового номера (sn) в 2 біти. У деяких аспектах з цих підполів, розглянутих вище, підполе 3072b більшої кількості даних, підполе 3074b захищеного кадру і підполе 3076b eosp можуть бути включені або не включені в стиснутий заголовок 3050b МАС в будь-якій комбінації, тільки щоб підтримувати ознаки включених полів. Фіг. 31 ілюструє приклад формату поля керування кадру і формату стиснутого заголовка МАС для пакета стиснутого заголовка МАС із захистом. Як показано, поле 3100 керування кадром може мати той самий формат, що і розглянутий вище відносно поля 3000 керування кадром. Поле 3100 fc може бути полем будь-якого стиснутого заголовка МАС, описаного тут. Наприклад, поле 3100 fc може бути полем стиснутого заголовка 3150 МАС, який має такі самі поля, що і стиснутий заголовок 3050 МАС, включаючи додаткові поля. Додаткові поля можуть включати в себе поле 3162 PN пакета в 2 біти і поле 3164 MIC в 8 бітів. У деяких аспектах пара передавач-приймач (наприклад, STA, що здійснює передачу до АР по висхідній лінії зв'язку) може мати декілька "потоків" між цими пристроями. Наприклад, пристрої в бездротовій мережі можуть передавати/приймати інформацію між собою. Інформація може бути в формі серії пакетів, що передаються від пристрою-джерела (передавального пристрою) до пристрою-адресата (приймального пристрою). Серія пакетів може бути відома як "потік". Як він називається тут, "потік" може бути серією або послідовністю пакетів, що передаються від пристрою-джерела до пристрою-адресата, яку пристрій-джерело позначає як потік. Потік може бути зв'язаний з передачею конкретних даних від пристрою-джерела до пристроюадресата, наприклад, конкретного файлу, такого як відеофайл. Пакети потоку, отже, можуть мати деякий взаємозв'язок (як мінімум кожний з них передається від одних і тих самих пристроїв і приймається одними і тими самими пристроями). У варіанті здійснення потік може включати в себе послідовність модулів даних протоколу рівня МАС (MPDU) із загальними полями заголовка МАС, такими як, наприклад, адреса джерела, адреса призначення, ідентифікатор базового набору служб (BSSID), керування якістю обслуговування (QoS)/НТ тощо. В різних варіантах здійснення пристрій-адресат використовує визначену інформацію про пакети, щоб належним чином декодувати пакети потоку. У визначених варіантах здійснення інформація, що використовується для декодування пакета, відправляється в частині заголовка пакета. Пакети, отже, можуть включати в себе інформацію заголовка і/або дані, що підлягають передачі від пристрою-джерела до пристрою-адресата. У потоці деяка частина інформації заголовка, який розглядається відносно заголовка МАС, що використовується для обробки пакета потоку, може бути однаковою для всіх пакетів потоку. Ця інформація заголовка, яка не міняється між пакетами потоку, може іменуватися, наприклад, "постійною інформацією заголовка" або "загальною інформацією заголовка". У визначених аспектах, замість передачі постійної інформації заголовка в кожному пакеті потоку, постійна інформація заголовка може передаватися бездротовим пристроєм 202t тільки в підгрупі пакетів потоку. Наприклад, постійна інформація заголовка може передаватися тільки в першому пакеті потоку або іншому повідомленні. Цей перший пакет з постійною інформацією заголовка може іменуватися "головним" кадром. Подальші пакети потоку можуть відправлятися без постійної інформації заголовка. Ці подальші пакети можуть включати в себе інформацію заголовка, яка змінюється від пакета до пакета потоку, і дані, що підлягають передачі. Подальший пакет з такими даними може іменуватися кадрами "даних". Приймач потоку, бездротовий пристрій 202r, може зберігати постійну інформацію заголовка, прийняту в головному кадрі і використовувати її для обробки кадрів даних. Отже бездротовий пристрій 202r може використовувати спосіб зв'язування кадрів даних потоку з головним кадром. У визначених аспектах бездротовий пристрій 202t призначає ідентифікатор потоку кожному потоку, який він передає до іншого пристрою. Ідентифікатор потоку може бути унікальним ідентифікатором потоку між бездротовим пристроєм 202t і бездротовим пристроєм 202r. Наприклад, якщо бездротовий пристрій 202t і бездротовий пристрій 202r мають множину потоків між собою (в обох напрямках), кожному потоку може бути привласнений різний свій ідентифікатор потоку (наприклад, 1, 2, 3 тощо). Відповідно, пристрій може визначати, чи призначений пакет для пристрою на основі полів а1 та а2 і потоку на основі ідентифікатора потоку. Кожний з бездротового пристрою 202t і бездротового пристрою 202r може відстежувати потоки між пристроями і відповідні ідентифікатори потоку, щоб не призначити однаковий ідентифікатор множини потоків. Додатково в деяких аспектах, коли потік завершений, коли всі дані потоку передані між бездротовим пристроєм 202t і бездротовим пристроєм 202r і потік 27 UA 113286 C2 5 10 15 20 25 30 35 40 45 50 55 60 закінчений, відповідний ідентифікатор потоку закінченого потоку може використовуватися для нового потоку. Про завершення потоку між бездротовим пристроєм 202t і бездротовим пристроєм 202r може повідомлятися до бездротового пристрою 202r бездротовим пристроєм 202t. Наприклад, бездротовий пристрій 202t може вказувати в межах останнього кадру даних потоку, який включає дані для відправки до бездротового пристрою 202r, що це останній кадр даних і що потік закінчується після прийому останнього кадру даних. Наприклад, індикація може здійснюватися за допомогою значення біта в полі керування кадром кадру даних. В іншому аспекті бездротовий пристрій 202t може здійснювати індикацію завершення потоку шляхом передачі кадру завершення або "хвостового" кадру до бездротового пристрою 202r, який вказує, що потік повинен закінчитися. Відповідно, бездротовий пристрій 202t може передавати останній кадр даних без якої-небудь індикації бездротовому пристрою 202r, що це останній кадр даних. Додатково, бездротовий пристрій 202t може передавати хвостовий кадр після останнього кадру даних для індикації бездротовому пристрою 202r того, що потік закінчився. У деяких аспектах головні кадри, кадри даних і хвостові кадри можуть містити модулі даних протоколу рівня МАС (MPDU). У визначених аспектах множина MPDU може бути агрегована в агрегований MPDU (А-MPDU). У визначених аспектах кадри даних потоку можуть передаватися як частина одного і того самого А-MPDU. Додатково у визначених аспектах головний кадр, кадри даних і хвостовий кадр потоку можуть передаватися як частина одного і того самого АMPDU. Додатково у визначених аспектах, розглянутих вище, заголовки можуть мати різні поля, коли задіяний захист для пакета даних. Наприклад, пакет може мати заголовок лічильного режиму з шифруванням протоколу cbc-mac (ССМР), коли задіяний захист. Заголовок ССМР може бути частиною заголовка МАС. Звичайно заголовок ССМР включає в себе декілька номерів пакета (PN) (наприклад, PN0, PN1, PN2, PN3, PN4, PN5). Значення PN2, PN3, PN4 та PN5 не можуть часто мінятися. Відповідно, базовий PN може бути створений на основі PN2, PN3, PN4 та PN5 (наприклад, PN2|PN3|PN4|PN5). Базовий PN може відправлятися як частина повідомлення і зберігатися для пари пристроїв, що здійснюють зв'язок. ССМР може, отже, не включати в себе PN2, PN3, PN4 та PN5, а тільки поля PN0 та PN1. Приймач пакета може відновлювати заголовок ССМР шляхом комбінування базового PN, який включає в себе PN2, PN3, PN4 та PN5, що зберігаються в приймачі, з прийнятими полями PN0 та PN1. Заголовок ССМР може бути відновлений до декодування пакета, оскільки кодування пакета, що включає в себе поля будь-якого типу CRC, такі як поле MIC або поле FCS, може основуватися на повному заголовку ССМР. Такі аспекти можуть відноситися до аспектів, описаних в попередній заявці на патент США 61/514,365, поданій 2 серпня 2011 року, повний зміст якої включений сюди за допомогою посилання. Потрібно розуміти, що способи і методики, розглянуті вище, також можуть застосовуватися для інших типів кадрів, не виходячи за межі обсягу винаходу. Наприклад, способи короткої адресації, розглянуті вище, також можуть використовуватися для кадрів керування/контрольних кадрів (наприклад, кадрів RTS/CTS), як розглядається з посиланням на фіг. 13. Як розглядається вище, в деяких аспектах бездротовий пристрій 202r може здійснювати індикацію для бездротового пристрою 202t інформації (наприклад, значень для полів заголовка МАС), яка зберігається в бездротовому пристрої 202r. Бездротовий пристрій 202t може потім прибирати такі поля із заголовка МАС в пакетах, що відправляються до бездротового пристрою 202r. Наприклад, новий підтип може бути визначений (вказаний за допомогою значення поля підтипу поля керування кадром заголовка МАС пакета даних) для пакета даних, який вказує, про що містить інформацію, і який сам може бути індикатором інформації, що зберігається в бездротовому пристрої 202r. Бездротовий пристрій 202t, що приймає пакет даних, який потім може прибрати таку інформацію, відправляє таку інформацію в заголовку МАС пакетів до бездротового пристрою 202r. Новий підтип кадру може використовуватися разом з будь-яким з різних прикладів заголовка МАС, описаних тут. Наприклад, така інформація може бути прибрана з будь-якого з прикладів заголовка МАС, описаних тут. Додатково бездротовий пристрій 202t може використовувати однаковий підтип кадру (вказаний за допомогою значення поля підтипу поля керування кадром заголовка МАС пакета даних) в пакетах даних, що опускають інформацію, яка зберігається в бездротовому пристрої 202r для пакетів даних, що відправляються до бездротового пристрою 202r. Бездротовий пристрій 202r, що приймає пакети даних з таким підтипом, може використовувати цей підтип як індикатор того, що дані, які зберігаються в бездротовому пристрої 202r, підлягають використанню для значень полів, не включених в пакет даних. 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

Автори російською

Вентинк Мартен Мензо, Абрахам Сантош Пол, Мерлин Симоне, Аватер Герт, Тагхави Насрабади Мохаммад Х., Цюань Чжи, Сампатх Хемантх, Астерджадхи Альфред

МПК / Мітки

МПК: H04L 29/06, H04W 28/06, H04L 29/12

Мітки: способи, середовища, доступом, заголовка, керування, стиснення, пристрій

Код посилання

<a href="https://ua.patents.su/66-113286-pristrijj-ta-sposobi-stisnennya-zagolovka-keruvannya-dostupom-do-seredovishha.html" target="_blank" rel="follow" title="База патентів України">Пристрій та способи стиснення заголовка керування доступом до середовища</a>

Подібні патенти