УСТРОЙСТВО ПЕРЕДАЧИ И СПОСОБ ПЕРЕДАЧИ
TRANSMISSION DEVICE AND TRANSMISSION METHOD

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится к устройству передачи и способу передачи.
УРОВЕНЬ ТЕХНИКИ
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, включенную в информацию о распределении ресурсов нисходящей линии связи, в номер CC и затем выводит информацию о распределении ресурсов нисходящей линии связи на узел 209 приема PDSCH. В данном случае, таблица CIF хранится в памяти (не показана), включенной в узел 208 приема PDCCH.
Узел 209 приема PDSCH выделяет принятые данные (данные нисходящей линии связи) из сигнала PDSCH, принятого с узла 204 демультиплексирования, основываясь на информации о распределении ресурсов нисходящей линии связи и информации CFI множества компонентных несущих нисходящей линии связи, принятой от узла 208 приема PDCCH, и информацию CFI CC, где передается сигнал PDCCH, причем информация CFI принимается с узла 206 приема PCFICH. Также, когда CC, используемая для передачи сигнала PDCCH, отличается от CC, используемой для передачи сигнала PDSCH, информация CFI получается из декодированного сигнала PDCCH.
Кроме того, узел 209 приема PDSCH выполняет обнаружение ошибок в выделенных данных приема (данных нисходящей линии связи). В результате обнаружения ошибок узел 209 приема PDSCH генерирует сигнал NACK в качестве сигнала ACK/NACK, когда данные приема включают в себя ошибку, тогда как узел 209 приема PDSCH генерирует сигнал ACK в качестве сигнала ACK/NACK, когда данные приема не включают в себя ошибку. Затем узел 209 приема PDSCH выводит сигнал ACK/NACK на узел 210 модуляции. Когда данные приема включают в себя ошибку, узел 209 приема PDSCH сохраняет выделенные данные приема в буфере HARQ (не показан). При приеме повторно переданных данных узел 209 приема PDSCH объединяет ранее принятые данные, хранимые в буфере HARQ, с повторно переданными данными и выполняет обнаружение ошибок в результирующем объединенном сигнале. Когда базовая станция 100 передает сигнал PDSCH, используя пространственное мультиплексирование, например, MIMO (с многими входами и многими выходами) и, таким образом, передает два блока данных (транспортных блока), узел 209 приема PDSCH генерирует сигналы ACK/NACK для соответствующих блоков данных.
Узел 210 модуляции модулирует сигнал ACK/NACK, принятый от узла 209 приема PDSCH. Когда базовая станция 100 передает два блока данных посредством пространственного мультиплексирования сигнала PDSCH в каждой компонентной несущей нисходящей линии связи, узел 210 модуляции применяет модуляцию QPSK (квадратурная фазовая манипуляция) над сигналом ACK/NACK. В то же время, когда базовая станция 100 передает один блок данных, узел 210 модуляции применяет модуляцию BPSK (двоичная фазовая манипуляция) над сигналом ACK/NACK. Т.е. узел 210 модуляции генерирует один сигнал QPSK или сигнал BPSK в качестве сигнала ACK/NACK каждой компонентной несущей нисходящей линии связи. Узел 210 модуляции затем выводит модулированный сигнал ACK/NACK на узел 213 отображения.
Узел 211 модуляции модулирует данные передачи (данные восходящей линии связи) и выводит модулированный сигнал данных на узел 212 DFT.
Узел 212 DFT преобразует сигнал данных, введенный с узла 211 модуляции, в сигнал частотной области и выводит результирующее множество частотных составляющих на узел 213 отображения.
Узел 213 отображения отображает сигнал данных, введенный с узла 212 DFT, на PUSCH, размещенный в компонентной несущей восходящей линии связи, в соответствии с информацией о распределении ресурсов восходящей линии связи, введенной с узла 208 приема PDCCH. Узел 213 отображения также отображает сигнал ACK/NACK, введенный с узла 210 модуляции, в PUCCH, размещенный в компонентной несущей восходящей линии связи.
В данном случае, узлы 210 и 211 модуляции, узел 212 DFT и узел 213 отображения также могут обеспечиваться каждой компонентной несущей восходящей линии связи.
Узел 214 IFFT преобразует множество частотных составляющих, отображаемых на PUSCH, в форму волны временной области, и узел 215 добавления CP добавляет CP к форме волны временной области.
Узел 216 RF-передачи способен менять полосу передачи и конфигурирует полосу передачи, основываясь на информации о полосе, принятой с узла 205 приема конфигурационной информации. Затем узел 216 RF-передачи применяет процесс радиопередачи (такой как преобразование с повышением частоты и D/A преобразование) к сигналу, к которому добавлен CP, для передачи результата при помощи антенны.
[РАБОТА БАЗОВОЙ СТАНЦИИ 100 И ТЕРМИНАЛА 200]
Описывается работа базовой станции 100 и терминала 200, имеющих вышеупомянутые конфигурации. В данном случае, в частности, описывается процесс корректировки таблицы CIF, причем процесс выполняется для изменения в наборе UE CC.
Фиг.4 иллюстрирует, как CC, формирующие набор UE CC, изменяются во времени. Фиг.5 иллюстрирует состояния таблицы CIF во временных интервалах, изображенных на фиг.4. Когда CIF состоит из двух битов, имеется четыре точки кода, представленные битовыми последовательностями 00, 01, 10 и 11 соответственно. Здесь описывается случай, предполагающий, что CI=1, 2, 3 и 4 соответствуют битовым последовательностям 00, 01, 10 и 11 соответственно.
Как показано на фиг.4, когда включается питание терминала 200, терминал 200 начинает выполнять связь с базовой станцией 100 на одной CC (на фиг.4 CC2) в соответствии с операциями, такими как поиск соты и произвольный доступ как в LTE.
Базовая станция 100 затем добавляет CC терминалу 200 вследствие, например, увеличения количества данных. В данном случае, узел 101 конфигурирования корректирует (обновляет) таблицу CIF, хранимую в памяти 102 в базовой станции 100. Более конкретно, при добавлении новой CC в набор UE CC, узел 101 конфигурирования добавляет новую CC, в то же время сохраняя CC, формирующие сконфигурированный в настоящий момент набор UE CC. При коррекции таблицы CIF узел 101 конфигурирования распределяет неиспользуемую в настоящий момент точку кода CIF добавляемой CC, в то же время сохраняя зависимость между точками кода CIF и CC, формирующими сконфигурированный в настоящий момент набор UE CC. Узел 101 конфигурирования также распределяет «номер CC PDCCH».
Например, на фиг. 4 CC добавляются в начальные моменты времени интервалов B, C и E соответственно. Состояния таблиц CIF в интервалах B, C и E изображены на фиг. 5В, C и E соответственно. Например, CC1 добавляется между фиг. 5В и фиг. 5С. На фиг. 5С CC1 ассоциируется с точкой 3 кода CIF, неиспользуемой на фиг. 5В, в то же время сохраняется зависимость между CC, формирующими набор UE CC, и точкой кода CIF на фиг. 5В.
Как показано на фиг. 4, в интервале С информация о распределении данных (PDSCH) в CC1, 2 и 3 уведомляется терминалу 200 посредством PDCCH на CC2. Т.е. «номером CC PDCCH» является 2 в данный момент времени.
Также при удалении CC из CC, формирующих набор UE CC, узел 101 конфигурирования удаляет только CC, в то же время сохраняя соответствие между точками кода CIF и CC, не подлежащими удалению.
Например, CC1 удаляется между фиг. 5С и фиг. 5D. На фиг. 5D сохраняется соответствие между точками кода CIF и CC 2 и 3, кроме CC1 на фиг. 5С.
Процесс корректировки посредством узла 207 конфигурирования таблицы CIF терминала 200 соответствует процессу корректировки в базовой станции 100.
Как описано выше, даже когда таблица CIF меняется в ассоциировании с изменением набора UE CC (т.е. добавление или удаление CC), сохраняется соответствие между точками кода CIF и CC, не связанными с изменением. Т.е. можно распределять данные CC, не связанным с изменением, посредством использования раннее распределенных точек кода «как есть», даже во время процедуры реконфигурирования соединения RRC, требуемой при изменении набора UE CC. Посредством этого, можно предотвратить задержку при передаче данных. Также, использование большего количества CC может улучшить пропускную способность данных.
Кроме того, так как точки кода CIF распределяются только CC, фактически сконфигурированным для терминала 200, количество битов, требуемых для уведомления терминала 200 о CC с базовой станции 100, может представлять собой только количество CC, поддерживаемых терминалом 200. Например, даже в случае системы, поддерживающей восемь CC, количество битов, требуемых для уведомления терминала 200 о CC с базовой станции 100, может представлять собой только два бита, когда количество CC, поддерживаемых терминалом 200, равно четырем. Т.е. даже когда количество CC во всей системе увеличивается, нет необходимости увеличивать количество битов CIF и, следовательно, можно уменьшить количество информации управления.
Согласно настоящему варианту осуществления, описанному выше, в базовой станции 100 при добавлении компонентной несущей к набору компонентных несущих (набору UE CC) узел 101 конфигурирования корректирует таблицу CIF, ассоциирующую идентификационную информацию компонентных несущих с точками кода, используемыми в качестве меток компонентных несущих, включенных в набор UE CC, и затем распределяет неиспользуемую точку кода компонентной несущей, подлежащей добавлению, в то же время сохраняя соответствие между идентификационной информацией компонентных несущих и точками кода в состоянии перед тем, как будет скорректирована таблица CIF. Узел 103 управления формирует сигналы управления (PDCCH), связанные с передачей данных, используя множество компонентных несущих соответственно, и сигналы управления соответствующих компонентных несущих маркируются точками кода в соответствии с таблицей CIF, скорректированной узлом 101 конфигурирования. Узел передачи, включающий в себя узел 101 конфигурирования, узел 106 кодирования и узел 109 модуляции, передает сигнал уведомления, включающий в себя информацию, связанную с корректировкой таблицы CIF, на терминал 200.
В результате, можно ограничить количество битов, требуемых для уведомления о CC в использовании, и также предотвратить задержку в передаче данных.
Кроме того, таблица CIF в памяти 102 может сохраняться для каждой CC, используемой для передачи PDCCH. Т.е. В случае добавления CC корректируется таблица CIF распределенной CC PDCCH. Например, так как CC2 распределяется в качестве CC PDCCH, таблица CIF CC2 корректируется в вышеприведенном примере. В качестве другого примера, изобретатели рассматривают случай, когда CC2 конфигурируется в качестве CC PDCCH как для CC2, так и для CC3 в наборе UE CC (т.е. состояние фиг. 4В). Здесь, в случае добавления CC1 и CC4, CC1 может конфигурироваться как CC PDCCH CC1 и CC4, и точки 1 и 2 кода CIF могут распределяться CC1 и CC4. В данном случае, корректируется таблица CIF для СС1. В случае, когда таблица CIF сохраняется для каждой CC как выше, возможно распределение одинаковых номеров точки кода CIF, когда являются разными CC PDCCH. Таким образом, может быть уменьшено количество битов CIF, требуемых для уведомления CC.
[ВАРИАНТ 2 ОСУЩЕСТВЛЕНИЯ]
В варианте 2 осуществления точка кода CIF сообщает значение CFI в дополнение к номеру CC, которым является цель распределения данных. Т.е. в таблице CIF пара номера CC и значения CFI ассоциируется с точкой кода CIF. Здесь значение CFI в верхней части подкадра передается всем терминалам с каждой из CC посредством PCFICH (физического индикаторного канала управления форматом). В среде гетерогенной сети, где существует макросота и фемтосота, PCFICH может не приниматься с достаточной надежностью. В такой среде можно повысить надежность при уведомления CFI посредством включения значения CFI, связанного с некоторой CC в сигнале PDCCH, передаваемым с другой CC.
Основные конфигурации базовой станции и терминала согласно варианту 2 осуществления являются общими с вариантом 1 осуществления, и, поэтому, описываются с использованием фиг. 2 и 3.
При добавлении CC узел 101 конфигурирования базовой станции 100 согласно варианту 2 осуществления распределяет, в основном, пары, причем каждая включает в себя CC, подлежащую добавлению, и соответствующее одно из всех значений CFI для разных точек кода CIF соответственно. Также в варианте 2 осуществления узел 101 конфигурирования распределяет, в основном, неиспользуемую в настоящий момент точку кода CIF добавляемой CC, в то же время сохраняя зависимость между точками кода CIF и CC, формирующими конфигурируемый в настоящий момент набор UE CC. При удалении CC из CC, формирующих набор UE CC, узел 101 конфигурирования удаляет только CC, в то же время сохраняя соответствие между точками кода CIF и CC, которые не должны быть удалены. В этот момент времени удаляется все соответствие, связанное с CC, подлежащей удалению.
Также, узел 207 конфигурирования таблицы CIF терминала 200 корректирует (обновляет) таблицу CIF, хранимую узлом 208 приема PDCCH, основываясь на номере добавленной или удаленной CC, принятым с узла 205 приема конфигурационной информации, точке кода CIF и значении CFI, распределенным CC.
Ниже описывается работа базовой станции 100 и терминала 200, имеющих вышеупомянутые конфигурации.
В настоящем варианте осуществления базовая станция 100 и терминал 200 совместно используют таблицу, представляющую зависимость точек кода CIF, номеров CC и значений CFI. В случае добавления CC распределяется до трех точек кода CIF, соответствующих CFI=1, 2 и 3, и затем информация, связанная с распределенными точками кода CIF, уведомляется терминалу 200 с базовой станции 100. Когда количество сконфигурированных CC является большим, количество значений CFI, которое может быть уведомлено для добавленных CC, может составлять два или одно. Таким образом, при уведомлении терминала 200 об информации, связанной с CC, в случае добавления CC, базовая станция 100 также уведомляет терминал 200 о количестве распределенных точек кода. Этот формат уведомления изображен на фиг. 7.
Фиг. 6 иллюстрирует то, как таблица CIF изменяется, когда добавляются CC. В частности, фиг. 6 иллюстрирует то, как таблица CIF изменяется, когда CC1 и CC4 последовательно добавляются терминалу 200, выполняющему связь с использованием CC2 и CC3. В данном случае, предполагается, что CC, используемой для передачи PDCCH, является CC2.
Как показано на фиг. 6, при добавлении CC1 узел 101 конфигурирования распределяет пары, причем каждая включает в себя CC, подлежащую добавлению, и соответствующее одно из всех значений CFI для разных точек кода CIF соответственно. Т.е., так как в данном случае готовы CFI=1, 2 и 3, разные точки кода CIF распределяются трем парам CC1 и CFI=1, 2 и 3 соответственно. В состоянии фиг. 6А, так как не используются точки 5-8 кода CIF, три из этих точек кода CIF распределяются трем парам CC1 и CFI=1, 2 и 3 соответственно. В данном случае, в частности, точка кода CIF с меньшим номером предпочтительно распределяется в порядке возрастания.
Как показано на фиг. 6С, при добавлении CC4 узел 101 конфигурирования распределяет пары, причем каждая включает в себя CC, подлежащую добавлению, и соответствующее одно из всех значений CFI разным точкам кода CIF соответственно. В данном случае, пара CC4 и CFI=2 распределяется точке 8 кода CIF, которая является неиспользуемой. В то же время, вместо пары CC3 и CFI=3, пара CC4 и CFI=1 распределяется точке 4 кода CIF, которая ранее была распределена паре CC3 и CFI=3. Т.е. пара CC3 и CFI=3 переписывается парой CC4 и CFI=1.
Т.е., в зависимости от состояний, узел 101 конфигурирования может распределять пары, причем каждая включает в себя CC, подлежащую добавлению, и соответствующее одно из некоторых значений CFI разным точкам кода CIF соответственно.
Узел 101 конфигурирования может выбирать, какую переписать точку кода CIF, соответствующую значению CFI, из множества точек кода CIF, распределенных любой CC. Т.е. в то время как пара CC3 и CFI=3 переписывается на фиг. 6С, вместо этого может быть переписана пара CC3 и CFI=1 или пара CC3 и CFI=2.
Узел 101 конфигурирования также может выбрать, какую пару распределить точке кода CIF, из пар, в которых каждая включает в себя CC, подлежащую добавлению, и соответствующее одно из всех значений CFI. Т.е. в то время как две пары CC4 и CFI=1 и 2 выбираются из трех пар CC4 и CFI=1, 2 и 3 на фиг.6С, могут выбираться две пары из CC4 и CFI=2 и 3, или, вместо этого, могут выбираться две пары из CC4 и CFI=1 и 3. Пара, фактически распределяемая точке кода CIF, выбирается в соответствии с, например, сотовой средой. Например, так как сота с большим радиусом соты (например, макросота) обслуживает большое количество терминалов, часто требуются многочисленные ресурсы PDCCH. Таким образом, большое значение (например, 2 или 3) предпочтительно в качестве значения CFI, представляющего область ресурсов PDCCH. В противоположность этому, так как сота с малым радиусом соты (например, пикосота и фемтосота) обслуживает небольшое количество терминалов, значение CFI, представляющее область ресурсов PDCCH, может быть небольшим. Таким образом, 1 или 2, например, выбирается в качестве значения CFI в данном случае. В соте, такой как точка общественного доступа, где резко увеличивается или уменьшается количество терминалов, 1 или 3 могут выбираться в качестве значения CFI. Тогда отдельно уведомляется информация, относящаяся к выбранной паре.
Фиг. 7 иллюстрирует форматы уведомления точек кода CIF. На фиг. 7 верхняя часть иллюстрирует формат для сообщения трех точек кода CIF, средняя часть иллюстрирует формат для сообщения двух точек кода CIF, и нижняя часть иллюстрирует формат для сообщения одной точки кода CIF.
Как показано на фиг. 7, каждый формат обеспечивает одинаковое количество областей для хранения точек кода CIF в качестве количества значений CFI, требуемых для уведомления. Кроме того, каждая область хранения ассоциируется с разным значением CFI. Эта область хранения может упоминаться как «поле уведомления».
Как описано выше, даже когда таблица CIF меняется в ассоциировании с изменением в наборе UE CC (т.е. добавлением или удалением CC), сохраняется соответствие между точками кода CIF и CC, не связанными с изменением. Даже когда переписывается пара, относящаяся к ранее распределенной CC, переписываются только некоторые из пар, связанных с CC, так что сохраняются точки кода CIF непереписываемых пар.
Т.е. можно распределять данные парам, не связанным с изменением посредством использования ранее распределенных точек кода «как есть», даже во время процедуры реконфигурирования соединения RRC, требуемой при изменении набора UE CC. Посредством этого, можно предотвратить задержку в передаче данных.
Посредством выбора точки кода для перезаписи в соответствии с необходимым значением CFI, можно выбрать значение CFI, например, вероятно используемое в соответствии с сотовой средой. Также, конфигурирование значения CFI в ассоциации с CC в случае добавления CC, например, делает возможным конфигурировать значение CFI в соответствии со сотовой средой.
При удалении CC4 из состояния фиг. 6С, можно отдельно распределить точку 4 кода CIF паре CC3 и CFI=3, или автоматически возвратиться в таблицу фиг. 6В, которая представляет собой предыдущее состояние. Посредством этого, когда уменьшается количество CC, включенных в набор UE CC, можно установить три значения CFI, подлежащих сообщению, без отдельного сообщения точки кода CIF.
В данном случае, имеются некоторые разновидности метода для уведомления терминала 200 о парах в случае распределения только пар CC, подлежащих добавлению, и некоторых из значений CFI точкам кода CIF.
(РАЗНОВИДНОСТЬ 1)
В разновидности 1 таблица CIF заранее ассоциирует точки кода CIF со значениями CFI соответственно. Т.е. в примере фиг. 8 значения CFI фиксировано распределяются точкам 2-8 кода CIF соответственно.
Таким образом, если определено значение CFI, подлежащее использованию, сокращаются точки кода CIF, используемые возможным вариантом. Таким образом, может быть упрощен процесс выбора узла 101 конфигурирования. Также, когда базовая станция 100 уведомляет терминал 200 о точке кода CIF, задается соответствующее значение CFI. По этой причине, базовой станции 100 нет необходимости отдельно уведомлять терминал о значении CFI.
(РАЗНОВИДНОСТЬ 2)
Разновидность 2 использует формат уведомления, способный сохранять большее количество точек кода CIF, чем количество фактически требуемых значений CFI. Здесь, для упрощения объяснения, случай использования формата уведомления верхней части на фиг. 7.
В данном случае, когда только два из трех значений CFI распределяются дополнительным CC, уведомление выполняется следующим образом.
Т.е. в случае, когда три поля уведомления, включенные в формат уведомления, сообщают точки =2, 2 и 3 кода CIF соответственно, то это означает, что значениями CFI, соответствующими точкам =2 и 3 кода CIF, являются 1 и 3 соответственно. Также, в случае, когда три поля уведомления сообщают точки =2, 3 и 3 кода CIF соответственно, это означает, что значениями CFI, соответствующими точкам =2 и 3 кода CIF, являются 1 и 2 соответственно. Также в случае, когда три поля уведомления сообщают точки =2, 3 и 2 кода CIF соответственно, то это означает, что значениями CFI, соответствующими точкам =2 и 3 кода CIF, являются 2 и 3 соответственно. Более конкретно, шаблоны отображения точек кода CIF на множество полей уведомления ассоциируются с комбинациями множества значений CFI.
Посредством этого, можно сообщать значение CFI, подлежащее фактическому использованию, без дополнительной сигнализации сообщения, какое используется значение CFI.
(РАЗНОВИДНОСТЬ 3)
Разновидность 3 использует формат уведомления, способный сохранять такое же количество точек кода CIF, что и максимальное количество значений CFI. В данном случае, для упрощения объяснения, объяснение приводится случая, когда используется формат уведомления, показанный в верхней части фиг. 7.
В данном случае, когда только два из трех значений CFI распределяются дополнительным CC, уведомление выполняется следующим образом.
Например, когда две точки 6 и 8 кода CIF должны ассоциироваться с CIF =2 и 3 соответственно, три поля уведомления хранят точки =1, 6 и 8 кода CIF соответственно. В данном случае, когда являются одинаковыми добавляемая CC и CC, используемая для передачи PDCCH, CIF=1 используется в качестве правила, независимо от содержимого уведомления точки кода CIF. Посредством этого, когда CIF=1 сохраняется в формате уведомления, эта точка кода CIF может рассматриваться как недействительная. Таким образом, как описано выше, когда три поля уведомления хранят точки =1, 6 и 8 кода CIF соответственно, являются действительными только точки 6 и 8 кода CIF. Таким образом, могут уведомляться значения =2 и 3 CFI, соответствующие полям, хранящим эти точки кода соответственно.
Посредством этого, можно сообщать значение CFI, подлежащее фактическому использованию, без дополнительной сигнализации сообщения, какое используется значение CFI.
[ВАРИАНТ 3 ОСУЩЕСТВЛЕНИЯ]
Вариант 3 осуществления определяет множество таблиц CIF с разными количествами точек кода, используемых на CC, и заранее конфигурирует, какую таблицу использует каждый терминал. Посредством этого, можно использовать таблицу CIF, подходящую для возможности приема (возможности UE) каждого терминала, статуса связи каждого терминала и сотовой среды.
Основные конфигурации базовой станции и терминала согласно варианту 3 осуществления являются общими с вариантом 1 осуществления и, поэтому, описываются с использованием фиг. 2 и 3.
Память 102 базовой станции 100 согласно варианту 3 осуществления хранит группу форматов таблицы CIF. Фиг. 9 иллюстрирует пример группы форматов таблицы CIF. Как показано на фиг. 9, каждый из форматов таблицы CIF включает в себя множество поднаборов. Данный поднабор представляет собой блок, подлежащий распределению одной CC. Каждый поднабор включает в себя одну или множество точек кода CIF. Также, форматы таблицы CIF отличаются друг от друга по меньшей мере в одном из количества точек кода CIF, включенных в поднаборы (другими словами, количества поднаборов, включенных в каждую таблицу CIF), и комбинации значений CFI, включенных в поднабор.
Для каждого терминала 200 узел 101 конфигурирования выбирает и конфигурирует, какой формат таблицы использовать из множества форматов таблицы CIF, хранимых в памяти 102. Информация о данном сконфигурированном формате таблицы CIF уведомляется терминалу 200 в качестве конфигурационной информации. Этот формат таблицы конфигурируется и уведомляется терминалу 200, когда терминал 200 переходит из режима ожидания в активный режим для запуска связи, или когда устанавливается радиоканал. Т.е. конфигурирование или уведомление формата таблицы устанавливается в более продолжительном интервале, чем изменение в наборе UE CC.
При добавлении CC терминалу 200 узел 101 конфигурирования уведомляет терминал 200 о номере поднабора формата таблицы CIF, который заранее конфигурируется каждому терминалу 200, и который распределяется CC, подлежащей добавлению. Посредством этого, терминал 200 может ассоциировать дополнительную CC со всеми точками кода CIF, включенными в уведомляемый номер поднабора.
Узел 207 конфигурирования таблицы CIF терминала 200 согласно варианту 3 осуществления конфигурирует формат таблицы, уведомляемый с базовой станции в узле 208 приема PDCCH. Также, узел 207 конфигурирования таблицы CIF обновляет таблицу CIF посредством номера поднабора, уведомленного в случае добавления CC.
Ниже описывается работа базовой станции 100 и терминала 200, имеющих вышеупомянутые конфигурации, с ссылкой на фиг. 9.
Как показано на фиг. 9, каждый формат таблицы CIF включает в себя множество поднаборов. Точка кода CIF распределяется поднаборам посредством определения одной или множества точек кода CIF в качестве блока распределения. В формате 1 таблицы каждый поднабор включает в себя три точки кода CIF. В каждом из форматов 2-4 таблицы, в основном, каждый поднабор включает в себя две точки кода CIF.
Также, форматы таблицы CIF отличаются друг от друга по меньшей мере одним из количества точек кода CIF, включенных в поднаборы (другими словами, количества поднаборов, включенных в каждую таблицу CIF), и комбинации значений CFI, включенных в поднабор. Т.е., формат 1 таблицы отличается от форматов 2-4 таблицы количеством точек кода CIF, включенных в поднаборы. Также, форматы 2-4 таблицы отличаются друг от друга комбинацией значений CFI, включенных в поднаборы. Т.е. в формате 2 таблицы комбинация значений CFI, включенных в поднаборы, составляет 1 и 2, тогда как комбинация значений CFI, включенных в поднаборы, составляет 2 и 3 в формате 3 таблицы, и комбинация значений CFI, включенных в поднаборы, составляет 1 и 3 в формате 4 таблицы.
В каждом формате таблицы поднабор, включающий в себя CIF=8, включает в себя только один CIF. Для CIF=8 наибольшее значение CFI выбирается и конфигурируется из значений CFI, распределяемых для каждого формата таблицы. Т.е. в качестве значения CFI 2, 3 и 3 конфигурируются соответственно в форматах 2, 3 и 4 таблицы. Причина вышеупомянутого конфигурирования заключается в следующем. Т.е. даже когда количество OFDM-символов в области канала управления некоторой CC меньше значения CFI, сообщаемого форматом таблицы, сконфигурированным в некотором терминале 200, пока первый OFDM-символ, на который отображается сигнал данных (PDSCH), адресованный на терминал 200, соответствует значению, уведомленному посредством CFI, можно предотвратить перекрытие друг другом канала управления и сигнала данных. В то же время, когда малое значение CFI конфигурируется в CIF=8, количество OFDM-символов в области канала управления некоторой CC часто превышает значение CFI, сконфигурированное в CIF=8. В результате, канал управления и сигнал данных перекрывают друг друга в данном случае. Таким образом, один из каналов может не иметь возможность передаваться. С учетом вышесказанного, для CIF=8 набольшее значение CFI выбирается и конфигурируется из значений CFI, распределяемых в каждом формате таблицы.
Для каждого терминала 200 узел 101 конфигурирования выбирает и конфигурирует, какой формат таблицы использовать, из множества форматов таблицы CIF, хранимых в памяти 102, и затем уведомляет каждый терминал 200 о конфигурационной информации.
Узел 101 конфигурирования конфигурирует формат 1 таблицы для терминала, способного принимать сигналы, используя до трех CC, и конфигурирует форматы 2-4 таблицы для терминала, способного принимать сигналы, используя равные или больше четырех CC. Также, узел 101 конфигурирования конфигурирует форматы 2-4 таблицы, которые могут конфигурировать большое количество CC (т.е. большое количество включенных поднаборов), для терминала с требованием высокоскоростной передачи, и конфигурирует таблицу 1 для терминала без требования высокоскоростной передачи.
Также, узел 101 конфигурирования может конфигурировать формат таблицы на основе единичной соты. Например, узел 101 конфигурирования назначает и конфигурирует форматы 2-4 таблицы для каждого терминала в соте, работающей с большим количеством CC, вызывая выполнение другими CC уведомления о распределении данных, и назначает и конфигурирует формат 1 таблицы в соте, работающей с малым количеством CC, вызывая выполнение другой CC уведомления о распределении данных.
В соте с большим радиусом соты узел 101 конфигурирования конфигурирует формат таблицы, в котором большое значение CFI распределяется каждому поднабору. Т.е. сота с большим радиусом соты (например, макросота) обслуживает большое количество терминалов. По этой причине часто требуются многочисленные ресурсы PDCCH. Таким образом, формат таблицы, в котором большое значение CFI (например, 2 и 3) распределяется каждому поднабору, конфигурируется в такой соте.
В противоположность этому, в соте с малым радиусом соты узел 101 конфигурирования конфигурирует формат таблицы, в котором малое значение CFI распределяется каждому поднабору. Т.е. сота с малым радиусом соты (например, пикосота или фемтосота) обслуживает небольшое количество терминалов. По этой причине требуемая величина области ресурсов PDCCH является малой во многих случаях. Таким образом, формат таблицы, в котором малое значение CFI (например, 1 и 2) распределяется каждому поднабору, конфигурируется в такой соте.
В соте, где количество терминалов резко увеличивается или уменьшается (например, в точке общественного доступа), узел 101 конфигурирования конфигурирует формат таблицы, в котором как большое значение CFI, так и малое значение CFI (например, 1 и 3) распределяются каждому поднабору.
Как описано выше, для каждого терминала 200 узел 101 конфигурирования выбирает и конфигурирует, какой формат таблицы использовать, из множества форматов таблицы CIF, хранимых в памяти 102. Также, множество форматов таблицы CIF, хранимых в памяти 102, отличается друг от друга по меньшей мере одним из количества точек кода CIF, включенных в поднаборы (другими словами, количество поднаборов, включенных в каждую таблицу CIF), и комбинации значений CFI, включенных в поднабор.
Следовательно, при добавлении CC узлу 101 конфигурирования необходимо только уведомить каждый терминал 200 о номере поднабора. Таким образом, можно уменьшить количество битов, используемых для уведомления. Определение заранее формата таблицы ограничивает комбинацию множества точек кода CIF, используемых для распределения некоторой CC. Посредством этого, можно упростить систему и терминал и также уменьшить количество работы для тестирования системы и терминала.
Формат 5 таблицы, изображенный на фиг. 10, может заранее определяться в памяти 102. Т.е. комбинация значений CFI различает каждый поднабор в данном типе формата таблицы. Этот тип формата таблицы является полезным в качестве формата таблицы, способного распределять четыре CC или пять CC.
В данном случае, формат 1 таблицы описывается как формат для трех CC, и форматы 2-4 таблицы каждый описывается как формат для четырех CC или пяти CC на фиг. 9. Можно, однако, отдельно определить в качестве формата для четырех CC формат таблицы, в котором поднабор 1 включает в себя CIF=2, 3 и 4, поднабор 2 включает в себя CIF=5 и 6, и поднабор 3 включает в себя CIF=7 и 8. Посредством этого, можно максимизировать количество CFI, которые могут уведомляться для каждой CC.
[ДРУГИЕ ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ]
(1) Вышеупомянутые варианты осуществления объяснили, что PDCCH каждой CC используется для сообщения CFI CC, тогда как PDCCH некоторой CC используется для сообщения CFI другой CC. Однако настоящее изобретение не ограничивается этим, и PDCCH каждой CC может не иметь необходимости сообщать CFI CC. Т.е. также возможно конфигурирование, в котором только PDCCH некоторой CC сообщает CFI другой CC. В данном случае, когда CC, используемая для передачи PDCCH, включающего в себя информацию о CC, подлежащей добавлению, в момент добавления CC, является той же, что и CC, подлежащая добавлению, терминал 200 считает, что PDCCH не включает в себя никакого CIF и, таким образом, определяет, что не уведомляется никакая точка кода CIF, или что уведомляется точка кода CIF, но распределение является недействительным. В то же время, когда CC, используемая для передачи PDCCH, включающего в себя информацию о CC в момент добавления CC, отличается от CC, подлежащей добавлению, терминал 200 считает, что PDCCH включает в себя CIF и, таким образом, определяет, что уведомляется точка кода CIF. В данном случае, нет необходимости отдельно сообщать информацию, указывающую, включен ли или нет CIF, в каждом PDCCH. Также, даже в системе, выполняющей операции с CIF и без CIF каждой CC, при добавлении CC в набор UE CC, терминалу 200 необходимо только определить, выполняет ли CC, подлежащая добавлению, уведомление CIF, или CC, отличная от CC, подлежащей добавлению, выполняет уведомление CIF. В данном случае, терминал 200 должен только работать обычно в обоих случаях. Таким образом, можно упростить систему и терминал.
(2) Вышеприведенные варианты осуществления объяснили, что сигнализация RRC выполняется при добавлении или удалении набора UE CC. Однако настоящее изобретение не ограничивается этим и применимо даже тогда, когда выполняется более динамичное управление, чем сигнализация RRC. Например, также возможно обозначить точку кода CIF даже тогда, когда заголовок управления доступом к среде передачи (MAC) или PDCCH сообщает добавление или удаление CC (т.е. активирование/деактивирование CC).
(3) Вышеприведенные варианты осуществления объяснили, что один PDCCH передается на одну CC. Однако настоящее изобретение не ограничивается этим, и два или более PDCCH могут передаваться на одну CC. В случае такой конфигурации при добавлении CC точки кода CIF распределяются двум или более CC PDCCH, включенным в одну CC.
(4) Вышеприведенные варианты осуществления объяснили, что CFI указывает область канала управления. Однако настоящее изобретение не ограничивается этим, и CFI может представлять собой информацию, указывающую первый OFDM-символ, на который отображаются данные. Например, тогда как CFI=2 является действительным в некоторых CC (т.е. до двух OFDM-символов используется для канала управления), номером первого OFDM-символа, на который отображаются данные для некоторого терминала 200, может быть 4. Например, даже в случае, когда только CFI=3 может уведомляться на некоторый терминал 200 в некоторой CC, возможно конфигурировать малую область канала управления (например, два OFDM-символа), когда является малой величина канала управления CC.
(5) Хотя случай, когда количество битов в CIF равно 2 битам, и 3 бита были описаны выше, также возможно другое количество битов. Также, может быть возможен случай, когда сота или терминал использует другое количество битов.
(6) Хотя пример сообщения CI и CFI в CIF был описан выше, настоящее изобретение является применимым для сообщения информации, кроме CFI.
(7) Хотя вышеприведенные варианты осуществления описали распределение CC нисходящей линии связи, методы, описанные в вариантах осуществления, также применимы для распределения CC восходящей линии связи. Также, CC может добавляться или удаляться в паре из восходящей линии связи и нисходящей линии связи, или может добавляться или удаляться отдельно в восходящей линии связи и нисходящей линии связи.
(8) Вышеописанный набор UE CC может упоминаться как «набор UE DL CC» (набор UE CC нисходящей линии связи) для CC нисходящей линии связи и «набор UE UL CC» (набор UE CC восходящей линии связи) для CC восходящей линии связи.
(9) Вышеупомянутый формат PDCCH может упоминаться как «формат информации управления нисходящей линии связи (DCI)».
(10) Вышеупомянутая «агрегация несущих» также может упоминаться как «агрегация полос». Кроме того, прерывистые частотные полосы могут агрегироваться при агрегации несущих.
(11) Хотя вышеупомянутая «компонентная несущая» была определена как полоса, имеющая ширину максимум 20 МГц и основную единицу полос связи, компонентная несущая может быть определена следующим образом. «Компонентная несущая» на нисходящей линии связи (ниже в данном документе упоминаемая как «компонентная несущая нисходящей линии связи») может быть определена как полоса, разделенная информацией о частотной полосе нисходящей линии связи в широковещательном канале (BCH), широковещательно передаваемым с базовой станции, или полоса, определенная шириной полосы частот, где располагается физический канал управления нисходящей линии связи (PDCCH) в частотной области распределенным образом. Также, «компонентная несущая» на восходящей линии связи (ниже в данном документе упоминаемая как «компонентная несущая восходящей линии связи») может определяться как полоса, разделенная посредством информации о частотной полосе восходящей линии связи в BCH, широковещательно передаваемым с базовой станции, или эталонная единица в полосе частот связи, которая равна или ниже 20 МГц, и включает в себя PUCCH около центра и PUCCH на обоих концевых частях. Также, в 3GPP LTE «компонентная несущая(ие) (CC)» может быть выражена как «Component Carrier(s)» (компонентная несущая(ие)) на английском языке. Также, «компонентная несущая(ие)» может упоминаться как «компонентная полоса(ы)». Кроме того, «Компонентная Несущая» может определяться физическим номером соты и номером несущей частоты и может упоминаться как «сота».
(12) Может быть установлено так, что PDCCH всегда передается главной компонентной несущей. В данном случае, главная компонентная несущая может представлять собой компонентную несущую, определяемую системой (например, компонентную несущую, используемую для передачи SCH или физического широковещательного канала (PBCH)), общая компонентная несущая среди терминалов 200 может быть установлена для каждой соты, или другая компонентная несущая может быть установлена для каждого терминала 200.
(13) Хотя вышеописанные варианты осуществления описали пример, где настоящее изобретение реализуется аппаратными средствами, настоящее изобретение может быть реализовано программными средствами.
Кроме того, каждый функциональный блок, применяемый при объяснении каждого из вышеупомянутых вариантов осуществления, может быть обычно реализован в виде большой интегральной схемы (БИС), составленной из интегральной схемы. Она может представлять собой индивидуальные кристаллы или частично или полностью содержаться на единственном кристалле. «БИС» применяется здесь, но она также может упоминаться как интегральная схема «ИС», «системная БИС», «сверхбольшая интегральная схема (СБИС)» или «ультрабольшая интегральная схема (УБИС)» в зависимости от различной степени интеграции.
Кроме того, способ интеграции схемы не ограничивается БИС, и также возможна реализация, использующая специализированную схему или процессоры общего назначения. После производства БИС, также возможно использование программируемой FPGA (программируемой вентильной матрицы) или реконфигурируемого процессора, где соединения и установки схемных ячеек в БИС могут реконфигурироваться.
Кроме того, если появится технология интегральных схем, которая сменит БИС в результате достижения полупроводниковой технологии или производной другой технологии, конечно, также возможно выполнение интеграции функциональных блоков, используя эту технологию. Также возможно применение биотехнологии.
Раскрытие заявки на патент Японии № 2010-030267, поданной 15 февраля 2010 г., включающей в себя описание изобретения, чертежи и реферат, включены в данный документ по ссылке во всей своей полноте.
ПРОМЫШЛЕННАЯ ПРИМЕНИМОСТЬ
Устройство передачи и способ передачи настоящего изобретения применимы в качестве устройства и способа, способных предотвращать при добавлении CC, подлежащей использованию в связи с агрегацией несущих, задержку передачи данных, в то же время ограничивая увеличение количества битов, требуемых для уведомления о CC в использовании.СПИСОК ССЫЛОЧНЫХ ПОЗИЦИЙ
100 - базовая станция
101 - узел конфигурирования
102 - память
103 - узел управления
104 - узел генерирования PDCCH
105, 106, 107 - узел кодирования
108, 109, 110, 210, 211 - узел модуляции
111 - узел распределения
112 - узел генерирования PCFICH
113 - узел мультиплексирования
114, 214 - узел IFFT
115, 215 - узел добавления CP
116, 216 - узел RF-передачи
117, 201 - узел RF-приема
118, 202 - узел удаления CP
119, 203 - узел FFT
120 - узел выделения
121 - узел IDFT
122 - узел приема данных
200 - терминал
204 - узел демультиплексирования
205 - узел приема конфигурационной информации
206 - узел приема PCFICH
207 - узел конфигурирования таблицы CIF
208 - узел приема PDCCH
209 - узел приема PDSCH
212 - узел DFT
213 - узел отображения