ТЕРМИНАЛЬНОЕ УСТРОЙСТВО, УСТРОЙСТВО БАЗОВОЙ СТАНЦИИ, СПОСОБ ПЕРЕДАЧИ И СПОСОБ ПРИЕМА
TERMINAL DEVICE, BASE STATION DEVICE, TRANSMISSION METHOD AND RECEIVING METHOD

ОБЛАСТЬ ТЕХНИКИ
[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-индекс с четным номером). Таким образом, ресурсы связи в нисходящей линии связи эффективно используются.
(1)
PUCCH
[0008] Кроме того, 3GPP LTE использует схему диспетчеризации для назначения радиоресурсов в постоянном цикле для пакетных данных в VoIP, потоковой передачи и т.п., которая влечет за собой скорость передачи, которая является в некоторой степени постоянной, вместо использования схемы диспетчеризации по принципу максимальной эффективности (динамической диспетчеризации), которая динамически назначает радиоресурсы, чтобы достигать более высокой эффективности. Эта схема диспетчеризации называется, например, "постоянной диспетчеризацией" или "полупостоянной диспетчеризацией (SPS)". В SPS активация и высвобождение указываются через PDCCH. Как только SPS активируется, базовая станция передает физический совместно используемый канал нисходящей линии связи (PDSCH) в постоянном цикле и больше не указывает PDCCH относительно PDSCH, диспетчеризованного посредством SPS. В SPS, поскольку базовая станция и терминал выполняют передачу и прием в известное время передачи, как описано выше, информация диспетчеризации в нисходящей линии связи (информация диспетчеризации в DL) может быть уменьшена, что, в свою очередь, позволяет эффективно использовать радиоресурсы нисходящей линии связи. В ходе SPS-передачи терминал возвращает сигналы ответа в базовую станцию. Этот возврат сигналов ответа выполняется с использованием PUCCH-ресурса, соответствующего одному из четырех индексов PUCCH-ресурсов (n ), которые задаются заранее в однозначном соответствии с (двухбитовыми) значениями команды управления мощностью передачи (TPC) в PDCCH, указывающими активацию SPS.
0
1
2
3
0
1
2
0
3
0
2
[0009] Как проиллюстрировано на фиг. 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-символов.
[0010] Сигналы ответа из различных терминалов кодируются с расширением спектра с использованием ZAC-последовательностей, соответствующих различному значению циклического сдвига (т.е. индексу), или последовательностей ортогональных кодов, соответствующих различному порядковому номеру (т.е. индексу ортогонального покрытия (OC-индексу)). Последовательность ортогональных кодов является комбинацией последовательности Уолша и DFT-последовательности. Помимо этого, последовательность ортогональных кодов упоминается как поблочный код расширения спектра в некоторых случаях. Таким образом, базовые станции могут демультиплексировать мультиплексированное по коду множество сигналов ответа с использованием обработки декодирования с сужением спектра и корреляции предшествующего уровня техники (см. NPL 4).
[0011] Тем не менее, не всегда верно, что каждый терминал успешно выполняет прием управляющих сигналов назначения в нисходящей линии связи, поскольку терминал выполняет определение вслепую в каждом субкадре, чтобы обнаруживать управляющие сигналы назначения в нисходящей линии связи, предназначенные для терминала. Когда терминал выполняет с ошибкой прием управляющих сигналов назначения в нисходящей линии связи, предназначенных для терминала на определенной компонентной несущей нисходящей линии связи, терминал даже не знает, существуют или нет данные нисходящей линии связи, предназначенные для терминала на компонентной несущей нисходящей линии связи. Соответственно, когда терминал выполняет с ошибкой прием управляющих сигналов назначения в нисходящей линии связи, предназначенных для терминала на определенной компонентной несущей нисходящей линии связи, терминал не формирует сигналов ответа для данных нисходящей линии связи на компонентной несущей нисходящей линии связи. Этот случай ошибки задается как прерывистая передача ACK/NACK-сигналов (DTX сигналов ответа) в том смысле, что терминал не передает сигналов ответа.
[0012] В 3GPP LTE-системах (в дальнейшем могут упоминаться как "LTE-системы"), базовые станции назначают ресурсы данным восходящей линии связи и данным нисходящей линии связи, независимо. По этой причине, в 3GPP LTE-системе терминалы (т.е. терминалы, совместимые с LTE-системой (в дальнейшем в этом документе, называемые "LTE-терминалами")) сталкиваются с ситуацией, когда терминалы должны передавать данные восходящей линии связи и сигналы ответа для данных нисходящей линии связи одновременно в восходящей линии связи. В этом случае, сигналы ответа и данные восходящей линии связи из терминалов передаются с использованием мультиплексирования с временным разделением каналов (TDM). Как описано выше, свойства одной несущей форм сигнала передачи терминалов поддерживаются посредством одновременной передачи сигналов ответа и данных восходящей линии связи с использованием TDM.
[0013] Помимо этого, как проиллюстрировано на фиг. 2, сигналы ответа (т.е. "A/N"), передаваемые из каждого терминала, частично занимают ресурсы, назначаемые данным восходящей линии связи (т.е. ресурсы физического совместно используемого канала восходящей линии связи (PUSCH)) (т.е. сигналы ответа занимают некоторые SC-FDMA-символы, смежные с SC-FDMA-символами, в которые преобразуются опорные сигналы (RS)), и тем самым передаются в базовую станцию при мультиплексировании с временным разделением каналов (TDM). На фиг. 2, тем не менее, "поднесущие" по вертикальной оси чертежа также называются "виртуальными поднесущими" или "смежными во времени сигналами", и "смежные во времени сигналы", которые совместно вводятся в схему дискретного преобразования Фурье (DFT) в передающем устройстве SC-FDMA, представляются как "поднесущие" для удобства. Более конкретно, дополнительные данные в данных восходящей линии связи прореживаются вследствие сигналов ответа в PUSCH-ресурсах. Соответственно, качество данных восходящей линии связи (например, усиление при кодировании) значительно ухудшается вследствие прореженных битов кодированных данных восходящей линии связи. По этой причине, базовые станции инструктируют терминалам использовать очень низкую скорость кодирования и/или использовать очень большую мощность передачи с тем, чтобы компенсировать ухудшенное качество данных восходящей линии связи вследствие прореживания.
[0014] Между тем, начата стандартизация усовершенствованного стандарта 3GPP LTE для реализации более высокоскоростной связи, чем 3GPP LTE. Системы на основе усовершенствованного стандарта 3GPP LTE (в дальнейшем могут упоминаться как "LTE-A-системы") являются последователями 3GPP LTE-систем (в дальнейшем могут упоминаться как "LTE-системы"). Ожидается, что усовершенствованный стандарт 3GPP LTE должен вводить базовые станции и терминалы, допускающие обмен данными друг с другом с использованием широкополосной частоты 40 МГц или более, чтобы реализовать скорости передачи данных по нисходящей линии связи вплоть до 1 Гбит/с или выше.
[0015] В LTE-A-системе, для того чтобы одновременно достигать обратной совместимости с LTE-системой и сверхвысокоскоростной связи на скоростях, в несколько раз превышающих скорости передачи в LTE-системе, полоса частот LTE-A-системы разделяется на "компонентные несущие" по 20 МГц или меньше, что представляет собой полосу пропускания, поддерживаемую посредством LTE-системы. Другими словами, "компонентная несущая" задается в данном документе в качестве полосы частот, имеющей максимальную ширину 20 МГц, и в качестве базовой единицы полосы частот связи. Кроме того, "компонентная несущая" в нисходящей линии связи (в дальнейшем в этом документе, называемая "компонентной несущей нисходящей линии связи") задается как полоса частот, полученная посредством разделения полосы частот согласно информации полосы пропускания частот нисходящей линии связи в BCH, широковещательно передаваемом из базовой станции, или как полоса частот, заданная посредством ширины распространения, когда канал управления нисходящей линии связи (PDCCH) распространяется в частотной области. Помимо этого, "компонентная несущая" в восходящей линии связи (в дальнейшем в этом документе, называемая "компонентной несущей восходящей линии связи") может задаваться как полоса частот, полученная посредством разделения полосы частот согласно информации полосы частот восходящей линии связи в BCH, широковещательно передаваемом из базовой станции, или как базовая единица полосы частот связи в 20 МГц или ниже, включающая в себя физический совместно используемый канал восходящей линии связи (PUSCH) около центра полосы пропускания и PUCCH для LTE на обоих концах полосы частот. Помимо этого, термин "компонентная несущая" также может упоминаться как "сота" на английском языке в усовершенствованном стандарте 3GPP LTE и может сокращаться как CC.
[0016] LTE-A-системы поддерживают связь с использованием полосы пропускания, полученной посредством агрегирования нескольких компонентных несущих, так называемого агрегирования несущих. В общем, требования по пропускной способности для восходящей линии связи отличаются от требований по пропускной способности для нисходящей линии связи. По этой причине, так называемое "асимметричное агрегирование несущих" также обсуждается в LTE-A-системе. При асимметричном агрегировании несущих число компонентных несущих, сконфигурированных для любого терминала, совместимого с LTE-A-системой (в дальнейшем в этом документе, называемого "LTE-A-терминалом"), отличается между восходящей линией связи и нисходящей линией связи. Помимо этого, LTE-A-система поддерживает конфигурацию, в которой числа компонентных несущих являются асимметричными между восходящей линией связи и нисходящей линией связи, и компонентные несущие имеют различные полосы пропускания частот.
[0017] Фиг. 3 является схемой, предоставленной для описания асимметричного агрегирования несущих и управляющей последовательности, применяемой к отдельным терминалам. Фиг. 3 иллюстрирует случай, в котором полосы пропускания и числа компонентных несущих являются симметричными между восходящей линией связи и нисходящей линией связи базовых станций.
[0018] На фиг. 3, конфигурация, в которой агрегирование несущих выполняется с использованием двух компонентных несущих нисходящей линии связи и одной компонентной несущей восходящей линии связи слева, задается для терминала 1, в то время как конфигурация, в которой используются две компонентные несущие нисходящей линии связи, идентичные с компонентными несущими нисходящей линии связи, используемыми посредством терминала 1, но компонентная несущая восходящей линии связи справа используется для связи в восходящей линии связи, задается для терминала 2.
[0019] Обращаясь к терминалу 1, базовая LTE-A-станция и LTE-A-терминал, включенные в LTE-A-систему, передают и принимают сигналы друг от друга в соответствии со схемой последовательности операций, проиллюстрированной на фиг. 3A. Как проиллюстрировано на фиг. 3A, (1) терминал 1 синхронизируется с компонентной несущей нисходящей линии связи слева при начале связи с базовой станцией и считывает информацию по компонентной несущей восходящей линии связи, спаренной с компонентной несущей нисходящей линии связи слева, из широковещательного сигнала, называемого блоком системной информации тип 2 (SIB2). (2) С использованием этой компонентной несущей восходящей линии связи терминал 1 начинает связь с базовой станцией посредством передачи, например, запроса на установление соединения в базовую станцию. (3) После определения того, что множество компонентных несущих нисходящей линии связи должно назначаться терминалу, базовая станция инструктирует терминалу добавлять компонентную несущую нисходящей линии связи. Тем не менее, в этом случае, число компонентных несущих восходящей линии связи не увеличивается, и терминал 1, который является отдельным терминалом, начинает асимметричное агрегирование несущих.
[0020] Помимо этого, в LTE-A-системе, к которой применяется агрегирование несущих, терминал может принимать множество фрагментов данных нисходящей линии связи по множеству компонентных несущих нисходящей линии связи в одно время. В LTE-A проведены исследования на предмет выбора канала (также называемого "мультиплексированием"), пакетирования и формата (DFT-S-OFDM) мультиплексирования с ортогональным частотным разделением каналов с кодированием с расширением спектра и дискретным преобразованием Фурье в качестве способа передачи множества сигналов ответа для множества фрагментов данных нисходящей линии связи. При выборе канала, не только символьные точки, используемые для сигналов ответа, но также и ресурсы в которые преобразуются сигналы ответа, варьируются в соответствии с шаблоном для результатов обнаружения ошибок по множеству фрагментов данных нисходящей линии связи. По сравнению с выбором канала, при пакетировании ACK- или NACK-сигналы, сформированные согласно результатам обнаружения ошибок по множеству фрагментов данных нисходящей линии связи, пакетируются (т.е. пакетируются посредством вычисления логического "AND" результатов обнаружения ошибок по множеству фрагментов данных нисходящей линии связи при условии, что ACK=1 и NACK=0), и сигналы ответа передаются с использованием одного предварительно определенного ресурса. При передаче с использованием DFT-S-OFDM-формата терминал совместно кодирует (т.е. выполняет совместное кодирование) сигналы ответа для множества фрагментов данных нисходящей линии связи и передает кодированные данные с использованием формата (см. NPL 5).
[0021] Более конкретно, выбор канала является технологией, которая варьирует не только фазовые точки (т.е. точки созвездия) для сигналов ответа, но также и ресурсы, используемые для передачи сигналов ответа (в дальнейшем могут упоминаться как "PUCCH-ресурса"), на основе того, представляют или нет собой результаты обнаружения ошибок по множеству фрагментов данных нисходящей линии связи, принимаемых по множеству компонентных несущих нисходящей линии связи, ACK или NACK, как проиллюстрировано на фиг. 4. Между тем, пакетирование является технологией, которая пакетирует ACK/NACK-сигналы для множества фрагментов данных нисходящей линии связи в один набор сигналов и тем самым передает пакетированные сигналы с использованием одного предварительно определенного ресурса (см. NPL 6 и 7).
[0022] Следующие два способа рассматриваются в качестве возможного способа передачи сигналов ответа в восходящей линии связи, когда терминал принимает управляющую информацию назначения в нисходящей линии связи через PDCCH и принимает данные нисходящей линии связи.
[0023] Один из способов заключается в том, чтобы передавать сигналы ответа с использованием PUCCH-ресурса, ассоциированного в однозначном соответствии с элементом канала управления (CCE), занимаемым посредством PDCCH (т.е. неявная передача служебных сигналов) (в дальнейшем в этом документе, способ 1). Более конкретно, когда DCI, предназначенная для терминала, обслуживаемого посредством базовой станции, выделяется в PDCCH-области, каждый PDCCH занимает ресурс, состоящий из одного или множества смежных CCE. Помимо этого, в качестве числа CCE, занимаемых посредством PDCCH (т.е. числа агрегированных CCE: уровня агрегирования CCE), один из уровней агрегирования 1, 2, 4 и 8 выбирается, например, согласно числу информационных битов управляющей информации назначения или состоянию тракта распространения терминала. Этот ресурс ассоциирован в однозначном соответствии и неявно назначается CCE-индексу и, таким образом, может упоминаться как неявный ресурс.
[0024] Другой способ заключается в том, чтобы заблаговременно указывать PUCCH-ресурс каждому терминалу из базовой станции (т.е. явная передача служебных сигналов) (в дальнейшем в этом документе, способ 2). Иначе говоря, каждый терминал передает сигналы ответа с использованием PUCCH-ресурса, заблаговременно указываемого посредством базовой станции в способе 2. Этот ресурс явно указывается заранее посредством базовой станции и тем самым может упоминаться как явный ресурс.
[0025] Помимо этого, как проиллюстрировано на фиг. 4, одна из двух компонентных несущих нисходящей линии связи спаривается с одной компонентной несущей восходящей линии связи, так что они используются для передачи сигналов ответа. Компонентная несущая нисходящей линии связи, спаренная с компонентной несущей восходящей линии связи, так что они используются для передачи сигналов ответа, называется первичной компонентной несущей (PCC) или первичной сотой (PCell). Помимо этого, компонентная несущая нисходящей линии связи, отличная от первичной компонентной несущей, называется вторичной компонентной несущей (SCC) или вторичной сотой (SCell). Например, PCC (или PCell) является компонентной несущей нисходящей линии связи, используемой для того, чтобы передавать широковещательную информацию относительно компонентной несущей восходящей линии связи, на которой должны передаваться сигналы ответа (например, блок системной информации тип 2 (SIB 2)).
[0026] Между тем, при выборе канала, назначается PUCCH-ресурс в компонентной несущей восходящей линии связи, ассоциированной в однозначном соответствии с первым CCE-индексом CCE, занимаемых посредством PDCCH, указывающего PDSCH в PCC (PCell) (т.е. PUCCH-ресурс в PUCCH-области 1 на фиг. 4) (неявная передача служебных сигналов).
[0027] Далее приводится описание касательно ARQ-управления с использованием выбора канала, когда асимметричное агрегирование несущих, описанное выше, применяется к терминалам, со ссылкой на фиг. 4-6.
[0028] В случае если группа компонентных несущих (может упоминаться как "набор компонентных несущих" на английском языке), состоящая из компонентной несущей 1 нисходящей линии связи (PCell), компонентной несущей 2 нисходящей линии связи (SCell) и компонентной несущей 1 восходящей линии связи, сконфигурирована для терминала 1, как проиллюстрировано на фиг. 4, после того, как информация назначения ресурсов нисходящей линии связи передается через PDCCH каждой из компонентных несущих 1 и 2 нисходящей линии связи, данные нисходящей линии связи передаются с использованием ресурса, соответствующего информации назначения ресурсов нисходящей линии связи.
[0029] При выборе канала, когда терминал 1 успешно выполняет прием данных нисходящей линии связи по компонентной несущей 1 (PCell), но выполняет с ошибкой прием данных нисходящей линии связи на компонентной несущей 2 (SCell) (т.е. когда результат обнаружения ошибок на компонентной несущей 1 (PCell) представляет собой ACK, а результат обнаружения ошибок на компонентной несущей 2 (SCell) представляет собой NACK), сигналы ответа преобразуются в PUCCH-ресурс в PUCCH-области 1, который должен быть неявно передан в служебных сигналах, в то время как первая фазовая точка (например, фазовая точка (1, 0) и т.п.) используется в качестве фазовой точки сигналов ответа. Помимо этого, когда терминал 1 успешно выполняет прием данных нисходящей линии связи по компонентной несущей 1 (PCell), а также успешно выполняет прием данных нисходящей линии связи по компонентной несущей 2 (SCell), сигналы ответа преобразуются в PUCCH-ресурс в PUCCH-области 2, в то время как используется первая фазовая точка. Иными словами, в конфигурации, включающей в себя две компонентных несущие нисходящей линии связи с режимом передачи, который поддерживает только один транспортный блок (TB) в расчете на компонентную несущую нисходящей линии связи, результаты обнаружения ошибок представляются в четырех шаблонах (т.е. ACK/ACK, ACK/NACK, NACK/ACK и NACK/NACK). Следовательно, четыре шаблона могут быть представлены посредством комбинаций двух PUCCH-ресурсов и двух видов фазовых точек (например, преобразования на основе двухпозиционной фазовой манипуляции (BPSK)).
[0030] Помимо этого, когда терминал 1 выполняет с ошибкой прием DCI на компонентной несущей 1 (PCell), но успешно выполняет прием данных нисходящей линии связи на компонентной несущей 2 (SCell) (т.е. результат обнаружения ошибок на компонентной несущей 1 (PCell) представляет собой DTX, а результат обнаружения ошибок на компонентной несущей 2 (SCell) представляет собой ACK), CCE, занимаемые посредством PDCCH, предназначенного для терминала 1, не могут быть идентифицированы. Таким образом, PUCCH-ресурс, включенный в PUCCH-область 1 и ассоциированный в однозначном соответствии с первым CCE-индексом CCE, также не может быть идентифицирован. Соответственно, в этом случае, чтобы сообщать ACK, которое является результатом обнаружения ошибок на компонентной несущей 2, сигналы ответа должны преобразовываться в явно передаваемый в служебных сигналах PUCCH-ресурс, включенный в PUCCH-область 2 (в дальнейшем может упоминаться как "поддержка неявной передачи служебных сигналов").
[0031] Более конкретно, фиг. 5 и фиг. 6 иллюстрируют преобразование шаблонов для результатов обнаружения ошибок в конфигурации, включающей в себя две компонентных несущие нисходящей линии связи (одну PCell и одну SCell) с:
(a) режимом передачи, который поддерживает только 1 TB для каждой компонентной несущей нисходящей линии связи;
(b) режимом передачи, который поддерживает только 1 TB для компонентной несущей нисходящей линии связи PCell, и режимом передачи, который поддерживает до 2 TB для компонентной несущей нисходящей линии связи SCell;
(c) режимом передачи, который поддерживает до 2 TB для компонентной несущей нисходящей линии связи PCell, и режимом передачи, который поддерживает только 1 TB для компонентной несущей нисходящей линии связи SCell; и
(d) режимом передачи, который поддерживает до 2 TB для каждой компонентной несущей нисходящей линии связи. Фиг. 7 иллюстрирует преобразование каждого по фиг. 5 и фиг. 6 в форме таблицы (в дальнейшем в этом документе, может упоминаться как "таблица преобразования" или "таблица правил передачи").
[0032] Для передачи по каналу передачи данных нисходящей линии связи (физическому совместно используемому каналу нисходящей линии связи: PDSCH) в PCell, способ указания PUCCH-ресурсов, раскрытый в NPL 8, использует неявный ресурс, когда динамическая диспетчеризация используется для PCell. Между тем, когда SPS используется для PCell, этот способ использует один из четырех PUCCH-ресурсов, предварительно заданных в однозначном соответствии со значениями TPC-команды для PUCCH, который включается в PDCCH, указывающий активацию SPS, аналогично 3GPP LTE. Для PDSCH-передачи в SCell этот способ использует неявный ресурс, когда PDCCH, соответствующий PDSCH в SCell, размещается в PCell (в дальнейшем в этом документе, может упоминаться "как перекрестная диспетчеризация несущих от PCell к SCell"), и использует явный ресурс, когда не сконфигурирована перекрестная диспетчеризация несущих от PCell к SCell.
[0033] В способе, раскрытом в NPL 8, для PDSCH-передачи в SCell, когда не сконфигурирована перекрестная диспетчеризация несущих от PCell к SCell, PDCCH, соответствующий PDSCH в SCell, размещается в SCell. В таком случае, если используется неявный ресурс, который неявно указывается на основе CCE-индекса, CCE-индекс PDCCH, размещенного в PCell, который предназначен для целевого терминала или другого терминала, может быть идентичным CCE PDCCH, размещенного в SCell, который предназначен для целевого терминала. В этом случае, идентичный PUCCH-ресурс указывается как для PCell, так и для SCell, и непредпочтительно возникает коллизия сигналов ответа. По этой причине, явный ресурс используется для PDSCH-передачи в SCell, когда не сконфигурирована перекрестная диспетчеризация несущих от PCell к SCell. С другой стороны, для PDSCH-передачи в SCell, когда сконфигурирована перекрестная диспетчеризация несущих от PCell к SCell, PDCCH, соответствующий PDSCH в SCell, размещается в PCell. В этом случае, не возникает такая ситуация, в которой CCE, занимаемый посредством другого PDCCH, предназначенного для идентичного терминала, или посредством PDCCH, предназначенного для другого терминала, используется для CCE, занимаемого посредством вышеуказанного PDCCH. Следовательно, неявный ресурс может использоваться для PDSCH-передачи в SCell, когда сконфигурирована перекрестная диспетчеризация несущих от PCell к SCell.
[0034] Способ указания PUCCH-ресурсов, раскрытый в NPL 9, использует один неявный ресурс для не-MIMO DCI и два неявных ресурса для MIMO DCI для PDSCH-передачи в PCell. Этот способ использует явный ресурс для PDSCH-передачи в SCell.
[0035] В случае NPL 9, 1 CCE включает в себя 36 элементов ресурсов (RE), и в силу этого 72 бита могут быть переданы в расчете на CCE, когда используется QPSK-преобразование для каждого элемента ресурсов. Не-MIMO DCI имеет меньшее число битов, чем MIMO DCI, и в силу этого может быть передана с использованием 1 CCE. Напротив, MIMO DCI имеет большее число битов, чем не-MIMO DCI, и, в общем, передается с использованием 2 или более CCE, чтобы уменьшать частоту ошибок PDCCH. Соответственно, в случае NPL 9, один неявный ресурс используется для не-MIMO DCI с учетом PDCCH-передачи с использованием 1 или более CCE, тогда как два неявных ресурса используются для MIMO DCI с учетом PDCCH-передачи с использованием 2 или более CCE.
[0036] Если два неявных ресурса используются для PDCCH-передачи с использованием 1 CCE, поскольку неявные ресурсы ассоциированы в однозначном соответствии с CCE-индексами, 2 CCE должны заниматься для индикатора PUCCH-ресурсов, хотя PDCCH-передача занимает только 1 CCE. В таком случае, если большее число CCE, чем число CCE, занимаемых посредством PDCCH, занимается для индикатора PUCCH-ресурсов, PDCCH для другого терминала не может назначаться этим CCE, что приводит к ограничениям на PDCCH-диспетчеризацию в базовой станции.
СПИСОК БИБЛИОГРАФИЧЕСКИХ ССЫЛОК
НЕПАТЕНТНЫЕ ДОКУМЕНТЫ
[0037] NPL 1
3GPP TS 36.211 V9.1.0, "Physical Channels and Modulation (Release 9)", май 2010 года
NPL 2
3GPP TS 36.212 V9.2.0, "Multiplexing and channel coding (Release 9)", июнь 2010 года
NPL 3
3GPP TS 36.213 V9.2.0, "Physical layer procedures (Release 9)", июнь 2010 года
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 года
NPL 8
Samsung, CATT, ETRI, Panasonic, Ericsson, ST-Ericsson, LG-Ericsson, LG Electronics, InterDigital, MediaTek, Huawei, NTT DOCOMO, Potevio, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, RIM и Sharp, 3GPP RAN1 meeting #62, R1-105040, "Way Forward on PUCCH Resource Allocation", август 2010 года
NPL 9
CATT, CATR и CMCC, 3GPP RAN1 meeting #63, R1-106495, "Way forward on TDD ACK/NAK in Rel-10", ноябрь 2010 года
NPL 10
NTT DOCOMO, 3GPP RAN1 meeting #63, R1-106175, "Remaining Issue for Channel Selection", ноябрь 2010 года
КРАТКОЕ ИЗЛОЖЕНИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ
[0038] В случае если число CC, сконфигурированных (полустатически сконфигурированных) в терминале, равно 2, число ACK/NACK-битов, которое терминал сообщает в базовую станцию, определяется на основе числа кодовых слов (CW), предварительно заданных в терминале, т.е., если точнее, на основе режима передачи вместо числа фактически передаваемых CW. Иными словами, таблица преобразования выбирается на основе заданного режима передачи. Например, когда терминал сконфигурирован с 2 CC и режимом передачи, который поддерживает до 2 TB (режимом 3, 4 или 8 передачи) для PCell, и режимом передачи, который поддерживает только 1 TB (режимом 1, 2, 5, 6 или 7 передачи) для SCell, терминал сообщает сигналы ответа в базовую станцию с использованием трехбитовой таблицы преобразования, независимо от числа фактически передаваемых (динамических) TB.
[0039] Предположим ситуацию, в которой SPS-передача выполняется для PCell, когда терминал сконфигурирован с 2 CC и режимом передачи, который поддерживает до 2 TB (режимом 3, 4 или 8 передачи) для PCell, и режимом передачи, который поддерживает только 1 TB (режимом 1, 2, 5, 6 или 7 передачи) для SCell. Согласно способам, раскрытым в NPL 8 и NPL 9, указываются всего два PUCCH-ресурса, при этом ресурсы включают в себя один PUCCH-ресурс для SPS в PCell и один PUCCH-ресурс (неявный ресурс, когда сконфигурирована перекрестная диспетчеризация несущих от PCell к SCell, или явный ресурс, когда не сконфигурирована перекрестная диспетчеризация несущих от PCell к SCell) в SCell.
[0040] Как проиллюстрировано на фиг. 8, тем не менее, три PUCCH-ресурса требуются в вышеописанном случае, когда SPS-передача выполняется для PCell, когда терминал сконфигурирован с 2 CC и режимом передачи, который поддерживает до 2 TB (режимом 3, 4 или 8 передачи) для PCell, и режимом передачи, который поддерживает только 1 TB (режимом 1, 2, 5, 6 или 7 передачи) для SCell, при условии что сигналы ответа (т.е. "A, N/D,", "N/D, N/D,", "A, N/D, N/D" и "N/D, N/D, N/D") в частях, помимо затененных частей, в которых PDSCH (CW1) в PCell всегда представляет собой NACK или DTX, сообщаются в базовую станцию. Иными словами, не хватает одного PUCCH-ресурса.
[0041] Как раскрыто в NPL 8, существует способ с использованием неявного ресурса, ассоциированного в однозначном соответствии с первым CCE-индексом CCE, занимаемых посредством PDCCH, указывающего PDSCH в PCell. Тем не менее, поскольку отсутствует PDCCH, предназначенный для целевого терминала и указывающий PDSCH, диспетчеризованный посредством SPS в PCell, неявный ресурс не может быть использован.
(1)
(1)
(1)
(1)
PUCCH
PUCCH
PUCCH
PUCCH
[0042] Может быть использован такой способ, как проиллюстрировано на фиг. 9, который получается посредством расширения 3GPP LTE. Этот способ использует PUCCH-ресурс, соответствующий одному из четырех индексов PUCCH-ресурсов (n ) (первому-четвертому индексам PUCCH-ресурсов), которые задаются заранее в однозначном соответствии с (двухбитовыми) значениями команды управления мощностью передачи (TPC) в PUCCH, включенном в PDCCH, указывающий активацию SPS; и дополнительно использует PUCCH-ресурс, соответствующий одному из четырех индексов PUCCH-ресурсов (n ' (n '≠n )) (пятого-восьмого индексов PUCCH-ресурсов), независимо от вышеуказанного. Тем не менее, согласно этому способу, объем передаваемых служебных сигналов из базовой станции удваивается с четырех PUCCH-ресурсов до восьми PUCCH-ресурсов. Более конкретно, условие для использования в терминале первого-четвертого индексов PUCCH-ресурсов представляет собой "в ходе SPS", тогда как условие для использования в терминале пятого-восьмого индексов PUCCH-ресурсов представляет собой "в ходе SPS, и когда режим передачи, который поддерживает до 2 TB, задается для PCell", т.е. эти условия отличаются. Соответственно, возникает проблема в том, что объем передаваемых служебных сигналов должен быть увеличен для второго условия "в ходе SPS, и когда режим передачи, который поддерживает до 2 TB, задается для PCell", которое возникает менее часто.
[0043] Аналогичная проблема существует, когда терминал сконфигурирован с 2 CC и режимом передачи, который поддерживает до 2 TB (режимом 3, 4 или 8 передачи) для каждой из PCell и SCell. Когда SPS-передача выполняется для PCell, три PUCCH-ресурса всего указываются согласно способам, раскрытым в NPL 8 и NPL 9. Три PUCCH-ресурса представляют собой один PUCCH-ресурс для SPS в PCell и два PUCCH-ресурса (неявные ресурсы, когда сконфигурирована перекрестная диспетчеризация несущих от PCell к SCell, или явные ресурсы, когда не сконфигурирована перекрестная диспетчеризация несущих от PCell к SCell) в SCell.
[0044] Как раскрыто в NPL 10, допустим, что когда передача 1 CW (1 TB) выполняется для PCell, сигналы ответа, представляющие то, что PDSCH (CW0) и PDSCH (CW1) в PCell представляют собой "ACK, NACK" или "NACK, ACK", не используются, а сигналы ответа, представляющие то, что PDSCH (CW0) и PDSCH (CW1) в PCell представляют собой "ACK, ACK" или "NACK, NACK", используются. В соответствии с этим допущением, как проиллюстрировано на фиг. 10, четыре PUCCH-ресурса требуются, когда SPS-передача (передача 1 TB) выполняется для PCell, в случае если терминал сконфигурирован с 2 CC и режимом передачи, который поддерживает до 2 TB (режимом 3, 4 или 8 передачи) для каждой из PCell и SCell. Иными словами, не хватает одного PUCCH-ресурса.
[0045] С учетом вышеуказанных проблем, задача настоящего изобретения состоит в том, чтобы предоставлять способ указания PUCCH-ресурсов, допускающий уменьшение объема передаваемых служебных сигналов из базовой станции и разрешение нехватки PUCCH-ресурсов в PCell в ходе полупостоянной диспетчеризации, когда терминал сконфигурирован с 2 CC и режимом передачи, который поддерживает до 2 TB (режимом 3, 4 или 8 передачи), по меньшей мере, для PCell.
[0046] Задача настоящего изобретения состоит в том, чтобы предоставлять терминальное устройство, устройство базовой станции, способ передачи и способ приема, допускающие уменьшение объема передаваемых служебных сигналов из базовой станции, а также разрешение нехватки PUCCH-ресурсов в ходе полупостоянной диспетчеризации в PCell, когда терминал сконфигурирован с режимом передачи, который поддерживает до 2 TB для PCell, при том что ARQ применяется к связи с использованием компонентной несущей восходящей линии связи и множества компонентных несущих нисходящей линии связи, ассоциированных с компонентной несущей восходящей линии связи.
РЕШЕНИЕ ЗАДАЧИ
[0047] Терминальное устройство согласно одному аспекту настоящего изобретения обменивается данными с базовой станцией с использованием группы компонентных несущих, включающей в себя две компонентные несущие нисходящей линии связи и, по меньшей мере, одну компонентную несущую восходящей линии связи, и сконфигурировано с режимом передачи, который поддерживает до двух TB для данных, назначаемых, по меньшей мере, PCell. Терминальное устройство включает в себя: модуль приема управляющей информации, который принимает управляющую информацию назначения в нисходящей линии связи, передаваемую через канал управления нисходящей линии связи, по меньшей мере, одной из компонентных несущих нисходящей линии связи в группе компонентных несущих; модуль приема данных нисходящей линии связи, который принимает данные нисходящей линии связи, передаваемые через канал передачи данных нисходящей линии связи, указываемый посредством управляющей информации назначения в нисходящей линии связи; модуль обнаружения ошибок, который обнаруживает ошибку при приеме в данных нисходящей линии связи; первый модуль управления ответами, который передает сигнал ответа через канал управления восходящей линии связи компонентной несущей восходящей линии связи на основе результата обнаружения ошибок, полученного посредством модуля обнаружения ошибок, и таблицы правил передачи для сигнала ответа; и второй модуль управления ответами, который выбирает, в ходе полупостоянной диспетчеризации, первый канал управления восходящей линии связи из числа каналов управления восходящей линии связи на основе индекса первого канала управления восходящей линии связи, ассоциированного в однозначном соответствии с первой информацией управления мощностью передачи, включенной в управляющую информацию назначения в нисходящей линии связи, указывающую активацию полупостоянной диспетчеризации. Второй модуль управления ответами выбирает второй канал управления восходящей линии связи на основе первого канала управления восходящей линии связи.
[0048] Устройство базовой станции согласно одному аспекту настоящего изобретения обменивается данными с терминальным устройством с использованием группы компонентных несущих, включающей в себя две компонентных несущие нисходящей линии связи и, по меньшей мере, одну компонентную несущую восходящей линии связи. Устройство базовой станции включает в себя: модуль передачи управляющей информации, который передает управляющую информацию назначения в нисходящей линии связи через канал управления нисходящей линии связи, по меньшей мере, одной компонентной несущей нисходящей линии связи в группе компонентных несущих в терминальное устройство, сконфигурированное с режимом передачи, который поддерживает до 2 TB для данных, назначаемых, по меньшей мере, PCell; модуль передачи данных нисходящей линии связи, который передает данные нисходящей линии связи через канал передачи данных нисходящей линии связи, указываемый посредством управляющей информации назначения в нисходящей линии связи для терминального устройства; первый модуль приема ответов, который принимает сигнал ответа, передаваемый из терминального устройства через канал управления восходящей линии связи компонентной несущей восходящей линии связи; и второй модуль приема ответов, который выбирает, в ходе полупостоянной диспетчеризации, первый канал управления восходящей линии связи из числа каналов управления восходящей линии связи на основе индекса первого канала управления восходящей линии связи, ассоциированного в однозначном соответствии с первой информацией управления мощностью передачи, включенной в управляющую информацию назначения в нисходящей линии связи, указывающую активацию полупостоянной диспетчеризации. Второй модуль приема ответов выбирает второй канал управления восходящей линии связи на основе первого канала управления восходящей линии связи.
[0049] Способ передачи согласно одному аспекту настоящего изобретения включает в себя: осуществление связи с использованием группы компонентных несущих, включающей в себя две компонентных несущие нисходящей линии связи и, по меньшей мере, одну компонентную несущую восходящей линии связи; и задание режима передачи, который поддерживает до 2 TB для данных, назначаемых, по меньшей мере, PCell. Способ передачи включает в себя: этап приема управляющей информации для приема управляющей информации назначения в нисходящей линии связи, передаваемой через канал управления нисходящей линии связи, по меньшей мере, одной из компонентных несущих нисходящей линии связи в группе компонентных несущих; этап приема данных нисходящей линии связи для приема данных нисходящей линии связи, передаваемых через канал передачи данных нисходящей линии связи, указываемый посредством управляющей информации назначения в нисходящей линии связи; этап обнаружения ошибок для обнаружения ошибки при приеме в данных нисходящей линии связи; первый этап управления ответами для передачи сигнала ответа через канал управления восходящей линии связи компонентной несущей восходящей линии связи на основе результата обнаружения ошибок, полученного на этапе обнаружения ошибок, и таблицы правил передачи для сигнала ответа; и второй этап управления ответами для выбора, в ходе полупостоянной диспетчеризации, первого канала управления восходящей линии связи из числа каналов управления восходящей линии связи на основе индекса первого канала управления восходящей линии связи, ассоциированного в однозначном соответствии с первой информацией управления мощностью передачи, включенной в управляющую информацию назначения в нисходящей линии связи, указывающую активацию полупостоянной диспетчеризации. Второй этап управления ответами включает в себя выбор второго канала управления восходящей линии связи на основе первого канала управления восходящей линии связи.
[0050] Способ приема согласно одному аспекту настоящего изобретения включает в себя: осуществление связи с использованием группы компонентных несущих, включающей в себя две компонентных несущие нисходящей линии связи и, по меньшей мере, одну компонентную несущую восходящей линии связи; и задание режима передачи, который поддерживает до 2 TB для данных, назначаемых, по меньшей мере, PCell. Способ приема включает в себя: этап передачи управляющей информации для передачи управляющей информации назначения в нисходящей линии связи через канал управления нисходящей линии связи, по меньшей мере, одной из компонентных несущих нисходящей линии связи в группе компонентных несущих; этап передачи данных нисходящей линии связи для передачи данных нисходящей линии связи через канал передачи данных нисходящей линии связи, указываемый посредством управляющей информации назначения в нисходящей линии связи; первый этап приема ответов сигнала для приема ответа, передаваемого из терминального устройства через канал управления восходящей линии связи компонентной несущей восходящей линии связи; и второй этап приема ответов для выбора, в ходе полупостоянной диспетчеризации, первого канала управления восходящей линии связи из числа каналов управления восходящей линии связи на основе индекса первого канала управления восходящей линии связи, ассоциированного в однозначном соответствии с первой информацией управления мощностью передачи, включенной в управляющую информацию назначения в нисходящей линии связи, указывающую активацию полупостоянной диспетчеризации. Второй этап приема ответов включает в себя выбор второго канала управления восходящей линии связи на основе первого канала управления восходящей линии связи.
[0051] Согласно настоящему изобретению, объем передаваемых служебных сигналов из базовой станции может быть уменьшен, тогда как нехватка PUCCH-ресурсов может разрешаться в ходе полупостоянной диспетчеризации в PCell, когда терминал сконфигурирован с режимом передачи, который поддерживает до 2 TB для PCell, при том, что ARQ применяется к связи с использованием компонентной несущей восходящей линии связи и множества компонентных несущих нисходящей линии связи, ассоциированных с компонентной несущей восходящей линии связи.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0052] Фиг. 1 является схемой, иллюстрирующей способ кодирования с расширением спектра сигналов ответа и опорных сигналов;
Фиг. 2 является схемой, иллюстрирующей операцию, связанную со случаем, в котором TDM применяется к сигналам ответа и данным восходящей линии связи на PUSCH-ресурсах;
Фиг. 3 является схемой, предоставленной для описания асимметричного агрегирования несущих и управляющей последовательности, применяемой к отдельным терминалам;
Фиг. 4 является схемой, предоставленной для описания асимметричного агрегирования несущих и управляющей последовательности, применяемой к отдельным терминалам;
Фиг. 5 является схемой 1, предоставленной для описания примеров ACK/NACK-преобразования (пример 1);
Фиг. 6 является схемой 2, предоставленной для описания примеров ACK/NACK-преобразования (пример 2);
Фиг. 7 иллюстрирует таблицу ACK/NACK-преобразования;
Фиг. 8 предоставляется для описания способа указания PUCCH-ресурсов (схема 1);
Фиг. 9 предоставляется для описания способа указания PUCCH-ресурсов для SPS, который может быть представлен специалистами в данной области техники;
Фиг. 10 предоставляется для описания способа указания PUCCH-ресурсов (схема 2);
Фиг. 11 является блок-схемой, иллюстрирующей основную конфигурацию базовой станции согласно варианту осуществления настоящего изобретения;
Фиг. 12 является блок-схемой, иллюстрирующей основную конфигурацию терминала согласно варианту осуществления настоящего изобретения;
Фиг. 13 является блок-схемой, иллюстрирующей конфигурацию базовой станции согласно варианту осуществления настоящего изобретения;
Фиг. 14 является блок-схемой, иллюстрирующей конфигурацию терминала согласно варианту осуществления настоящего изобретения;
Фиг. 15 иллюстрирует пример управления для PUCCH-ресурсов согласно варианту осуществления настоящего изобретения (пример 1);
Фиг. 16 иллюстрирует пример управления для PUCCH-ресурсов согласно варианту осуществления настоящего изобретения (пример 2);
Фиг. 17 иллюстрирует первый способ указания PUCCH-ресурсов для SPS согласно варианту осуществления настоящего изобретения;
Фиг. 18 иллюстрирует второй способ указания PUCCH-ресурсов для SPS согласно варианту осуществления настоящего изобретения (способ 1); и
Фиг. 19 иллюстрирует второй способ указания PUCCH-ресурсов для SPS согласно варианту осуществления настоящего изобретения (способ 2).
ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
[0053] Далее подробно описываются примерные варианты осуществления настоящего изобретения со ссылками на прилагаемые чертежи. Во всех вариантах осуществления идентичным элементам назначаются идентичные ссылки с номерами, и дублированное описание элементов опускается.
[0054] ВАРИАНТ 1 ОСУЩЕСТВЛЕНИЯ
Фиг. 11 является схемой основной конфигурации базовой станции 100 согласно настоящему варианту осуществления. Базовая станция 100 обменивается данными с терминалом 200 с использованием группы компонентных несущих, включающей в себя две компонентных несущие нисходящей линии связи и, по меньшей мере, одну компонентную несущую восходящей линии связи. В базовой станции 100 модуль 108 преобразования преобразует для терминала 200, сконфигурированного с режимом передачи, который поддерживает до 2 транспортных блоков для данных, назначаемых, по меньшей мере, первой компонентной несущей нисходящей линии связи (PCell) из двух компонентных несущих нисходящей линии связи, управляющую информацию назначения в нисходящей линии связи (DCI) в канал управления нисходящей линии связи (PDCCH), по меньшей мере, одной компонентной несущей нисходящей линии связи в группе компонентных несущих, а также преобразует данные нисходящей линии связи в канал передачи данных нисходящей линии связи (PDSCH), указываемый посредством управляющей информации назначения в нисходящей линии связи. Как результат, управляющая информация назначения в нисходящей линии связи передается через канал управления нисходящей линии связи (PDCCH), и данные нисходящей линии связи передаются через канал передачи данных нисходящей линии связи (PDSCH). Дополнительно, модуль 114 извлечения PUCCH принимает сигнал ответа, соответствующий данным нисходящей линии связи, через канал управления восходящей линии связи (PUCCH) компонентной несущей восходящей линии связи. В ходе SPS модуль 114 извлечения PUCCH выбирает ресурс первого канала управления восходящей линии связи, соответствующий первому индексу из индексов (индексов PUCCH-ресурсов), указывающих ресурсы канала управления восходящей линии связи (PUCCH-ресурсы), включенные в канал управления восходящей линии связи (PUCCH), и выбирает ресурс второго канала управления восходящей линии связи на основе ресурса первого канала управления восходящей линии связи.
[0055] Фиг. 12 является схемой основной конфигурации терминала 200 согласно настоящему варианту осуществления. Терминал 200 обменивается данными с базовой станцией 100 с использованием группы компонентных несущих, включающей в себя две компонентных несущие нисходящей линии связи и, по меньшей мере, одну компонентную несущую восходящей линии связи. Терминал 200 сконфигурирован с режимом передачи, который поддерживает до 2 транспортных блоков для данных, назначаемых, по меньшей мере, первой компонентной несущей нисходящей линии связи (PCell) из двух компонентных несущих нисходящей линии связи. В терминале 200 модуль 204 извлечения принимает управляющую информацию назначения в нисходящей линии связи (DCI), передаваемую через канал управления нисходящей линии связи (PDCCH), по меньшей мере, одной компонентной несущей нисходящей линии связи в группе компонентных несущих, и принимает данные нисходящей линии связи, передаваемые через канал передачи данных нисходящей линии связи (PDSCH), указываемый посредством управляющей информации назначения в нисходящей линии связи. CRC-модуль 211 обнаруживает ошибку при приеме данных нисходящей линии связи. Модуль 208 управления передает сигнал ответа, соответствующий данным нисходящей линии связи, через канал управления восходящей линии связи (PUCCH) компонентной несущей восходящей линии связи на основе результата обнаружения ошибок, полученного посредством CRC-модуля 211, и таблицы правил передачи для сигнала ответа. В ходе полупостоянной диспетчеризации (SPS) модуль 208 управления выбирает ресурс первого канала управления восходящей линии связи, соответствующий первому индексу из индексов (индексов PUCCH-ресурсов), указывающих ресурсы канала управления восходящей линии связи (PUCCH-ресурсы), включенные в канал управления восходящей линии связи, и выбирает ресурс второго канала управления восходящей линии связи на основе выбранного ресурса первого канала управления восходящей линии связи.
[0056] Ресурсы для передачи сигналов ответа, включающие в себя ресурс первого канала управления восходящей линии связи и ресурс второго канала управления восходящей линии связи, задаются в таблице правил передачи для терминала 200, сконфигурированного с первой компонентной несущей нисходящей линии связи. Кроме того, первый индекс задается как индекс PUCCH-ресурса, который ассоциирован в однозначном соответствии с первой информацией управления мощностью передачи (TPC-командой для PUCCH), включенной в управление назначением в нисходящей линии связи, указывающее активацию SPS.
[0057] КОНФИГУРАЦИЯ БАЗОВОЙ СТАНЦИИ
Фиг. 13 является схемой конфигурации базовой станции 100 согласно варианту 1 осуществления настоящего изобретения. На фиг. 13, базовая станция 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 формирования управляющих сигналов повторной передачи.
[0058] Модуль 101 управления назначает ресурс нисходящей линии связи для передачи управляющей информации (т.е. ресурс для назначения управляющей информации нисходящей линии связи) и ресурс нисходящей линии связи для передачи данных нисходящей линии связи (т.е. ресурс для назначения данных нисходящей линии связи) для целевого терминала 200 для назначения ресурсов (в дальнейшем в этом документе, называемого "целевым терминалом" или просто "терминалом"). Это назначение ресурсов выполняется в компонентной несущей нисходящей линии связи в группе компонентных несущих, сконфигурированной для целевого терминала 200 для назначения ресурсов. Помимо этого, ресурс для назначения управляющей информации нисходящей линии связи выбирается из числа ресурсов, соответствующих каналу управления нисходящей линии связи (т.е. PDCCH) в каждой компонентной несущей нисходящей линии связи. Кроме того, ресурс для назначения данных нисходящей линии связи выбирается из числа ресурсов, соответствующих каналу передачи данных нисходящей линии связи (т.е. PDSCH) в каждой компонентной несущей нисходящей линии связи. Помимо этого, когда существует множество целевых терминалов 200 для назначения ресурсов, модуль 101 управления назначает различные ресурсы целевым терминалам 200 для назначения ресурсов, соответственно.
[0059] Ресурсы для назначения управляющей информации нисходящей линии связи являются эквивалентными L1/L2 CCH, описанному выше. Более конкретно, ресурсы для назначения управляющей информации нисходящей линии связи формируются из одного или множества CCE (или R-CCE, и могут упоминаться просто как "CCE" без различий между CCE и R-CCE).
[0060] Модуль 101 управления определяет скорость кодирования, используемую для передачи управляющей информации в целевой терминал 200 для назначения ресурсов. Размер данных управляющей информации варьируется в зависимости от скорости кодирования. Таким образом, модуль 101 управления назначает ресурс для назначения управляющей информации нисходящей линии связи, имеющий число CCE, которое дает возможность преобразования управляющей информации, имеющей этот размер данных, в ресурс.
[0061] Модуль 101 управления выводит информацию относительно ресурса для назначения данных нисходящей линии связи в модуль 102 формирования управляющей информации. Кроме того, модуль 101 управления выводит информацию относительно скорости кодирования в модуль 103 кодирования. Помимо этого, модуль 101 управления определяет и выводит скорость кодирования передаваемых данных (т.е. данных нисходящей линии связи) в модуль 105 кодирования. Кроме того, модуль 101 управления выводит информацию относительно ресурса для назначения данных нисходящей линии связи и ресурса для назначения управляющей информации нисходящей линии связи в модуль 108 преобразования. Тем не менее, модуль 101 управления управляет назначением таким образом, что данные нисходящей линии связи и управляющая информация нисходящей линии связи для данных нисходящей линии связи преобразуются в идентичную компонентную несущую нисходящей линии связи.
[0062] Модуль 102 формирования управляющей информации формирует и выводит управляющую информацию, включающую в себя информацию относительно ресурса для назначения данных нисходящей линии связи, в модуль 103 кодирования. Эта управляющая информация формируется для каждой компонентной несущей нисходящей линии связи. Помимо этого, когда существует множество целевых терминалов 200 для назначения ресурсов, управляющая информация включает в себя идентификатор терминала для каждого целевого терминала 200, чтобы отличать целевые терминалы 200 для назначения ресурсов друг от друга. Например, управляющая информация включает в себя CRC-биты, маскируемые посредством идентификатора терминала для целевого терминала 200. Эта управляющая информация может упоминаться "как управляющая информация, переносящая назначение в нисходящей линии связи" или "управляющая информация нисходящей линии связи (DCI)".
[0063] Модуль 103 кодирования кодирует управляющую информацию с использованием скорости кодирования, принимаемой из модуля 101 управления, и выводит кодированную управляющую информацию в модуль 104 модуляции.
[0064] Модуль 104 модуляции модулирует кодированную управляющую информацию и выводит полученные в результате модулирующие сигналы в модуль 108 преобразования.
[0065] Модуль 105 кодирования использует передаваемые данные (т.е. данные нисходящей линии связи) для каждого целевого терминала 200 и информацию скорости кодирования из модуля 101 управления в качестве ввода и кодирует и выводит передаваемые данные в модуль 106 управления передачей данных. Тем не менее, когда множество компонентных несущих нисходящей линии связи назначается целевому терминалу 200, модуль 105 кодирования кодирует каждый фрагмент передаваемых данных, которые должны быть переданы по соответствующей одной из компонентных несущих нисходящей линии связи, и передает кодированные фрагменты передаваемых данных в модуль 106 управления передачей данных.
[0066] Модуль 106 управления передачей данных выводит кодированные передаваемые данные в модуль 107 модуляции, а также сохраняет кодированные передаваемые данные при начальной передаче. Модуль 106 управления передачей данных сохраняет кодированные передаваемые данные для каждого целевого терминала 200. Помимо этого, модуль 106 управления передачей данных сохраняет передаваемые данные для одного целевого терминала 200 для каждой компонентной несущей нисходящей линии связи, на которой передаются передаваемые данные. Таким образом, можно выполнять не только управление повторной передачей для всех данных, передаваемых в целевой терминал 200, но также и управление повторной передачей для данных по каждой компонентной несущей нисходящей линии связи.
[0067] Кроме того, при приеме NACK или DTX для данных нисходящей линии связи, передаваемых на определенной компонентной несущей нисходящей линии связи из модуля 122 формирования управляющих сигналов повторной передачи, модуль 106 управления передачей данных выводит данные, сохраняемые способом, описанным выше, и соответствующие этой компонентной несущей нисходящей линии связи, в модуль 107 модуляции. При приеме ACK для данных нисходящей линии связи, передаваемых на определенной компонентной несущей нисходящей линии связи из модуля 122 формирования управляющих сигналов повторной передачи, модуль 106 управления передачей данных удаляет данные, сохраняемые способом, описанным выше и соответствующие этой компонентной несущей нисходящей линии связи.
[0068] Модуль 107 модуляции модулирует кодированные передаваемые данные, принятые из модуля 106 управления передачей данных, и выводит полученные в результате модулирующие сигналы в модуль 108 преобразования.
[0069] Модуль 108 преобразования преобразует модулирующие сигналы управляющей информации, принимаемой из модуля 104 модуляции, в ресурс, указываемый посредством ресурса для назначения управляющей информации нисходящей линии связи, принимаемого из модуля 101 управления, и выводит полученные в результате модулирующие сигналы в IFFT-модуль 109.
[0070] Модуль 108 преобразования преобразует модулирующие сигналы передаваемых данных, принимаемых из модуля 107 модуляции, в ресурс (т.е. PDSCH (т.е. канал передачи данных нисходящей линии связи)), указываемый посредством ресурса для назначения данных нисходящей линии связи, принимаемого из модуля 101 управления (т.е. информации, включенной в управляющую информацию), и выводит полученные в результате модулирующие сигналы в IFFT-модуль 109.
[0071] Управляющая информация и передаваемые данные, преобразованные во множество поднесущих во множестве компонентных несущих нисходящей линии связи в модуле 108 преобразования, преобразуются в сигналы временной области из сигналов частотной области в IFFT-модуле 109, и модуль 110 добавления CP добавляет CP к сигналам временной области, чтобы формировать OFDM-сигналы. OFDM-сигналы подвергаются обработке передачи, такой как цифроаналоговое (D/A) преобразование, усиление и преобразование с повышением частоты и т.п., в радиопередающем модуле 111 и передаются в терминал 200 через антенну.
[0072] Радиоприемный модуль 112 принимает, через антенну, сигналы ответа восходящей линии связи или опорные сигналы, передаваемые из терминала 200, и выполняет обработку приема, такую как преобразование с понижением частоты, аналогово-цифровое преобразование и т.п., для сигналов ответа восходящей линии связи или опорных сигналов.
[0073] Модуль 113 удаления CP удаляет CP, добавленный к сигналам ответа восходящей линии связи или опорным сигналам, из сигналов ответа восходящей линии связи или опорных сигналов, которые подвергнуты обработке приема.
[0074] Модуль 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 декодирования с сужением спектра.
[0075] Помимо этого, модуль 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. PUCCH-ресурс, выбранный посредством модуля 114 извлечения PUCCH, подробно описывается ниже.
[0076] Модуль 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 корреляции.
[0077] Модуль 115-1 декодирования с сужением спектра и процессор 117-1 корреляции выполняют обработку для опорных сигналов, извлеченных из PUCCH-области, соответствующей пакетированному ACK/NACK-ресурсу.
[0078] Более конкретно, модуль 115-1 декодирования с сужением спектра декодирует с сужением спектра часть опорных сигналов с использованием последовательности Уолша, которая должна быть использована при вторичном кодировании с расширением спектра для опорных сигналов пакетированного ACK/NACK-ресурса посредством терминала 200, и выводит декодированные с расширением спектра сигналы в процессор 117-1 корреляции.
[0079] Процессор 117-1 корреляции использует информацию, указывающую окно корреляции, соответствующее ресурсу опорных сигналов, и базовую последовательность, и тем самым обнаруживает значение корреляции между сигналами, принимаемыми из модуля 115-1 декодирования с сужением спектра, и базовой последовательностью, которая может быть использована при первичном кодировании с расширением спектра в терминале 200. Процессор 117-1 корреляции выводит значение корреляции в модуль 121 определения пакетированных A/N.
[0080] Модуль 115-2 декодирования с сужением спектра и процессор 117-2 корреляции выполняют обработку для опорных сигналов и A/N, извлеченных из множества PUCCH-областей, соответствующих множеству A/N-ресурсов.
[0081] Более конкретно, модуль 115-2 декодирования с сужением спектра декодирует с сужением спектра часть данных и часть опорных сигналов с использованием последовательности Уолша и DFT-последовательности, которая должна быть использована при вторичном кодировании с расширением спектра для части данных и части опорных сигналов каждого из A/N-ресурсов посредством терминала 200, и выводит декодированные с расширением спектра сигналы в процессор 117-2 корреляции.
[0082] Процессор 117-2 корреляции использует информацию, указывающую окно корреляции, соответствующее каждому из A/N-ресурсов, и базовую последовательность, и тем самым обнаруживает значение корреляции между сигналами, принимаемыми из модуля 115-2 декодирования с сужением спектра, и базовой последовательностью, которая может быть использована при первичном кодировании с расширением спектра посредством терминала 200. Процессор 117-2 корреляции выводит каждое значение корреляции в модуль 118 определения A/N.
[0083] Модуль 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 формирования управляющих сигналов повторной передачи.
[0084] Модуль 119 декодирования с сужением спектра пакетированных A/N декодирует с сужением спектра, с использованием DFT-последовательности, пакетированные ACK/NACK-сигналы, соответствующие части данных пакетированного ACK/NACK-ресурса, принимаемого из модуля 114 извлечения PUCCH, и выводит декодированные с расширением спектра сигналы в IDFT-модуль 120.
[0085] IDFT-модуль 120 преобразует пакетированные ACK/NACK-сигналы в частотную область, принимаемую из модуля 119 декодирования с сужением спектра пакетированных A/N, в сигналы временной области посредством IDFT-обработки и выводит пакетированные ACK/NACK-сигналы во временной области в модуль 121 определения пакетированных A/N.
[0086] Модуль 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 формирования управляющих сигналов повторной передачи.
[0087] Модуль 122 формирования управляющих сигналов повторной передачи определяет то, следует или нет повторно передавать данные, передаваемые на компонентной несущей нисходящей линии связи (т.е. данные нисходящей линии связи), на основе информации, принимаемой из модуля 121 определения пакетированных A/N, и информации, принимаемой из модуля 118 определения A/N, и формирует управляющие сигналы повторной передачи на основе результата определения. Более конкретно, при определении того, что данные нисходящей линии связи, передаваемые на определенной компонентной несущей нисходящей линии связи, должны быть повторно переданы, модуль 122 формирования управляющих сигналов повторной передачи формирует управляющие сигналы повторной передачи, указывающие команду повторной передачи для данных нисходящей линии связи, и выводит управляющие сигналы повторной передачи в модуль 106 управления передачей данных. Помимо этого, при определении того, что данные нисходящей линии связи, передаваемые на определенной компонентной несущей нисходящей линии связи, не должны быть повторно переданы, модуль 122 формирования управляющих сигналов повторной передачи формирует управляющие сигналы повторной передачи, указывающие то, чтобы не передавать повторно данные нисходящей линии связи, передаваемые на компонентной несущей нисходящей линии связи, и выводит управляющие сигналы повторной передачи в модуль 106 управления передачей данных.
[0088] КОНФИГУРАЦИЯ ТЕРМИНАЛА
Фиг. 14 является блок-схемой, иллюстрирующей конфигурацию терминала 200 согласно варианту 1 осуществления. На фиг. 14, терминал 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.
[0089] Радиоприемный модуль 201 принимает, через антенну, OFDM-сигналы, передаваемые из базовой станции 100, и выполняет обработку приема, такую как преобразование с понижением частоты, аналогово-цифровое преобразование и т.п., для принимаемых OFDM-сигналов. Следует отметить, что принимаемые OFDM-сигналы включают в себя PDSCH-сигналы, назначаемые ресурсу в PDSCH (т.е. данные нисходящей линии связи), или PDCCH-сигналы, назначаемые ресурсу в PDCCH.
[0090] Модуль 202 удаления CP удаляет CP, который добавлен к OFDM-сигналам, из OFDM-сигналов, которые подвергнуты обработке приема.
[0091] FFT-модуль 203 преобразует принятые OFDM-сигналы в сигналы частотной области посредством FFT-обработки и выводит полученные в результате принимаемые сигналы в модуль 204 извлечения.
[0092] Модуль 204 извлечения извлекает из принимаемых сигналов, которые должны быть приняты из FFT-модуля 203, сигналы канала управления нисходящей линии связи (т.е. PDCCH-сигналы) в соответствии с информацией скорости кодирования, которая должна быть принята. Более конкретно, число CCE (или R-CCE), формирующих ресурс для назначения управляющей информации нисходящей линии связи, варьируется в зависимости от скорости кодирования. Таким образом, модуль 204 извлечения использует число CCE, которое соответствует скорости кодирования, в качестве единиц обработки извлечения и извлекает сигналы канала управления нисходящей линии связи. Помимо этого, сигналы канала управления нисходящей линии связи извлекаются для каждой компонентной несущей нисходящей линии связи. Извлеченные сигналы канала управления нисходящей линии связи выводятся в модуль 205 демодуляции.
[0093] Модуль 204 извлечения извлекает данные нисходящей линии связи (т.е. сигналы канала передачи данных нисходящей линии связи (т.е. PDSCH-сигналы)) из принимаемых сигналов на основе информации относительно ресурса для назначения данных нисходящей линии связи, предназначенного для терминала 200, которая должна быть принята из модуля 207 определения, который описывается ниже, и выводит данные нисходящей линии связи в модуль 209 демодуляции. Как описано выше, модуль 204 извлечения принимает управляющую информацию назначения в нисходящей линии связи (т.е. DCI), преобразованную в PDCCH, и принимает данные нисходящей линии связи на PDSCH.
[0094] Модуль 205 демодуляции демодулирует сигналы канала управления нисходящей линии связи, принятые из модуля 204 извлечения, и выводит полученный результат демодуляции в модуль 206 декодирования.
[0095] Модуль 206 декодирования декодирует результат демодуляции, принимаемый из модуля 205 демодуляции в соответствии с принимаемой информацией скорости кодирования, и выводит полученный результат декодирования в модуль 207 определения.
[0096] Модуль 207 определения выполняет определение вслепую (т.е. мониторинг), чтобы выяснить то, является или нет управляющая информация, включенная в результат декодирования, принимаемый из модуля 206 декодирования, управляющей информацией, предназначенной для терминала 200. Это определение выполняется в единицах результатов декодирования, соответствующих единицам обработки извлечения. Например, модуль 207 определения демаскирует CRC-биты посредством идентификатора терминала для терминала 200 и определяет управляющую информацию, приводящую к "CRC=удачное завершение (без ошибки)", в качестве управляющей информации, предназначенной для терминала 200. Модуль 207 определения выводит информацию относительно ресурса для назначения данных нисходящей линии связи, предназначенного для терминала 200, которая включается в управляющую информацию, предназначенную для терминала 200, в модуль 204 извлечения.
[0097] Помимо этого, при обнаружении управляющей информации (т.е. управляющей информации назначения в нисходящей линии связи), предназначенной для терминала 200, модуль 207 определения сообщает модулю 208 управления, что ACK/NACK-сигналы должны быть сформированы (или присутствуют). Кроме того, при обнаружении управляющей информации, предназначенной для терминала 200, из PDCCH-сигналов модуль 207 определения выводит информацию относительно CCE, который занят посредством PDCCH, в модуль 208 управления.
[0098] Модуль 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.
[0099] При определении передавать пакетированные ACK/NACK-сигналы с использованием пакетированного ACK/NACK-ресурса, модуль 208 управления выводит базовую последовательность и значение циклического сдвига, соответствующие части опорных сигналов (т.е. ресурсу опорных сигналов) пакетированного ACK/NACK-ресурса, заблаговременно указываемого посредством базовой станции 100, в модуль 214-2 первичного кодирования с расширением спектра, и выводит последовательность Уолша в модуль 215-2 вторичного кодирования с расширением спектра. Помимо этого, модуль 208 управления выводит информацию частотных ресурсов относительно пакетированного ACK/NACK-ресурса в IFFT-модуль 218-2.
[0100] Модуль 208 управления выводит DFT-последовательность, используемую для кодирования с расширением спектра части данных пакетированного ACK/NACK-ресурса, в модуль 217 кодирования с расширением спектра, и выводит информацию частотных ресурсов относительно пакетированного ACK/NACK-ресурса в IFFT-модуль 218-3.
[0101] Модуль 208 управления выбирает пакетированный ACK/NACK-ресурс или A/N-ресурс и инструктирует модулю 221 выбора выводить выбранный ресурс в радиопередающий модуль 222. Кроме того, модуль 208 управления инструктирует модулю 212 формирования сигналов ответа формировать пакетированные ACK/NACK-сигналы или ACK/NACK-сигналы в соответствии с выбранным ресурсом. Способ уведомления A/N-ресурса (т.е. PUCCH-ресурса) в модуле 208 управления подробно описывается ниже.
[0102] Модуль 209 демодуляции демодулирует данные нисходящей линии связи, принятые из модуля 204 извлечения, и выводит демодулированные данные нисходящей линии связи в модуль 210 декодирования.
[0103] Модуль 210 декодирования декодирует данные нисходящей линии связи, принятые из модуля 209 демодуляции, и выводит декодированные данные нисходящей линии связи в CRC-модуль 211.
[0104] CRC-модуль 211 выполняет обнаружение ошибок для декодированных данных нисходящей линии связи, принимаемых из модуля 210 декодирования, для каждой компонентной несущей нисходящей линии связи с использованием CRC, и выводит ACK, когда "CRC=удачное завершение (без ошибки)", или выводит NACK, когда "CRC=неудачное завершение (ошибка)", в модуль 212 формирования сигналов ответа. Кроме того, CRC-модуль 211 выводит декодированные данные нисходящей линии связи в качестве принимаемых данных, когда "CRC=удачное завершение (без ошибки)".
[0105] Модуль 212 формирования сигналов ответа формирует сигналы ответа на основе состояния приема данных нисходящей линии связи (т.е. результата обнаружения ошибок на данных нисходящей линии связи) на каждой компонентной несущей нисходящей линии связи, принимаемой из CRC-модуля 211. Более конкретно, при инструктировании формировать пакетированные ACK/NACK-сигналы из модуля 208 управления, модуль 212 формирования сигналов ответа формирует пакетированные ACK/NACK-сигналы, включающие в себя результаты обнаружения ошибок для соответствующих компонентных несущих, в качестве отдельных фрагментов данных. Между тем, при инструктировании формировать ACK/NACK-сигналы из модуля 208 управления, модуль 212 формирования сигналов ответа формирует ACK/NACK-сигналы из одного символа. Модуль 212 формирования сигналов ответа выводит сформированные сигналы ответа в модуль 213 кодирования и модуляции.
[0106] При приеме пакетированных ACK/NACK-сигналов, модуль 213 кодирования и модуляции кодирует и модулирует принятые пакетированные ACK/NACK-сигналы, чтобы формировать модулирующие сигналы 12 символов, и выводит модулирующие сигналы в DFT-модуль 216. Помимо этого, при приеме ACK/NACK-сигналов из одного символа, модуль 213 кодирования и модуляции модулирует ACK/NACK-сигналы и выводит модулирующие сигналы в модуль 214-1 первичного кодирования с расширением спектра.
[0107] DFT-модуль 216 выполняет DFT-обработку для 12 наборов временных рядов принимаемых пакетированных ACK/NACK-сигналов, чтобы получать 12 компонентов сигнала в частотной области. DFT-модуль 216 выводит эти 12 компонентов сигнала в модуль 217 кодирования с расширением спектра.
[0108] Модуль 217 кодирования с расширением спектра кодирует с расширением спектра 12 компонентов сигнала, принимаемых из DFT-модуля 216, с использованием DFT-последовательности, указываемой посредством модуля 208 управления, и выводит кодированные с расширением спектра компоненты сигнала в IFFT-модуль 218-3.
[0109] Модули 214-1 и 214-2 первичного кодирования с расширением спектра, соответствующие A/N-ресурсу и ресурсу опорных сигналов пакетированного ACK/NACK-ресурса, кодируют с расширением спектра ACK/NACK-сигналы или опорные сигналы с использованием базовой последовательности, соответствующей ресурсу, в соответствии с инструкцией из модуля 208 управления и выводят кодированные с расширением спектра сигналы в модули 215-1 и 215-2 вторичного кодирования с расширением спектра.
[0110] Модули 215-1 и 215-2 вторичного кодирования с расширением спектра кодируют с расширением спектра принятые сигналы после первичного кодирования с расширением спектра с использованием последовательности Уолша или DFT-последовательности в соответствии с инструкцией из модуля 208 управления и выводят кодированные с расширением спектра сигналы в IFFT-модули 218-1 и 218-2.
[0111] IFFT-модули 218-1, 218-2 и 218-3 выполняют IFFT-обработку для принимаемых сигналов в ассоциации с частотными позициями, в которых должны выделяться сигналы, в соответствии с инструкцией из модуля 208 управления. Соответственно, сигналы, введенные в IFFT-модули 218-1, 218-2 и 218-3 (т.е. ACK/NACK-сигналы, опорные сигналы A/N-ресурса, опорные сигналы пакетированного ACK/NACK-ресурса и пакетированные ACK/NACK-сигналы), преобразуются в сигналы временной области.
[0112] Модули 219-1, 219-2 и 219-3 добавления CP добавляют сигналы, идентичные последней части сигналов, получаемых посредством IFFT-обработки, к началу сигналов в качестве CP.
[0113] Модуль 220 временного мультиплексирования мультиплексирует во времени пакетированные ACK/NACK-сигналы, принятые из модуля 219-3 добавления CP (т.е. сигналы, передаваемые с использованием части данных пакетированного ACK/NACK-ресурса), и опорные сигналы пакетированного ACK/NACK-ресурса, которые должны быть приняты из модуля 219-2 добавления CP по пакетированному ACK/NACK-ресурсу, и выводит мультиплексированные сигналы в модуль 221 выбора.
[0114] Модуль 221 выбора выбирает одно из пакетированного ACK/NACK-ресурса, принимаемого из модуля 220 временного мультиплексирования, и A/N-ресурса, принимаемого из модуля 219-1 добавления CP, и выводит сигналы, назначаемые выбранному ресурсу, в радиопередающий модуль 222.
[0115] Радиопередающий модуль 222 выполняет обработку передачи, такую как цифроаналоговое преобразование, усиление и преобразование с повышением частоты и т.п., для сигналов, принимаемых из модуля 221 выбора, и передает результирующие сигналы в базовую станцию 100 через антенну.
[0116] ОПЕРАЦИИ БАЗОВОЙ СТАНЦИИ 100 И ТЕРМИНАЛА 200
Приводится описание касательно операций базовой станции 100 и терминала 200, сконфигурированных способом, описанным выше.
[0117] В нижеприведенном описании, терминал 200 сконфигурирован с двумя компонентными несущими нисходящей линии связи (одной PCell и одной SCell) и одной компонентной несущей восходящей линии связи. Кроме того, терминал 200 сконфигурирован с режимом передачи, который поддерживает до 2 TB (режимом 3, 4 или 8 передачи) для данных, назначаемых, по меньшей мере, PCell двух компонентных несущих нисходящей линии связи.
[0118] Терминал 200, сконфигурированный способом, описанным выше, дополнительно сконфигурирован с таблицей преобразования, проиллюстрированной на фиг. 8 (в которой режим передачи, который поддерживает только 1 TB, задается для SCell), или таблицей преобразования, проиллюстрированной на фиг. 10 (в которой режим передачи, который поддерживает до 2 TB, задается для SCell). Ресурсы для передачи сигналов ответа, включающие в себя PUCCH-ресурсы 1 в 3 (в случае фиг. 8) или PUCCH-ресурсы 1-4, задаются в таблице преобразования (фиг. 8 или фиг. 10) для терминала 200, сконфигурированного способом, описанным выше.
[0119] Во-первых, подробно описывается способ указания PUCCH-ресурсов в ходе динамической диспетчеризации в терминале 200, сконфигурированном способом, описанным выше, со ссылкой на фиг. 15.
[0120] Фиг. 15 иллюстрирует пример перекрестной диспетчеризации несущих от PCell (компонентной несущей 1 нисходящей линии связи) к SCell (компонентной несущей 2 нисходящей линии связи). Иными словами, на фиг. 15, PDCCH в PCell указывает PDSCH в SCell.
[0121] Терминал 200 (модуль 208 управления) передает сигнал ответа, соответствующий данным нисходящей линии связи, через PUCCH (PUCCH-ресурс) компонентной несущей восходящей линии связи на основе результата обнаружения ошибок, полученного посредством CRC-модуля 211, и таблицы преобразования (таблицы правил передачи) для сигнала ответа.
[0122] Например, на фиг. 15 предполагается, что первый CCE-индекс CCE, занимаемых посредством PDCCH, указывающего PDSCH в PCell, представляет собой n_CCE. В этом случае, PUCCH-ресурс 1 в компонентной несущей восходящей линии связи назначается в ассоциации в однозначном соответствии с первым CCE-индексом (n_CCE) (неявная передача служебных сигналов). Кроме того, PUCCH-ресурс 2 в компонентной несущей восходящей линии связи назначается в ассоциации в однозначном соответствии со следующим индексом (n_CCE+1) первого CCE-индекса (n_CCE) CCE, занимаемых посредством PDCCH, указывающего PDSCH в PCell (неявная передача служебных сигналов).
[0123] Аналогично, на фиг. 15 предполагается, что первый CCE-индекс CCE, занимаемых посредством PDCCH в PCell, который указывает PDSCH в SCell, для которого сконфигурирована перекрестная диспетчеризация несущих от PCell к SCell, представляет собой n_CCE' (n_CCE'≠n_CCE). В этом случае, PUCCH-ресурс 3 в компонентной несущей восходящей линии связи назначается в ассоциации в однозначном соответствии с первым CCE-индексом (n_CCE') (неявная передача служебных сигналов). Кроме того, для терминала 200, сконфигурированного с режимом передачи, который поддерживает до 2 TB (режимом 3, 4 или 8 передачи) для данных, назначаемых SCell, PUCCH-ресурс 4 в компонентной несущей восходящей линии связи назначается в ассоциации в однозначном соответствии со следующим индексом (n_CCE'+1) первого CCE-индекса (n_CCE') CCE, занимаемых посредством PDCCH, указывающего PDSCH в SCell (неявная передача служебных сигналов).
[0124] В ходе динамической диспетчеризации, аналогично терминалу 200, базовая станция 100 (модуль 114 извлечения PUCCH) выбирает ресурс, используемый для передачи сигнала ответа, из числа PUCCH-ресурсов, ассоциированных с CCE, занимаемыми посредством PDCCH, указываемого для терминала 200.
[0125] Следует отметить, что способ указания ресурса, описанный выше, является примером, в котором все PUCCH-ресурсы неявно передаются в служебных сигналах, но настоящее изобретение не ограничено этим примером. Например, все PUCCH-ресурсы могут быть явно переданы в служебных сигналах. Альтернативно, некоторые PUCCH-ресурсы (например, PUCCH-ресурс 1, а также PUCCH-ресурс 3 во время перекрестной диспетчеризации несущих, которые проиллюстрированы на фиг. 15) могут быть неявно переданы в служебных сигналах, а другие PUCCH-ресурсы (например, PUCCH-ресурс 2 и PUCCH-ресурс 4, а также PUCCH-ресурс 3 во время отсутствия перекрестной диспетчеризации несущих) могут быть явно переданы в служебных сигналах.
[0126] Выше описан способ указания PUCCH-ресурсов, используемый в ходе динамической диспетчеризации.
[0127] Далее подробно описывается способ указания PUCCH-ресурсов, используемый в ходе полупостоянной диспетчеризации (SPS) в терминале 200, сконфигурированном так, как описано выше, со ссылкой на фиг. 16-18.
[0128] Фиг. 16 иллюстрирует пример, в котором сконфигурирована перекрестная диспетчеризация несущих от PCell (компонентной несущей 1 нисходящей линии связи) к SCell (компонентной несущей 2 нисходящей линии связи). Иными словами, на фиг. 16, PDCCH в PCell указывает PDSCH в SCell.
[0129] Терминал 200 (модуль 208 управления) передает сигнал ответа, соответствующий данным нисходящей линии связи, через PUCCH (PUCCH-ресурс) компонентной несущей восходящей линии связи на основе результата обнаружения ошибок, полученного посредством CRC-модуля 211, и таблицы преобразования (таблицы правил передачи) для сигнала ответа.
[0130] Как только SPS активируется, отсутствует PDCCH, указывающий PDSCH для SPS в PCell. По этой причине, как только SPS-активация активируется, PUCCH-ресурс 1 и PUCCH-ресурс 2 (неявные ресурсы; см., например, фиг. 15) в компонентной несущей восходящей линии связи, которые ассоциированы в однозначном соответствии с CCE-индексами (например, n_CCE и n_CCE+1), не могут назначаться для терминала 200.
[0131] Соответственно, в ходе SPS, терминал 200 (модуль 208 управления) сначала выбирает, в качестве PUCCH-ресурса 1, ресурс, соответствующий индексу PUCCH-ресурса в ассоциации в однозначном соответствии с информацией управления мощностью передачи (TPC-командой для PUCCH), включенной в управляющую информацию назначения в нисходящей линии связи, указывающую активацию SPS, из числа индексов PUCCH-ресурсов, указывающих PUCCH-ресурсы, включенные в PUCCH.
(1)
PUCCH
[0132] Фиг. 17 иллюстрирует соответствие между информацией управления мощностью передачи (TPC-командой для PUCCH), включенной в PDCCH, для которого указывается SPS-активация для терминала 200, и четырех индексов PUCCH-ресурсов (n ), предварительно заданных посредством базовой станции 100. Иными словами, каждое значение ('00'-'11') TPC-команды для PUCCH используется в качестве индекса, указывающего любое из значений четырех PUCCH-ресурсов (первых-четвертых индексов PUCCH-ресурсов), предварительно заданных посредством базовой станции 100. Следует отметить, что фиг. 17 является идентичным соответствию, проиллюстрированному в верхней части по фиг. 9, т.е. соответствию, используемому в LTE (версия 8).
(1)
PUCCH
[0133] Например, относительно PUCCH-ресурса 1, терминал 200 выбирает один индекс PUCCH-ресурса из числа четырех индексов PUCCH-ресурсов (n ) на основе значения TPC-команды для PUCCH (информации управления мощностью передачи, включенной в PDCCH, для которого указывается SPS-активация), проиллюстрированного на фиг. 17. Затем, ресурс, соответствующий выбранному индексу PUCCH-ресурса, назначается в качестве PUCCH-ресурса 1 в компонентной несущей восходящей линии связи.
(1)
(1)
PUCCH
PUCCH
[0134] Затем, относительно PUCCH-ресурса 2, терминал 200 выбирает один PUCCH-ресурс на основе соответствия (проиллюстрированного на фиг. 18) между значениями TPC-команды для PUCCH и четырьмя индексами PUCCH-ресурсов. На фиг. 18, значения TPC-команды для PUCCH, соответственно, ассоциированы со значениями (n +1), полученными посредством прибавления 1 к четырем индексам PUCCH-ресурсов (n ), проиллюстрированным на фиг. 17. Затем, ресурс, соответствующий выбранному индексу PUCCH-ресурса, назначается в качестве PUCCH-ресурса 2 в компонентной несущей восходящей линии связи.
[0135] Иными словами, терминал 200 (модуль 208 управления) выбирает PUCCH-ресурс 2 на основе индекса PUCCH-ресурса для PUCCH-ресурса 1, выбранного со ссылкой на фиг. 17. В частности, как проиллюстрировано на фиг. 18, терминал 200 выбирает, в качестве PUCCH-ресурса 2, ресурс, соответствующий значению (индексу PUCCH-ресурса), полученному посредством прибавления 1 к индексу PUCCH-ресурса для PUCCH-ресурса 1.
(1)
(1)
PUCCH
PUCCH
[0136] Например, приводится описание касательно случая, в котором TPC-команда для PUCCH, включенного в PDCCH, который указывается для терминала 200 для активации SPS, равняется '01'. В этом случае, со ссылкой на фиг. 17, терминал 200 выбирает, в качестве PUCCH-ресурса 1, ресурс (второй индекс PUCCH-ресурса), соответствующий TPC-команде для PUCCH '01', из числа четырех индексов PUCCH-ресурсов (n ). Со ссылкой на фиг. 18, терминал 200 дополнительно выбирает, в качестве PUCCH-ресурса 2, ресурс (значение, полученное посредством прибавления 1 к второму индексу PUCCH-ресурса), соответствующий TPC-команде для PUCCH '01', из числа четырех индексов PUCCH-ресурсов (n +1). То же применимо к случаю, в котором TPC-команда для PUCCH, включенного в PDCCH, указываемый для терминала 200, отличается от '01' ('00', '10', '11').
[0137] Между тем, на фиг. 16 предполагается, что первый CCE-индекс CCE, занимаемых посредством PDCCH в PCell, который указывает PDSCH в SCell, сконфигурированном с перекрестной диспетчеризацией несущих от PCell к SCell, представляет собой n_CCE' (n_CCE'≠n_CCE), аналогично фиг. 15.
[0138] В этом случае, аналогично фиг. 15 (в ходе динамической диспетчеризации), PUCCH-ресурс 3 в компонентной несущей восходящей линии связи назначается в ассоциации в однозначном соответствии с первым CCE-индексом (n_CCE') (неявная передача служебных сигналов). Когда терминал 200 сконфигурирован с режимом передачи, который поддерживает до 2 TB (режимом 3, 4 или 8 передачи) для SCell, PUCCH-ресурс 4 в компонентной несущей восходящей линии связи дополнительно назначается в ассоциации в однозначном соответствии со следующим индексом (n_CCE'+1) первого CCE-индекса (n_CCE') CCE, занимаемых посредством PDCCH, указывающего PDSCH в SCell (неявная передача служебных сигналов).
[0139] В ходе SPS базовая станция 100 (модуль 114 извлечения PUCCH) выбирает ресурс, используемый для передачи сигнала ответа, из числа конкретных PUCCH-ресурсов, указываемых заранее для терминала 200, или PUCCH-ресурсов, ассоциированных с CCE, занимаемыми посредством PDCCH, указываемого для терминала 200. В этом случае, для терминала 200, сконфигурированного с режимом передачи, который поддерживает до 2 TB, по меньшей мере, для PCell, базовая станция 100 выбирает второй ресурс для SPS на основе индекса PUCCH-ресурса, используемого для выбора первого ресурса для SPS (индекса PUCCH-ресурса, ассоциированного с TPC-командой для PUCCH).
[0140] Выше описан способ указания PUCCH-ресурсов, используемый в ходе SPS.
[0141] Таким образом, в ходе динамической диспетчеризации или полупостоянной диспетчеризации (SPS), терминал 200 выбирает ресурс, используемый для передачи сигнала ответа, из числа PUCCH-ресурсов, ассоциированных с CCE, занимаемыми посредством PDCCH, указываемого для терминала 200, или конкретных PUCCH-ресурсов, указываемых заранее посредством базовой станции 100, и управляет передачей сигнала ответа.
(1)
PUCCH
[0142] Например, когда терминал 200 сконфигурирован с режимом передачи, который поддерживает до 2 TB для PCell, в ходе динамической диспетчеризации, терминал 200 передает сигнал ответа с использованием: PUCCH-ресурса (неявного ресурса), ассоциированного с первым CCE-индексом CCE, занимаемых посредством PDCCH, указывающего каждый из PDSCH в PCell и PDSCH в SCell; и PUCCH-ресурса (неявного ресурса), ассоциированного со следующим CCE-индексом первого CCE-индекса. В частности, в ходе динамической диспетчеризации, значение, ассоциированное с первым CCE-индексом (n_CCE) CCE, используемых для PDCCH-передачи, используется в качестве индекса PUCCH-ресурса (значения n ) (см., например, фиг. 15). Кроме того, когда режим передачи, который поддерживает до 2 TB, задается для PCell, значение, ассоциированное с n_CCE+1, используется в качестве индекса PUCCH-ресурса.
[0143] Между тем, в ходе SPS в PCell, терминал 200 использует, для PCell: PUCCH-ресурс (явный ресурс), который ассоциирован в однозначном соответствии с (двухбитовым) значением TPC-команды для PUCCH, указываемым, когда SPS активируется; и ресурс (полученный посредством прибавления 1 к индексу), смежный с PUCCH-ресурсом (явным ресурсом).
(1)
(1)
(1)
(1)
PUCCH
PUCCH
PUCCH
PUCCH
[0144] Иными словами, терминал 200 выбирает второй ресурс для SPS на основе первого ресурса для SPS, выбранной в соответствии с TPC-командой для PUCCH. В частности, терминал 200 выбирает второй ресурс для SPS (n +1) с использованием индекса PUCCH-ресурса (n ), используемого для выбора первого ресурса для SPS. Иными словами, в ходе SPS индекс PUCCH-ресурса (значение n ) определяется в соответствии с настройками, выполняемыми посредством базовой станции 100 (см., например, фиг. 17). Кроме того, когда режим передачи, который поддерживает до 2 TB, задается для PCell, индекс PUCCH-ресурса предоставляется в качестве n +1.
[0145] Как результат, когда сконфигурирован с режимом передачи, который поддерживает до 2 TB (т.е. 2 кодовых слов) (например, режим MIMO-передачи) для данных, назначаемых, по меньшей мере, PCell, даже в ходе SPS, терминал 200 может идентифицировать все PUCCH-ресурсы, используемые для передачи сигнала ответа. Другими словами, терминал 200 может предотвращать такую проблему, что PUCCH-ресурсы не могут быть идентифицированы, поскольку PDCCH не передается в ходе SPS (случай нехватки PUCCH-ресурсов).
[0146] На фиг. 17, число индексов PUCCH-ресурсов, ассоциированных с TPC-командой для PUCCH, включенного в PDCCH, для которого указывается SPS-активация, в качестве PUCCH-ресурса 1 (первого PUCCH-ресурса), используемого в качестве ресурса для SPS (явного ресурса), составляет четыре (то же число, что и в LTE), предварительно заданное посредством базовой станции 100. Кроме того, как проиллюстрировано на фиг. 18, индексы PUCCH-ресурсов, которые задаются как PUCCH-ресурс 2 (второй PUCCH-ресурс), используемый в качестве ресурса для SPS, являются индексами, полученными посредством прибавления 1 к индексам PUCCH-ресурсов, ассоциированным с TPC-командой для PUCCH. Соответственно, по сравнению со способом, проиллюстрированным на фиг. 9, в котором новые индексы PUCCH-ресурсов (пятый-восьмой индексы PUCCH-ресурсов на фиг. 9) задаются заранее, настоящий вариант осуществления может уменьшать объем передаваемых служебных сигналов из базовой станции 100 в терминал 200. Другими словами, в настоящем варианте осуществления, объем передаваемых служебных сигналов, требуемый для того, чтобы указывать ресурсы для SPS, является идентичным объему передаваемых служебных сигналов LTE (версия 8).
(1)
(1)
(1)
(1)
(1)
PUCCH
PUCCH
PUCCH
PUCCH
PUCCH
[0147] Как описано выше, в ходе динамической диспетчеризации, терминал 200 использует PUCCH-ресурсы (неявные ресурсы), надлежащим образом соответствующие первому CCE-индексу (n_CCE) CCE, занимаемых посредством PDCCH, и следующему CCE-индексу (n_CCE+1) для первого CCE-индекса. Между тем, в ходе SPS, терминал 200 использует: индекс PUCCH-ресурса (n ), ассоциированный с TPC-командой для PUCCH, включенного в PDCCH, для которого указывается SPS-активация; и индекс PUCCH-ресурса (n +1), полученный посредством прибавления 1 к индексу PUCCH-ресурса (n ). Иными словами, как для динамической диспетчеризации, так и для SPS, терминал 200 использует конкретный индекс (n_CCE или n ) и индекс (n_CCE+1 или n +1), полученный посредством прибавления 1 к конкретному индексу. Иными словами, терминал 200 может приспосабливать способ выбора PUCCH-ресурса, общий для динамической диспетчеризации и для SPS. Соответственно, процесс выбора PUCCH-ресурса посредством терминала 200 может быть упрощен.
[0148] Таким образом, согласно настоящему варианту осуществления, объем передаваемых служебных сигналов из базовой станции может быть уменьшен, тогда как нехватка PUCCH-ресурсов может разрешаться в ходе полупостоянной диспетчеризации на PCell, когда терминал сконфигурирован с режимом передачи, который поддерживает до 2 TB для PCell, при том, что ARQ применяется к связи с использованием компонентной несущей восходящей линии связи и множества компонентных несущих нисходящей линии связи, ассоциированных с компонентной несущей восходящей линии связи.
[0149] Следует отметить, что, относительно способа указания PUCCH-ресурса 2, используемого в качестве ресурса для SPS, значение, которое должно быть прибавлено к индексу PUCCH-ресурса 1, используемого в качестве ресурса для SPS, не ограничено 1 и может иметь значение 1 или более (т.е. натуральное число n). Кроме того, значение, которое должно быть прибавлено (натуральное число n), может задаваться заранее посредством базовой станции 100. Кроме того, когда задается максимальное значение индекса PUCCH-ресурса, может быть использован остаток значения, деленного на максимальное значение после прибавления 1 к значению.
(1)
(1)
PUCCH
PUCCH
[0150] В настоящем варианте осуществления, приведено описание случая, в котором значение (n +1), полученное посредством прибавления 1 к индексу PUCCH-ресурса (n ), ассоциированному с TPC-командой для PUCCH, задается как индекс PUCCH-ресурса для PUCCH-ресурса 2. Другими словами, в настоящем варианте осуществления, приведено описание случая, в котором терминал 200 выбирает индекс PUCCH-ресурса для второго PUCCH-ресурса 2 на основе индекса PUCCH-ресурса для первого PUCCH-ресурса 1. Альтернативно, терминал 200 может выбирать индекс PUCCH-ресурса для второго PUCCH-ресурса 2 на основе информации управления мощностью передачи (TPC-команды для PUCCH), используемой для идентификации первого PUCCH-ресурса 1. Иными словами, терминал 200 получает вторую информацию управления мощностью передачи на основе первой информации управления мощностью передачи (информации, указываемой через PDCCH, когда SPS активируется). Например, терминал 200 прибавляет 1 к первой информации управления мощностью передачи и использует остаток значения, деленного на 4 после прибавления 1 к значению, в качестве второй информации управления мощностью передачи. Терминал 200 выбирает ресурс, соответствующий второму индексу PUCCH-ресурса, ассоциированному в однозначном соответствии со второй информацией управления мощностью передачи, в качестве второго PUCCH-ресурса (т.е. второго PUCCH-ресурса 2).
[0151] Например, приводится описание касательно случая, в котором TPC-команда для PUCCH представляет собой '00'. В этом случае, как проиллюстрировано на фиг. 17, индекс PUCCH-ресурса, ассоциированный в однозначном соответствии с первой информацией управления мощностью передачи, представляет собой "первый индекс PUCCH-ресурса". Затем, значение '01', полученное посредством прибавления 1 к первой информации управления мощностью передачи '00', задается как вторая информация управления мощностью передачи. Соответственно, терминал 200 идентифицирует индекс PUCCH-ресурса, ассоциированный в однозначном соответствии со второй информацией управления мощностью передачи '01', в качестве "второго индекса PUCCH-ресурса" со ссылкой на фиг. 17. Следовательно, в случае, если TPC-команда для PUCCH представляет собой '00', "первый индекс PUCCH-ресурса" выбирается в качестве PUCCH-ресурса 1, и "второй индекс PUCCH-ресурса" выбирается в качестве PUCCH-ресурса 2. То же применимо к случаю, в котором TPC-команда для PUCCH отличается от '00' ('01', '10', '11'). Фиг. 19 иллюстрирует соответствие между TPC-командой для PUCCH (т.е. первой информацией управления мощностью передачи) и индексом PUCCH-ресурса для второго PUCCH-ресурса 2. В частности, терминал 200 выбирает первый PUCCH-ресурс 1 со ссылкой на фиг. 17 и выбирает второй PUCCH-ресурс 2 со ссылкой на фиг. 19.
[0152] Значение, которое должно быть прибавлено, не ограничено 1 и может составлять 2 или 3. Иными словами, значение, которое должно быть прибавлено, может представлять собой натуральное число m, не большее трех. Более конкретно, терминал 200 может прибавлять натуральное число m к значению первой информации управления мощностью передачи (TPC-команды для PUCCH), включенной в PDCCH, для которого указывается SPS-активация. Затем, терминал 200 может задавать, в качестве второй информации управления мощностью передачи, остаток от значения, деленного на 4 (число типов TPC-команды для PUCCH) после прибавления m (т.е. остаток значения, деленного на 4 после прибавления m к значению; mod ((TPC-команда для PUCCH+1), 4)). Терминал 200 может задавать, в качестве второго PUCCH-ресурса, ресурс, соответствующий индексу PUCCH-ресурса, ассоциированному в однозначном соответствии со второй информацией управления мощностью передачи. Между тем, значение, которое должно быть прибавлено (натуральное число m), может задаваться заранее посредством базовой станции 100.
(1)
(1)
(1)
PUCCH,i
PUCCH,i+1
PUCCH,x
[0153] В ходе динамической диспетчеризации PUCCH-ресурс (PUCCH-ресурс 1 или 3 (неявный ресурс) в случае настоящего варианта осуществления, в котором режим передачи, который поддерживает до 2 TB, задается для данных, назначаемых PCell) в компонентной несущей восходящей линии связи, ассоциированной в однозначном соответствии с первым CCE-индексом CCE, занимаемых посредством PDCCH, указывающего PDSCH в определенной компонентной несущей (любой из PCell и SCell), может выражаться как n  (i=0 или i=2, когда режим передачи, который поддерживает до 2 TB, задается для данных, назначаемых PCell). Кроме того, в терминале 200, сконфигурированном с режимом передачи, который поддерживает до 2 TB для данных, назначаемых определенной компонентной несущей, PUCCH-ресурс (PUCCH-ресурс 2 или 4 в случае настоящего варианта осуществления) в компонентной несущей восходящей линии связи, ассоциированной в однозначном соответствии со следующим индексом первого CCE-индекса CCE, занимаемых посредством PDCCH, указывающего PDSCH в определенной компонентной несущей, может выражаться как n  (i+1=1 или i+1=3, когда режим передачи, который поддерживает до 2 TB, задается для данных, назначаемых PCell). Следует отметить, что подстрочный индекс x (i или i+1, как указано выше), добавленный к n , указывает значение индекса каждого PUCCH-ресурса и принимает значение 0≤x≤ -1. "A" в выражении указывает сумму максимальных чисел TB, которые могут поддерживаться в PCell и SCell, и представляет собой значение, равное числу PUCCH-ресурсов.
(1)
(1)
PUCCH,i
PUCCH,i+1
[0154] Аналогично, в ходе SPS в PCell, первый ресурс для SPS (PUCCH-ресурс 1 (явный ресурс) в случае настоящего варианта осуществления, в котором режим передачи, который поддерживает до 2 TB, задается для данных, назначаемых PCell) может выражаться как n  (i=0, когда режим передачи, который поддерживает до 2 TB, задается для данных, назначаемых PCell). Кроме того, в терминале 200, сконфигурированном с режимом передачи, который поддерживает до 2 TB для данных, назначаемых PCell, второй ресурс для SPS (PUCCH-ресурс 2 в случае настоящего варианта осуществления) может выражаться как n  (i+1=1, когда режим передачи, который поддерживает до 2 TB, задается для данных, назначаемых PCell).
(1)
(1)
(1)
(1)
(1)
PUCCH,i
PUCCH
PUCCH
PUCCH,i+1
PUCCH
[0155] Между тем, в ходе динамической диспетчеризации, например, индекс PUCCH-ресурса (n ), ассоциированный в однозначном соответствии с первым CCE-индексом (n_CCE), может выражаться как n_CCE+N . N  указывает ресурс (индекс), предварительно заданный посредством базовой станции 100. Аналогично, PUCCH-ресурс (n ), ассоциированный в однозначном соответствии с CCE-индексом (n_CCE+1), может выражаться как n_CCE+1+N .
[0156] Выражение "в ходе SPS в PCell" также может выражаться как, например, "в ходе PDSCH-передачи в PCell без соответствующего PDCCH". Кроме того, выражение "в ходе динамической диспетчеризации" также может выражаться как, например, "в ходе PDSCH-передачи с соответствующим PDCCH".
[0157] ВАРИАНТ 2 ОСУЩЕСТВЛЕНИЯ
В дальнейшем в этом документе, со ссылкой на фиг. 15 приводится подробное описание касательно способа указания PUCCH-ресурсов в ходе динамической диспетчеризации, когда терминал сконфигурирован с 2 CC и режимом передачи, который поддерживает до 2 TB (режимом 3, 4 или 8 передачи), по меньшей мере, для PCell. Тем не менее, фиг. 15 иллюстрирует пример перекрестной диспетчеризации несущих от PCell к SCell. Более конкретно, PDCCH в PCell указывает PDSCH в SCell.
[0158] PUCCH-ресурс 1 в компонентной несущей восходящей линии связи назначается в ассоциации в однозначном соответствии с первым CCE-индексом (n_CCE) CCE, занимаемых посредством PDCCH, указывающего PDSCH в PCell (неявная передача служебных сигналов). Кроме того, PUCCH-ресурс 2 в компонентной несущей восходящей линии связи назначается в ассоциации в однозначном соответствии с индексом, идущим после первого CCE-индекса (n_CCE+1) CCE, занимаемых посредством PDCCH, указывающего PDSCH в PCell (неявная передача служебных сигналов).
[0159] PUCCH-ресурс 3 в компонентной несущей восходящей линии связи назначается в ассоциации в однозначном соответствии с первым CCE-индексом (n_CCE' (n_CCE' ≠n_CCE)) CCE, занимаемых посредством PDCCH в PCell, который указывает PDSCH в SCell. PUCCH-ресурс 3 является перекрестной несущей, диспетчеризованной от PCell к SCell. Кроме того, когда терминал сконфигурирован с режимом передачи, который поддерживает до 2 TB (режимом 3, 4 или 8 передачи) для SCell, PUCCH-ресурс 4 в компонентной несущей восходящей линии связи назначается в ассоциации в однозначном соответствии со следующим индексом (n_CCE'+1) первого CCE-индекса CCE, занимаемых посредством PDCCH, указывающего PDSCH в PCell (неявная передача служебных сигналов).
[0160] Следует отметить, что способ указания ресурса, описанный выше, является примером, в котором все PUCCH-ресурсы неявно передаются в служебных сигналах, но настоящее изобретение не ограничено этим примером. Все PUCCH-ресурсы могут быть явно переданы в служебных сигналах. Альтернативно, некоторые PUCCH-ресурсы (например, PUCCH-ресурс 1, а также PUCCH-ресурс 3 во время перекрестной диспетчеризации несущих) могут быть неявно переданы в служебных сигналах, а другие PUCCH-ресурсы (например, PUCCH-ресурс 2 и PUCCH-ресурс 4, а также PUCCH-ресурс 3 во время отсутствия перекрестной диспетчеризации несущих) могут быть явно переданы в служебных сигналах.
[0161] Далее подробно описывается способ указания PUCCH-ресурсов в ходе полупостоянной диспетчеризации (SPS), когда терминал сконфигурирован с 2 CC и режимом передачи, который поддерживает до 2 TB (режимом 3, 4 или 8 передачи), по меньшей мере, для PCell, со ссылкой на фиг. 16, фиг. 17 и фиг. 18. Тем не менее, фиг. 16, 17 и 18 иллюстрируют пример перекрестной диспетчеризации несущих от PCell к SCell. Более конкретно, PDCCH в PCell указывает PDSCH в SCell.
(1)
PUCCH
[0162] Как только SPS активируется, отсутствует PDCCH, указывающий PDSCH для SPS в PCell, и, следовательно, PUCCH-ресурс 1 и PUCCH-ресурс 2 в компонентной несущей восходящей линии связи, которые ассоциированы в однозначном соответствии с CCE-индексами, не может назначаться. Соответственно, относительно PUCCH-ресурса 1, как проиллюстрировано на фиг. 17, один индекс PUCCH-ресурса выбирается из числа четырех индексов PUCCH-ресурсов (n ), предварительно заданных посредством базовой станции, на основе значения информации управления мощностью передачи (TPC-команды для PUCCH) в PDCCH, для которого указывается SPS-активация. PUCCH-ресурс 1 в компонентной несущей восходящей линии связи назначается в соответствии с выбранным индексом PUCCH-ресурса.
(1)
(1)
PUCCH
PUCCH
[0163] Относительно PUCCH-ресурса 2, как проиллюстрировано на фиг. 18, один индекс PUCCH-ресурса выбирается из числа значений (n +1), полученных посредством прибавления 1 к четырем индексам PUCCH-ресурсов (n ), которые задаются заранее для PUCCH-ресурса 1 посредством базовой станции, на основе значения информации управления мощностью передачи (TPC-команды для PUCCH) в PDCCH, в котором указывается SPS-активация. PUCCH-ресурс 2 в компонентной несущей восходящей линии связи назначается в соответствии с выбранным индексом PUCCH-ресурса. Следует отметить, что, относительно способа указания PUCCH-ресурса 2, значение, которое должно быть прибавлено, не ограничено 1 и может иметь значение 1 или больше. Кроме того, прибавленное значение может задаваться заранее посредством базовой станции. Кроме того, когда задается максимальное значение индекса PUCCH-ресурса, может быть использован остаток значения, деленного на максимальное значение после прибавления 1 к значению.
(1)
PUCCH
[0164] В варианте осуществления, описанном выше, PUCCH-ресурс 1 (т.е. первый PUCCH-ресурс) выбирается на основе четырех индексов PUCCH-ресурсов (n ) (т.е. первого индекса PUCCH-ресурса), которые задаются заранее для PUCCH-ресурса 1 посредством базовой станции на основе значения информации управления мощностью передачи (TPC-команды для PUCCH) (т.е. первой информации управления мощностью передачи) в PDCCH, для которого указывается SPS-активация. Помимо этого, второй индекс PUCCH-ресурса может быть получен на основе первого индекса PUCCH-ресурса. PUCCH-ресурс 2 (т.е. второй PUCCH-ресурс) выбирается в соответствии со вторым индексом PUCCH-ресурса.
(1)
PUCCH
[0165] Следует отметить, что, в варианте осуществления, описанном выше, индекс PUCCH-ресурса для PUCCH-ресурса 2 выбирается на основе значений, полученных посредством прибавления 1 к четырем индексам PUCCH-ресурсов (n ). Альтернативно, как проиллюстрировано на фиг. 19, индекс PUCCH-ресурса для PUCCH-ресурса 2 может быть выбран на основе остатка (т.е. mod (TPC-команда для PUCCH+1, 4)), полученного посредством: прибавления 1 к значению информации управления мощностью передачи (TPC-команды для PUCCH) в PDCCH, в котором указывается SPS-активация; и деления результирующего значения на 4. В этом случае, прибавленное значение не ограничено 1 и может составлять 2 или 3. Кроме того, значение, которое должно быть прибавлено, может задаваться заранее посредством базовой станции. В этом случае, вторая информация управления мощностью передачи получается на основе первой информации управления мощностью передачи. Второй индекс PUCCH-ресурса и второй PUCCH-ресурс выбираются на основе второй информации управления мощностью передачи.
[0166] Описание касательно PUCCH-ресурса 3 и PUCCH-ресурса 4 является идентичным описанию динамической диспетчеризации на фиг. 15 и в силу этого опускается.
[0167] Таким образом, в ходе динамической диспетчеризации или полупостоянной диспетчеризации (SPS), терминал 200 выбирает ресурс, используемый для передачи сигнала ответа, из числа PUCCH-ресурсов, ассоциированных с CCE, и конкретных PUCCH-ресурсов, указываемых заранее посредством базовой станции 100, и управляет передачей сигнала ответа. Следовательно, когда сконфигурирован с режимом передачи, который поддерживает до 2 TB, по меньшей мере, для PCell посредством базовой станции 100, терминал 200 может разрешать проблему нехватки PUCCH-ресурсов, которая возникает в ходе полупостоянной диспетчеризации (SPS). Кроме того, по сравнению со способом, в котором новые четыре индекса PUCCH-ресурсов (пятый-восьмой индексы PUCCH-ресурсов) независимо предварительно заданы в дополнение к первому-четвертому индексам PUCCH-ресурсов, согласно настоящему изобретению, PUCCH-ресурс 2 (второй PUCCH-ресурс) выбирается на основе PUCCH-ресурса 1 (первого PUCCH-ресурса) (более конкретно, на основе: индекса PUCCH-ресурса для PUCCH-ресурса 1 (первого индекса PUCCH-ресурса); или информации управления мощностью передачи (TPC-команды для PUCCH) (первой информации управления мощностью передачи) в PDCCH, в котором указывается SPS-активация). Соответственно, только задание заранее первого-четвертого индексов PUCCH-ресурсов является достаточным, так что объем передаваемых служебных сигналов из базовой станции может быть уменьшен.
[0168] В ходе динамической диспетчеризации или полупостоянной диспетчеризации (SPS), базовая станция 100 выбирает ресурс, используемый для передачи сигнала ответа, из числа PUCCH-ресурсов, ассоциированных с CCE, и конкретных PUCCH-ресурсов, указываемых заранее для терминала 200. Помимо этого, когда режим передачи, который поддерживает до 2 TB, задается, по меньшей мере, для PCell посредством базовой станции 100, в ходе полупостоянной диспетчеризации (SPS), базовая станция 100 выбирает второй PUCCH-ресурс для SPS с использованием информации управления мощностью передачи (значение TPC-команды для PUCCH) или индекса PUCCH-ресурса, который используется для того, чтобы выбирать первый PUCCH-ресурс для SPS.
[0169] Таким образом, согласно настоящему варианту осуществления, объем передаваемых служебных сигналов из базовой станции может быть уменьшен, тогда как нехватка PUCCH-ресурсов может разрешаться в ходе полупостоянной диспетчеризации в PCell, когда терминал сконфигурирован с режимом передачи, который поддерживает до 2 TB для PCell, притом что ARQ применяется к связи с использованием компонентной несущей восходящей линии связи и множества компонентных несущих нисходящей линии связи, ассоциированных с компонентной несущей восходящей линии связи.
[0170] Выше описаны варианты осуществления настоящего изобретения.
[0171] В вышеописанных вариантах осуществления, ZAC-последовательности, последовательности Уолша и DFT-последовательности описываются как примеры последовательностей, используемых для кодирования с расширением спектра. Тем не менее, вместо ZAC-последовательностей, могут быть использованы последовательности, которые могут разделяться с использованием различных значений циклического сдвига, отличные от ZAC-последовательностей. Например, следующие последовательности могут использоваться для первичного кодирования с расширением спектра: обобщенные линейно-частотно-модулированные (GCL) последовательности; последовательности с постоянной амплитудой и нулевой автокорреляцией (CAZAC); последовательности Задова-Чу (ZC); PN-последовательности, к примеру, M-последовательности или последовательности ортогональных кодов Голда; или последовательности, имеющие крутую характеристику автокорреляции на временной оси, произвольно сформированную посредством компьютера. Помимо этого, вместо последовательностей Уолша и DFT-последовательностей, любые последовательности могут быть использованы в качестве последовательностей ортогональных кодов при условии, что эти последовательности являются взаимно ортогональными или считаются практически ортогональными друг другу. В вышеприведенном описании, ресурс сигналов ответа (например, A/N-ресурс и пакетированный ACK/NACK-ресурс) задается посредством частотной позиции, значения циклического сдвига ZAC-последовательности и порядкового номера последовательности ортогональных кодов.
[0172] Кроме того, модуль 101 управления базовой станции 100 выполнен с возможностью управлять преобразованием таким образом, что данные нисходящей линии связи и управляющая информация назначения в нисходящей линии связи для данных нисходящей линии связи преобразуются в идентичную компонентную несущую нисходящей линии связи в вариантах осуществления, описанных выше, но никоим образом не ограничен этой конфигурацией. Иначе говоря, даже если данные нисходящей линии связи и управляющая информация назначения в нисходящей линии связи для данных нисходящей линии связи преобразуются в различные компонентные несущие нисходящей линии связи, технология, описанная в каждом из вариантов осуществления, может применяться при условии, что соответствие между управляющей информацией назначения в нисходящей линии связи и данными нисходящей линии связи является очевидным.
[0173] Кроме того, в качестве последовательности обработки в терминалах, описан случай, в котором выполняется IFFT-преобразование после первичного кодирования с расширением спектра и вторичного кодирования с расширением спектра. Тем не менее, последовательность обработки в терминалах никоим образом не ограничена этой последовательностью. При условии, что IFFT-обработка выполняется после обработки первичного кодирования с расширением спектра, эквивалентный результат может быть получен независимо от позиции обработки вторичного кодирования с расширением спектра.
[0174] (9) В каждом из вариантов осуществления, описание предоставляется для антенн, но настоящее изобретение может применяться к антенным портам таким же образом.
[0175] Термин "антенный порт" означает логическую антенну, включающую в себя одну или более физических антенн. Другими словами, термин "антенный порт" не обязательно означает одну физическую антенну и иногда может означать антенную решетку, включающую в себя множество антенн, и т.п.
[0176] Например, 3GPP LTE не указывает число физических антенн, формирующих антенный порт, а указывает антенный порт в качестве минимальной единицы, предоставляя возможность базовым станциям передавать различные опорные сигналы.
[0177] Помимо этого, антенный порт может указываться в качестве минимальной единицы, которая должна быть умножена на взвешивание вектора предварительного кодирования.
[0178] Вышеуказанные варианты осуществления описаны посредством примеров аппаратных реализаций, но настоящее изобретение также может быть реализовано посредством программного обеспечения в сочетании с аппаратными средствами.
[0179] Помимо этого, функциональные блоки, используемые в описаниях вариантов осуществления, типично реализуются в качестве LSI-устройств, которые являются интегральными схемами. Функциональные блоки могут формироваться в качестве отдельных кристаллов, либо часть или все функциональные блоки могут быть интегрированы в один кристалл. В данном документе используется термин "LSI", но термины "IC", "системная LSI", "супер-LSI" или "ультра-LSI" также могут использоваться в зависимости от уровня интеграции.
[0180] Помимо этого, интеграция схемы не ограничена LSI и может достигаться посредством выделенной схемы либо процессора общего назначения, отличного от LSI. После изготовления LSI, может быть использована программируемая пользователем вентильная матрица (FPGA), которая является программируемой, или переконфигурируемый процессор, который дает возможность переконфигурирования соединений и настроек схемных элементов в LSI.
[0181] Если технология интеграции схемы на смену LSI появляется в результате усовершенствования в полупроводниковой технологии или других технологий, производных от данной технологии, функциональные блоки могут быть интегрированы с использованием этой технологии. Другим вариантом является применение в биотехнологии и т.п.
[0182] Раскрытия сущности подробных описаний, чертежей и рефератов, включенных в заявку на патент (Япония) № 2011-000744, поданную 5 января 2011 года, и заявку на патент (Япония) № 2011-233007, поданную 24 октября 2011 года, полностью содержатся в данном документе по ссылке.
ПРОМЫШЛЕННАЯ ПРИМЕНИМОСТЬ
[0183] Настоящее изобретение может применяться к системам мобильной связи и т.п.
СПИСОК НОМЕРОВ ССЫЛОК
[0184] 100 - базовая станция
101, 208 - модуль управления
102 - модуль формирования управляющей информации
103, 105 - модуль кодирования
104, 107 - модуль модуляции
106 - модуль управления передачей данных
108 - модуль преобразования
109, 218-1, 218-2, 218-3 - IFFT-модуль
110, 219-1, 219-2, 219-3 - модуль добавления 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 - модуль формирования управляющих сигналов повторной передачи
200 - терминал
203 - FFT-модуль
204 - модуль извлечения
205, 209 - модуль демодуляции
206, 210 - модуль декодирования
207 - модуль определения
211 - CRC-модуль
212 - модуль формирования сигналов ответа
213 - модуль кодирования и модуляции
214-1, 214-2 - модуль первичного кодирования с расширением спектра
215-1, 215-2 - модуль вторичного кодирования с расширением спектра
216 - DFT-модуль
217 - модуль кодирования с расширением спектра
220 - модуль временного мультиплексирования
221 - модуль выбора