Запросы ресурсов для системы беспроводной связи

Запросы ресурсов для системы беспроводной связи

Иллюстрации

Показать все

Реферат

По настоящей заявке испрашивается приоритет в соответствии с предварительной заявкой на патент США №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), а также могут быть включены класс QoS и максимальная задержка. Терминал может иметь данные для передачи по обратной линии связи, а также может определить информацию QoS для данных. Информация QoS может включать в себя, по меньшей мере, один тип QoS, который может зависеть от выбранной для использования конфигурации, для передачи запросов ресурсов. Терминал также может определить информацию об объеме непереданных данных, указывающую объем данных для передачи. Терминал может сформировать и передать запрос ресурсов, включающий в себя информацию об объеме непереданных данных и информацию QoS. В одном варианте реализации запрос ресурсов может включать в себя (i) информацию об объеме непереданных данных и информацию о классе QoS для первой конфигурации, (ii) информацию об объеме непереданных данных, а также либо информацию о классе QoS, либо информацию о максимальной задержке для второй конфигурации или (iii) информацию об объеме непереданных данных и информацию о максимальной задержке для третьей конфигурации. Для других вариантов реализации запрос ресурсов также может включать в себя некую другую информационную комбинацию.

В другом аспекте для запросов ресурсов может поддерживаться множество форматов. Терминал может определить, по меньшей мере, один тип информации для передачи в запросе ресурсов. Терминал может определить формат для использования для запроса ресурсов из множества форматов на основе, по меньшей мере, одного типа информации для передачи. Множество форматов может включать в себя первый формат для информации об объеме непереданных данных и QoS, а также второй формат исключительно для информации об объеме непереданных данных. Терминал может сформировать запрос ресурсов, включающий в себя, по меньшей мере, один тип информации в определенном формате. В одном варианте реализации запрос ресурсов может иметь фиксированное количество битов (например, 6 битов) для всех форматов, первый формат может соответствовать первому диапазону значений (например, от 0 до 47), а второй формат может соответствовать второму диапазону значений (например, 48-63).

Различные аспекты и отличительные признаки раскрытия более подробно описаны ниже.

Краткое описание чертежей

Фиг.1 изображает систему беспроводной связи.

Фиг.2 изображает вариант реализации структуры суперкадра.

Фиг.3 изображает вариант реализации запроса ресурсов.

Фиг.4 изображает другое представление запроса ресурсов.

Фиг.5 и 6 изображают процесс и устройство, соответственно, для передачи запросов ресурсов с информацией QoS.

Фиг.7 и 8 изображают процесс и устройство, соответственно, для передачи запросов ресурсов с различными форматами.

Фиг.9 и 10 изображают другой процесс и другое устройство, соответственно, для передачи запросов ресурсов с информацией QoS.

Фиг.11 и 12 изображают процесс и устройство, соответственно, для передачи запросов ресурсов с учетом спектральной эффективности.

Фиг.13 и 14 изображают процесс и устройство, соответственно, для передачи управляющих сообщений с задержкой.

Фиг.15 изображает блок-схему базовой станции и терминала.

Подробное описание

Фиг.1 изображает систему 100 беспроводной связи, которая также может называться сетью доступа (AN). Система 100 может включать в себя множество базовых станций 110. Базовая станция является станцией, которая взаимодействует с терминалами, а также может называться точкой доступа, узлом B, усовершенствованным узлом B и т.д. Каждая базовая станция обеспечивает зону радиосвязи в конкретной географической области. Контроллер 130 системы может быть соединен с базовыми станциями 110, а также может обеспечивать согласование и управление этими базовыми станциями.

Терминалы 120 могут быть распределены по всей системе, кроме того, каждый терминал может быть стационарным или мобильным. Терминал также может называться терминалом доступа (АТ), мобильной станцией, абонентским оборудованием, абонентской станцией, станцией и т.д. Терминал может являться сотовым телефоном, персональным цифровым устройством (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), где в целом M>1. В одном варианте реализации М=25, и 25 кадрам PHY каждого суперкадра присваиваются индексы от 0 до 24. Каждый кадр PHY может занимать N периодов символа OFDM, где в целом N>1, а в одном варианте реализации N=8.

Фиг.2 также изображает структуру поднесущей. Полоса пропускания системы может быть разделена на множество (K) ортогональных поднесущих, которые также могут называться тонами и т.д. Интервал между соседними поднесущими может быть фиксированным, а количество поднесущих может зависеть от полосы пропускания системы. Например, может присутствовать 128, 256, 512, 1024 или 2048 поднесущих для полосы пропускания системы 1,25, 2,5, 5, 10 или 20 МГц соответственно.

