Устройство передачи и способ передачи

Иллюстрации

Показать все

Изобретение относится к мобильным системам связи и позволяет предотвратить задержки при передаче данных и минимизировать увеличение количества битов, необходимых для уведомления компонентной несущей (CC), подлежащей использованию, в случаях, когда CC, подлежащая использованию, добавляется во время связи, применяющей агрегацию несущих. Когда компонентная несущая должна быть добавлена к набору компонентных несущих, узел (101) установки, обеспечиваемый в базовой станции (100), модифицирует таблицу поля индикации несущей (CIF), которая определяет соответствие между точками кода, которые используются в качестве меток для соответствующих компонентных несущих, содержащихся в наборе компонентных несущих, и идентификационной информацией соответствующих компонентных несущих; и назначает свободную точку кода компонентной несущей, подлежащей добавлению, в то же время сохраняя соответствие между точками кода и идентификационной информацией компонентных несущих, определенной в таблице CIF перед модифицированием. 6 н. и 14 з.п. ф-лы, 17 ил.

Реферат

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

3GPP-LTE (долгосрочная эволюция сети радиодоступа Проекта партнерства по созданию системы третьего поколения, ниже в данном документе упоминаемая как «LTE») принимает многостанционный доступ с ортогональным частотным разделением каналов (OFDMA) в качестве схемы связи по нисходящей линии связи и многостанционный доступ с частотным разделением каналов на одной несущей (SC-FDMA) в качестве схемы связи по восходящей линии связи (например, см. не патентную литературу 1, 2 и 3).

В LTE устройство базовой станции радиосвязи (ниже в данном документе сокращенно как «базовая станция») выполняет связь с устройствами терминала радиосвязи (ниже в данном документе сокращенно как «терминалы») посредством распределения блоков ресурса (RB) в системной полосе терминалам на единицу времени, упоминаемую как подкадр. Кроме того, базовая станция передает на терминалы информацию управления (информацию о распределении ресурсов) для уведомления терминалов о результате распределения ресурсов данных нисходящей линии связи и данных восходящей линии связи. Эта информация управления передается на терминалы, используя каналы управления нисходящей линии связи, такие как физические каналы управления нисходящей линии связи (PDCCH). В данном случае, в соответствии с, например, количеством распределения терминалов базовая станция управляет величиной ресурсов, используемых при передаче PDCCH, т.е. количеством символов мультиплексирования с ортогональным частотным разделением (OFDM-символов) на основе единицы подкадра. Более конкретно, базовая станция передает на терминалы, используя физический индикаторный канал управления форматом (PCFICH), управляющий индикатор формата (CFI), который представляет собой информацию, указывающую количество OFDM-символов, способных использоваться при передаче PDCCH в первых OFDM-символах подкадров. Каждый из терминалов принимает PDCCH в соответствии с CFI, обнаруженным из принятого PCFICH. В данном случае, каждый PDCCH занимает ресурс, формируемый одним или множеством последовательных элементов канала управления (CCE). В LTE в соответствии с количеством информационных битов информации управления или состояния канала терминала выбирается один из 1, 2, 4 и 8 в качестве количества CCE, занятых PDCCH (количество связанных CCE: уровень агрегации CCE). В данном случае, LTE поддерживает частотную полосу с максимальной шириной 20 МГц в качестве ширины полосы частот системы.

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

Кроме того, были проведены исследования в отношении метода ограничения CCE так, что он является целью слепого декодирования каждого терминала, с целью уменьшения количества попыток слепого декодирования на терминале. Этот метод ограничивает, что область CCE (ниже в данном документе упоминаемая как «пространство поиска») является целью слепого декодирования каждого терминала. В LTE пространство поиска формируется случайным образом каждым терминалом, и количество CCE, формирующих пространство поиска, определяется каждым уровнем агрегации CCE в PDCCH. Например, для уровней 1, 2, 4 и 8 агрегации CCE количество CCE, формирующих пространства поиска - т.е. количество CCE, являющихся целью слепого декодирования - ограничивается шестью возможными вариантами (6 (=1×6) CCE), шестью возможными вариантами (12 (=2×6) CCE), двумя возможными вариантами (8 (=4×2) CCE) и двумя возможными вариантами (16 (=8×2) CCE) соответственно. Таким образом, каждому терминалу необходимо выполнить слепое декодирование только над CCE в пространстве поиска, распределенным терминалу, таким образом делая возможным уменьшение количества попыток слепого декодирования. В данном случае, пространство поиска каждого терминала конфигурируется с использованием ID терминала каждого терминала и хэш-функции для рандомизации.

