Назначение поднесущей для управляющих данных в системе связи

Заявленное изобретение относится к передаче сообщений подтверждения приема/отрицательного подтверждения приема (ACK/NACK). Техническим результатом является устранение проблемы, при которой размер управляющего канала изменяется в зависимости от ситуации для пользовательского устройства. Для этого в системе связи пользовательским устройствам назначаются поднесущие для передачи данных обратной линии связи в базовую станцию. Затем сообщения ACK/NACK для данных, переданных в обратной линии связи, передаются с помощью базовой станции на поднесущих, которые зависят от поднесущих, использованных для переноса данных обратной линии связи. Функция прямого преобразования предпочтительно используется для определения поднесущих, используемых для сообщений ACK/NACK из поднесущих обратной линии связи. В другом варианте осуществления сообщения ACK/NACK передаются в пользовательские устройства на поднесущих, которые предварительно идентифицированы для пользовательских устройств, предпочтительно с помощью передачи одного или более значений индекса в пользовательское устройство в его управляющем канале. 5 н. и 30 з.п. ф-лы, 9 ил., 2 табл.

 

Область техники

Настоящее изобретение относится к передаче сообщений ACK (подтверждение приема)/NACK (отрицательное подтверждение приема) в способе и устройстве связи. Изобретение имеет особую, хотя не исключительную релевантность для передачи сообщений ACK/NACK в системе связи множественного доступа с ортогональным частотным разделением (OFDMA).

Эта заявка основана на заявках на патент Великобритании №0612228.7 от 20 июня 2006 г. и №0705341.6 от 20 марта 2007 г. и испрашивает приоритет этих заявок, раскрытие которых полностью включено в настоящее описание посредством ссылки.

Уровень техники

OFDMA и FDMA с одной несущей выбраны в качестве схем множественного доступа прямой линии связи и обратной линии связи для эфирного интерфейса E-UTRA, рассматриваемого в настоящее время в 3GPP (которая является стандартом, основанным на сотрудничестве, в расчете на будущее развитие мобильных телекоммуникационных систем третьего поколения). Согласно системе E-UTRA базовая станция, которая взаимодействует с некоторым числом пользовательских устройств, назначает полный объем временных/частотных ресурсов (в зависимости от полосы частот) среди как можно большего числа одновременных пользователей, для того чтобы дать возможность эффективной и быстрой адаптации линии связи и чтобы получить максимальный выигрыш разнесения множества пользователей. Ресурс, назначенный каждому пользовательскому устройству, основан на мгновенных состояниях канала между пользовательским устройством и базовой станцией, и о нем информируют через управляющий канал, контролируемый пользовательским устройством.

Когда данные передаются из пользовательского устройства в базовую станцию, подтверждение (ACK) или отрицательное подтверждение (NACK) обычно передают обратно из базовой станции в пользовательское устройство. Согласно текущим предложениям для E-UTRA эти сообщения ACK/NACK должны быть посланы в управляющем канале прямой линии связи для пользовательского устройства. Однако изобретателями было обнаружено, что это приводит к проблеме, состоящей в том, что размер управляющего канала будет изменяться в зависимости от ситуации для пользовательского устройства.

Раскрытие изобретения

В соответствии с одним аспектом настоящее изобретение предоставляет способ связи, обычно выполняемый в базовой станции, которая взаимодействует с множеством пользовательских устройств с использованием множества поднесущих, причем способ содержит прием данных обратной линии связи из пользовательского устройства и генерирование соответствующего сообщения ACK/NACK для принятых данных, формирование управляющих данных, определяющих назначение упомянутых поднесущих для пользовательских устройств, передачу упомянутых управляющих данных в пользовательские устройства и передачу упомянутого сообщения ACK/NACK в соответствующие пользовательские устройства, причем упомянутые управляющие данные передаются через управляющий канал с использованием первого подмножества упомянутых поднесущих, а упомянутое сообщение ACK/NACK передается по каналу ACK/NACK, который отделен от упомянутого управляющего канала, с использованием второго другого подмножества упомянутых поднесущих.

Предпочтительно поднесущие сгруппированы в последовательность фрагментов или блоков ресурсов (RB), а управляющий канал назначает один или более фрагментов поднесущих каждому из множества пользовательских устройств. В одном варианте осуществления сообщение ACK/NACK генерируется из данных, принятых в каждом фрагменте поднесущих.

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

В одном варианте осуществления поднесущие, используемые для того чтобы передавать каждое сообщение ACK/NACK, определяется с использованием следующей функции преобразования:

Позиция[0] = L*(i div M) + (i mod M) + ∆

где 0 <= ∆ < L

для j > 0

Позиция[j] = Позиция[j-1] + L*N/M,

где L - число поднесущих во фрагменте, i - номер фрагмента, назначенный пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK, М - число поднесущих, назначенных на канал ACK/NACK, - сдвиг позиции поднесущей ACK/NACK во фрагменте и N - полное число фрагментов в назначенной полосе частот.

В альтернативном варианте осуществления поднесущие, используемые для того чтобы передавать каждое сообщение ACK/NACK, определяются с использованием следующей функции преобразования:

Позиция[0] = L*i + ∆

где 0 <= ∆ < L

для j > 0 и j < M

Позиция[j] = ((Позиция[j-1] + L*N/M) mod L*N) в символе j*Nsym/M,

где L - число поднесущих во фрагменте, i - номер фрагмента, назначенный пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK, М - число поднесущих, назначенных на канал ACK/NACK, - сдвиг позиции поднесущей ACK/NACK во фрагменте и N - полное число фрагментов в назначенной полосе частот и Nsym - число имеющихся символов, в которых могут быть назначены поднесущие.

В одном варианте осуществления ресурсы, используемые для сообщений ACK/NACK, передаются в соответствующие пользовательские устройства через их управляющий канал L1/L2, который идентифицирует ресурсы обратной линии связи, используемые для их передач обратной линии связи. Это может быть выполнено, например, с помощью передачи, по меньшей мере, одного индекса, идентифицирующего ресурс (ресурсы), который будет использован.

Изобретение также предоставляет способ связи (который обычно выполняется в пользовательском устройстве), который использует множество поднесущих, причем способ содержит прием управляющих данных, определяющих назначение упомянутых поднесущих, передачу данных обратной линии связи с использованием назначенных поднесущих и прием сообщений ACK/NACK для переданных данных обратной линии связи, причем упомянутые поднесущие и упомянутые сообщения ACK/NACK принимаются в канале ACK/NACK, который отделен от управляющего канала, с использованием второго другого подмножества упомянутых поднесущих.

В одном варианте осуществления на этапе приема сообщение ACK/NACK принимают сообщение ACK/NACK для данных обратной линии связи, переданных в каждом фрагменте поднесущих.

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

