ТЕРМИНАЛЬНОЕ УСТРОЙСТВО И СПОСОБ РАЗДЕЛЕНИЯ БУФЕРА Российский патент 2018 года по МПК H04W72/04 

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

[0001] Настоящее изобретение относится к терминальному устройству к и способу разделения буфера.

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

[0002] 3GPP LTE использует множественный доступ с ортогональным частотным разделением каналов (OFDMA) в качестве схемы связи в нисходящей линии связи. В системах радиосвязи, к которым применяется 3GPP LTE, базовые станции передают сигналы синхронизации (т.е. канал синхронизации: SCH) и широковещательные сигналы (т.е. широковещательный канал: BCH) с использованием предварительно определенных ресурсов связи. Между тем, каждый терминал сначала обнаруживает SCH и за счет этого обеспечивает синхронизацию с базовой станцией. Затем терминал считывает BCH-информацию с тем, чтобы получать конкретные для базовой станции параметры (к примеру, полосу пропускания частот) (см. непатентные документы (в дальнейшем в этом документе, сокращенно называются NPL) 1, 2 и 3).

[0003] Помимо этого, при завершении получения конкретных для базовой станции параметров, каждый терминал отправляет запрос на установление соединения в базовую станцию, чтобы за счет этого устанавливать линию связи с базовой станцией. Базовая станция передает управляющую информацию через физический канал управления нисходящей линии связи (PDCCH) надлежащим образом в терминал, с которым установлена линия связи через канал управления нисходящей линии связи и т.п.

[0004] Терминал выполняет “определение вслепую” для каждого из множества фрагментов управляющей информации, включенной в принимаемый PDCCH-сигнал (т.е. управляющей информации назначения в нисходящей линии связи (DL): также называемой управляющей информацией нисходящей линии связи (DCI)).

Более конкретно, каждый фрагмент управляющей информации включает в себя часть контроля циклическим избыточным кодом (CRC), и базовая станция маскирует эту CRC-часть с использованием идентификатора терминала для целевого передающего терминала. Соответственно, до тех пор, пока терминал не демаскирует CRC-часть принимаемого фрагмента управляющей информации с помощью собственного идентификатора терминала, терминал не может определять то, предназначен или нет фрагмент управляющей информации для терминала. При этом определении вслепую, если результат демаскирования CRC-части указывает, что CRC-операция завершена удачно, фрагмент управляющей информации определяется как предназначенный для терминала.

[0005] Кроме того, в 3GPP LTE, автоматический запрос на повторную передачу (ARQ) применяется к данным нисходящей линии связи в терминалы из базовой станции. Более конкретно, каждый терминал возвращает сигнал ответа, указывающий результат обнаружения ошибок для данных нисходящей линии связи, в базовую станцию. Каждый терминал выполняет CRC для данных нисходящей линии связи и возвращает подтверждение приема (ACK), когда “CRC=удачное завершение (без ошибки)”, или отрицание приема (NACK), когда “CRC=неудачное завершение (ошибка)”, в базовую станцию в качестве сигнала ответа. Канал управления восходящей линии связи, к примеру, физический канал управления восходящей линии связи (PUCCH) используется для того, чтобы возвращать сигналы ответа (т.е. ACK/NACK-сигналы (в дальнейшем в этом документе, могут упоминаться просто как “A/N”)).

[0006] Управляющая информация, которая должна быть передана из базовой станции, в данном документе включает в себя информацию назначения ресурсов, включающую в себя информацию относительно ресурсов, назначаемых терминалу посредством базовой станции. Как описано выше, PDCCH используется для того, чтобы передавать эту управляющую информацию. Этот PDCCH включает в себя один или более каналов управления L1/L2 (L1/L2 CCH). Каждый L1/L2 CCH состоит из одного или более элементов канала управления (CCE). Более конкретно, CCE является базовой единицей, используемой для того, чтобы преобразовывать управляющую информацию в PDCCH. Кроме того, когда один L1/L2 CCH состоит из множества CCE (2, 4 или 8), множество смежных CCE, начиная с CCE, имеющего четный индекс, назначаются L1/L2 CCH. Базовая станция назначает L1/L2 CCH целевому терминалу для назначения ресурсов в соответствии с числом CCE, требуемых для указания управляющей информации для целевого терминала для назначения ресурсов. Базовая станция преобразует управляющую информацию в физические ресурсы, соответствующие CCE L1/L2 CCH, и передает преобразованную управляющую информацию.

[0007] Помимо этого, CCE ассоциированы с компонентными ресурсами PUCCH (в дальнейшем в этом документе, могут упоминаться как “PUCCH-ресурс”) в соответствии “один-к-одному”. Соответственно, терминал, который принимает L1/L2 CCH, идентифицирует компонентные ресурсы PUCCH, которые соответствуют CCE, формирующим L1/L2 CCH, и передает сигнал ответа в базовую станцию с использованием идентифицированных ресурсов. Тем не менее, когда L1/L2 CCH занимает множество смежных CCE, терминал передает сигнал ответа в базовую станцию с использованием компонентного PUCCH-ресурса, соответствующего CCE, имеющему наименьший индекс из множества компонентных PUCCH-ресурсов, надлежащим образом соответствующих множеству CCE (т.е. компонентного PUCCH-ресурса, ассоциированного с CCE, имеющим CCE-индекс с четным номером). Таким образом, ресурсы связи в нисходящей линии связи эффективно используются.

[0008] Как проиллюстрировано на фиг. 1, множество сигналов ответа, передаваемых из множества терминалов, кодируется с расширением спектра с использованием последовательности на основе нулевой автокорреляции (ZAC), имеющей характеристику нулевой автокорреляции во временной области, последовательности Уолша и последовательности на основе дискретного преобразования Фурье (DFT), и мультиплексируется по коду в PUCCH. На фиг. 1 (W₀, W₁, W₂, W₃) представляют последовательность Уолша длины 4, и (F₀, F₁, F₂) представляют DFT-последовательность длины 3. Как проиллюстрировано на фиг. 1, ACK- или NACK-сигналы ответа подвергаются первичному кодированию с расширением спектра по частотным компонентам, соответствующим 1 SC-FDMA-символу, посредством ZAC-последовательности (длины 12) в частотной области. Более конкретно, ZAC-последовательность длины 12 умножается на компонент сигнала ответа, представленный посредством комплексного числа. Затем, ZAC-последовательность, служащая в качестве сигналов ответа и опорных сигналов после первичного кодирования с расширением спектра, подвергается вторичному кодированию с расширением спектра в ассоциации с каждой последовательностью Уолша (длины 4: W₀-W₃ (может упоминаться как последовательность кодов Уолша)) и DFT-последовательностью (длины 3: F₀-F₂). Более конкретно, каждый компонент сигналов длины 12 (т.е. сигналов ответа после первичного кодирования с расширением спектра или ZAC-последовательности, служащей в качестве опорных сигналов (т.е. последовательности опорных сигналов)) умножается на каждый компонент последовательности ортогональных кодов (т.е. ортогональной последовательности: последовательности Уолша или DFT-последовательности). Кроме того, сигналы после вторичного кодирования с расширением спектра преобразуются в сигналы длины 12 во временной области посредством обратного быстрого преобразования Фурье (IFFT). CP добавляется к каждому сигналу, получаемому посредством IFFT-обработки, и за счет этого формируются сигналы одного слота, состоящего из семи SC-FDMA-символов.

[0009] Сигналы ответа из различных терминалов кодируются с расширением спектра с использованием ZAC-последовательностей, соответствующих различному значению циклического сдвига (т.е. индексу), или последовательностей ортогональных кодов, соответствующих различному порядковому номеру (т.е. индексу ортогонального покрытия (OC-индексу)). Последовательность ортогональных кодов является комбинацией последовательности Уолша и DFT-последовательности. Помимо этого, последовательность ортогональных кодов упоминается как поблочный код расширения спектра в некоторых случаях. Таким образом, базовые станции могут демультиплексировать мультиплексированное по коду множество сигналов ответа с использованием обработки декодирования с сужением спектра и корреляции предшествующего уровня техники (см. NPL 4).

[0010] Тем не менее, не всегда верно, что каждый терминал успешно выполняет прием управляющих сигналов назначения в нисходящей линии связи, поскольку терминал выполняет определение вслепую в каждом субкадре, чтобы обнаруживать управляющие сигналы назначения в нисходящей линии связи, предназначенные для терминала. Когда терминал выполняет с ошибкой прием управляющих сигналов назначения в нисходящей линии связи, предназначенных для терминала, на определенной компонентной несущей нисходящей линии связи, терминал даже не знает, существуют или нет данные нисходящей линии связи, предназначенные для терминала, на компонентной несущей нисходящей линии связи. Соответственно, когда терминал выполняет с ошибкой прием управляющих сигналов назначения в нисходящей линии связи, предназначенных для терминала, на определенной компонентной несущей нисходящей линии связи, терминал не формирует сигналы ответа для данных нисходящей линии связи на компонентной несущей нисходящей линии связи. Этот случай ошибки задается как прерывистая передача ACK/NACK-сигналов (DTX сигналов ответа) в том смысле, что терминал не передает сигналы ответа.

[0011] В 3GPP LTE-системах (в дальнейшем в этом документе могут упоминаться как “LTE-системы”), базовые станции назначают ресурсы данным восходящей линии связи и данным нисходящей линии связи, независимо. По этой причине, в 3GPP LTE-системе терминалы (т.е. терминалы, совместимые с LTE-системой (в дальнейшем в этом документе, называемые “LTE-терминалами”)) сталкиваются с ситуацией, когда терминалы должны передавать данные восходящей линии связи и сигналы ответа для данных нисходящей линии связи одновременно в восходящей линии связи. В этом случае, сигналы ответа и данные восходящей линии связи из терминалов передаются с использованием мультиплексирования с временным разделением каналов (TDM). Как описано выше, свойства одной несущей форм сигнала передачи терминалов поддерживаются посредством одновременной передачи сигналов ответа и данных восходящей линии связи с использованием TDM.

[0012] Помимо этого, как проиллюстрировано на фиг. 2, сигналы ответа (т.е. “A/N”), передаваемые из каждого терминала, частично занимают ресурсы, назначаемые данным восходящей линии связи (т.е. ресурсы физического совместно используемого канала восходящей линии связи (PUSCH)) (т.е. сигналы ответа занимают некоторые SC-FDMA-символы, смежные с SC-FDMA-символами, в которые преобразуются опорные сигналы (RS)), и в силу этого передаются в базовую станцию при мультиплексировании с временным разделением каналов (TDM). Тем не менее, “поднесущие” по вертикальной оси на фиг. 2 также называются “виртуальными поднесущими” или “смежными во времени сигналами”, и “смежные во времени сигналы”, которые совместно вводятся в схему дискретного преобразования Фурье (DFT) в передающем SC-FDMA-устройстве, представляются как “поднесущие” для удобства. Более конкретно, дополнительные данные в данных восходящей линии связи прореживаются вследствие сигналов ответа в PUSCH-ресурсах. Соответственно, качество данных восходящей линии связи (например, усиление при кодировании) значительно снижается вследствие прореженных битов кодированных данных восходящей линии связи. По этой причине, базовые станции инструктируют терминалам использовать очень низкую скорость кодирования и/или использовать очень большую мощность передачи с тем, чтобы компенсировать сниженное качество данных восходящей линии связи вследствие прореживания.

[0013] Между тем, продолжаются работы по стандартизации усовершенствованного стандарта 3GPP LTE для реализации более высокоскоростной связи, чем в 3GPP LTE. Системы на основе усовершенствованного стандарта 3GPP LTE (в дальнейшем в этом документе могут упоминаться как “LTE-A-системы”) являются преемниками LTE-систем. Усовершенствованный стандарт 3GPP LTE-Advanced вводит базовые станции и терминалы, способные к осуществлению связи между собой с использованием широкополосной частоты в 40 МГц или больше, чтобы реализовывать скорость передачи данных по нисходящей линии связи вплоть до 1 Гбит/с или выше.

[0014] В LTE-A-системе, для того чтобы одновременно достигать обратной совместимости с LTE-системой и сверхвысокоскоростной связи на скоростях, в несколько раз превышающих скорости передачи в LTE-системе, полоса частот LTE-A-системы разделяется на “компонентные несущие” по 20 МГц или меньше, что представляет собой полосу пропускания, поддерживаемую посредством LTE-системы. Другими словами, “компонентная несущая” задается в данном документе в качестве полосы частот, имеющей максимальную ширину 20 МГц, и в качестве базовой единицы полосы частот связи. Кроме того, в системе с дуплексом с частотным разделением каналов (FDD) “компонентная несущая” в нисходящей линии связи (в дальнейшем в этом документе, называемая “компонентной несущей нисходящей линии связи”) задается как полоса частот, полученная посредством разделения полосы частот согласно информации полосы пропускания частот нисходящей линии связи в BCH, широковещательно передаваемом из базовой станции, или как полоса частот, заданная посредством ширины распространения, когда канал управления нисходящей линии связи (PDCCH) распространяется в частотной области. Помимо этого, “компонентная несущая” в восходящей линии связи (в дальнейшем в этом документе, называемая “компонентной несущей восходящей линии связи”) может задаваться как полоса частот, полученная посредством разделения полосы частот согласно информации полосы частот восходящей линии связи в BCH, широковещательно передаваемом из базовой станции, или как базовая единица полосы частот связи в 20 МГц или ниже, включающая в себя физический совместно используемый канал восходящей линии связи (PUSCH) около центра полосы пропускания и PUCCH для LTE на обоих концах полосы частот. Помимо этого, термин “компонентная несущая” также может упоминаться как “сота” на английском языке в усовершенствованном стандарте 3GPP LTE. Кроме того, “компонентная несущая” также может сокращаться как CC.

[0015] В системе с дуплексом с временным разделением каналов (TDD) компонентная несущая нисходящей линии связи и компонентная несущая восходящей линии связи имеют идентичную полосу частот, и связь в нисходящей линии связи и связь в восходящей линии связи реализуются посредством переключения между нисходящей линией связи и восходящей линией связи на основе временного разделения каналов. По этой причине, в случае TDD-системы, компонентная несущая нисходящей линии связи также может выражаться “как временной интервал связи в нисходящей линии связи на компонентной несущей”. Компонентная несущая восходящей линии связи также может выражаться “как временной интервал связи в восходящей линии связи на компонентной несущей”. Компонентная несущая нисходящей линии связи и компонентная несущая восходящей линии связи переключаются на основе UL-DL-конфигурации, как показано на фиг. 3.

В UL-DL-конфигурации, показанной на фиг. 3, временные интервалы конфигурируются в единицах субкадров (т.е. в единицах в 1 мс) для связи в нисходящей линии связи (DL) и связи в восходящей линии связи (UL) на каждый кадр (10 мс). UL-DL-конфигурация может составлять систему связи, способную к гибкому удовлетворению требования по пропускной способности связи в нисходящей линии связи и пропускной способности связи в восходящей линии связи, посредством изменения отношения субкадров между связью в нисходящей линии связи и связью в восходящей линии связи. Например, фиг. 3 иллюстрирует UL-DL-конфигурации (конфигурации 0-6), имеющие различные отношения субкадров между связью в нисходящей линии связи и связью в восходящей линии связи. Помимо этого, на фиг. 3, субкадр связи в нисходящей линии связи представляется посредством “D”, субкадр связи в восходящей линии связи представляется посредством “U”, и специальный субкадр представляется посредством “S”. Здесь, специальный субкадр является субкадром во время переключения с субкадра связи в нисходящей линии связи на субкадр связи в восходящей линии связи. В специальном субкадре может выполняться передача данных нисходящей линии связи, как и в случае субкадра связи в нисходящей линии связи.

В каждой UL-DL-конфигурации, показанной на фиг. 3, субкадры (20 субкадров), соответствующие 2 кадрам, выражаются на двух стадиях: субкадры (“D” и “S” в верхней строке), используемые для связи в нисходящей линии связи, и субкадры (“U” в нижней строке), используемые для связи в восходящей линии связи. Кроме того, как показано на фиг. 3, результат обнаружения ошибок, соответствующий данным нисходящей линии связи (ACK/NACK), указывается в четвертом субкадре связи в восходящей линии связи или в субкадре связи в восходящей линии связи после четвертого субкадра после субкадра, которому назначаются данные нисходящей линии связи.

[0016] LTE-A-система поддерживает связь с использованием полосы частот, полученной посредством пакетирования некоторых компонентных несущих, так называемого агрегирования несущих (CA). Следует отметить, что хотя UL-DL-конфигурация может задаваться для каждой компонентной несущей, совместимый с LTE-A-системой терминал (в дальнейшем в этом документе, называемый “LTE-A-терминалом”) конструируется при условии, что идентичная UL-DL-конфигурация задается для множества компонентных несущих.

[0017] Фиг. 4A и 4B являются схемами, предоставленными для описания асимметричного агрегирования несущих и управляющей последовательности для него, применимой к отдельным терминалам.

[0018] Как проиллюстрировано на фиг. 3, конфигурация, в которой агрегирование несущих выполняется с использованием двух компонентных несущих нисходящей линии связи и одной компонентной несущей восходящей линии связи слева, задается для терминала 1, в то время как конфигурация, в которой используются две компонентные несущие нисходящей линии связи, идентичные с компонентными несущими нисходящей линии связи, используемыми посредством терминала 1, но компонентная несущая восходящей линии связи справа используется для связи в восходящей линии связи, задается для терминала 2.

