Спосіб (варіанти) і пристрій (варіанти) для форматування заголовків в комунікаційному фреймі

Реферат: Представлені способи і пристрої для форматування заголовків для пакетів даних в межах комунікаційного фрейму для використання в системі бездротового зв'язку. Форматування заголовків включає в себе визначення розміру фрейму бездротового зв'язку і форматування корисних навантажень і пов'язаних з ними заголовків в межах комунікаційного фрейму згідно з визначеним розміром. Це форматування включає в себе розміщення заголовків на початку фрейму перед пакетами даних, що відповідають цим заголовкам, з тим, щоб оптимізувати обробку заголовків в приймачі. Форматування може також включати в себе форматування заголовків згідно з першим форматом в межах фрейму, коли визначений розмір фрейму менше визначеного розміру, з тим, щоб оптимізувати розмір заголовків, і форматування згідно з другим форматом в межах фрейму, коли розмір пакета даних дорівнює або більше ніж визначений розмір, з тим, щоб оптимізувати обробку для фреймів, які мають великі пакети даних. UA 101358 C2 (12) UA 101358 C2 UA 101358 C2 5 10 15 20 25 30 35 40 45 50 55 60 По даній патентній заявці вимагається пріоритет попередньої заявки № 61/028,480, яка озаглавлена "METHODS AND APPARATUS FOR HEADER FORMAT BASED ON PACKET SIZE", подана 13 лютого 2008 і переуступлена правовласником по даній заявці і цим явно включена в матеріали даної заявки по посиланню. Галузь техніки, до якої належить винахід Дане розкриття, загалом, стосується способів і пристрою для форматування заголовка в комунікаційному фреймі і, зокрема, форматування заголовків в межах комунікаційного фрейму, щоб оптимізувати фрейм або для обробки, або для розміру заголовка. Попередній рівень техніки У окремих системах бездротового зв’язку сигнали передаються в форматі фрейму. У межах формату фрейму інформація розбита на пакети і відформатована згідно з фактичними даними корисного навантаження, що підлягають передачі по системі зв'язку, і іншою службовою інформацією, яка використовується для передачі іншої різної інформації, специфічної для системи зв'язку, такої як інформація, використовувана, наприклад, для одержання синхронізації і розшифровки фрейму. Ця службова інформація, як правило, розташовується в пакеті заголовка в межах фреймів і пов'язана з відповідним пакетом даних корисного навантаження, якому належить інформація заголовка. У деяких типах зв'язку, що мають низьку швидкість передачі даних (і малі розміри пакета), таких як передача мови поверх IP (VoIP), наприклад, бажано мінімізувати службову інформацію заголовка, щоб збільшити пропускну здатність системи, наприклад, для підтримання більшої кількості викликів VoIP в системі. Крім того, зазначено, що на рівнях керування доступом до середовища (MAC) і вище фрейми організовані таким чином, що заголовки відформатуються в порядку обробки безпосередньо перед пов'язаними з ними пакетами даних або корисними навантаженнями. У системах зв'язку, що мають більш високі швидкості передачі даних і великі розміри пакетів, однак, розмір заголовка, звичайно, збільшується для обробки великих пакетів в приймачі. Використання типового формату із заголовками, організованими для обробки перед кожним відповідним пакетом даних, який сприятливий для зв'язку з низькими швидкостями передачі даних, має тенденцію сповільнювати обробку великих пакетів і їх великих заголовків в приймачі під час зв'язку з високими швидкостями передачі даних. Відповідно, існує потреба в тому, щоб узгодити і передачі з низькою швидкістю передачі даних, і передачі з високою швидкістю передачі даних в системі зв'язку, в той же час забезпечуючи механізм для підвищення ефективності обробки заголовка для передачі з високою швидкістю передачі даних. КОРОТКИЙ ВИКЛАД СУТІ ВИНАХОДУ Згідно з аспектом, розкритий спосіб форматування заголовків для корисних навантажень даних в межах фрейму бездротового зв’язку для використання в системі бездротового зв’язку. Спосіб включає в себе початкове визначення розміру фрейму бездротового зв’язку. Після того, як розмір визначений, спосіб також включає в себе форматування заголовків і відповідних корисних навантажень даних згідно з першим форматом в межах фрейму, коли розмір фрейму нижче визначеного розміру, і згідно з другим форматом в межах фрейму, коли розмір фрейму більше або дорівнює цьому визначеному розміру. У іншому аспекті розкритий пристрій для форматування заголовків для корисних навантажень даних в межах фрейму бездротового зв’язку для використання в бездротовому зв’язку. Пристрій включає в себе щонайменше один процесор, сконфігурований визначати розмір фрейму бездротового зв’язку. Процесор також сконфігурований форматувати заголовки і відповідні корисні навантаження даних згідно з першим форматом в межах фрейму, коли розмір фрейму нижче визначеного розміру, і згідно з другим форматом в межах фрейму, коли розмір фрейму більше або дорівнює цьому визначеному розміру. Пристрій також включає в себе пам'ять, сполучену з цим щонайменше одним процесором. Згідно з ще одним аспектом, розкритий пристрій для форматування заголовків в межах комунікаційного фрейму для використання в системі бездротового зв’язку. Пристрій включає в себе засіб для визначення розміру фрейму бездротового зв’язку. Пристрій також включає в себе засіб для форматування заголовків і відповідних корисних навантажень даних згідно з першим форматом в межах фрейму, коли розмір фрейму нижче визначеного розміру, і згідно з другим форматом в межах фрейму, коли розмір фрейму більше або дорівнює цьому визначеному розміру. Згідно з ще одним аспектом, розкритий комп'ютерний програмний продукт, що містить зчитуваний комп'ютером носій. Зчитуваний комп'ютером носій включає в себе код для надання розпорядження комп'ютеру визначати розмір фрейму бездротового зв’язку в системі бездротового зв’язку і код для надання розпорядження комп'ютеру форматувати заголовки і відповідні корисні навантаження даних згідно з першим форматом в межах фрейму, коли розмір 1 UA 101358 C2 5 10 15 20 25 30 35 40 45 50 55 60 фрейму нижче визначеного розміру, і згідно з другим форматом в межах фрейму, коли розмір фрейму більше або дорівнює цьому визначеному розміру. Згідно з ще одним аспектом, розкритий інший спосіб форматування комунікаційного фрейму, використовуваного в системі зв'язку. Спосіб включає в себе визначення розміру одного з комунікаційного фрейму і щонайменше одного корисного навантаження даних у фреймі бездротового зв’язку. Спосіб також включає в себе форматування комунікаційного фрейму так, щоб він включав в себе заголовки на початку фрейму перед будь-якими відповідними корисними навантаженнями даних у фреймі, коли визначений розмір одного з комунікаційних фреймів і щонайменше одного корисного навантаження даних вище визначеного порога. У ще одному аспекті пристрій для форматування комунікаційного фрейму, використовуваного в системі зв'язку, включає в себе щонайменше один процесор. Процесор сконфігурований визначати розмір одного з комунікаційного фрейму і щонайменше одного корисного навантаження даних у фреймі бездротового зв’язку. Процесор також сконфігурований форматувати комунікаційний фрейм так, щоб він включав в себе заголовки на початку фрейму перед будь-якими відповідними корисними навантаженнями даних у фреймі, коли визначений розмір одного з комунікаційного фрейму і щонайменше одного корисного навантаження даних вище визначеного порога. Пристрій також включає в себе пам'ять, сполучену з щонайменше одним процесором. У додатковому аспекті розкритий пристрій для форматування комунікаційного фрейму, використовуваного в системі зв'язку. Пристрій включає в себе засіб для визначення розміру одного з комунікаційного фрейму і щонайменше одного корисного навантаження даних у фреймі бездротового зв’язку. Пристрій також включає в себе засіб для форматування комунікаційного фрейму так, щоб він включав в себе заголовки на початку фрейму перед будь-якими відповідними корисними навантаженнями даних у фреймі, коли визначений розмір одного з комунікаційного фрейму і щонайменше одного корисного навантаження даних вище визначеного порога. У ще одному аспекті розкритий комп'ютерний програмний продукт, що містить зчитуваний комп'ютером носій. Зчитуваний комп'ютером носій містить код для надання розпорядження комп'ютеру визначити розмір одного з комунікаційного фрейму для використання в системі бездротового зв’язку і щонайменше одного корисного навантаження даних у фреймі бездротового зв’язку. Зчитуваний комп'ютером носій також включає в себе код для надання розпорядження комп'ютеру форматувати комунікаційний фрейм так, щоб він включав в себе заголовки на початку фрейму перед будь-якими відповідними корисними навантаженнями даних у фреймі, коли визначений розмір одного з комунікаційного фрейму і щонайменше одного корисного навантаження даних вище визначеного порога. ПЕРЕЛІК ФІГУР КРЕСЛЕНЬ Фіг. 1 ілюструє систему бездротового зв’язку 100, в якій можуть використовуватися розкриті тут способи і пристрій. Фіг. 2 ілюструє зразкове форматування фрейму рівня керування доступом до середовища (MAC) для оптимізації заголовків, який може бути переданий в системі UMB за Фіг. 1. Фіг. 3 ілюструє інше зразкове форматування фрейму рівня керування доступом до середовища носія (MAC) для оптимізації обробки, який може бути переданий в системі UMB. Фіг. 4 ілюструє спосіб форматування комунікаційних фреймів, які можуть використовуватися базовою станцією, точкою доступу (АР) або іншим передавачем системи зв'язку, такої як системи зв'язку UMB або LTE. Фіг. 5 ілюструє зразкову послідовну серію збирання фрейму при проходженні через множину рівнів в системі LTE. Фіг. 6 ілюструє зразкові заголовки, які можуть використовуватися для заголовків різних рівнів, ілюстрованих на Фіг. 5. Фіг. 7 ілюструє логічну блок-схему такого зразкового способу використання в форматуванні конфігурації заголовків в комунікаційному фреймі залежно від розміру корисного навантаження або пакета даних. Фіг. 8 ілюструє зразковий приймач-передавач, який форматує і передає комунікаційні фрейми, основуючись на розмірі пакета даних відповідно до розкритих форматів і способів. Фіг. 9 ілюструє подальший приклад апаратури для використання в приймачі-передавачі в системі зв'язку, яка може бути використана для форматування заголовків в комунікаційних фреймах. Фіг. 10 ілюструє ще один приклад апаратури для використання в приймачі-передавачі в системі зв'язку, яка може бути використана для форматування заголовків в комунікаційних фреймах. 2 UA 101358 C2 5 10 15 20 25 30 35 40 45 50 55 60 ДОКЛАДНИЙ ОПИС Згідно з аспектом, розкриті тут способи і пристрій забезпечують форматування фрейму, яке забезпечує оптимізовану обробку для фреймів, прийнятих в мобільному пристрої, такому як, наприклад, термінал доступу (АТ). Це досягається через формат фрейму, який розташовує заголовки на початку фрейму бездротового зв’язку перед пакетами корисного навантаження, особливо для фреймів, що мають великі пакети корисного навантаження і, таким чином, більший розмір фрейму. При обробці в приймачі, таке форматування забезпечує більш ефективну обробку, ніж у випадку, коли фрейми розташовуються так, що кожний заголовок поміщений з пов'язаним з ним корисним навантаженням. У іншому аспекті, розкриті тут способи і пристрій забезпечують форматування фрейму, яке залежить або від повного розміру комунікаційного фрейму (наприклад, фрейму MAC), або від розміру пакетів корисного навантаження в межах окремого комунікаційного фрейму. Якщо фрейм або пакети корисного навантаження у фреймі є меншими, такими як для зв'язку згідно з VoIP, заголовки розташовані в спряженні з їх пов'язаним пакетом корисного навантаження, щоб оптимізувати розмір заголовка. З іншого боку, якщо комунікаційний фрейм або пакети корисного навантаження в межах фрейму є великими, як для зв'язку з високою пропускною здатністю даних, такого як UMB або LTE, фрейми розташовуються почергово, щоб включати в себе всі заголовки на першому місці у фреймі до пакетів корисного навантаження, щоб оптимізувати здатність приймача, що обробляє фрейм. Таким чином, форматування фрейму адаптоване, щоб бути найбільш оптимальним для типу зв'язку, здійснюваного за допомогою фрейму. У наступних описаних прикладах, по причинах узгодженості і ясності, в розкритті використовується деяка термінологія, пов'язана з технологією надмобільного широкосмугового доступу (UMB). Треба підкреслити, однак, що описані тут приклади також застосовні і до інших технологій, таких як технології, пов'язані з Довгостроковим Розвитком (LTE), Множинним Доступом з Кодовим Розділенням Каналів (CDMA), cdma2000 EV-DO, Множинним Доступом з Часовим Розділенням Каналів (TDMA), Множинним Доступом з Частотним Розділенням Каналів (FDMA), Множинним Доступом з Ортогональним Частотним Розділенням Каналів (OFDMA) і т. д. Фахівцям в даній галузі буде зрозуміло, що при застосуванні розкритих способів і пристроїв до інших технологій, відповідна термінологія, безсумнівно, буде іншою. Як приклади, точка доступу (AP) може бути нерухомою станцією, використовуваною для зв'язку з терміналами, і може також згадуватися як точка доступу, Вузол В, базова станція або з використанням деякої іншої термінології. Термінал доступу (AT) може також бути названий терміналом доступу (AT), користувацьким обладнанням (UE), пристроєм бездротового зв’язку, терміналом, терміналом доступу або з використанням деякої іншої термінології. Згідно з аспектом, Фіг. 1 ілюструє систему 100 бездротового зв’язку, в якій можуть використовуватися розкриті тут способи і пристрої. Точка доступу (AP) або базова станція 102 передає інформацію на термінали 104 по прямих лініях 106, 108 зв'язку. Передана інформація може бути скомпонована в комунікаційні фрейми для пакетування даних. Точка доступу (AP) може бути нерухомою станцією, використовуваною для зв'язку з терміналами, і може також згадуватися як точка доступу, Вузол В, базова станція або з використанням деякої іншої термінології. Термінал доступу (AT) може також бути названий терміналом доступу, користувацьким обладнанням (UE), пристроєм бездротового зв’язку, терміналом, терміналом доступу або з використанням деякої іншої термінології. Фіг. 2 ілюструє зразкове форматування фрейму рівня керування доступом до середовища (MAC) (і вище), який може бути переданий, наприклад, з AP 102 в системі за Фіг. 1. Фрейм 200, зокрема, є зразковим для формату UMB для оптимізації заголовків, наприклад для менших пакетів корисного навантаження. Як обговорено вище, для зв'язку згідно з VoIP використовуються менші пакети корисного навантаження, але фрейм 200 не обмежений лише цим, і він оптимальний з різними іншими типами зв'язку, які є чутливими до синхронізації, подібно голосовому зв'язку. Як показано, фрейм 200 MAC включає в себе один або більше заголовків 202 фрейму (показаних виключно для скорочення) для кожного пакета в межах фрейму 200. Заголовки 202 згадуються як заголовки Протоколу Консолідації Пакетів (PCP), розташовані першими у фреймі 200 і служать для указання того, де знайти різні "n" пакетів даних в межах комунікаційного фрейму 200. Після заголовка 202, перший заголовок 204 показаний розташованим безпосередньо перед пов'язаними з ним або відповідним корисним навантаженням 206 даних. Заголовки, як буде пояснено пізніше, можуть бути сконфігуровані згідно з Протоколом Лінії Радіозв'язку, Потоковим Протоколом, протоколом фрагментації і повторного збирання або протоколом ідентифікації логічних каналів, наприклад. Пару "заголовок - корисне навантаження", таку як заголовок 204 і корисне навантаження 206, можна назвати як "пакет" і, більш визначено, пакет MAC в даному прикладі. 3 UA 101358 C2 5 10 15 20 25 30 35 40 45 50 55 60 Після корисного навантаження 206, наступний заголовок 208 і відповідне корисне навантаження 210 надходять в послідовному порядку аж до n-го заголовка 212 і відповідного корисного навантаження даних або пакета 214. Після пар заголовка і корисного навантаження даних, кінцева частина 216 для MAC фрейму 200 може бути включена, щоб визначати або вказувати кінець фрейму 200 або щонайменше кінець "n" корисних навантажень даних в межах фрейму 200. Повний розмір фрейму 200 ілюстрований на Фіг. 2 розмірністю 217. Фіг. 2 також ілюструє розширений або збільшений вигляд 218 зразкового заголовка верхнього рівня, який застосовний до всіх заголовків фрейму 200, таких як заголовок 204. Як може бути помічено, заголовок 218 включає в себе ряд полів, деякі з яких є змінними по довжині в бітах і залежать від розміру корисного навантаження або пакета даних, якому він відповідає. Відповідно, це дозволяє заголовку бути мінливим згідно з конкретним розміром корисного навантаження даних або пакета. Як показано, заголовок 218 може включати в себе Заголовок 220 Маршруту, в якому є біти Маршруту змінної довжини в бітах, щоб вказувати маршрут призначення пакета. Заголовок 218 може також включати в себе Заголовок 222 Потоку, щоб вказувати потік, відповідний цьому пакету. Крім того, заголовок 218 включає в себе заголовок протоколу лінії радіозв'язку (RLP), який включає в себе Індекс 224 Ключа Шифру, Поле 226 Послідовності Сегментації і Повторного збирання (SAR), поле 228 Перший + Останній і заголовок 230 Швидкого Негативного Квітирування (QN). Заголовок RLP витягується або одержується з рівня, відмінного від рівня MAC, і додається до заголовка 218. Різні поля в заголовку RLP можуть також бути змінними на основі розміру пакета, наприклад, область 226 SARSeq або Заголовок 230 QN. Потрібно зазначити, що заголовок RLP одержаний з інших рівнів (наприклад, рівня RLP або при збиранні заголовків для фрейму 200 рівня MAC). Також зазначається, що заголовок 202 PCP може також бути відформатований так, щоб він включав в себе інформаційні поля (не показані) для указання того, чи присутній більше ніж один заголовок PCP у фреймі 200. Заголовок 202 PCP може також включати в себе коротке або довге поле довжини, яке використовується для указання збільшених довжин корисного навантаження у випадку довгого поля для підтримання великих розмірів корисного навантаження Модуля Даних Протоколу Сегментації і Повторного збирання (SAR PDU). Як приклад, поле довжини в заголовку PCP може становити 6 бітів в довжину для указання на більш короткі довжини корисного навантаження аж до 64 байтів і поле довжини в 14 бітів для указання великих довжин корисного навантаження аж до 16384 байтів. Фіг. 3 ілюструє альтернативне зразкове форматування фрейму рівня керування доступом до середовища (MAC) (і вище), який може бути переданий з AP 102 в системі за Фіг. 1, наприклад. Зокрема, фрейм 300, який в цьому прикладі є фреймом рівня MAC для системи UMB, скомпонований або відформатований так, щоб забезпечити оптимізовану обробку з боку приймача, який приймає і обробляє фрейм. Як може бути помічено на Фіг. 3, фрейм 300 включає в себе "n" заголовків (302, 304, включно 306), розташованих на початку фрейму 300 перед їх відповідними корисними навантаженнями (308, 310, 312). Як було виявлено авторами винаходу, це розташування заголовків і корисних навантажень в межах комунікаційного фрейму, такого як фрейм 300, забезпечує оптимізацію обробки на стороні приймача, демодулюючого і декодуючого фрейм. Фрейм 300 може також включати в себе пакет 314 Кількість Заголовків на початку фрейму (наприклад, однобайтове поле, що вказує кількість пакетів даних у фреймі 300). Пакет 314 повідомляє число пакетів заголовків (тобто число "n") в межах фрейму 300. Фрейм 300 також включає в себе кінцеву частину 315 MAC, яка закінчує фрейм 300. Також на Фіг. 3 показаний розширений вигляд 316 типового заголовка, такого як заголовок 302. Як показано виглядом 316, заголовок включає в себе заголовок 318 PCP, який може використовуватися, щоб повідомити інформацію PCP з іншого рівня, а також інформацію про заголовок маршруту. Заголовок також може включати в себе заголовок RLP, що має резервне поле 320, поле 322 Індексу Ключа Шифру, поле 324 Перший + Останній і поле 326 криптосинхронізації (Cryptosync). Крім того, в межах поля Cryptosync різні біти (не показані) можуть використовуватися для указання коду функції, напрямку, лічильника маршрутизатора, ідентифікатора ID потоку, Лічильника Скидання SAR і віртуального номера послідовності SAR. Потрібно зазначити, що в прикладі Cryptosync може бути встановлено довжиною в 96 бітів. Крім того, згідно з аспектом, довжина заголовків у фреймі 300 може бути встановлена рівною фіксованому розміру, щоб поліпшити оптимізацію обробки, виконуваної приймачем. При фіксуванні розміру заголовка обробка в приймачі додатково оптимізується, оскільки фіксований розмір забезпечує передбачуваність для оброблювального приймача і служить для запобігання вузьким місцям при обробці, виконуваній приймачем. Конкретна довжина заголовків може бути 4 UA 101358 C2 5 10 15 20 25 30 35 40 45 50 55 встановлена відповідно до конкретної системи або типу зв'язку, здійснюваного з використанням комунікаційного фрейму. Фіг. 4 показує спосіб форматування комунікаційних фреймів, які можуть використовуватися базовою станцією, точкою доступу або іншим передавачем системи зв'язку, такої як системи зв'язку UMB або LTE. Як показано, визначають розмір підлягаючого збиранню фрейму бездротового зв’язку, такого як фрейм MAC, як показано етапом 402. Зазначається, що це визначення розміру може бути основане на повному розмірі фрейму бездротового зв’язку (наприклад, 217), або, альтернативно, визначення розміру може бути основане на одному або більше розмірах корисних навантажень даних в комунікаційному фреймі. Як інша альтернатива, визначення розміру на етапі 402 може бути основане на тому, чи відомий тип зв'язку (наприклад, широкосмуговий зв'язок з супутнім великим розміром фрейму). Таким чином, якщо зв'язок являє собою широкосмуговий зв'язок, такий як в системах UMB або LTE, то відомо, що розмір фрейму буде великим в порівнянні з іншим зв'язком, таким як VoIP. Згідно зі способом за Фіг. 4, фрейм MAC потім збирають, причому множину заголовків, кожний з яких відповідає відповідному корисному навантаженню MAC, розташовують в комунікаційному фреймі перед множиною корисних навантажень MAC, коли визначений розмір фрейму більше ніж визначений поріг, як показано процесом по етапу 404. Як обговорено вище, шляхом розміщення всіх заголовків MAC перед будь-яким з корисних навантажень MAC, як проілюстровано прикладом за Фіг. 3, обробка комунікаційного фрейму може бути оптимізована в приймачі. Згідно з альтернативним аспектом, визначення розміру по етапу 402 може бути основане на визначенні розміру щонайменше одного з корисних навантажень і відповідних заголовків, а не на повному розмірі комунікаційного фрейму. Відповідно, рішення форматувати фрейм, поміщуючи заголовки перед будь-якими корисними навантаженнями на етапі 404, було б основане на тому, чи визначено, що щонайменше один розмір корисного навантаження і заголовка більше ніж визначений поріг. Як приклад процесу, яким корисні навантаження MAC можуть бути сформовані або зібрані в процесі по етапах 402 і 404, Фіг. 5 ілюструє послідовну серію збирання фрейму при проходженні через множину рівнів. Потрібно зазначити, що термінологія, використовувана в цьому прикладі, стосується систем зв'язку LTE, але концепції нею не обмежені і можуть стосуватися UMB або будь-якого числа інших придатних систем зв'язку. Як показано, з пакетом 502 даних, таким як IP-пакет даних, зв'язується або до нього додається заголовок 504 Протоколу Конвергенції Пакетних Даних (PDCP) на рівні PDCP. Цей заголовок 504, як приклад, може включати в себе Порядковий номер (SN) PDCP. У подальшому аспекті, SN може мати довжину в 7 або 12 бітів, залежно від логічного каналу. Зв’язування пакета даних 502 і Заголовка PDCP 504 в пару може в необов'язковому порядку включати в себе додану кінцеву частину з контрольною сумою безпеки (наприклад, 4-байтове поле). З парою 502, 504 потім зв'язується або до неї додається заголовок 506 керування лінією радіозв'язку (RLC) на наступному рівні RLC. Нарешті, об'єднане корисне навантаження RLC, що складається із заголовка 506 RLC, заголовка 504 PDCP, пакета 502 даних, або множини корисних навантажень RLC (не показано) можуть бути потім зібрані для використання як корисне навантаження 508 MAC на рівні MAC. Як може бути помічено в цьому прикладі, корисне навантаження 508 MAC, позначене як корисне навантаження 1 MAC, пов'язане із заголовком 510 MAC. Як далі показано, корисне навантаження 2 MAC (512) також розміщується в комунікаційному фреймі з пов'язаним з ним заголовком 2 MAC (514), який розташований перед корисними навантаженнями MAC (508, 512). Фіг. 6 ілюструє зразкові заголовки, які можуть використовуватися для заголовків різних рівнів, показаних на Фіг. 5. Знов, як на Фіг. 5, термінологія, використовувана в цьому прикладі, стосується систем зв'язку LTE, але концепції не обмежені нею і можуть стосуватися UMB або будь-якого числа інших придатних систем зв'язку. Як показано, заголовок 602 PDCP включає в себе поле 604 керування з 4 бітів і поле 606 порядкового номера, що має або 7, або 12 бітів. Заголовок 608 RLC, специфічний для конкретного режиму, такого як Неквітирований Режим або VoIP, може включати в себе поле 610 керування, що має 3 або 6 бітів, і поле 612 порядкового номера з 5 або 10 бітів. Інша альтернатива для заголовка RLC для Квітированого Режиму, такого як FTP/TCP, показана заголовком 614, що має поле керування з 6 бітів і порядковий номер з 10 бітів. Заголовок 616 MAC може складатися з поля 618 керування, що має 3 біти, поля 620 ID логічного каналу, яке становить 5 бітів в довжину, і поля 622 довжини з 7 або 15 бітів. Крім того, розмір заголовків може бути зафіксований для великих розмірів пакетів даних. Таким чином, в 5 UA 101358 C2 5 10 15 20 25 30 35 40 45 50 55 60 прикладі за Фіг. 6, порядковий номер 606 RLC був би встановлений в 10 бітів, порядковий номер 604 PDCP встановлений в 12 бітів, і поле 622 довжини заголовка MAC - в 15 бітів. Згідно з іншим аспектом, форматування комунікаційних фреймів може бути зроблене залежним від розміру пакетів даних корисного навантаження, щоб оптимізувати форматування для типів зв'язку. Коли фрейми корисного навантаження є малими, такими як у випадку зв'язку згідно з VoIP, комунікаційний фрейм може бути відформатований згідно з першим форматом, таким як формат для оптимізації задавання розміру заголовків. І навпаки, коли корисні навантаження є великими, такими як у випадку зв'язку з високою пропускною здатністю, комунікаційний фрейм може бути альтернативно відформатований згідно з іншим форматом, таким як формат для оптимізації обробки фрейму в приймачі. Фіг. 7 показує логічну блок-схему такого зразкового способу для використання в форматуванні конфігурації заголовків в комунікаційному фреймі залежно від розміру комунікаційного фрейму. Як показано, розмір форматованого комунікаційного фрейму визначають на етапі 702. Після визначення розміру комунікаційного фрейму процес переходить до етапу 704. На етапі 704 щонайменше один заголовок, відповідний щонайменше одному пакету даних, форматують згідно з першим форматом, коли розмір пакета менше визначеного розміру, і згідно з другим форматом, коли розмір пакета дорівнює цьому визначеному розміру або більше нього. Визначений розмір залежить від системи зв'язку і супутніх стандартів. Лише як приклад, явно великі пакети порядку 4000-6000 байтів в зв'язку згідно з UMB або LTE були б вище визначеного порога, тоді як набагато менші пакети VoIP в 40-50 байтів були б значно нижче визначеного порога. Згідно з аспектом, перший формат може включати в себе змінне конфігурування розміру щонайменше одного заголовка, основане на довжині відповідного щонайменше одного пакета даних. Як приклад на Фіг. 2, заголовок 218 в оптимізованому форматі заголовка використовує різні поля змінної довжини таким чином, що розмір заголовка може бути заданий або адаптований, основуючись на розмірі пакета даних. Ця змінність забезпечує можливість гарантувати, що розмір заголовка оптимізований, щоб бути якомога менше для заданого пакета даних. Крім того, перший формат по етапу 704 може також включати в себе групування щонайменше одного заголовка з відповідним щонайменше одним пакетом даних в межах комунікаційного фрейму, як ілюстровано прикладом фрейму 200 на Фіг. 2, що задовольняє конкретні типи зв'язку, такі як зв'язок по передачі голосу поверх IP. Згідно з іншим аспектом, другий формат на етапі 704 може включати в себе розміщення щонайменше одного заголовка в комунікаційному фреймі перед і незалежно від відповідного щонайменше одного пакета даних. Таким чином, кожний заголовок, відповідний пакету даних, відділяється або робиться незалежним від пакета даних і поміщується перед пакетами даних або корисними навантаженнями в комунікаційному фреймі. Приклад такого форматування ілюстрований фреймом 300 MAC на Фіг. 3. При відділенні заголовків від пов'язаних з ними корисних навантажень або пакетів даних, особливо у випадку великих пакетів даних, використовуваних в обміні даними (наприклад, TCP/IP), одержувана вигода полягає в більш ефективній обробці комунікаційного фрейму в приймачі, оскільки обробка заголовка може бути почата при очікуванні прийому фактичних корисних навантажень, які будуть демодулюватися і декодуватися. У прикладі другого формату на етапі 704 розмір щонайменше одного заголовка може бути встановлений рівним визначеній фіксованій довжині, такій як та, що була обговорена вище в зв'язку з прикладом заголовка MAC на Фіг. 5. При установленні заголовків в фіксовану довжину, приймачу забезпечується вигода, яка полягає в передбачуваності. Коли розмір кожного заголовка відомий приймачу, потрібно менше обробки для визначення того, скільки бітів буде присутньо в заголовку, таким чином сприяючи подальшій оптимізації обробки. Згідно з ще одним аспектом другого формату на етапі 704, формат заголовка другої інформації, використовуваної приймачем комунікаційного фрейму для шифрування або обробки щонайменше одного пакета даних, міститься в межах щонайменше одного заголовка. Як приклад цієї особливості, Фіг. 3 показує, що заголовок 316 включає в себе заголовок 318 PCP в межах кожного заголовка, так що інформація про PCP і Маршрут міститься в межах кожного відповідного заголовка. Відповідно, обробка заголовків може бути оптимізована, і самі заголовки можуть бути незалежними від інших заголовків і, що ще більш важливо, від їх відповідних пакетів даних. Це зумовлює відмінність від оптимізованого по заголовках формату за Фіг. 2, де заголовки 220 PCP є окремими від заголовків (наприклад, 202) і обробляються до обробки угрупування заголовків і пакетів даних. Фіг. 8 ілюструє зразковий приймач-передавач 800, який форматує і передає комунікаційні фрейми, основуючись на розмірі пакета даних відповідно до форматів і способів, розкритих тут. 6 UA 101358 C2 5 10 15 20 25 30 35 40 45 50 55 60 Приймач-передавач 800 може являти собою точку доступу (наприклад, AP 102 на Фіг. 1), базову станцію або інші придатні апаратні засоби (наприклад, процесор або набір схем/модулів), програмне забезпечення, мікропрограмне забезпечення (firmware) або будь-яку їх комбінацію для використання в пристрої AP. Як показано, приймач-передавач 800 включає в себе центральну шину 802 даних або подібний пристрій для комунікативного з'єднання або спряження декількох схем разом. Схеми включають в себе CPU (Центральний Процесор) або контролер 704, схеми приймача-передавача 806 і модуль пам'яті 808. Схеми приймача-передавача 806 включають в себе схеми приймача для обробки сигналів, що приймаються, перед відсиланням в центральну 802 шину даних, а також передаючі схеми для обробки і буферизації даних з шини 802 даних перш ніж відправити їх з пристрою 800, наприклад, до одного або більше терміналів доступу, як показано бездротовою лінією(ями) 810 зв'язку. Відповідно, схеми приймача-передавача 806 можуть включати в себе радіочастотні схеми для передачі по бездротовій лінії 810 зв'язку до одного або більше терміналів доступу. Центральний процесор/контролер 806 виконує функцію керування даними шини 802 даних і, крім того, функцію загальної обробки даних, включаючи виконання інструктивного вмісту модуля пам'яті 808. Тут зазначимо, що замість окремої реалізації, як показано на Фіг. 8, як альтернатива, схеми приймача-передавача 706 можуть бути вбудовані як частина центрального процесора/контролера 704. Як подальша альтернатива, вся апаратура 700 може бути реалізована як спеціалізована інтегральна схема (ASIC) або подібний пристрій. Модуль пам'яті 808 може включати в себе один або більше наборів інструкцій/модулів. У зразковому пристрої 800 інструкції/модулі включають в себе, крім іншого, функцію 812 форматування фрейму, яка сконфігурована виконувати методики, описані тут, а саме форматування фрейму, обговорене вище в поєднанні з Фіг. 2-7. У прикладі за Фіг. 8 модуль пам'яті 808 може бути схемою RAM (пам'ять довільного доступу). Зразкові частини, такі як функції в блоці 812, є програмними процедурами, модулями і/або наборами даних. Модуль пам'яті 808 може бути пов'язаний з іншою схемою пам'яті (не показана), яка може бути енергозалежного або енергонезалежного типу. Як альтернатива, модуль пам'яті 808 може бути сформований зі схем інших типів, таких як EEPROM (електрично стирана програмована пам'ять тільки для читання), EPROM (електрично програмована пам'ять тільки для читання), ROM (пам'ять тільки для читання), ASIC (спеціалізована інтегральна схема), магнітний диск, оптичний диск і інші машиночитані носії, відомі в техніці. Фіг. 9 показує інший приклад пристрою для використання в приймачі-передавачі в системі зв'язку, який може бути використаний для форматування заголовків в комунікаційних фреймах. Зазначається, що пристрій 900 може бути виконаний в точці доступу або базовій станції, наприклад. Також повинно бути зазначено, що описуваний пристрій 900 не обмежений реалізацією тільки в точці доступу або базовій станції, але також може бути реалізований в будь-якій придатній апаратурі, яка форматує комунікаційні фрейми для передачі. Пристрій 900 включає в себе модуль або засіб 902 для визначення розміру фрейму бездротового зв’язку (або, альтернативно, розміру одного або більше корисних навантажень даних в межах комунікаційного фрейму). Як приклад, засіб 902 може бути реалізований з одним або більше компонентами в межах приймача-передавача. Як приклад з Фіг. 8, пам'ять 810 в поєднанні з центральним процесором/контролером 804 може забезпечити засіб 902. Інформація, визначена засобом 902, може потім бути повідомлена різним іншим модулям або засобам в пристрої 900 через шину 904 або подібне придатне комунікаційне спряження. Пристрій 900 також включає в себе засіб 906 для форматування комунікаційного фрейму так, щоб він включав в себе один або більше заголовків на початку фрейму перед будь-якими пакетами даних у фреймі, коли визначений розмір фрейму бездротового зв’язку вище визначеного порога. Альтернативно, засіб 906 може визначити, що розмір одного або більше корисних навантажень даних вище визначеного порога, щоб вирішити, чи відформатувати заголовки на початку фрейму. Потрібно зазначити, що засіб 906 може здійснити процеси по етапу 404 і форматування, показане на Фіг. 3 або 5, як приклади. Подібно засобу 902, вказаному вище, засіб 906 може бути реалізований з одним або більше компонентами в межах приймачапередавача, і, більш конкретно, з тими, які здійснюють збирання або організацію комунікаційних фреймів, зокрема фреймів MAC. Як приклад на Фіг. 8, пам'ять 810 в поєднанні з центральним процесором/контролером 804 може забезпечити засіб 906. Засіб 906 може здійснювати зв'язок зі схемами приймача-передавача 908 для здійснення передачі комунікаційних фреймів, що мають бажане форматування, виконане засобом 906. Крім того, пристрій 900 може включати в себе необов'язковий машиночитаний носій або запам'ятовуючий пристрій 910, сконфігурований зберігати машиночитані інструкції і дані для здійснення процесів і виконання функцій одного або більше з модулів в пристрої 900. Крім того, 7 UA 101358 C2 5 10 15 20 25 30 35 40 45 50 55 60 пристрій 900 може включати в себе процесор 912, сконфігурований виконувати машиночитані інструкції в пам'яті 910, і, таким чином, може бути сконфігурований виконувати одну або більше функцій різних модулів в пристрої 900. Фіг. 10 показує ще один приклад пристрою 1000 для використання в приймачі-передавачі в системі зв'язку, який може бути використаний для форматування заголовків в комунікаційних фреймах. Зазначається, що пристрій 1000 може бути реалізований в точці доступу або базовій станції, як приклади. Повинно бути також зазначено, що розкритий пристрій 1000 не обмежений реалізацією тільки в точці доступу або базовій станції, але також може бути реалізований і в будь-якому придатному пристрої, який форматує комунікаційні фрейми для передачі. Пристрій 1000 включає в себе модуль або засіб 1002 для визначення розміру фрейму бездротового зв’язку MAC. У альтернативному аспекті, розмір одного або більше корисних навантажень даних, які повинні бути поміщені в комунікаційний фрейм, може бути визначений засобом 1002. Як приклад, засіб 1002 може бути реалізований з одним або більше компонентами в межах приймача-передавача. Як приклад з Фіг. 8, пам'ять 810 в поєднанні з центральним процесором/контролером 804 може забезпечити засіб 1002. Інформація, визначена засобом 1002, може потім бути повідомлена різним іншим модулям або засобам в пристрої 1000 через шину 1004 або подібне придатне комунікаційне спряження. Пристрій 1000 також включає в себе засіб 1006 для форматування заголовка, відповідного щонайменше одному пакету, згідно з першим форматом, коли розмір фрейму MAC бездротового зв’язку нижче визначеного розміру, і форматування щонайменше одного заголовка згідно з другим форматом, коли розмір пакета дорівнює або більше визначеного розміру. Потрібно зазначити, що засіб 1006 може здійснювати процеси по етапу 704 на Фіг. 7 і форматування, показане на Фіг. 2 і Фіг. 3 або 5, як приклади, залежно від розміру комунікаційного фрейму. Крім того, засіб 1006 може бути альтернативно сконфігурований приймати рішення про форматування, основуючись на тому, чи є розмір одного або більше корисних навантажень даних у фреймі вище або нижче визначеного порога. Подібно засобу 1002 вище, засіб 1006 може бути реалізований з одним або більше компонентами в межах приймача-передавача і, зокрема, тими, які виконують збирання або організацію комунікаційних фреймів, зокрема MAC фреймів. Як приклад з Фіг. 8, пам'ять 810 в поєднанні з центральним процесором/контролером 804 може забезпечити засіб 1006. Засіб 1006 може здійснювати зв'язок зі схемами приймача-передавача 1008 для здійснення передачі комунікаційних фреймів, які мають бажане форматування, виконане засобом 1006. Крім того, пристрій 1000 може включати в себе необов'язковий машиночитаний носій або запам'ятовуючий пристрій 1010, сконфігурований зберігати машиночитані інструкції і дані для здійснення процесів і виконання функцій одного або більше модулів в пристрої 1000. Крім того, пристрій 1000 може включати в себе процесор 1012, сконфігурований виконувати машиночитані інструкції в пам'яті 1010, і таким чином він може бути сконфігурований виконувати одну або більше функцій різних модулів в пристрої 1000. У світлі вищенаведеного обговорення, можна брати до уваги, що розкриті тут способи і пристрої забезпечують можливість форматування заголовків в комунікаційному фреймі, що поліпшує час обробки для фреймів, які мають велике корисне навантаження. Крім того, викладені розкриті способи і пристрої забезпечують можливість вибірної оптимізації комунікаційних фреймів в плані мінімізації розміру заголовків або ефективності обробки на основі розмірів корисного навантаження. Мається на увазі, що конкретний порядок або ієрархія етапів в розкритих процесах є прикладом ілюстративних підходів. Основуючись на конструкційних перевагах, мається на увазі, що конкретний порядок або ієрархія етапів в процесах можуть бути реорганізовані, залишаючись при цьому в рамках обсягу даного розкриття. У прикладених пунктах формули винаходу на спосіб представлені елементи різних етапів в зразковому порядку, які не маються на увазі обмеженими конкретним порядком або представленою ієрархією. Фахівці в даній галузі техніки оцінять, що інформація і сигнали можуть бути представлені, використовуючи будь-які з різноманітності різних технологій і методик. Наприклад, дані, інструкції, команди, інформація, сигнали, біти, символи і елементарні сигнали, які можуть згадуватися у вищенаведеному описі, можуть бути представлені напругами, струмами, електромагнітними хвилями, магнітними полями або частинками, оптичними полями або частинками або будь-якою їх комбінацією. Фахівці в даній галузі техніки також оцінять те, що різні ілюстративні логічні блоки, модулі, схеми і етапи алгоритмів, описані в поєднанні з втіленнями, розкритими тут, можуть бути реалізовані як електронні апаратні засоби, комп'ютерне програмне забезпечення або їх комбінації. Щоб ясно проілюструвати цю взаємозамінність апаратного і програмного 8 UA 101358 C2 5 10 15 20 25 30 35 40 45 50 55 60 забезпечення, різні ілюстративні компоненти, блоки, модулі, схеми, засоби і етапи були описані вище в загальних рисах з точки зору їх функціональності. Те, чи реалізована така функціональність як апаратні засоби або програмне забезпечення, залежить від конкретного варіанта застосування і конструктивних обмежень, накладених на систему загалом. Фахівці в даній галузі техніки можуть реалізувати описану функціональність різними способами для кожного окремого варіанта застосування, але такі рішення по реалізації не повинні інтерпретуватися як такі, що викликають відхилення від обсягу даного розкриття. Різні ілюстративні логічні блоки, модулі і схеми, описані в поєднанні з втіленнями, розкритими тут, можуть бути реалізовані або виконані за допомогою процесора загального призначення, цифрового сигнального процесора (DSP), спеціалізованої інтегральної схеми (ASIC), програмованої користувачем вентильної матриці (FPGA) або іншого програмованого логічного пристрою, дискретного вентиля або транзисторної логіки, дискретних компонентів апаратних засобів або будь-якої комбінації з них, розробленої, щоб виконати описані тут функції. Процесор загального призначення може бути мікропроцесором, але в альтернативі, процесор може бути будь-яким звичайним процесором, контролером, мікроконтролером або кінцевим автоматом. Процесор може також бути реалізований як комбінація обчислювальних пристроїв, наприклад комбінація DSP і мікропроцесора, множина мікропроцесорів, один або більше мікропроцесорів в поєднанні з ядром DSP або будь-яка інша подібна конфігурація. Етапи способу або алгоритму, описаного в поєднанні з втіленнями, розкритими тут, можуть бути втілені безпосередньо в апаратних засобах, в програмному модулі, виконуваному процесором, або в комбінації обох. Програмний модуль може знаходитися в пам'яті RAM, флеш-пам'яті, пам'яті ROM, пам'яті EPROM, пам'яті EEPROM, регістрах, жорсткому диску, змінному диску, CD-ROM або будь-якій іншій формі носія даних, відомого в техніці. Ілюстративний носій даних (не показаний) може бути сполучений з процесором таким чином, що процесор може зчитувати інформацію з і записувати інформацію на носій даних. У альтернативному варіанті, носій даних може бути невід'ємною частиною процесора. Процесор і носій даних можуть знаходитися в ASIC. ASIC може знаходитися в користувацькому терміналі. У альтернативному варіанті, процесор і носій даних можуть знаходитися як дискретні компоненти в користувацькому терміналі. Приклади, описані вище, є просто ілюстративними, і фахівці в даній галузі техніки можуть тепер передбачити численні варіанти використання і варіації вищеописаних прикладів, не відступаючи від ідей винаходу, розкритих тут. Різні модифікації цих прикладів можуть бути без великих зусиль усвідомлені фахівцями в даній галузі техніки, і основні принципи, визначені тут, можуть бути застосовані до інших прикладів, наприклад, служби миттєвого обміну повідомленнями або будь-яких звичайних додатків бездротової передачі даних, не відступаючи від суті або обсягу нових аспектів, описаних тут. Таким чином, обсяг розкриття не мається на увазі обмеженим прикладами, показаними тут, але йому повинен відповідати найбільш широкий обсяг, що узгоджується з принципами і новими ознаками, розкритими тут. Зазначається, що слово "зразковий" використовується тут виключно, щоб означати "слугує як приклад, варіант або ілюстрація". Будь-який приклад, описаний тут як "зразковий", не повинен обов'язково бути витлумачений як переважний або виграшний відносно інших прикладів. Відповідно, нові аспекти, описані тут, повинні визначатися виключно обсягом нижченаведеної формули винаходу. ФОРМУЛА ВИНАХОДУ 1. Спосіб форматування заголовків для корисних навантажень даних в межах фрейму бездротового зв'язку для використання в системі бездротового зв'язку, який включає етапи, на яких: визначають розмір фрейму бездротового зв'язку; і форматують заголовки і відповідні корисні навантаження даних згідно з першим форматом в межах фрейму, коли розмір фрейму менший попередньо визначеного розміру, і згідно з другим форматом в межах фрейму, коли розмір фрейму дорівнює або більший цього попередньо визначеного розміру. 2. Спосіб за п. 1, в якому перший формат містить змінне конфігурування розміру кожного із заголовків в межах фрейму бездротового зв'язку, основане на довжині відповідного корисного навантаження даних. 3. Спосіб за п. 1, в якому перший формат містить групування кожного заголовка з відповідним корисним навантаженням даних в пакет в межах комунікаційного фрейму. 4. Спосіб за п. 1, в якому перший формат використовується для передачі голосу поверх IP. 9 UA 101358 C2 5 10 15 20 25 30 35 40 45 50 55 60 5. Спосіб за п. 1, в якому другий формат містить розміщення заголовків в комунікаційному фреймі перед і незалежно від корисних навантажень даних, які відповідають заголовкам. 6. Спосіб за п. 4, в якому другий формат додатково містить задавання розміру заголовків рівним визначеній фіксованій довжині. 7. Спосіб за п. 4, в якому вся інформація, використовувана приймачем комунікаційного фрейму для обробки корисних навантажень даних, міститься в межах відповідних заголовків. 8. Спосіб за п. 1, в якому комунікаційний фрейм є фреймом рівня керування доступом до середовища (МАС), заголовки є заголовками МАС, і корисні навантаження даних є корисними навантаженнями даних МАС. 9. Спосіб за п. 1, в якому система бездротового зв'язку є однією із систем зв'язку UMB і LTE. 10. Пристрій для форматування заголовків для корисних навантажень даних в межах фрейму бездротового зв'язку для використання в системі бездротового зв'язку, який містить: щонайменше один процесор, сконфігурований: визначати розмір фрейму бездротового зв'язку і форматувати заголовки і відповідні корисні навантаження даних згідно з першим форматом в межах фрейму, коли розмір фрейму менший попередньо визначеного розміру, і згідно з другим форматом в межах фрейму, коли розмір фрейму дорівнює або більший цього попередньо визначеного розміру; пам'ять, пов'язану з цим щонайменше одним процесором. 11. Пристрій за п. 10, в якому перший формат містить змінне конфігурування розміру кожного із заголовків в межах фрейму бездротового зв'язку, основане на довжині відповідних корисних навантажень даних. 12. Пристрій за п. 10, в якому перший формат містить групування кожного заголовка з відповідним корисним навантаженням даних в пакет в межах комунікаційного фрейму. 13. Пристрій за п. 10, в якому перший формат використовується для передачі голосу поверх IP. 14. Пристрій за п. 10, в якому другий формат містить розміщення заголовків в комунікаційному фреймі перед і незалежно від корисних навантажень даних, які відповідають заголовкам. 15. Пристрій за п. 14, в якому другий формат додатково містить задавання розміру заголовків рівним визначеній фіксованій довжині. 16. Пристрій за п. 14, в якому вся інформація, використовувана приймачем комунікаційного фрейму для обробки корисних навантажень даних, міститься в межах відповідних заголовків. 17. Пристрій за п. 10, в якому комунікаційний фрейм є фреймом рівня керування доступом до середовища (МАС), заголовки є заголовками МАС, і корисні навантаження даних є корисними навантаженнями даних МАС. 18. Пристрій за п. 10, при цьому система бездротового зв'язку є однією із систем зв'язку UMB і LTE. 19. Пристрій для форматування заголовків у межах фрейму бездротового зв'язку для використання в системі бездротового зв'язку, який містить: засіб для визначення розміру фрейму бездротового зв'язку; і засіб для форматування заголовків і відповідних корисних навантажень даних згідно з першим форматом в межах фрейму, коли розмір фрейму менший попередньо визначеного розміру, і згідно з другим форматом в межах фрейму, коли розмір фрейму дорівнює або більший цього попередньо визначеного розміру. 20. Пристрій за п. 19, в якому перший формат містить змінне конфігурування розміру кожного із заголовків в межах фрейму бездротового зв'язку, основане на довжині відповідного корисного навантаження даних. 21. Пристрій за п. 19, в якому перший формат містить групування кожного заголовка з відповідним корисним навантаженням даних в пакет в межах комунікаційного фрейму. 22. Пристрій за п. 19, в якому перший формат використовується для передачі голосу поверх IP. 23. Пристрій за п. 19, в якому другий формат містить розміщення заголовків в комунікаційному фреймі перед і незалежно від корисних навантажень даних, які відповідають заголовкам. 24. Пристрій за п. 23, в якому другий формат містить задавання розміру заголовків рівним визначеній фіксованій довжині. 25. Пристрій за п. 23, в якому вся інформація, використовувана приймачем комунікаційного фрейму для обробки корисних навантажень даних, міститься в межах відповідних заголовків. 26. Пристрій за п. 19, в якому комунікаційний фрейм є фреймом рівня керування доступом до середовища (МАС), заголовки є заголовками МАС, і корисні навантаження даних є корисними навантаженнями даних МАС. 27. Пристрій за п. 19, при цьому система бездротового зв'язку є однією із систем зв'язку UMB і LTE. 10 UA 101358 C2 5 10 15 20 25 30 35 40 45 50 55 28. Зчитуваний комп'ютером носій, який містить: код для приписування комп'ютеру визначати розмір фрейму бездротового зв'язку в системі бездротового зв'язку; і код для приписування комп'ютеру форматувати заголовки і відповідні корисні навантаження даних згідно з першим форматом в межах фрейму, коли розмір фрейму менший попередньо визначеного розміру, і згідно з другим форматом в межах фрейму, коли розмір фрейму дорівнює або більший цього попередньо визначеного розміру. 29. Зчитуваний комп'ютером носій за п. 28, при цьому перший формат містить змінне конфігурування розміру кожного із заголовків в межах фрейму бездротового зв'язку, основане на довжині відповідного корисного навантаження даних. 30. Зчитуваний комп'ютером носій за п. 28, при цьому перший формат містить групування кожного заголовка з відповідним корисним навантаженням даних в пакет в межах комунікаційного фрейму. 31. Зчитуваний комп'ютером носій за п. 28, при цьому перший формат використовується для передачі голосу поверх IP. 32. Зчитуваний комп'ютером носій за п. 28, при цьому другий формат містить розміщення заголовків в комунікаційному фреймі перед і незалежно від корисних навантажень даних, які відповідають заголовкам. 33. Зчитуваний комп'ютером носій за п. 32, при цьому другий формат містить задавання розміру заголовків рівним визначеній фіксованій довжині. 34. Зчитуваний комп'ютером носій за п. 32, при цьому вся інформація, використовувана приймачем комунікаційного фрейму для обробки корисних навантажень даних, міститься в межах відповідних заголовків. 35. Зчитуваний комп'ютером носій за п. 28, при цьому комунікаційний фрейм є фреймом рівня керування доступом до середовища (МАС), заголовки є заголовками МАС, і корисні навантаження даних є корисними навантаженнями даних МАС. 36. Зчитуваний комп'ютером носій за п. 28, при цьому система бездротового зв'язку є однією із систем зв'язку UMB і LTE. 37. Спосіб форматування комунікаційного фрейму, використовуваного в системі бездротового зв'язку, який включає етапи, на яких: визначають розмір комунікаційного фрейму; і форматують комунікаційний фрейм так, щоб він включав в себе заголовки на початку фрейму перед будь-якими відповідними корисними навантаженнями даних у фреймі, коли згаданий визначений розмір комунікаційного фрейму вищий попередньо визначеного порога. 38. Спосіб за п. 37, який додатково включає етап, на якому задають розмір заголовків рівним фіксованому попередньо визначеному розміру. 39. Спосіб за п. 37, в якому комунікаційний фрейм є фреймом рівня керування доступом до середовища (МАС), заголовки є заголовками МАС, і корисні навантаження даних є корисними навантаженнями даних МАС. 40. Спосіб за п. 37, в якому система бездротового зв'язку є однією із систем зв'язку UMB і LTE. 41. Спосіб за п. 37, в якому заголовки сконфігуровані відповідно до одного з протоколу фрагментації і повторної зборки та протоколу ідентифікації логічного каналу. 42. Пристрій для форматування комунікаційного фрейму, використовуваного в системі бездротового зв'язку, який містить: щонайменше один процесор сконфігурований: визначати розмір комунікаційного фрейму; і форматувати комунікаційний фрейм так, щоб він включав в себе заголовки на початку фрейму перед будь-якими відповідними корисними навантаженнями даних у фреймі, коли згаданий визначений розмір комунікаційного фрейму вищий попередньо визначеного порога; пам'ять, пов'язану з цим щонайменше одним процесором. 43. Пристрій за п. 42, в якому згаданий щонайменше один процесор сконфігурований задавати розмір заголовків рівним фіксованому попередньо визначеного розміру. 44. Пристрій за п. 42, в якому комунікаційний фрейм є фреймом рівня керування доступом до середовища (МАС), заголовки є заголовками МАС, і корисні навантаження даних є корисними навантаженнями даних МАС. 45. Пристрій за п. 42, при цьому система бездротового зв'язку є однією із систем зв'язку UMB і LTE. 46. Пристрій за п. 42, в якому заголовки сконфігуровані відповідно до одного з протоколу фрагментації і повторної зборки та протоколу ідентифікації логічного каналу. 11 UA 101358 C2 5 10 15 20 25 30 47. Пристрій для форматування комунікаційного фрейму, використовуваного в системі бездротового зв'язку, який містить: засіб для визначення розміру комунікаційного фрейму; і засіб для форматування комунікаційного фрейму так, щоб він включав в себе заголовки на початку фрейму перед будь-якими відповідними корисними навантаженнями даних у фреймі, коли згаданий визначений розмір комунікаційного фрейму вище попередньо визначеного порога. 48. Пристрій за п. 42, який додатково містить засіб для задавання розміру заголовків рівним фіксованому попередньо визначеному розміру. 49. Пристрій за п. 47, в якому комунікаційний фрейм є фреймом рівня керування доступом до середовища (МАС), заголовки є заголовками МАС, і корисні навантаження даних є корисними навантаженнями даних МАС. 50. Пристрій за п. 47, при цьому система бездротового зв'язку є однією із систем зв'язку UMB і LTE. 51. Пристрій за п. 47, в якому заголовки сконфігуровані відповідно до одного з протоколу фрагментації і повторної зборки та протоколу ідентифікації логічного каналу. 52. Зчитуваний комп'ютером носій, який містить: код для приписування комп'ютеру визначати розмір комунікаційного фрейму для використання в системі бездротового зв'язку; і код для приписування комп'ютеру форматувати комунікаційний фрейм так, щоб він включав в себе заголовки на початку фрейму перед будь-якими відповідними корисними навантаженнями даних у фреймі, коли згаданий визначений розмір комунікаційного фрейму вище попередньо визначеного порога. 53. Зчитуваний комп'ютером носій за п. 52, при цьому зчитуваний комп'ютером носій додатково містить код для приписування комп'ютеру задавати розмір заголовків рівним фіксованому попередньо визначеному розміру. 54. Зчитуваний комп'ютером носій за п. 52, при цьому комунікаційний фрейм є фреймом рівня керування доступом до середовища (МАС), заголовки є заголовками МАС, і корисні навантаження даних є корисними навантаженнями даних МАС. 55. Зчитуваний комп'ютером носій за п. 52, при цьому система бездротового зв'язку є однією із систем зв'язку UMB і LTE. 56. Зчитуваний комп'ютером носій за п. 52, при цьому заголовки сконфігуровані відповідно до одного з протоколу фрагментації і повторної зборки та протоколу ідентифікації логічного каналу. 12 UA 101358 C2 13 UA 101358 C2 14 UA 101358 C2 15 UA 101358 C2 16 UA 101358 C2 Комп’ютерна верстка І. Скворцова Державна служба інтелектуальної власності України, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601 17