В одном варианте осуществления пользовательское устройство определяет поднесущие, в которых должно быть принято каждое сообщение ACK/NACK, с использованием следующей функции преобразования:

Позиция[0] = L*(i div M) + (i mod M) + ∆

где 0 <= ∆ < L

для j > 0

Позиция[j] = Позиция[j-1] + L*N/M,

где L - число поднесущих во фрагменте, i - номер фрагмента, назначенный пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK, М - число поднесущих, назначенных на канал ACK/NACK, - сдвиг позиции поднесущей ACK/NACK во фрагменте и N - полное число фрагментов в назначенной полосе частот.

В другом варианте осуществления пользовательское устройство определяет поднесущие, в которых должно быть принято каждое сообщение ACK/NACK, с использованием следующей функции преобразования:

Позиция[0] = L*i + ∆

где 0 <= ∆ < L

для j > 0 и j < M

Позиция[j] = ((Позиция[j-1] + L*N/M) mod L*N) в символе j*Nsym/M,

где L - число поднесущих во фрагменте, i - номер фрагмента, назначенный пользовательскому пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK, М - число поднесущих, назначенных на канал ACK/NACK, - сдвиг позиции поднесущей ACK/NACK во фрагменте и N - полное число фрагментов в назначенной полосе частот и Nsym - число имеющихся символов, в которых могут быть назначены поднесущие.

В одном варианте осуществления ресурсы, которые будут использованы для сообщений ACK/NACK, передаются в пользовательское устройство через их управляющий канал. Это может быть выполнено, например, с помощью передачи значения индекса, идентифицирующего ресурс, который будет использован.

Настоящее изобретение также предоставляет узел связи и пользовательское устройство, действующие с возможностью выполнения способов, обсужденных выше.

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

В одном варианте осуществления на этапе определения используется предварительно определенное преобразование между назначенными поднесущими и поднесущими, используемыми для сообщения ACK/NACK. В одном варианте осуществления используют следующее преобразование:

Позиция[0] = L*(i div M) + (i mod M) + ∆

где 0 <= ∆ < L

для j > 0

Позиция[j] = Позиция[j-1] + L*N/M,

где L - число поднесущих во фрагменте, i - номер фрагмента, назначенный пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK, М - число поднесущих, назначенных на канал ACK/NACK, - сдвиг позиции поднесущей ACK/NACK во фрагменте и N - полное число фрагментов в назначенной полосе частот.

В другом варианте осуществления может быть использовано следующее преобразование:

Позиция[0] = L*i + ∆

где 0 <= ∆< L

для j > 0 и j < M

Позиция[j] = ((Позиция[j-1] + L*N/M) mod L*N) в символе j*Nsym/M,

где L - число поднесущих во фрагменте, i - номер фрагмента, назначенный пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK, М - число поднесущих, назначенных на канал ACK/NACK, - сдвиг позиции поднесущей ACK/NACK во фрагменте и N - полное число фрагментов в назначенной полосе частот и Nsym - число имеющихся символов, в которых могут быть назначены поднесущие.

Этот аспект изобретения также предоставляет способ связи, который использует множество поднесущих, причем способ содержит прием управляющих данных, определяющих назначение упомянутых поднесущих, в которых могут быть переданы данные обратной линии связи, передачу упомянутых данных обратной линии связи, определение одной или более поднесущих, используемых для приема сообщения ACK/NACK для переданных данных обратной линии связи, в зависимости от поднесущих, назначенных для передачи упомянутых данных обратной линии связи, и прием сообщения ACK/NACK для переданных данных обратной линии связи в определенных поднесущих. Обычно поднесущие, на которых должно быть принято сообщение ACK/NACK, будут отличаться от поднесущих, используемых для передачи данных обратной линии связи, и связаны с ними посредством функции преобразования, такой как функции, обсужденные выше.

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

Эти и различные другие аспекты изобретения станут понятными из следующего подробного описания вариантов осуществления, которые приведены только в качестве примера и которые описаны со ссылкой на иллюстрирующие чертежи, на которых:

фиг.1 схематично иллюстрирует систему связи, содержащую некоторое число мобильных (сотовых) телефонов пользователей, которые взаимодействуют с базовой станцией, соединенной с телефонной сетью;

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

фиг.3 иллюстрирует способ, в котором поднесущие в прямой линии связи могут быть зарезервированы для переноса информации ACK/NACK;

фиг.4 иллюстрирует альтернативный способ, в котором поднесущие в прямой линии связи могут быть зарезервированы для переноса информации ACK/NACK;

фиг.5 иллюстрирует предложенное преобразование управляющего канала, которое использует два типа управляющих каналов прямой линии связи одного и того же размера;

фиг.6 блок-схема, иллюстрирующая основные компоненты базовой станции, изображенной на фиг.1;

фиг.7 блок-схема, иллюстрирующая основные компоненты одного из мобильных телефонов, изображенных на фиг.1;

фиг.8 иллюстрирует предложенное преобразование управляющего канала, которое использует два типа управляющих каналов прямой линии связи; и

фиг.9 иллюстрирует способ, в котором передача ресурса ACK/NACK может быть выполнена в альтернативном варианте осуществления.

Наилучший способ выполнения изобретения

Обзор

Фиг.1 схематично иллюстрирует мобильную (сотовую) телекоммуникационную систему 1, в которой пользователи мобильных телефонов (МТ) 3-0, 3-1 и 3-2 могут взаимодействовать с другими пользователями (не изображены) через базовую станцию 5 и телефонную сеть 7. В этом варианте осуществления базовая станция 5 использует способ множественного доступа с ортогональным частотным разделением (OFDMA), в котором данные, передаваемые в мобильные телефоны 3, модулируют в множество поднесущих. Разные поднесущие назначают каждому мобильному телефону 3 в зависимости от поддерживаемой полосы частот мобильного телефона 3 и количества данных, посылаемых в мобильный телефон 3. В этом варианте осуществления базовая станция 5 также назначает поднесущие, используемые для переноса данных в соответствующие мобильные телефоны 3, для того чтобы пытаться поддерживать равномерное распределение мобильных телефонов 3, работающих в полосе частот базовой станции. Чтобы выполнить эти цели, базовая станция 5 динамически назначает поднесущие для каждого мобильного телефона 3 и сигнализирует о назначениях в течение каждого подкадра в каждый из запланированных мобильных телефонов 3. В предложенном эфирном интерфейсе E-UTRA каждый подкадр прямой линии связи содержит последовательность из семи символов OFDM. Первые два символа обычно переносят управляющие данные планирования и назначения ресурсов, а также другие общие управляющие данные, в то время как остальные пять символов содержат пользовательские данные для обратной линии связи.