Фиг.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 изображает вариант реализации запроса ресурсов, который также может называться отчетом запроса, REQReport, REQCHReport и т.д. В этом варианте реализации запрос ресурсов передается с использованием шести битов и имеет значение в пределах полного диапазона от 0 до 63. В варианте реализации, изображенном на Фиг.3, полный диапазон разделен на два диапазона для двух форматов запроса. Первый диапазон от 0 до 47 используется для первого формата запроса, а второй диапазон 48-63 используется для второго формата запроса. При первом формате в запросе ресурсов передается информация об объеме непереданных данных, а также информация о типе непереданных данных. Информация о типе непереданных данных включает в себя информацию QoS для данных для передачи. В варианте реализации, изображенном на фиг.3, информация об объеме непереданных данных включает в себя одно из шести возможных значений, информация о типе непереданных данных включает в себя одно из восьми возможных значений, и с использованием первого формата запроса в запросе ресурсов можно передать одну из 48 возможных комбинаций. При втором формате запроса в запросе ресурсов передается исключительно информация об объеме непереданных данных, а информация о типе непереданных данных опускается. Информация об объеме непереданных данных включает в себя одно из 16 возможных значений.

Фиг.4 изображает другое представление запроса ресурсов для варианта реализации, изображенного на фиг.3. Первые три бита (например, три старших бита (MSB)) запроса ресурсов имеют восемь возможных значений «000»-«111» (двоичные), как изображено на фиг.4. Первые шесть значений «000»-«101» принадлежат первому формату запроса, а последние два значения «110» и «111» принадлежат второму формату запроса. При первом формате запроса первые три бита обеспечивают одно из шести возможных значений «000»-«101» для объема непереданных данных, а последние три бита обеспечивают одно из восьми возможных значений «000»-«111» для типа непереданных данных. При втором формате запроса шесть битов обеспечивают одно из 16 возможных значений «110000»-«111111» для типа непереданных данных. Значения для объема непереданных данных и типа непереданных данных описаны ниже.

В целом, полный диапазон значений для запроса ресурсов может быть разделен на любое количество диапазонов для любого количества форматов запроса. Каждый диапазон может покрыть любое количество значений, а также может иметь размер, определяемый на основе объема информации для передачи с использованием связанного формата запроса. Каждый формат запроса может включать в себя любой тип информации, а также может использовать любой формат сообщения для всех типов информации для передачи с использованием этого формата запроса. Для ясности, большая часть следующего описания касается двух форматов запроса, изображенных на фиг.3.

В одном варианте реализации информация об объеме непереданных данных определяется посредством величины, которая учитывает спектральную эффективность (SE), достижимую посредством терминала. Спектральная эффективность может быть определена посредством количества информационных битов, которые могут быть переданы по одной поднесущей за один период символа, а также может зависеть от кодовой скорости и порядка модуляции, используемого для передачи данных. Например, спектральная эффективность, равная 1, может быть достигнута с использованием кодовой скорости, равной ½, и модуляции QPSK. Спектральная эффективность может зависеть от состояний канала, вследствие чего более высокая спектральная эффективность может быть достижима при хороших состояниях канала, а более низкая спектральная эффективность может быть достижима при плохих состояниях канала. При определенном количестве ресурсов больший объем данных может быть передан при более высокой спектральной эффективности, и наоборот. С учетом спектральной эффективности объем данных для передачи может квантоваться более обстоятельно, а информация об объеме непереданных данных может лучше передать требуемое количество ресурсов. Спектральная эффективность, предназначенная для использования при определении информации об объеме непереданных данных, может являться спектральной эффективностью для последнего распределения ресурсов, спектральной эффективностью, используемой для последней передачи данных по обратной линии связи, спектральной эффективностью, указанной посредством индикатора качества канала (CQI), переданного посредством терминала, и т.д.

Таблица 1 изображает два варианта реализации предоставления информации об объеме непереданных данных. В первом варианте реализации информация об объеме непереданных данных указывает количество запрошенных основных ячеек, определенное во второй колонке таблицы 1. В этом варианте реализации терминал может изначально вычислить количество 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
	Спектральная эффективность <1	Спектральная эффективность >1
Объем непереданных данных	Количество основных ячеек		Количество байтов непереданных данных	Количество байтов непереданных данных
0	1		34	34*SE
1	2			64*SE
2	4			128*SE
3	8			256*SE
4	16			512*SE
5	>16			>512*SE

В одном варианте реализации множество способов или конфигураций запросов могут поддерживаться для информации о типе непереданных данных, переданной в первом формате запроса, а также могут использоваться для обеспечения различных типов информации QoS. В одном варианте реализации одна конфигурация запроса может быть выбрана для использования посредством сети доступа, а также передана на терминал, например, в параметре REQConfig, переданном посредством сигнализации старшего уровня. В одном варианте реализации каждая конфигурация запроса может предоставить возможность определения информации о типе непереданных данных в выражении класса QoS или максимальной задержки. Максимальная задержка может являться временем, остающимся до истечения времени пакета, а также может зависеть от времени прибытия пакета и максимальной задержки для пакета. Класс QoS также может называться классом потока. Различные потоки могут относиться к различным классам QoS, которые могут быть связаны с различными требованиями QoS, как было описано выше.