Также, LTE принимает автоматический запрос на повторение (ARQ) для данных нисходящей линии связи с базовой станции на терминалы. Т.е. каждый из терминалов посылает сигнал ответа, указывающий результат обнаружения ошибки данных нисходящей линии связи, на базовую станцию в качестве обратной связи. Терминал выполняет CRC над данными нисходящей линии связи и затем передает сигнал ответа (т.е. сигнал ACK/NACK (подтверждения приема/отрицательное подтверждение приема)), указывающий ACK (подтверждение приема) в случае CRC=OK (нет ошибки) или NACK (отрицательное подтверждение приема) в случае CRC=NG (ошибка существует) в качестве обратной связи на базовую станцию. Если сигнал ответа, передаваемый в качестве обратной связи, указывает NACK, базовая станция передает данные повторной передачи на терминал. Кроме того, в LTE был исследован метод управления для повторной передачи данных, упоминаемый как гибридный ARQ (HARQ), который объединяет кодирование с коррекцией ошибок и ARQ. В HARQ при приеме повторно передаваемых данных терминал может повысить качество приема на стороне терминала посредством объединения повторно передаваемых данных и ранее принятых данных, включающих ошибку.

Кроме того, началась стандартизация усовершенствованной LTE 3GPP (ниже в данном документе упоминаемой как «LTE-A») для реализации более быстрой связи, чем LTE. В LTE-A, чтобы реализовать скорость передачи по нисходящей линии связи, равной или более высокой, чем максимум 1 Гбит/с, и скорость передачи по восходящей линии связи, равной или большей, чем максимум 500 Мбит/с, ожидается введение базовых станций и терминалов (ниже в данном документе упоминаемых как «терминалы LTE-A»), способных выполнять связь друг с другом при широкополосной частоте, равной или большей 40 МГц. Кроме того, системе усовершенствованной LTE требуется обслуживать не только терминалы LTE-A, но также терминалы, поддерживающие систему LTE (ниже в данном документе упоминаемые как «терминалы LTE»).

В LTE-A схема агрегации несущих, посредством которой связь выполняется посредством агрегации множества частотных полос, была предложена для реализации широкополосной связи с 40 МГц или выше (например, см. непатентную литературу 1). Например, частотная полоса, имеющая ширину 20 МГц, определяется как основная единица (ниже в данном документе упоминаемая как «компонентная несущая (CC)») полос связи. Таким образом, LTE-A реализует полосу частот системы 40 МГц посредством агрегации двух компонентных несущих. Также, единственная компонентная несущая обслуживает как терминал LTE, так и терминал LTE-A. Кроме того, в нижеследующем объяснении компонентная несущая на восходящей линии связи упоминается как «компонентная несущая восходящей линии связи», и компонентная несущая на нисходящей линии связи упоминается как «компонентная несущая нисходящей линии связи».

Хотя было проведено исследование поддержки агрегации несущих по меньшей мере пяти компонентных несущих в системе LTE-A, количество фактически используемых компонентных несущих отличается для каждого терминала в соответствии, например, с требуемой скоростью передачи и возможностью приема каждого терминала с количеством компонентных несущих. В данном случае, какая компонентная несущая должна использоваться конфигурируется каждым терминалом. Сконфигурированная компонентная несущая упоминается как «набор UE CC (компонентных несущих пользовательского оборудования)». Набор UE CC управляется полустатически требуемой скоростью передачи терминала.

В LTE-A в качестве способа уведомления терминалов об информации о распределении ресурсов каждой компонентной несущей с базовой станции, обсуждалось распределение данных разных компонентных несущих посредством PDCCH, передаваемого с использованием некоторой компонентной несущей (например, см. непатентную литературу 4). В частности, были проведены исследования для указания компонентной несущей, которая представляет собой цель распределения PDCCH посредством использования индикатора несущей (CI) в PDCCH. Т.е. CI маркирует каждую компонентную несущую. CI передается в поле внутри PDCCH, упоминаемом как «поле индикатора несущей (CIF)».