Фиг.2 схематично иллюстрирует пример способа, в котором базовая станция 5 может назначать поднесущие в ее поддерживаемой полосе частот разным мобильным телефонам 3, имеющим разные поддерживаемые полосы частот. В этом варианте осуществления базовая станция 5 имеет поддерживаемую полосу частот 20 MHz, из которой 18 MHz используют для передачи данных. Обычно каждому мобильному телефону 3 назначается один или более фрагментов поднесущих, на которых передаются их данные обратной линии связи.

Для того чтобы каждый из мобильных телефонов 3 мог быть информирован о решении планирования в каждом поддиапазоне, каждый мобильный телефон 3 требует совместно используемого управляющего канала в диапазоне частот, в котором он временно расположен. Современное предложение для эфирного интерфейса E-UTRA определяет, что этот управляющий канал будет включать в себя:

i) информацию о назначении блока ресурсов (как для передач прямой линии связи (DL), так и для передач обратной линии связи (UL);

ii) информацию о демодуляции блока ресурсов для прямой линии связи;

iii) информацию о демодуляции блока ресурсов для обратной линии связи;

iv) ACK/NACK для передач обратной линии связи; и

v) биты управления синхронизацией.

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

Случай Информация планирования DL Информация планирования UL АСК/NACK
1 МТ запланирован в UL и DL и ожидает ACK/NACK Требуется Требуется Требуется
2 МТ запланирован только в DL и ожидает ACK/NACK Требуется Требуется
3 МТ запланирован только в UL и ожидает ACK/NACK Требуется Требуется
4 МТ не запланирован в UL или DL и ожидает ACK/NACK Требуется
5 МТ запланирован в UL и DL, не ожидает ACK/NACK Требуется Требуется
6 МТ запланирован только в DL, не ожидает ACK/NACK Требуется
7 МТ запланирован только в UL, не ожидает ACK/NACK Требуется

Изобретатели исходили из того, что наличие управляющих каналов разных размеров будет создавать проблемы, так как либо размеры управляющих каналов будет необходимо передавать в мобильные телефоны 3 либо принимающие мобильные телефоны 3 будут обязаны учитывать все возможные размеры, чтобы пытаться восстановить данные управляющего канала. Изобретателями было найдено, что эта проблема может быть исключена или, по меньшей мере, облегчена с помощью удаления поля ACK/NACK из самого управляющего канала в специальный (полустатический) временной/частотный ресурс. Кроме того, если мобильный телефон 3 запланирован, как в UL, так и в DL, тогда информация планирования UL может содержаться в назначенном блоке ресурса DL. Это предоставляет два случая для размера управляющего канала DL:

тип 1: информация планирования DL (использована в случаях 1, 2, 5 и 6 выше)

тип 2: информация планирования UL (использована в случая 3 и 7 выше).

Первый вариант осуществления

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

Первый пример преобразования

В этом примере мобильные телефоны 3 информируются базовой станцией 5 через общий канал сигнализации о числе (М) поднесущих, назначенных базовой станцией 5 на каждый канал ACK/NACK, причем один канал ACK/NACK используется, чтобы подтверждать данные, переданные в одном фрагменте поднесущих мобильным телефоном 3. Таким образом, если мобильному телефону 3 назначено два фрагмента для передач обратной линии связи, тогда два канала ACK/NACK будут использованы, чтобы передавать команды (сообщения) ACK/NACK для этого мобильного телефона 3. В этом примере базовая станция 5 также информирует мобильные телефоны 3 о том, какой сдвиг (∆) позиции поднесущей ACK/NACK во фрагменте. Затем каждый мобильный телефон 3 определяет преобразование между номером (i) каждого переданного фрагмента обратной линии связи и поднесущими соответствующего канала ACK/NACK, как указано ниже:

Позиция[0] = L*(i div M) + (i mod M) + ∆

где 0 <= ∆ < L

для j > 0

Позиция[j] = Позиция[j-1] + L*N/M,

где L - число поднесущих в каждом фрагменте, а N - полное число фрагментов в назначенной полосе частот, оба из которых обычно будут статическими для конструкции системы и программируемыми в мобильные телефоны 3 и базовые станции 5.

Позиция[j] - номер поднесущей, используемой чтобы передавать j-й символ ACK/NACK. Диапазон Позиции[j] находится в пределах от 0 до (L*N)-1, где L*N - полное число активных поднесущих в полосе частот системы. Диапазон j находится в пределах от 0 до М-1, где М - число символов в сообщении ACK/NACK.

Фиг.3 демонстрирует случай для N=12, L=25, M=6 и =0, где все ACK/NACK мультиплексированы во втором символе OFDM подкадра прямой линии связи. Как изображено, мультиплексирование, проиллюстрированное на фиг.3, предназначено для того чтобы поддерживать максимально 12 одновременных пользователей в полосе 5 MHz (в которой каждому пользователю назначается один фрагмент), причем каждый фрагмент подтверждается с помощью канала ACK/NACK с шестью поднесущими. Использование этих поднесущих, очевидно, уменьшит число поднесущих, имеющихся во втором символе OFDM для управляющего канала прямой линии связи. Однако эта структура также позволяет поддерживать экономный режим ожидания в мобильных телефонах 3, так как мобильный телефон, ожидающий ACK/NACK (и не планируемый для приема других данных прямой линии связи), должен осуществлять мониторинг только первых двух символов OFDM, а затем входить в режим экономного ожидания.

Предпочтительно переданная мощность каждой команды ACK/NACK обратно пропорциональна числу фрагментов, назначенных мобильному телефону 3 в обратной линии связи, таким образом, что полная энергия на команду ACK/NACK не зависит от числа подтверждаемых фрагментов.

Как будет понятно специалистам в данной области техники, М должно быть сомножителем N, для того чтобы использовать полное частотное разнесение с распределением равномерно разнесенных поднесущих ACK/NACK.

Другим механизмом схемы преобразования TDM, проиллюстрированным на фиг.3, является распределить поднесущие ACK/NACK N*M равномерно по всей полосе во втором символе OFDM. Однако если М не является сомножителем L, разнесение ACK/NACK в этом случае не будет равномерным.

Второй пример преобразования

Вместо назначения поднесущих для каналов ACK/NACK в одном символе OFDM в альтернативном назначении их распределяют по множеству символов. Например, ресурсы ACK/NACK могут быть рассеяны остальным (всем, за исключением первого символа OFDM, который содержит только пилот-канал и управляющий канал) символам OFDM.

В этом примере базовая станция 5 будет информировать мобильные телефоны о числе (М) поднесущих на канал ACK/NACK, сдвиге (∆) позиции поднесущей ACK/NACK во фрагменте и числе (Nsym) имеющихся символов OFDM, а мобильные телефоны 3 будут определять преобразование между номером i переданного фрагмента обратной линии связи и соответствующими поднесущими ACK/NACK прямой линии связи, как указано ниже:

Позиция[0] = L*i + ∆

где 0 <= ∆ < L

для j > 0 и j < M

Позиция[j] = ((Позиция[j-1] + L*N/M) mod L*N) в символе j*Nsym/M.

Позиция[j] - номер поднесущей, используемой чтобы передавать j-й символ ACK/NACK. Диапазон Позиции[j] находится в пределах от 0 до (L*N)-1, где L*N - полное число активных поднесущих в полосе частот системы. Диапазон j находится в пределах от 0 до М-1, где М - число символов в сообщении ACK/NACK.

Фиг.4 иллюстрирует случай для N=12, L=25, M=6, ∆=0 и Nsym=6. Как будет понятно специалистам в данной области техники, с помощью этого типа преобразования полоса частот фрагмента для пользовательских данных уменьшается только на одну поднесущую в каждом символе, однако уменьшается возможность режима экономного ожидания. Кроме того, для обеспечения возможности равномерного разнесения команд ACK/NACK во временной области М должно быть сомножителем Nsym.

Размер управляющего канала прямой линии связи

При допущении одной из вышеупомянутых структур для каналов ACK/NACK число бит, требуемых в управляющем канале прямой линии связи для мобильного телефона 3 с полосой частот 5 MHz, может быть получено следующим образом (см. таблицу):

Тип 1 Тип 2
Информационные биты
Указатель типа 1 1
Назначение ресурса DL 12 (битовая маска)
Длительность ресурса DL 3
DLTFCI 6
Информация планирования UL присутствует в DT, блок ресурса 1
Назначение ресурса UL 7 (способ дерева)
Длительность ресурса UL 3
Информация категории 2 UL 10
Биты заполнения 0 2
CRC (замаскирован с помощью ID UE) 10 10
Полная информация + биты CRC 33 33
Кодированные биты (1/3 хвостовых …) 99 99
После согласования скорости 100 100
Число поднесущих (QPSK) 50 50
Число фрагментов 2 2

Биты заполнения используется в этом варианте осуществления, чтобы сделать число кодированных битов одинаковым для типа 1 и типа 2 таким образом, что мобильные телефоны 3 должны выполнять только одну попытку декодирования. Также могут быть предусмотрены немного модифицированные структуры без каких-либо битов заполнения, если требуется конструкцией.

Пример предложенного преобразования управляющего канала изображен на фиг.5. На этом чертеже предлагается, что управляющие каналы кодируются отдельно, для того чтобы дать возможность эффективного управления мощностью и возможными способами формирования луча. Позиции управляющего канала изображены только в первом символе OFDM, и предполагается, что второй символ должен переносить пилот-сигнал и дополнительную управляющую информацию. Предполагается, что каждому запланированному мобильному телефону 3 назначен один управляющий канал в 5 MHz, причем мобильные телефоны 3, допускающие более широкую полосу частот, декодируют множество таких каналов. Когда возможно, позиция частоты управляющих каналов должна быть выбрана таким образом, чтобы охватывать ресурсы (поднесущие), в которых запланированы пользовательские данные, для того чтобы использовать высшие характеристики канала в этих позициях частоты. Фиг.5 изображает случай, когда максимально двенадцать возможных пользователей запланированы в пределах 10 MHz. В случае когда число пользователей меньше, некоторые из ресурсов управляющего канала могут быть освобождены и заняты пользовательскими данными. Отсутствие управляющего канала в конкретной позиции может быть указано с использованием поля из одного бита в предыдущем управляющем канале.

Как изображено на фиг.5, предполагается, что каждый из управляющих каналов типа 1 и типа 2 должен охватывать 2 фрагмента. Полное число управляющих каналов, возможно, зависит от преобразования, принятого для каналов ACK/NACK, которое не изображено на чертеже.

Структура назначения ресурса ACK/NACK может быть дополнительно упрощена с помощью назначения только мобильных телефонов 3 без назначения ресурса прямой линии связи в одном и том же подкадре. Мобильный телефон 3 с сообщением планирования прямой линии связи в одном и том же подкадре может быть извещен о ACK/NACK в блоке (пользовательских данных) ресурса прямой линии связи. В таком случае ACK/NACK из одного бита будет достаточным, поскольку управляющая информация в блоке ресурса прямой линии связи будет иметь свою собственную защиту от ошибочного кодирования. Однако ошибка в обнаружении управляющего канала в этом случае также будет приводить к неспособности мобильного телефона 5 извлечь информацию ACK/NACK, что, в свою очередь, может накладывать более жесткие требования к производительности управляющего канала прямой линии связи.

Базовая станция

Фиг.6 является блок-схемой, иллюстрирующей основные компоненты базовой станции 5, использованные в этом варианте осуществления. Как изображено, базовая станция включает в себя схему 21 приемопередатчика, которая обеспечивает передачу сигналов в мобильные телефоны 3 и прием сигналов из мобильных телефонов 3 через одну или более антенн 23 (с использованием вышеописанных поднесущих) и которая обеспечивает передачу сигналов в телефонную сеть 7 и прием сигналов из телефонной сети 7 через сетевой интерфейс 25. Работой схемы 21 приемопередатчика управляет контроллер 27 в соответствии с программным обеспечением, сохраненным в памяти 29. Программное обеспечение включает в себя, в частности, операционную систему 31 и модуль 33 назначения ресурсов. Модуль 33 назначения ресурсов обеспечивает назначение поднесущих, используемых схемой 21 приемопередатчика при его взаимодействии с мобильными телефонами 3. Программное обеспечение также включает в себя модуль 35 ACK/NACK, который обеспечивает информирование мобильных телефонов 3 об информации, необходимой для преобразования назначенных номеров фрагментов для их передачи обратной линии связи в каналы ACK/NACK, используемые для подтверждения приема этих данных. Модуль 35 ACK/NACK также обеспечивает передачу команд ACK/NACK для принятых данных в соответствующих каналах ACK/NACK для приема мобильными телефонами 3.

Мобильный телефон

