Запити ресурсів для системи безпровідного зв’язку

Реферат: Описані технології для передачі запитів ресурсів в системі безпровідного зв'язку. Множина типів інформації про якість обслуговування (QoS) може підтримуватися для запитів ресурсів, а також може включати в себе клас QoS і максимальну затримку. Термінал може мати дані для передачі по зворотній лінії зв'язку, а також може визначити інформацію QoS для даних. Інформація QoS може включати в себе щонайменше один тип QoS, який може залежати від конфігурації, вибраної для використання для передачі запитів ресурсів. Термінал також може визначити інформацію про об'єм непереданих даних, яка вказує об'єм даних для передачі. Термінал може сформувати запит ресурсів з інформацією про об'єм непереданих даних і інформацією QoS. Запит ресурсів може включати в себе інформацію про об'єм непереданих даних і інформацію про клас QoS, інформацію про об'єм непереданих даних і/або інформацію про клас QoS, або інформацію про максимальну затримку, інформацію про об'єм непереданих даних і інформацію про максимальну затримку, або іншу інформаційну комбінацію. UA 97827 C2 (12) UA 97827 C2 UA 97827 C2 5 10 15 20 25 30 35 40 45 50 55 60 За даною заявкою вимагається пріоритет відповідно до попередньої заявки на патент США № 60/887.342, що має назву «A METHOD AND APPARATUS FOR USING A REVERSE CONTROL CHANNEL MAC PROTOCOL», поданої 30 січня 2007 року, а також відповідно до попередньої заявки на патент США №60/888.192, що має назву «RESOURCE REQUESTS FOR WIRELESS COMMUNICATION SYSTEMS», поданої 5 лютого 2007 року, права на кожну з яких належать заявнику даної заявки, і які включені в цей документ за допомогою посилання. Дане розкриття, загалом, стосується галузі зв'язку і, більш конкретно, технологій запиту ресурсів радіомовлення в системі безпровідного зв'язку. Системи безпровідного зв'язку широко використовуються для забезпечення різного інформаційного змісту, що передається, такого як мова, відео, пакетні дані, повідомлення, широкомовлення і т. д. Ці системи безпровідного зв'язку можуть бути системами множинного доступу, що допускають підтримання множини користувачів за допомогою розподілу доступних системних ресурсів. Приклади таких систем множинного доступу включають в себе системи множинного доступу з кодовим розділенням каналів (CDMA), системи множинного доступу з часовим розділенням каналів (TDMA), системи множинного доступу з частотним розділенням каналів (FDMA), системи множинного доступу з ортогональним частотним розділенням каналів (OFDMA), а також системи множинного доступу з частотним розділенням каналів і однією несучою FDMA (SC-FDMA). Система безпровідного зв'язку може включати в себе множину базових станцій, які можуть підтримувати зв'язок з множиною терміналів по прямій і зворотній лініях зв'язку. Пряма лінія зв'язку (або низхідна лінія зв'язку) стосується лінії зв'язку, яка проходить від базових станцій до терміналів, а зворотна лінія зв'язку (або висхідна лінія зв'язку) стосується лінії зв'язку, яка проходить від терміналів до базових станцій. Система може використовувати схему розподілу ресурсів, в якій термінал може передавати запит ресурсів радіомовлення будь-якого разу, коли термінал має дані для передачі по зворотній лінії зв'язку. Загалом, ресурси радіомовлення можуть включати в себе час, частоту, код, потужність і/або інші типи ресурсів, використовувані для передачі. Базова станція може обробити запит ресурсів від термінала, а також може передати терміналу інформацію про ресурси радіомовлення, що надаються. Потім термінал може передати дані по зворотній лінії зв'язку з використанням наданих ресурсів. Ресурси зворотної лінії зв'язку використовуються для передачі запитів ресурсів. Отже, в рівні техніки існує потреба в технологіях ефективної передачі запитів ресурсів. У цьому документі описуються технології передачі запитів ресурсів в системі безпровідного зв'язку. У одному аспекті для запитів ресурсів може підтримуватися множина типів інформації про якість обслуговування (QoS), a також може бути включений клас QoS і максимальна затримка. Термінал може мати дані для передачі по зворотній лінії зв'язку, а також може визначити інформацію QoS для даних. Інформація QoS може включати в себе щонайменше один тип QoS, який може залежати від вибраної для використання конфігурації, для передачі запитів ресурсів. Термінал також може визначити інформацію про об'єм непереданих даних, яка вказує об'єм даних для передачі. Термінал може сформувати і передати запит ресурсів, який включає в себе інформацію про об'єм непереданих даних і інформацію QoS. У одному варіанті реалізації запит ресурсів може включати в себе (і) інформацію про об'єм непереданих даних і інформацію про клас QoS для першої конфігурації, (іі) інформацію про об'єм непереданих даних, а також або інформацію про клас QoS, або інформацію про максимальну затримку для другої конфігурації, або (ііі) інформацію про об'єм непереданих даних і інформацію про максимальну затримку для третьої конфігурації. Для інших варіантів реалізації запит ресурсів також може включати в себе деяку іншу інформаційну комбінацію. У іншому аспекті для запитів ресурсів може підтримуватися множина форматів. Термінал може визначити щонайменше один тип інформації для передачі в запиті ресурсів. Термінал може визначити формат для використання для запиту ресурсів з множини форматів на основі щонайменше одного типу інформації для передачі. Множина форматів може включати в себе перший формат для інформації про об'єм непереданих даних і QoS, а також другий формат виключно для інформації про об'єм непереданих даних. Термінал може сформувати запит ресурсів, який включає в себе щонайменше один тип інформації у визначеному форматі. У одному варіанті реалізації запит ресурсів може мати фіксовану кількість бітів (наприклад, 6 бітів) для всіх форматів, перший формат може відповідати першому діапазону значень (наприклад, від 0 до 47), а другий формат може відповідати другому діапазону значень (наприклад, 48-63). Різні аспекти і відмітні ознаки розкриття більш детально описані нижче. Фіг.1 зображує систему безпровідного зв'язку. Фіг.2 зображує варіант реалізації структури суперкадру. 1 UA 97827 C2 5 10 15 20 25 30 35 40 45 50 55 Фіг.3 зображує варіант реалізації запиту ресурсів. Фіг.4 зображує інше представлення запиту ресурсів. Фіг.5 і 6 зображають процес і пристрій, відповідно, для передачі запитів ресурсів з інформацією QoS. Фіг.7 і 8 зображають процес і пристрій, відповідно, для передачі запитів ресурсів з різними форматами. Фіг.9 і 10 зображають інший процес і інший пристрій, відповідно, для передачі запитів ресурсів з інформацією QoS. Фіг.11 і 12 зображають процес і пристрій, відповідно, для передачі запитів ресурсів з урахуванням спектральної ефективності. Фіг.13 і 14 зображають процес і пристрій, відповідно, для передачі керуючих повідомлень із затримкою. Фіг.15 зображує блок-схему базової станції і термінала. Фіг.1 зображує систему 100 безпровідного зв'язку, яка також може називатися мережею доступу (AN). Система 100 може включати в себе множину базових станцій ПО. Базова станція є станцією, яка взаємодіє з терміналами, вона також може називатися точкою доступу, вузлом В, вдосконаленим вузлом В і т. д. Кожна базова станція забезпечує зону радіозв'язку в конкретній географічній області. Контролер 130 системи може бути сполучений з базовими станціями ПО, а також може забезпечувати узгодження і керування цими базовими станціями. Термінали 120 можуть бути розподілені по всій системі, крім того кожний термінал може бути стаціонарним або мобільним. Термінал також може називатися терміналом доступу (AT), мобільною станцією, абонентським обладнанням, абонентською станцією, станцією і т. д. Термінал може бути стільниковим телефоном, персональним цифровим пристроєм (PDA), пристроєм безпровідного зв'язку, без провідним модемом, портативним пристроєм, ноутбуком, безпровідним телефоном і т. д. Термінал може взаємодіяти з однією або множиною базових станцій по прямій і/або зворотній лініях зв'язку в будь-який момент, а також може не взаємодіяти з ними зовсім. Описані в цьому документі технології можуть бути використані для різних систем безпровідного зв'язку, таких як системи CDMA, TDMA, FDMA, OFDMA і SC-FDMA. Терміни «система» і «мережа» часто використовуються взаємозамінно. Система CDMA може реалізувати технологію радіозв'язку, таку як технологія CDMA2000, технологія універсального наземного радіодоступу (UTRA) і т. д. Система OFDMA може реалізувати технологію радіозв'язку, таку як технологія ультрамобільного широкосмугового зв'язку (UMB), технологія вдосконаленого UTRA (E-UTRA), технологія IEEE 802.16 (WiMAX), технологія IEEE 802.20, технологія Flash-OFDM® і т. д. Технології UTRA і E-UTRA описані в документах організації, названої «Проект партнерства третього покоління» (3GPP). Технології CDMA2000 і UMB описані в документах організації, названої «Проект партнерства третього покоління-2» (3GPP2). Ці різні технології радіозв'язку і стандарти широко відомі в рівні техніки. Для ясності, конкретні аспекти технологій описані нижче для технології UMB, а також в більшій частині нижчевикладеного опису використовується термінологія технології UMB. Технологія UMB використовує комбінацію мультиплексування з ортогональним розділенням частот (OFDM) і мультиплексування з кодовим розділенням частот (CDM). Технологія UMB описана в документі 3GPP2 C.S0084-001, названому «Physical Layer for Ultra Mobile Broadband (UMB) Air Interface Specification», документі C.S0084-002, названому «Medium Access Control Layer For Ultra Mobile Broadband (UMB) Air Interface Specification», і документі C.S0084-003, названому «Radio Link Layer for Ultra Mobile Broadband (UMB) Air Interface Specification», кожний з яких датований серпнем 2007 року, а також є публічно доступним. Фіг.2 зображує варіант реалізації структури 200 суперкадру, яка може бути використана для зворотної лінії зв'язку. Пряма часу передачі може бути розділена на блоки суперкадрів. Кожний суперкадр може займати конкретну тривалість, яка може бути фіксованою або конфігурованою. Кожний суперкадр може бути розділений на М кадрів фізичного рівня (PHY), де загалом М>1. У одному варіанті реалізації М=25, і 25 кадрам PHY кожного суперкадру надаються індекси від 0 до 24. Кожний кадр PHY може займати N періодів символу OFDM, де загалом N>1, a в одному варіанті реалізації N=8. Фіг.2 також зображує структуру піднесучої. Смуга пропускання системи може бути розділена на множину (К) ортогональних піднесучих, які також можуть називатися тонами і т. д. Інтервал між сусідніми піднесучими може бути фіксованим, а кількість піднесучих може залежати від смуги пропускання системи. Наприклад, може бути присутньо 128, 256, 512, 1024 або 2048 піднесучих для смуги пропускання системи 1,25, 2,5, 5, 10 або 20МГц, відповідно. 2 UA 97827 C2 5 10 15 20 25 30 35 40 45 50 55 60 Фіг.2 також зображує варіант реалізації сегмента CDMA, який може підтримувати передачу пілот-сигналів, сигналізації, а також деяких даних, що передаються, по зворотній лінії зв'язку. Сегмент CDMA може підтримувати один або декілька фізичних каналів, таких як зворотний виділений канал керування CDMA (R-CDCCH). Канал R-CDCCH може включати в себе один або декілька логічних каналів, таких як канал запиту зворотної лінії зв'язку (R-REQCH). Сегмент CDMA може займати блок частотно-часових ресурсів, які можуть мати будь-яке вимірювання. У одному варіанті реалізації сегмент CDMA може включати в себе С підсегментів CDMA, де загалом С>1. Кожний підсегмент CDMA може займати S сусідніх піднесучих в N періодах символу OFDM одного кадру PHY, де в одному варіанті реалізації S=128. У зображеному на Фіг.2 варіанті реалізації сегмент CDMA передається в кожному Q-ому кадрі PHY, де загалом Q>1, і як в деяких прикладах Q=4, 6, 8 і т. д. Сегмент CDMA може стрибати по смузі пропускання системи з плином часу (як зображено на Фіг.2) або ж може бути переданий на фіксованій групі піднесучих (не зображено на Фіг.2). Множина терміналів може спільно використовувати сегмент CDMA для передачі пілот-сигналів, сигналізації і т. д. Термінал може бути призначеними ресурсами зворотної лінії зв'язку для зворотного каналу даних OFDMA (R-ODCH). У одному варіанті реалізації призначені ресурси можуть бути представлені в блоках стільників. Стільник може бути блоком частотно-часових ресурсів, а також може займати попередньо визначену кількість піднесучих в попередньо визначеній кількості періодів символу. У одному варіанті реалізації стільник займає 16 піднесучих в 8 періодах символу одного кадру PHY, а також може бути використаний для передачі до 128 символів. Призначені стільники можуть виконувати стрибки по смузі пропускання системи на основі шаблона стрибків, як зображено на Фіг.2. Термінал може передавати дані і/або внутрішньосмугову сигналізацію в призначених стільниках. Термінал може взаємодіяти з мережею доступу для конфігурування одного або декількох потоків. Кожний потік може бути сукупністю одного або декількох потоків. Колений потік може бути сукупністю одного або декількох додатків старшого рівня, а також може транспортувати дані і/або керуючу інформацію для одного або декількох додатків. Кожний додаток може бути пов'язаний з резервуванням, яке може включати в себе групу фільтрів пакетів для ідентифікації пакетів для цього додатку. Наприклад, різні додатки, такі як гіпертекстовий протокол передачі (HTTP), протокол передачі файлів (FTP), мова і відео, можуть бути перетворені в один або декілька потоків, які транспортуються за допомогою одного або декількох потоків. Кожний додаток може мати певні вимоги. Термінал може повідомляти вимоги активованих додатків з використанням блока QoS або профілів. Мережа доступу може визначити вимоги QoS кожного потоку на основі повідомлених блоків QoS або профілів для всіх додатків, перетворених в цей потік. Кожний потік може належати конкретному класу QoS, який може бути пов'язаний з набором вимог QoS для цього потоку. Різні класи QoS можуть бути пов'язані з різними наборами вимог QoS. У одному варіанті реалізації для потоків може підтримуватися множина конфігурацій. У першій конфігурації потоку може підтримуватися до восьми потоків, а кожний потік може бути пов'язаний з різним класом QoS. У другій конфігурації потоку може підтримуватися до чотирьох потоків, а кожний потік може бути пов'язаний з різним класом QoS. Придатна конфігурація потоку може бути вибрана (наприклад, за допомогою мережі доступу) на основі повідомлених блоків QoS або профілів для всіх активованих додатків на терміналі. Термінал може передавати дані для кожного потоку по каналу R-ODCH будь-якого разу, коли існують дані для передачі. Канал R-ODCH може бути запланований за допомогою планувальника для базової станції. Термінал може передавати запит ресурсів по каналу запиту будь-якого разу, коли існують дані для передачі для будь-якого потоку. У відповідь на запит ресурсів планувальник може призначити ресурси на канал R-ODCH для термінала. Для підтримання ефективного планування і призначення ресурсів може бути бажано, щоб запит ресурсів забезпечував доречну інформацію про дані, які будуть передані за допомогою термінала. В аспекті запит ресурсів може включати в себе інформацію, яка вказує об'єм даних для передачі, а також інформацію QoS для даних. Інформація, яка вказує об'єм даних для передачі, також може називатися об'ємом непереданих даних, розміром буфера, розміром черги, розміром корисного навантаження і т. д. Для ясності в більшій частині нижчевикладеного опису використовується об'єм непереданих даних. Інформація QoS може бути забезпечена декількома нижчеописаними способами. Інформація про об'єм непереданих даних, а також інформація QoS може бути використана планувальником для визначення термінала для планування передачі даних по зворотній лінії зв'язку і/або об'єму ресурсів для призначення кожному запланованому терміналу. 3 UA 97827 C2 5 10 15 20 25 30 35 40 45 50 55 60 Запит ресурсів може мати фіксований розмір, а також може бути переданий з використанням фіксованої кількості бітів. Бажано використовувати доступні біти для передачі якомога більшого обсягу інформації для даних для передачі. Загалом, для запиту ресурсів може бути використана будь-яка кількість бітів. Для ясності, більша частина наступного опису стосується варіанта реалізації, в якому запит ресурсів передається з використанням шести бітів. Фіг.3 зображує варіант реалізації запиту ресурсів, який також може називатися звітом запиту, REQReport, REQCHReport і т. д. В цьому варіанті реалізації запит ресурсів передається з використанням шести бітів, і має значення в межах повного діапазону від 0 до 63. У варіанті реалізації, зображеному на Фіг.3, повний діапазон розділений на два діапазони для двох форматів запиту. Перший діапазон від 0 до 47 використовується для першого формату запиту, а другий діапазон 48-63 використовується для другого формату запиту. При першому форматі в запиті ресурсів передається інформація про об'єм непереданих даних, а також інформація про тип непереданих даних. Інформація про тип непереданих даних включає в себе інформацію QoS для даних для передачі. У варіанті реалізації, зображеному на Фіг.3, інформація про об'єм непереданих даних включає в себе одне з шести можливих значень, інформація про тип непереданих даних включає в себе одне з восьми можливих значень, і з використанням першого формату запиту в запиті ресурсів можна передати одну з 48 можливих комбінацій. При другому форматі запиту в запиті ресурсів передається виключно інформація про об'єм непереданих даних, а інформація про тип непереданих даних опускається. Інформація про об'єм непереданих даних включає в себе одне з 16 можливих значень. Фіг.4 зображує інше представлення запиту ресурсів для варіанта реалізації, зображеного на Фіг.3. Перші три біти (наприклад, три старших біти (MSB)) запиту ресурсів мають вісім можливих значень «000»-«111» (двійкові), як зображено на Фіг.4. Перші шість значень «000»-«101» належать першому формату запиту, а останні два значення «ПО» і «111» належать другому формату запиту. При першому форматі запиту перші три біти забезпечують одне з шести можливих значень «000»-«101» для об'єму непереданих даних, а останні три біти забезпечують одне з восьми можливих значень «000»-«111» для типу непереданих даних. При другому форматі запиту шість бітів забезпечують одне з 16 можливих значень «110000»-«111111» для типу непереданих даних. Значення для об'єму непереданих даних і типу непереданих даних описані нижче. Загалом, повний діапазон значень для запиту ресурсів може бути розділений на будь-яку кількість діапазонів для будь-якої кількості форматів запиту. Кожний діапазон може покрити будь-яку кількість значень, а також може мати розмір, що визначається на основі обсягу інформації для передачі з використанням пов'язаного формату запиту. Кожний формат запиту може включати в себе будь-який тип інформації, а також може використовувати будь-який формат повідомлення для всіх типів інформації для передачі з використанням цього формату запиту. Для ясності, більша частина наступного опису стосується двох форматів запиту, зображених на Фіг.3. У одному варіанті реалізації інформація про об'єм непереданих даних визначається за допомогою величини, яка враховує спектральну ефективність (SE), досяжну за допомогою термінала. Спектральна ефективність може бути визначена за допомогою кількості інформаційних бітів, які можуть бути передані по одній піднесучій за один період символу, а також може залежати від кодової швидкості і порядку модуляції, використовуваного для передачі даних. Наприклад, спектральна ефективність, яка дорівнює 1, може бути досягнута з використанням кодової швидкості, яка дорівнює ½, і модуляції QPSK. Спектральна ефективність може залежати від станів каналу, внаслідок чого, більш висока спектральна ефективність може бути досяжна при хороших станах каналу, а більш низька спектральна ефективність може бути досяжна при поганих станах каналу. При певній кількості ресурсів більший об'єм даних може бути переданий при більш високій спектральній ефективності, І навпаки. З урахуванням спектральної ефективності об'єм даних для передачі може квантуватися більш глибоко, а інформація про об'єм непереданих даних може краще передати необхідну кількість ресурсів. Спектральна ефективність, призначена для використання при визначенні інформації про об'єм непереданих даних, може бути спектральною ефективністю для останнього розподілу ресурсів, спектральною ефективністю, використовуваною для останньої передачі даних по зворотній лінії зв'язку, спектральною ефективністю, вказаною за допомогою індикатора якості каналу (CQI), переданого за допомогою термінала, і т. д. Таблиця 1 зображує два варіанти реалізації надання інформації про об'єм непереданих даних. У першому варіанті реалізації інформація про об'єм непереданих даних вказує кількість запитаних основних стільників, визначену у другій колонці таблиці 1. В цьому варіанті реалізації 4 UA 97827 C2 5 10 15 термінал може спочатку обчислити кількість t стільників, необхідну для даних для передачі. Термінал може визначити коефіцієнт g на основі спектральної ефективності. Цей коефіцієнт може дорівнювати 5 для спектральної ефективності, яка дорівнює 0,2, дорівнювати 2 для спектральної ефективності, яка дорівнює 0,5, а також дорівнювати 1 для спектральної ефективності, яка дорівнює 1, або вище. Потім, за допомогою формули m=t/g, може бути обчислена кількість m основних стільників. У другому варіанті реалізації інформація про об'єм непереданих даних вказує кількість байтів даних для передачі. При спектральній ефективності, яка дорівнює 1 або менше, кількість байтів може бути визначена як показано в третій колонці таблиці 1. При спектральній ефективності, яка дорівнює 1 або більше, кількість байтів може бути виміряна за допомогою спектральної ефективності, а також визначена як показано в четвертій колонці таблиці 1. Наприклад, значення об'єму непереданих даних, яке дорівнює 2, вказує на 128 байтів при спектральній ефективності, яка дорівнює 1 або менше, на 256 байтів при спектральній ефективності, яка дорівнює 2, на 384 байти при спектральній ефективності, яка дорівнює 3, і т. д. Інформація про об'єм непереданих даних також може бути надана іншими способами. Таблиця 1 Об'єм непереданих даних 0 1 2 3 4 5 20 25 30 35 40 45 Кількість основних стільників 1 2 4 8 16 >16 Спектральна ефективність 1 Кількість байтів непереданих даних 34*SE 64*SE 128*SE 256*SE 512*SE >512*SE У одному варіанті реалізації множина способів або конфігурацій запитів може підтримуватися для інформації про тип непереданих даних, переданої в першому форматі запиту, а також може використовуватися для забезпечення різних типів інформації QoS. У одному варіанті реалізації одна конфігурація запиту може бути вибрана для використання за допомогою мережі доступу, а також передана на термінал, наприклад, в параметрі REQConfig, переданому за допомогою сигналізації старшого рівня. У одному варіанті реалізації кожна конфігурація запиту може надати можливість визначення інформації про тип непереданих даних у вираженні класу QoS або максимальної затримки. Максимальна затримка може бути часом, що залишається до закінчення часу пакета, а також може залежати від часу прибуття пакета і максимальної затримки для пакета. Клас QoS також може називатися класом потоку. Різні потоки можуть стосуватися різних класів QoS, які можуть бути пов'язані з різними вимогами QoS, як було описано вище. У одному варіанті реалізації кожний потік може бути пов'язаний з сигналізацією типу затримки або типу класу QoS для запитів ресурсів. Для кожного потоку типу затримки мережа доступу може призначити максимальну затримку, яка вказує максимальний час пакета для потоку, який може очікуватися перед закінченням. Для кожного потоку типу класу QoS мережа доступу може призначити клас QoS для потоку, до якого належить потік. Запити ресурсів для кожного потоку можуть включати в себе (і) інформацію про клас QoS, якщо потік пов'язаний з класом QoS, або (іі) інформацію про максимальну затримку, якщо потік пов'язаний з максимальною затримкою. Термінал може визначити максимальну затримку або інформацію про клас QoS для даних для передачі для потоку, а також може надати цю інформацію про максимальну затримку або інформацію про клас QoS в запиті ресурсів. У одному варіанті реалізації три конфігурації запиту можуть підтримуватися для інформація про тип непереданих даних, а також можуть бути ідентифіковані за допомогою параметра REQConfig=1, 2 і 3. В одному варіанті реалізації перша конфігурація запиту з параметром REQConfig=1 підтримує повідомлення одного з восьми можливих значень класу QoS, як показано в таблиці 2. В цій конфігурації кожний потік може бути пов'язаний зі значенням Cfg1QoSClass, яке може бути відмічене за допомогою ознаки потоку. Запит ресурсів для визначеного потоку NN (де NN є ідентифікатором потоку) може включати в себе значення Cfg1QoSClass для цього потоку як інформацію про тип непереданих даних. Перша конфігурація 5 UA 97827 C2 запиту може бути використана для сигналізації розміру буфера, пов'язаного з одним з декількох класів QoS. Таблиця 2 REQConfig=1 Тип непереданих даних 0-7 5 10 15 20 Інтерпретація Cfg1QoSClass У одному варіанті реалізації друга конфігурація запиту з параметром REQConfig=2 підтримує повідомлення або одного з чотирьох можливих значень класу QoS, або одного з чотирьох можливих значень максимальної затримки, як показано в таблиці 3. В цій конфігурації кожний потік може бути пов'язаний зі значенням Cfg2QoSClass, яке може бути відмічене за допомогою ознаки потоку. Запит ресурсів для визначеного потоку NN може включати в себе значення Cfg2QoSClass для цього потоку як інформацію про тип непереданих даних. Альтернативно, запит ресурсів може включати в себе значення максимальної затримки для потоку NN як інформацію про тип непереданих даних. У одному варіанті реалізації третя конфігурації запиту з параметром REQConfig=3 підтримує повідомлення одного з восьми можливих значень максимальної затримки, як показано в таблиці 4. В цієї конфігурації запит ресурсів для визначеного потоку NN може включати в себе максимальну затримку для цього потоку як інформацію про тип непереданих даних. Третя конфігурація запиту може бути використана для сигналізації розміру буфера, пов'язаного з однією з декількох максимальних затримок. Інформація про об'єм непереданих даних, передана в запиті ресурсів, може вказувати загальний об'єм даних для передачі для всіх потоків, яким повідомлена максимальна затримка. Наприклад, якщо перший потік має 100 байтів з максимальною затримкою в 20 мілісекунд, другий потік має 200 байтів з максимальною затримкою в 20 мілісекунд, а третій потік має 150 байтів з максимальною затримкою в 40 мілісекунд, то термінал може передати запит ресурсів 300 байтів з максимальною затримкою в 20 мілісекунд для першого і другого потоків. 25 Таблиця 3 REQConfig=2 Тип непереданих даних 0-3 4 5 6 7 Інтерпретація Cfg2QoSClass Максимальна затримка в мілісекундах (мсек.) 20 40 80 120 Таблиця 4 REQConfig=3 Тип непереданих даних 0 1 2 3 4 5 6 7 30 35 Максимальна затримка (мсек.) 20 40 60 80 100 120 160 200 Таблиці 2-4 зображають ілюстративні варіанти реалізації трьох конфігурацій запиту для інформації про тип непереданих даних. Загалом, може підтримуватися будь-яка кількість конфігурацій запиту, крім того кожна конфігурація запиту може забезпечити будь-який тип інформації QoS. Перший формат запиту може бути використаний для забезпечення інформації про об'єм непереданих даних, а також інформації про тип непереданих даних для одного або декількох потоків, які стосуються аналогічного класу QoS або ж мають аналогічну максимальну затримку. Інформація про тип непереданих даних може включати в себе визначений клас QoS або визначену максимальну затримку для одного або декількох потоків. Інформація про об'єм непереданих даних і інформація про тип непереданих даних для 6 UA 97827 C2 5 10 15 потоків, які стосуються різних класів QoS або мають різні максимальні затримки, може бути передана у множині запитів ресурсів, наприклад, один запит ресурсів для кожної групи з одного або декількох потоків, що мають аналогічний клас QoS або аналогічну максимальну затримку. Другий формат запиту може бути використаний для забезпечення загального об'єму непереданих даних для всіх потоків, а також може бути використаний у випадках, коли інформація QoS не визначена для потоку. Об'єми непереданих даних для всіх потоків можуть бути підсумовані для одержання загального об'єму непереданих даних. У одному варіанті реалізації загальний об'єм непереданих даних визначається за допомогою кількості, яка враховує спектральну ефективність, досяжну за допомогою термінала. Таблиця 5 показує два варіанти реалізації надання інформації про загальний об'єм непереданих даних. У першому варіанті реалізації інформація про загальний об'єм непереданих даних вказує кількість запитаних основних стільників, яка визначається у другій колонці таблиці 5. Термінал може обчислити кількість основних стільників вищеописаним способом для таблиці 1. У другому варіанті реалізації інформація про загальний об'єм непереданих даних вказує загальну кількість байтів даних, виміряну за допомогою спектральної ефективності, а також визначену в четвертій колонці таблиці 5, де «к» представляє 1024 байти. Таблиця 5 Загальний об'єм непереданих даних для другого формату запиту Значення r-reqch «110000» «110001» «110010» «110011» «110100» «110101» «110110» «110111» «111000» «111001» «111010» «111011» «111110» «111101» «111110» «111111» 20 25 30 35 Кількість стільників 4 8 12 16 32 48 64 80 96 128 160 224 288 352 416 >416 Кількість байтів непереданих даних 64*SE 128*SE 256*SE 384*SE 512*SE 1024*SE 1536*SE 2k* SE 4k* SE 6k* SE 8k* SE 12k*SE 16k*SE 32k*SE 48k*SE 64k*SE Для формування запиту ресурсів термінал може спочатку визначити кількість байтів непереданих даних, які можуть включати в себе дані для передачі, службові сигнали, такі як перевірка з використанням циклічного надмірного коду (CRC), будь-яку внутрішньосмугову сигналізацію для передачі з даними, і т. д. Термінал може перетворити кількість байтів непереданих даних в значення об'єму непереданих даних на основі перетворення, яке може залежати від вибраного формату запиту, а також від спектральної ефективності. Ця спектральна ефективність може бути спектральною ефективністю останнього призначення зворотної лінії зв'язку, поточною досяжною спектральною ефективністю, спектральною ефективністю за умовчанням (наприклад, якщо термінал не прийняв призначення зворотної лінії зв'язку від планувальника) і т. д. Потім термінал може сформувати запит ресурсів на основі інформації про об'єм непереданих даних, а також на основі інформації про тип непереданих даних/QoS (у випадку застосовності). Термінал може передати запит ресурсів для надання планувальнику інформації про об'єм непереданих даних і, можливо, інформації QoS, яка стосується стану буферів на терміналі. Термінал може передати запит ресурсів як позасмугову сигналізацію в r-reqch, який можна передати по каналу R-CDCCH в підсегменті CDMA. Термінал також може передати запит ресурсів як внутрішньосмугову сигналізацію нарівні з даними по каналу R-ODCH. У одному варіанті реалізації термінал може передати запити ресурсів як внутрішньосмугову сигналізацію по каналу R-ODCH таким чином. 7 UA 97827 C2 5 10 15 20 25 30 35 40 45 50 55 60 Термінал може передати запит ресурсів в пакеті, а також може запустити таймер внутрішньосмугового запиту при передачі пакета. Термінал може зупинити таймер внутрішньосмугового запиту у випадках, коли пакет декодований помилково, а також може повторно запустити таймер у випадках, коли пакет декодований правильно. У той час, коли таймер внутрішньосмугового запиту активний, термінал може передати інший запит ресурсів виключно у випадках, коли термінал має нову інформацію про об'єм непереданих даних, яка не розглядалася в останньому внутрішньосмуговому запиті ресурсів. Таймер внутрішньосмугового запиту може бути використаний для запобігання використанню каналу керування у випадках, коли аналогічна інформація вже була передана всередині смуги. Це може скоротити навантаження в каналі керування. Термінал може передати внутрішньосмугові запити ресурсів в потоці старшого пріоритету, в пакеті з малою затримкою, в пакетах, розмір яких більше попередньо визначеного розміру, і т. д. У одному варіанті реалізації термінал може передати запити ресурсів як позасмугову сигналізацію по каналу R-CDCCH в підсегменті CDMA на основі схеми затримки. Термінал може запустити таймер затримки після передачі запиту ресурсів в r-reqch. У той час, коли таймер затримки активний, термінал може утриматися від передачі запитів ресурсів, за винятком наступних випадків, коли: (і) запит ресурсів для потоку з пріоритетом вище старшого пріоритету всього потоку(ів) в останньому запиті ресурсів або (іі) запит ресурсів для вказівки вимоги найменшої затримки (20 мілісекунд у вищезазначеному варіанті реалізації) або менше, який не був позначений в останньому запиті ресурсів. Термінал може встановити таймер в псевдовипадкове значення в межах діапазону 0-W, а також може збільшувати (наприклад, в два рази) значення W при кожній передачі запиту ресурсів, а також, коли розподіл ресурсів не був прийнятий протягом попередньо визначеного періоду часу. Термінал може скинути таймер затримки на нуль після передачі обслуговування, наприклад, з одного обслуговуючого сектора в інший обслуговуючий сектор. Ця схема затримки може запобігти перевантаженню підсегмента CDMA, а також може бути застосована до інших каналів керування, наприклад, до каналу CQI. Термінал може передати запит ресурсів по каналу R-CDCCH (замість каналу R-CDCCH) у випадках, коли це доступно в межах F кадрів PHY, де F може дорівнювати 4, 8, 12 і т. д. Фіг.5 зображує варіант реалізації процесу 500 для передачі запитів ресурсів з інформацією QoS. Процес 500 може бути виконаний за допомогою термінала або іншого об'єкта. Термінал може визначити або прийняти конфігурацію, вибрану для використання для передачі запитів ресурсів з множини конфігурацій (етап 512). Кожна конфігурація може бути пов'язана щонайменше з одним з множини можливих типів QoS. У одному варіанті реалізації множина можливих типів QoS включає в себе клас QoS і максимальну затримку. Термінал може визначити щонайменше один тип QoS для передачі в запитах ресурсів на основі вибраної конфігурації (етап 514). Термінал може мати дані для передачі, а також може визначити інформацію QoS для даних (етап 516). Інформація QoS може включати в себе щонайменше один тип QoS для вибраної конфігурації. Термінал також може визначити інформацію про об'єм непереданих даних для даних для передачі (етап 518). Інформація про об'єм непереданих даних може включати в себе одне з множини значень об'єму непереданих даних, яке може бути застосовним для всіх конфігурацій. Термінал може сформувати і передати запит ресурсів, який включає в себе інформацію про об'єм непереданих даних і інформацію QoS (етап 520). У одному варіанті реалізації запит ресурсів може включати в себе (і) інформацію про об'єм непереданих даних і інформацію про клас QoS у випадках, якщо вибрана перша конфігурація, (іі) інформацію про об'єм непереданих даних і або інформацію про клас QoS, або інформацію про максимальну затримку у випадках, якщо вибрана друга конфігурація, або (ііі) інформацію про об'єм непереданих даних і інформацію про максимальну затримку у випадках, якщо вибрана третя конфігурація. Запит ресурсів також може включати в себе інші інформаційні комбінації в інших варіантах реалізації. У одному варіанті реалізації запит ресурсів може включати в себе одне з восьми можливих значень класу QoS для першої конфігурації або ж одне з чотирьох можливих значень класу QoS для другої конфігурації. У одному варіанті реалізації запит ресурсів може включати в себе одне з чотирьох можливих значень максимальної затримки для другої конфігурації або ж одне з восьми можливих значень максимальної затримки для третьої конфігурації. Перша конфігурація може бути вибрана для першої кількості потоків (наприклад, для восьми потоків), а друга конфігурація може бути вибрана для другої кількості потоків (наприклад, для чотирьох потоків). Запит ресурсів може включати в себе фіксовану кількість бітів (наприклад, шість бітів) для всіх конфігурацій. Фіг.6 зображує варіант реалізації пристрою 600 для передачі запитів ресурсів з інформацією QoS. Пристрій 600 включає в себе засіб для визначення або прийому вибраної для 8 UA 97827 C2 5 10 15 20 25 30 35 40 45 50 55 60 використання конфігурації для передачі запитів ресурсів (модуль 612), засіб для визначення щонайменше одного типу QoS для передачі в запитах ресурсів на основі вибраної конфігурації (модуль 614), засіб для визначення інформації QoS для даних для передачі з інформацією QoS, яка включає в себе щонайменше один тип QoS для вибраної конфігурації (модуль 616), засіб для визначення інформації про об'єм непереданих даних для даних для передачі (модуль 618), і засіб для формування запиту ресурсів, який включає в себе інформацію про об'єм непереданих даних і інформацію QoS (модуль 620). Фіг.7 зображує варіант реалізації процесу 700 для передачі запитів ресурсів різних форматів. Процес 700 може бути виконаний за допомогою термінала або іншого об'єкта. Термінал може визначити щонайменше один тип інформації для передачі в запиті ресурсів (етап 712). Термінал може визначити формат для використання для запиту ресурсів з множини форматів на основі щонайменше одного типу інформації для передачі (етап 714). Множина форматів може включати в себе перший формат для інформації про об'єм непереданих даних і інформації QoS, а також другий формат виключно для інформації про об'єм непереданих даних. Термінал може використовувати перший формат у випадках, коли щонайменше один тип інформації включає в себе інформацію про об'єм непереданих даних і інформацію QoS. Термінал може використовувати другий формат у випадках, коли щонайменше один тип інформації включає в себе виключно інформацію про об'єм непереданих даних. Термінал може використовувати перший формат у випадках, коли запит ресурсів призначений для визначеного потоку, а також може використовувати другий формат у випадках, коли запит ресурсів призначений для множини потоків. Термінал може використовувати перший формат для потоку, пов'язаного з інформацією QoS, a також може використовувати другий формат для потоку, не пов'язаного з інформацією QoS або ж призначеного для множини потоків зі змінною інформацією QoS. Термінал також може вибрати перший або другий формат на основі інших критеріїв. Термінал може сформувати запит ресурсів, який включає в себе щонайменше один тип інформації у визначеному форматі (етап 716). Запит ресурсів може включати в себе фіксовану кількість бітів (наприклад, шість бітів) для всієї множини форматів. Перший формат може відповідати першому діапазону значень (наприклад, від 0 до 47) для запиту ресурсів, а другий формат може відповідати другому діапазону значень (наприклад, 48-63). Фіг.8 зображує варіант реалізації пристрою 800 для передачі запитів ресурсів різних форматів. Пристрій 800 включає в себе засіб для визначення щонайменше одного типу інформації для передачі в запиті ресурсів (модуль 812), засіб для визначення формату для використання для запиту ресурсів з множини форматів на основі щонайменше одного типу інформації для передачі (модуль 814), і засіб для формування запиту ресурсів, який включає в себе щонайменше один тип інформації у визначеному форматі (модуль 816). Фіг.9 зображує варіант реалізації процесу 900 для передачі запитів ресурсів з інформацією QoS. Процес 900 може бути виконаний за допомогою термінала або іншого об'єкта. Термінал може визначити інформацію про клас QoS або інформацію про максимальну затримку для даних для передачі (етап 912). Термінал може визначити інформацію про об'єм непереданих даних для даних для передачі (етап 914). Термінал може сформувати запит ресурсів, який включає в себе інформацію про об'єм непереданих даних в першій області і інформацію про клас QoS або інформацію про максимальну затримку у другій області (етап 916). У одному варіанті реалізації етапу 912, термінал може ідентифікувати щонайменше один потік, якого стосуються дані для передачі, а також може визначити, чи пов'язаний щонайменше один потік з класом QoS або максимальною затримкою. Потім термінал може визначити (і) інформацію про клас QoS щонайменше для одного потоку, якщо він пов'язаний з класом QoS, або (іі) інформацію про максимальну затримку щонайменше для одного потоку, якщо він пов'язаний з максимальною затримкою. У одному варіанті реалізації етапу 916, термінал може (і) перетворити інформацію про клас QoS в перший діапазон значень для другої області або (іі) перетворити інформацію про максимальну затримку у другий діапазон значень для другої області. У одному варіанті реалізації друга область може включати в себе три біти, а термінал може (і) перетворити інформацію про клас QoS в одне з чотирьох можливих значень для другої області або (іі) перетворити інформацію про максимальну затримку в одне з чотирьох різних можливих значень для другої області. Фіг.10 зображує варіант реалізації пристрою 1000 для передачі запитів ресурсів з інформацією QoS. Пристрій 1000 включає в себе засіб для визначення інформації про клас QoS або інформації про максимальну затримку для даних для передачі (модуль 1012), засіб для визначення інформації про об'єм непереданих даних для даних для передачі (модуль 1014), і 9 UA 97827C2 5 10 15 20 25 30 35 40 45 50 55 60 засіб для формування запиту ресурсів, який включає в себе інформацію про об'єм непереданих даних в першій області і інформацію про клас QoS або інформацію про максимальну затримку у другій області (модуль 1016). Фіг.11 зображує варіант реалізації процесу 1100 для передачі запитів ресурсів з урахуванням спектральної ефективності. Процес 1100 може бути виконаний за допомогою термінала або іншого об'єкта. Термінал може визначити інформацію про об'єм непереданих даних на основі об'єму даних для передачі і спектральної ефективності (етап 1112). Термінал може визначити спектральну ефективність на основі нового призначення ресурсів, нового індикатора CQI і т. д. Термінал може сформувати запит ресурсів, який включає в себе інформацію про об'єм непереданих даних (етап 1114). У одному варіанті реалізації термінал може вибрати одне з множини значень об'єму непереданих даних, відповідних різним кількостям байтів, виміряним за допомогою спектральної ефективності, наприклад, як показано в таблиці 1 або 5. В іншому варіанті реалізації термінал може вибрати одне з множини значень об'єму непереданих даних, відповідних (і) різним кількостям байтів, виміряним за допомогою спектральної ефективності, якщо спектральна ефективність більше порогового значення, або (іі) різним кількостям байтів, якщо спектральна ефективність дорівнює або менше порогового значення, наприклад, як показано в таблиці 1. Ще в одному варіанті реалізації термінал може вибрати одне з множини значень об'єму непереданих даних, відповідних різним кількостям стільників, визначеним на основі спектральної ефективності, наприклад, як показано в таблиці 1 або 5. Термінал також може вибрати одне з множини значень об'єму непереданих даних іншими способами. Для всіх варіантів реалізації термінал може формувати запит ресурсів, який включає в себе вибране значення об'єму непереданих даних. Фіг.12 зображує варіант реалізації пристрою 1200 для передачі запитів ресурсів з урахуванням спектральної ефективності. Пристрій 1200 включає в себе засіб для визначення інформації про об'єм непереданих даних на основі об'єму даних для передачі і спектральної ефективності (модуль 1212), а також засіб для формування запиту ресурсів, який включає в себе інформацію про об'єм непереданих даних (модуль 1214). Фіг.13 зображує варіант реалізації процесу 1300 для передачі керуючих повідомлень із затримкою. Процес 1300 може бути виконаний за допомогою термінала або іншого об'єкта. Термінал може передати перше керуюче повідомлення, наприклад, запит ресурсів для даних для передачі, запит передачі обслуговування, повідомлення індикатора CQI і т. д. (етап 1312). Термінал може вибрати перше псевдовипадкове значення в межах діапазону (етап 1314), а також може встановити таймер затримки в перше псевдовипадкове значення після передачі першого керуючого повідомлення (етап 1316). Термінал може визначити, чи передавати друге керуюче повідомлення, на основі таймера затримки (етап 1318). У одному варіанті реалізації термінал може передати друге керуюче повідомлення у випадках, якщо відповідь на перше керуюче повідомлення не була прийнята (наприклад, не було прийняте призначення для запиту ресурсів), після чого таймер затримки закінчується. Термінал може розширити діапазон після передачі другого керуючого повідомлення, вибрати друге псевдовипадкове значення в межах розширеного діапазону, а також встановити таймер затримки у друге псевдовипадкове значення після передачі другого керуючого повідомлення. Потім термінал може визначити, чи передавати інше керуюче повідомлення, на основі таймера затримки. У одному варіанті реалізації керуючі повідомлення є запитами ресурсів, а термінал може передати другий запит ресурсів для потоку перед закінченням таймера затримки у випадках, якщо (і) потік має пріоритет, вище старшого пріоритету щонайменше одного потоку, що передається в першому запиті ресурсів, (іі) потік має найменшу максимальну затримку, а найменша максимальна затримка не була передана в першому запиті ресурсів, або (ііі) якщо задоволений інший критерій. Фіг.14 зображує варіант реалізації пристрою 1400 для передачі керуючих повідомлень із затримкою. Пристрій 1400 включає в себе засіб для передачі першого керуючого повідомлення, наприклад, запиту ресурсів для даних для передачі (модуль 1412), засіб для вибору першого псевдовипадкового значення в межах діапазону (модуль 1414), засіб для установки таймера затримки в перше псевдовипадкове значення після передачі першого керуючого повідомлення (модуль 1416), і засіб для визначення того, чи передавати друге керуюче повідомлення, на основі таймера затримки (модуль 1418). Модулі, зображені на Фіг.6, 8, 10, 12 і 14, можуть включати в себе процесори, електронні пристрої, апаратні пристрої, електронні компоненти, логічні схеми, пристрої пам'яті і т. д., або будь-яку їх комбінацію. 10 UA 97827 C2 5 10 15 20 25 30 35 40 45 50 55 Фіг.15 зображує блок-схему варіанта реалізації базової станції 110 і термінала 120, які є однією з базових станцій і одним з терміналів, зображених на Фіг.1. У цьому варіанті реалізації термінал 120 обладнаний Т антенами 1534а-1534t, а базова станція ПО обладнана R антенами 1552а-1552г, де загалом Т>1 і R>1. На терміналі 120 процесор 1520 передачі (ТХ) даних і керування може приймати від джерела 1512 даних дані, що передаються, обробляти (наприклад, кодувати, чергувати, скремблювати і перетворювати) дані, що передаються, а також забезпечувати символи даних. Процесор 1520 також може приймати від контролера/процесора 1540 керуючу інформацію (наприклад, запити ресурсів), обробляти керуючу інформацію, а також забезпечувати керуючі символи. Процесор 1520 також може формувати і мультиплексувати пілот-символи з даними і керуючими символами. Процесор 1530 ТХ МІМО може обробляти (наприклад, попередньо кодувати) символи від процесора 1520, а також забезпечувати Т вихідних потоків символів Т модуляторам (MOD) 1532a-1532t. Процесор 1530 ТХ МІМО може бути опущений у випадках, якщо термінал 120 обладнаний однією антеною. Кожний модулятор 1532 може обробляти свій вихідний потік символів (наприклад, для OFDM, CDM і т. д.) для одержання вихідного потоку елементів. Кожний модулятор 1532 може додатково обробляти (наприклад, перетворювати в аналогову форму, фільтрувати, посилювати і перетворювати з підвищенням частоти) свій вихідний потік елементів для формування сигналу зворотної лінії зв'язку. Т сигналів зворотної лінії зв'язку від модуляторів 1532a-1532t можуть бути передані через Т антен 1534a-1534t, відповідно. На базовій станції 110 антени 1552а-1552r можуть приймати сигнали зворотної лінії зв'язку від термінала 120 і/або інших терміналів. Кожна антена 1552 може забезпечувати прийнятий сигнал відповідному демодулятору 1554 (DEMOD). Кожний демодулятор 1554 може обробляти (наприклад, фільтрувати, посилювати, перетворювати з пониженням частоти і перетворювати в цифрову форму) свій прийнятий сигнал для одержання відліків, а також може додатково обробляти відліки (наприклад, для OFDM, CDM і т. д.) для одержання демодульованих символів. Процесор 1560 RX МІМО може виконувати виявлення МІМО демодульованих символів від всіх R демодуляторів 1554а-1554г, а також забезпечувати виявлені символи. Процесор 1570 прийому (RX) даних і керування може обробляти (наприклад, демодулювати, виконувати зворотне чергування, дескремблювати і декодувати) виявлені символи, забезпечувати декодовані дані приймачу 1572 даних, а також забезпечувати декодовану керуючу інформацію (наприклад, запити ресурсів) контролеру/процесору 1590. Загалом, обробка за допомогою процесорів 1560 і 1570 є додатковою відносно обробки за допомогою процесорів 1530 і 1520, відповідно, в терміналі 120. Базова станція 110 може передавати дані і/або керуючу інформацію по прямій лінії зв'язку на термінал 120. Дані, що передаються, від джерела 1578 даних і/або керуюча інформація (наприклад, призначення ресурсів) від контролера/процесора 1590 можуть бути оброблені за допомогою процесора 1580 передачі (ТХ) даних і керування, а також додатково оброблені за допомогою процесора 1582 ТХ МІМО для одержання R вихідних потоків символів. R модуляторів 1554а-1554r можуть обробити R вихідних потоків символів (наприклад, для OFDM) для одержання R вихідних потоків елементів, а також можуть додатково обробити вихідні потоки елементів для одержання R сигналів прямої лінії зв'язку, які можуть бути передані через R антен 1552а-1552r. У терміналі 120 сигнали прямої лінії зв'язку від базової станції 110 можуть бути прийняті за допомогою антен 1534a-1534t, оброблені за допомогою демодуляторів 1532a1532t, а також додатково оброблені за допомогою процесора 1536 RX МІМО (у випадку його застосування) і процесора 1538 прийому (RX) даних і керування для відновлення даних, що передаються, і керуючої інформації, переданої на термінал 120. Дані, що передаються, можуть бути надані приймачу 1539 даних. Контролери/процесори 1540 і 1590 можуть керувати роботою термінала 120 і базової станції 110, відповідно. Пристрої 1542 і 1592 пам'яті можуть зберігати дані і програмні коди для термінала 120 і базової станції 110, відповідно. Планувальник 1594 може планувати термінали на передачу даних по прямій і/або зворотній лінії зв'язку, а також може призначати ресурси запланованим терміналам. Фахівцям в даній галузі техніки буде зрозуміло, що інформація і сигнали можуть бути представлені з використанням будь-якої з множини різних технологій і технік. Наприклад, дані, команди, інформація, сигнали, біті, символи і елементи, які зустрічаються по всьому вищезазначеному опису, можуть бути представлені за допомогою напруг, струмів, електромагнітних хвиль, магнітних полів або частинок, оптичних полів або частинок або за допомогою будь-якої їх комбінації. 11 UA 97827 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 може постійно знаходитися в користувацькому терміналі. Альтернативно, процесор і носій даних можуть постійно знаходитися як дискретні компоненти в користувацькому терміналі. У одному або декількох ілюстративних варіантах реалізації описані функції можуть бути реалізовані в апаратних засобах, програмному забезпеченні, вбудованому програмованому забезпеченні або за допомогою будь-якої їх комбінації. При програмній реалізації функції можуть бути збережені на машиночитаному носії або передані через нього як одна або декількох команд або кодів. Машиночитаний носій включає в себе запам'ятовуючий носій ЕОМ і носій зв'язку, що включає в себе будь-який носій, який спрощує передачу комп'ютерної програми з одного місця в інше. Носії даних можуть бути будь-якими доступними носіями, до яких можна одержати доступ за допомогою універсального або спеціалізованого комп'ютера. За допомогою прикладу, в числі іншого, такий машиночитаний носій може включати в себе пам'ять RAM, ROM, EEPROM, диск CD-ROM або інший накопичувач на оптичних дисках, накопичувач на магнітних дисках або інші магнітні запам'ятовуючі пристрої, або будь-який інший носій, який може бути використаний для транспортування або збереження бажаних програмних кодів у вигляді команд або структур даних і до якого можна одержати доступ за допомогою універсального або спеціалізованого комп'ютера або ж універсального або спеціалізованого процесора. Крім того, будь-яке з'єднання належно називається машиночитаним носієм. Наприклад, якщо програмне забезпечення передається з веб-сайта, сервера або з іншого віддаленого джерела з використанням коаксіального кабелю, оптоволоконного кабелю, витої пари, цифрової абонентської лінії зв'язку (DSL) або технологій безпровідного зв'язку, таких як інфрачервоний, радіо- і мікрохвильовий зв'язок, то коаксіальний кабель, оптоволоконний кабель, вита пара, лінія DSL або технології безпровідного зв'язку, такі як інфрачервоний, радіо- і мікрохвильовий зв'язок входять у визначення «носій». Використовуваний в цьому документі термін «диск» включає в себе компакт-диск (CD), лазерний диск, оптичний диск, цифровий універсальний диск (DVD), дискету і диск blu-ray, де дискети, як правило, відтворюють дані магнітним способом, в той час як диски відтворюють дані оптичним способом з використанням лазера. Комбінації вищезазначеного також повинні бути включені в об'єм поняття «машиночитаний носій». 12 UA 97827 C2 5 Вищезазначений опис розкриття представлений для надання фахівцям в даній галузі техніки можливості створення або використання розкриття. Різні модифікації до розкриття будуть повністю очевидні фахівцям в даній галузі техніки, а визначені в цьому документі родові принципи можуть бути застосовані до інших змін, не відступаючи від суті або об'єму розкриття. Отже, розкриття не призначене для обмеження за допомогою описаних в цьому документі прикладів і варіантів реалізації, і повинно одержати найширшу сферу, сумісну з принципами і новими відмітними ознаками, розкритими в цьому документі. ФОРМУЛА ВИНАХОДУ 10 15 20 25 30 35 40 45 50 55 1. Пристрій для безпровідного зв'язку, який включає в себе: щонайменше один процесор, виконаний з можливістю визначення інформації про якість обслуговування (QoS) для даних для передачі, визначення інформації про об'єм непереданих даних для даних для передачі на основі спектральної ефективності, причому інформація QoS включає в себе щонайменше один з множини можливих типів QoS, а також формування запиту ресурсів, який включає в себе інформацію QoS та інформацію про об'єм непереданих даних; і пам'ять, сполучену щонайменше з одним процесором. 2. Пристрій за п. 1, в якому множина можливих типів QoS включає в себе клас QoS і максимальну затримку. 3. Пристрій за п. 1, в якому щонайменше один процесор виконаний з можливістю визначення щонайменше одного типу QoS для передачі в запиті ресурсів на основі конфігурації, вибраної з множини конфігурацій, причому кожна конфігурація пов'язана з одним або декількома з множини можливих типів QoS. 4. Пристрій за п. 3, в якому щонайменше один процесор виконаний з можливістю визначення одного з множини значень об'єму непереданих даних на основі об'єму даних для передачі, причому множина значень об'єму непереданих даних є застосовною для всієї множини конфігурацій, а також формування запиту ресурсів, який додатково включає в себе визначене значення об'єму непереданих даних. 5. Пристрій за п. 3, в якому запит ресурсів включає в себе фіксовану кількість бітів для всієї множини конфігурацій. 6. Пристрій за п. 1, в якому щонайменше один процесор виконаний з можливістю формування запиту ресурсів, який включає в себе згадану інформацію про об'єм непереданих даних і інформацію про клас QoS у випадках, якщо вибрана перша конфігурація. 7. Пристрій за п. 6, в якому щонайменше один процесор виконаний з можливістю формування запиту ресурсів, який включає в себе згадану інформацію про об'єм непереданих даних і/або згадану інформацію про клас QoS, або інформацію про максимальну затримку у випадках, якщо вибрана друга конфігурація. 8. Пристрій за п. 7, в якому щонайменше один процесор виконаний з можливістю формування запиту ресурсів, який включає в себе згадану інформацію про об'єм непереданих даних і згадану інформацію про максимальну затримку у випадках, якщо вибрана третя конфігурація. 9. Пристрій за п. 7, в якому перша конфігурація вибирається для першої кількості потоків, а друга конфігурація вибирається для другої кількості потоків, яка менша першої кількості потоків. 10. Пристрій за п. 7, в якому інформація QoS включає в себе інформацію про клас QoS, і в якому запит ресурсів включає в себе одне з восьми можливих значень класу QoS для першої конфігурації або ж одне з чотирьох можливих значень класу QoS для другої конфігурації. 11. Пристрій за п. 8, в якому інформація QoS включає в себе інформацію про максимальну затримку, і в якому запит ресурсів включає в себе одне з чотирьох можливих значень максимальної затримки для другої конфігурації або ж одне з восьми можливих значень максимальної затримки для третьої конфігурації. 12. Спосіб безпровідного зв'язку, який включає в себе етапи, на яких: визначають інформацію про якість обслуговування (QoS) для даних для передачі, причому інформація QoS включає в себе щонайменше один з множини можливих типів QoS; визначають інформацію про об'єм непереданих даних для даних для передачі на основі спектральної ефективності; і формують запит ресурсів, який включає в себе інформацію QoS та інформацію про об'єм непереданих даних. 13. Спосіб за п. 12, в якому етап формування запиту ресурсів включає в себе етапи, на яких: формують запит ресурсів, який включає в себе інформацію про об'єм непереданих даних і інформацію про клас QoS у випадках, якщо вибрана перша конфігурація; 13 UA 97827 C2 5 10 15 20 25 30 35 40 45 50 55 формують запит ресурсів, який включає в себе інформацію про об'єм непереданих даних і/або інформацію про клас QoS, або інформацію про максимальну затримку у випадках, якщо вибрана друга конфігурація; і формують запит ресурсів, який включає в себе інформацію про об'єм непереданих даних і інформацію про максимальну затримку у випадках, якщо вибрана третя конфігурація. 14. Пристрій для безпровідного зв'язку, який включає в себе: засіб для визначення інформації про якість обслуговування (QoS) для даних для передачі, причому інформація QoS включає в себе щонайменше один з множини можливих типів QoS; засіб для визначення інформації про об'єм непереданих даних для даних для передачі на основі спектральної ефективності; і засіб для формування запиту ресурсів, який включає в себе інформацію QoS та інформацію про об'єм непереданих даних. 15. Пристрій за п. 14, в якому засіб для формування запиту ресурсів включає в себе: засіб для формування запиту ресурсів, який включає в себе інформацію про об'єм непереданих даних і інформацію про клас QoS у випадках, якщо вибрана перша конфігурація, засіб для формування запиту ресурсів, який включає в себе інформацію про об'єм непереданих даних і/або інформацію про клас QoS, або інформацію про максимальну затримку у випадках, якщо вибрана друга конфігурація, і засіб для формування запиту ресурсів, який включає в себе інформацію про об'єм непереданих даних і інформацію про максимальну затримку у випадках, якщо вибрана третя конфігурація. 16. Комп'ютерночитаний носій, що включає в себе: код для спонукання щонайменше одного комп'ютера до визначення інформації про якість обслуговування (QoS) для даних для передачі, причому інформація QoS включає в себе щонайменше один з множини можливих типів QoS; код для спонукання щонайменше одного комп'ютера до визначення інформації про об'єм непереданих даних для даних для передачі на основі спектральної ефективності; і код для спонукання щонайменше одного комп'ютера до формування запиту ресурсів, який включає в себе інформацію QoS та інформацію про об'єм непереданих даних. 17. Пристрій для безпровідного зв'язку, який включає в себе: щонайменше один процесор, виконаний з можливістю визначення щонайменше одного типу інформації для передачі в запиті ресурсів, причому щонайменше один тип інформації містить інформацію про об'єм непереданих даних на основі спектральної ефективності, визначення формату для використання для запиту ресурсів з множини форматів на основі щонайменше одного типу інформації для передачі і формування запиту ресурсів, який включає в себе щонайменше один тип інформації у визначеному форматі; і пам'ять, сполучену щонайменше з одним процесором. 18. Пристрій за п. 17, в якому множина форматів включає в себе перший формат для згаданої інформації про об'єм непереданих даних і інформації про якість обслуговування (QoS), а також в якому щонайменше один процесор виконаний з можливістю використання першого формату у випадках, якщо щонайменше один тип інформації включає в себе згадану інформацію про об'єм непереданих даних і інформацію QoS. 19. Пристрій за п. 18, в якому множина форматів додатково включає в себе другий формат виключно для згаданої інформації про об'єм непереданих даних, а також в якому щонайменше один процесор виконаний з можливістю використання другого формату у випадках, якщо щонайменше один тип інформації включає в себе виключно згадану інформацію про об'єм непереданих даних. 20. Пристрій за п. 19, в якому щонайменше один процесор виконаний з можливістю використання першого формату у випадках, якщо запит ресурсів призначений для визначеного потоку, а також використання другого формату у випадках, якщо запит ресурсів призначений для множини потоків. 21. Пристрій за п. 19, в якому щонайменше один процесор виконаний з можливістю використання першого формату для потоку, пов'язаного з інформацією QoS, а також використання другого формату для потоку, не пов'язаного з інформацією QoS, або для множини потоків зі змінною інформацією QoS. 22. Пристрій за п. 17, в якому запит ресурсів включає в себе фіксовану кількість бітів для всієї множини форматів. 23. Пристрій за п. 19, в якому перший формат відповідає першому діапазону значень, а другий формат відповідає другому діапазону значень для запиту ресурсів. 14 UA 97827 C2 5 10 15 20 25 30 35 40 45 50 55 60 24. Пристрій за п. 19, в якому запит ресурсів включає в себе шість бітів, причому перший формат відповідає першому діапазону від 0 до 47, а другий формат відповідає другому діапазону від 48 до 63. 25. Спосіб безпровідного зв'язку, який включає в себе етапи, на яких: визначають щонайменше один тип інформації для передачі в запиті ресурсів, причому щонайменше один тип інформації містить інформацію про об'єм непереданих даних на основі спектральної ефективності; визначають формат для використання для запиту ресурсів з множини форматів на основі щонайменше одного типу інформації для передачі; і формують запит ресурсів, який включає в себе щонайменше один тип інформації у визначеному форматі. 26. Спосіб за п. 25, в якому множина форматів включає в себе перший формат для згаданої інформації про об'єм непереданих даних і інформації про якість обслуговування (QoS), і в якому етап визначення формату включає в себе етап, на якому використовують перший формат у випадках, якщо щонайменше один тип інформації включає в себе згадану інформацію про об'єм непереданих даних і інформацію QoS. 27. Спосіб за п. 26, в якому множина форматів додатково включає в себе другий формат виключно для згаданої інформації про об'єм непереданих даних, а також в якому етап визначення формату включає в себе етап, на якому використовують другий формат у випадках, якщо щонайменше один тип інформації включає в себе виключно згадану інформацію про об'єм непереданих даних. 28. Спосіб за п. 26, в якому етап формування запиту ресурсів включає в себе етап, на якому визначають значення для запиту ресурсів в межах першого діапазону значень для першого формату і в межах другого діапазону значень для другого формату. 29. Пристрій для безпровідного зв'язку, який включає в себе: щонайменше один процесор, виконаний з можливістю визначення інформації про клас якості обслуговування (QoS) або інформації про максимальну затримку для даних для передачі, визначення інформації про об'єм непереданих даних для даних для передачі на основі спектральної ефективності, а також формування запиту ресурсів, який включає в себе інформацію про об'єм непереданих даних в першій області і інформацію про клас QoS або інформацію про максимальну затримку у другій області; і пам'ять, сполучену щонайменше з одним процесором. 30. Пристрій за п. 29, в якому щонайменше один процесор виконаний з можливістю перетворення інформації про клас QoS в перший діапазон значень для другої області або для перетворення інформації про максимальну затримку у другий діапазон значень для другої області. 31. Пристрій за п. 29, в якому друга область включає в себе три біти, а також в якому щонайменше один процесор виконаний з можливістю перетворення інформації про клас QoS в одне з чотирьох можливих значень для другої області або для перетворення інформації про максимальну затримку в одне з чотирьох різних можливих значень для другої області. 32. Пристрій за п. 29, в якому щонайменше один процесор виконаний з можливістю ідентифікації щонайменше одного потоку, якому належать дані для передачі, визначення того, чи пов'язаний щонайменше один потік з класом QoS або максимальною затримкою, визначення інформації про клас QoS для щонайменше одного потоку у випадках, якщо він пов'язаний з класом QoS, а також визначення інформації про максимальну затримку для щонайменше одного потоку у випадках, якщо він пов'язаний з максимальною затримкою. 33. Спосіб безпровідного зв'язку, який включає в себе етапи, на яких: визначають інформацію про клас якості обслуговування (QoS) або інформацію про максимальну затримку для даних для передачі; визначають інформацію про об'єм непереданих даних для даних для передачі на основі спектральної ефективності; і формують запит ресурсів, який включає в себе інформацію про об'єм непереданих даних в першій області і інформацію про клас QoS або інформацію про максимальну затримку у другій області. 34. Спосіб за п. 33, в якому етап формування запиту ресурсів включає в себе етап, на якому перетворюють інформацію про клас QoS в перший діапазон значень для другої області або перетворюють інформацію про максимальну затримку у другий діапазон значень для другої області. 35. Спосіб за п. 33, в якому друга область включає в себе три біти, причому етап формування запиту ресурсів включає в себе етап, на якому перетворюють інформацію про клас QoS в одне 15 UA 97827 C2 5 10 15 20 25 30 35 40 45 з чотирьох можливих значень для другої області або перетворюють інформацію про максимальну затримку в одне з чотирьох різних можливих значень для другої області. 36. Спосіб за п. 33, в якому етап визначення інформації про клас QoS або інформації про максимальну затримку включає в себе етапи, на яких: ідентифікують щонайменше один потік, якому належать дані для передачі; визначають, чи пов'язаний щонайменше один потік з класом QoS або максимальною затримкою; визначають інформацію про клас QoS для щонайменше одного потоку у випадках, якщо він пов'язаний з класом QoS; і визначають інформацію про максимальну затримку для щонайменше одного потоку у випадках, якщо він пов'язаний з максимальною затримкою. 37. Пристрій для безпровідного зв'язку, який включає в себе: щонайменше один процесор, виконаний з можливістю визначення інформації про об'єм непереданих даних на основі об'єму даних для передачі і спектральної ефективності, а також формування запиту ресурсів, який включає в себе інформацію про об'єм непереданих даних; і пам'ять, сполучену щонайменше з одним процесором. 38. Пристрій за п. 37, в якому щонайменше один процесор виконаний з можливістю визначення спектральної ефективності на основі нового призначення ресурсів. 39. Пристрій за п. 37, в якому щонайменше один процесор виконаний з можливістю вибору одного з множини значень об'єму непереданих даних, відповідних різним кількостям байтів, виміряним за допомогою спектральної ефективності, а також формування запиту ресурсів, який включає в себе вибране значення об'єму непереданих даних. 40. Пристрій за п. 37, в якому щонайменше один процесор виконаний з можливістю вибору одного з множини значень об'єму непереданих даних, які відповідають різним кількостям байтів, виміряним за допомогою спектральної ефективності, у випадках, якщо спектральна ефективність більше порогового значення, а також вибору одного з множини значень об'єму непереданих даних, відповідних різним кількостям байтів, у випадках, якщо спектральна ефективність рівна або менше порогового значення. 41. Пристрій за п. 37, в якому щонайменше один процесор виконаний з можливістю визначення кількості стільників для кожного з множини значень об'єму непереданих даних на основі спектральної ефективності, а також вибору одного з множини значень об'єму непереданих даних на основі об'єму даних для передачі. 42. Спосіб безпровідного зв'язку, який включає в себе етапи, на яких: визначають інформацію про об'єм непереданих даних на основі об'єму даних для передачі і спектральної ефективності; і формують запит ресурсів, який включає в себе інформацію про об'єм непереданих даних. 43. Спосіб за п. 42, в якому етап визначення інформації про об'єм непереданих даних включає в себе етап, на якому вибирають одне з множини значень об'єму непереданих даних, відповідних різним кількостям байтів, виміряним за допомогою спектральної ефективності, а також в якому етап формування запиту ресурсів включає в себе етап, на якому формують запит ресурсів, який включає в себе вибране значення об'єму непереданих даних. 44. Спосіб за п. 42, в якому етап визначення інформації про об'єм непереданих даних включає в себе етап, на якому вибирають одне з множини значень об'єму непереданих даних, відповідних різним кількостям байтів, виміряним за допомогою спектральної ефективності, у випадках, якщо спектральна ефективність більше порогового значення, а також вибирають одне з множини значень об'єму непереданих даних, відповідних різним кількостям байтів, у випадках, якщо спектральна ефективність дорівнює або менше порогового значення, а також в якому етап формування запиту ресурсів включає в себе етап, на якому формують запит ресурсів, який включає в себе вибране значення об'єму непереданих даних. 16 UA 97827 C2 17 UA 97827 C2 18 UA 97827 C2 19 UA 97827 C2 20 UA 97827 C2 Комп’ютерна верстка Н. Лисенко Державна служба інтелектуальної власності України, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601 21