Также, рассматривалась передача значения CIF компонентной несущей, которая является целью распределения, в дополнение к CI в CIF (например, см. непатентную литературу 5).

Также, вышеупомянутая непатентная литература 4 описывает соответствие между значением CI (т.е. точки кода) и номером CC, указываемым значением CI. Т.е. если распределяется та же CC, что и CC, которая передала PDCCH, распределяется CI=1 (когда CI начинается с 1). Значения CI ассоциируются в порядке возрастания частоты с другими CC. Например, как показано на фиг.1В, когда имеется три CC (CC1, CC2 и CC3 в порядке возрастания частоты) и все три CC конфигурируются терминалу (т.е. когда набор UE CC включает в себя CC1, CC2 и CC3), в PDCCH, передаваемом в CC2, CI=1 указывает распределение данных CC2, CI=2 указывает распределение данных CC1, и CI=3 указывает распределение данных CC3. В то же время, как показано на фиг.1А, две из трех CC конфигурируются терминалу (например, когда набор UE CC включает в себя CC2 и CC3), CI=1 указывает распределение данных CC2, и CI=2 указывает распределение данных CC3. В данном случае, каждый момент времени, когда меняется конфигурирование CC каждого терминала (т.е. набор UE CC), изменяется соответствие между CI и номерами CC, причем CI являются другими, чем CI, распределяющий эту же CC. В вышеупомянутом примере, когда CC1 добавляется к набору UE CC в терминале, для которого конфигурируются CC2 и CC3, точка кода CI, распределяющего CC3 изменяется перед и после добавления CC.

В данном случае, например, было рассмотрено использование сигнализации управления радиоресурсами (RRC), описанной в непатентной литературе 6, для изменения набора UE CC (т.е. добавления и удаления CC). Более конкретно, используется процедура реконфигурирования соединения RRC для изменения набора UE CC. В случае изменения набора UE CC базовая станция сначала передает сообщение реконфигурирования соединения RRC на терминал для уведомления терминала об изменении. Терминал, принимающий данное сообщение, изменяет свою конфигурацию и затем, после того как будет завершено изменение, посылает сообщение о завершении реконфигурирования соединения RRC на базовую станцию. Посредством приема сообщения о завершении реконфигурирования соединения RRC, базовая станция узнает, что в терминале было правильно выполнено изменение конфигурации. В данном случае, оно обычно занимает от нескольких 10 до 100 мс для передачи этих сообщений друг другу.

СПИСОК ССЫЛОК

НЕПАТЕНТНАЯ ЛИТЕРАТУРА

NPL 1

3GPP TS 36.211 V8.3.0, «Physical Channels and Modulation (Release 8)», May 2008

NPL 2

3GPP TS 36.212 V8.3.0, «Multiplexing and channel coding (Release 8)», May 2008

NPL 3

3GPP TS 36.213 V8.3.0, «Physical layer procedures (Release 8)», May 2008

NPL 4

3GPP TSG RAN WG1 meeting, R1-100041, «Mapping of CIF to component carrier» January 2010

NPL 5

3GPP TSG RAN WG1 meeting, R1-100360, «PCFICH in cross carrier operation» January 2010

NPL 6

3GPP TS 36.331 V8.7.0 «Radio Resource Control (RRC)», (2009-09)

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

ТЕХНИЧЕСКАЯ ПРОБЛЕМА

Однако в соответствии с соответствием между CI и номерами CC в вышеупомянутой не патентной литературе 4, добавление CC изменяет соответствие между точками кода CI и CC. По этой причине, во время вышеупомянутой процедуры реконфигурирования соединения RRC (т.е. периода от передачи сообщения реконфигурирования соединения RRC c базовой станции до приема сообщения о завершении реконфигурирования соединения RRC) базовая станция не может распределять CC кроме CC, используемой для передачи PDCCH (CC2 в вышеприведенном примере). Другими словами, даже если CC добавляется с целью увеличения количества данных, подлежащих передаче, например, нельзя распределить данные не только CC, вновь добавленной (в вышеприведенном примере CC2), но также CC в использовании (CC3), пока не будет завершено вышеупомянутое реконфигурирование. В результате, имеет место задержка в передаче данных.