Фиг.7 схематично иллюстрирует основные компоненты каждого из мобильных телефонов 3, изображенных на фиг.1. Как изображено, мобильные телефоны 3 включают в себя схему 71 приемопередатчика, который передает сигналы в базовую станцию 5 и принимает сигналы из базовой станции 5 через одну или более антенн 73. Как изображено, мобильный телефон 3 также включает в себя контроллер 73, который управляет работой мобильного телефона 3 и который соединен со схемой 71 приемопередатчика и с громкоговорителем 77, микрофоном 79, дисплеем 81 и клавиатурой 83. Контроллер 75 работает в соответствии с инструкциями программного обеспечения, сохраненными в памяти 85. Как изображено, эти инструкции программного обеспечения включают в себя, в частности, операционную систему 87 и модуль 89 назначения ресурсов. В этом варианте осуществления они также включают в себя модуль 91 ACK/NACK, который обеспечивает выполнение соответствующего преобразования, чтобы идентифицировать поднесущие, которые переносят команды ACK/NACK для данных, который передал мобильный телефон 3. Мобильные телефоны 3 могут быть запрограммированы для выполнения только одного из преобразований, обсужденных выше (со ссылкой на фиг.3 и фиг.4), или, если базовая станция 5 изменяет преобразование, которое она использует, тогда мобильные телефоны 3 должны информироваться об используемом преобразовании для данного подкадра.

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

Второй вариант осуществления

Вышеупомянутый вариант осуществления был впервые описан в более ранней заявке на патент Великобритании заявителя GB 0612228.7. После регистрации этой заявки некоторое число изменений сделано в предложенном эфирном интерфейсе Е-UTRA. Некоторая терминология была изменена так, что теперь подкадр является тем же самым, что и интервал времени передачи (TTI), и содержит два сегмента по 0,5 ms, каждый из которых содержит вышеописанные семь символов OFDM. Также блок ресурсов (RB) или фрагмент состоит из 12 последовательных поднесущих в частотной области. Кроме того, в настоящем предложении каждая базовая станция 5 будет поддерживать только одну полосу частот одновременно, но она может быть усовершенствована до других полос частот, вплоть до максимальной полосы частот 20 MHz. Все мобильные телефоны 3, которые взаимодействуют с базовой станцией 5, будут обязаны поддерживать ту же самую полосу частот, что и базовая станция 5.

Предложение для структуры управляющего канала L1/L2 (через который передается назначение ресурсов) также изменено. В частности, настоящим предложением, проиллюстрированным на фиг.8, является зарезервировать определенное количество временных-частотных ресурсов для сигнализации прямой линии связи в первых n символах OFDM, где n<3, и предполагается, что второй символ OFDM будет переносить ресурсы ACK/NACK. Предполагается, что каждому мобильному телефону 3 назначен один или более управляющих каналов в рабочей полосе частот базовой станции 5 (в этом примере 10 MHz). Имеющиеся ресурсы разделяются на некоторое число “элементов управляющего канала” (CCE) одинакового размера. Управляющий канал для мобильного телефона 3 может быть сформирован из одного из этих CCE или из некоторого числа агрегированных CCE. Чем больше CCE, которые используют для одного управляющего канала, тем больше выигрыш кодирования, который может быть достигнут, таким образом, больше CCE будут стремиться использовать для пользователей с худшими состояниями канала (например, для пользователей на краю ячейки). Когда возможно, частотная позиция управляющих каналов должна быть выбрана таким образом, чтобы охватывать ресурсы, в которых планируются пользовательские данные, для того чтобы использовать лучшие характеристики канала в этих частотных позициях, или распределена по всей полосе частот, чтобы получить большое разнесение частоты. Преобразование CCE в управляющие каналы является динамическим, и им управляют с помощью базовой станции 5 на основе последовательных подкадров. Мобильному телефону 3 сообщается множество CCE для контроля в случае, когда ему посылается сообщение планирования. Агрегирование CCE неизвестно мобильному телефону 3, таким образом, он должен пытаться декодировать каждый CCE самостоятельно, затем пары CCE вместе и т.д. Если декодирование действует, тогда он знает, что он нашел правильную комбинацию и может читать сообщение. Отдельные управляющие каналы также могут быть обеспечены для каждого мобильного телефона 3 для планирования ресурсов прямой линии связи и обратной линии связи.

С помощью этого устройства используемые ресурсы ACK/NACK, которые используют, могли бы быть определены способом, подобным первому варианту осуществления, но со ссылкой на ресурсы, используемые чтобы определять управляющий канал прямой линии связи (L1/L2), а не назначенные ресурсы обратной линии связи. Однако этот подход требует чтобы каждый мобильный телефон 3 знал индекс ресурсов, используемых для его управляющего канала прямой линии связи L1/L2, относительно ресурсов других управляющих каналов. Однако с помощью настоящего предложения каждый мобильный телефон 3 знает только то, что он правильно декодировал свой управляющий канал L2/L1. Он не знает индекс ресурсов, используемых для своего управляющего канала, относительно ресурсов других мобильных телефонов 3.

Таким образом, в этом втором варианте осуществления индекс ресурсов ACK/NACK, которые будут использованы базовой станцией 5, передается заранее в мобильный телефон 3 в его управляющем канале L1/L2, используемом для назначения ресурсов обратной линии связи. Этот процесс проиллюстрирован на фиг.9. Как изображено, базовая станция 5 передает мобильному телефону 3 через управляющий канал, используемый для назначения обратной линии связи, индекс ресурсов ACK/NACK, который будет использован базовой станцией 5, чтобы передавать сообщения ACK/NACK в мобильный телефон 3 после того как он передал свои данные обратной линии связи.

С помощью этого устройства также не нужно создавать отдельные ресурсы для динамически планируемых мобильных телефонов 3 и постоянно планируемых мобильных телефонов 3. В обоих случаях общий фонд ресурсов предоставляется для передач ACK/NACK для всех мобильных телефонов. Затем каждому мобильному телефону 3, ожидающему ответ ACK/NACK, передается индекс, соответствующий предназначенным ему ресурсам ACK/NACK. Как будет понятно специалистам в данной области техники, число битов, необходимых для передачи индекса, будет зависеть от количества ресурсов, зарезервированных как ресурсы ACK/NACK. Кроме того, если требуется более одного ресурса ACK/NACK, тогда в управляющий канал L1/L2 может быть вставлен более чем один индекс.

Модификации и варианты

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

В вышеописанных вариантах осуществления была описана телекоммуникационная система, основанная на мобильных телефонах, в которой были использованы вышеописанные способы сигнализации ресурсов ACK/NACK. Как будет понятно специалистам в данной области техники, сигнализация таких ресурсов ACK/NACK может быть использована в любой системе связи, которая использует множество поднесущих. В частности, способы сигнализации, описанные выше, могут быть использованы в проводных или беспроводных передачах с использованием либо электромагнитных сигналов либо акустических сигналов, чтобы переносить данные. В общем случае базовая станция могла бы быть заменена узлом связи, который взаимодействует с некоторым количеством разных пользовательских устройств. Пользовательские устройства могут включать в себя, например, персональные цифровые ассистенты, портативные переносные компьютеры, web-браузеры и т. д.

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

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