В одном варианте реализации каждый поток может быть связан с сигнализацией типа задержки или типа класса QoS для запросов ресурсов. Для каждого потока типа задержки сеть доступа может назначить максимальную задержку, которая указывает максимальное время пакета для потока, которое может ожидаться перед истечением. Для каждого потока типа класса QoS сеть доступа может назначить класс QoS для потока, к которому относится поток. Запросы ресурсов для каждого потока могут включать в себя (i) информацию о классе QoS, если поток связан с классом QoS, или (ii) информацию о максимальной задержке, если поток связан с максимальной задержкой. Терминал может определить максимальную задержку или информацию о классе QoS для данных для передачи для потока, а также может предоставить эту информацию о максимальной задержке или информацию о классе QoS в запросе ресурсов.

В одном варианте реализации три конфигурации запроса могут поддерживаться для информация о типе непереданных данных, а также могут быть идентифицированы посредством параметра REQConfig=1, 2 и 3. В одном варианте реализации первая конфигурация запроса с параметром REQConfig=1 поддерживает сообщение одного из восьми возможных значений класса QoS, как показано в таблице 2. В этой конфигурации каждый поток может быть связан со значением Cfg1QoSClass, которое может быть отмечено посредством признака потока. Запрос ресурсов для определенного потока NN (где NN является идентификатором потока) может включать в себя значение Cfg1QoSClass для этого потока в качестве информации о типе непереданных данных. Первая конфигурация запроса может быть использована для сигнализации размера буфера, связанного с одним из нескольких классов QoS.

Таблица 2 REQConfig=1
Тип непереданных данных	Интерпретация
0-7	Cfg1QoSClass

В одном варианте реализации вторая конфигурация запроса с параметром REQConfig=2 поддерживает сообщение либо одного из четырех возможных значений класса QoS, либо одного из четырех возможных значений максимальной задержки, как показано в таблице 3. В этой конфигурации каждый поток может быть связан со значением Cfg2QoSClass, которое может быть отмечено посредством признака потока. Запрос ресурсов для определенного потока NN может включать в себя значение Cfg2QoSClass для этого потока в качестве информации о типе непереданных данных. Альтернативно, запрос ресурсов может включать в себя значение максимальной задержки для потока NN, в качестве информации о типе непереданных данных.

Таблица 3 REQConfig = 2
Тип непереданных данных	Интерпретация
0-3	Cfg2QoSClass
4	Максимальная задержка в миллисекундах (мсек)	20
5	40
6	80
7	120

В одном варианте реализации третья конфигурации запроса с параметром REQConfig=3 поддерживает сообщение одного из восьми возможных значений максимальной задержки, как показано в таблице 4. В этой конфигурации запрос ресурсов для определенного потока NN может включать в себя максимальную задержку для этого потока в качестве информации о типе непереданных данных. Третья конфигурация запроса может быть использована для сигнализации размера буфера, связанного с одной из нескольких максимальных задержек. Информация об объеме непереданных данных, переданная в запросе ресурсов, может указывать общий объем данных для передачи для всех потоков, которым сообщена максимальная задержка. Например, если первый поток имеет 100 байтов с максимальной задержкой в 20 миллисекунд, второй поток имеет 200 байтов с максимальной задержкой в 20 миллисекунд, а третий поток имеет 150 байтов с максимальной задержкой в 40 миллисекунд, то терминал может передать запрос ресурсов 300 байтов с максимальной задержкой в 20 миллисекунд для первого и второго потоков.

Таблица 4 REQConfig = 3
Тип непереданных данных	Максимальная задержка (мсек)
0	20
1	40
2	60
3	80
4	100
5	120
6	160
7	200

Таблицы 2-4 изображают иллюстративные варианты реализации трех конфигураций запроса для информации о типе непереданных данных. В целом, может поддерживаться любое количество конфигураций запроса, кроме того каждая конфигурация запроса может обеспечить любой тип информации QoS.

Первый формат запроса может быть использован для обеспечения информации об объеме непереданных данных, а также информации о типе непереданных данных для одного или нескольких потоков, относящихся к аналогичному классу QoS или же имеющих аналогичную максимальную задержку. Информация о типе непереданных данных может включать в себя определенный класс QoS или определенную максимальную задержку для одного или нескольких потоков. Информация об объеме непереданных данных и информация о типе непереданных данных для потоков, относящихся к различным классам QoS или имеющих различные максимальные задержки, может быть передана во множестве запросов ресурсов, например, один запрос ресурсов для каждой группы из одного или нескольких потоков, имеющих аналогичный класс QoS или аналогичную максимальную задержку.