С другой стороны, когда является фиксированным соответствие между CI и номерами CC, вышеупомянутая проблема задержки в передаче данных не возникает. Например, когда CI=1, CI=2 и CI=3 фиксировано ассоциируются с CC1, CC2 и CC3 соответственно, в соответствии не происходит изменение. Однако, в данном случае, количество точек кода (например, 3 бита в системе из восьми CC), соответствующее общему количеству CC в системе, требуется для уведомления о CC, независимо от количества CC, сконфигурированных терминалу. В результате, увеличивается количество битов CIF. Например, всегда требуется использовать 3 бита для уведомления, даже для распределения четырех CC (представляемых 2 битами) каждому терминалу. Другими словами, количество CC, поддерживаемых системой, ограничивается количеством битов CIF в данном случае.

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

РЕШЕНИЕ ПРОБЛЕМЫ

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

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

ПОЛОЖИТЕЛЬНЫЕ ЭФФЕКТЫ ИЗОБРЕТЕНИЯ

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Фиг. 1 иллюстрирует обычный метод маркирования;

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

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

фиг. 4 иллюстрирует работу базовой станции и терминала;

фиг. 5 иллюстрирует работу базовой станции и терминала;

фиг. 6 иллюстрирует работу базовой станции и терминала согласно варианту 2 осуществления настоящего изобретения;

фиг. 7 иллюстрирует форматы уведомления;

фиг. 8 иллюстрирует разновидность 1;

фиг. 9 иллюстрирует форматы таблицы CIF согласно варианту 3 осуществления настоящего изобретения; и

фиг. 10 иллюстрирует формат таблицы CIF согласно варианту 3 осуществления настоящего изобретения.

ОПИСАНИЕ ВАРИАНТА ОСУЩЕСТВЛЕНИЯ

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

[ВАРИАНТ 1 ОСУЩЕСТВЛЕНИЯ]

[КОНФИГУРАЦИЯ БАЗОВОЙ СТАНЦИИ]

Фиг. 2 представляет собой блок-схему, иллюстрирующую конфигурацию базовой станции 100 согласно варианту 1 осуществления настоящего изобретения. На фиг.2 базовая станция 100 включает в себя узел 101 конфигурирования, память 102, узел 103 управления, узел 104 генерирования PDCCH, узлы 105, 106 и 107 кодирования, узлы 108, 109 и 110 модуляции, узел 111 распределения, узел 112 генерирования PCFICH, узел 113 мультиплексирования, узел 114 обратного быстрого преобразования Фурье (IFFT), узел 115 добавления циклического префикса (CP), узел 116 радиочастотной (RF) передачи, узел 117 RF-приема, узел 118 удаления CP, узел 119 быстрого преобразования Фурье (FFT), узел 120 выделения, узел 121 обратного дискретного преобразования Фурье (IDFT) и узел 122 приема данных.

Узел 101 конфигурирования конфигурирует одну или множество CC, используемых для восходящей линии связи и нисходящей линии связи каждого терминала, т.е. конфигурирует набор UE CC. Данный набор UE CC конфигурируется в соответствии, например, с требуемой скоростью передачи каждого терминала, количества данных, подлежащих передаче, в буфере передачи, допустимой величиной задержки и качеством обслуживания (QoS). Узел 101 конфигурирования также изменяет уже сконфигурированный набор UE CC.

При начальном конфигурировании набора UE CC и при каждом изменении набора UE CC, узел 101 конфигурирования корректирует (обновляет) таблицу CIF (т.е. правило маркирования), хранимую в памяти 102. В данной таблице CIF, хранимой в памяти 102, CC, формирующие набор UE CC, ассоциируются с точками кода CIF соответственно.

Более конкретно, при добавлении новой CC к набору UE CC узел 101 конфигурирования добавляет новую CC, в то же время сохраняя CC, формирующие сконфигурированный в настоящий момент набор UE CC. Также, при корректировании таблицы CIF узел 101 конфигурирования распределяет неиспользуемую в настоящий момент точку кода CIF добавляемой CC, в то же время сохраняя зависимость между точками кода CIF и CC, формирующими сконфигурированный в настоящий момент набор UE CC. Кроме того, узел 101 конфигурирования также распределяет номер CC (ниже в данном документе данный номер может просто упоминаться как «Номер CC PDCCH»), используемый для передачи сигнала PDCCH, включающего в себя информацию о распределении ресурсов, связанную с данными, передаваемыми добавленной CC. При удалении CC из CC, формирующих набор UE CC, узел 101 конфигурирования удаляет только CC, в то же время сохраняя соответствие между точками кода CIF и неудаленными CC. Подробности данной таблицы CIF и процесса корректирования таблицы CIF описаны ниже.