Следующее является подробным описанием способа, в котором настоящее изобретение может быть осуществлено в предложенном в настоящее время стандарте LTE 3GPP. Несмотря на то, что различные признаки описаны как являющиеся существенными и необходимыми, это может иметь место только для предложенного стандарта LTE 3GPP, например, вследствие других требований, наложенных стандартом. Следовательно, такие высказывания, во всяком случае, не должны быть истолкованы как ограничивающие настоящее изобретение. Следующее описание будет использовать номенклатуру, используемую в долгосрочном развитии UTRAN. Например, базовая станция упомянута как eNodeB, а пользовательское устройство упомянуто как UE.

1. Введение

На предыдущей встрече RAN1#48 было согласовано следующее рабочее допущение для сигнализации управления ACK/NACK и соответствующих предварительно сконфигурированных ресурсов [1]:

ресурсы, используемые для ACK/NACK, конфигурированы на полустатической основе, определенной независимо от формата управляющего канала;

неявная зависимость между ресурсами обратной линии связи, используемыми для динамически планируемой передачи данных, или управляющим каналом DL, используемым для назначения, и ресурсом ACK/NACK прямой линии связи, используемым для обратной связи.

Однако последний отмеченный пункт указывает в явном виде как ACK/NACK передается в конкретное UE.

В этом документе заявители анализируют существующие варианты сигнализации для сигнализации управления ACK/NACK и предлагают эффективный механизм сигнализации для ACK/NACK для каждого UE.

2. Сигнализация управления ACK/NACK прямой линии связи

NodeB посылает информацию ACK/NACK в ответ на передачу обратной линии связи, принятую из UE. Затем UE ожидает свою информацию ACK/NACK в одном из предварительно сконфигурированных ресурсов прямой линии связи. Предполагается, что имеется некоторое число поднесущих в прямой линии связи, которые зарезервированы для переноса информации ACK/NACK для всех UE, которые ожидают такую информацию в прямой линии связи. Количество ресурсов, зарезервированных для такого использования, и их местоположения во временной/частотной плоскости могут быть сообщены во все UE в ячейке через общую сигнализацию на полустатической основе. Однако если UE ожидает информацию ACK/NACK, оно должно знать, где искать свою информацию ACK/NACK в этих зарезервированных ресурсах.

В RAN1 предложена сигнализация ACK/NACK без ID UE, для того чтобы уменьшить непроизводительные издержки на сигнализацию [2-6]. Предложена неявная сигнализация для UE, где найти его информацию ACK/NACK в этих зарезервированных ресурсах.

3. Неявная сигнализация ACK/NACK

В неявной сигнализации могут быть, по меньшей мере, два варианта:

вариант 1: неявная зависимость между ресурсами обратной линии связи, используемыми для динамически планируемой передачи данных, и ресурсом ACK/NACK прямой линии связи, используемым для обратной связи;

вариант 2: неявная зависимость между управляющим каналом DL, используемым для назначения, и ресурсом ACK/NACK прямой линии связи, используемой для обратной связи:

зависимость один к одному между индексом управляющего канала L1/L2 прямой линии связи для назначения радио ресурса обратной линии связи и индексом радио ресурсов ACK/NACK.

Вариант 1 допускает, что количество ресурсов ACK/NACK равно числу блоков ресурсов обратной линии связи (RB), таким образом, что между ними имеется зависимость. UE знает, где ожидать информацию ACK/NACK, и оно может разобраться из знания ресурсов UL, используемых для передачи UL, в каких поднесущих будет передана информация ACK/NACK. Однако недостатком варианта 1 является то, что если одному UE назначено множество RB в обратной линии связи, тогда имеется то же самой количество ресурсов ACK/NACK, соответствующих этим RB. Неэффективно, чтобы NodeB передавал одну информацию ACK/NACK во все эти ресурсы. Следовательно, вариант 1 напрасно расходует некоторые ресурсы прямой линии связи.

Вариант 2 допускает зависимость один к одному между индексом управляющего канала L1/L2 прямой линии связи для назначения радио ресурса обратной линии связи и индексом радио ресурсов ACK/NACK. Недостатком варианта 2 является то, что UE не знает свой индекс относительно другого управляющего канала L1/L2 прямой линии связи для назначения радио ресурса обратной линии связи. UE знает только, что оно правильно декодировало свой управляющий канал L1/L2 для назначения радио ресурса обратной линии связи.

В последнем прямом соглашении [1] способа было согласовано, что управляющие каналы формируют с помощью агрегирования элементов управляющего канала (CCE). Предполагается, что каждое UE знает свой формат MCS таким образом, что оно может предпринять некоторые попытки декодирования вслепую, чтобы найти свои управляющие каналы L1/L2 прямой линии связи. Если UE декодирует свой управляющий канал L1/L2 прямой линии связи для назначения радио ресурса обратной линии связи, тогда оно знает индексы назначенных элементов управляющего канала (ССЕ) относительно всех остальных ССЕ в полосе частот. Таким образом, возможно, что UE использует индекс ССЕ. Однако имеется большое количество ССЕ в полосе частот, и UE могут быть назначены один или более ССЕ. Тогда этот вариант 2 имеет подобный недостаток, что и вариант 1, следовательно, он не является эффективным.

4. Сигнализация индекса в управляющем канале L1/L2 DL

Недостаток варианта 2 может быть устранен с помощью сигнализации индекса ресурсов ACK/NACK в UE заранее таким образом, чтобы оно знало, где ожидать информацию ACK/NACK относительно других UE. В этом случае индекс вставлен в управляющий канал L1/L2 DL для назначения радио ресурса обратной линии связи, как изображено на фиг.8. Число битов для индексирования зависит от количества ресурсов, зарезервированных для ресурсов ACK/NACK в каждой полосе частот.

В предложенном изобретении не нужно создавать отдельные ресурсы для динамически планируемых UE и постоянно планируемых UE. В обоих случаях общий фонд ресурсов предоставляется для передач ACK/NACK для всех UE. Затем каждому UE, ожидающему ответ ACK/NACK, сигнализируется индекс, соответствующий предназначенным ему ресурсам ACK/NACK.

5. Заключение

В этом документе заявитель проанализировал существующие варианты сигнализации для сигнализации управления ACK/NACK и показали недостатки существующих вариантов. Кроме того, заявители предложили механизм сигнализации, который устраняет недостатки существующих вариантов с помощью вставки индекса в сигнализацию управления L1/L2 DL для назначения радио ресурса обратной линии связи. Следовательно, заявителем предложено следующее:

Индекс, вставленный в управляющий канал L1/L2 прямой линии связи для назначения радио ресурса обратной линии связи, должен быть использован для радио ресурсов ACK/NACK.

6. Ссылки

