СПОСОБ РАДИОСВЯЗИ И УСТРОЙСТВО РАДИОСВЯЗИ
RADIO COMMUNICATION METHOD AND RADIO COMMUNICATION DEVICE

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Рассматриваемые здесь варианты осуществления изобретения относятся к способу радиосвязи и устройству радиосвязи.
УРОВЕНЬ ТЕХНИКИ
В настоящее время широко используются портативные телефонные системы радио MAN (Городские Сети), и прочие системы радиосвязи. В области радиосвязи, продолжается рассмотрение технологий связи следующего поколения, с целью дальнейшего увеличения скорости и емкости связи. Например, в 3GPP (Проект Партнерства 3-его Поколения), который является одной из частей стандартизации, предложена система радиосвязи, которая именуется как LTE (Долгосрочное Развитие) система радиосвязи и как LTE-A (Усовершенствованное Долгосрочное Развитие, расширяющее LTE) система радиосвязи.
В такой системе радиосвязи, базовая станция радиосвязи распределяет терминалам радио ресурсы, выполняет планирование, путем принятия решения в отношении способа кодирования и модуляции, и тем самым пытается эффективно осуществлять радиосвязь. Базовая станция радиосвязи может принимать решение в отношении способа кодирования и модуляции в соответствии с состоянием линии радиосвязи, путем выполнения планирования, при помощи информации, которая относится к состоянию канала, такой как качество линии радиосвязи.
В качестве информации, которая относится к состоянию канала, используется CSI (Информация о Состоянии Канала). Например, CSI является информацией, которая относится к состоянию канала, и терминал формирует CSI и представляет отчет по ней базовой станции радиосвязи. Что касается представления отчета по CSI, то оно бывает, например, периодическим представлением отчета, при котором терминал представляет отчет по CSI периодически, и апериодическим представлением отчета, при котором отчет представляется не периодически. В случае периодического представления отчета, терминал передает CSI базовой станции радиосвязи периодически, например, с заранее определенной привязкой по времени, а в случае апериодического представления отчета, терминал передает CSI с привязкой по времени, которая, например, заранее не определена.
В случае периодического представления отчета, терминал передает CSI при помощи PUCCH (Физический Канал Управления Восходящей Линии Связи). PUCCH является физическим каналом для передачи сигнала управления по восходящей линии связи (линии от терминала к базовой станции радиосвязи), например. Тем не менее, когда терминал передает данные одновременно с CSI, то терминал мультиплексирует CSI с данными и передает CSI при помощи PUSCH (Физический Совместно Используемый Канал Восходящей Линии Связи). PUSCH является физическим каналом для передачи данных по восходящей линии связи, например.
С другой стороны, терминал передает CSI при помощи PUSCH, в случае апериодического представления отчета. Например, даже когда терминал не передает данные, терминал передает CSI при помощи PUSCH.
В случае передачи данных при помощи PUSCH, базовая станция радиосвязи передает терминалу сигнал управления (сигнал PDCCH) при помощи PDCCH (Физический Канал Управления Нисходящей Линии Связи), а терминал передает данные посредством PUSCH, при помощи сигнала управления, переданного в качестве сигнала PDCCH. PDCCH является физическим каналом для передачи информации управления в направлении нисходящей линии связи (направлении от базовой станции радиосвязи к терминалу), например.
В качестве одного формата для сигнала управления, передаваемого посредством PDCCH, используется формат 0 DCI (формат 0 (Информации Управления Нисходящей Линии Связи)). Фиг. 59 иллюстрирует пример параметров, включаемых в формат 0 DCI для случая передачи с дуплексной связью с частотным разделением (FDD). Как проиллюстрировано на Фиг. 59, одним из параметров, которые включаются в формат 0 DCI, является «запрос CQI». «Запрос CQI» является параметром, который указывает на то, выполняет или нет, например, терминал апериодическое представление отчета по CSI. Например, когда базовая станция радиосвязи передает «1» терминалу, в качестве значения параметра в поле «запрос CQI», то терминал выполняет апериодическое представление отчета по CSI.
C другой стороны, так же были проведены исследования в области осуществления радиосвязи посредством параллельного использования множества полос частот в системе радиосвязи. Каждая из множества полос частот именуется составляющей несущей (здесь и далее «CC»), например, и посредством использования множества CC (или множества полос частот) может обеспечиваться радиосвязь большой емкости.
Относительно представления отчета по CSI в такой системе радиосвязи, использующей множества полос частот, например, существуют следующие методики. Т.е., существует методика, при которой, когда базовая станция радиосвязи использует для передачи сигнала управления одну полосу частот из множества полос частот в направлении нисходящей линии связи, то терминал выполняет представление отчета по CSI для полосы частот. В данном случае, например, когда базовая станция радиосвязи передает сигнал управления формата 0 DCI при помощи DLCC#1 в направлении нисходящей линии связи (первую CC нисходящей линии связи), то терминал может выполнить представление отчета по CSI для DLCC#1.
Кроме того, существует другая методика, при которой, когда базовая станция радиосвязи передает информацию управления при помощи одной из множества полос частот в направлении нисходящей линии связи, то терминал может выполнить представление отчета по CSI для всех из множества полос частот направления нисходящей линии связи.
Непатентная Ссылка 1: 3GPP TS 36.21239.1.0 (например, раздел 5.3.3.1)
Непатентная Ссылка 2: 3GPP TS 36.213V9.1.0 (например, раздел 7.2.1 и 7.2.2)
Непатентная Ссылка 3: «CQI/PMI/RI reporting for carrier aggregation», 3GPP, R1-103090
Непатентная Ссылка 4: «Aperiodic CQI Reporting for Carrier Aggregation», 3GPP, R1-102868
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
ЗАДАЧИ, РЕШАЕМЫЕ ИЗОБРЕТЕНИЕМ
Тем не менее, когда терминал выполняет представление отчета по CSI для полосы частот, используемой при передаче сигнала управления, то терминал не может представить отчет по CSI для полосы частот, которая не использовалась в передаче сигнала управления, из множества полос частот в направлении нисходящей линии связи. Следовательно, при помощи данной методики, базовая станция радиосвязи не может выдать терминалу предписание передать CSI для производной полосы частот из множества полос частот.
С другой стороны, когда терминал выполняет представление отчета по CSI для всех полос частот из множества полос частот в направлении нисходящей линии связи, то базовая станция радиосвязи может принять CSI для всех полос частот в направлении нисходящей линии связи. Тем не менее, существуют случаи, при которых базовая станция радиосвязи использует только CSI для некоторого количества полос частот из числа принятых отчетов по CSI. В таком случае, так как терминалом для базовой станции радиосвязи передается CSI для всех полос частот, то передачи CSI для полос частот, которые не используется, являются расточительными, и пропускная способность не может быть увеличена.
Соответственно в одном аспекте изобретения цель состоит в предоставлении такого способа радиосвязи и устройства радиосвязи, с помощью которых в отчете может представляться информация, относящаяся к состоянию канала в произвольной частотной полосе пропускания из множества частотных полос пропускания.
Кроме того, в одном аспекте изобретения другая цель состоит в предоставлении способа радиосвязи и устройства радиосвязи, с помощью которых может быть увеличена пропускная способность.
СРЕДСТВА ДЛЯ РЕШЕНИЯ ЗАДАЧИ
В соответствии с аспектом вариантов осуществления представлен способ радиосвязи для осуществления радиосвязи посредством использования множества полос частот в первом устройстве радиосвязи и втором устройстве радиосвязи, при этом способ включает в себя этапы, на которых: посредством первого устройства радиосвязи передают второму устройству радиосвязи первый запрос информации о состоянии канала, соответствующий каждой из множества полос частот; и посредством второго устройства радиосвязи передают первому устройству радиосвязи информацию, которая относится к состоянию канала применительно к полосе частот, которая указана первым запросом информации о состоянии канала, когда второе устройство радиосвязи принимает первый запрос информации о состоянии канала.
ЭФФЕКТИВНОСТЬ ИЗОБРЕТЕНИЯ
Могут быть предоставлены способ радиосвязи, система радиосвязи и устройство радиосвязи, с помощью которых в отчете может представляться информация, относящаяся к состояниям канала в произвольной полосе частот из множества полос частот. Кроме того, могут быть предоставлены способ радиосвязи и устройство радиосвязи, с помощью которых может быть увеличена пропускная способность.
ПЕРЕЧЕНЬ ФИГУР ЧЕРТЕЖЕЙ
Фиг. 1 иллюстрирует пример конфигурации системы радиосвязи;
Фиг. 2 иллюстрирует пример конфигурации системы радиосвязи;
Фиг. 3 иллюстрирует пример установки составляющих несущих;
Фиг. 4 пример конфигурации кадра радиосвязи;
Фиг. 5 иллюстрирует пример PDCCH и других настроек;
Фиг. 6 иллюстрирует пример параметра формата DCI;
Фиг. 7A иллюстрирует пример DLCC для отчета по CSI; и Фиг. 7B иллюстрирует пример ВДСС для отчета по CSI;
Фиг. 8 иллюстрирует пример конфигурации базовой станции;
Фиг. 9 иллюстрирует пример конфигурации терминала;
Фиг. 10 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 11 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 12 иллюстрирует пример параметра формата DCI;
Фиг. 13 иллюстрирует пример PDCCH и прочих настроек;
Фиг. 14 иллюстрирует пример конфигурации базовой станции;
Фиг. 15 иллюстрирует пример конфигурации терминала;
Фиг. 16 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 17 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 18A иллюстрирует пример параметра формата DCI; и Фиг. 18B иллюстрирует пример параметра формата DCI;
Фиг. 19A иллюстрирует пример PDCCH и прочих настроек; и Фиг. 19B иллюстрирует пример PDCCH и прочих настроек;
Фиг. 20 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 21 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 22A иллюстрирует пример отношения соответствия; и Фиг. 22B иллюстрирует пример DLCC для отчета по CSI;
Фиг. 23 иллюстрирует пример конфигурации базовой станции;
Фиг. 24 иллюстрирует пример конфигурации терминала;
Фиг. 25 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 26 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 27 иллюстрирует пример отношения соответствия;
Фиг. 28A иллюстрирует пример отношения соответствия; и Фиг. 28B иллюстрирует пример DLCC для отчета по CSI;
Фиг. 29 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 30 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 31A и Фиг.31В иллюстрируют пример отношения соответствия; и Фиг. 31С иллюстрирует пример DLCC для отчета по CSI;
Фиг. 32 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 33 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 34 иллюстрирует пример формата DCI;
Фиг. 35 иллюстрирует пример DLCC для отчета по CSI;
Фиг. 36 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 37 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 38A иллюстрирует пример DLCC для отчета по CSI; и Фиг. 38B иллюстрирует ULCC для передачи;
Фиг. 39 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 40 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 41 иллюстрирует пример DLCC для отчета по CSI;
Фиг. 42A-42C иллюстрируют примеры DLCC для отчета по CSI;
Фиг. 42C иллюстрирует пример DLCC для отчета по CSI;
Фиг. 43 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 44 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 45A-45E иллюстрируют примеры DLCC для отчета по CSI;
Фиг. 46 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 47 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 48A-48C иллюстрирую примеры привязки по времени отчета по CSI;
Фиг. 49 иллюстрирует пример DLCC для отчета по CSI;
Фиг. 50 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 51A-51B иллюстрируют примеры DLCC для отчета по CSI;
Фиг. 52 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 53 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 54A иллюстрирует пример характерного формата DCI; и Фиг. 54B иллюстрирует пример PDCCH и прочих настроек;
Фиг. 55 иллюстрирует пример конфигурации базовой станции;
Фиг. 56 иллюстрирует пример конфигурации терминала;
Фиг. 57 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 58 является блок-схемой, иллюстрирующей пример функционирования;
Фиг. 59 иллюстрирует пример формата DCI.
ПРЕДПОЧТИТЕЛЬНЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
Ниже со ссылкой на чертежи подробно объясняются варианты осуществления.
ПЕРВЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ
Фиг. 1 иллюстрирует пример конфигурации системы радиосвязи первого варианта осуществления. Система радиосвязи включает в себя первое устройство 10 радиосвязи и второе устройство 20 радиосвязи. Первое устройство 10 радиосвязи и второе устройство 20 радиосвязи осуществляют радиосвязь посредством использования множества полос радиосвязи.
Первое устройство 10 радиосвязи включает в себя модуль 11 передачи и модуль 12 приема.
Модуль 11 передачи передает первые запросы информации о состоянии канала, соответствующие каждой из множества полос частот, второму устройству 20 радиосвязи.
Модуль 12 приема принимает информацию от второго устройства 20 радиосвязи, которая относится к состояниям канала для полос частот, указанных первыми запросами информации о состоянии канала.
С другой стороны, второе устройство 20 радиосвязи включает в себя модуль 21 приема и модуль 22 передачи.
Модуль 21 приема принимает первые запросы информации о состоянии канала от первого устройства радиосвязи.
Модуль 22 передачи передает информацию первому устройству 10 радиосвязи, которая относится к состояниям канала для полос частот, указанных первыми запросами информации о состоянии канала.
Первое устройство 10 радиосвязи передает первые запросы информации о состоянии канала, соответствующие каждой из множества полос частот, второму устройству 20 радиосвязи, а второе устройство 20 радиосвязи передает информацию, которая относится к состояниям канала для полос частот, указанных первыми запросами информации о состоянии канала, первому устройству 10 радиосвязи.
Следовательно, из множества полос частот, первое устройство 10 радиосвязи может принять от второго устройства 20 радиосвязи информацию, которая относится к состоянию канала произвольной полосы частот. Кроме того, второе устройство 20 радиосвязи передает информацию, которая относится к состояниям канала для указанной полосы частот, таким образом, что в сравнении со случаем, при котором передается информация, относящаяся к состояниям канала для всех полос частот, то в данном случае сокращается количество радио ресурсов, которые требуются для представления отчета о состоянии канала, и в той же степени увеличивается количество радио ресурсов, которые могут использоваться в другой передаче данных, и тем самым может быть увеличена пропускная способность.
ВТОРОЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ
Фиг. 2 иллюстрирует пример конфигурации системы радиосвязи второго варианта осуществления. Система радиосвязи включает в себя устройство 100 базовой станции радиосвязи (здесь и далее «базовая станция»), и устройства 200 и 200a терминала (здесь и далее «терминалы»).
Базовая станция 100 является устройством радиосвязи, которое осуществляет радиосвязь с терминалами 200 и 200a. Базовая станция 100 соединена с проводной сетью более высокого уровня, и переносит сигнал данных (здесь и далее «данные») между сетью более высокого уровня и терминалами 200 и 200a. Базовая станция 100 может использовать множество (например, пять) полос частот, именуемых составляющие несущие (CC), при осуществлении радиосвязи. Базовая станция 100 осуществляет связь посредством использования части или всех из множества полос частот. Использование множества полос частот, для осуществления радиосвязи, является случаем именуемым «агрегацией несущих».
Терминалы 200 и 200a являются устройствами радиосвязи, которые соединены посредством радиосвязи с базовой станцией 100 и осуществляют радиосвязь, и могут быть, например, портативным телефонными трубками, портативными устройствами информационного терминала, или подобным. Терминалы 200 и 200a принимают данные от базовой станции 100, и передают данные базовой станции 100. В данном Описании, направление от базовой станции 100 к терминалам 200 и 200a именуется направлением «нисходящей линии связи» (DL), а направление от терминалов 200 и 200a к базовой станции 100 именуется направлением «восходящей линии связи» (UL).
Базовая станция 100 является одним примером первого устройства 10 радиосвязи в первом варианте осуществления, а терминалы 200 и 200a являются примерами второго устройства 200 связи в первом варианте осуществления.
В примере на Фиг. 2, проиллюстрирован пример с двумя терминалами 200 и 200a, однако может присутствовать три и более терминала. Оба терминала 200 и 200a могут иметь одинаковую конфигурацию, и до тех пор, пока не оговорено обратное, объяснения относятся к примеру терминала 200.
Фиг. 3 иллюстрирует пример установки составляющих несущих. При использовании в радиосвязи между базовой станцией 100 и терминалом 200 FDD, для каждой из DL и UL закреплено, например, пять полос частот, с CC#1 по CC#5. Когда речь идет просто о «CC», то это означает комбинацию полосы частот для DL и полосы частот для UL. Кроме того, когда в радиосвязи используется TDD (Дуплексная Связь с Временным Разделением), то, например, закреплено пять полос частот без разделения между теми, что служат для DL, и теми, что служат для UL. Фиг. 3 иллюстрирует случай FDD. Здесь иллюстрируется пример случая, при котором количество CC одинаково для DL и UL, однако возможны случаи, при которых количества CC для DL и для UL неравны.
Базовая станция 100 устанавливает полосы пропускания каждой из несущих с CC#1 по CC#5, принимая во внимание количество запланированных к размещению терминалов, скорость связи и подобное. В качестве примеров, полосы пропускания каждой из несущих с CC#1 по CC#5 могут составлять, например, 1,4 МГц, 5 МГц, 10 МГц, 20 МГц, или подобное. Базовая станция 100 может установить все из несущих с CC#1 по CC#5 такими, чтобы они обладали одинаковой частотной полосой пропускания, или она может использовать разные частотные полосы пропускания. Кроме того, базовая станция 100 может осуществлять радиосвязь посредством использования произвольного количества CC.
Фиг. 4 иллюстрирует пример конфигурации кадра радиосвязи. Кадры радиосвязи передаются и принимаются между базовой станцией 100 и терминалом 200 по каждой CC. Один кадр радиосвязи включает в себя множество субкадров (например, 10 субкадров).
Минимальной единицей кадра радиосвязи в частотной области является поднесущая, а минимальной единицей во временной области является символ. При способе с множественным доступом, например, для субкадра UL используется SC-FDMA (Множественный Доступ с Частотным Разделением и Одной Несущей), а для субкадра DL используется OFDM (Множественный Доступ с Ортогональным Частотным Разделением).
Субкадр UL включает в себя область (или радио ресурс) для физического совместно используемого канала восходящей линии связи (PUSCH). PUSCH является физическим каналом, который используется, например, базовой станцией 100 для передачи пользовательских данных и информации управления. Базовая станция 100 может распределять субкадры UL каждому терминалу 200, и может установить PUSCH для множества терминалов 200 и 200a в одном субкадре UL.
Субкадр DL включает в себя области (или радио ресурсы) для физического канала управления нисходящей линии связи (PDCCH) и физического совместно используемого канала нисходящей линии связи (PDSCH, Физический Совместно Используемый Канал Нисходящей Линии Связи). Область PDCCH устанавливается для N символов с начала субкадра DL, а область PDSCH устанавливается как оставшиеся символы, которые начинаются с PDCCH.
PDCCH является физическим каналом, который используется базовой станцией 100 для передачи терминалу 200 сигналов управления L1/L2 (Уровень 1/Уровень 2). Сигналы управления (сигналы PDCCH), передаваемые в PDCCH, включают в себя сигналы управления, которые относятся к PDSCH и PUSCH. Описываемые ниже сигналы PDCCH в формате 0 DCI, являются примером сигналов управления, которые относятся, например, к PUSCH. Информация, указываемая сигналами управления, которые относятся к PUSCH, включает в себя, например: информацию, указывающую радио ресурсы; информацию, указывающую формат данных, такой как способ модуляции и кодирования (MCS: Схема Модуляции и Кодирования); информацию, которая относится к передаче восходящей линии связи, которая управляется HARQ (Гибридным Автоматическим Запросом Повторной Передачи); и подобное. Терминал 200 может извлекать сигналы управления, которые относятся к PUSCH и PDSCH, посредством отслеживания области PDCCH собственно CC, в которой существует вероятность того, что будут переданные предназначенные ему сигналы управления.
Фиг. 5 иллюстрирует пример настроек PDCCH, PDSCH и PUSCH. В данном примере, базовая станция 100 устанавливает DLCC#1 и DLCC#3 в качестве PDCCH пяти DL (направления нисходящей линии связи) CC, с CC#1 по CC#5. Например, терминал 200 может принимать сигналы PDCCH от базовой станции 100 в DLCC#1 и DLCC#3. В области PDCCH собственно DLCC#1, устанавливается сигнал управления, указывающий на то, что терминал выполняет передачу данных и подобное по ULCC#1, и сигнал управления, указывающий на то, что терминал выполняет передачу данных и подобное по ULCC#2. Кроме того устанавливается сигнал управления, указывающий на то, что DLCC#1 используется для выполнения приема данных, и сигнал управления, указывающий на то, что DLCC#2 используется для выполнения приема данных.
Таким образом, в области PDCCH, базовая станция 100 может передавать сигнал управления, который относится к CC физического канала, которая отлична от CC, к которой принадлежит PDCCH. Такое планирование, является случаем, именуемым «планирование между несущими». С другой стороны, так же существует планирование именуемое «планированием той же несущей». Планирование той же несущей является планированием, при котором, например, ULCC с тем же номером, что и DLCC, к которой принадлежит PDCCH, используется для передачи данных и подобного.
С другой стороны, базовая станция 100 может установить каждое из состояний несущих с CC#1 по CC#5 для каждого терминала 200. Терминал 200 выполняет обработку по радиоприему для каждой CC исходя из состояния несущих с CC#1 по CC#5. Состояния CC, например, могут быть классифицированы на «сконфигурированная, но деактивированная CC», «сконфигурированная и активированная CC», и «набор отслеживания PDCCH».
«Сконфигурированной, но деактивированной CC» является, например, CC в состоянии, при котором она в настоящий момент не используется для передачи данных, но которая может использоваться (неактивное состояние). Терминалу 200 нет необходимости отслеживать PDCCH или PDSCH для DLCC в неактивном состоянии. В примере на Фиг. 5, DLCC#5 находится в неактивном состоянии, и терминал 200 может прекратить обработку по приему частотной полосы пропускания радиосвязи.
«Сконфигурированной и активированной CC» является, например, CC в состоянии, при котором она используется в настоящий момент для передачи данных (активное состояние). В примере на Фиг. 5, несущие с DLCC#1 по #4 находятся в активном состоянии, и терминал 200 выполняет обработку по приему в отношении предназначенного ему PDSCH, по меньшей мере, в этих частотных полосах пропускания.
«Набор отслеживания PDCCH» является например, активным состоянием, и является набором CC, для которых могут быть установлены PDCCH, предназначенные терминалу 200. В примере на Фиг. 5, данный набор включает в себя DLCC#1 и DLCC#3. Терминал 200 отслеживает PDCCH в данной полосе радиочастот. «Набор отслеживания PDCCH» может быть определен как подмножество собственно подмножества «сконфигурированных и активированных CC», однако существуют случаи, при которых терминал 200 выполняет обработку по приему PDCCH во всех «сконфигурированных и активированных CC». В данном случае, «набор отслеживания PDCCH» и «сконфигурированные и активированные CC» рассматриваются как одна и та же совокупность.
Фиг. 6 иллюстрирует пример параметра формата 0 DCI. Как описано выше, сигнал управления формата 0 DCI передается в области PDCCH от базовой станции 100 к терминалу 200, и включает в себя информацию управления в отношении передачи данных и подобного по восходящей линии связи. В первом варианте осуществления параметров формата 0 DCI «запрос CQI» (или запрос информации о состоянии канала) составляет, например, 5 бит, и при помощи этих 5 бит, из числа несущих с DLCC#1 по #5, указываются CC, для которых должны быть представлены отчеты по CSI.
Фиг. 7A иллюстрирует пример зависимости между битами, которые указываются «запросом CQI» и CC, для которой должен быть представлен отчет по CSI. Когда базовая станция 100 передает в качестве «запроса CQI» последовательность «11100», то терминал 200 представляет отчеты по CSI для CC собственно с DLCC#1 по #3. Таким образом, значение параметра, указанного в качестве «запроса CQI», может указывать не только одну DLCC, но и комбинацию из множества DLCC.
При планировании между несущими, терминал 200 передает CSI при помощи ULCC, которые указаны «индикатором несущей» формата 0 DCI.
Таким образом, базовая станция 100 может использовать 5-битовый «запрос CQI» для указания произвольной DLCC и выдачи предписания по представлению для нее отчета по CSI, и таким образом, может принять от терминала 200 CSI для произвольной DLCC.
Количество бит в «запросе CQI» может быть отличным от 5 бит, и, например, могут использоваться 8 бит или подобное количество, в соответствии с количеством DLCC.
Пример объясняется на формате 0 DCI, как формате DCI, который включает в себя в качестве параметра «запрос CQI»; однако может использоваться любой формат, в том случае, если формат сигнала управления включает в себя «запрос CQI».
Кроме того, когда базовая станция 100 использует «запрос CQI» для указания CC, для которой должен быть представлен отчет по CSI, и терминал 200 формирует и передает базовой станции 100 CSI для указанной DLCC, то данный отчет является, например, «апериодическим» отчетом по CSI. В случае периодического отчета, отчет формируется периодически и передается терминалом 200 для DLCC исходно установленной или аналогичным образом указанной базовой станцией 100; в состоянии, когда базовая станция 100 указывает DLCC и предписывает представить отчет по CSI, отчет является, например, «апериодическим».
Вышеприведенное так же справедливо для представленных ниже вариантов осуществления, которые включают в себя второй вариант осуществления.
Фиг. 8 иллюстрирует пример конфигурации базовой станции 100 во втором варианте осуществления. Базовая станция 100 включает в себя планировщик 110, модуль 112 формирования RS, модуль 113 формирования PDCCH, модуль 114 формирования PDSCH, модуль 115 мультиплексирования, модуль 116 радиопередачи, антенну 120, модуль 130 радиоприема, первый модуль 131 разделения, модуль 132 обработки PUCCH, модуль 133 обработки PUSCH, и второй модуль 134 разделения. Планировщик 110 включает в себя модуль 111 принятия решения о CC для отчета.
Планировщик 110, модуль 111 принятия решения о CC для отчета, модуль 112 формирования RS, модуль 113 формирования PDCCH, модуль 114 формирования PDSCH, модуль 115 мультиплексирования, и модуль 116 радиопередачи соответствуют, например, модулю 11 передачи в первом варианте осуществления. Модуль 130 радиоприема, первый модуль 131 разделения, модуль 132 обработки PUCCH, модуль 133 обработки PUSCH, и второй модуль 134 разделения соответствуют, например, модулю 12 приема в первом варианте осуществления.
Планировщик 110 управляет распределением радио ресурсов DL и радио ресурсов UL. Т.е., когда пользовательские данные, предназначенные терминалу 200, поступают в буфер базовой станции 100, то планировщик 110 распределяет радио ресурсы DL терминалу 200. Кроме того, планировщик 110 обнаруживает объем пользовательских данных, который будет передавать терминал 200 из информации управления, полученной от модуля 133 обработки PUSCH, например, и распределяет терминалу 200 радио ресурсы UL. Планировщик 110 выдает результат планирования модулю 113 формирования PDCCH.
Модуль 111 принятия решения о CC для отчета принимает решение в отношении того, для какой DLCC из множества DLCC должен быть представлен отчет по CSI. Планировщик 110 создает информацию управления в формате 0 DCI, в которой соответствующий бит в «запросе CQI» установлен в значение «1», чтобы указать на создание отчета для DLCC, в отношении которой принято решение, и выдает информацию управления модулю 113 формирования PDCCH.
Модуль 112 формирования RS формирует и выводит в модуль 115 мультиплексирования опорный сигнал (RS). Опорный сигнал является сигналом, который используется, например, при формировании терминалом 200 CSI.
Модуль 113 формирования PDCCH формирует информацию управления для данных нисходящей линии связи (или информацию управления, которая относится к PDSCH), исходя из результатов планирования. Модуль 113 формирования PDCCH формирует информацию управления для данных восходящей линии связи (или информацию управления, которая относится к PUSCH), исходя из результатов планирования и информации управления формата 0 DCI. Модуль 113 формирования PDCCH выполняет кодирование с коррекцией ошибок сформированной информации управления, и формирует и выдает модулю 115 мультиплексирования сигнал PDCCH.
Модуль 114 формирования PDSCH считывает пользовательские данные, хранящиеся в буфере и предназначенные терминалу 200, выполняет кодирование с коррекцией ошибок считанных пользовательских данных, и формирует и выдает модулю 115 мультиплексирования сигнал PDSCH.
Модуль 115 мультиплексирования, мультиплексирует опорный сигнал, сигнал PDCCH (сигнал управления), и сигнал PDSCH (сигнал данных). Модуль 115 мультиплексирования выдает мультиплексированный опорный сигнал и подобное модулю 116 радиопередачи.
Модуль 116 радиопередачи преобразует с повышением частоты мультиплексированный сигнал в радиосигнал посредством частотного преобразования и подобного, и выдает сигнал антенне 120.
Антенна 120 осуществляет радиопередачу на терминал 200 радиосигнала, выданного модулем 116 радиопередачи. Антенна 120 принимает радиосигнал, переданный терминалом 200, и выдает сигнал модулю 130 радиоприема. В примере, проиллюстрированном на Фиг. 8, представлена антенна 120, которая используется как для передачи, так и приема; тем не менее, множество антенн могут использоваться раздельно для передачи и для приема.
Модуль 130 радиоприема преобразует с понижением частоты радиосигнал, принятый антенной 120 посредством частотного преобразования или подобного, преобразует радиосигнал в сигнал в полосе частот исходных сигналов, и выдает его первому модулю 131 разделения.
Первый модуль 131 разделения извлекает сигнал PUCCH и сигнал PUSCH из сигнала в полосе частот исходных сигналов, выдает сигнал PUCCH модулю 132 обработки PUCCH, и выдает сигнал PUSCH модулю 133 обработки PUSCH. Например, первый модуль 131 разделения обращается к радио ресурсам UL, о которых базовая станция 100 уведомила терминал 200 посредством PDCCH, и извлекает сигнал PUCCH или сигнал PUSCH.
Модуль 132 обработки PUCCH выполняет декодирование с коррекцией ошибок сигнала PUCCH, и извлекает из сигнала PUCCH информацию управления, которая относится к PUCCH. Например, модуль 132 обработки PUCCH выполняет декодирование с коррекцией ошибок и другую обработку, соответствующую способу кодирования, о котором базовая станция 100 и терминал 200 договорились заранее.
Модуль 133 обработки PUSCH выполняет декодирование с коррекцией ошибок сигнала PUSCH, извлекает пользовательские данные и CSI из сигнала PUSCH, и выдает пользовательские данные и CSI второму модулю 134 разделения.
Второй модуль 134 разделения разделяет и выдает пользовательские данные и CSI.
Фиг. 9 иллюстрирует пример конфигурации терминала 200. Терминал 200 включает в себя антенну 210, модуль 220 радиоприема, модуль 221 разделения, модуль 222 измерения, модуль 224 формирования CSI, модуль 223 обработки PDCCH, модуль 225 обработки PDSCH, модуль 226 формирования ACK/NACK, модуль 227 обработки CSI, модуль 228 обработки пользовательских данных, модуль 229 формирования PUSCH, модуль 230 формирования PUCCH, модуль 231 мультиплексирования, и модуль 232 радиопередачи. Терминал 200a выполнен по аналогии с терминалом 200.
Модуль 220 радиоприема, модуль 221 разделения, модуль 223 обработки PDCCH, и модуль 225 обработки PDSCH соответствуют, например, модулю 21 приема в первом варианте осуществления. Модуль 224 формирования CSI, модуль 227 обработки CSI, модуль 228 обработки пользовательских данных, модуль 229 формирования PUSCH, модуль 230 формирования PUCCH, модуль 231 мультиплексирования и модуль 232 радиопередачи соответствуют, например, модулю 22 передачи в первом варианте осуществления.
Антенна 210 принимает радиосигнал, переданный базовой станцией 100, и выдает радиосигнал модулю 220 радиоприема сигнала. Антенна 210 так же передает базовой станции 100 радиосигнал, выдаваемый модулем 232 радиопередачи. В примере, проиллюстрированном на Фиг. 9, одна антенна 210 используется как для передачи, так и приема, тем не менее, множество антенн могут использоваться раздельно для передачи и для приема.
Модуль 220 радиоприема преобразует с понижением частоты радиосигнал посредством частотного преобразования или подобного, преобразуя радиосигнал в сигнал в полосе частот исходных сигналов, и выдает преобразованный сигнал в полосе частот исходных сигналов модулю 221 разделения.
Модуль 221 разделения извлекает сигнал RS, сигнал PDCCH, и сигнал PDSCH из сигнала в полосе частот исходных сигналов, и выдает сигнал RS модулю 222 измерения, выдает сигнал PDCCH модулю 223 обработки PDCCH, и выдает сигнал PDSCH модулю 225 обработки PDSCH. Например, модуль 221 разделения принимает сигнал, переданный посредством PCFICH (Физического Канала Индикатора Формата Управления). PCFICH включает в себя информацию, которая указывает, например, количество символов (1, 2 или 3) в которых отображен сигнал PDCCH, и модуль 221 разделения может отделить сигнал PDCCH, посредством удаления некоторого количества символов с начала субкадра DL. Затем модуль 221 разделения может извлечь из оставшихся символов сигнал PDSCH, который следует за сигналом PDCCH. Так как, например, сигнал RS размещается в заранее определенном радио ресурсе, то модуль 221 разделения может использовать заранее полученную информацию о ресурсах для выделения сигнала RS из сигнала в полосе частот исходных сигналов.
Модуль 222 измерения измеряет качество приема канала нисходящей линии связи и прочие параметры состояния канала, исходя из сигнала RS, выданного модулем 221 разделения, и выдает значение измерений модулю 224 формирования CSI. В этот же момент, модуль 222 измерения так же выдает информацию, которая указывает на то, для какой DLCC, из множества DLCC, были получены значения измерений. Например, модуль 222 измерений удерживает, в качестве информации об установках, информацию, которая указывает на то, к какой из полос частот с DLCC#1 по CC#5 принадлежит измерение. Затем, исходя из информации об установках, модуль 222 измерений может выдать информацию, указывающую на то, для какой DLCC выполнено измерение, по полосе частот приема измеряемого RS сигнала.
Модуль 223 обработки PDCCH выполняет декодирование с коррекцией ошибок сигнала PDCCH, выданного модулем 221 разделения, который может предназначаться ему, и извлекает предназначенный ему сигнал управления. Как объяснено выше, информация, которая указывается сигналом управления, включает в себя информацию управления, которая относится к PDSCH, и информацию управления, которая относится к PUSCH. Информация управления, которая относится к PUSCH (например, формата 0 DCI) включает в себя, например, «запрос CQI», который указывает CC, для которой должен быть представлен отчет по CSI. Из извлеченного сигнала управления, модуль 223 обработки PDCCH выдает модулю 225 обработки PDSCH информацию управления, которая относится к PDSCH, и выдает модулю 228 обработки пользовательских данных информацию управления, которая относится к PUSCH. Модуль 223 обработки PDCCH выдает извлеченный «запрос CQI» модулю 224 формирования CSI.
Модуль 224 формирования CSI формирует CSI для DLCC, которая указана «запросом CQI», из значений измерений, измеренных модулем 222 измерений. Например, модуль 224 формирования CSI принимает в качестве входных данных значения измерений от модуля 222 измерений и информацию, указывающую то, для какой DLCC описывается состояние канала; из этого, формируется CSI для состояния канала DLCC, которая указана в «запросе CQI», и выдается модулю 227 обработки CSI.
CSI может, например, включать в себя CQI (Индикатор Качества Канала), PMI (Индикатор Матрицы Предварительного Кодирования), RI (Индикатор Ранга), и подобное. Модуль 224 формирования CSI выдает в качестве CSI любое из вышеперечисленного, или их комбинацию. CQI является информацией, которая указывает качество приема радиоканала, например (в данном примере, радиоканала нисходящей линии связи), а PMI является индексом, который связан с матрицей предварительного кодирования, которая используется, например, базовой станцией 100. RI является, например, максимальным количеством потоков, которое может передаваться параллельно.
Модуль 224 формирования CSI периодически формирует CSI для DLCC, отличной от указанной DLCC, и выдает сформированную CSI модулю 230 формирования PUCCH.
Модуль 225 формирования PDSCH обращается к информации управления, которая относится к PDSCH, выданной модулем 223 обработки PDCCH, и выполняет декодирование с коррекцией ошибок сигнала PDSCH. Посредством этого извлекаются, пользовательские данные и подобное, переданные от базовой станции 100 и предназначенные терминалу 200. Кроме того, модуль 225 PDSCH выдает сигнал, который указывает на то, принят ли сигнал PDSCH нормально (или нормально ли извлечены или подобное пользовательские данные или подобное), модулю 226 формирования ACK/NACK.
По получению сигнала от модуля 225 обработки PDSCH, указывающего на то, что сигнал PDSCH принят нормально, модуль 226 формирования ACK/NACK формирует сигнал ACK, а по получению сигнала, указывающего на то, что сигнал PDSCH не принят нормально, модуль 226 формирования ACK/NACK формирует сигнал NACK. Модуль 226 формирования ACK/NACK выдает сформированный сигнал ACK или сигнал NACK модулю 230 формирования PUCCH.
Модуль 227 обработки CSI выполняет кодирование с коррекцией ошибок и подобное собственно CSI, которая выдана модулем 224 формирования CSI, и выдает результат модулю 229 формирования PUSCH.
Модуль 228 обработки пользовательских данных обращается к информации управления, которая относится к PUSCH, выданной модулем 223 обработки PDCCH, выполняет кодирование с коррекцией ошибок, модуляцию и прочую обработку пользовательских данных, и выдает результат модулю 229 формирования PUSCH.
Модуль 229 формирования PUSCH обращается к информации управления, которая относится к PUSCH, выданной модулем 223 обработки PDCCH, и выдает, в качестве сигнала PUSCH, который будет передан при помощи PUSCH, каждый из выходных сигналов от модуля 227 обработки CSI, модуля 228 обработки пользовательских данных, и модуля 226 формирования ACK/NACK. Модуль 229 формирования PUSCH выдает сигнал PUSCH модулю 231 мультиплексирования.
Модуль 230 формирования PUCCH принимает на вход выходные данные модуля 226 формирования ACK/NACK и CSI, которая выдается модулем 224 формирования CSI, и отчет по которой должен представляться периодически, и выдает все это в качестве сигнала PUCCH, который должен передаваться при помощи PUCCH. Модуль 230 формирования PUCCH выдает сигнал PUCCH модулю 231 мультиплексирования.
Модуль 231 мультиплексирования мультиплексирует сигнал PUSCH и сигнал PUCCH, и выдает результат модулю 232 радиопередачи.
Модуль 232 радиопередачи выполняет частотное преобразование и прочую обработку, чтобы преобразовать с повышением частоты мультиплексированный сигнал PUSCH и сигнал PUCCH в радиосигнал, который выдается антенне 210.
Далее, объясняется пример функционирования второго варианта осуществления. Фиг. 10 и Фиг. 11 являются блок-схемами, иллюстрирующими пример функционирования, Ниже, проиллюстрированный на Фиг. 10 и Фиг. 11 пример функционирования, объясняется в очередности номеров этапов.
Сначала, базовая станция 100 при запуске принимает решение в отношении апериодического представления отчета по CSI, и принимает решение, в отношении какой DL CC должен быть представлен отчет по CSI (S10, S11). Например, базовая станция 100 запускает апериодическое представление отчета по CSI когда, например, поступает большой объем данных нисходящей линии связи, или когда выполняется некое другое условие, и модуль 111 принятия решения о CC для отчета, принимает решение, для каких CC должны быть представлены отчеты по CSI.
Далее, базовая станция 100 формирует бит «запроса CQI» в соответствии с DL CC, для которой должен быть представлен отчет по CSI (S12). Например, когда модуль 111 принятия решения о CC для отчета предписывает представить отчет по CSI для DLCC из несущих с DLCC#1 по #3, то планировщик 110 формирует биты «запроса CQI» в виде «11100».
Далее базовая станция формирует информацию управления для данных восходящей линии связи (S13). Например, планировщик 110 формирует информацию управления для данных восходящей линии связи (например, информацию управления формата 0 DCI), включающую в себя сформированные биты «запроса CQI».
Далее базовая станция 100 формирует сигнал PDCCH (S14). Например, модуль 113 формирования PDCCH формирует сигнал PDCCH (сигнал управления) из информации управления для данных восходящей линии связи, сформированной планировщиком 110.
Далее, базовая станция 100 передает сигнал PDCCH терминалу 200 (S15). Например, модуль 116 радиопередачи преобразует в радиосигнал и передает сигнал PDCCH, сформированный модулем 113 формирования PDCCH.
Далее терминал 200 выполняет обработку на стороне терминала (S16). Фиг. 11 является блок-схемой, иллюстрирующей пример функционирования для обработки на стороне терминала.
Терминал 200 принимает сигнал PDCCH (S161). Например, модуль 221 разделения отделяет сигнал PDCCH и выдает сигнал PDCCH модулю 223 обработки PDCCH, а модуль 223 обработки PDCCH получает из сигнала PDCCH информацию управления для данных нисходящей линии связи (информацию управления, которая относится к PDSCH) и информацию управления данных восходящей линии связи (информацию управления, которая относится к PUSCH).
Далее терминал 200 определяет, включает ли сигнал PDCCH, в качестве информации управлении, информацию управления для данных нисходящей линии связи (S162). Так же возможен случай, при котором сигнал PDCCH включает в себя, в качестве информации управления для данных нисходящей линии связи, информацию управления, которая относится к PDSCH. С другой стороны, длина сигнала собственно сигнала PDCCH разная для информации управления, которая относится к PUSCH, и для информации управления, которая относится к PDSCH. Например, модуль 223 обработки PDCCH может оценить по длине сигнала собственно сигнала PDCCH, включена ли информация управления, которая относится к PDSCH. Или для обеспечения различия между информацией управления, которая относится к PDSCH, и информации управления, которая относится к PUSCH, может использоваться включаемый в сигнал PDCCH флаг разграничения формата 0/формата 1A.
После определения того, что сигнал PDCCH включает в себя информацию управления для данных нисходящей линии связи («Да» на этапе S162), терминал 200 принимает сигнал PDSCH (S163). Например, модуль 221 разделения отделяет сигнал PDSCH и выдает сигнал PDSCH модулю 225 обработки PDSCH, а модуль 225 обработки PDSCH обращается к информации управления, которая относится к PDSCH, выданной модулем 223 обработки PDCCH, и декодирует сигнал PDSCH.
Терминал 200 после приема сигнала PDSCH (S163), или после оценки того, что информация управления для данных нисходящей линии связи не включена («Нет» на этапе S162), определяет, обнаружена ли информация управления для данных восходящей линии связи (S164). Например, модуль 223 обработки PDCCH может обнаружить информацию управления для данных восходящей линии связи по длине сигнала собственно сигнала PDCCH. Или для обеспечения различия между информацией управления, которая относится к PDSCH, и информации управления, которая относится к PUSCH, может использоваться включаемый в сигнал PDCCH флаг разграничения формата 0/формата 1A. Данная информация управления для данных восходящей линии связи включает в себя «запрос CQI», и является, например, информацией управления формата 0 DCI.
Когда информация управления для данных восходящей линии связи не может быть обнаружена («Нет» на этапе S164), то терминал 200 не принимает информацию управления для передачи пользовательских данных и подобного по восходящей линии связи, и таким образом цикл обработки завершается без выполнения данной передачи.
С другой стороны, при определении того, что информация управления для данных восходящей линии связи обнаружена («Да» на этапе S164), терминал 200 обнаруживает, включена ли одна или более «1» в «запрос CQI», который включен в информацию управления для данных восходящей линии связи (S165). Например, модуль 223 обработки PDCCH может выполнить обнаружение, обратившись к битам «запроса CQI» в формате 0 DCI.
Когда в «запрос CQI» включена одна или более «1» («Да» на этапе S165), то терминал 200 формирует CSI для DLCC, которая указана в «запросе CQI» (S166). Например, модуль 224 формирования CSI формирует CSI для DLCC, соответствующей «запросу CQI», выданному модулем 223 обработки PDCCH. В данный момент, если существуют пользовательские данные для передачи, то терминал 200 так же формирует пользовательские данные.
Далее, терминал 200 кодирует сформированную CSI и пользовательские данные (S167). Например, модуль 227 обработки CSI обращается к информации управления, которая относится к PUSCH, и выполняет кодирование CSI с коррекцией ошибок, а модуль 228 обработки пользовательских данных обращается к информации управления, которая относится к PUSCH, и выполняет кодирование пользовательских данных с коррекцией ошибок.
Далее, терминал 200 мультиплексирует CSI и пользовательские данные и формирует сигнал PUSCH (S168). Например, модуль 229 формирования PUSCH мультиплексирует CSI и пользовательские данные, и формирует сигнал PUSCH, который будет передан при помощи PUSCH.
Далее, терминал 200 передает сформированный сигнал PUSCH базовой станции 100 (S169). Например, терминал 200 использует UL CC, которая указана «индикатором несущей» формата 0 DCI, для передачи CSI, по прошествии четырех субкадров.
C другой стороны, когда в обнаруженный «запрос CQI» не включена одна или более «1» («Нет» на этапе S165), то терминал 200 выполняет формирование пользовательских данных (S170). В данном случае, базовая станция 100 не указывает DL CC для апериодического представления отчета и таким образом терминал 200 не выполняет апериодическое представление отчета по CSI. Терминал 200 выполняет формирование пользовательских данных и подобного, в соответствии с информацией управления для данных восходящей линии связи.
Т.е., терминал 200 кодирует сформированные пользовательские данные и формирует сигнал PUSCH (S171, S172). Например, модуль 228 обработки пользовательских данных обращается к информации управления для данных восходящей линии связи (например, информации управления формата 0 DCI), выданной модулем 223 обработки PDCCH, и выполняет кодирование с коррекцией ошибок и подобное в отношении пользовательских данных.
Возвращаясь к Фиг. 10, базовая станция 100 принимает сигнал PUSCH, переданный от терминала 200 (S17), и когда в сигнал PUSCH включена CSI, извлекает CSI (S18). Например, модуль 133 обработки PUSCH выполняет декодирование с коррекцией ошибок сигнала PUSCH и извлекает CSI, которая передана в качестве сигнала PUSCH, а второй модуль 134 разделения разделяет пользовательские данные и CSI, чтобы извлечь CSI. Посредством этого, базовая станция 100 может принять CSI для указанных DLCC.
Таким образом, во втором варианте осуществления базовая станция 100 может использовать информацию управления для данных восходящей линии связи, такую как, например, «запрос CQI» формата 0 DCI, для указания произвольных DLCC, для которых должны быть представлены отчеты по CSI. Следовательно, базовая станция 100 может выдать терминалу 200 предписание представить отчет по информации, которая относится к состояниям канала применительно к произвольным полосам пропускания. Кроме того, терминал 200 передает CSI для указанной DLCC, так что в сравнении со случаем, при котором CSI передается для всех DLCC, в данном случае может быть увеличена пропускная способность.
В качестве другого примера, во втором варианте осуществления, например, DLCC могут группироваться, а 5-битовый «запрос CQI» может, например, быть сокращен до 3 бит. Фиг. 7B иллюстрирует пример группировки. Например, когда в качестве «запроса CQI» могут передаваться 3 бита, то одна группа группируется как состоящая максимум из 3 CC, и в рамках одной группы может быть указано множество DLCC для представления отчета по CSI. В данном случае, базовая станция 100 может передать «запрос CQI», который указывает DLCC для представления отчета по CSI из DLCC, которые включены в «набор отслеживания PDCCH». Или, базовая станция 100 может выполнить передачу посредством, по меньшей мере, одной из DLCC в группе. Так же в данном случае, базовая станция 100 использует, по меньшей мере, одну из множества DLCC, и путем передачи, по меньшей мере, одного элемента информации управления для данных восходящей линии связи, включающего в себя 5-битовый «запрос CQI», может предписать представить отчет по CQI для указанной DLCC.
ТРЕТИЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ
Далее, объясняется третий вариант осуществления. Главным образом объясняются отличия от второго варианта осуществления, а объяснение аналогичных моментов опущено. Третий вариант осуществления является примером, в котором «запрос CQI» добавляется к информации управления для данных нисходящей линии связи (например, форматов 1, 1A, 1B, 1C, 1D, 2, 2A, 2B).
Сначала, объясняется формат DCI. Формат для сигнала PDCCH включает в себя форматы 1, 1A и подобные DCI. Эти форматы DCI используются избирательно в соответствии с приложением сигнала управления. Примеры перечислены ниже.
(0) Формат 0 DCI используется, например, при планировании PUSCH, как объяснено во втором варианте осуществления.
(1) Формат 1 DCI используется, например, при нормальном планировании PDSCH. В формате 1 DCI так же могут быть указаны не последовательные радио ресурсы.
(1A) Формат 1A DCI используется при компактном планировании PDSCH. Компактное планирование является способом планирования, при котором, например, указываются последовательные радио ресурсы, посредством начальной позиции и размера. Формат 1A DCI так же используется для запуска произвольного доступа.
(1B) Формат 1B DCI используется для компактного планирования PDSCH, при предоставлении уведомления, включающего в себя информацию предварительного кодирования.
(1C) Формат 1C DCI используется при компактном планировании PDSCH, так что информация уведомления дополнительно сокращается в сравнении с форматом 1A DCI.
(1D) Формат 1В DCI используется при компактном планировании PDSCH, когда уведомление включает в себя как информацию предварительного кодирования, так и информацию отклонения мощности.
(2) Формат 2 DCI используется при планировании PDSCH, когда реализуется схема MIMO при замкнутой системе управления (схема MIMO (с Многими Входами и Многими Выходами) с замкнутой системой управления).
(2A) Формат 2A DCI используется при планировании PDSCH, когда реализуется схема MIMO при разомкнутой системе управления (схема MIMO с разомкнутой системой управления).
(2B) Формат 2B DCI используется при планировании PDSCH, когда выполняется двухуровневая передача.
Таким образом, каждый из форматов с 1 по 2B DCI являются информацией управления, которая используется при планировании PDSCH.
Фиг. 12 иллюстрирует пример параметров формата 1 DCI. Как проиллюстрировано на Фиг. 12, в третьем варианте осуществления, к «запросу CQI» дополнительно добавляется 1 бит в качестве параметра информации управления для данных нисходящей линии связи (например, формата 1 DCI), который указывает на то, выполняется ли апериодическое представление отчета по CSI.
Фиг. 13 иллюстрирует пример установок PDCCH и PDSCH. В третьем варианте осуществления, базовая станция 100 запрашивает выполнение терминалом 200 апериодического представления отчета по CSI посредством установки «запроса CQI» в значение «1» в информации управления для данных нисходящей линии связи, к которой добавлен «запрос CQI». Базовая станция 100 передает информацию управления для данных восходящей линии связи, которая объяснена во втором варианте осуществления (например, формат 0 DCI на Фиг. 6) терминалу 200 в качестве сигнала PDSCH. Когда «запрос CQI» информации управления для данных нисходящей линии связи равен «1», то терминал 200 принимает сигнал PDSCH и извлекает, например, 5-битовый «запрос CQI» (здесь и далее именуемый как «подробный запрос CQI») из информации управления для данных восходящей линии связи. Терминал 200 формирует CSI для DLCC, которая указана в подробном запросе CQI.
Информация управления для данных восходящей линии связи, переданная в качестве сигнала PDSCH, становится, например, информацией управления, когда терминал 200 передает CSI для указанной DLCC.
Фиг. 14 иллюстрирует пример конфигурации базовой станции 100 в третьем варианте осуществления. Планировщик 110 формирует значение параметра подробного запроса CQI, соответствующее DL CC, в отношении которой принято решение модулем 111 принятия решения о CC для отчета, и формирует информацию управления для данных восходящей линии связи (PUSCH), которая объяснена в первом варианте осуществления (например, информацию управления формата 0 DCI (например, на Фиг. 6)). Планировщик 110 выдает сформированную информацию управления формата 0 DCI модулю 114 формирования PDSCH. Модуль 114 формирования PDSCH выдает информацию управления формата 0 DCI модулю 115 мультиплексирования в качестве сигнала PDSCH.
Фиг. 15 иллюстрирует пример конфигурации терминала 200 в третьем варианте осуществления. Терминал 200 дополнительно включает в себя модуль 235 разделения. Модуль 235 разделения включает в себя, например, модуль 21 приема в первом варианте осуществления.
Модуль 235 разделения разделяет пользовательские данные и информацию управления для данных восходящей линии связи (например, информации управления формата 0 DCI), выданные модулем 225 обработки PDSCH, и разделяет информацию управления формата 0 DCI на значение параметра подробного запроса CQI, и прочую информацию управления. Модуль 235 разделения выдает подробный запрос CQI модулю 224 формирования CSI, и выдает информацию управления формата 0 DCI, отличную от подробного запроса CQI, модулю 229 формирования PUSCH.
Далее, объясняется пример функционирования третьего варианта осуществления. Фиг. 16 и Фиг. 17 являются блок-схемами, иллюстрирующими примеры функционирования. Ниже, примеры функционирования на Фиг. 16 и Фиг. 17 объясняются в очередности номеров этапов, однако объяснение частей, которые аналогичны второму варианту осуществления, опущены.
Базовая станция 100, после принятия решения о том, для какой DLCC должен быть представлен отчет по CSI (S11), формирует информацию управления для данных нисходящей линии связи (S20). Например, планировщик 110 формирует информацию управления, которая относится к PDSCH, такую как, например, информацию управления формата 1 и 1A или другого DCI. В данный момент, планировщик 110 формирует информацию управления, в которой добавлен бит «запроса CQI» установленный в значение «1».
Далее базовая станция 100 формирует информацию управления для данных восходящей линии связи (S21). Например, планировщик 110 формирует информацию управления, включаемую в формат 0 DCI (например, на Фиг. 6), чтобы предписать представление отчета по CSI.
Далее, базовая станция 100 формирует значение параметра подробного запроса CQI (S22). Например, планировщик 110 формирует значение параметра («11100» или подобное), соответствующее CC, в отношении которых принято решение модулем 111 принятия решения о CC для отчета. Посредством этого, базовая станция 100 может указать DLCC, для которых будет представляться отчет по CSI.
Далее, базовая станция 100 формирует пользовательские данные (S23). Например, формируемые пользовательские данные подаются в модуль 114 формирования PDSCH.
Далее, базовая станция 100 формирует сигнал PDCCH из информации управления для данных нисходящей линии связи (S24). Например, модуль 113 формирования PDCCH формирует сигнал PDCCH для информации управления формата 1 или другого DCI, выданной планировщиком 110.
Далее, базовая станция 100 формирует сигнал PDSCH из информации управления для данных восходящей линии связи, подробный запрос CQI, и пользовательские данные (S25). Например, модуль 114 формирования PDSCH формирует сигнал PDSCH для информации управления формата 0 DCI, выданной планировщиком 110 и пользовательских данных, выданных устройством более высокого порядка.
Далее, базовая станция 100 передает сигнал PDCCH и сигнал PDSCH терминалу 200 (S26).
Терминал 200 выполняет обработку этих сигналов на стороне терминала (S27). Фиг. 17 является блок-схемой, иллюстрирующей пример обработки на стороне терминала.
Когда информация управления для данных нисходящей линии связи не включена в принятый сигнал PDCCH («Нет» на этапе S162), то не принята информация управления формата 1, 1A или другого DCI (например, на Фиг. 12), и терминал 200 не выполняет представление отчета по CSI (S270).
С другой стороны, когда информация управления для данных нисходящей линии связи принята («Да» на этапе S162), то терминал 200 обращается к биту «запроса CQI» информации управления и определяет, соответствует ли бит значению «1» (S271). Например, обращаются к информации управления формата 1, 1A или другого DCI, извлеченной модулем 223 обработки PDCCH, и определяют, соответствует ли бит «запроса CQI» значению «1».
Если бит не соответствует значению «1» («Нет» на этапе S271), то терминал 200 не выполняет представление отчета по CSI, но обращается к информации управления для данных нисходящей линии связи и принимает сигнал PDSCH (S272). Если бит «запроса CQI» не соответствует значению «1», то базовая станция 100 не указала на то, что отчет по CSI должен быть представлен не периодически, и таким образом терминал 200 не выполняет апериодическое представление отчета по CSI. Тем не менее, терминал 200 принимает информацию управления для данных нисходящей линии связи, и таким образом соответственно принимает сигнал PDSCH. Например, модуль 225 обработки PDSCH обращается к информации управления для данных нисходящей линии связи, выданной модулем 223 PDCCH, и декодирует сигнал PDSCH.
С другой стороны, если «запрос CQI» информации управления для данных нисходящей линии связи соответствует значению «1» («Да» на этапе S271), то терминал 200 обращается к информации управления для данных нисходящей линии связи и принимает сигнал PDSCH (S273), и извлекает информацию управления формата 0 DCI, включенную в сигнал PDSCH (S274). Например, модуль 225 обработки PDSCH извлекает информацию управления формата 0 DCI из сигнала PDSCH и выдает информацию управления формата 0 DCI модулю 235 разделения. По информации управления формата 0 DCI модуль 235 разделения выдает значение параметра подробного запроса CQI модулю 224 формирования CSI, и выдает другое значение параметра модулю 229 формирования PUSCH.
После этого, модуль 224 формирования CSI формирует CSI для DLCC, которая указана в подробном запросе CQI (S166), и терминал 200 передает CSI для указанной DLCC базовой станции 100 (с S167 по S169, S17, S18).
Таким образом, в третьем варианте осуществления, информация (подробный запрос CQI) указывающая на то, для какой DLCC должен представляться отчет по CSI, так же передается терминалу 200 посредством сигнала PDSCH. Следовательно, в третьем варианте осуществления, базовая станция 100 так же предписывает терминалу 200 представить отчет по информации, которая относится к состоянию канала применительно к произвольной полосе частот. Кроме того, в сравнении со случаем, при котором терминал 200 передает CSI для всех CC, в данном случае терминал 200 передает CSI для указанной DL CC, и тем самым может быть увеличена пропускная способность.
В примере функционирования третьего варианта осуществления (Фиг. 16), очередность формирования информации управления для данных нисходящей линии связи и информации управления для данных восходящей линии связи (S20, S21) может быть изменена на обратную. Кроме того, очередность формирования PDCCH и формирования PDSCH (S24, S25) так же может быть изменена на обратную.
ЧЕТВЕРТЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ
Далее, объясняется четвертый вариант осуществления. Главным образом объясняются отличия от второго и третьего варианта осуществления, а объяснение аналогичных моментов опущено. Четвертый вариант осуществления является примером, в котором, при запросе апериодического отчета по CSI, меняется интерпретация информации управления для данных восходящей линии связи (например, формата 0 DCI).
Фиг. 18A и Фиг. 18B иллюстрируют пример параметра формата 0 DCI. Когда бит «запроса CQI» соответствует значению «1» (когда запрашиваются апериодические отчеты по CSI), то параметр формата 0 DCI рассматривается как параметр, указывающий информацию управления для данных нисходящей линии связи, как на Фиг. 18B, нежели как параметр, указывающий информацию управления для данных восходящей линии связи. Когда «запрос CQI» соответствует значению «0» (апериодический отчет по CSI не запрашивается), то параметр указывает обычную информацию управления для данных восходящей линии связи, как на Фиг. 18A.
Фиг. 19A и Фиг. 19B иллюстрируют соответственно примеры установки PDCCH и PDSCH. Когда базовая станция 100 не предписывает терминалу 200 выполнить апериодический отчет по CSI, то базовая станция 100 передает в качестве сигнала PDCCH информацию управления формата 0 DCI в которой «запрос CQI» установлен в значение «0».
С другой стороны, когда базовая станция 100 предписывает терминалу 200 выполнить апериодическое представление отчета по CSI, то базовая станция 100 передает, в качестве сигнала PDCCH, информацию управления формата 0 DCI, включающую в себя информацию управления для данных нисходящей линии связи, в которой «запрос CQI» установлен в значение «1». И базовая станция 100 передает терминалу 100, в качестве сигнала PDSCH, информацию управления для данных восходящей линии связи (например, формат 0 DCI на Фиг. 6), в которой в качестве подробного запроса CQI указана DLCC для представления отчета по CSI.
Примеры конфигураций системы радиосвязи, базовой станции 100, и терминала 200 в четвертом варианте осуществления могут быть реализованы аналогично тем, что представлены в третьем варианте осуществления (например, на Фиг. 14 и Фиг. 15).
Фиг. 20 и Фиг. 21 являются блок-схемами, иллюстрирующими пример функционирования. Пример функционирования объясняется в очередности номеров этапов, концентрируясь главным образом на отличиях от третьего варианта осуществления.
Базовая станция 100 принимает решение о том, для какой DL CC должен быть представлен отчет по CSI (S11), и формирует сигнал PDCCH и сигнал PDSCH (S30). В данном случае, например, значение параметра формата 0 DCI, в отношении которого меняется интерпретация (например, на Фиг. 18B), включается в сигнал PDCCH. Сигнал PDSCH включает в себя, в качестве информации управления для данных восходящей линии связи, значение параметра формата 0 DCI, которое объяснено во втором варианте осуществления. Значение параметра формата 0 DCI, включенное в сигнал, переданный в качестве данного сигнала PDSCH, включает в себя, например, 5 бит подробного запроса CQI. Например, планировщик 110 формирует каждое из значений параметра, модуль 113 формирования PDCCH формирует сигнал PDCCH, а модуль 114 формирования PDSCH формирует сигнал PDSCH.
Далее, базовая станция 100 передает сформированный сигнал PDCCH и сигнал PDSCH терминалу 200 (S31). Например, модуль 115 мультиплексирования и модуль 116 радиопередачи передают сигналы в качестве радиосигнала терминалу 200.
Далее, терминал 200 выполняет обработку на стороне терминала (S32). Фиг. 21 является блок-схемой, иллюстрирующей пример обработки на стороне терминала. После приема сигнала PDCCH (S161), терминал 200 распознает, обнаружена ли информация управления для данных восходящей линии связи (S320). Например, модуль 223 обработки PDCCH распознает, принят ли сигнал PDCCH применительно к информации управления для данных восходящей линии связи, посредством длины сигнала собственно сигнала PDCCH, и разграничения флагом для формата 0/формата 1A, включенного в сигнал PDCCH. Если информация управления для данных восходящей линии связи не может быть обнаружена («Нет» на этапе S320), то терминал 200 не выполняет апериодического представления отчета по CSI.
С другой стороны, когда в сигнале PDCCH обнаружена информация управления для данных восходящей линии связи («Да» на этапе S320), то терминал 200 подтверждает «запрос CQI» по информации управления для данных восходящей линии связи, переданный сигналом PDCCH (S271), и после этого выполняет обработку, аналогичную той, что выполняется для третьего варианта осуществления.
Таким образом, в четвертом варианте осуществлении, базовая станция 100 так же может использовать подробный запрос CQI для указания DLCC для которой должен быть представлении апериодический отчет по CSI. Следовательно, аналогично третьему варианту осуществления, базовая станция 100 может предписать терминалу 200, представить отчет по информации, которая относится к состоянию канала, применительно к произвольным полосам частот. Кроме того, поскольку терминал 200 передает CSI для указанной DLCC, то в сравнении со случаем, при котором CSI передается для всех CC, в данном случае может быть увеличена пропускная способность.
ПЯТЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ
Далее, объясняется пятый вариант осуществления. Главным образом объясняются отличия от второго варианта осуществления, а объяснение аналогичных моментов опущено. Пятый вариант осуществления является примером, в котором терминал 200 выполняет представление отчета по CSI посредством отношения соответствия между набором DLCC в «наборе отслеживания PDCCH» (здесь и далее именуемом «CC отслеживания PDCCH»), и DLCC с планированием PDSCH (здесь и далее именуемая как «планируемая DLCC»).
Фиг. 22A иллюстрирует пример отношения соответствия между CC отслеживания PDCCH и планируемой DLCC; Фиг. 22B иллюстрирует пример DLCC, для которой выполняется представление отчета по CSI. Как объяснено в первом варианте осуществления, CC отслеживания PDCCH является DLCC для которой, например, существует возможность того, что для терминала 200 установлен PDCCH. В примере на Фиг. 22A, CC отслеживания PDCCH являются DLCC#1 и DLCC#4. В PDCCH собственно DLCC#1 установки выполнены таким образом, чтобы выполнять планирования в отношении PDSCH несущих с DLCC#1 по #3. В данном случае, несущие с DLCC#1 по #3 установлены в качестве планируемых DLCC для DLCC#1, которая является CC отслеживания PDCCH. Аналогичным образом, несущие DLCC#4 и #5 установлены в качестве планируемых DLCC для DLCC#4, которая установлена в качестве CC отслеживания PDCCH.
При таком отношении соответствия, как проиллюстрированное на Фиг. 22B, когда базовая станция 100 передает информацию управления для данных восходящей линии связи, при помощи DLCC#1, с «запросом CQI», который установлен в значение «1» (например, предписывающим апериодическое представление отчета), то терминал 200 передает базовой станции 100 CSI для несущих с DLCC#1 по #3. Кроме того, когда базовая станция 100 передает информацию управления для данных восходящей линии связи, при помощи DLCC#4, с «запросом CQI», который установлен в значение «1», то терминал 200 передает базовой станции 100 CSI для DLCC#4 и DLCC#5. Терминал 200 представляет отчет по CSI для несущих с DLCC#1 по #3, для которых существует возможность того, что планирование выполняется, используя информацию управления, переданную при помощи DLCC#1.
Далее, объясняются примеры конфигураций базовой станции 100 и терминала 200 в пятом варианте осуществления. Фиг. 23 и Фиг. 24 иллюстрируют примеры конфигураций базовой станции 100 и терминала 200 соответственно.
Базовая станция 100 дополнительно включает в себя верхний уровень 140. Верхний уровень 140 формирует таблицу отношения соответствия (например, на Фиг. 22A) между CC отслеживания PDCCH и планируемой DLCC, и выдает таблицу в качестве данных управления модулю 114 формирования PDSCH. Также верхний уровень 140 выдает соответствующую таблицу отношения соответствия планировщику 110.
Модуль 114 формирования PDSCH выполняет кодирование с коррекцией ошибок и подобное данных управления от верхнего уровня 140, и выдает результат в качестве сигнала PDSCH модулю 115 мультиплексирования. Планировщик 110 или модуль 111 принятия решения о CC для отчета принимает решение в отношении DLCC для представления отчета по CSI, исходя из таблицы отношения соответствия, и выполняет планирование.
Терминал 200 дополнительно включает в себя верхний уровень 240. Верхний уровень 240 подает данные управления, извлеченные посредством декодирования с коррекцией ошибок и подобного, в модуль 225 обработки PDSCH, и формирует или сохраняет таблицу отношения соответствия. Верхний уровень 240 выдает таблицу отношения соответствия модулю 224 формирования CSI.
Модуль 224 формирования CSI хранит ту же таблицу отношения соответствия, что и таблица отношения соответствия, сформированная базовой станцией 100. Модуль 224 формирования CSI формирует CSI для планируемой DLCC применительно к CC отслеживания PDCCH, для которой бит «запроса CQI» установлен в значение «1», исходя из данной таблицы.
Далее, объясняется пример функционирования в пятом варианте осуществления. Фиг. 25 и Фиг. 26 являются блок-схемами, иллюстрирующими пример функционирования. Данный пример функционирования так же объясняется, концентрируясь на отличие от второго варианта осуществления и подобном.
Сначала, базовая станция устанавливает связи между CC отслеживания PDCCH и планируемой DLCC (S40). Например, верхний уровень 140 базовой станции 100 использует установки агрегации несущих для установки того, какая полоса пропускания относится к какой CC, какая CC является CC отслеживания PDCCH, и какая CC является планируемой DLCC, и подобного. В данный момент, верхний уровень 140 формирует таблицу отношения соответствия между СС отслеживания PDCCH и планируемой DLCC.
Далее, базовая станция предоставляет уведомление о данных установках (S41). Например, совместно с зависимостями между полосой и CC, установленными при помощи установки агрегации несущих, верхним уровнем 140, в качестве данных управления (или информации об установках) модулю 114 формирования PDSCH выдается таблица отношения соответствия. Данные управления передаются терминалу 200 в качестве сигнала PDSCH модулем формирования 114 PDSCH.
Терминал 200 принимает данные управления, переданные, при помощи PDSCH (S42). Например, модуль 225 обработки PDSCH извлекает данные управления из сигнала PDSCH, и выдает результат верхнему уровню 240.
Далее, терминал 200 сохраняет принятые данные управления (S43). Например, данные управления сохраняет верхний уровень 240.
Посредством этого, базовая станция 100 и терминал 200 осуществляют совместное использование отношения соответствия между CC отслеживания PDCCH и планируемой DLCC (например, на Фиг. 22A). Когда модуль 111 принятия решения о CC для отчета принимает решение о том, для какой CC должен быть представлен отчет по CSI, то планировщик 110 использует CC отслеживания PDCCH, соответствующую DLCC, в отношении которой принято решение, для передачи информации управления для данных восходящей линии связи, исходя из таблицы отношения соответствия (с S10 по S15). Например, в примере на Фиг. 22A, когда представление отчета по CSI должно быть выполнено для DLCC#3, то базовая станция 100 передает информацию управления для данных восходящей линии связи (например, формата 0 DCI) с битом «запроса CSI» установленным в значение «1» по DLCC#1.
Терминал 200 принимает информацию и выполняет обработку на стороне терминала (S45). Например, по приему сигнала PDCCH в DLCC#1, исходя из информации управления для данных нисходящей линии связи, которые переданы при помощи сигнал PDCCH, терминал 200 принимает сигналы PDSCH для несущих с DLCC#1 по CC#3, которые являются планируемыми DLCC (S161, «Да» на этапе S162, S163).
Далее, терминал 200 обнаруживает, принята ли информация управления для данных восходящей линии связи (S450). Например, модуль 223 обработки PDCCH выполняет обнаружение исходя из длины сигнала принятого сигнала PDCCH и флага разграничения формата 0/формата 1A, включенного в сигнал PDCCH. Когда информация управления для данных восходящей линии связи не принята («Нет» на этапе S450), то терминал 200 завершает цикл обработки, не выполняя апериодического представления отчета по CSI.
С другой стороны, когда информация управления для данных восходящей линии связи принята («Да» на этапе S450), то терминал 200 определяет, соответствует ли бит «запроса CQI» в информации управления значению «1» (выполняется ли апериодическое представление отчета по CSI) (S271).
Когда бит соответствует значению «1» («Да» на этапе S271), то терминал 200 выполняет представление отчета по CSI для соответствующей планируемой DLCC исходя из таблицы отношения соответствия (S451). Например, исходя из полосы частот принятого сигнала PDCCH, модуль 223 обработки PDCCH выдает информацию о том, какая DLCC используется для передачи формата 0 DCI совместно с битом «запроса CQI» модулю 224 формирования CSI. Модуль 224 формирования CSI принимает DLCC, в которой передается формат 0 DCI, в качестве CC отслеживания PDCCH, и выбирает планируемую DLCC исходя из таблицы отношения соответствия, и формирует CSI с DLCC в качестве CC для представления отчета по CSI (S451).
С другой стороны, когда бит «запроса CQI» не соответствует значению «1» («Нет» на этапе S271), то терминалу 200 не требуется выполнять апериодического представления отчета по CSI, и он обращается к информации управления для данных восходящей линии связи, чтобы выполнить формирование пользовательских данных и подобного (с S170 по S172).
Затем терминал 200 передает сформированную CSI базовой станции 100 (S169). В момент передачи, в случае планирования между несущими, например, терминал 200 выполняет передачу при помощи UL CC, которая указана «индикатором несущей» формата 0 DCI (например, на Фиг. 6).
Или, терминал 200 может выполнить передачу CSI, при помощи планируемой UL CC. В дополнение к DLCC, так же имеются ULCC, для которых PDCCH может быть установлен в качестве информации управления PDCCH собственно CC отслеживания PDCCH. Терминал 200 может быть выполнен с возможностью использования такой ULCC для передачи CSI.
Фиг. 27 иллюстрирует пример отношения соответствия между CC отслеживания PDCCH и планируемой ULCC. Например, аналогично отношению соответствия между CC отслеживания PDCCH и планируемой DLCC, базовая станция 100 устанавливает и передает в качестве информации об установках (или данных управления) (S40, S41), а терминал 200 совместно использует отношение соответствия посредством приема и сохранения информации об установках (S42, S43). Например, когда базовая станция 100 передает информацию управления для данных восходящей линии связи с «запросом CQI» установленным в значение «1» в DLCC#1, то терминал 200 использует индикатор несущей, для указания одной из несущих с ULCC#1 по ULCC#3, и использует указанную ULCC для передачи сформированной CSI.
Таким образом, в пятом варианте осуществления, базовая станция 100 так же использует отношение соответствия между CC отслеживания PDCCH и планируемой DLCC для принятия решения в отношении DLCC, для которой будет выполняться представление отчета по CSI. Базовая станция 100 может предписать представление отчета по CSI для DLCC, установленной в качестве планируемой DLCC, и может предписать терминалу 200, представить отчет по информации, которая относится к состоянию канала произвольных полос частот. Кроме того, терминалу 200, предписывается представить отчет по CSI для DLCC, установленной в качестве планируемой DLCC, так что в сравнении со случаем, при котором представление отчета по CSI выполняется для всех DLCC, в данном случае может быть увеличена пропускная способность. Кроме того, в пятом варианте осуществления, не происходит увеличения количества бит формата 0 DCI или подобного, так что уже существующие структуры данных могут использоваться без изменений, и не происходит увеличения потерь на сигнализацию управления.
ШЕСТОЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ
Далее, объясняется шестой вариант осуществления. Главным образом объясняются отличия от пятого варианта осуществления, а объяснение аналогичных моментов опущено. Шестой вариант осуществления является примером, в котором, отдельно от планируемых DLCC, заранее для CC отслеживания PDCCH определяются DLCC для представления отчета по CSI.
Фиг. 28A иллюстрирует пример зависимости между СС отслеживания PDCCH и планируемой DLCC и DLCC для представления отчета по CSI. Фиг. 28B иллюстрирует пример DLCC для представления отчета по CSI.
Например, как проиллюстрировано на Фиг. 28A, даже когда имеется отношение соответствия между CC отслеживания PDCCH и планируемой DLCC, то DLCC, в отношении которой предписывается представление отчета по CSI, для отслеживаемой DLCC#1 может быть установлена как DLCC#1 и DLCC#2, а DLCC, в отношении которой предписывается представление отчета по CSI, для отслеживаемой DLCC#4 может быть установлена как DLCC#3, DLCC#4 и DLCC#5. Например, когда базовая станция 100 предписывает терминалу 200 выполнить представление отчета по CSI для DLCC#3, то для передачи информации управления для данных восходящей линии связи (например, формата 0 DCI) с битом «запроса CQI», который установлен в значение «1», используется DLCC#4, которая является CC отслеживания PDCCH. Исходя из отношения соответствия терминал 200 выполняет представление отчета по CSI для несущих с DLCC#3 по #5. Посредством этого, базовая станция 100 может принять отчеты по CSI для DLCC#3.
Примеры конфигурации базовой станции 100 и терминала 200 могут быть реализованы аналогично представленным в пятом варианте осуществления (например, на Фиг. 23 и Фиг. 24). Фиг. 29 и Фиг. 30 являются блок-схемами примера функционирования.
При выполнении установок агрегации несущих, верхний уровень 140 базовой станции 100 формирует отношение соответствия между CC отслеживания PDCCH и DL CC для представления отчета по CSI, сохраняет его в качестве таблицы отношения соответствия (например, на Фиг. 28A), и передает данную таблицу терминалу 200 (S50, S41).
С другой стороны, верхний уровень 240 терминала 200, посредством сохранения таблицы отношения соответствия, принятой в качестве данных управления (S42, S43), может совместно с базовой станцией 100 использовать информацию в отношении CC для представления отчета по CSI.
Базовая станция 100 принимает решение в отношении того, для какой DLCC должно выполняться представление отчета по CSI. Исходя из таблицы отношения соответствия (например, на Фиг. 28A), принимается решение в отношении DLCC, в которой должен передаваться сигнал PDCCH (S51). Например, планировщик 110 обращается к таблице отношения соответствия, полученной от верхнего уровня 140, и, исходя из таблицы, принимает решение о DLCC для передачи.
Затем, базовая станция 100 использует DLCC, в отношении которой принято решение, для передачи информации управления для данных восходящей линии связи с битом «запроса CQI», который установлен в значение «1» (S14, S15).
С другой стороны, терминал 200 выполняет обработку на стороне терминала (S52), обнаруживает, включена ли информация управления формата 0 DCI в принятый сигнал PDCCH (S450), и если она обнаружена («Да» на этапе S450), то обращается к биту «запроса CQI», включенному в информацию управления формата 0 DCI (S271).
Когда бит «запроса CQI», который включен в информацию управления для данных восходящей линии связи, соответствует значению «1» («Да» на этапе S271), то по таблице отношения соответствия считывается DLCC для представления отчета по CSI, соответствующая DLCC, в которой передан сигнал PDCCH. Затем, терминал 200 выполняет представление отчета по CSI для DLCC (S520). Например, модуль 224 формирования CSI принимает от модуля 223 обработки PDCCH в качестве входной информации DLCC, в которой был передан сигнал PDCCH, обращается к таблице отношения соответствия в верхнем уровне 240, и принимает решение о DLCC соответствующей DLCC для представления отчета по CSI. Затем модуль 224 формирования CSI формирует CSI для DLCC, в отношении которой принято решение.
Затем терминал 200 передает сформированную CSI базовой станции 100 (S169). Например, аналогично пятому варианту осуществления, терминал 200 может использовать UL CC, которая указана «индикатором несущей» формата 0 DCI для передачи, или может использовать планируемую ULCC (например, на Фиг. 27) для передачи.
Таким образом, в шестом варианте осуществления, базовая станция так же может указать произвольную DLCC для представления отчета исходя из отношения соответствия с CC отслеживания PDCCH. Следовательно, базовая станция 100 может предписать терминалу 200, представить отчет по информации, которая относится к состояниям канала, применительно к произвольной полосе частот. Кроме того, терминал 200 может выполнить представление отчета по CSI для CC, которая установлена в качестве DLCC для представления отчета по CSI. Следовательно, в сравнении со случаем, при котором терминал 200 выполняет представление отчета по CSI для всех ULCC, в данном случае объем передаваемой информации сокращается, и таким образом может быть увеличена пропускная способность.
СЕДЬМОЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ
Далее, объясняется седьмой вариант осуществления. Главным образом объясняются отличия от пятого варианта осуществления, а объяснение аналогичных моментов опущено. Седьмой вариант осуществления является примером, в котором установлено отношение соответствия между ULCC, в которой передается сигнал PUSCH, и DLCC для представления отчета по CSI, и терминал 200 выполняет представление отчета по CSI исходя из данного отношения соответствия.
Фиг. 31A и Фиг. 31B иллюстрируют примеры отношения соответствия между ULCC, используемой для передачи сигнала PUSCH, и DLCC для представления отчета по CSI; Фиг. 31C иллюстрирует пример DLCC, для которой выполняется представление отчета по CSI.
Как объяснено во втором варианте осуществления, когда выполняется планирование между несущими, то информация управления формата 0 DCI включает в себя «индикатор несущей», который указывает, например, на то, какая ULCC используется для передачи сигнала PUSCH. DLCC, для которой должен представляться отчет по CSI, связана с ULCC, которая будет использована для передачи сигнала PUSCH, и представление отчета по CSI выполняется исходя из данного отношения соответствия.
Например, когда базовая станция 100, должна предписать представление отчета по CSI для DLCC#3, то выполняется следующая обработка. Из отношения соответствия (например, на Фиг. 31A), несущей ULCC, которая соответствует CC#3 в качестве DLCC для представления отчета по CSI, является одна из несущих с ULCC#1 по CC#3. Базовая станция 100 принимает решение в отношении того, какая ULCC, будет использоваться для передачи сигнала PUSCH (например, ULCC#1) из несущих с ULCC#1 по CC#3.
Базовая станция 100 может принять решение по всем несущим с ULCC#1 по CC#3, в качестве ULCC для передачи сигнала PUSCH. Базовая станция 100 формирует информацию управления для данных восходящей линии связи, указывая ULCC#1 в качестве ULCC для передачи сигнала PUSCH (например, в случае формата 0 DCI, «индикатор несущей» = ULCC#1). Сигнал PDCCH для информации управления может передаваться, при помощи любую DLCC в случае планирования между несущими (например, при помощи CC отслеживания PDCCH); в примере на Фиг. 31C, для передачи используется DLCC#1. В случае планирования по той же несущей, базовая станция 100 передает сигнал PDCCH при помощи DLCC#1. Так как в качестве ULCC для передачи сигнала PUSCH указана ULCC#1, то терминал 200 выполняет представление отчета по CSI для несущих с DLCC#1 по CC#3, исходя из отношения соответствия. Посредством этого, базовая станция 100 может принять отчеты по CSI для DLCC#3.
Как проиллюстрировано на Фиг. 31B соответствие между ULCC и DLCC для представления отчета по CSI может быть таким, что разные DLCC указаны для представления отчета по CSI для каждой ULCC. Кроме того, не для всех ULCC требуется наличие информации о DLCC для представления отчета, и часть ULCC могут иметь DLCC для представления отчета по CSI.
Примеры конфигурации базовой станции 100 и терминала 200 могут быть реализованы аналогично тем, что представлены в пятом варианте осуществления (например, на Фиг. 23 и Фиг. 24). Фиг. 32 и Фиг. 33 являются блок-схемами примера функционирования. Пример функционирования объясняется в очередности номеров этапов, концентрируясь главным образом на отличиях от пятого варианта осуществления.
Сначала, во время установки агрегации несущих, базовая станция 100 устанавливает связь между ULCC, передающей сигнал PUSCH, и DLCC для представления отчета по CSI (S60). Например, верхний уровень 140 выполняет установки и формирует таблицу, указывающую отношение соответствие (например, на Фиг. 31A). Базовая станция 100, уведомляет терминал 200 об отношении соответствия в качестве данных управления (S41), и терминал 200 принимает эти данные, и сохраняет данные в качестве таблицы (S42, S43). Например, верхний уровень 240 сохраняет данные в качестве таблицы. Посредством этого, осуществляется совместное использование отношения соответствия между базовой станцией 100 и терминалом 200.
Базовая станция 100 принимает решение в отношении того, для какой DLCC должно выполняться представление отчета по CSI (S11), и принимает решение о том, какую ULCC использовать для передачи сигнала PUSCH, в соответствии с этой DLCC (S61). Например, планировщик 110 обращается к таблице соответствия (например, на Фиг. 31A) в соответствии с DLCC, в отношении которой принято решение модулем 111 принятия решения о CC для отчета, и принимает решение в отношении ULCC, которая будет передавать сигнал PUSCH. Затем, базовая станция 100 формирует сигнал PDCCH, указывающий данную ULCC, и передает сигнал PDCCH терминалу 200 (S14, S15).
Терминал 200 выполняет обработку на стороне терминала (S62), и по приему информации управления для данных восходящей линии связи («Да» на этапе S450 на Фиг. 33), обнаруживает, соответствует ли бит «запроса CQI» значению «1» (выполнить апериодическое представление отчета по CSI) (S271).
Затем, когда бит «запроса CQI» соответствует значению «1» («Да» на этапе S271), терминал 200 обращается к таблице соответствия (например, на Фиг. 31A) и принимает решение в отношении DLCC для представления отчета по CSI, которая соотвествует ULCC, передающей сигнал PUSCH, и формирует CSI для DLCC, в отношении которой принято решение (S620). Например, модуль 223 формирования PDCCH извлекает из сигнала PDCCH информацию о том, какая ULCC передает сигнал PUSCH. В случае планирования между несущими, посредством извлечения «индикатора несущей», который включен в информацию управления формата 0 DCI, может быть извлечена информация о том, какая ULCC используется для передачи сигнала PDCCH. В случае планирования по той же несущей, модуль 223 обработки PDCCH может выполнить извлечение из отношения с частотной полосой приема принятого сигнала PDCCH. Модуль 223 обработки PDCCH выдает модулю 224 формирования CSI информацию, которая указывает на то, какая ULCC передает сигнал PUSCH. Модуль 224 формирования CSI обращается к таблице отношения соответствия хранящейся в верхнем уровне 240 в отношении ULCC, которая передает сигнал PUSCH, принимает решение в отношении DLCC для представления отчета по CSI, и формирует CSI для данной DLCC.
Терминал 200 передает сформированную CSI, при помощи указанной ULCC (S169). Посредством приема этого (S17, S18), базовая станция 100 может принять CSI применительно к DLCC для представления отчета по CSI.
В седьмом варианте осуществления, базовая станция 100 так же может принять CSI применительно к DLCC для представления отчета посредством указания ULCC для передачи сигнала PUSCH, и тем самым может предписать терминалу 200, представить отчет по информации, которая относится к состояниям канала, применительно к произвольной полосе частот. Кроме того, терминал 200 представляет отчет по CSI для CC, которые указаны в качестве DLCC для представления отчета по CSI. Следовательно, в сравнении со случаем, при котором терминал 200 выполняет представление отчета по CSI для всех DLCC, в данном случае объем передаваемой информации уменьшается, и таким образом может быть увеличена пропускная способность.
ВОСЬМОЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ
Далее, объясняется восьмой вариант осуществления. Главным образом объясняются отличия от второго варианта осуществления, а объяснение аналогичных моментов опущено. Восьмой вариант осуществления является примером, в котором в информацию управления для данных восходящей линии связи (например, формата 0 DCI) добавлено поле для указания DLCC для представления отчета по CSI.
Фиг. 34 иллюстрирует пример параметров формата 0 DCI в восьмом варианте осуществления. В формате DCI, присутствует поле «индикатор несущей отчета по CQI». Поле «индикатор несущей отчета по CQI» используется, например, для указания DLCC, для которой должно выполняться представление отчета по CSI, из множества DLCC. Когда базовая станция 100 вставляет значение (3 бита) параметра в данное поле и передает терминалу 200, в качестве сигнала PDCCH, то терминал 200 выполняет представление отчета по CSI для указанной DLCC.
Фиг. 35 иллюстрирует пример DLCC для которой выполняется представление отчета по CSI. Когда базовая станция 100 устанавливает бит «запроса CQI» равным «1» и указывает «000» в поле «индикатора несущей отчета по CQI», то терминал 200 выполняет представление отчета по CSI для DLCC#1, соответствующей значению «000». Например, когда биты «индикатора несущей отчета по CQI» соответствуют «001», то терминал 200 выполняет представление отчета по CSI для DLCC#2. Отношение соответствия между значением бит (значением параметра) поля «индикатора несущей отчета по CQI» и DLCC для представления отчета может, например, устанавливаться в момент установки агрегации несущих, аналогично пятому варианту осуществления, и предоставляться терминалу 200.
Базовая станция 100 и терминал 200 в восьмом варианте осуществления могут быть реализованы аналогично представленным во втором варианте осуществления (например, на Фиг. 8 и Фиг. 9), или аналогично представленным в пятом варианте осуществления (например, на Фиг. 23 и Фиг. 24). Фиг. 36 и Фиг. 37 являются блок-схемами, иллюстрирующими пример функционирования в восьмом варианте осуществления. Пример функционирования объясняется в очередности номеров этапов, концентрируясь главным образом на отличиях от второго варианта осуществления.
Базовая станция 100 принимает решение, посредством модуля 111 принятия решения о CC для отчета, для какой DLCC должно выполняться представление отчета по CSI (S11), и формирует «индикатор несущей отчета по CQI» в соответствии с DLCC, в отношении которой принято решение (S70). Например, планировщик 110 принимает решение в отношении значения параметра «индикатора несущей отчета по CQI» таким образом, чтобы он соответствовал DLCC для представления отчета. В данный момент, планировщик 110 формирует информацию управления для данных восходящей линии связи, в которой «запрос CQI» устанавливается в значение «1» (для случая апериодического представления отчета по CSI). Например, планировщик 110 создает значение параметра для каждого поля формата 0 DCI, и, исходя из этих значений параметров, модуль 113 формирования PDCCH формирует сигнал PDCCH в отношении информации управления для данных восходящей линии связи.
Затем, базовая станция 100 передает сигнал PDCCH терминалу 200 (S14, S15).
Далее, терминал 200 выполняет обработку на стороне терминала (S71). Т.е., терминал 200 принимает сигнал PDCCH (S161 на Фиг. 37), и по приему сигнала PDCCH в отношении информации управления для данных восходящей линии связи («Да» на этапе S450), обнаруживает, соответствует ли бит «запроса CQI» значению «1» (S271).
Когда бит «запроса CQI» соответствует значению «1» («Да» на этапе S271), то терминал 200 обращается к полю «индикатор несущей отчета по CQI», и формирует CSI для DLCC, которая соответствует значению параметра, включенному в поле (S710). Например, модуль 223 обработки PDCCH извлекает каждое из значений параметра формата 0 DCI из сигнала PDCCH, и выдает модулю 224 формирования CSI значения параметра, включенные в «индикатор несущей отчета по CQI», как впрочем, и «запрос CQI». Модуль 224 формирования CSI формирует CSI для соответствующей DLCC в соответствии со значениями параметра «запрос CQI» и «индикатора несущей отчета по CQI».
Затем, терминал 200 передает сформированную CSI базовой станции 100 (S169), и посредством такого приема, базовая станция 100 может принять CSI для любой DLCC, указанной «индикатором несущей отчета по CQI».
Таким образом, в восьмом варианте осуществления, базовая станция 100 так же может предписать выполнение представления отчета по CSI для любой DLCC так, что терминалу 200 требуется представить отчет по информации, которая относится к состоянию канала применительно к произвольной полосе частот. Кроме того, терминал 200 представляет отчет по CSI для CC, указанной «индикатором несущей отчета по CQI». Следовательно, в сравнении со случаем, при котором терминал 200 выполняет представление отчета по CSI для всех DLCC, в данном случае объем передаваемой информации уменьшается, и таким образом может быть увеличена пропускная способность.
В восьмом варианте осуществлении, например, при помощи «индикатора несущей отчета по CQI» могут быть указаны 3 бита. Когда используется 4 или более DLCC, то «индикатор несущей отчета по CQI» может использоваться для указания любой из DLCC. Когда используется 3 или меньше DLCC, то могут быть указаны все комбинации произвольных DLCC.
ДЕВЯТЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ
Далее, объясняется девятый вариант осуществления. Главным образом объясняются отличия от пятого варианта осуществления, а объяснение аналогичных моментов опущено. Девятый вариант осуществления является примером, в котором «индикатор несущей» информации управления для данных восходящей линии связи (например, формата 0 DCI) используется для указания DLCC для представления отчета по CSI.
Как объясняется в пятом варианте осуществления, при планировании между несущими, «индикатором несущей» может указываться ULCC для передачи сигнала PUSCH. При выполнении апериодического представления CSI (когда, например, бит «запроса CQI» соответствует значению «1»), базовая станция 100 указывает «индикатор несущей», который в свою очередь указывает ULCC в качестве DLCC для представления отчета по CSI. Тем не менее, в данном случае ULCC для передачи CSI не может быть указан, и таким образом терминал 200 передает CSI при помощи ULCC, которая определена заранее.
С другой стороны, когда апериодическое представление отчета по CSI не должно выполняться (когда, например, бит «запроса CQI» соответствует значению «0»), то базовая станция 100 использует «индикатор несущей» как обычно, для указания ULCC для передачи сигнала PUSCH.
Фиг. 38A иллюстрирует пример DLCC для представления отчета, а Фиг. 38B иллюстрирует пример ULCC для выполнения представления отчета по CSI. Как проиллюстрировано на Фиг. 38A, когда, например, должно выполняться представление отчета по CSI для DLCC#1, то базовая станция 100 передает сигнал PDCCH формата 0 DCI, в котором бит «запроса CQI» установлен в значение «1», а «индикатор несущей» соответствует значению «000». Так как бит «запроса CQI» формата 0 DCI соответствует значению «1», то терминал 200 интерпретирует «индикатор несущей» как DLCC для представление отчета по CSI, и формирует CSI для DLCC#1, соответствующей значению «000». Терминал 200, например, использует ULCC#3, которая определена заранее, для передачи CSI базовой станции 100. Посредством этого, базовая станция 100 может предписать терминалу 200 выполнить представление отчета по CSI для указанной DLCC. Так как значение параметра поля «индикатор несущей» составляет, например, 3 бита, то, как объясняется в восьмом варианте осуществления, количество DLCC для представления отчета определяется количеством DLCC, которые установлены для обеспечения агрегации несущих. Т.е., когда используется 4 или более DLCC, то может быть указана одна из DLCC, а когда используется 3 и менее DLCC, то могут быть указаны все комбинации произвольных DLCC.
Базовая станция 100 и терминал 200 в девятом варианте осуществления могут быть реализованы аналогично представленным во втором варианте осуществления (например, на Фиг. 8 и Фиг. 9), или аналогично представленным в пятом варианте осуществления (на Фиг. 23 и Фиг. 24). Фиг. 39 и 40 являются блок-схемами, иллюстрирующими пример функционирования в девятом варианте осуществления. Пример функционирования объясняется в очередности номеров этапов, концентрируясь главным образом на отличиях от второго и пятого вариантов осуществления.
Базовая станция 100 выполняет установку агрегации несущих, и выполняет установку того, какая ULCC используется для выполнения представления отчета по CSI (S80). Например, верхний уровень 140 устанавливает ULCC#3 в качестве ULCC для представления отчета по CSI.
Затем базовая станция 100 передает данную информацию об установках терминалу 200 в качестве данных управления (S41). Терминал 200 принимает данные управления, и сохраняет данные в качестве информации об установках (S42, S43). Например, верхний уровень 240 принимает в качестве входных данных ULCC для представления отчета по CSI и сохраняет данную информацию в качестве информации об установках. Посредством этого, осуществляется совместное использование информации от том, какая ULCC используется для передачи CSI, между базовой станцией 100 и терминалом 200.
Базовая станция 100 принимает решение о том, для какой DLCC должен представляться отчет (S11), и формирует «индикатор» несущей в соответствии с DLCC, в отношении которой принято решение (S81). Например, планировщик 110 формирует значение параметра «индикатора несущей» в соответствии с DLCC, в отношении которой принято решение модулем 111 принятия решения о CC для отчета. Для выполнения представления отчета для DLCC#1, значение параметра «индикатора несущей» соответствует «000»; для того чтобы было выполнено представление отчета для DLCC#3 значение параметра соответствует «010», и аналогично. Планировщик 110 так же устанавливает «запрос CQI» в значение «1». Затем, базовая станция 100 формирует сигнал PDCCH информации управления для данных восходящей линии связи, включая эти значения параметров, и передает сигнал PDCCH терминалу 200 (S14, S15).
Терминал 200 выполняет обработку на стороне терминала (S82), и принимает сигнал PDCCH (S161 на Фиг. 40). Когда «запрос CQI» соответствует значению «1», то терминал 200 обращается к параметру «индикатора несущей», и формирует CSI для DLCC, которая ему соответствует (S820). Например, модуль 223 обработки PDCCH извлекает значения параметров «запрос CQI» и «индикатор несущей» из сигнала PDCCH, и выдает значение модулю 224 формирования CSI. Модуль 224 формирования CSI обращается к информации об установках, которая сохранена в верхнем уровне 240, и формирует CSI для DLCC, соответствующей значению параметра «индикатора несущей».
Затем, терминал 200 использует заранее установленную ULCC для передачи сформированной CSI (S169). Например, верхний уровень 240 уведомляет модуль 229 формирования PUSCH о ULCC для передачи, и модуль 229 формирования PUSCH сохраняет данную информацию. Модуль 229 формирования PUSCH формирует сигнал PUSCH, включающий в себя отчет по CSI, и выдает сигнал PUSCH таким образом, чтобы он был передан базовой станции 100, при помощи сохраненной ULCC.
Базовая станция 100 принимает CSI для указанной DLCC, по ULCC, которая определена заранее (S17, S18).
В девятом варианте осуществления, базовая станция 100 так же использует «индикатор несущей» чтобы предписать представление отчета по CSI для указанной DLCC, и таким образом может предписать терминалу 200 представить отчет по информации, которая относится к состоянию канала в произвольной полосе частот. Кроме того, терминал 200 представляет отчет по CSI для DLCC, указанной «индикатором несущей». Следовательно, в сравнении со случаем, при котором терминал 200 выполняет представление отчета по CSI для всех DLCC, в данном случае количество передаваемой информации уменьшается, и таким образом может быть увеличена пропускная способность.
ДЕСЯТЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ
Далее, объясняется десятый вариант осуществления. Главным образом объясняются отличия от пятого варианта осуществления, а объяснение аналогичных моментов опущено. Десятый вариант осуществления является примером, при котором базовая станция 100 предписывает представление отчета по CSI посредством организации связи между номером субкадра и DLCC для представления отчета по CSI.
Фиг. 41 иллюстрирует пример DLCC для представления отчета по CSI. В случае планирования между несущими, как описано выше, сигнал PDCCH применительно к информации управления для данных восходящей линии связи (например, формата 0 DCI), включает в себя «индикатор несущей» для указания ULCC для передачи сигнала PUSCH. В случае планирования по той же несущей, применительно к формату 0 DCI указывается ULCC с тем же номером, что и DLCC, которая передает сигнал PDCCH. В десятом варианте осуществления, заранее установлено отношение соответствия между ULCC для передачи сигнала PUSCH и номером субкадра, в котором передается сигнал PDCCH формата 0 DCI, и DLCC для представления отчета по CSI, и базовая станция 100 предписывает терминалу 200 выполнить представление отчета по CSI для DLCC, указанной исходя из данного отношения. С другой стороны, терминал 200 выполняет представление отчета по CSI для соответствующей DLCC, исходя из данного отношения соответствия.
В примере на Фиг. 41, например, базовая станция 100 использует субкадр «0» для передачи сигнала PDCCH формата 0 DCI с указанием того, что ULCC#1 будет использоваться для передачи сигнала PUSCH. Терминал 200 формирует CSI для DLCC#1, например, исходя из отношения соответствия, для ULCC#1, передающей сигнала PUSCH, и номера субкадра «0». Следовательно, для того чтобы предписать представление отчета по CSI для DLCC#1, базовая станция 100 может указать, что ULCC#1 передает сигнал PUSCH, а сигнал PDCCH передается, при помощи номера субкадра «0». В сигнале PDCCH формата 0 DCI ULCC#1 может быть указана во время планирования между несущими посредством указания, при помощи «индикатора несущей», а во время планирования по той же несущей может быть указана посредством передачи сигнала PDCCH при помощи DLCC#1. Базовая станция 100 устанавливает «запрос CQI» в значение «1» в информации управления формата 0 DCI с тем, чтобы предписать апериодическое представление отчета по CSI.
Фиг. 42A по Фиг. 42C иллюстрируют отношение соответствия между номером субкадра, ULCC, используемой для передачи сигнала PUSCH, и номером DLCC для представления отчета по CSI. В примере на с Фиг. 42A по Фиг. 42C, терминал 200 может использовать ULCC#1 и ULCC#2 одновременно для передачи сигнала PUSCH. Базовая станция 100 заранее принимает решение, и заранее уведомляет терминал 200 о том, что DLCC, для которых возможно представление отчета применительно к ULCC#1, являются несущие с CC#1 по CC#3, а DLCC, для которых возможно представление отчета применительно к ULCC#2, являются несущие CC#4 и CC#5, и подобное. Базовая станция 100 создает отношение соответствия между номером субкадра и DLCC, для которой выполняется представление отчета по CSI, как проиллюстрировано на с Фиг. 42A по Фиг. 42C, и заранее уведомляет терминал 200 о данном отношении соответствия. В данном примере, когда базовая станция 100 должна предписать представление отчета по CSI для DLCC#5, то ULCC для передачи сигнала PUSCH устанавливается как CC#2, а PDCCH формата 0 DCI с данным указанием может передаваться в субкадре номера «1» (или «3», «5», или подобном).
Примеры конфигурации базовой станции 100 и терминала 200 в десятом варианте осуществления могут быть реализованы аналогично представленным в пятом варианте осуществления (например, на Фиг. 23 и Фиг. 24). Фиг. 43 и Фиг. 44 являются блок-схемами, иллюстрирующими пример функционирования десятого варианта осуществления. Пример функционирования объясняется в очередности номеров этапов, концентрируясь главным образом на отличиях от пятого варианта осуществления.
Сначала, когда базовая станция 100 устанавливает агрегацию несущих, базовая станция 100 устанавливает соответствие между номером субкадра и DLCC для представления отчета по CSI. Например, верхний уровень 140 устанавливает отношение соответствия как проиллюстрировано на с Фиг. 42A по Фиг. 42C.
Затем, базовая станция 100 передает, таким образом, установленное отношение соответствия, в качестве данных управления, терминалу 200 (S41), а терминал 200 принимает данные управления и сохраняет отношение соответствия (S42, S43). Например, отношение соответствия сохраняет верхний уровень 240. Посредством этого, осуществляется совместное использование отношения соответствия между базовой станцией 100 и терминалом 200.
Базовая станция 100 принимает решение о том, для какой DLCC будет выполняться представление отчета по CSI (S11), и принимает решение о ULCC для передачи сигнала PUSCH и номере субкадра, которые соответствуют DLCC. Например, когда представление отчета по CSI должно выполняться для DLCC#5, то планировщик 110 принимает решение в отношении номера субкадра «1» и «индикатора несущей» = ULCC#2 (в случае планирования между несущими).
После этого, базовая станция 100 использует указанный номер субкадра (а в случае планирования по той же несущей, так же указанную DLCC), и передает сигнал PDCCH применительно к информации управления для данных восходящей линии связи, включающий в себя «запрос CQI», установленный в значение «1» (S15).
Терминал 200 выполняет обработку на стороне терминала (S92), и по приему сигнала PDCCH и обнаружению приема («Да» на этапе S450), обнаруживает, соответствует ли «запрос CQI» значению «1» (S271). Когда «запрос CQI» соответствует значению «1» («Да» на этапе S271), терминал 200 извлекает номер субкадра, для которого принят сигнал PDCCH, и информацию о том, какая ULCC используется для передачи сигнала PUSCH, исходя из отношения соответствия принимает решение о DLCC для представления отчета, и формирует CSI для данной DLCC (S920). Например, модуль 223 обработки PDCCH извлекает «запрос CQI» и информацию о том, какая ULCC должна использоваться для передачи сигнала PUSCH из сигнала PDCCH, и выдает информацию модулю 224 формирования CSI. Модуль 223 обработки PDCCH использует привязку по времени приема номера субкадра «0», о котором он заранее уведомлен базовой станцией 100 посредством информации объявления, и привязку по времени приема сигнала PDCCH, для извлечения номера субкадра принятого сигнала PDCCH, и выдает номер субкадра модулю 224 формирования CSI. Модуль 224 формирования CSI обращается к отношению соответствия, которое сохранено в верхнем уровне 240, в отношении ULCC, передающей сигнал PUSCH, выданной модулем 223 обработки PDCCH и номера субкадра, получает соответствующую DLCC, и формирует CSI для данной DLCC.
Терминал 200 передает сформированную CSI базовой станции 100 в качестве сигнала PUSCH (S169). Посредством приема этого, базовая станция 100 может принять CSI для указанной DLCC (S17, S18).
Таким образом, в десятом варианте осуществления, базовая станция 100 так же предписывает представление отчета по CSI для указанной DLCC исходя из отношения соответствия между номером субкадра, ULCC, передающей сигнал PUSCH, и DLCC для представления отчета по CSI. Следовательно, в десятом варианте осуществления, базовая станция 100 так же может предписать терминалу 200, представить отчет по информации, которая относится к состоянию канала произвольно полосы частот. Кроме того, терминал 200 представляет отчет по CSI для указанной DLCC, исходя из отношения соответствия. Следовательно, в сравнении со случаем, при котором терминал 200 выполняет представление отчета по CSI для всех DLCC, в данном случае объем передаваемой информации уменьшается, и таким образом может быть увеличена пропускная способность. В десятом варианте осуществления, после указания DLCC для которой должно выполняться представление отчета по CSI, базовая станция 100 так же передает и принимает сигнализацию без дополнительного увеличения количества бит. Следовательно, в десятом варианте осуществления, в сравнении с, например, вторым вариантом осуществлении, не происходит увеличения потерь на сигнализацию управления.
ОДИННАДЦАТЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ
Далее, объясняется одиннадцатый вариант осуществления. Главным образом объясняются отличия от пятого варианта осуществления, а объяснение аналогичных моментов опущено. Одиннадцатый вариант осуществления является примером, при котором представление отчета по CSI выполняется для DLCC во взаимно однозначном отношении с ULCC, которая передает сигнал PUSCH.
Фиг. 45A по Фиг. 45E иллюстрируют пример отношения соответствия между ULCC и DLCC. Например, ULCC, передающая сигнал PUSCH и DLCC для представления отчета по CSI заранее связаны в соответствии с тем, что проиллюстрировано на с Фиг. 45A по Фиг. 45E. Например, в сигнале PDCCH формата 0 DCI, ULCC#3 указана в качестве ULCC для передачи сигнала PUSCH. В данном случае, DLCC#3 находится во взаимно однозначном отношении с ULCC#3, и таким образом терминал 200 представляет отчет по CSI для DLCC#3. С тем чтобы предписать представление отчета по CSI для DLCC#3, базовая станция 100 устанавливает «запрос CQI» в значение «1», и передает сигнал PDCCH формата 0 DCI с ULCC#3, указанной в качестве ULCC для передачи сигнала PUSCH. В случае планирования между несущими, базовая станция 100 может передать данный сигнал PDCCH по любой DLCC. В случае планирования по той же несущей, базовая станция 100 использует DLCC соответствующую взаимно однозначному отношению соответствия для передачи сигнала PDCCH.
Примеры конфигурации базовой станции 100 и терминала 200 в одиннадцатом варианте осуществления могут быть реализованы аналогично представленным в пятом варианте осуществления (например, на Фиг. 23 и Фиг. 24). Фиг. 46 и Фиг. 47 являются блок-схемами, иллюстрирующими пример функционирования в одиннадцатом варианте осуществления. Пример функционирования объясняется в очередности номеров этапов, концентрируясь главным образом на отличиях от пятого варианта осуществления.
Сначала, базовая станция 100 устанавливает агрегацию несущих, и, например, формирует отношение соответствия между ULCC и DLCC, так как проиллюстрировано на с Фиг. 45A по Фиг. 45E (S100). Например, верхний уровень 140 формирует отношение соответствия.
Базовая станция 100 уведомляет терминал 200 информацией об установках, и терминал 200 сохраняет информацию об установках (S42, S43). Например, верхний уровень 240 сохраняет информацию, а так же сохраняет отношение соответствия, проиллюстрированное на с Фиг. 45A по Фиг. 45E. Верхний уровень 240 может выдать отношение соответствия модулю 224 формирования CSI. Посредством этого, осуществляется совместное использование отношения соответствия между базовой станцией 100 и терминалом 200.
Затем, базовая станция 100 принимает решение о том, для какой DLCC должно выполняться представление отчета по CSI, и принимает решение в отношении ULCC для передачи сигнала PUSCH в соответствии с данным решением (S101). Например, планировщик 110 получает отношение соответствия от верхнего уровня 140, и, исходя из данного отношения соответствия, принимает решение в отношении ULCC, соответствующей DLCC, в отношении которой принято решения модулем 111 принятия решения о CC для отчета. Базовая станция 100 устанавливает «запрос CQI» в значение «1», формирует сигнал PDCCH применительно к информации управления для данных восходящей линии связи (например, формата 0 DCI), указывающий ULCC, соответствующую DLCC для представления отчета по CSI, для передачи сигнала PUSCH, и передает сигнал PDCCH терминалу 200 (S14, S15).
Терминал 200 принимает сигнал PDCCH посредством обработки на стороне терминала (S102), и обнаруживает, соответствует ли «запрос CQI» значению «1» (S271). Когда «запрос CQI» соответствует значению «1», то исходя из отношения соответствия, терминал 200 принимает DLCC, соответствующую ULCC, передающей сигнал PUSCH, в качестве DLCC для представления отчета по CSI, и формирует CSI. Например, модуль 223 обработки PDCCH извлекает «запрос CQI» и ULCC, для передачи сигнала PUSCH, из сигнала PDCCH, и выдает эту информацию модулю 224 формирования CSI. Исходя из отношения соответствия, модуль 224 формирования CSI принимает DLCC, соответствующую ULCC, в качестве DLCC для представления отчета по CSI, и формирует CSI.
Затем, терминал 200 передает CSI базовой станции 100 в качестве сигнала PUSCH (S169), и посредством приема этого, базовая станция 100 может принять CSI для указанной DLCC (S17, S18).
Таким образом, в одиннадцатом варианте осуществления, базовая станция 100 так же может указать DLCC для представления отчета по CSI исходя из отношения соответствия между ULCC, передающей сигнал PUSCH, и DLCC, для представления отчета по CSI. Следовательно, в одиннадцатом варианте осуществления базовая станция 100 так же может предписывать терминалу 200, представить отчет по информации, которая относится к состоянию канала произвольной полосы частот. Кроме того, исходя из отношения соответствия, терминал 200 представляет отчет по CSI для указанной DLCC. Следовательно, в сравнении со случаем, при котором терминал 200 выполняет представление CSI для всех DLCC, в данном случае количество передаваемой информации уменьшается, и таким образом может быть увеличена пропускная способность. В одиннадцатом варианте осуществления, после указания DLCC, для которой должно выполняться представление отчета по CSI, базовая станция 100 так же передает и принимает сигнализацию без дополнительного увеличения количества бит. Следовательно, в одиннадцатом варианте осуществления, в сравнении с, например, вторым вариантом осуществления, не происходит увеличения потерь на сигнализацию управления.
ДВЕНАДЦАТЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ
Далее, объясняется двенадцатый вариант осуществления. Двенадцатый вариант осуществления является примером, в котором, при выполнении представления отчета по CSI для DLCC в неактивном состоянии, предписывается представление отчета с задержкой привязки по времени передачи на постоянную величину времени.
Фиг. 48A по Фиг. 48C иллюстрируют пример привязки по времени отчета. Как объясняется во втором варианте осуществления, CC обладает, например, активным состоянием и неактивным состоянием. Когда представление отчета по CSI предписывается для DLCC в неактивном состоянии, в сравнении с DLCC в активном состоянии, то требуется постоянная величина времени, до того как будет сформирована CSI. Это происходит потому, что терминал 200 может остановить обработку приема по DLCC в неактивном состоянии, и может не измерять CSI для DLCC в неактивном состоянии. В таком случае, задержка привязки по времени представления отчета соответствует моменту времени, который располагается позже, например, на от четырех субкадров до шести субкадров. Посредством задержки привязки по времени представления отчета для DLCC в неактивном состоянии, обеспечивается время, для того чтобы терминал 200 перешел активное состояние и запустил измерения CQI и подобное для DLCC.
Двенадцатый вариант осуществления может применяться к системам, которые объяснены в вариантах осуществления с первого по одиннадцатый. Кроме того, двенадцатый вариант осуществления так же может применяться к описываемым ниже вариантам осуществления с тринадцатого по пятнадцатый. Например, когда верхний уровень 140 устанавливает агрегацию несущих, то привязка по времени отчета для DLCC в неактивном состоянии может быть установлена, например, как «передача через шесть субкадров после приема сигнала PDCCH» или подобного, и терминал 200 может уведомляться о данной установке. Или, привязка по времени может быть установлена заранее как параметр, который определяется в системе заранее. Верхний уровень 240 терминала 200 сохраняет данную установку, и осуществляется совместное использование информации между базовой станцией 100 и терминалом 200. Например, когда базовая станция 100 передает сигнал PDCCH формата 0 DCI (второй вариант осуществления) с «запросом CQI» установленным в значение «11000», то терминал 200 передает CSI для DLCC#2, в неактивном состоянии, через шесть субкадров.
Требуется, чтобы привязка по времени для передачи CSI для DLCC в неактивном состоянии, имела задержку по времени, относительно привязки повремени для передачи CSI для DLCC в активном состоянии, и в дополнение к шести субкадрам, может использоваться задержка в пять субкадров, восемь субкадров или подобная.
ТРИНАДЦАТЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ
Далее, объясняется тринадцатый вариант осуществления. Главным образом объясняются отличия от второго и пятого вариантов осуществления, а объяснение аналогичных моментов опущено. Тринадцатый вариант осуществления является примером, при котором MAC CE (Элемент Управления Подуровня Управления Доступом к Среде), который является пакетом управления, так же используется для запуска апериодического представления отчета по CSI.
Фиг. 49 иллюстрирует пример DLCC для представления отчета по CSI. Базовая станция 100 передает MAC CE терминалу 200 с тем, чтобы поменять состояние DLCC в неактивном состоянии (деактивированной DL CC) на DLCC в активном состоянии (активированную DL CC). По приему MAC CE, терминал 200 вводит DL CC, указанную MAC CE, в активное состояние, формирует CSI для DLCC, вошедшей в активное состояние, и передает CSI базовой станции 100. В примере на Фиг. 49, базовая станция 100 передает терминалу 200 MAC CE, указывающий DLCC#5, а терминал 200 вводит DLCC#5 в активное состояние, формирует CSI для DLCC#5, и передает CSI базовой станции 100.
Примеры конфигурации базовой станции 100 и терминала 200 в тринадцатом варианте осуществления могут быть реализованы аналогично представленным в пятом варианте осуществления (например, на Фиг. 23 и Фиг. 24). Фиг. 50 является циклограммой, иллюстрирующей пример функционирования в тринадцатом варианте осуществления. Пример функционирования объясняется в очередности номеров этапов, концентрируясь главным образом на отличиях от пятого варианта осуществления.
Сначала, базовая станция 100 устанавливает агрегацию несущих (S110). Например, верхний уровень 140 устанавливает каждую DLCC как CC в неактивном состоянии («Сконфигурированная, но Деактивированная CC»), CC в активном состоянии («Сконфигурированная и Активированная CC») или CC набора отслеживания PDCCH («набор отслеживания PDCCH»). Например, верхний уровень 140 сохраняет информацию об установках. Затем базовая станция 100 передает данную информацию об установках терминалу 200 в качестве сигнала PDSCH (S41).
Терминал 200 принимает сигнал PDSCH и сохраняет информацию об установках (S42, S43). Например, верхний уровень 240 сохраняет информацию об установках. Посредством этого, базовая станция 100 и терминал 200 осуществляют совместное использование информации о том, какая DLCC находится в активном состоянии, какая находится в неактивном состоянии, и какая из CC находится в активном состоянии и относится к набору отслеживания PDCCH.
Базовая станция 100 принимает решение о том, какая DLCC должна быть введена в активное состояние, из DLCC в неактивном состоянии (S111). Например, исходя из информации об установках, хранящихся в верхнем уровне 140, принимается решение о том, должна ли DLCC быть введена в активное состояние. Данное решение так же используется базовой станцией 100 для определения того, для какой DLCC должен быть представлен отчет по CSI.
Далее, базовая станция 100 формирует MAC CE (или MAC CE для Управления CC), который является пакетом управления (S112). Например, верхний уровень 140 принимает решение о DLCC для ввода в активное состояние (и DLCC для представления отчета о CSI), и формирует MAC CE, указывающий DLCC, в отношении которой принято решение.
Далее, базовая станция 100 передает сформированный MAC CE (S113). Например, верхний уровень 140 выдает сформированный MAC CE модулю 114 формирования PDSCH, и MAC CE передается в качестве сигнала PDSCH.
По приему сигнала PDSCH (S114), терминал 200 передает сигнал ACK базовой станции 100 (S115). Например, модуль 225 обработки PDSCH извлекает информацию, включенную в MAC CE из сигнала PDSCH, и выдает сигнал, указывающий на успешное извлечение, модулю 226 формирования ACK/NACK. После ввода данного сигнала, модуль 226 формирования ACK/NACK формирует сигнал ACK, и выдает сигнал ACK модулю 230 формирования PUCCH. Например, сигнал ACK передается базовой станции 100 в качестве сигнала PUCCH.
По приему сигнала ACK (S116), базовая станция 100 вводит DLCC, указанную MAC CE, в активное состояние (активирует DLCC) (S117). Например, верхний уровень 140 переустанавливает DLCC, которая установлена в неактивное состояние, в активное состояние, и сохраняет установку в качестве информации об установках. Кроме того, верхний уровень 140 передает сигнал в частотной полосе пропускания DLCC в активном состоянии, или подобное, каждому модулю.
С другой стороны, терминал 200 вводит DLCC, указанную MAC CE, в активное состояние (S118). Например, верхний уровень 240 вводит информацию, включенную в MAC CE, от модуля 225 обработки PDSCH, и регистрирует информацию, которая относится к DLCC, введенной в активное состояние, из этой информации, как активное состояние. Например, верхний уровень 240 настраивает каждый модуль таким образом, что начинается прием сигнала в полосе частот указанной DLCC, и подобное.
Далее, терминал 200 формирует CSI для DLCC, указанной MAC CE (S119). Например, верхний уровень 240 выдает информацию по DLCC, введенной в активное состояние, модулю 224 формирования CSI. Модуль 224 формирования CSI формирует CSI для соответствующей DLCC исходя из данной информации.
Далее, терминал 200 передает сформированную CSI, в качестве сигнала PUSCH (S120, S121), а базовая станция 100, посредством приема данного сигнала, принимает CSI для DLCC, введенной в активное состояние (S17, S18).
Таким образом, в тринадцатом варианте осуществления, базовая станция 100 так же, посредством использования MAC CE для указания DLCC, которая будет введена в активное состояние, может принять CSI для DLCC. Следовательно, в тринадцатом варианте осуществления, базовая станция 100 так же может предписать терминалу 200, представить отчет по информации, которая относится к состоянию канала произвольной полосы частот. Кроме того, терминал 200 представляет отчет по CSI для DLCC, введенной в активное состояние. Следовательно, в сравнении со случаем, при котором терминал 200 выполняет представление отчета по CSI для всех DLCC, в данном случае может быть увеличена пропускная способность.
ЧЕТЫРНАДЦАТЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ
Далее объясняется четырнадцатый вариант осуществления. Главным образом объясняются отличия от пятого и девятого вариантов осуществления, а объяснение аналогичных моментов опущено. Четырнадцатый вариант осуществления является примером, который объединяет пятый вариант осуществления и девятый вариант осуществления.
Например, в пятом варианте осуществления, исходя из отношения соответствия между CC отслеживания PDCCH и планируемой DLCC, базовая станция 100 использует определенную CC отслеживания PDCCH для передачи сигнала PDCCH применительно к информации управления для данных восходящей линии связи (например, формата 0 DCI), в котором «запрос CQI» установлен в значение «1». Терминал 200 представляет отчет по CSI для всех планируемых DLCC, которые находятся в отношении соответствия с CC отслеживания PDCCH (например, на Фиг. 22A и Фиг. 22B).
В девятом варианте осуществления, в сигнале PDCCH применительно к информации управления для данных восходящей линии связи (например, формата 0 DCI), в котором «запрос CQI» установлен в значение «1», для указания DLCC для представления отчета по CSI используется «индикатор несущей» (например, на Фиг. 38A и Фиг. 38B).
Фиг. 51A и Фиг. 51B иллюстрируют примеры соответственно DLCC для представления отчета по CSI и ULCC, используемой для передачи. В четырнадцатом варианте осуществления, количество планируемых DLCC, которые могут быть связаны с CC отслеживания PDCCH, составляет три и меньше. В примере на Фиг. 51A, DLCC#1 и DLCC#4 установлены в качестве CC отслеживания PDCCH, а планируемыми DLCC, связанными с DLCC#1, которая является CC отслеживания PDCCH, являются несущие с DLCC#1 по #3 (первая группа). DLCC, связанными с DLCC#4, которая является CC отслеживания PDCCH, являются несущие с DLCC#4 по #6 (вторая группа).
Так же в четырнадцатом варианте осуществления, когда «запрос CQI» установлен в значение «1», то для указания DLCC для представления отчета по CSI используется «индикатор несущей». Например, в «индикаторе несущей» могут использоваться 3 бита, и таким образом в первой группе, например, когда предписывается представление отчета по CSI для DLCC#2 и DLCC#3, то базовая станция 100 может установить «индикатор несущей» в значение «011». Т.е., когда предписывается представление отчета по CSI для DLCC#2 и DLCC#3, то базовая станция 100 использует DLCC#1, которая является CC отслеживания PDCCH, и передает сигнал PDCCH формата 0 DCI, в котором «запрос CQI» установлен в значение «1», а «индикатор несущей» установлен в значение «011».
В данный момент, аналогично девятому варианту осуществления, базовая станция 100 не может использовать «индикатор несущей» для указания ULCC, для передачи сигнала PUSCH. Следовательно, в данном случае решение в отношении ULCC для передачи сигнал PUSCH принимается заранее для каждой CC отслеживания PDCCH (каждой группы), и ULCC используется для передачи CSI. В примере на Фиг. 51B, отчет по CSI (CSI для несущих с DLCC#1 по DLCC#3), запущенный PDCCH, переданным при помощи CC#1 отслеживания PDCCH (DLCC#1), передается ULCC#1 в качестве сигнала PUSCH.
Примеры конфигурации базовой станции 100 и терминала 200 в четырнадцатом варианте осуществления могут быть реализованы аналогично представленным в пятом и девятом вариантах осуществления (например, на Фиг. 23 и Фиг. 24). Фиг. 52 и Фиг. 53 являются циклограммами, иллюстрирующими пример функционирования в четырнадцатом варианте осуществления. Пример функционирования объясняется в очередности номеров этапов, концентрируясь главным образом на отличиях от пятого и девятого вариантов осуществления.
Сначала, при установке агрегации несущих, базовая станция 100 устанавливает отношение соответствия между СС отслеживания PDCCH и планируемой CC, и устанавливает ULCC для апериодического представления отчета по CSI (S120). Например, верхний уровень 140 принимает решение в отношении планируемых DLCC (трех или менее), которые будут в одной группе, в качестве DLCC которые являются CC отслеживания PDCCH, как проиллюстрировано на Фиг. 51A. Кроме того, верхний уровень 140 принимает решение в отношении одной ULCC для апериодической передачи CSI в каждой группе. Верхний уровень 140 сохраняет информацию, в отношении которой принято решение, в качестве информации об установках, и уведомляет терминал 200 (S41).
Терминал 200 принимает информацию об установках в качестве сигнала PUSCH, и сохраняет информацию об установках (S43). Например, верхний уровень 240 сохраняет информацию об установках.
Затем, после принятия решения в отношении DLCC, для которой будет выполняться представление отчета по CSI, базовая станция 100 принимает решение в отношении DLCC, которая является CC отслеживания PDCCH, для передачи сигнала PDCCH, исходя из информации об установках. Кроме того, базовая станция 100 формирует «индикатор несущей», указывающий сочетание DLCC для представления отчета по CSI (S121). Например, когда модуль 111 принятия решения о CC для отчета принимает решение в отношении DLCC#2 для представления отчета по CSI, то планировщик 110 получает информацию об установках от верхнего уровня 140, и принимает решение в отношении передачи, при помощи DLCC#1, которая является CC отслеживания PDCCH. Кроме того, планировщик 110 принимает решение об установке «запроса CQI» в значение «1», а «индикатора несущей» в значение «010».
Далее, базовая станция 100 формирует информацию управления для данных восходящей линии связи (например, формата 0 DCI) (S13). Например, планировщик 110 формирует информацию управления с «запросом CQI» установленным в значение «1» и «индикатором несущей» установленным в значение «010», и выдает информацию управления модулю 113 формирования PDCCH.
Затем базовая станция 100 использует DLCC, в отношении которой было принято решение, и которая является CC отслеживания PDCCH, для передачи сигнала PDCCH терминалу 200 (S14, S15). Базовая станция 100 может использовать множество CC отслеживания PDCCH для указания DLCC для преставления отчета по CSI. Например, в примере на Фиг. 51A, для указания DLCC для представления отчета по CSI используются две CC отслеживания PDCCH, которыми являются DLCC#1 и DLCC#4.
Посредством обработки на стороне терминала (S122), терминал 200 принимает сигнал PDCCH, и обнаруживает формат 0 DCI и обнаруживает «запрос CQI» = «1» («Да» на этапе S450, «Да» на этапе S271).
Далее, терминал 200 извлекает «индикатор несущей» из сигнала PDCCH формата 0 DCI с «запросом CQI», установленным в значение «1», и формирует CSI для DLCC, указанной «индикатором несущей» (S1220). Например, модуль 223 обработки PDCCH считывает «запрос CQI» и «индикатор несущей» из сигнала PDCCH, и выдает эту информацию модулю 224 формирования CSI. Модуль 223 обработки PDCCH идентифицирует DLCC по частотной полосе пропускания приема принятого сигнала PDCCH (DLCC, которая является CC отслеживания PDCCH), и выдает информацию о DLCC модулю 224 формирования CSI. Модуль 224 формирования CSI получает информацию об установках от верхнего уровня 240 и получает соответствующую DLCC из информации о DLCC и «индикатора несущей» от модуля 223 обработки PDCCH, исходя из информации об установках. Модуль 224 формирования CSI формирует CSI для полученной DLCC. В данном случае, когда сигнал PDCCH был передан, при помощи множество CC отслеживания PDCCH, то CSI формируется для каждой несущей.
Затем, терминал 200 использует, заранее полученную в результате решения, ULCC для передачи сформированной CSI базовой станции 100 (S169). Например, модуль 229 формирования PUSCH получает информацию об установках от верхнего уровня 240, и извлекает информацию в отношении того, какая ULCC должна использоваться для передачи. Затем модуль 229 формирования PUSCH использует, извлеченную ULCC для вывода сигнала PUSCH таким образом, чтобы он был передан.
Базовая станция 100 принимает сигнал PUSCH, и принимает CSI для указанной DLCC (S17, S18).
Таким образом, в четырнадцатом варианте осуществления, так же аналогично пятому и девятому вариантам осуществления, DLCC для представления отчета по CSI может быть указана посредством комбинации CC отслеживания PDCCH и «индикатора несущей». Следовательно, в четырнадцатом варианте осуществления, базовая станция 100 так же может предписать терминалу 200, представить отчет по информации, которая относится к состоянию канала произвольной полосы частот. Кроме того, исходя из отношения соответствия, терминал 200 представляет отчет по CSI для DLCC, которая указана комбинацией CC отслеживания PDCCH и «индикатором несущей». Следовательно, в сравнении со случаем, при котором терминал 200 выполняет представление отчета по CSI для всех DLCC, в данном случае объем передаваемой информации уменьшается, и таким образом может быть увеличена пропускная способность.
Кроме того, в четырнадцатом варианте осуществления, даже когда количество DLCC больше трех, то может быть указана комбинация произвольных DLCC для представления отчета по CSI посредством объединения во множество групп. В описанном выше примере, шесть DLCC группируются в две группы. Когда используется восемь DLCC, например, то возможна группировка в три группы. Как описано выше, посредством использования множества CC отслеживания PDCCH для передачи сигнала PDCCH, базовая станция 100 может предписать выполнение представления отчета по CSI для DLCC в разных группах.
ПЯТНАДЦАТЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ
Далее, объясняется пятнадцатый вариант осуществления. Главным образом объясняются отличия от второго варианта осуществления, а объяснение аналогичных моментов опущено. Пятнадцатый вариант осуществления является примером, в котором в информации управления для данных восходящей линии связи, поддерживающих SU-MIMO (информации управления, относящаяся к PUSCH), часть полей информации управления используется для указания DLCC для представления отчета по CSI.
В системе радиосвязи, по восходящей линии связи может поддерживаться SU-MIMO (Однопользовательская схема MIMO). С другой стороны, в описанном выше втором варианте осуществления и подобном, в качестве информации управления для передачи данных восходящей линии связи объясняется формат 0 DCI, однако для обеспечения SU-MIMO, может быть определен новый формат DCI. SU-MIMO позволяет реализовать передачу и прием разных сигналов одним пользователем (терминалом 200) и одной базовой станцией 100, причем каждое из перечисленного использует множество антенн, непосредственно для каждой антенны.
Фиг. 54A иллюстрирует пример параметров формата DCI обеспечивающих SU-MIMO. SU-MIMO применительно к восходящим линиям связи обеспечивает передачу максимум двух блоков данных (так же именуемых транспортными блоками), при помощи множество антенн. В примере на Фиг. 54A, поле «NDI» (Индикатор Новых Данных) и поле «MCS и RV» (Схема Модуляции и Кодирования и Версия Избыточности) являются полями, которые определены для двух блоков данных таким образом, чтобы соответствовать двум блокам данных.
В пятнадцатом варианте осуществления, когда «запрос CQI» установлен в значение «1» (когда выполняется апериодическое представление отчета по CSI), один из двух блоков данных в поле «NDI» и поле «MCS и RV» становится действительным, а другой используется для указания DLCC для апериодического представления отчета по CSI.
Фиг. 54B используется для объяснения примера случая, при котором указывается такой формат DCI. Например, базовая станция 100 устанавливает «запрос CQI» в значение «1», и использует шесть бит поля «NDI» и поля «MCS и RV» применительно ко второму транспортному блоку для указания DLCC для представления отчета по CSI. Посредством данного указания, терминал 200 формирует и передает базовой станции 100 CSI для указанной DLCC. Данные «шесть бит» являются одним примером, и могут использоваться биты указанные в качестве поля «NDI» и поля «MCS и RV». Так же, вместо второго транспортного блока, могут использоваться два поля, применительно к первому транспортному блоку.
Фиг. 55 и Фиг. 56 иллюстрируют примеры конфигурации базовой станции 100 и терминала 200, соответственно пятнадцатого варианта осуществления.
Базовая станция 100 дополнительно включает в себя две антенны 121 и 122, два модуля 130-1 и 130-2 радиоприема, и модуль 150 обработки приема с несколькими антеннами. Два модуля 130-1 и 130-2 радиоприема и модуль 150 обработки приема с несколькими антеннами, например, включены в модуль 12 приема в первом варианте осуществления.
Каждая из двух антенн 121 и 122 принимают радиосигналы, передаваемые посредством схемы MIMO от терминала 200, и выдают сигналы соответственно двум модулям 130-1 и 130-2 радиоприема.
Каждый из двух модулей 130-1 и 130-2 радиоприема преобразует с понижением частоты принятые радиосигналы, преобразуя сигналы в сигналы в полосе частот исходных сигналов, и выдает сигналы модулю 150 обработки приема с несколькими антеннами.
Модуль 150 обработки приема с несколькими антеннами выполняет операцию с использованием матрицы предварительного кодирования и подобного, например, и выдает сигнал в полосе частот исходных сигналов таким образом, что он соответствует распределению (или взвешиванию), при передаче от терминала 200 на две антенны.
Терминал 200 дополнительно включает в себя две антенны 211 и 212, два модуля 232-1 и 232-2 радиопередачи, и модуль 250 обработки передачи с несколькими антеннами. Два модуля 232-1 и 232-2 радиопередачи и модуль 250 обработки передачи с несколькими антеннами, например, включены в модуль 22 передачи в первом варианте осуществления.
Модуль 250 обработки передачи с несколькими антеннами выполняет операции с использованием матрицы предварительного кодирования или подобные над сигналом в полосе частот исходных сигналов, который выдается модулем 231 мультиплексирования, и выдает результат. Посредством этого, радиосигнал передается через, например, две антенны 211 и 212 в соответствии с матрицей предварительного кодирования или другим распределением.
Два модуля 232-1 и 232-2 радиопередачи выполняют преобразование с повышением частоты посредством частотного преобразования или подобного сигналов в полосе частот исходных сигналов от модуля 250 обработки передачи с несколькими сигналами, и формируют соответственно радиосигналы. Два модуля 232-1 и 232-2 радиопередачи выдают сформированные радиосигналы соответственно двум антеннам 211 и 212.
Каждая из двух антенн 211 и 212 передают радиосигналы базовой станции 100.
Далее, объясняется пример функционирования. Фиг. 57 и Фиг. 58 являются блок-схемами, иллюстрирующими пример функционирования. Пример функционирования объясняется в очередности номеров этапов, концентрируясь главным образом на отличиях от второго варианта осуществления.
Базовая станция 100, после принятия решения о том, для какой DLCC должно выполняться представление отчета по CSI, соответственно принимает решение о значение параметра, которое должно быть передано, при помощи поле «MCS и RV для 2ого TB» и поле «NDI для 2ого TB» (S130). Например, планировщик 110 формирует значение параметра соответствующее DLCC для представления отчета по CSI, принятой в результате решения посредством модуля 111 принятия решения о CC для отчета. Аналогично второму варианту осуществления, планировщик 110 может указать комбинацию из множества DLCC.
Затем, базовая станция 100 формирует информацию управления для данных восходящей линии связи (здесь и далее, информацию управления для схемы MIMO восходящей линии связи) в новом формате DCI (например, на Фиг. 54A), и передает сигнал PDCCH применительно к информации управления для схемы MIMO восходящей линии связи терминалу 200 (с этапа S13 по S15).
Терминал 200, по приему сигнала PDCCH посредством обработки на стороне терминала (S131), обнаруживает принят ли сигнал PDCCH применительно к информации управления для схемы MIMO восходящей линии связи (S1310). Например, модуль 223 обработки PDCCH обнаруживает сигнал PDCCH применительно к информации управления для схемы MIMO восходящей линии связи по длине сигнала.
Когда терминал 200 не может обнаружить сигнал PDCCH применительно к информации управления для схемы MIMO восходящей линии связи («Нет» на этапе S1310), то терминал 200 определяет, что базовая станция 100 не запрашивает апериодические отчеты по CSI, и завершает цикл обработки.
С другой стороны, при обнаружении сигнала PDCCH применительно к информации управления для схемы MIMO восходящей линии связи («Да» на этапе S1310), терминал 200 определяет, соответствует ли «запрос CQI» значению «1» (S271). Когда «запрос CQI» соответствует значению «1» (когда запрашивается апериодическое представление отчета по CSI) («Да» на этапе S271), то терминал 200 формирует CSI для DLCC, соответствующей значениям параметра, переданным в поле «MCS и RV для 2ого TB» и поле «NDI для 2ого TB» (S1311). Например, модуль 223 обработки PDCCH извлекает значения параметра «MCS и RV для 2ого TB» и «NDI для 2ого TB» из сигнала PDCCH, и выдает значения, совместно с «запросом CQI» модулю 224 формирования CSI. Модуль 224 формирования CSI формирует CSI для соответствующей DLCC, исходя из значений параметра.
Затем, терминал 200 передает сформированную CSI в качестве сигнала PUSCH (S169). Базовая станция 100 принимает сигнал PUSCH, и таким образом может принять CSI, сформированную терминалом 200 (S17, S18).
В пятнадцатом варианте осуществления, базовая станция 100 так же может указать DLCC для представления отчета по CSI посредством информации управления для схемы MIMO восходящей линии связи, и таким образом базовая станция 100 может предписать терминалу 200, представить отчет по информации, которая относится к состоянию канала произвольной полосы частот. Кроме того, терминал 200 представляет отчет по CSI для указанной DLCC. Следовательно, в сравнении со случаем, при котором терминал 200 выполняет представление отчета по CSI для всех DLCC, в данном случае объем передаваемой информации уменьшается, и таким образом может быть увеличена пропускная способность.
В пятнадцатом варианте осуществления, объясняется пример, в котором, при указании DLCC для представления отчета по CSI, используются два поля «NDI» и «MCS и RV». В новом формате DCI, например, для указания DLCC для представления отчета по CSI может использоваться другое поле. В данном случае, для указания может использоваться поле, не проиллюстрированное на Фиг. 54A. Если используются значения параметров полей, выполненных с возможностью передачи вместе с «запросом CQI», то может быть указана DLCC для представления отчета по CSI.
ПРОЧИЕ ПРИМЕРЫ
Например, в объяснении второго варианта осуществления, когда базовая станция включает одну или более «1» в «запрос CQI», то формируется CSI для указанной DLCC, а так же формируются пользовательские данные (например, этап S166 на Фиг. 11). Тем не менее, терминал 200 может, например, формировать CSI для указанной DLCC, не формируя пользовательские данные. В каждом из третьего и последующих вариантах осуществления, терминал 200 так же может формировать CSI для указанной DLCC, не формируя пользовательских данных (например, этап S166 на Фиг. 17 и подобные).
РАСШИФРОВКА ЦИФРОВЫХ ОБОЗНАЧЕНИЙ
100 Устройство базовой станции радиосвязи (Базовая станция)
110 Планировщик
111 Модуль принятия решения о CC для отчета
113 Модуль формирования PDCCH
114 Модуль формирования PDSCH
120 (121, 122) Антенна
140 Верхний уровень
200 Устройство терминала (терминал)
222 Модуль измерения
223 Модуль обработки PDCCH
224 Модуль формирования CSI
225 Модуль обработки PDSCH
227 Модуль обработки CSI
229 Модуль формирования PUSCH
235 Модуль разделения
240 Верхний уровень