Второй формат запроса может быть использован для обеспечения общего объема непереданных данных для всех потоков, а также может быть использован в случаях, когда информация QoS не определена для потока. Объемы непереданных данных для всех потоков могут быть суммированы для получения общего объема непереданных данных. В одном варианте реализации общий объем непереданных данных определяется с помощью количества, которое учитывает спектральную эффективность, достижимую посредством терминала. Таблица 5 показывает два варианта реализации предоставления информации об общем объеме непереданных данных. В первом варианте реализации информация об общем объеме непереданных данных указывает количество запрошенных основных ячеек, которое определяется во второй колонке таблицы 5. Терминал может вычислить количество основных ячеек, вышеописанным способом для таблицы 1. Во втором варианте реализации информация об общем объеме непереданных данных указывает общее количество байтов данных, измеренное посредством спектральной эффективности, а также определенное в четвертой колонке таблицы 5, где «k» представляет 1024 байта.

Таблица 5
Общий объем непереданных данных для второго формата запроса
Значение r-reqch	Количество ячеек	Количество байтов непереданных данных
«110000»	4	64*SE
«110001»	8	128*SE
«110010»	12	256*SE
«110011»	16	384*SE
«110100»	32	512*SE
«110101»	48	1024*SE
«110110»	64	1536*SE
«110111»	80	2k*SE
«111000»	96	4k*SE
«111001»	128	6k*SE
«111010»	160	8k*SE
«111011»	224	12k*SE
«111110»	288	16k*SE
«111101»	352	32k*SE
«111110»	416	48k*SE
«111111»	>416	64k*SE

Для формирования запроса ресурсов терминал может изначально определить количество байтов непереданных данных, которые могут включать в себя данные для передачи, служебные сигналы, такие как проверка с использованием циклического избыточного кода (CRC), любую внутриполосную сигнализацию для передачи с данными и т.д. Терминал может преобразовать количество байтов непереданных данных в значение объема непереданных данных на основе преобразования, которое может зависеть от выбранного формата запроса, а также от спектральной эффективности. Эта спектральная эффективность может являться спектральной эффективностью последнего назначения обратной линии связи, текущей достижимой спектральной эффективностью, спектральной эффективностью по умолчанию (например, если терминал не принял назначение обратной линии связи от планировщика) и т.д. Затем терминал может сформировать запрос ресурсов на основе информации об объеме непереданных данных, а также на основе информации о типе непереданных данных/QoS (в случае применимости).

Терминал может передать запрос ресурсов для предоставления планировщику информации об объеме непереданных данных и, возможно, информации QoS, касающейся состояния буферов на терминале. Терминал может передать запрос ресурсов в качестве внеполосной сигнализации в r-reqch, который можно передать по каналу R-CDCCH в подсегменте CDMA. Терминал также может передать запрос ресурсов в качестве внутриполосной сигнализации наряду с данными по каналу R-ODCH.

В одном варианте реализации терминал может передать запросы ресурсов в качестве внутриполосной сигнализации по каналу R-ODCH следующим образом. Терминал может передать запрос ресурсов в пакете, а также может запустить таймер внутриполосного запроса при передаче пакета. Терминал может остановить таймер внутриполосного запроса в случаях, когда пакет декодирован по ошибке, а также может повторно запустить таймер в случаях, когда пакет декодирован правильно. В то время, когда таймер внутриполосного запроса активен, терминал может передать другой запрос ресурсов исключительно в случаях, когда терминал имеет новую информацию об объеме непереданных данных, которая не рассматривалась в последнем внутриполосном запросе ресурсов. Таймер внутриполосного запроса может быть использован для предотвращения использования канала управления в случаях, когда аналогичная информация уже была передана внутри полосы. Это может сократить нагрузку в канале управления. Терминал может передать внутриполосные запросы ресурсов в потоке старшего приоритета, в пакете с малой задержкой, в пакетах, размер которых больше предварительно определенного размера и т.д.

В одном варианте реализации терминал может передать запросы ресурсов в качестве внеполосной сигнализации по каналу R-CDCCH в подсегменте CDMA на основе схемы задержки. Терминал может запустить таймер задержки после передачи запроса ресурсов в r-reqch. В то время, когда таймер задержки активен, терминал может воздержаться от передачи запросов ресурсов, за исключением следующих случаев, когда: (i) запрос ресурсов для потока с приоритетом выше старшего приоритета всего потока(ов) в последнем запросе ресурсов или (ii) запрос ресурсов для указания требования самой малой задержки (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).

В одном варианте реализации запрос ресурсов может включать в себя (i) информацию об объеме непереданных данных и информацию о классе QoS в случаях, если выбрана первая конфигурация, (ii) информацию об объеме неп