[1] R1-071223, “Way Forward on Downlink Control Signaling” Ericsson, Nokia, NTT DoCoMo, et al.

[2] R1-070867, “ACK/NACK Signal Structure in E-UTRA”, NTT DoCoMo, et al.

[3] R1-070932, “Assignment of Downlink ACK/NACK channel”, Panasonic.

[4] R1-070734, ”ACK/NACK Channel Transmission in E-UTRA Downlink”, T1.

[5] R1-070791, ”Downlink Acknowledgment and Group Transmit Indicator Channels”, Motorola.

1. Способ связи, который использует множество поднесущих, сгруппированных в последовательность фрагментов, причем способ содержит этапы, на которых:
принимают данные обратной линии связи из одного или более пользовательских устройств и генерируют соответствующие сообщения ACK/NACK для принятых данных,
формируют управляющие данные, определяющие назначение одного или более фрагментов упомянутых поднесущих для каждого из множества пользовательских устройств,
передают упомянутые управляющие данные в упомянутые пользовательские устройства и
передают упомянутые сообщения ACK/NACK в соответствующие пользовательские устройства,
причем упомянутые управляющие данные для каждого пользовательского устройства передают через управляющий канал с использованием первого подмножества упомянутых поднесущих, а сообщения ACK/NACK для каждого устройства пользователя передают через канал ACK/NACK, который является отдельным от упомянутого управляющего канала, с использованием второго другого подмножества упомянутых поднесущих.

2. Способ по п.1, в котором на упомянутом этапе формирования формируют управляющие данные, которые назначают упомянутые один или более фрагментов поднесущих каждому из упомянутых пользовательских устройств для использования при передаче данных обратной линии связи.

3. Способ по п.2, в котором на упомянутом этапе генерирования генерируют сообщение ACK/NACK для данных, принятых в каждом фрагменте поднесущих.

4. Способ по п.3, в котором на упомянутом этапе передачи передают каждое сообщение ACK/NACK в соответственный канал ACK/NACK, причем каждый канал сформирован с использованием соответствующих одной или более поднесущих из упомянутого второго подмножества.

5. Способ по любому из пп.1-4, содержащий этап, на котором определяют поднесущие, используемые для передачи сообщения ACK/NACK в пользовательское устройство, в зависимости от поднесущих, назначенных пользовательскому устройству для передачи данных обратной линии связи.

6. Способ по п.5, содержащий этап, на котором определяют поднесущие, используемые для передачи каждого сообщения ACK/NACK, с использованием следующего выражения:
Позиция [0] = L*(i div M)+(i mod M)+Δ
где 0<=Δ<L
для j>0
Позиция [j] = Позиция [j-1]+L*N/M,
где L - число поднесущих во фрагменте;
i - номер фрагмента, назначенный пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK;
M - число поднесущих, назначенных на канал ACK/NACK;
Δ - сдвиг позиции поднесущей ACK/NACK во фрагменте, и
N - полное число фрагментов в назначенной полосе частот.

7. Способ по п.5, содержащий этап, на котором определяют поднесущие, используемые для передачи каждого сообщения ACK/NACK, с использованием следующего выражения:
Позиция [0] = L*i+Δ
где 0<=Δ<L
для j>0 и j<М
Позиция [j] = ((Позиция [j-1]+L*N/M)mod L*N) в символе j*Nsym/M,
где L - число поднесущих во фрагменте;
i - номер фрагмента, назначенный пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK;
М - число поднесущих, назначенных на канал ACK/NACK;
Δ - сдвиг позиции поднесущей ACK/NACK во фрагменте, и
N - полное число фрагментов в назначенной полосе частот, и
Nsym - число имеющихся символов, в которых могут быть назначены поднесущие.

8. Способ по любому из пп.1-4, в котором на упомянутом этапе формирования формируют два типа управляющих данных, один для пользовательских устройств, которые запланированы принимать данные прямой линии связи, а другой для пользовательских устройств, которые запланированы передавать данные обратной линии связи.

9. Способ по п.8, в котором, по меньшей мере, один из упомянутых первого и второго типов управляющих данных включает в себя данные заполнения так, что каждый тип управляющего канала имеет один и тот же размер.

10. Способ по п.9, в котором каждый тип управляющих данных соответствует по размеру двум фрагментам поднесущих.

11. Способ по любому из пп.1-4, содержащий этапы, на которых формируют соответствующие управляющие данные для каждого пользовательского устройства, запланированного передавать и/или принимать данные в текущем подкадре, и передают соответствующие управляющие данные в соответствующее пользовательское устройство через канал, который выделен пользовательскому устройству.

12. Способ по любому из пп.1-4, содержащий этап, на котором используют множество поддиапазонов, каждый из которых содержит поднесущие, упорядоченные в последовательности фрагментов, и дополнительно содержащий этап, на котором генерируют соответствующие управляющие данные для назначения поднесущей в каждом поддиапазоне.

13. Способ по п.12, в котором управляющие данные для поддиапазона сигнализируют в этом поддиапазоне.

14. Способ по любому из пп.1-4, в котором отдельный управляющий канал обеспечивают для каждого пользовательского устройства, запланированного в текущем подкадре, при этом максимальное число пользовательских устройств может быть запланировано в текущем подкадре.

15. Способ по п.14, в котором, когда число пользовательских устройств, планируемых в текущем подкадре, меньше, чем упомянутый максимум, некоторые из ресурсов управляющего канала освобождают и занимают данными пользователей.

16. Способ по п.15, в котором отсутствие управляющего канала указывают с использованием поля из одного бита в предыдущем управляющем канале.

17. Способ по п.1, дополнительно содержащий этап, на котором назначают ресурс, используемый для сообщения ACK/NACK, для пользовательского устройства и передают данные, идентифицирующие упомянутый назначенный ресурс ACK/NACK, в пользовательское устройство.

18. Способ по п.17, содержащий этап, на котором передают упомянутые данные, идентифицирующие упомянутый назначенный ресурс ACK/NACK, в упомянутом управляющем канале.

19. Способ по п.17 или 18, в котором упомянутые данные, идентифицирующие упомянутый ресурс ACK/NACK, содержат индекс, идентифицирующий каждый ресурс.

20. Способ связи, который использует множество поднесущих, сгруппированных в последовательность фрагментов, причем способ содержит этапы, на которых:
принимают управляющие данные, определяющие назначение одного или более фрагментов упомянутых поднесущих,
передают данные обратной линии связи с использованием назначенных поднесущих, и
принимают сообщения ACK/NACK для переданных данных обратной линии связи,
причем упомянутые управляющие данные принимают через управляющий канал с использованием первого подмножества упомянутых поднесущих, а упомянутые сообщения ACK/NACK принимают в канале ACK/NACK, который является отдельным от упомянутого управляющего канала, с использованием второго другого подмножества упомянутых поднесущих.