При изменении набора UE CC узел 101 конфигурирования уведомляет ниже описанный терминал 200 о следующей информации при помощи системы процесса, проходящей через узел 106 кодирования. Т.е. при добавлении CC узел 101 конфигурирования уведомляет терминал 200 о номере CC, подлежащем добавлению, номере CC PDCCH и точке кода CIF, распределенной CC, подлежащей добавлению, на терминал 200. В то же время, при удалении CC, узел 101 конфигурирования уведомляет терминал 200 о номере CC, подлежащем удалению. Вышеупомянутое конфигурирование используется относительно в большом интервале. Т.е. конфигурирование не меняется на основе единичного подкадра.

При начальном конфигурировании набора UE CC и при изменении в каждый раз набора UE CC узел 101 конфигурирования выводит номера CC и номера CC PDCCH, формирующие набор UE CC, на узел 103 управления и узел 104 генерирования PDCCH. Ниже в данном документе порции информации, выводимые с узла 101 конфигурирования, могут вместе упоминаться как «конфигурационная информация».

Узел 103 управления генерирует информацию о распределении ресурсов (т.е. информацию о распределении ресурсов восходящей линии связи и информацию о распределении ресурсов нисходящей линии связи). Информация о распределении ресурсов восходящей линии связи представляет ресурс восходящей линии связи (например, физический совместно используемый канал восходящей линии связи (PUSCH)), на который распределяются данные восходящей линии связи терминала 200 цели распределения. В то же время, информация о распределении ресурсов нисходящей линии связи представляет ресурс нисходящей линии связи (например, физический совместно используемый канал нисходящей линии связи (PDSCH)), на который распределяются данные нисходящей линии связи, адресованные терминалу 200 цели распределения. В данном случае, информация о распределении ресурсов включает в себя: информацию о распределении блока ресурсов (RB); информацию схемы модуляции и кодирования (MCS) данных; информацию, относящуюся к повторной передаче HARQ, такой как информация (NDI: индикатор новых данных) или информация о версии избыточности (RV), которая указывает, являются ли данные новыми данными или данными повторной передачи; информацию (CI: индикатор несущей) CC, подлежащей распределению ресурсов; и информацию CFI CC цели распределения.

Узел 103 управления выводит информацию о распределении ресурсов на узел 104 генерирования PDCCH и узел 113 мультиплексирования.

В данном случае, основываясь на конфигурационной информации, принятой от узла 101 конфигурирования, узел 103 управления распределяет информацию о распределении ресурсов для терминала 200 цели распределения на PDCCH, размещенный в компонентной несущей нисходящей линии связи, сконфигурированной в соответствующем терминале 200. Этот процесс распределения распределяется на основе единичного подкадра. В частности, узел 103 управления распределяет информацию о распределении ресурсов для терминала 200 цели распределения на PDCCH, размещенный в компонентной несущей нисходящей линии связи, указанной номером CC PDCCH, сконфигурированным в терминале 200. Узел 103 управления распределяет точку кода CIF каждой CC, подлежащей распределению ресурсов, в соответствии с таблицей CIF, обновляемой узлом 101 конфигурирования. PDCCH формируется одним или множеством CCE. Кроме того, количество CCE, используемых базовой станцией 100, конфигурируется на основе качества пути распространения (CQI: индикатор качество канала) и размера информации управления терминала 200 цели распределения. Посредством этого терминал 200 может принимать информацию управления с необходимым и достаточным коэффициентом ошибок.

Узел 103 управления определяет количество OFDM-символов, используемых для передачи каждой компонентной несущей нисходящей линии связи PDCCH, основываясь на количестве CCE, используемых для передачи PDCCH. Узел 103 управления генерирует информацию CFI, указывающую определенное количество OFDM-символов. Затем узел 103 управления выводит информацию CFI для каждой компонентной несущей нисходящей линии связи на узел 112 генерирования PCFICH и узел 113 мультиплексирования.