[0019] Ссылаясь на терминал 1, базовая станция, включенная в LTE-A-систему (т.е. совместимая с LTE-A-системой базовая станция (в дальнейшем в этом документе, называемая “базовой LTE-A-станцией”), и LTE-A-терминал, включенный в LTE-A-систему, передают и принимают сигналы между собой в соответствии со схемой последовательности операций, проиллюстрированной на фиг. 4A. Как проиллюстрировано на фиг. 4A, (1) терминал 1 синхронизируется с компонентной несущей нисходящей линии связи слева при начале связи с базовой станцией и считывает информацию по компонентной несущей восходящей линии связи, спаренной с компонентной несущей нисходящей линии связи слева, из широковещательного сигнала, называемого блоком системной информации тип 1 (SIB1). (2) С использованием этой компонентной несущей восходящей линии связи терминал 1 начинает связь с базовой станцией посредством передачи, например, запроса на установление соединения в базовую станцию. (3) После определения того, что множество компонентных несущих нисходящей линии связи должно назначаться терминалу, базовая станция инструктирует терминалу добавлять компонентную несущую нисходящей линии связи. Тем не менее, в этом случае, число компонентных несущих восходящей линии связи не увеличивается, и терминал 1, который является отдельным терминалом, начинает асимметричное агрегирование несущих.

[0020] Помимо этого, в LTE-A-системе, к которой применяется агрегирование несущих, терминал может принимать множество фрагментов данных нисходящей линии связи по множеству компонентных несущих нисходящей линии связи в одно время. В LTE-A проведены исследования на предмет выбора канала (также называемого “мультиплексированием”), пакетирования и формата мультиплексирования с ортогональным частотным разделением каналов с кодированием с расширением спектра и дискретным преобразованием Фурье (DFT-S-OFDM) в качестве способа передачи множества сигналов ответа для множества фрагментов данных нисходящей линии связи. При выборе канала, терминал вызывает варьирование не только символьных точек, используемых для сигналов ответа, но также и ресурсов, в которые преобразуются сигналы ответа, в соответствии с шаблоном для результатов обнаружения ошибок по множеству фрагментов данных нисходящей линии связи. По сравнению с выбором канала, при пакетировании терминал пакетирует ACK- или NACK-сигналы, сформированные согласно результатам обнаружения ошибок по множеству фрагментов данных нисходящей линии связи (т.е. посредством вычисления логического “AND” результатов обнаружения ошибок по множеству фрагментов данных нисходящей линии связи при условии, что ACK=1 и NACK=0), и сигналы ответа передаются с использованием одного предварительно определенного ресурса. При передаче с использованием DFT-S-OFDM-формата терминал совместно кодирует (т.е. выполняет совместное кодирование) сигналы ответа для множества фрагментов данных нисходящей линии связи и передает кодированные данные с использованием формата (см. NPL 5). Например, терминал может возвращать сигналы ответа (т.е. ACK/NACK) с использованием выбора канала, пакетирования или DFT-S-OFDM согласно числу битов для шаблона для результатов обнаружения ошибок. Альтернативно, базовая станция может заранее конфигурировать способ передачи сигналов ответа.

[0021] Выбор канала является технологией, которая варьирует не только фазовые точки (т.е. точки созвездия) для сигналов ответа, но также и ресурсы, используемые для передачи сигналов ответа (в дальнейшем в этом документе могут упоминаться как “PUCCH-ресурсы”), на основе того, представляют или нет собой результаты обнаружения ошибок по множеству фрагментов данных нисходящей линии связи для каждой компонентной несущей нисходящей линии связи, принимаемых по множеству компонентных несущих нисходящей линии связи (максимум, по двум компонентным несущим нисходящей линии связи), ACK или NACK, как проиллюстрировано на фиг. 5. Между тем, пакетирование является технологией, которая пакетирует ACK/NACK-сигналы для множества фрагментов данных нисходящей линии связи в один набор сигналов и в силу этого передает пакетированные сигналы с использованием одного предварительно определенного ресурса (см. NPL 6 и 7). В дальнейшем в этом документе, набор сигналов, сформированных посредством пакетирования ACK/NACK-сигналов для множества фрагментов данных нисходящей линии связи в один набор сигналов, может упоминаться как “пакетированные ACK/NACK-сигналы”.

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

[0023] Один из способов заключается в том, чтобы передавать сигналы ответа с использованием PUCCH-ресурса, ассоциированного в соответствии “один-к-одному” с элементом канала управления (CCE), занимаемым посредством PDCCH (т.е. неявная передача служебных сигналов) (в дальнейшем в этом документе, способ 1). Более конкретно, когда DCI, предназначенная для терминала, обслуживаемого посредством базовой станции, преобразуется в PDCCH-области, каждый PDCCH занимает ресурс, состоящий из одного или множества смежных CCE. Помимо этого, в качестве числа CCE, занимаемых посредством PDCCH (т.е. числа агрегированных CCE: уровня агрегирования CCE), один из уровней агрегирования 1, 2, 4 и 8 выбирается, например, согласно числу информационных битов управляющей информации назначения или состоянию тракта распространения терминала.

[0024] Другой способ заключается в том, чтобы заранее указывать PUCCH-ресурс каждому терминалу из базовой станции (т.е. явная передача служебных сигналов) (в дальнейшем в этом документе, способ 2). Иначе говоря, каждый терминал передает сигналы ответа с использованием PUCCH-ресурса, заранее указываемого посредством базовой станции в способе 2.

[0025] Кроме того, как показано на фиг. 5, терминал передает сигналы ответа с использованием одной из двух компонентных несущих. Компонентная несущая, которая передает такие сигналы ответа, называется “первичной компонентной несущей (PCC) или первичной сотой (PCell)”. Другая компонентная несущая называется “вторичной компонентной несущей (SCC) или вторичной сотой (SCell)”. Например, PCC (PCell) является компонентной несущей, которая передает широковещательную информацию на компонентной несущей, которая передает сигналы ответа (например, блок системной информации тип 1 (SIB1)).

[0026] В способе 2 PUCCH-ресурсы, общие для множества терминалов (например, четыре PUCCH-ресурса), могут заранее указываться для терминалов из базовой станции. Например, терминалы могут использовать способ для того, чтобы выбирать один PUCCH-ресурс, который должен быть фактически использован, на основе команды управления мощностью передачи (TPC) из двух битов, включенных в DCI в SCell. В этом случае, TPC-команда также называется индикатором ACK/NACK-ресурса (ARI). Такая TPC-команда предоставляет возможность определенному терминалу использовать явно передаваемый в служебных сигналах PUCCH-ресурс в определенном субкадре при предоставлении возможности другому терминалу использовать идентичный явно передаваемый в служебных сигналах PUCCH-ресурс в другом субкадре в случае явной передачи служебных сигналов.

[0027] Между тем, при выборе канала, назначается PUCCH-ресурс на компонентной несущей восходящей линии связи, ассоциированной в соответствии “один-к-одному” с первым CCE-индексом CCE, занимаемых посредством PDCCH, указывающего PDSCH в PCC (PCell) (т.е. PUCCH-ресурс в PUCCH-области 1 на фиг. 5) (неявная передача служебных сигналов).

[0028] Здесь описывается ARQ-управление с использованием выбора канала, когда вышеуказанное асимметричное агрегирование несущих применяется к терминалу, со ссылкой на фиг. 5 и фиг. 6A и 6B.

[0029] Например, на фиг. 5, группа компонентных несущих (может упоминаться как “набор компонентных несущих” на английском языке), состоящая из компонентной несущей 1 (PCell) и компонентной несущей 2 (SCell), задается для терминала 1. В этом случае, после того, как информация назначения ресурсов нисходящей линии связи передается в терминал 1 из базовой станции через PDCCH каждой из компонентных несущих 1 и 2, данные нисходящей линии связи передаются с использованием ресурса, соответствующего информации назначения ресурсов нисходящей линии связи.

[0030] Кроме того, при выборе канала, сигналы ответа, представляющие результаты обнаружения ошибок, соответствующие множеству фрагментов данных нисходящей линии связи на компонентной несущей 1 (PCell), и результаты обнаружения ошибок, соответствующие множеству фрагментов данных нисходящей линии связи на компонентной несущей 2 (SCell), преобразуются в PUCCH-ресурсы, включенные в PUCCH-область 1 или PUCCH-область 2. Терминал использует два типа фазовых точек (преобразование на основе двухпозиционной фазовой манипуляции (BPSK)) или четыре типа фазовых точек (преобразование на основе квадратурной фазовой манипуляции (QPSK)) в качестве сигналов ответа. Иными словами, при выборе канала, можно выражать шаблон для результатов обнаружения ошибок, соответствующих множеству фрагментов данных нисходящей линии связи на компонентной несущей 1 (PCell), и результатов обнаружения ошибок, соответствующих множеству фрагментов данных нисходящей линии связи на компонентной несущей 2 (SCell), посредством комбинации PUCCH-ресурсов и фазовых точек.

[0031] Здесь, фиг. 6A показывает способ преобразования шаблона для результатов обнаружения ошибок, когда число компонентных несущих равно двум (одна PCell, одна SCell) в TDD-системе.

[0032] Следует отметить, что фиг. 6A предполагает случай, в котором режим передачи задается как один из нижеприведенных (a) (b) и (c).

[0033] (a) Режим передачи, в котором каждая компонентная несущая поддерживает передачу по нисходящей линии связи только одного CW (кодового слова).

(b) Режим передачи, в котором одна компонентная несущая поддерживает передачу по нисходящей линии связи только одного CW, а другая компонентная несущая поддерживает передачу по нисходящей линии связи вплоть до двух CW.

(c) Режим передачи, в котором каждая компонентная несущая поддерживает передачу по нисходящей линии связи вплоть до двух CW.

[0034] Кроме того, фиг. 6A предполагает случай, в котором число M задается в одном из (1)-(4) ниже, причем M указывает то, сколько субкадров связи в нисходящей линии связи на каждую компонентную несущую (в дальнейшем в этом документе, описанных в качестве “субкадров DL (нисходящей линии связи)”, “D” или “S”, показанных на фиг. 3) результатов обнаружения ошибок должны указываться для базовой станции с использованием одного субкадра связи в восходящей линии связи (в дальнейшем в этом документе, описанного в качестве “субкадра UL (восходящей линии связи)”, “U”, показанного на фиг. 3). Например, в конфигурации 2, показанной на фиг. 3, поскольку результаты обнаружения ошибок четырех DL-субкадров указываются для базовой станции с использованием одного UL-субкадра, M=4.

(1) M=1

(2) M=2

(3) M=3

(4) M=4

[0035] Иными словами, фиг. 6A иллюстрирует способ преобразования шаблона для результатов обнаружения ошибок, когда вышеприведенные (a)-(c) комбинируются с вышеприведенными (1)-(4). Значение M варьируется в зависимости от UL-DL-конфигурации (конфигурации 0-6) и номера субкадра (SF#0-SF#9) в одном кадре, как показано на фиг. 3. Кроме того, в конфигурации 5, показанной на фиг. 3, M=9 в субкадре (SF) #2. Тем не менее, в этом случае, в LTE-A TDD-системе, терминал не применяет выбор канала и указывает результаты обнаружения ошибок с использованием, например, DFT-S-OFDM-формата. По этой причине, на фиг. 6A, конфигурация 5 (M=9) не включается в комбинацию.

[0036] В случае (1), число шаблонов результатов обнаружения ошибок составляет 2₂×1=4 шаблона, 2₃×1=8 шаблонов и 2₄×1=16 шаблонов в порядке (a) (b) и (c). В случае (2), число шаблонов результатов обнаружения ошибок составляет 2₂×2=8 шаблонов, 2₃×2=16 шаблонов, 2₄×2=32 шаблонов в порядке (a) (b) и (c). То же применимо к (3) и (4).

[0037] Здесь предполагается, что разность фаз между фазовыми точками, которые должны преобразовываться в одном PUCCH-ресурсе, составляет минимум 90 градусов (т.е. случай, в котором преобразуется максимум 4 шаблона на каждый PUCCH-ресурс). В этом случае, число PUCCH-ресурсов, необходимых для того, чтобы преобразовывать все шаблоны результатов обнаружения ошибок, составляет 2₄×4÷4=16 в (4) и (c), когда число шаблонов результатов обнаружения ошибок является максимальным (2₄×4=64 шаблона), что не является реалистичным. Таким образом, TDD-система преднамеренно уменьшает объем информации на результатах обнаружения ошибок посредством пакетирования результатов обнаружения ошибок в пространственной области или дополнительно во временной области при необходимости. Таким образом, TDD-система ограничивает число PUCCH-ресурсов, необходимых для того, чтобы указывать шаблоны результатов обнаружения ошибок.

[0038] В LTE-A TDD-системе, в случае (1), терминал преобразует 4 шаблона, 8 шаблонов и 16 шаблонов результатов обнаружения ошибок в порядке (a) (b) и (c) в 2, 3 и 4 PUCCH-ресурса, соответственно, без пакетирования результатов обнаружения ошибок (этап 3 на фиг. 6A). Иными словами, терминал указывает результат обнаружения ошибок с использованием 1 бита на каждую компонентную несущую, в которой режим передачи (не-MIMO) поддерживает передачу только одного CW в нисходящей линии связи, и указывает результаты обнаружения ошибок с использованием 2 битов на каждую компонентную несущую, в которой режим передачи (MIMO) поддерживает передачи вплоть до двух CW в нисходящей линии связи.

[0039] В LTE-A TDD-системе, в случаях (2) и (a), терминал преобразует восемь шаблонов результатов обнаружения ошибок в четыре PUCCH-ресурса без пакетирования результатов обнаружения ошибок (этап 3 на фиг. 6A). В этом случае, терминал указывает результаты обнаружения ошибок с использованием 2 битов на каждую компонентную несущую нисходящей линии связи.

[0040] В LTE-A TDD-системе, в случаях (2) и (b) (то же применимо к (2) и (c)), терминал пакетирует результаты обнаружения ошибок компонентных несущих, в которых режим передачи, поддерживающий передачу вплоть до двух CW в нисходящей линии связи, задается в пространственной области (пространственное пакетирование) (этап 1 на фиг. 6A). При пространственном пакетировании, когда результат обнаружения ошибок, соответствующий, по меньшей мере, одному CW из двух CW результатов обнаружения ошибок, представляет собой NACK, терминал определяет результаты обнаружения ошибок после пространственного пакетирования как NACK. Иными словами, при пространственном пакетировании осуществляется логическое “AND” результатов обнаружения ошибок двух CW. Терминал затем преобразует шаблоны результатов обнаружения ошибок после пространственного пакетирования (8 шаблонов в случаях (2) и (b), 16 шаблонов в случаях (2) и (c)) в четыре PUCCH-ресурса (этап 3 на фиг. 6A). В этом случае, терминал указывает результаты обнаружения ошибок с использованием 2 битов на каждую компонентную несущую нисходящей линии связи.

[0041] В LTE-A TDD-системе, в случаях (3) или (4) и (a) (b) или (c), терминал выполняет пакетирование во временной области (пакетирование во временной области) после пространственного пакетирования (этап 1 на фиг. 6A) (этап 2 на фиг. 6A). Терминал затем преобразует шаблоны результатов обнаружения ошибок после пакетирования во временной области в четыре PUCCH-ресурса (этап 3 на фиг. 6A). В этом случае, терминал указывает результаты обнаружения ошибок с использованием 2 битов на каждую компонентную несущую нисходящей линии связи.

[0042] Далее описывается пример более конкретных способов преобразования со ссылкой на фиг. 6B. Фиг. 6B показывает пример случая, в котором число компонентных несущих нисходящей линии связи равно 2 (одна PCell, одна SCell), и случая, в котором задается “(c) режим передачи, в котором каждая компонентная несущая поддерживает передачу по нисходящей линии связи вплоть до двух CW”, и случая с “(4) M=4”.

[0043] На фиг. 6B, результаты обнаружения ошибок PCell представляют собой (ACK (A), ACK) (ACK, ACK) (NACK (N), NACK) и (ACK, ACK) в порядке (CW0, CW1) в четырех DL-субкадрах (SF1-4). В PCell, показанной на фиг. 6B, M=4, и, следовательно, терминал пространственно пакетирует эти субкадры на этапе 1 на фиг. 6A (части, обведенные посредством сплошной линии на фиг. 6B). В результате пространственного пакетирования, ACK, ACK, NACK и ACK получаются в этом порядке в четырех DL-субкадрах PCell, показанной на фиг. 6B. Кроме того, на этапе 2 на фиг. 6A, терминал применяет пакетирование во временной области к 4-битовому шаблону результатов обнаружения ошибок (ACK, ACK, NACK, ACK) после пространственного пакетирования, полученного на этапе 1 (части, обведенные посредством пунктирной линии на фиг. 6B). Таким образом, 2-битовый результат обнаружения ошибок (NACK, ACK) получается в PCell, показанной на фиг. 6B.

[0044] Терминал аналогично применяет пространственное пакетирование и пакетирование во временной области также для SCell, показанной на фиг. 6B, и в силу этого получает 2-битовый результат обнаружения ошибок (NACK, NACK).

[0045] Терминал затем комбинирует шаблоны результатов обнаружения ошибок с использованием 2 битов после пакетирования во временной области PCell и SCell на этапе 3 на фиг. 6A в порядке PCell, SCell, чтобы пакетировать их в 4-битовый шаблон результатов обнаружения ошибок (NACK, ACK, NACK, NACK). Терминал определяет PUCCH-ресурс (в этом случае, h1) и фазовую точку (в этом случае, -j) с использованием таблицы преобразования, показанной на этапе 3 на фиг. 6A, из этого 4-битового шаблона результатов обнаружения ошибок.

[0046] LTE-система и LTE-A-система поддерживают HARQ (гибридный автоматический запрос на повторную передачу) (в дальнейшем в этом документе, называемый “DL HARQ”) данных нисходящей линии связи. В DL HARQ, LTE-терминал и LTE-A-терминал сохраняют LLR (логарифмическое отношение правдоподобия) (или также может называться “мягким битом”) для данных нисходящей линии связи, в которых обнаруживается ошибка, в программном буфере. LLR, сохраненное в программном буфере, комбинируется с LLR, соответствующим данным нисходящей линии связи, которые должны быть повторно переданы (повторно передаваемым данным). Программный буфер (емкость буфера: N_soft), как показано на фиг. 7A и в следующем уравнении 1, разделяется на равные части на основе числа (K_C) компонентных несущих нисходящей линии связи, поддерживаемого посредством терминала, числа (K_MIMO) мультиплексированных уровней, поддерживаемого посредством терминала, и максимального числа (M_{DL_HARQ}) DL HARQ-процессов, заданного в UL-DL-конфигурации, заданной в терминале, и вычисляется размер (N_IR) буфера IR (нарастающей избыточности) на каждый транспортный блок (или TB). Максимальное число DL HARQ-процессов представляет число процессов повторной передачи (число DL HARQ-процессов), заданное на основе максимального значения интервала повторной передачи (также может называться “RTT (временем передачи и подтверждения приема)”) после передачи данных нисходящей линии связи в DL HARQ в каждой UL-DL-конфигурации (Config#0-#6) до повторной передачи данных нисходящей линии связи (см. фиг. 7B).

[1] (уравнение 1)

[0047] Терминал сохраняет LLR, соответствующее данным нисходящей линии связи, в которых обнаружена ошибка, в IR-буфере, соответствующем каждому DL HARQ-процессу, в рамках диапазона размера IR-буфера на каждый TB, вычисленного согласно уравнению 1. Здесь, M_limit, показанное в уравнении 1, является допустимым значением числа DL HARQ-процессов, сохраненных в программном буфере, и значение M_limit составляет, например, 8. Чтобы уменьшать общую емкость программного буфера (емкость программного буфера), IR-буфер на каждый TB не может всегда сохранять все систематические биты (LLR) на каждый TB и все биты четности (LLR). Следовательно, увеличение размера IR-буфера на каждый TB в максимально возможной степени в пределах емкости программного буфера приводит к увеличению общего значения LLR, которое может быть сохранено в IR-буфере, и, следовательно, приводит к повышению производительности повторной HARQ-передачи.

[0048] Как описано выше, LTE-A-терминал конструируется с допущением, что идентичная UL-DL-конфигурация задается для множества компонентных несущих. Это обусловлено тем, что традиционно предполагается агрегирование несущих (так называемое внутриполосное агрегирование несущих) между множеством компонентных несущих (например, определенной компонентной несущей, имеющей полосу пропускания в 20 МГц, и другой компонентной несущей, имеющей полосу пропускания в 20 МГц в полосе частот в 2 ГГц) в одной полосе частот (например, полосе частот в 2 ГГц). Иными словами, когда связь в восходящей линии связи и связь в нисходящей линии связи одновременно выполняются между различными компонентными несущими в идентичной полосе частот, терминал в ходе связи в нисходящей линии связи принимает большие помехи из терминала, выполняющего связь в восходящей линии связи.

[0049] С другой стороны, при агрегировании несущих (так называемом межполосном агрегированием несущих) между компонентными несущими (например, компонентной несущей, имеющей полосу пропускания в 20 МГц в полосе частот в 2 ГГц, и компонентной несущей, имеющей полосу пропускания в 20 МГц в полосе частот в 800 МГц) для множества полос частот (например, полосы частот в 2 ГГц и полосы частот в 800 МГц), между обеими компонентными несущими существует большой частотный интервал.

Таким образом, терминал в ходе связи в нисходящей линии связи с использованием компонентной несущей в определенной полосе частот (например, компонентной несущей, имеющей полосу пропускания в 20 МГц в полосе частот в 2 ГГц) принимает меньшие помехи из терминала в ходе связи в восходящей линии связи с использованием другой полосы частот (например, компонентной несущей, имеющей полосу пропускания в 20 МГц в полосе частот в 800 МГц).

[0050] В этой связи, проводятся исследования, для случая, в котором оператор связи, предоставляющий LTE-A TDD-систему, назначает новую полосу частот LTE-A-услуге, на предмет возможности варьирования UL-DL-конфигурации новой назначенной полосы частот относительно UL-DL-конфигурации существующей полосы частот в зависимости от услуги, которой придает большее значение оператор связи. Более конкретно, оператор связи, который придает большее значение пропускной способности связи в нисходящей линии связи, использует UL-DL-конфигурацию, имеющую большее отношение DL-субкадров к UL-субкадрам в новой полосе частот (например, конфигурацию 3, 4 или 5 и т.п. на фиг. 3). Это обеспечивает возможность проектирования более гибкой системы.

[0051] Чтобы реализовывать низкое PAPR (отношение пиковой мощности к средней мощности) в ходе агрегирования несущих в LTE-A, проводятся исследования на предмет возможности передачи посредством терминала сигнала ответа (HARQ-ACK), который представляет собой результат обнаружения ошибок, соответствующий каждому фрагменту данных нисходящей линии связи каждой компонентной несущей (PCell и SCell), с использованием всегда только одной компонентной несущей (например, PCell).

[0052] Тем не менее, когда различные UL-DL-конфигурации задаются между компонентными несущими, имеются временные интервалы, в которые субкадры PCell становятся DL-субкадрами, и субкадры SCell становятся UL-субкадрами. В таких временных интервалах терминал не может передавать сигнал ответа в ответ на данные нисходящей линии связи SCell с использованием PUCCH PCell. Таким образом, в LTE-A, проводятся исследования на предмет возможности использования временного PDSCH-PUCCH-интервала, заданного в другой UL-DL-конфигурации (опорной UL-DL-конфигурации), вместо временного интервала передачи/приема (временного PDSCH-PUCCH-интервала) между PDSCH (прием данных по нисходящей линии связи) и PUCCH (передача сигнала ответа), заданного UL-DL-конфигурации, заданной в SCell.

[0053] Как показано на фиг. 8, существуют отношения включения касательно DL-субкадров между UL-DL-конфигурациями, показанными на фиг. 3. Сначала в качестве примера описывается отношение между Config#0 и Config#1. На фиг. 3, DL-субкадры (включающие в себя специальные субкадры), включенные в один кадр, представляют собой SF#0, #1, #5 и #6 в Config#0 и SF#0, #1, #4, #5, #6 и #9 в Config#1. Иными словами, набор DL-субкадров, включенных в один кадр Config#1, включает в себя набор DL-субкадров, включенных в один кадр Config#0. Иными словами, можно сказать, что набор DL-субкадров Config#1 представляет собой расширенный набор DL-субкадров Config#0. Альтернативно, также можно сказать, что набор DL-субкадров Config#0 представляет собой поднабор DL-субкадров Config#1. В нижеприведенном описании, в Config#1, например, в такой комбинации UL-DL-конфигураций, в которой DL-субкадры задаются, по меньшей мере, во временных интервалах, идентичных временным интервалам DL-субкадров Config#0, Config#1 может выражаться как “под более высокой DL-нагрузкой”, чем Config#0. Кроме того, также можно сказать, что набор UL-субкадров Config#0 включает в себя набор UL-субкадров Config#1 (расширенный набор UL-субкадров) (не показан). Следовательно, в нижеприведенном описании, например, в такой комбинации UL-DL-конфигураций, в которой UL-субкадры задаются во временных интервалах, идентичных временным интервалам UL-субкадров Config#1, по меньшей мере, Config#0 также может выражаться как “под более высокой UL-нагрузкой”, чем Config#1.

[0054] Далее описывается взаимосвязь между Config#1 и Config#3. На фиг. 3, DL-субкадры (включающие в себя специальные субкадры), включенные в один кадр, представляют собой SF#0, #1 и #5-#9 в Config#3. Иными словами, отсутствует отношение взаимного включения между наборами DL-субкадров Config#1 и Config#3. Иными словами, можно сказать, что набор DL-субкадров Config#1 не представляет собой ни расширенный набор, ни поднабор DL-субкадров Config#3. В нижеприведенном описании, в комбинации UL-DL-конфигураций, в которой DL-субкадры и UL-субкадры, заданные в различные временные интервалы, задаются в Config#1 и Config#3, по меньшей мере, Config#1 может выражаться как ни под высокой DL-нагрузкой, ни под высокой UL-нагрузкой относительно Config#3. Отношения включения касательно DL-субкадров, аналогичные отношениям включения, описанным выше, также существуют между другими UL-DL-конфигурациями (см. фиг. 8).

[0055] Фиг. 9A и 9B иллюстрируют пример временных PDSCH-PUCCH-интервалов, когда набор DL-субкадров PCell, включенных в один кадр, включает в себя набор DL-субкадров SCell (т.е. когда набор DL-субкадров PCell является расширенным набором DL-субкадров SCell, или UL-DL-конфигурация PCell находится под более высокой DL-нагрузкой, чем UL-DL-конфигурация SCell). На фиг. 9A и фиг. 9B, Config#1 задается в PCell, а Config#0 задается в SCell.

[0056] В дальнейшем в этом документе, случай, в котором UL-DL-конфигурация PCell находится под более высокой DL-нагрузкой, чем UL-DL-конфигурация SCell, может выражаться “как PCell находится под высокой DL-нагрузкой”.

[0057] Фиг. 9A иллюстрирует случай, в котором SCell использует в качестве опорного временной PDSCH-PUCCH-интервал, заданный в Config#0, заданной в SCell. В этом случае, в Config#0, заданной в SCell, несмотря на UL-субкадр, в котором передается PUCCH (сигнал ответа), соответствующий PDSCH (данные нисходящей линии связи), имеются временные интервалы, в которые субкадры становятся DL-субкадрами в Config#1, заданной в PCell (субкадры #4 и #9 на фиг. 9A). PUCCH-передача в PCell, соответствующая PDSCH SCell, не может быть выполнена в это время. Следовательно, невозможно использовать любой DL-субкадр SCell (субкадры #0 и #5 на фиг. 9A), соответствующие этому временному интервалу, чтобы указывать PDSCH.

[0058] С другой стороны, фиг. 9B иллюстрирует случай, в котором SCell использует в качестве опорного временной PDSCH-PUCCH-интервал, заданный в Config#1, заданной в PCell. В этом случае, субкадры PCell никогда не становятся DL-субкадрами во временных интервалах, в которых передается PUCCH (сигнал ответа), соответствующий PDSCH (данным нисходящей линии связи) SCell. Следовательно, PUCCH-передача в PCell, соответствующая PDSCH в SCell, может всегда выполняться. Следовательно, все DL-субкадры в SCell могут быть использованы для того, чтобы указывать PDSCH. Таким образом, на фиг. 9B, поскольку отсутствует временной интервал, в который PUCCH-передача в PCell, соответствующая PDSCH SCell, не может быть выполнена в PCell, все DL-субкадры в SCell могут быть использованы.

[0059] Затем, фиг. 10A и 10B иллюстрируют пример временного PDSCH-PUCCH-интервала в случае, если набор DL-субкадров PCell, включенных в один кадр, не включает в себя набор DL-субкадров SCell и не включается в набор DL-субкадров SCell (т.е. когда набор DL-субкадров PCell не является ни расширенным набором, ни поднабором DL-субкадров SCell, или PCell не находится ни под высокой DL-нагрузкой, ни под высокой UL-нагрузкой). На фиг. 10A и фиг. 10B, Config#1 задается в PCell, а Config#3 задается в SCell.

[0060] Фиг. 10A иллюстрирует случай, в котором SCell использует в качестве опорных временные PDSCH-PUCCH-интервалы, заданные в Config#1, заданной в PCell. В этом случае, как и в случае по фиг. 9B, субкадры PCell никогда не становятся DL-субкадрами во временных интервалах, в которых передается PUCCH, соответствующий PDSCH SCell. Таким образом, на фиг. 10A, отсутствует DL-субкадр SCell, который более не может быть использован, вследствие неспособности PCell передавать PUCCH, соответствующий PDSCH SCell. Тем не менее, возникают случаи, когда DL-субкадры SCell не могут быть использованы, поскольку временные PDSCH-PUCCH-интервалы не задаются в Config#1, заданной в PCell. Например, тогда как субкадры #7 и #8, показанные на фиг. 10A, представляют собой DL-субкадры в SCell, они представляют собой UL-субкадры в PCell. Таким образом, временные PDSCH-PUCCH-интервалы, в которые субкадры #7 и 8 становятся DL-субкадрами, первоначально не задаются в Config#1, заданной в PCell. По этой причине, DL-субкадры SCell не могут быть использованы для того, чтобы указывать PDSCH в субкадрах #7 и 8.

[0061] Напротив, фиг. 10B иллюстрирует случай, в котором SCell использует в качестве опорных временные PDSCH-PUCCH-интервалы, заданные в UL-DL-конфигурации (Config#4), имеющей максимальное число DL-субкадров, из UL-DL-конфигураций, которые являются расширенными наборами DL-субкадров как Config#1, заданной в PCell, так и Config#3, заданной в SCell.

[0062] Предусмотрено три комбинации UL-DL-конфигураций, в которых две компонентные несущие не находятся ни под высокой DL-нагрузкой, ни под высокой UL-нагрузкой: Config#1 и Config#3, Config#2 и Config#3 и Config#2 и Config#4 (см. фиг. 8). В это время, когда одна компонентная несущая представляет собой Config#1, а другая компонентная несущая представляет собой Config#3 (см. фиг. 10B), UL-DL-конфигурация, используемая в качестве опорной посредством SCell, предположительно представляет собой Config#4. Кроме того, когда одна компонентная несущая представляет собой Config#2, а другая компонентная несущая представляет собой Config#3, UL-DL-конфигурация, используемая в качестве опорной посредством SCell, предположительно представляет собой Config#5. С другой стороны, когда одна компонентная несущая представляет собой Config#2, а другая компонентная несущая представляет собой Config#4, UL-DL-конфигурация, используемая в качестве опорной посредством SCell, предположительно представляет собой Config#5.

[0063] За счет этого, отсутствует временной интервал в PCell, в которой не может быть передан PUCCH, соответствующий PDSCH SCell. Кроме того, отсутствует случай, в котором DL-субкадры SCell не могут быть использованы вследствие неспособности для PCell задавать временные PDSCH-PUCCH-интервалы, описанные выше. По этой причине, SCell может использовать все DL-субкадры.

[0064] Фиг. 11 иллюстрирует пример временных PDSCH-PUCCH-интервалов, когда набор DL-субкадров PCell, включенных в один кадр, включается в набор DL-субкадров SCell (т.е. когда набор DL-субкадров PCell является поднабором DL-субкадров SCell или когда PCell находится под высокой UL-нагрузкой). В этом случае, SCell использует в качестве опорных временные PDSCH-PUCCH-интервалы, заданные в Config#1, заданной в SCell, и может за счет этого использовать все DL-субкадры SCell.

[0065] В LTE-A-системе проводятся исследования на предмет возможности изменения UL-DL-конфигураций (в дальнейшем в этом документе может упоминаться как “TDD eIMTA (улучшенное управление помехами и адаптация трафика в DL-UL)”. Примеры целей TDD eIMTA включают в себя предоставление услуг, которые удовлетворяют потребностям пользователей, посредством гибкого изменения UL/DL-отношения, уменьшения потребления мощности в базовой станции посредством увеличения UL-отношения во временном отрезке с низкой нагрузкой по трафику и т.п. В качестве способа изменения UL-DL-конфигурации проводятся исследования на предмет (1) способа посредством указания опорной точки для передачи в служебных сигналах SI (системной информации) (2) способа посредством указания опорной точки для передачи служебных сигналов RRC (верхнего уровня), и (3) способа посредством указания опорной точки для передачи служебных сигналов L1 (физического уровня).

[0066] Способ (1) соответствует изменению UL-DL-конфигурации с наименьшей частотой. Способ (1) является подходящим для случаев, в которых цель состоит в том, чтобы уменьшать потребление мощности в базовой станции посредством увеличения UL-отношения, например, во временном отрезке с низкой нагрузкой по трафику (к примеру, в полночь или рано утром). Способ (3) соответствует изменению UL-DL-конфигурации с наибольшей частотой. Небольшая сота, такая как пикосота, имеет меньшее число терминалов, которые должны подключаться, чем большая сота, такая как макросота. В пикосоте UL/DL-трафик всей пикосоты определяется в зависимости от объема UL/DL-трафика в небольшом числе терминалов, подключенных к пикосоте. По этой причине, возникает сильное колебание во времени UL/DL-трафика в пикосоте. Следовательно, способ (3) является подходящим для случая, в котором UL-DL-конфигурация изменяется в соответствии с колебанием во времени UL/DL-трафика в небольшой соте, такой как пикосота. Способ (2) может быть размещен между способом (1) и способом (3) и является подходящим для случая, в котором UL-DL-конфигурация изменяется со средней частотой.

СПИСОК БИБЛИОГРАФИЧЕСКИХ ССЫЛОК

Непатентные документы

[0067] NPL 1

3GPP TS 36.211 V10.1.0. “Physical Channels and Modulation (Release 10)”, март 2011 года

NPL 2

3GPP TS 36.212 V10.1.0. “Multiplexing and channel coding (Release 10)”, март 2011 года

NPL 3

3GPP TS 36.213 V10.1.0. “Physical layer procedures (Release 10)”, март 2011 года

NPL 4

Seigo Nakao, Tomofumi Takata, Daichi Imamura и Katsuhiko Hiramatsu, “Performance enhancement of E-UTRA uplink control channel in fast fading environments”, Proceeding of IEEE VTC 2009 spring, апрель 2009 года

NPL 5

Ericsson и ST-Ericsson, “A/N transmission in the uplink for carrier aggregation”, R1-100909, 3GPP TSG-RAN WG1 #60, февраль 2010 года

NPL 6

ZTE, 3GPP RAN1 meeting #57, R1-091702, “Uplink Control Channel Design for LTE-Advanced”, май 2009 года

NPL 7

Panasonic, 3GPP RAN1 meeting #57, R1-091744, “UL ACK/NACK transmission on PUCCH for Carrier aggregation”, май 2009 года

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

Техническая задача

[0068] Как описано выше, DL HARQ касательно данных нисходящей линии связи должно поддерживаться, даже когда UL-DL-конфигурация варьируется между множеством компонентных несущих. В качестве примера, фиг. 12A показывает DL HARQ-процесс, когда базовая станция назначает данные нисходящей линии связи терминалу таким образом, что выполняется максимальное число DL HARQ-процессов. Фиг. 12A иллюстрирует случай, в котором PCell находится под высокой DL-нагрузкой, как показано на фиг. 9B, и случай, в котором SCell использует в качестве опорных временные PDSCH-PUCCH-интервалы, заданные в UL-DL-конфигурации, заданной в PCell. Кроме того, для сравнения с фиг. 12A, фиг. 13A показывает пример DL HARQ-процессов в случае, если базовая станция назначает данные нисходящей линии связи терминалу таким образом, чтобы выполнять максимальное число DL HARQ-процессов на компонентной несущей (соте), в которой задается Config#0, когда агрегирование несущих не задается (не-CA-период).

[0069] Следует отметить, что обведенные числа на фиг. 12A и фиг. 13A показывают числа DL HARQ-процессов. С другой стороны, стрелки со сплошной линией показывают временные PDSCH-PUCCH-интервалы. Стрелки с пунктирной линией показывают временные интервалы между приемом PUCCH (сигнала ответа) в базовой станции и повторной передачей PDSCH (данных нисходящей линии связи) для PUCCH (в дальнейшем в этом документе, также может упоминаться как “временной PUCCH-PDSCH-интервал”). Следует отметить, что временной PDSCH-PUCCH-интервал и временной PUCCH-PDSCH-интервал могут выражаться как временной DL HARQ-интервал. Например, временной интервал, требуемый от приема PUCCH до повторной PDSCH-передачи, составляет 4 мс (4 субкадра) или больше. Кроме того, время, требуемое от PDSCH-передачи до повторной PDSCH-передачи, выражается как RTT (время передачи и подтверждения приема) в PDSCH.

[0070] Как SCell, в которой Config#0 задается на фиг. 12A, так и компонентная несущая, в которой Config#0 задается на фиг. 13A, имеют четыре DL-субкадра (включающих в себя специальные субкадры) на каждый кадр. Тем не менее, PDSCH RTT на фиг. 12A отличается от PDSCH RTT на фиг. 13A. Более конкретно, PDSCH RTT составляет 10 мс для всех DL HARQ-процессов на фиг. 13A. Напротив, PDSCH RTT каждого DL HARQ-процесса составляет 11 мс или 14 мс на фиг. 12A. По этой причине, на фиг. 13A, поскольку PDSCH RTT составляет 10 мс для четырех DL-субкадров на каждый кадр (10 мс), достаточно максимум четырех DL HARQ-процессов. Это соответствует тому факту на фиг. 7B, что максимальное число DL HARQ-процессов в Config#0 составляет четыре. С другой стороны, поскольку PDSCH RTT на фиг. 12A превышает 10 мс, требуется более четырех DL HARQ-процессов. Более конкретно, в случае фиг. 12A, требуется максимум пять DL HARQ-процессов.

[0071] Причина, по которой необходимо больше DL HARQ-процессов, состоит в том, что SCell использует в качестве опорных временные PDSCH-PUCCH-интервалы, заданные в UL-DL-конфигурации, которая находится под более высокой DL-нагрузкой, чем UL-DL-конфигурация, заданная в самой SCell. Другими словами, это обусловлено тем, что SCell использует в качестве опорных временные PDSCH-PUCCH-интервалы, заданные в UL-DL-конфигурации, которая имеет меньшее число UL-субкадров и меньшую вероятность PUCCH-передачи, чем UL-DL-конфигурация, заданная в SCell.

[0072] Как показано на фиг. 7A и фиг. 7B, программный DL HARQ-буфер разделяется на основе максимального числа (M_{DL_HARQ}) DL HARQ-процессов, заданного в UL-DL-конфигурации, заданной в терминале (см. уравнение 1). Например, фиг. 13B иллюстрирует программный SCell-буфер на фиг. 13A. Как показано на фиг. 13B, когда UL-DL-конфигурация, заданная в SCell, представляет собой Config#0, а максимальное число DL HARQ-процессов SCell составляет четырьмя, программный SCell-буфер разделяется на четыре.

[0073] С другой стороны, фиг. 12B иллюстрирует программный SCell-буфер на фиг. 12A. Как показано на фиг. 12B, поскольку UL-DL-конфигурация, заданная в SCell, представляет собой Config#0, программный SCell-буфер разделяется на четыре, как и в случае по фиг. 13B. Тем не менее, как показано на фиг. 12A, когда SCell использует в качестве опорных временные PDSCH-PUCCH-интервалы, заданные в UL-DL-конфигурации, которая находится под более высокой DL-нагрузкой, чем UL-DL-конфигурация, заданная в SCell, максимальное число DL HARQ-процессов в SCell превышает значение, показанное на фиг. 7B (значение в течение не-CA-периода). Более конкретно, когда временной PDSCH-PUCCH-интервал, используемый в качестве опорного посредством SCell, является временным интервалом Config#1, максимальное число DL HARQ-процессов, фактически требуемых в SCell, составляет пять. По этой причине, как показано на фиг. 12B, терминал не может выделять IR-буфер для некоторых DL HARQ-процессов (DL HARQ-процесса номер 5 на фиг. 13B). Таким образом, невозможно получать усиление при кодировании посредством повторной HARQ-передачи для DL HARQ-процессов, которым не выделяется IR-буфер.

[0074] Как описано выше, именно когда SCell использует в качестве опорных временные PDSCH-PUCCH-интервалы, заданные в UL-DL-конфигурации, которая находится под более высокой DL-нагрузкой, чем UL-DL-конфигурация, заданная в SCell, максимальное число DL HARQ-процессов, которое фактически требуется в SCell, становится больше максимального числа DL HARQ-процессов, заданных в UL-DL-конфигурации, заданной в SCell. Следовательно, не только когда PCell находится под высокой DL-нагрузкой, но также и когда PCell не находится ни под высокой DL-нагрузкой, ни под высокой UL-нагрузкой (фиг. 10B), максимальное число DL HARQ-процессов, которое фактически требуется в SCell, становится больше максимального числа DL HARQ-процессов, заданных в UL-DL-конфигурации, заданной в SCell. Таким образом, проблемы, аналогичные проблемам, описанным выше, также существуют, когда PCell не находится ни под высокой DL-нагрузкой, ни под высокой UL-нагрузкой.

[0075] Как описано выше, когда SCell использует в качестве опорных временные PDSCH-PUCCH-интервалы, заданные в UL-DL-конфигурации, которая находится под более высокой DL-нагрузкой, чем UL-DL-конфигурация, заданная в SCell, предусмотрен случай, в котором IR-буфер не выделяется некоторым DL HARQ-процессам, и невозможно получать усиление при кодировании через повторную HARQ-передачу.

[0076] Цель настоящего изобретения заключается в том, чтобы предоставлять терминальное устройство и способ разделения буфера, обеспечивающие получение усиления при кодировании посредством HARQ для всех DL HARQ-процессов, даже когда UL-DL-конфигурация отличается между множеством компонентных несущих.

РЕШЕНИЕ ЗАДАЧИ

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

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

ПРЕИМУЩЕСТВА ИЗОБРЕТЕНИЯ

[0079] Согласно настоящему изобретению, можно получать усиление при кодировании посредством HARQ для всех DL HARQ-процессов, даже когда UL-DL-конфигурация отличается между множеством компонентных несущих.

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

[0080] Фиг. 1 является схемой, иллюстрирующей способ кодирования с расширением спектра сигналов ответа и опорных сигналов;

Фиг. 2 является схемой, иллюстрирующей операцию, связанную со случаем, в котором TDM применяется к сигналам ответа и данным восходящей линии связи на PUSCH-ресурсах;

Фиг. 3 является схемой, предоставленной для описания UL-DL-конфигурации в TDD;

Фиг. 4A и 4B являются схемами, предоставленными для описания асимметричного агрегирования несущих и управляющей последовательности, применяемой к отдельным терминалам;

Фиг. 5 является схемой, предоставленной для описания выбора канала;

Фиг. 6A и 6B являются схемами, предоставленными для описания способа пакетирования и способа преобразования в TDD;

Фиг. 7A и 7B являются схемами, предоставленными для описания разделения программного буфера и определения максимального числа DL HARQ-процессов;

Фиг. 8 является схемой, предоставленной для описания отношений включения DL-субкадров между UL-DL-конфигурациями;

Фиг. 9A и 9B являются схемами, предоставленными для описания опорных временных интервалов SCell, когда PCell находится под высокой DL-нагрузкой;

Фиг. 10A и 10B являются схемами, предоставленными для описания опорных временных интервалов SCell, когда PCell не находится ни под высокой DL-нагрузкой, ни под высокой UL-нагрузкой;

Фиг. 11 является схемой, предоставленной для описания опорных временных интервалов SCell, когда PCell находится под высокой UL-нагрузкой;

Фиг. 12A и 12B являются схемами, предоставленными для описания проблемы, когда PCell находится под высокой DL-нагрузкой;

Фиг. 13A и 13B являются схемами, предоставленными для описания проблемы, когда PCell находится под высокой DL-нагрузкой;

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

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

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

Фиг. 17A-17C являются схемами, предоставленными для описания диапазона задания максимального числа DL HARQ-процессов, используемых в качестве опорных посредством SCell, согласно варианту 1 осуществления настоящего изобретения;

Фиг. 18 является схемой, иллюстрирующей PDSCH RTT, соответствующее UL-DL-конфигурации согласно варианту 1 осуществления настоящего изобретения;

Фиг. 19A и 19B являются схемами, иллюстрирующими максимальное число DL HARQ-процессов, используемых в качестве опорных посредством SCell, согласно варианту 1 осуществления настоящего изобретения;

Фиг. 20 является схемой, предоставленной для описания способа разделения программного буфера согласно варианту 1 осуществления настоящего изобретения;

Фиг. 21 является схемой, иллюстрирующей результаты сравнения минимальных значений между максимальным числом DL HARQ-процессов, используемых в качестве опорных посредством SCell, и значением ограничения максимального числа DL HARQ-процессов согласно варианту 1 осуществления настоящего изобретения;

Фиг. 22A и 22B являются схемами, предоставленными для описания способа простого определения максимального числа DL HARQ-процессов, используемых в качестве опорных посредством SCell, согласно варианту 2 осуществления настоящего изобретения;

Фиг. 23A и 23B являются схемами, предоставленными для описания временных интервалов, используемых в качестве опорных посредством SCell, когда перекрестная диспетчеризация несущих задается;

Фиг. 24 является схемой, предоставленной для описания проблемы, когда перекрестная диспетчеризация несущих задается;

Фиг. 25 является схемой, иллюстрирующей максимальное число DL HARQ-процессов, используемых в качестве опорных посредством SCell, когда перекрестная диспетчеризация несущих задается согласно варианту 3 осуществления настоящего изобретения;

Фиг. 26 является схемой, предоставленной для описания проблемы, когда TDD eIMTA задается; и

Фиг. 27A и 27B являются схемами, предоставленными для описания способа определения максимального числа DL HARQ-процессов, используемых в качестве опорных посредством SCell, когда TDD eIMTA задается согласно варианту 4 осуществления настоящего изобретения.

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

[0081] Далее подробно описываются примерные варианты осуществления настоящего изобретения со ссылками на прилагаемые чертежи. Во всех вариантах осуществления идентичным элементам назначаются идентичные ссылки с номерами, и дублированное описание элементов опускается.

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

Фиг. 14 является схемой основной конфигурации терминала 200 согласно настоящему варианту осуществления. Терминал 200 осуществляет связь с базовой станцией 100 с использованием множества компонентных несущих. Кроме того, в качестве шаблона конфигурации субкадров, включенных в один кадр, задается шаблон конфигурации, включающий в себя субкадры связи в нисходящей линии связи (DL-субкадры), используемые для связи в нисходящей линии связи, и субкадры связи в восходящей линии связи (UL-субкадры), используемые для связи в восходящей линии связи (UL-DL-конфигурация), в каждом наборе компонентных несущих для терминала 200. В терминале 200 модуль 210 декодирования сохраняет данные нисходящей линии связи, соответственно, передаваемые на множестве компонентных несущих, в буфере повторной передачи (программном буфере), и декодирует данные нисходящей линии связи, модуль 212 формирования сигналов ответа формирует сигнал ответа с использованием результатов обнаружения ошибок данных нисходящей линии связи, радиопередающий модуль 222 передает сигнал ответа, соответствующий первым данным нисходящей линии связи, принимаемым на первой компонентной несущей (PCell) из множества компонентных несущих, и сигнал ответа, соответствующий вторым данным нисходящей линии связи, принимаемым на второй компонентной несущей (PCell), с использованием первой компонентной несущей. Здесь, вышеописанный программный буфер включает в себя первый буфер (программный буфер PCell), который сохраняет первые данные нисходящей линии связи, и второй буфер (программный SCell-буфер), который сохраняет вторые данные нисходящей линии связи, и второй буфер разделяется на области, надлежащим образом соответствующие процессам повторной передачи (IR-буферы), на основе конкретного значения (максимальной UL-DL-конфигурации, которая должна быть использована в качестве опорной), определенного посредством комбинации первого шаблона конфигурации, заданного на первой компонентной несущей, и второго шаблона конфигурации, заданного на второй компонентной несущей.

[0083] Конфигурация базовой станции

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

[0084] Модуль 101 управления назначает ресурс нисходящей линии связи для передачи управляющей информации (т.е. ресурс для назначения управляющей информации нисходящей линии связи) и ресурс нисходящей линии связи для передачи данных нисходящей линии связи (т.е. ресурс для назначения данных нисходящей линии связи) для целевого терминала 200 для назначения ресурсов (в дальнейшем в этом документе, называемого “целевым терминалом” или просто “терминалом”). Это назначение ресурсов выполняется на компонентной несущей нисходящей линии связи, включенной в группу компонентных несущих, сконфигурированной для целевого терминала 200 для назначения ресурсов. Помимо этого, ресурс для назначения управляющей информации нисходящей линии связи выбирается из числа ресурсов, соответствующих каналу управления нисходящей линии связи (т.е. PDCCH) на каждой компонентной несущей нисходящей линии связи. Кроме того, ресурс для назначения данных нисходящей линии связи выбирается из числа ресурсов, соответствующих каналу передачи данных нисходящей линии связи (т.е. PDSCH) на каждой компонентной несущей нисходящей линии связи. Помимо этого, когда предусмотрено множество целевых терминалов 200 для назначения ресурсов, модуль 101 управления назначает различные ресурсы целевым терминалам 200 для назначения ресурсов, соответственно.

[0085] Ресурсы для назначения управляющей информации нисходящей линии связи являются эквивалентными L1/L2 CCH, описанному выше. Более конкретно, ресурсы для назначения управляющей информации нисходящей линии связи формируются из одного или множества CCE.

[0086] Модуль 101 управления определяет скорость кодирования, используемую для передачи управляющей информации в целевой терминал 200 для назначения ресурсов. Размер данных управляющей информации варьируется в зависимости от скорости кодирования. Таким образом, модуль 101 управления назначает ресурс для назначения управляющей информации нисходящей линии связи, имеющий число CCE, которое обеспечивает возможность преобразования управляющей информации, имеющей этот размер данных, в ресурс.

[0087] Модуль 101 управления выводит информацию относительно ресурса для назначения данных нисходящей линии связи в модуль 102 формирования управляющей информации. Кроме того, модуль 101 управления выводит информацию относительно скорости кодирования в модуль 103 кодирования. Помимо этого, модуль 101 управления определяет и выводит скорость кодирования передаваемых данных (т.е. данных нисходящей линии связи) в модуль 105 кодирования. Кроме того, модуль 101 управления выводит информацию относительно ресурса для назначения данных нисходящей линии связи и ресурса для назначения управляющей информации нисходящей линии связи в модуль 108 преобразования. Тем не менее, модуль 101 управления управляет назначением таким образом, что данные нисходящей линии связи и управляющая информация нисходящей линии связи для данных нисходящей линии связи преобразуются в идентичную компонентную несущую нисходящей линии связи.

[0088] Модуль 102 формирования управляющей информации формирует и выводит управляющую информацию, включающую в себя информацию относительно ресурса для назначения данных нисходящей линии связи, в модуль 103 кодирования. Эта управляющая информация формируется для каждой компонентной несущей нисходящей линии связи. Помимо этого, когда существует множество целевых терминалов 200 для назначения ресурсов, управляющая информация включает в себя идентификатор терминала для каждого целевого терминала 200, чтобы отличать целевые терминалы 200 для назначения ресурсов друг от друга. Например, управляющая информация включает в себя CRC-биты, маскируемые посредством идентификатора терминала для целевого терминала 200. Эта управляющая информация может упоминаться “как управляющая информация, переносящая назначение в нисходящей линии связи” или “управляющая информация нисходящей линии связи (DCI)”. Модуль 102 формирования управляющей информации использует в качестве опорного, например, управляющий сигнал повторной передачи (не показан), сформированный посредством модуля 122 формирования сигналов управления повторной передачей, и включает, в управляющую информацию, информацию повторной передачи, указывающую то, является передача данных нисходящей линии связи, передача которых управляется посредством модуля 106 управления передачей данных, начальной передачей или повторной передачей.

[0089] Модуль 103 кодирования кодирует управляющую информацию с использованием скорости кодирования, принимаемой из модуля 101 управления, и выводит кодированную управляющую информацию в модуль 104 модуляции.

[0090] Модуль 104 модуляции модулирует кодированную управляющую информацию и выводит полученные в результате модулирующие сигналы в модуль 108 преобразования.

[0091] Модуль 105 кодирования использует передаваемые данные (т.е. данные нисходящей линии связи) для каждого целевого терминала 200 и информацию скорости кодирования из модуля 101 управления в качестве ввода и кодирует и выводит передаваемые данные в модуль 106 управления передачей данных.

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

[0092] Модуль 106 управления передачей данных выводит кодированные передаваемые данные в модуль 107 модуляции, а также сохраняет кодированные передаваемые данные при начальной передаче. Помимо этого, модуль 106 управления передачей данных сохраняет передаваемые данные для одного целевого терминала 200 для каждой компонентной несущей нисходящей линии связи, на которой передаются передаваемые данные. Таким образом, можно выполнять не только управление повторной передачей для всех данных, передаваемых в целевой терминал 200, но также и управление повторной передачей для данных по каждой компонентной несущей нисходящей линии связи.

[0093] Кроме того, при приеме NACK или DTX для данных нисходящей линии связи, передаваемых на определенной компонентной несущей нисходящей линии связи из модуля 122 формирования сигналов управления повторной передачей, модуль 106 управления передачей данных выводит данные, сохраняемые способом, описанным выше, и соответствующие этой компонентной несущей нисходящей линии связи, в модуль 107 модуляции. При приеме ACK для данных нисходящей линии связи, передаваемых на определенной компонентной несущей нисходящей линии связи из модуля 122 формирования сигналов управления повторной передачей, модуль 106 управления передачей данных удаляет данные, сохраняемые способом, описанным выше, и соответствующие этой компонентной несущей нисходящей линии связи.

[0094] Модуль 107 модуляции модулирует кодированные передаваемые данные, принятые из модуля 106 управления передачей данных, и выводит полученные в результате модулирующие сигналы в модуль 108 преобразования.

[0095] Модуль 108 преобразования преобразует модулирующие сигналы управляющей информации, принимаемой из модуля 104 модуляции, в ресурс, указываемый посредством ресурса для назначения управляющей информации нисходящей линии связи, принимаемого из модуля 101 управления, и выводит полученные в результате модулирующие сигналы в IFFT-модуль 109.

[0096] Модуль 108 преобразования преобразует модулирующие сигналы передаваемых данных, принимаемых из модуля 107 модуляции, в ресурс (т.е. PDSCH (т.е. канал передачи данных нисходящей линии связи)), указываемый посредством ресурса для назначения данных нисходящей линии связи, принимаемого из модуля 101 управления (т.е. информации, включенной в управляющую информацию), и выводит полученные в результате модулирующие сигналы в IFFT-модуль 109.

[0097] Управляющая информация и передаваемые данные, преобразованные во множество поднесущих на множестве компонентных несущих нисходящей линии связи в модуле 108 преобразования, преобразуются в сигналы временной области из сигналов частотной области в IFFT-модуле 109, и модуль 110 добавления CP добавляет CP к сигналам временной области, чтобы формировать OFDM-сигналы. OFDM-сигналы подвергаются обработке передачи, такой как цифро-аналоговое (D/A) преобразование, усиление и преобразование с повышением частоты и т.п., в радиопередающем модуле 111 и передаются в терминал 200 через антенну.

[0098] Радиоприемный модуль 112 принимает, через антенну, сигналы ответа восходящей линии связи или опорные сигналы, передаваемые из терминала 200, и выполняет обработку приема, такую как преобразование с понижением частоты, аналогово-цифровое преобразование и т.п., для сигналов ответа восходящей линии связи или опорных сигналов.

[0099] Модуль 113 удаления CP удаляет CP, добавленный к сигналам ответа восходящей линии связи или опорным сигналам, из сигналов ответа восходящей линии связи или опорных сигналов, которые подвергнуты обработке приема.

[0100] Модуль 114 извлечения PUCCH извлекает, из PUCCH-сигналов, включенных в принимаемые сигналы, сигналы в PUCCH-области, соответствующей пакетированному ACK/NACK-ресурсу, предварительно указываемому для терминала 200. Пакетированный ACK/NACK-ресурс в данном документе означает ресурс, используемый для передачи пакетированных ACK/NACK-сигналов и приспосабливающий структуру DFT-S-OFDM-формата. Более конкретно, модуль 114 извлечения PUCCH извлекает часть данных PUCCH-области, соответствующей пакетированному ACK/NACK-ресурсу (т.е. SC-FDMA-символы, в которых назначен пакетированный ACK/NACK-ресурс), и часть опорных сигналов PUCCH-области (т.е. SC-FDMA-символы, в которых назначены опорные сигналы для демодуляции пакетированных ACK/NACK-сигналов). Модуль 114 извлечения PUCCH выводит извлеченную часть данных в модуль 119 декодирования с сужением спектра пакетированных A/N и выводит часть опорных сигналов в модуль 115-1 декодирования с сужением спектра.

[0101] Помимо этого, модуль 114 извлечения PUCCH извлекает, из PUCCH-сигналов, включенных в принимаемые сигналы, множество PUCCH-областей, соответствующих A/N-ресурсу, ассоциированному с CCE, который занят посредством PDCCH, используемого для передачи управляющей информации назначения в нисходящей линии связи (DCI) и соответствующего множеству A/N-ресурсов, предварительно указываемых для терминала 200. A/N-ресурс в данном документе означает ресурс, который должен использоваться для передачи A/N. Более конкретно, модуль 114 извлечения PUCCH извлекает часть данных PUCCH-области, соответствующей A/N-ресурсу (т.е. SC-FDMA-символы, в которых назначены управляющие сигналы восходящей линии связи) и часть опорных сигналов PUCCH-области (т.е. SC-FDMA-символы, в которых назначены опорные сигналы для демодуляции управляющих сигналов восходящей линии связи). Модуль 114 извлечения PUCCH выводит как извлеченную часть данных, так и часть опорных сигналов в модуль 115-2 декодирования с сужением спектра. Таким образом, сигналы ответа принимаются на ресурсе, выбранном из PUCCH-ресурса, ассоциированного с CCE, и конкретного PUCCH-ресурса, заранее указываемого для терминала 200.

[0102] Модуль 116 управления последовательностями формирует базовую последовательность, которая может использоваться для кодирования с расширением спектра каждого из A/N, указываемых из терминала 200, опорных сигналов для A/N и опорных сигналов для пакетированных ACK/NACK-сигналов (т.е. ZAC-последовательности длины 12). Помимо этого, модуль 116 управления последовательностями идентифицирует окно корреляции, соответствующее ресурсу, на котором могут назначаться опорные сигналы (в дальнейшем в этом документе, называемому “ресурсом опорных сигналов”) в PUCCH-ресурсах, которые могут быть использованы посредством терминала 200. Модуль 116 управления последовательностями выводит информацию, указывающую окно корреляции, соответствующее ресурсу опорных сигналов, на котором могут назначаться опорные сигналы в пакетированных ACK/NACK-ресурсах, и базовую последовательность в процессор 117-1 корреляции. Модуль 116 управления последовательностями выводит информацию, указывающую окно корреляции, соответствующее ресурсу опорных сигналов, и базовую последовательность в процессор 117-1 корреляции. Помимо этого, модуль 116 управления последовательностями выводит информацию, указывающую окно корреляции, соответствующее A/N-ресурсам, на которых назначаются A/N и опорные сигналы для A/N, и базовую последовательность в процессор 117-2 корреляции.

[0103] Модуль 115-1 декодирования с сужением спектра и процессор 117-1 корреляции выполняют обработку для опорных сигналов, извлеченных из PUCCH-области, соответствующей пакетированному ACK/NACK-ресурсу.

[0104] Более конкретно, модуль 115-1 декодирования с сужением спектра декодирует с сужением спектра часть опорных сигналов с использованием последовательности Уолша, которая должна быть использована при вторичном кодировании с расширением спектра для опорных сигналов пакетированного ACK/NACK-ресурса посредством терминала 200, и выводит декодированные с расширением спектра сигналы в процессор 117-1 корреляции.

[0105] Процессор 117-1 корреляции использует информацию, указывающую окно корреляции, соответствующее ресурсу опорных сигналов, и базовую последовательность, и за счет этого обнаруживает значение корреляции между сигналами, принимаемыми из модуля 115-1 декодирования с сужением спектра, и базовой последовательностью, которая может быть использована при первичном кодировании с расширением спектра в терминале 200. Процессор 117-1 корреляции выводит значение корреляции в модуль 121 определения пакетированных A/N.

[0106] Модуль 115-2 декодирования с сужением спектра и процессор 117-2 корреляции выполняют обработку для опорных сигналов и A/N, извлеченных из множества PUCCH-областей, соответствующих множеству A/N-ресурсов.

[0107] Более конкретно, модуль 115-2 декодирования с сужением спектра декодирует с сужением спектра часть данных и часть опорных сигналов с использованием последовательности Уолша и DFT-последовательности, которая должна быть использована при вторичном кодировании с расширением спектра для части данных и части опорных сигналов каждого из A/N-ресурсов посредством терминала 200, и выводит декодированные с расширением спектра сигналы в процессор 117-2 корреляции.

[0108] Процессор 117-2 корреляции использует информацию, указывающую окно корреляции, соответствующее каждому из A/N-ресурсов, и базовую последовательность, и за счет этого обнаруживает значение корреляции между сигналами, принимаемыми из модуля 115-2 декодирования с сужением спектра, и базовой последовательностью, которая может быть использована при первичном кодировании с расширением спектра посредством терминала 200. Процессор 117-2 корреляции выводит каждое значение корреляции в модуль 118 определения A/N.

[0109] Модуль 118 определения A/N определяет, на основе множества значений корреляции, принимаемых из процессора 117-2 корреляции, то, какой из A/N-ресурсов используется для того, чтобы передавать сигналы из терминала 200, или то, что ни один из A/N-ресурсов не используется. При определении того, что сигналы передаются с использованием одного из A/N-ресурсов из терминала 200, модуль 118 определения A/N выполняет когерентное обнаружение с использованием компонента, соответствующего опорным сигналам, и компонента, соответствующего A/N, и выводит результат когерентного обнаружения в модуль 122 формирования сигналов управления повторной передачей. Между тем, при определении того, что терминал 200 не использует ни один из A/N-ресурсов, модуль 118 определения A/N выводит результат определения, указывающий то, что ни один из A/N-ресурсов не используется, в модуль 122 формирования сигналов управления повторной передачей.

[0110] Модуль 119 декодирования с сужением спектра пакетированных A/N декодирует с сужением спектра, с использованием DFT-последовательности, пакетированные ACK/NACK-сигналы, соответствующие части данных пакетированного ACK/NACK-ресурса, принимаемого из модуля 114 извлечения PUCCH, и выводит декодированные с расширением спектра сигналы в IDFT-модуль 120.

[0111] IDFT-модуль 120 преобразует пакетированные ACK/NACK-сигналы в частотной области, принимаемые из модуля 119 декодирования с сужением спектра пакетированных A/N, в сигналы временной области посредством IDFT-обработки и выводит пакетированные ACK/NACK-сигналы во временной области в модуль 121 определения пакетированных A/N.

[0112] Модуль 121 определения пакетированных A/N демодулирует пакетированные ACK/NACK-сигналы, соответствующие части данных пакетированного ACK/NACK-ресурса, принимаемого из IDFT-модуля 120, с использованием информации опорных сигналов относительно пакетированных ACK/NACK-сигналов, которая принимается из процессора 117-1 корреляции. Помимо этого, модуль 121 определения пакетированных A/N декодирует демодулированные пакетированные ACK/NACK-сигналы и выводит результат декодирования в модуль 122 формирования сигналов управления повторной передачей в качестве информации пакетированных A/N. Тем не менее, когда значение корреляции, принимаемое из процессора 117-1 корреляции, меньше порогового значения, и модуль 121 определения пакетированных A/N в силу этого определяет то, что терминал 200 не использует ресурсы пакетированных A/N для того, чтобы передавать сигналы, модуль 121 определения пакетированных A/N выводит результат определения в модуль 122 формирования сигналов управления повторной передачей.

[0113] Модуль 122 формирования сигналов управления повторной передачей определяет то, следует или нет повторно передавать данные, передаваемые на компонентной несущей нисходящей линии связи (т.е. данные нисходящей линии связи), на основе информации, вводимой из модуля 121 определения пакетированных A/N, и информации, вводимой из модуля 118 определения A/N, и формирует сигналы управления повторной передачей на основе результата определения. Более конкретно, при определении того, что данные нисходящей линии связи, передаваемые на определенной компонентной несущей нисходящей линии связи, должны быть повторно переданы, модуль 122 формирования сигналов управления повторной передачей формирует сигналы управления повторной передачей, указывающие команду повторной передачи для данных нисходящей линии связи, и выводит сигналы управления повторной передачей в модуль 106 управления передачей данных. Помимо этого, при определении того, что данные нисходящей линии связи, передаваемые на определенной компонентной несущей нисходящей линии связи, не должны быть повторно переданы, модуль 122 формирования сигналов управления повторной передачей формирует сигналы управления повторной передачей, указывающие то, чтобы не передавать повторно данные нисходящей линии связи, передаваемые на компонентной несущей нисходящей линии связи, и выводит сигналы управления повторной передачей в модуль 106 управления передачей данных.

[0114] Конфигурация терминала

Фиг. 16 является блок-схемой, иллюстрирующей конфигурацию терминала 200 согласно варианту 1 осуществления. На фиг. 16, терминал 200 включает в себя радиоприемный модуль 201, модуль 202 удаления CP, модуль 203 быстрого преобразования Фурье (FFT), модуль 204 извлечения, модуль 205 демодуляции, модуль 206 декодирования, модуль 207 определения, модуль 208 управления, модуль 209 демодуляции, модуль 210 декодирования, CRC-модуль 211, модуль 212 формирования сигналов ответа, модуль 213 кодирования и модуляции, модули 214-1 и 214-2 первичного кодирования с расширением спектра, модули 215-1 и 215-2 вторичного кодирования с расширением спектра, DFT-модуль 216, модуль 217 кодирования с расширением спектра, IFFT-модули 218-1, 218-2 и 218-3, модули 219-1, 219-2 и 219-3 добавления CP, модуль 220 временного мультиплексирования, модуль 221 выбора и радиопередающий модуль 222.

[0115] Радиоприемный модуль 201 принимает, через антенну, OFDM-сигналы, передаваемые из базовой станции 100, и выполняет обработку приема, такую как преобразование с понижением частоты, аналогово-цифровое преобразование и т.п., для принимаемых OFDM-сигналов. Следует отметить, что принимаемые OFDM-сигналы включают в себя PDSCH-сигналы, назначаемые ресурсу в PDSCH (т.е. данные нисходящей линии связи), или PDCCH-сигналы, назначаемые ресурсу в PDCCH.

[0116] Модуль 202 удаления CP удаляет CP, который добавлен к OFDM-сигналам, из OFDM-сигналов, которые подвергнуты обработке приема.

[0117] FFT-модуль 203 преобразует принятые OFDM-сигналы в сигналы частотной области посредством FFT-обработки и выводит полученные в результате принимаемые сигналы в модуль 204 извлечения.

[0118] Модуль 204 извлечения извлекает из принимаемых сигналов, которые должны быть приняты из FFT-модуля 203, сигналы канала управления нисходящей линии связи (т.е. PDCCH-сигналы) в соответствии с информацией скорости кодирования, которая должна быть принята. Более конкретно, число CCE, формирующих ресурс для назначения управляющей информации нисходящей линии связи, варьируется в зависимости от скорости кодирования. Таким образом, модуль 204 извлечения использует число CCE, которое соответствует скорости кодирования, в качестве единиц обработки извлечения и извлекает сигналы канала управления нисходящей линии связи. Помимо этого, сигналы канала управления нисходящей линии связи извлекаются для каждой компонентной несущей нисходящей линии связи. Извлеченные сигналы канала управления нисходящей линии связи выводятся в модуль 205 демодуляции.

[0119] Модуль 204 извлечения извлекает данные нисходящей линии связи (т.е. сигналы канала передачи данных нисходящей линии связи (т.е. PDSCH-сигналы)) из принимаемых сигналов на основе информации относительно ресурса для назначения данных нисходящей линии связи, предназначенного для терминала 200, которая должна быть принята из модуля 207 определения, который описывается ниже, и выводит данные нисходящей линии связи в модуль 209 демодуляции. Как описано выше, модуль 204 извлечения принимает управляющую информацию назначения в нисходящей линии связи (т.е. DCI), преобразованную в PDCCH, и принимает данные нисходящей линии связи на PDSCH.

[0120] Модуль 205 демодуляции демодулирует сигналы канала управления нисходящей линии связи, принятые из модуля 204 извлечения, и выводит полученный результат демодуляции в модуль 206 декодирования.

[0121] Модуль 206 декодирования декодирует результат демодуляции, принимаемый из модуля 205 демодуляции в соответствии с принимаемой информацией скорости кодирования, и выводит полученный результат декодирования в модуль 207 определения.

[0122] Модуль 207 определения выполняет определение вслепую (т.е. мониторинг), чтобы выяснить то, является или нет управляющая информация, включенная в результат декодирования, принимаемый из модуля 206 декодирования, управляющей информацией, предназначенной для терминала 200. Это определение выполняется в единицах результатов декодирования, соответствующих единицам обработки извлечения. Например, модуль 207 определения демаскирует CRC-биты посредством идентификатора терминала для терминала 200 и определяет то, что управляющая информация приводит к “CRC=удачное завершение (без ошибки)” в качестве управляющей информации, предназначенной для терминала 200.

Модуль 207 определения выводит информацию относительно ресурса для назначения данных нисходящей линии связи, предназначенного для терминала 200, который включается в управляющую информацию, предназначенную для терминала 200, в модуль 204 извлечения.

[0123] Кроме того, модуль 207 определения выводит информацию повторной передачи, включенную в управляющую информацию, предназначенную для терминала 200, указывающую то, является передача данных нисходящей линии связи в терминал 200 начальной передачей или повторной передачей, в модуль 210 декодирования.

[0124] Помимо этого, при обнаружении управляющей информации (т.е. управляющей информации назначения в нисходящей линии связи), предназначенной для терминала 200, модуль 207 определения сообщает модулю 208 управления, что ACK/NACK-сигналы должны быть сформированы (или присутствуют). Кроме того, при обнаружении управляющей информации, предназначенной для терминала 200, из PDCCH-сигналов модуль 207 определения выводит информацию относительно CCE, который занят посредством PDCCH, в модуль 208 управления.

[0125] Модуль 208 управления идентифицирует A/N-ресурс, ассоциированный с CCE, на основе информации относительно CCE, принимаемого из модуля 207 определения.

Модуль 208 управления выводит, в модуль 214-1 первичного кодирования с расширением спектра, базовую последовательность и значение циклического сдвига, соответствующие A/N-ресурсу, ассоциированному с CCE, или A/N-ресурсу, заранее указываемому посредством базовой станции 100, а также выводит последовательность Уолша и DFT-последовательность, соответствующие A/N-ресурсу, в модуль 215-1 вторичного кодирования с расширением спектра. Помимо этого, модуль 208 управления выводит информацию частотных ресурсов по A/N-ресурсу в IFFT-модуль 218-1.

[0126] При определении передавать пакетированные ACK/NACK-сигналы с использованием пакетированного ACK/NACK-ресурса, модуль 208 управления выводит базовую последовательность и значение циклического сдвига, соответствующие части опорных сигналов (т.е. ресурсу опорных сигналов) пакетированного ACK/NACK-ресурса, предварительно указываемого посредством базовой станции 100, в модуль 214-2 первичного декодирования с сужением спектра, и выводит последовательность Уолша в модуль 215-2 вторичного декодирования с сужением спектра. Помимо этого, модуль 208 управления выводит информацию частотных ресурсов относительно пакетированного ACK/NACK-ресурса в IFFT-модуль 218-2.

[0127] Модуль 208 управления выводит DFT-последовательность, используемую для кодирования с расширением спектра части данных пакетированного ACK/NACK-ресурса, в модуль 217 кодирования с расширением спектра, и выводит информацию частотных ресурсов относительно пакетированного ACK/NACK-ресурса в IFFT-модуль 218-3.

[0128] Модуль 208 управления выбирает пакетированный ACK/NACK-ресурс или A/N-ресурс и инструктирует модулю 221 выбора выводить выбранный ресурс в радиопередающий модуль 222. Кроме того, модуль 208 управления инструктирует модулю 212 формирования сигналов ответа формировать пакетированные ACK/NACK-сигналы или ACK/NACK-сигналы в соответствии с выбранным ресурсом.

[0129] Модуль 209 демодуляции демодулирует данные нисходящей линии связи, принятые из модуля 204 извлечения, и выводит демодулированные данные нисходящей линии связи (LLR) в модуль 210 декодирования.

[0130] Когда информация повторной передачи, принимаемая из модуля 207 определения, указывает начальную передачу, модуль 210 декодирования сохраняет данные нисходящей линии связи (LLR), принятые из модуля 209 демодуляции, в буфере повторной передачи (программном буфере). Модуль 210 декодирования дополнительно декодирует данные нисходящей линии связи, принятые из модуля 209 демодуляции, и выводит декодированные данные нисходящей линии связи в CRC-модуль 211. С другой стороны, когда информация повторной передачи, принимаемая из модуля 207 определения, указывает повторную передачу, модуль 210 декодирования комбинирует данные нисходящей линии связи, принятые из модуля 209 демодуляции, и данные нисходящей линии связи, считанные из буфера повторной передачи, и снова сохраняет комбинированные данные нисходящей линии связи в буфере повторной передачи. Кроме того, модуль 210 декодирования декодирует комбинированные данные нисходящей линии связи и выводит декодированные данные нисходящей линии связи в CRC-модуль 211. Ниже описываются подробности способа вычисления размера буфера повторной передачи (способа разделения).

[0131] CRC-модуль 211 выполняет обнаружение ошибок для декодированных данных нисходящей линии связи, принимаемых из модуля 210 декодирования, для каждой компонентной несущей нисходящей линии связи с использованием CRC, и выводит ACK, когда “CRC=удачное завершение (без ошибки)”, или выводит NACK, когда “CRC=неудачное завершение (ошибка)”, в модуль 212 формирования сигналов ответа. Кроме того, CRC-модуль 211 выводит декодированные данные нисходящей линии связи в качестве принимаемых данных, когда “CRC=удачное завершение (без ошибки)”.

[0132] Модуль 212 формирования сигналов ответа формирует сигналы ответа на основе состояния приема данных нисходящей линии связи (т.е. результата обнаружения ошибок для данных нисходящей линии связи) на каждой компонентной несущей нисходящей линии связи, введенного из CRC-модуля 211, и информации, указывающей предварительно определенный номер группы. Более конкретно, при инструктировании формировать пакетированные ACK/NACK-сигналы из модуля 208 управления, модуль 212 формирования сигналов ответа формирует пакетированные ACK/NACK-сигналы, включающие в себя результаты обнаружения ошибок для соответствующих компонентных несущих, в качестве отдельных фрагментов данных. Между тем, при инструктировании формировать ACK/NACK-сигналы из модуля 208 управления, модуль 212 формирования сигналов ответа формирует ACK/NACK-сигналы из одного символа. Модуль 212 формирования сигналов ответа выводит сформированные сигналы ответа в модуль 213 кодирования и модуляции.

[0133] При приеме пакетированных ACK/NACK-сигналов, модуль 213 кодирования и модуляции кодирует и модулирует принятые пакетированные ACK/NACK-сигналы, чтобы формировать модулирующие сигналы 12 символов, и выводит модулирующие сигналы в DFT-модуль 216. Помимо этого, при приеме ACK/NACK-сигналов из одного символа, модуль 213 кодирования и модуляции модулирует ACK/NACK-сигналы и выводит модулирующие сигналы в модуль 214-1 первичного кодирования с расширением спектра.

[0134] Модули 214-1 и 214-2 первичного кодирования с расширением спектра, соответствующие A/N-ресурсам и ресурсам опорных сигналов пакетированного ACK/NACK-ресурсов, кодируют с расширением спектра ACK/NACK-сигналы или опорные сигналы с использованием базовой последовательности, соответствующей ресурсам, в соответствии с инструкцией из модуля 208 управления и выводят кодированные с расширением спектра сигналы в модули 215-1 и 215-2 вторичного кодирования с расширением спектра.

[0135] Модули 215-1 и 215-2 вторичного кодирования с расширением спектра кодируют с расширением спектра принятые сигналы после первичного кодирования с расширением спектра с использованием последовательности Уолша или DFT-последовательности в соответствии с инструкцией из модуля 208 управления и выводят кодированные с расширением спектра сигналы в IFFT-модули 218-1 и 218-2.

[0136] DFT-модуль 216 выполняет DFT-обработку для 12 наборов временных рядов принимаемых пакетированных ACK/NACK-сигналов, чтобы получать 12 компонентов сигнала в частотной области. DFT-модуль 216 выводит эти 12 компонентов сигнала в модуль 217 кодирования с расширением спектра.

[0137] Модуль 217 кодирования с расширением спектра кодирует с расширением спектра 12 компонентов сигнала, принимаемых из DFT-модуля 216, с использованием DFT-последовательности, указываемой посредством модуля 208 управления, и выводит кодированные с расширением спектра компоненты сигнала в IFFT-модуль 218-3.

[0138] IFFT-модули 218-1, 218-2 и 218-3 выполняют IFFT-обработку для принимаемых сигналов в ассоциации с частотными позициями, в которых должны выделяться сигналы, в соответствии с инструкцией из модуля 208 управления. Соответственно, сигналы, введенные в IFFT-модули 218-1, 218-2 и 218-3 (т.е. ACK/NACK-сигналы, опорные сигналы A/N-ресурса, опорные сигналы пакетированного ACK/NACK-ресурса и пакетированные ACK/NACK-сигналы), преобразуются в сигналы временной области.

[0139] Модули 219-1, 219-2 и 219-3 добавления CP добавляют сигналы, идентичные последней части сигналов, получаемых посредством IFFT-обработки, к началу сигналов в качестве CP.

[0140] Модуль 220 временного мультиплексирования мультиплексирует во времени пакетированные ACK/NACK-сигналы, принятые из модуля 219-3 добавления CP (т.е. сигналы, передаваемые с использованием части данных пакетированного ACK/NACK-ресурса), и опорные сигналы пакетированного ACK/NACK-ресурса, которые должны быть приняты из модуля 219-2 добавления CP по пакетированному ACK/NACK-ресурсу, и выводит мультиплексированные сигналы в модуль 221 выбора.

[0141] Модуль 221 выбора выбирает одно из пакетированного ACK/NACK-ресурса, принимаемого из модуля 220 временного мультиплексирования, и A/N-ресурса, принимаемого из модуля 219-1 добавления CP, и выводит сигналы, назначаемые выбранному ресурсу, в радиопередающий модуль 222.

[0142] Радиопередающий модуль 222 выполняет обработку передачи, такую как цифро-аналоговое преобразование, усиление и преобразование с повышением частоты и т.п., для сигналов, принимаемых из модуля 221 выбора, и передает результирующие сигналы в базовую станцию 100 через антенну.

[0143] Операции базовой станции 100 и терминала 200

Описываются операции базовой станции 100 и терминала 200, имеющих вышеописанные конфигурации.

[0144] В нижеприведенном описании, агрегирование несущих применяется к терминалу 200, и терминал 200 осуществляет связь с базовой станцией 100 с использованием множества компонентных несущих.

UL-DL-конфигурация (соответствующая шаблону конфигурации) задается для каждой из множества компонентных несущих (PCell и SCell).

[0145] Кроме того, терминал 200 (радиопередающий модуль 222) передает сигналы ответа, соответствующие данным нисходящей линии связи, принимаемым в PCell из множества компонентных несущих, и сигналы ответа, соответствующие данным нисходящей линии связи, принимаемым в SCell с использованием PCell. Иными словами, когда применяется агрегирование несущих, сигналы ответа всегда передаются с использованием PCell. В этом случае, когда UL-DL-конфигурация, заданная в Pcell, отличается от UL-DL-конфигурации, заданной в SCell, терминал 200 передает сигналы ответа, соответствующие данным нисходящей линии связи SCell, с использованием PCell во временных интервалах UL-субкадров опорной UL-DL-конфигурации, определенной на основе комбинации UL-DL-конфигураций PCell и SCell.

[0146] Кроме того, терминал 200 поддерживает DL HARQ и поддерживает буфер повторной передачи (программный буфер). Когда множество компонентных несущих (PCell и SCell) задается для терминала 200, программный буфер включает в себя программный буфер для PCell и программный буфер для SCell.

[0147] В настоящем варианте осуществления, когда набор DL-субкадров UL-DL-конфигурации, заданной в PCell, является расширенным набором DL-субкадров UL-DL-конфигурации, заданной в SCell (т.е. PCell находится под высокой DL-нагрузкой), или когда набор DL-субкадров UL-DL-конфигурации, заданной в Pcell, не является ни расширенным набором, ни поднабором DL-субкадров UL-DL-конфигурации, заданной в SCell (т.е. PCell не находится ни под высокой DL-нагрузкой, ни под высокой UL-нагрузкой), терминал 200 разделяет программный буфер SCell на основе максимального числа DL HARQ-процессов, заданных посредством комбинации UL-DL-конфигурации, заданной в PCell, и UL-DL-конфигурации, заданной в SCell.

[0148] В дальнейшем в этом документе, максимальное число DL HARQ-процессов, заданных посредством комбинации UL-DL-конфигурации, заданной в PCell, и UL-DL-конфигурации, заданной в SCell, называется “максимальным числом DL HARQ-процессов, которые должны быть использованы в качестве опорных”. В настоящем варианте осуществления, максимальное число DL HARQ-процессов представляет максимальное значение числа DL HARQ-процессов, которые должны обеспечиваться в SCell, когда SCell использует в качестве опорной опорную UL-DL-конфигурацию.

[0149] Когда PCell находится под высокой DL-нагрузкой, или PCell не находится ни под высокой DL-нагрузкой, ни под высокой UL-нагрузкой, максимальное число DL HARQ-процессов, которые должны быть использованы в качестве опорных, задается равным или превышающим максимальное число DL HARQ-процессов, заданных в UL-DL-конфигурации, заданной в SCell, и меньшим максимального числа DL HARQ-процессов, заданных в UL-DL-конфигурации (опорной UL-DL-конфигурации), используемой в качестве опорной посредством SCell для временных PDSCH-PUCCH-интервалов.

[0150] Фиг. 17A-17C являются схемами, предоставленными для описания способа задания максимального числа DL HARQ-процессов, используемых в качестве опорных посредством SCell. Фиг. 17A иллюстрирует случай, в котором Config#0 задается в течение не-CA-периода, и фиг. 17B иллюстрируют случай, в котором Config#1 задается в PCell, а Config#0 задается в SCell (т.е. PCell находится под высокой DL-нагрузкой), и фиг. 17C иллюстрирует случай, в котором Config#1 задается в течение не-CA-периода. Кроме того, на фиг. 17B, SCell использует в качестве опорных временные PDSCH-PUCCH-интервалы Config#1, заданной в PCell.

[0151] Например, на фиг. 17B, максимальное число DL HARQ-процессов, которые должны быть использованы в качестве опорных, задается равным 5, что удовлетворяет 4 или больше, которое является максимальным числом DL HARQ-процессов, заданных в Config#0 (фиг. 17A), заданной в SCell, и меньше 7, которое является максимальным числом DL HARQ-процессов, заданных в Config#1 (фиг. 17C), используемой в качестве опорной посредством SCell для временных PDSCH-PUCCH-интервалов.

[0152] Здесь, когда PCell находится под высокой DL-нагрузкой, описывается диапазон задания максимального числа DL HARQ-процессов, используемых в качестве опорных посредством SCell, определенных на основе комбинации UL-DL-конфигурации, заданной в PCell, и UL-DL-конфигурации, заданной в SCell.

[0153] Во-первых, максимальное число DL HARQ-процессов, используемых в качестве опорных посредством SCell, задается равным или превышающим максимальное число DL HARQ-процессов, заданных в UL-DL-конфигурации, заданной в SCell, по следующей причине. А именно, это обусловлено тем, что в PCell, которая находится под высокой DL-нагрузкой (т.е. в PCell, число UL-субкадров которой является небольшим и которая имеет немного возможностей передачи PUCCH), PDSCH RTT в SCell увеличивается, чтобы гарантировать PUCCH-передачу, соответствующую PDSCH SCell. Например, во временном DL HARQ-интервале (не-CA) на основе Config#0, заданной на компонентной несущей, показанной на фиг. 17A, PDSCH RTT составляет 10 мс. Напротив, когда Config#1 (UL-DL-конфигурация, которая должна быть использована в качестве опорной) (PDSCH RTT составляет 11 мс) используется в качестве опорного временного PDSCH-PUCCH-интервала SCell, как показано на фиг. 17B, поскольку UL-DL-конфигурация, которая имеет большее PDSCH RTT и которая находится под более высокой DL-нагрузкой, используется в качестве опорной, PDSCH RTT составляет максимальные 14 мс, что превышает PDSCH RTT UL-DL-конфигурации, которая должна быть использована в качестве опорной. Таким образом, на фиг. 17B по сравнению с фиг. 17A, когда увеличивается PDSCH RTT в SCell, число DL HARQ-процессов, для которых должен выделяться IR-буфер (т.е. максимальное число DL HARQ-процессов), увеличивается соответствующим образом. Более конкретно, максимальное число DL HARQ-процессов составляет четыре на фиг. 17A и пять на фиг. 17B, т.е. увеличивается на единицу. Таким образом, максимальное число DL HARQ-процессов, используемых в качестве опорных посредством SCell, должно задаваться таким образом, что оно превышает максимальное число DL HARQ-процессов, заданных в UL-DL-конфигурации, заданной в SCell.

[0154] Здесь, фиг. 18 иллюстрирует максимальное значение PDSCH RTT в каждой UL-DL-конфигурации. Как показано на фиг. 18, PDSCH RTT в Config#1 составляет 11 мс, тогда как PDSCH RTT в Config#6 составляет 14 мс. Когда PCell представляет собой Config#1, и SCell представляет собой Config#6, если PUCCH-передача для PDSCH в SCell гарантируется в PCell, хотя UL-DL-конфигурация, которая должна быть использована в качестве опорной (Config#1), находится под более высокой DL-нагрузкой, чем UL-DL-конфигурация (Config#6), заданная в SCell, PDSCH RTT меньше. Таким образом, только в этой комбинации UL-DL-конфигураций, максимальное число DL HARQ-процессов, используемых в качестве опорных посредством SCell, не обязательно превышает максимальное число DL HARQ-процессов, заданных в UL-DL-конфигурации, заданной в SCell. Более конкретно, в то время как Config#1 находится под более высокой DL-нагрузкой, чем Config#6, Config#1 имеет меньшее PDSCH RTT, и в комбинации, когда SCell представляет собой Config#6 (когда PCell находится под высокой DL-нагрузкой), в этом случае достигается равенство между максимальным числом DL HARQ-процессов, используемых в качестве опорных посредством SCell (т.е. числом разделений программного буфера), и максимальным числом DL HARQ-процессов, заданных в UL-DL-конфигурации, заданной в SCell. Кроме того, в то время как Config#2 находится под более высокой DL-нагрузкой, чем Config#6, и имеет меньшее PDSCH RTT, и в комбинации, когда SCell представляет собой Config#6 (когда PCell находится под высокой DL-нагрузкой), в этом случае максимальное число DL HARQ-процессов, используемых в качестве опорных посредством SCell (т.е. число разделений программного буфера), превышает максимальное число DL HARQ-процессов, заданных в UL-DL-конфигурации, заданной в SCell.

[0155] Кроме того, максимальное число DL HARQ-процессов, используемых в качестве опорных посредством SCell, задается меньше максимального числа DL HARQ-процессов, заданных в UL-DL-конфигурации, которая должна быть использована в качестве опорной посредством SCell, по следующей причине. А именно, это обусловлено тем, что в то время как SCell использует в качестве опорной UL-DL-конфигурацию (Config#1 на фиг. 17B), которая находится под более высокой DL-нагрузкой, чем UL-DL-конфигурация (Config#0 на фиг. 17B), заданная в SCell, число DL-субкадров, назначаемых SCell, остается числом DL-субкадров, заданным в UL-DL-конфигурации (Config#0 на фиг. 17B), заданной в SCell. Иными словами, поскольку число DL-субкадров в UL-DL-конфигурации, заданной в SCell меньше число DL-субкадров в UL-DL-конфигурации, которая должна быть использована в качестве опорной, число DL HARQ-процессов, фактически требуемых в SCell (максимальное число DL HARQ-процессов, которые должны быть использованы в качестве опорных), меньше максимального числа DL HARQ-процессов, заданных в UL-DL-конфигурации, которая должна быть использована в качестве опорной.

[0156] Диапазон задания максимального числа DL HARQ-процессов, используемых в качестве опорных посредством SCell, когда PCell находится под высокой DL-нагрузкой, описан со ссылкой на фиг. 17A-7C и фиг. 18, и то же применимо к случаю, в котором PCell не находится ни под высокой DL-нагрузкой, ни под высокой UL-нагрузкой.

[0157] Фиг. 19A иллюстрирует пример максимального числа DL HARQ-процессов, используемых в качестве опорных посредством SCell, определенных на основе комбинации UL-DL-конфигураций PCell и SCell. Фиг. 19B иллюстрирует UL-DL-конфигурацию, используемую в качестве опорной посредством SCell, определенную на основе комбинации UL-DL-конфигураций PCell и SCell.

[0158] На фиг. 19A, когда PCell находится под высокой UL-нагрузкой, максимальное число DL HARQ-процессов, используемых в качестве опорных посредством SCell, является идентичным максимальному числу DL HARQ-процессов (см. фиг. 7B), заданных в UL-DL-конфигурации, заданной в SCell.

[0159] С другой стороны, на фиг. 19A, когда PCell находится под высокой DL-нагрузкой или PCell не находится ни под высокой DL-нагрузкой, ни под высокой UL-нагрузкой, очевидно, что максимальное число DL HARQ-процессов, которые должны быть использованы в качестве опорных, в обоих случаях является значением, равным или превышающим максимальное число DL HARQ-процессов, заданных в UL-DL-конфигурации, заданной в SCell, и меньшим максимального числа DL HARQ-процессов (см. фиг. 7B), заданных в UL-DL-конфигурации, используемой в качестве опорной посредством SCell. На фиг. 19A, первый член значения, указывающего максимальное число DL HARQ-процессов, которые должны быть использованы в качестве опорных, указывает максимальное число DL HARQ-процессов, заданных в UL-DL-конфигурации, заданной в SCell, а второй член указывает приращение числа DL HARQ-процессов, вызываемое посредством вышеуказанного увеличения PDSCH RTT. Как описано выше, когда PCell находится под высокой DL-нагрузкой, как показано на фиг. 19B, UL-DL-конфигурация, используемая в качестве опорной посредством SCell, является UL-DL-конфигурацией, заданной в PCell. С другой стороны, когда PCell не находится ни под высокой DL-нагрузкой, ни под высокой UL-нагрузкой, UL-DL-конфигурация, используемая в качестве опорной посредством SCell, является UL-DL-конфигурацией, в которой DL-субкадры задаются во временных интервалах, идентичных временным интервалам обоих DL-субкадров PCell и SCell.

[0160] Когда максимальное число DL HARQ-процессов, которые должны быть использованы в качестве опорных, показанное на фиг. 19A, задается как M_{REF_DL_HARQ,SCell}, размер N_IR,SCell IR-буфера в SCell выражается посредством следующего уравнения 2. Иными словами, программный SCell-буфер разделяется на число IR-буферов, идентичное максимальному числу M_{REF_DL_HARQ,SCell} DL HARQ-процессов, которые должны быть использованы в качестве опорных, или предварительно определенному пороговому значению M_limit, какое из них меньше (при этом предполагается K_MIMO=1).

[2] (уравнение 2)

[0161] С другой стороны, что касается PCell, заданная UL-DL-конфигурация всегда является идентичной UL-DL-конфигурации, которая должна быть использована в качестве опорной.

Следовательно, если максимальное число DL HARQ-процессов, заданных на фиг. 7B, задается как M_{DL_HARQ,PCell}, размер N_IR,PCell IR-буфера в PCell выражается посредством следующего уравнения 3.

[3] (уравнение 3)

[0162] Например, базовая станция 100 и терминал 200 заранее сохраняют таблицу для определения максимального числа DL HARQ-процессов, используемых в качестве опорных посредством SCell, показанную на фиг. 19A. Базовая станция 100 задает соответствующие UL-DL-конфигурации PCell и SCell для терминала 200. Таким образом, терминал 200 идентифицирует максимальное число DL HARQ-процессов, используемых в качестве опорных посредством SCell, на основе комбинации соответствующих UL-DL-конфигураций PCell и SCell, заданных для терминала 200, и таблицы для определения максимального числа DL HARQ-процессов, которые должны быть использованы в качестве опорных, сохраненных в ней. Терминал 200 затем вычисляет размер (N_IR,SCell) IR-буфера SCell и размер (N_IR,PCell) IR-буфера PCell согласно уравнению 2 и уравнению 3.

[0163] Например, терминал 200, для которого задаются PCell (Config#1) и SCell (Config#0), показанные на фиг. 17B, задает максимальное число DL HARQ-процессов, используемых в качестве опорных посредством SCell, равным 5 со ссылкой на фиг. 19A. Терминал 200 затем задает M_{REF_DL_HARQ,SCell}=5 и вычисляет размер (N_IR,SCell) IR-буфера SCell согласно уравнению 2.

Иными словами, как показано на фиг. 20, терминал 200 разделяет программный SCell-буфер на основе максимального числа DL HARQ-процессов, которые должны быть использованы в качестве опорных (5 процессов). Таким образом, пять IR-буферов выделяются SCell.

[0164] Как описано выше, согласно настоящему варианту осуществления, терминал 200 разделяет программный SCell-буфер на множество IR-буферов (буферов для соответствующих процессов повторной передачи) на основе максимального числа DL HARQ-процессов, которые должны быть использованы в качестве опорных (соответствующих конкретному значению), определенного посредством комбинации UL-DL-конфигурации, заданной в PCell, и UL-DL-конфигурации, заданной в SCell.

[0165] Это дает возможность терминалу 200 выделять SCell IR-буферы на основе числа DL HARQ-процессов (т.е. максимального числа DL HARQ-процессов, которые должны быть использованы в качестве опорных) с учетом UL-DL-конфигурации, используемой в качестве опорной посредством SCell. За счет этого, даже когда SCell использует в качестве опорных временные интервалы UL-DL-конфигурации, которая должна быть использована в качестве опорной, можно исключать возможность того, что IR-буферы не могут успешно выделяться некоторым DL HARQ-процессам, и усиление при кодировании посредством повторной HARQ-передачи не может быть получено.

[0166] Иными словами, согласно настоящему варианту осуществления, терминал 200 может выделять IR-буферы для всех DL HARQ-процессов для SCell, чтобы за счет этого поддерживать DL HARQ. Это дает возможность получения усиления при кодировании посредством HARQ для всех DL HARQ-процессов.

[0167] Согласно настоящему варианту осуществления, когда IR-буферы выделяются, как показано в уравнении 2, максимальное число M_{REF_DL_HARQ,SCell} DL HARQ-процессов, используемых в качестве опорных посредством SCell, показанное на фиг. 19A, сравнивается с M_limit=8, и какое из них меньше, предпочтительно используется. Таким образом, базовая станция 100 и терминал 200 могут заранее сохранять таблицу (например, см. фиг. 21) для задания результата вычисления min (M_{REF_DL_HARQ,SCell}, M_limit), показанного в уравнении 2, в каждой комбинации UL-DL-конфигурации, заданной в PCell, и UL-DL-конфигурации, заданной в SCell. В терминале 200 это исключает потребность вычисления min (M_{REF_DL_HARQ,SCell}, M_limit), показанного в уравнении 2.

[0168] Кроме того, в настоящем варианте осуществления, базовая станция 100 и терминал 200 могут не сохранять таблицу для определения максимального числа DL HARQ-процессов, которые должны быть использованы в качестве опорных, показанную на фиг. 19A, и базовая станция 100 может указывать максимальное число M_{REF_DL_HARQ,SCell} DL HARQ-процессов, используемых в качестве опорных посредством SCell, в терминал 200. Иными словами, базовая станция 100 может указывать максимальное число M_{REF_DL_HARQ,SCell} DL HARQ-процессов, которые должны быть использованы в качестве опорных, которое равно или превышает число DL HARQ-процессов, заданных в UL-DL-конфигурации, заданной в SCell, и меньше максимального числа DL HARQ-процессов, заданных в UL-DL-конфигурации, используемой в качестве опорной посредством SCell, для временных DL HARQ-интервалов. Альтернативно, базовая станция 100 может указывать результат вычисления min (M_{REF_DL_HARQ,SCell}, M_limit) с использованием максимального числа DL HARQ-процессов, которые должны быть использованы в качестве опорных, в терминал 200.

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

Настоящий вариант осуществления описывает случай, в котором максимальное число DL HARQ-процессов, заданных в UL-DL-конфигурации, используемой в качестве опорной посредством SCell, для временных DL HARQ-интервалов используется в качестве максимального числа DL HARQ-процессов, используемых в качестве опорных посредством SCell.

[0170] В настоящем варианте осуществления, базовая станция 100 и терминал 200 сохраняют таблицу для определения UL-DL-конфигурации, используемой в качестве опорной посредством SCell, показанную на фиг. 22A, чтобы определять максимальное число DL HARQ-процессов, используемых в качестве опорных посредством SCell, и таблицу для определения максимального числа DL HARQ-процессов, соответствующих каждой UL-DL-конфигурации, показанную на фиг. 22B.

[0171] Более конкретно, терминал 200 идентифицирует UL-DL-конфигурацию, используемую в качестве опорной посредством SCell, посредством обращения к таблице для определения UL-DL-конфигурации, которая должна быть использована в качестве опорной, показанной на фиг. 22A, и комбинации UL-DL-конфигураций, соответственно, заданных в PCell и SCell. Затем, терминал 200 идентифицирует максимальное число M_{REF_DL_HARQ,SCell} DL HARQ-процессов, используемых в качестве опорных посредством SCell, посредством обращения к таблице для определения максимального числа DL HARQ-процессов, показанной на фиг. 22B, и UL-DL-конфигурации, используемой в качестве опорной посредством SCell, определенной с использованием фиг. 22A. Терминал 200 затем разделяет программный SCell-буфер на основе максимального числа M_{REF_DL_HARQ,SCell} DL HARQ-процессов, которые должны быть использованы в качестве опорных, согласно уравнению 2, как и в случае варианта 1 осуществления.

[0172] Например, когда Config#1 задается в PCell, а Config#0 задается в SCell для терминала 200, терминал 200 определяет Config#1 в качестве UL-DL-конфигурации, используемой в качестве опорной посредством SCell, при обращении к таблице, показанной на фиг. 22A. Затем, терминал 200 определяет максимальное число DL HARQ-процессов, используемых в качестве опорных посредством SCell, M_{REF_DL_HARQ,SCell}=7 при обращении к определенной Config#1 и таблице, показанной на фиг. 22B. В этом случае, терминал 200 разделяет программный SCell-буфер на семь IR-буферов.

[0173] На фиг. 22A, когда PCell находится под высокой DL-нагрузкой, UL-DL-конфигурация, используемая в качестве опорной посредством SCell, является UL-DL-конфигурацией, заданной в Pcell, и когда PCell находится под высокой UL-нагрузкой (т.е. SCell находится под высокой DL-нагрузкой), UL-DL-конфигурация, используемая в качестве опорной посредством SCell, является UL-DL-конфигурацией, заданной в SCell, и когда PCell не находится ни под высокой DL-нагрузкой, ни под высокой UL-нагрузкой, UL-DL-конфигурация, используемая в качестве опорной посредством SCell, является UL-DL-конфигурацией, которая находится под высокой DL-нагрузкой относительно как Pcell, так и SCell.

[0174] Иными словами, она или UL-DL-конфигурация под высокой DL-нагрузкой относительно UL-DL-конфигурации, заданной в SCell, всегда задается как UL-DL-конфигурация, используемая в качестве опорной посредством SCell.

Чем под более высокой DL-нагрузкой находится UL-DL-конфигурация, тем большее число DL HARQ-процессов требуется. Тем не менее, как описано в варианте 1 осуществления, когда SCell использует в качестве опорных временные DL HARQ-интервалы UL-DL-конфигурации, которая должна быть использована в качестве опорной, число DL HARQ-процессов, необходимых для SCell никогда, не превышает максимальное число DL HARQ-процессов, заданных в UL-DL-конфигурации, используемой в качестве опорной посредством SCell.

[0175] Таким образом, как и в случае настоящего варианта осуществления, с использованием максимального числа DL HARQ-процессов, заданных в UL-DL-конфигурации, используемой в качестве опорной посредством SCell, в качестве максимального числа DL HARQ-процессов, используемых в качестве опорных посредством SCell, используемого для того, чтобы определять число разделений программного SCell-буфера, терминал 200 может выделять IR-буферы для всех DL HARQ-процессов для SCell, чтобы за счет этого поддерживать DL HARQ. Таким образом, согласно настоящему варианту осуществления, можно получать усиление при кодировании посредством HARQ для всех DL HARQ-процессов.

[0176] Фиг. 22B является таблицей, идентичной существующей таблице, показанной на фиг. 7B. Кроме того, фиг. 22A является таблицей, идентичной таблице на фиг. 19B. Таблица, показанная на фиг. 22A (фиг. 19B), является таблицей, необходимой для того, чтобы задавать временные DL HARQ-интервалы SCell (т.е. временной интервал передачи сигналов ответа SCell, передаваемых с использованием PCell), как описано выше. Иными словами, таблица, показанная на фиг. 22A, является необходимой таблицей независимо от определения числа разделений программного SCell-буфера. Иными словами, в настоящем варианте осуществления, базовая станция 100 и терминал 200 не должны сохранять новые таблицы (например, таблицу, показанную на фиг. 19A), чтобы определять число разделений программного SCell-буфера. Согласно настоящему варианту осуществления, в силу этого можно обеспечивать более простые конфигурации базовой станции 100 и терминала 200, чем конфигурации в варианте 1 осуществления.

[0177] Третий вариант осуществления

Вариант 1 осуществления описывает случаи, когда перекрестная диспетчеризация несущих не задается (что также может упоминаться как “когда CIF (поле индикатора перекрестной диспетчеризации) не задается” или “когда самодиспетчеризация задается”). Иными словами, в варианте 1 осуществления описан случай, в котором DL-назначение PCell в PDSCH (информация назначения ресурсов) указывается посредством PDCCH PCell, и DL-назначение SCell в PDSCH указывается посредством PDCCH SCell.

[0178] Напротив, настоящий вариант осуществления описывает случай, в котором учитываются настройки перекрестной диспетчеризации несущих.

[0179] Перекрестная диспетчеризация несущих является технологией, которая использует PDCCH определенной компонентной несущей, чтобы диспетчеризовать назначение ресурсов другой компонентной несущей. Например, при подготовке к случаю, в котором когда качество PDCCH в SCell не может быть гарантировано, к примеру, когда терминал 200 принимает большие помехи касательно DL-назначения (информации назначения ресурсов) SCell в PDSCH, выполняется перекрестная диспетчеризация несущих от PCell к SCell. В этом случае, базовая станция 100 указывает DL-назначение SCell в PDSCH с использованием PDCCH PCell (например, стрелки с пунктирными линиями, показанные на фиг. 23A и 23B).

[0180] Когда перекрестная диспетчеризация несущих задается, и когда PCell находится под высокой UL-нагрузкой (см. фиг. 23A), или когда PCell не находится ни под высокой DL-нагрузкой, ни под высокой UL-нагрузкой (не показано), имеются временные интервалы, в которые PCell становится UL-субкадром, а SCell становится DL-субкадром (например, SF#4 и #9, показанные на фиг. 23A). В этих временных интервалах базовая станция 100 не может указывать DL-назначение, указывающее PDSCH SCell, с использованием PDCCH PCell, и, следовательно, невозможно назначать PDSCH SCell. Следовательно, DL-субкадры SCell не могут быть использованы во временных интервалах.

[0181] С другой стороны, когда перекрестная диспетчеризация несущих не задается (не показано), DL-назначение, указывающее PDSCH SCell, указывается с использованием PDCCH SCell, и, следовательно, DL-субкадры могут быть использованы в SCell даже во временных интервалах, в которых PCell становится UL-субкадром, а SCell становится DL-субкадром.

[0182] Таким образом, то, можно или нет использовать DL-субкадры SCell во временных интервалах, в которых PCell становится UL-субкадром, а SCell становится DL-субкадром, представляет собой одно из различий между тем, когда перекрестная диспетчеризация несущих не задается, и когда перекрестная диспетчеризация несущих задается, в случае если UL-DL-конфигурация варьируется между множеством компонентных несущих.

[0183] Поскольку DL-субкадры SCell не могут быть использованы в вышеописанных временных интервалах, число DL-субкадров, применимых в SCell, меньше тогда, когда перекрестная диспетчеризация несущих задается, чем тогда, когда перекрестная диспетчеризация несущих не задается. По этой причине, максимальное число DL HARQ-процессов, используемых в качестве опорных посредством SCell, также меньше тогда, когда перекрестная диспетчеризация несущих задается, чем тогда, когда перекрестная диспетчеризация несущих не задается. Таким образом, число разделений программного SCell-буфера, определенное на основе максимального числа DL HARQ-процессов, используемых в качестве опорных посредством SCell, меньше тогда, когда перекрестная диспетчеризация несущих задается, чем тогда, когда перекрестная диспетчеризация несущих не задается.

[0184] Следует отметить, что на фиг. 23A, во временных интервалах, в которых PCell становится UL-субкадром, а SCell становится DL-субкадром (SF#4, #9), ни DL-субкадры SCell, ни UL-субкадры (SF#8, #3) PCell, соответствующие DL-субкадрам во временных PDSCH-PUCCH-интервалах, не могут быть использованы. По этой причине, когда перекрестная диспетчеризация несущих задается, и когда PCell находится под высокой UL-нагрузкой, для SCell предпочтительно всегда использовать в качестве опорных временные PDSCH-PUCCH-интервалы UL-DL-конфигурации, заданной в PCell, как показано на фиг. 23B. Это позволяет исключать возможность того, что UL-субкадры PCell, соответствующей DL-субкадрам SCell во временных PDSCH-PUCCH-интервалах, не могут быть использованы.

[0185] Между прочим, то, следует или нет задавать перекрестную диспетчеризацию несущих, изменяется на основе индикатора относительно RRC (управления радиоресурсами) из базовой станции 100. Кроме того, как описано выше, число разделений программного SCell-буфера и число DL HARQ-процессов варьируются, когда перекрестная диспетчеризация несущих задается, и когда перекрестная диспетчеризация несущих не задается. Следовательно, когда базовая станция 100 изменяет настройки перекрестной диспетчеризации несущих, как показано на фиг. 24, число разделений программного SCell-буфера изменяется до и после изменения настроек, и изменяется опорная позиция данных, сохраненных в программного буфера.

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

[0186] Таким образом, в настоящем варианте осуществления, терминал 200 разделяет программный SCell-буфер на основе максимального числа DL HARQ-процессов, которые должны быть использованы в качестве опорных, когда перекрестная диспетчеризация несущих задается, или когда перекрестная диспетчеризация несущих не задается (т.е. когда задается самодиспетчеризация), в зависимости от того, какое из них больше. Иными словами, число разделений программного буфера определяется не на основе ситуации относительно того, задается или нет перекрестная диспетчеризация несущих, а на основе максимального числа DL HARQ-процессов, которые должны быть использованы в качестве опорных, когда задается любой один способ диспетчеризации.

[0187] Более конкретно, как описано выше, максимальное число DL HARQ-процессов, которые должны быть использованы в качестве опорных, больше тогда, когда перекрестная диспетчеризация несущих не задается, чем тогда, когда перекрестная диспетчеризация несущих задается. Таким образом, терминал 200 разделяет программный SCell-буфер не на основе ситуации относительно того, задается или нет перекрестная диспетчеризация несущих, а всегда на основе максимального числа DL HARQ-процессов, которые должны быть использованы в качестве опорных, когда перекрестная диспетчеризация несущих не задается. Например, терминал 200 также может определять максимальное число DL HARQ-процессов, которые должны быть использованы в качестве опорных, когда перекрестная диспетчеризация несущих не задается при обращении к таблице, показанной на фиг. 19A, как и в случае варианта 1 осуществления. Альтернативно, терминал 200 может определять максимальное число DL HARQ-процессов, которые должны быть использованы в качестве опорных, когда перекрестная диспетчеризация несущих не задается при обращении к таблице, показанной на фиг. 22A и фиг. 22B, как и в случае варианта 2 осуществления.

[0188] За счет этого, когда перекрестная диспетчеризация несущих не задается, можно выделять IR-буферы для всех DL HARQ-процессов и поддерживать DL HARQ, как и в случае варианта 1 или 2 осуществления. Кроме того, когда перекрестная диспетчеризация несущих задается с меньшим числом необходимых DL HARQ-процессов, чем тогда, когда перекрестная диспетчеризация несущих не задается, можно выделять IR-буферы для всех DL HARQ-процессов и поддерживать DL HARQ. Следовательно, согласно настоящему варианту осуществления, можно выделять IR-буферы для всех DL HARQ-процессов и поддерживать DL HARQ до и после изменения настроек перекрестной диспетчеризации несущих.

[0189] Кроме того, согласно настоящему варианту осуществления, способ разделения программного SCell-буфера не изменяется до и после изменения настроек перекрестной диспетчеризации несущих. Таким образом, опорная позиция данных, сохраненных в программном буфере, не изменяется до и после изменения настроек перекрестной диспетчеризации несущих, и в силу этого можно продолжать DL HARQ-процессы SCell. Таким образом, можно получать усиление при кодировании посредством HARQ для всех DL HARQ-процессов.

[0190] Когда настройки перекрестной диспетчеризации несущих изменяются менее часто, уменьшается усиление при кодировании, ассоциированное с фактом способности продолжать DL HARQ до и после изменения настроек перекрестной диспетчеризации несущих. Иными словами, когда настройки перекрестной диспетчеризации несущих изменяются менее часто, влияние факта неспособности продолжать DL HARQ является небольшим. Таким образом, когда настройки перекрестной диспетчеризации несущих изменяются менее часто, базовая станция 100 и терминал 200 могут определять максимальное число DL HARQ-процессов, используемых в качестве опорных посредством SCell, при обращении к таблице, показанной на фиг. 25, когда перекрестная диспетчеризация несущих задается, или определять максимальное число DL HARQ-процессов, используемых в качестве опорных посредством SCell, при обращении к таблице в варианте 1 осуществления (фиг. 19A) или таблице в варианте 2 осуществления (фиг. 22A и фиг. 22B), когда перекрестная диспетчеризация несущих не задается. На фиг. 25, когда PCell находится под высокой UL-нагрузкой, максимальное число DL HARQ-процессов, заданных в UL-DL-конфигурации, заданной в PCell, задается в качестве максимального числа DL HARQ-процессов, которые должны быть использованы в качестве опорных. Кроме того, на фиг. 25, когда PCell находится под высокой DL-нагрузкой или PCell не находится ни под высокой DL-нагрузкой, ни под высокой UL-нагрузкой, значение, полученное посредством вычитания из максимального числа DL HARQ-процессов (первый член), заданных в UL-DL-конфигурации, заданной в PCell, снижения (второй член) числа DL HARQ-процессов, вызываемого посредством уменьшения числа DL-субкадров, которые не могут быть использованы от UL-DL-конфигурации, заданной в PCell, вследствие того факта, что, DL-субкадры не могут быть использованы во временных интервалах, в которых PCell становится DL-субкадром, а SCell становится UL-субкадром, задается в качестве максимального числа DL HARQ-процессов, которые должны быть использованы в качестве опорных.

[0191] Четвертый вариант осуществления

Настоящий вариант осуществления описывает случай, в котором UL-DL-конфигурация каждой компонентной несущей динамически изменяется (т.е. когда TDD eIMTA применяется).

[0192] В качестве примера варианта применения TDD eIMTA, UL-DL-конфигурация может быть динамически изменена в пикосоте (SCell) при межполосном агрегировании несущих между макросотой (PCell) и пикосотой (SCell).

[0193] Когда различные UL-DL-конфигурации задаются между терминалами, поддерживающими TDD eIMTA, помехи от связи в восходящей линии связи для связи в нисходящей линии связи (в дальнейшем в этом документе могут упоминаться как “UL-DL-помехи”) могут возникать между терминалами. Чтобы избежать возникновения этих UL-DL-помех, терминалы, поддерживающие TDD eIMTA, могут изменять UL-DL-конфигурацию не для каждого терминала (конкретная для UE), а для каждой соты (конкретная для соты).

[0194] Когда UL-DL-конфигурация изменяется для каждой соты, множество терминалов, поддерживающих TDD eIMTA, с большой вероятностью изменяют UL-DL-конфигурацию в то время, когда не завершены все DL HARQ-процессы (т.е. ACK не возвращено в базовую станцию).

[0195] Кроме того, как показано на фиг. 7B, максимальное число (M_{DL_HARQ}) DL HARQ-процессов варьируется между различными UL-DL-конфигурациями. По этой причине, когда максимальное число DL HARQ-процессов, соответствующих любой UL-DL-конфигурации, по меньшей мере, до и после изменения, меньше 8, размер IR-буфера на каждый TB также варьируется до и после изменения UL-DL-конфигурации. Например, на фиг. 26, когда Config#0 изменяется на Config#1, максимальное число DL HARQ-процессов также изменяется с 4 до 7.

[0196] Таким образом, как показано на фиг. 26, поскольку число разделений программного буфера также варьируется до и после изменения UL-DL-конфигурации, опорная позиция данных в программном буфере варьируется до и после изменения UL-DL-конфигурации. По этой причине терминал не может корректно считывать сохраненные данные и не может продолжать DL HARQ до и после изменения UL-DL-конфигурации, и, следовательно, имеется проблема снижения производительности повторной HARQ-передачи до и после изменения UL-DL-конфигурации. Хотя снижение производительности повторной HARQ-передачи наблюдается в вышеуказанном способе (1) изменения UL-DL-конфигурации или в случае изменения UL-DL-конфигурации с низкой частотой или средней частотой, как показано в способе (2), такое снижение производительности повторной HARQ-передачи становится более заметным, в частности, когда UL-DL-конфигурация изменяется с высокой частотой, как показано в способе (3).

[0197] Таким образом, в настоящем варианте осуществления, когда различные UL-DL-конфигурации задаются между компонентными несущими, и когда UL-DL-конфигурация динамически изменяется в каждой соте, базовая станция 100 ограничивает комбинацию UL-DL-конфигураций PCell и SCell, которая может задаваться для терминала 200, и разделяет программный SCell-буфер с использованием максимального значения максимального числа DL HARQ-процессов, которые должны быть использованы в качестве опорных, заданных в комбинации UL-DL-конфигураций. Иными словами, терминал 200 разделяет программный SCell-буфер на основе максимального значения максимального числа DL HARQ-процессов, которые должны быть использованы в качестве опорных, соответственно, определенных посредством групп возможных вариантов комбинаций UL-DL-конфигураций PCell и SCell, которые могут задаваться для терминала 200.

[0198] Фиг. 27A иллюстрирует пример способа задания максимального числа DL HARQ-процессов, используемых в качестве опорных посредством SCell, согласно настоящему варианту осуществления. Фиг. 27B иллюстрирует пример UL-DL-конфигурации, используемой в качестве опорной посредством SCell, согласно настоящему варианту осуществления.

[0199] В нижеприведенном описании, из комбинаций UL-DL-конфигураций PCell и SCell, показанных на фиг. 27A, комбинации (PCell, SCell), которые могут задаваться для терминала 200, предположительно представляют собой следующие шесть наборов: (Config#0, Config#0) (Config#0, Config#6) (Config#0, Config#1) (Config#6, Config#6) (Config#6, Config#1) и (Config#1, Config#1) (комбинации, обведенные посредством овалов).

[0200] Как показано на фиг. 27A, максимальное число DL HARQ-процессов, используемых в качестве опорных посредством SCell, составляет 4, 6, 7, 6, 7, 7, соответственно, в порядке комбинаций (PCell, SCell) PCell и SCell, которые могут задаваться для терминала 200 выше. Терминал 200 разделяет программный SCell-буфер с использованием максимального значения 7 между этими максимальными числами DL HARQ-процессов, которые должны быть использованы в качестве опорных. Например, при условии M_{REF_DL_HARQ,SCell}=7 в уравнении 2, терминал 200 вычисляет IR-буферы для SCell. В этом случае, терминал 200 разделяет программный SCell-буфер на семь IR-буферов.

[0201] За счет этого, даже когда комбинация PCell и SCell изменяется на любую комбинацию, которая может задаваться для терминала 200, SCell IR-буферы в терминале 200 не переполняются. Таким образом, согласно настоящему варианту осуществления, терминал 200 может получать усиление при кодировании посредством HARQ для всех DL HARQ-процессов, соответствующих SCell.

[0202] Поскольку число разделений программного SCell-буфера не изменяется до и после изменения UL-DL-конфигурации, опорные позиции данных в программном буфере также не изменяются. Таким образом, даже когда UL-DL-конфигурация изменяется, терминал 200 может корректно считывать данные, сохраненные перед изменением, и может в силу этого продолжать DL HARQ до и после изменения UL-DL-конфигурации. Согласно настоящему варианту осуществления, можно избежать снижения производительности повторной HARQ-передачи до и после изменения UL-DL-конфигурации.

[0203] Базовая станция 100 может заранее указывать комбинации UL-DL-конфигураций PCell и SCell, которые могут задаваться для терминала 200. Альтернативно, вместо указания комбинаций UL-DL-конфигураций PCell и SCell, которые могут задаваться для терминала 200, базовая станция 100 может указывать результат вычисления min (M_{REF_DL_HARQ,SCell}, M_limit) в терминал 200. В этом случае, поскольку результат вычисления принимает значения 4-8, результат может указываться с использованием 3 битов. С другой стороны, поскольку предусмотрено семь UL-DL-конфигураций Config#0-#6 (3 бита), для того чтобы указывать комбинации UL-DL-конфигураций PCell и SCell, требуется (3+3)xn (n: число комбинаций) битов. Базовая станция 100 указывает только результат вышеприведенного вычисления, и в силу этого можно существенно уменьшать число битов, которое должно указываться для терминала 200, по сравнению со случаем, в котором указываются комбинации UL-DL-конфигураций PCell и SCell.

[0204] На фиг. 27A, предусмотрено 34 из общего числа в 49 наборов комбинаций, в которых максимальное число DL HARQ-процессов, используемых в качестве опорных посредством SCell, становится равным 8 или больше, что является большим числом. Следовательно, результат вычисления min (M_{REF_DL_HARQ,SCell}, M_limit) в уравнении 2 с большой вероятностью равен 8 (=M_limit) во многих комбинациях. Таким образом, базовая станция 100 может не указывать заранее комбинации UL-DL-конфигураций PCell и SCell, которые могут задаваться для терминала 200, или результат вычисления min (M_{REF_DL_HARQ,SCell}, M_limit) в терминал 200, и терминал 200 может выполнять следующую операцию.

Более конкретно, когда различные UL-DL-конфигурации задаются между компонентными несущими, и UL-DL-конфигурации задаются так, что они динамически изменяются (когда задается TDD eIMTA), терминал 200 может вычислять размер IR-буфера SCell при условии всегда min (M_{REF_DL_HARQ,SCell}, M_limit)=8. С другой стороны, когда различные UL-DL-конфигурации задаются между компонентными несущими, и UL-DL-конфигурации не задаются так, что они динамически изменяются (когда не задается TDD eIMTA), терминал 200 может вычислять размер IR-буфера SCell согласно способам, показанным в вариантах 1-3 осуществления.

[0205] Случай, в котором перекрестная диспетчеризация несущих задается, также может изучаться в настоящем варианте осуществления, как и в случае варианта 3 осуществления. Иными словами, терминал 200 может разделять программный SCell-буфер на равные части с использованием максимального значения между максимальным числом DL HARQ-процессов, которые должны быть использованы в качестве опорных, когда перекрестная диспетчеризация несущих не задается, которое задается посредством комбинаций UL-DL-конфигураций PCell и SCell, которые могут задаваться для терминала 200, и максимальным числом DL HARQ-процессов, которые должны быть использованы в качестве опорных, когда перекрестная диспетчеризация несущих задается.

[0206] Более конкретно, как описано в варианте 3 осуществления, максимальное число DL HARQ-процессов, которые должны быть использованы в качестве опорных, больше тогда, когда перекрестная диспетчеризация несущих не задается, чем тогда, когда перекрестная диспетчеризация несущих задается. Таким образом, терминал 200 может всегда разделять программный SCell-буфер с использованием максимального значения между максимальными числами DL HARQ-процессов, которые должны быть использованы в качестве опорных, когда перекрестная диспетчеризация несущих не задается, которое задается посредством комбинаций UL-DL-конфигураций, которые могут задаваться для терминала 200 независимо от того, задается или нет перекрестная диспетчеризация несущих.

[0207] Варианты осуществления настоящего изобретения описаны выше.

[0208] Выражение “SCell” использовано в вариантах осуществления настоящего изобретения, но SCell не ограничивается одной SCell или SCell, для которой задается один тип UL-DL-конфигурации. Иными словами, оно является применимым к PCell и каждой SCell, соответственно. Кроме того, различные UL-DL-конфигурации могут задаваться для соответствующих SCell.

[0209] Хотя антенна описана в вышеуказанных вариантах осуществления, настоящее изобретение может аналогично применяться к антенному порту.

[0210] Термин “антенный порт” означает логическую антенну, включающую в себя одну или более физических антенн. Другими словами, термин “антенный порт” не обязательно означает одну физическую антенну и иногда может означать антенную решетку, включающую в себя множество антенн, и т.п.

[0211] Например, то, сколько физических антенн включается в антенный порт, не задается в LTE, но антенный порт задается как минимальная единица, дающая возможность базовой станции передавать различные опорные сигналы в LTE.

[0212] Помимо этого, антенный порт может указываться в качестве минимальной единицы, которая должна быть умножена на весовой коэффициент вектора предварительного кодирования.

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

[0214] Помимо этого, функциональные блоки, используемые в описаниях вариантов осуществления, типично реализуются в качестве LSI-устройств, которые являются интегральными схемами. Функциональные блоки могут формироваться в качестве отдельных кристаллов, либо часть или все функциональные блоки могут быть интегрированы в один кристалл. В данном документе используется термин “LSI”, но термины “IC”, “системная LSI”, “супер-LSI” или “ультра-LSI” также могут использоваться в зависимости от уровня интеграции.

[0215] Помимо этого, интеграция схемы не ограничена LSI и может достигаться посредством выделенной схемы либо процессора общего назначения, отличного от LSI. После изготовления LSI, может быть использована программируемая пользователем вентильная матрица (FPGA), которая является программируемой, или переконфигурируемый процессор, который дает возможность переконфигурирования соединений и настроек схемных элементов в LSI.

[0216] Если технология интеграции схемы на смену LSI появится в результате усовершенствования в полупроводниковой технологии или других технологий, производных от данной технологии, функциональные блоки могут быть интегрированы с использованием этой технологии. Другим вариантом является применение в биотехнологии и т.п.

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

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

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

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

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

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

[0223] В терминальном устройстве согласно вариантам осуществления, описанным выше, конкретное значение является максимальным значением из значений, соответственно, определенных из групп возможных вариантов комбинаций, разрешенных для задания для терминального устройства.

[0224] В терминальном устройстве согласно вариантам осуществления, описанным выше, второй буфер разделяется на число областей, которое является идентичным меньшему из конкретного значения и предварительно определенного порогового значения.

[0225] В терминальном устройстве согласно вариантам осуществления, описанным выше, первая компонентная несущая является первичной сотой, а вторая компонентная несущая является вторичной сотой.

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

[0227] Раскрытие сущности заявки на патент Японии номер 2012-158677, поданной 17 июля 2012 года, включающее подробное описание, чертежи и реферат, полностью содержится в данном документе по ссылке.

ПРОМЫШЛЕННАЯ ПРИМЕНИМОСТЬ

[0228] Настоящее изобретение является подходящим для использования, например, в системах мобильной связи.

СПИСОК НОМЕРОВ ССЫЛОК

[0229] 100 - базовая станция

200 - терминал

101, 208 - модуль управления

102 - модуль формирования управляющей информации

103, 105 - модуль кодирования

104, 107 - модуль модуляции

106 - модуль управления передачей данных

108 - модуль преобразования

109, 218 - IFFT-модуль

110, 219 - модуль добавления CP

111, 222 - радиопередающий модуль

112, 201 - радиоприемный модуль

113, 202 - модуль удаления CP

114 - модуль извлечения PUCCH

115 - модуль декодирования с сужением спектра

116 - модуль управления последовательностями

117 - процессор корреляции

118 - модуль определения A/N

119 - модуль декодирования с сужением спектра пакетированных A/N

120 - IDFT-модуль

121 - модуль определения пакетированных A/N

122 - модуль формирования сигналов управления повторной передачей

203 - FFT-модуль

204 - модуль извлечения

205, 209 - модуль демодуляции

206, 210 - модуль декодирования

207 - модуль определения

211 - CRC-модуль

212 - модуль формирования сигналов ответа

213 - модуль кодирования и модуляции

214 - модуль первичного кодирования с расширением спектра

215 - модуль вторичного кодирования с расширением спектра

216 - DFT-модуль

217 - модуль кодирования с расширением спектра

220 - модуль временного мультиплексирования

221 - модуль выбора

Изобретение относится к мобильной связи. Технический результат заключается в обеспечении усиления при кодировании посредством HARQ (гибридный автоматический запрос повторной передачи) для всех DL (нисходящая линия связи) HARQ-процессов, когда UL-DL-конфигурация отличается для множества компонентных несущих. Терминал сохраняет в буфере повторной передачи данные DL, передаваемые посредством каждой из множества компонентных несущих, декодирует данные DL и передает, с использованием первой компонентной несущей, сигнал ответа для первых данных DL, принимаемых с использованием первой компонентной несущей, и сигнал ответа для вторых данных DL, принимаемых с использованием второй компонентной несущей. Буфер разделяется на области, соответствующие процессам HARQ, на основе значения, определенного посредством комбинации первого шаблона конфигурации, заданного на первой компонентной несущей, и второго шаблона конфигурации, заданного на второй компонентной несущей. 2 н. и 18 з.п. ф-лы, 40 ил.

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

прием первых и вторых данных нисходящей линии связи с использованием первой и второй компонентных несущих соответственно, при этом первый шаблон конфигурации UL- (восходящей линии связи) и DL- (нисходящей линии связи) субкадров задается для первой компонентной несущей, и второй шаблон конфигурации UL- и DL-субкадров задается для второй компонентной несущей; и

сохранение повторно передаваемых данных из первых и вторых данных нисходящей линии связи в программном буфере, при этом размер программного буфера для вторых данных нисходящей линии связи устанавливается на основании максимального числа процессов повторной передачи HARQ (гибридных автоматических запросов на повторную передачу) нисходящей линии связи, выполняемых в исходном шаблоне конфигурации UL- и DL-субкадров, при этом максимальное число процессов повторной передачи HARQ нисходящей линии связи определяется на основании опорного шаблона конфигурации, и опорный шаблон конфигурации определяется на основании первого и второго шаблонов конфигурации.

2. Интегральная схема по п. 1, в которой процесс также содержит:

выполнение обнаружения ошибок первых и вторых данных нисходящей линии связи; и

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

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

4. Интегральная схема по п. 2, в которой, когда первый шаблон конфигурации отличается от второго шаблона конфигурации, этап передачи включает в себя передачу ACK/NACK во временном интервале UL-субкадра опорного шаблона конфигурации.

5. Интегральная схема по п. 1, в которой первая компонентная несущая является первичной сотой (PCell), а вторая компонентная несущая является вторичной сотой (SCell).

6. Интегральная схема по п. 5, в которой, когда набор DL-субкадров PCell, включенных в один кадр, включает в себя набор DL-субкадров SCell, опорный шаблон конфигурации является идентичным первому шаблону конфигурации.

7. Интегральная схема по п. 5, в которой, когда набор DL-субкадров SCell, включенных в один кадр, включает в себя набор DL-субкадров PCell, опорный шаблон конфигурации является идентичным второму шаблону конфигурации.

8. Интегральная схема по п. 5, в которой, когда набор DL-субкадров SCell не включен в набор DL-субкадров PCell, включенных в один кадр, и набор DL-субкадров PCell не включен в набор DL-субкадров SCell, опорный шаблон конфигурации является шаблоном UL-DL-конфигурации, который находится под высокой DL-нагрузкой, относительно как PСell, так и SCell.

9. Интегральная схема по п. 1, в которой процесс также содержит:

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

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

10. Интегральная схема по п. 1, в которой процесс также содержит:

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

11. Интегральная схема, содержащая

схему приема, которая в режиме работы принимает первые и вторые данные нисходящей линии связи, с использованием первой и второй компонентных несущих соответственно, при этом первый шаблон конфигурации UL- (восходящей линии связи) и DL- (нисходящей линии связи) субкадров задается для первой компонентной несущей и второй шаблон конфигурации UL- и DL-субкадров задается для второй компонентной несущей; и

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

12. Интегральная схема по п. 11, содержащая также:

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

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

13. Интегральная схема по п. 12, в которой схема передачи в режиме работы передает ACK/NACK во временном интервале UL-субкадра опорного шаблона конфигурации.

14. Интегральная схема по п. 12, в которой, когда первый шаблон конфигурации отличается от второго шаблона конфигурации, схема передачи в режиме работы передает ACK/NACK во временном интервале UL-субкадра опорного шаблона конфигурации.

15. Интегральная схема по п. 11, в которой первая компонентная несущая является первичной сотой (PCell), а вторая компонентная несущая является вторичной сотой (SCell).

16. Интегральная схема по п. 15, в которой, когда набор DL-субкадров PCell, включенных в один кадр, включает в себя набор DL-субкадров SCell, опорный шаблон конфигурации является идентичным первому шаблону конфигурации.

17. Интегральная схема по п. 15, в которой, когда набор DL-субкадров SCell, включенных в один кадр, включает в себя набор DL-субкадров PCell, опорный шаблон конфигурации является идентичным второму шаблону конфигурации.

18. Интегральная схема по п. 15, в которой, когда набор DL-субкадров SCell не включен в набор DL-субкадров PCell, включенных в один кадр, и набор DL-субкадров PCell не включен в набор DL-субкадров SCell, опорный шаблон конфигурации является шаблоном UL-DL-конфигурации, который находится под высокой DL-нагрузкой, относительно как PСell, так и SCell.

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

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

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

20. Интегральная схема по п. 11, в которой программный буфер в режиме работы сохраняет LLR (логарифмическое отношение правдоподобия) вторых данных нисходящей линии связи, когда обнаружена ошибка, которое объединяется с LLR вторых данных нисходящей линии связи, которые передаются повторно.