21. Способ по п.20, в котором упомянутые принятые управляющие данные идентифицируют один или более фрагментов поднесущих, используемых для передачи упомянутых данных обратной линии связи.

22. Способ по п.21, в котором на упомянутом этапе приема принимают сообщение ACK/NACK для данных обратной линии связи, переданных в каждом фрагменте поднесущих.

23. Способ по п.22, в котором на упомянутом этапе приема принимают каждое сообщение ACK/NACK в соответствующем канале ACK/NACK, причем каждый канал сформирован с использованием одной или более поднесущих из упомянутого второго подмножества.

24. Способ по любому из пп.20-23, содержащий этап, на котором определяют поднесущие, на которых должно быть принято сообщение ACK/NACK, в зависимости от поднесущих, назначенных пользовательскому устройству для передачи упомянутых данных обратной линии связи.

25. Способ по п.24, содержащий этап, на котором определяют поднесущие, на которых должно быть принято каждое сообщение ACK/NACK, с использованием следующего выражения:
Позиция [0] = L*(i div M)+(i mod M)+Δ
где 0<=Δ<L
для j>0
Позиция [j] = Позиция [j-1]+L*N/M,
где L - число поднесущих во фрагменте;
i - номер фрагмента, назначенный пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK;
M - число поднесущих, назначенных на канал ACK/NACK;
Δ - сдвиг позиции поднесущей ACK/NACK во фрагменте, и
N - полное число фрагментов в назначенной полосе частот.

26. Способ по п.24, содержащий этап, на котором определяют поднесущие, на которых должно быть принято каждое сообщение ACK/NACK, с использованием следующего выражения:
Позиция [0] = L*i+Δ
где 0<=Δ<L
для j>0 и j<М
Позиция [j] = ((Позиция [j-1]+L*N/M)mod L*N) в символе j*Nsym/M,
где L - число поднесущих во фрагменте;
i - номер фрагмента, назначенный пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK;
M - число поднесущих, назначенных на канал ACK/NACK;
Δ - сдвиг позиции поднесущей ACK/NACK во фрагменте, и
N - полное число фрагментов в назначенной полосе частот, и
Nsym - число имеющихся символов, в которых могут быть назначены поднесущие.

27. Способ по любому из пп.20-23, в котором на упомянутом этапе приема принимают упомянутые управляющие данные через канал, который выделен пользовательскому устройству.

28. Способ по любому из пп.20-23, содержащий этап, на котором используют множество поддиапазонов, каждый из которых содержит поднесущие, упорядоченные в последовательности фрагментов, и дополнительно содержащий этап, на котором принимают соответствующие управляющие данные для назначения поднесущей в каждом поддиапазоне.

29. Способ по п.28, в котором управляющие данные для поддиапазона передают в этом поддиапазоне.

30. Способ по п.20, дополнительно содержащий этап, на котором принимают данные, идентифицирующие назначенный ресурс ACK/NACK, на котором надлежит принимать сообщения ACK/NACK.

31. Способ по п.30, в котором на упомянутом этапе приема данных принимают упомянутые данные, идентифицирующие назначенный ресурс ACK/NACK, в упомянутом управляющем канале.

32. Способ по п.30 или 31, в котором упомянутые данные, идентифицирующие упомянутый ресурс ACK/NACK, содержат индекс, идентифицирующий каждый ресурс, и определяют назначенный ресурс из упомянутого индекса.

33. Машиночитаемый носитель, содержащий инструкции, предназначенные для того, чтобы заставлять программируемое компьютерное устройство выполнять способ по любому из пп.1-4, 17, 18, 20-23, 30, 31.

34. Узел связи, который действует для осуществления связи с множеством пользовательских устройств с использованием множества поднесущих, сгруппированных в последовательность фрагментов, причем узел связи содержит:
приемник, выполненный с возможностью приема данных обратной линии связи из одного или более пользовательских устройств и выполненный с возможностью генерирования соответствующих сообщений ACK/NACK для принятых данных,
контроллер, выполненный с возможностью формирования управляющих данных, определяющих назначение одного или более фрагментов упомянутых поднесущих для каждого из множества пользовательских устройств,
передатчик, выполненный с возможностью передачи упомянутых управляющих данных в упомянутые пользовательские устройства и передачи упомянутых сообщений ACK/NACK в соответствующие пользовательские устройства,
причем упомянутый передатчик выполнен с возможностью передачи упомянутых управляющих данных в каждое пользовательское устройство через управляющий канал с использованием первого подмножества поднесущих и передачи упомянутых сообщений ACK/NACK в канале ACK/NACK, который является отдельным от упомянутого управляющего канала, с использованием второго отличающегося подмножества упомянутых поднесущих.

35. Пользовательское устройство, выполненное с возможностью осуществления связи с узлом связи, выполненным с возможностью осуществления связи с множеством пользовательских устройств с использованием множества поднесущих, сгруппированных в последовательность фрагментов, причем пользовательское устройство содержит:
приемник, выполненный с возможностью приема управляющих данных, определяющих назначение одного или более фрагментов упомянутых поднесущих, и
передатчик, выполненный с возможностью передачи данных обратной линии связи с использованием назначенных поднесущих,
причем упомянутый приемник также выполнен с возможностью приема сообщений ACK/NACK для переданных данных обратной линии связи,
упомянутый приемник выполнен с возможностью приема упомянутых управляющих данных через управляющий канал с использованием первого подмножества упомянутых поднесущих и приема упомянутых сообщений ACK/NACK в канале ACK/NACK, который является отдельным от упомянутого управляющего канала, с использованием второго отличающегося подмножества упомянутых поднесущих.



 

Похожие патенты:

Изобретение относится к мобильной станции и к базовой станции, использующих схему LTE (Long Term Evolution, Долгосрочное развитие). .

Изобретение относится к системе беспроводной связи и предназначено для управления сетью ширины полосы для измерения соседних ячеек. .

Изобретение относится к беспроводной связи. .

Изобретение относится к системам связи. .

Изобретение относится к системе мобильной связи. .

Изобретение относится к системам беспроводной связи, и в частности, к обмену данными между сетью и сдвоенным приемником пользовательского устройства «UE». .

Изобретение относится к системам беспроводной связи, и в частности, к обмену данными между сетью и сдвоенным приемником пользовательского устройства «UE». .

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

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

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

Изобретение относится к области беспроводной связи и может использоваться в глобальных системах мобильной связи. .

Изобретение относится к беспроводной связи, а более конкретно - к передаче протокольных блоков данных. .

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

Изобретение относится к области связи, и в частности к способам отправки управляющих сообщений. .
Наверх