Узел 104 генерирования PDCCH генерирует сигнал PDCCH, подлежащий передачи по компонентной несущей нисходящей линии связи, указанной конфигурационной информацией (в частности, номером CC PDCCH), принятой от узел 101 конфигурирования. Этот сигнал PDCCH включает в себя информацию о распределении ресурсов восходящей линии связи и информацию о распределении ресурсов нисходящей линии связи, выводимые с узла 103 управления. Кроме того, узел 104 генерирования PDCCH добавляет бит CRC к сигналу PDCCH и затем маскирует (или скремблирует) бит CRC посредством ID терминала. Затем узел 104 генерирования PDCCH выводит маскированный сигнал PDCCH на узел 105 кодирования.

Описанный выше процесс выполняется на каждом терминале 200 цели обработки.

Узел 105 кодирования выполняет процесс кодирования канала над сигналом PDCCH каждой компонентной несущей, введенным от узла 104 генерирования PDCCH, и выводит сигнал PDCCH, который был подвергнут процессу кодирования канала, на узел 108 модуляции.

Узел 108 модуляции модулирует сигнал PDCCH, введенный с узла 105 кодирования, и выводит модулированный сигнал PDCCH на узел 111 распределения.

Узел 111 распределения распределяет сигналы PDCCH терминалов, введенные от узла 108 модуляции, на CCE внутри пространства поиска каждого терминала в каждой компонентной несущей нисходящей линии связи. Узел 111 распределения выводит сигнал PDCCH, распределенный CCE, на узел 113 мультиплексирования.

Узел 112 генерирования PCFICH генерирует сигнал PCFICH, подлежащий передаче по каждой компонентной несущей нисходящей линии связи, основываясь на информации CFI для каждой компонентной несущей нисходящей линии связи, введенной с узла 103 управления. Узел 112 генерирования PCFICH затем выводит сгенерированный сигнал PCFICH на узел 113 мультиплексирования.

Узел 106 кодирования кодирует конфигурационную информацию, введенную с узла 101 конфигурирования, и выводит кодированную конфигурационную информацию на узел 109 модуляции.

Узел 109 модуляции модулирует кодированную конфигурационную информацию и выводит модулированную конфигурационную информацию на узел 113 мультиплексирования.

Узел 107 кодирования выполняет процесс кодирования канала над введенными данными передачи (данными нисходящей линии связи) и выводит сигнал данных передачи, который был подвергнут процессу кодирования канала, на узел 110 модуляции.

Узел 110 модуляции модулирует данные передачи (данные нисходящей линии связи), которые были подвергнуты процессу кодирования канала, и выводит модулированный сигнал данных передачи на узел 113 мультиплексирования.

Узел 113 мультиплексирования мультиплексирует сигнал PDCCH, введенный с узла 111 распределения, сигнал PCFICH, введенный с узла 112 генерирования PCFICH, конфигурационную информацию, введенную с узла 109 модуляции, и сигнал данных (т.е. сигнал PDSCH), введенный с узла 110 модуляции. В данном случае, основываясь на информации CFI каждой компонентной несущей нисходящей линии связи, введенной с узла 103 управления, узел 113 мультиплексирования определяет количество OFDM-символов для размещения PDCCH каждой компонентной несущей нисходящей линии связи. Кроме того, узел 113 мультиплексирования отображает сигнал PDCCH и сигнал данных (сигнал PDSCH) на каждую компонентную несущую нисходящей линии связи, основываясь на информации о распределении ресурсов нисходящей линии связи, введенной с узла 103 управления. Узел 113 мультиплексирования также может отображать конфигурационную информацию на PDSCH. Узел 113 мультиплексирования затем выводит мультиплексированный сигнал на узел 114 IFFT.

Узел 114 IFFT преобразует мультиплексированный сигнал, введенный с узла 113 мультиплексирования, в форму волны временной области. Узел 115 добавления CP затем получает OFDM-сигнал посредством добавления CP в данную форму волны временной области.

Узел 116 RF-передачи применяет процесс радиопередачи (такой как преобразование с повышением частоты и цифро-аналоговое (D/A) преобразование) над OFDM-сигналом, введенным с узла 115 добавления CP, и передает результат при помощи антенны.

В то же время, узел 117 RF-приема выполняет процесс радиоприема (такой как преобразование с понижением частоты и аналого-цифровое (A/D) преобразование) над радиосигналом приема, принятым в полосе приема при помощи антенны, и выводит результирующий принятый сигнал на узел 118 удаления CP.

Узел 118 удаления CP удаляет CP из принятого сигнала, и узел 119 FFT преобразует принятый сигнал, из которого удален CP, в сигнал частотной области.

Узел 120 выделения выделяет данные восходящей линии связи каждого терминала и сигнал физического канала управления восходящей линии связи (PUCCH) (например, сигнал ACK/NACK) из сигнала частотной области, введенного с узла 119 FFT, основываясь на информации о распределении ресурсов восходящей линии связи (например, информации о распределении ресурсов восходящей линии связи в четырех подкадрах впереди), введенной с узла 103 управления. Узел 121 IDFT преобразует сигнал, выделенный узлом 120 выделения, в сигнал временной области и выводит сигнал временной области на узел 122 приема данных.

Узел 122 приема данных декодирует данные восходящей линии связи из сигнала временной области, введенного с узла 121 IDFT. Затем узел 122 приема данных выводит декодированные данные восходящей линии связи в качестве принятых данных.

[КОНФИГУРАЦИЯ ТЕРМИНАЛА]

Фиг. 3 представляет собой блок-схему, иллюстрирующую конфигурацию терминала 200 согласно варианту 1 осуществления настоящего изобретения. Терминал 200 выполняет связь с базовой станцией 100 посредством использования множества компонентных несущих нисходящей линии связи. Если принятые данные включают в себя ошибку, терминал 200 сохраняет принятые данные в буфере HARQ и в момент времени повторной передачи объединяет данные повторной передачи с принятыми данными, хранимыми в буфере HARQ, и декодирует результирующие объединенные данные.

На фиг. 3 терминал 200 включает в себя узел 201 RF-приема, узел 202 удаления CP, узел 203 FFT, узел 204 демультиплексирования, узел 205 приема конфигурационной информации, узел 206 приема PCFICH, узел 207 конфигурирования таблицы CIF, узел 208 приема PDCCH, узел 209 приема PDSCH, узлы 210 и 211 модуляции, узел 212 дискретного преобразования Фурье (DFT), узел 213 отображения, узел 214 IFFT, узел 215 добавления CP и узел 216 RF-передачи.

Узел 201 RF-приема способен менять полосу приема и меняет полосу приема, основываясь на информации о полосе, введенной с узла 205 приема конфигурационной информации. Затем узел 201 RF-приема применяет процесс радиоприема (такой как преобразование с понижением частоты и A/D преобразование) к радиосигналу приема (в данном случае, OFDM-сигналу), принятому в полосе приема при помощи антенны, и выводит результирующий принятый сигнал на узел 202 удаления CP.

Узел 202 удаления CP удаляет CP из сигнала приема. Узел 203 FFT преобразует принятый сигнал, из которого удален CP, в сигнал частотной области и выводит этот сигнал частотной области на узел 204 демультиплексирования.

Узел 204 демультиплексирования демультиплексирует сигнал, введенный с узла 203 FFT, в сигнал управления более высокого уровня (например, сигнализации RRC), включающий в себя конфигурационную информацию, сигнал PCFICH, сигнал PDCCH и сигнал данных (т.е. сигнал PDSCH). Затем узел 204 демультиплексирования выводит сигнал управления на узел 205 приема конфигурационной информации, сигнал PCFICH - на узел 206 приема PCFICH, сигнал PDCCH - на узел 208 приема PDCCH, и сигнал PDSCH - на узел 209 приема PDSCH.

Узел 205 приема конфигурационной информации считывает следующую информацию из сигнала управления, принятого с узла 204 демультиплексирования. Т.е. эта считанная информация означает информацию, сконфигурированную для терминала, причем информация включает в себя: компонентную несущую восходящей линии связи и компонентную несущую нисходящей линии связи для использования при передаче данных; информацию, указывающую компонентную несущую нисходящей линии связи для использования при передаче сигнала PDCCH, на который распределяется информация о распределении ресурсов для каждой компонентной несущей; и точку кода CIF, соответствующую добавленной или удаленной CC.

Узел 205 приема конфигурационной информации выводит считанную информацию на узел 207 конфигурирования таблицы CIF, узел 208 приема PDCCH, узел 201 RF-приема и узел 216 RF-передачи. Кроме того, узел 205 приема конфигурационной информации считывает ID терминала, сконфигурированный для терминала, из сигнала управления, принятого от узла 204 демультиплексирования, и выводит считанную информацию на узел 208 приема PDCCH.

Узел 206 приема PCFICH выделяет информацию CFI из сигнала PCFICH, принятого от узла 204 демультиплексирования. Т.е. узел 206 приема PCFICH получает информацию CFI, указывающую количество OFDM-символов, используемых для PDCCH, которому распределяется информация о распределении ресурсов, для каждой из множества компонентных несущих нисходящей линии связи, сконфигурированных в терминале. Узел 206 приема PCFICH выводит выделенную информацию CFI на узел 208 приема PDCCH и узел 209 приема PDSCH.

Узел 207 конфигурирования таблицы CIF корректирует (обновляет) таблицу CIF, хранимую узлом 208 приема PDCCH, основываясь на добавленном или удаленном номере CC, принятым от узла 205 приема конфигурационной информации, и точке кода CIF, распределенной CC. Этот процесс коррекции соответствует процессу коррекции в базовой станции 100.

Узел 208 приема PDCCH выполняет слепое декодирование над сигналом PDCCH, принятым от узла 204 демультиплексирования, для получения сигнала PDCCH (информации о распределении ресурсов), адресованного терминалу. В данном случае, сигнал PDCCH распределяется каждому CCE (т.е. PDCCH), размещенному в компонентной несущей нисходящей линии связи, сконфигурированной терминалу, причем CCE указано информацией, принятой от узла 205 приема конфигурационной информации.

Более конкретно, для каждой компонентной несущей нисходящей линии связи узел 208 приема PDCCH задает количество OFDM-символов, в которых размещается PDCCH, основываясь на информации CFI, принятой от узла 206 приема PCFICH. Узел 208 приема PDCCH затем вычисляет пространство поиска терминала посредством использования ID терминала, принятого от узла 205 приема конфигурационной информации.

Узел 208 приема PDCCH затем демодулирует и декодирует сигнал PDCCH, распределенный каждому CCE в вычисленном пространстве поиска.

Узел 208 приема PDCCH выполняет слепое декодирование каждого сигнала PDCCH, выполняющего распределение ресурсов данных каждой компонентной несущей. Например, когда имеется две компонентные несущие (компонентная несущая 1 нисходящей линии связи и компонентная несущая 2 нисходящей линии связи) и сигналы PDCCH обоих компонентных несущих передаются с CC1, узел 208 приема PDCCH выполняет слепое декодирование сигнала PDCCH, выполняющего распределение данных компонентной несущей 1 нисходящей линии связи, и слепое декодирование сигнала PDCCH, выполняющего распределение данных компонентной несущей 2 нисходящей линии связи, на CC1.

Узел 208 приема PDCCH определяет декодированный сигнал PDCCH в качестве сигнала, адресованного терминалу, причем декодированный сигнал PDCCH приводит к CRC=OK (нет ошибки) после демаскирования бита CRC, используя ID терминала у терминала, указанного информацией ID терминала.

Узел 208 приема PDCCH выводит информацию о распределении ресурсов нисходящей линии связи, включенную в сигнал PDCCH, адресованный терминалу, на узел 209 приема PDSCH и выводит информацию о распределении ресурсов восходящей линии связи на узел 213 отображения. В то же время, когда не обнаруживается сигнал PDCCH, приводящий к CRC=OK, узел 208 приема PDCCH определяет, что текущий подкадр не включает в себя распределение данных, адресованное терминалу, и находится в состоянии готовности до следующего подкадра.

В данном случае, в информации о распределении ресурсов нисходящей линии связи, включенной в сигнал PDCCH, точка кода CIF указывает CC, используемую для передачи данных нисходящей линии связи. Таким образом, с ссылкой на таблицу CIF, обновленную узлом 207 конфигурирования таблицы CIF, узел 208 приема PDCCH преобразует точку кода CIF, включенную в информацию о