СПОСОБ И СИСТЕМА ДЛЯ УКАЗАНИЯ РЕЖИМА ПЕРЕДАЧИ ДЛЯ УПРАВЛЯЮЩЕЙ ИНФОРМАЦИИ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ Российский патент 2019 года по МПК H04J11/00 

Область техники

Данная заявка в целом относится к беспроводной связи, и более конкретно, к способу и системе для передачи управляющей информации восходящей линии связи.

Предшествующий уровень техники

В Системе долгосрочного развития Проекта партнерства третьего поколения (3GPP LTE) мультиплексирование с ортогональным частотным разделением (OFDM) принято в качестве схемы передачи в нисходящей линии связи (DL).

Раскрытие изобретения

Техническая проблема

Необходим способ для указания режима передачи для управляющей информации восходящей линии связи.

Решение проблемы

Предоставляется базовая станция. Базовая станция включает в себя схемы передающего тракта, сконфигурированные для выбора одного из первого способа мультиплексирования управляющей информации восходящей линии связи (UCI), который позволяет абонентской станции одновременно передавать физический совместно используемый канал восходящей линии связи (PUSCH) и физический канал управления восходящей линии связи (PUCCH), и второго способа мультиплексирования UCI, который не позволяет абонентской станции одновременно передавать PUSCH и PUCCH. Схемы передающего тракта также конфигурируются для передачи сигнала верхнего уровня, указывающего абонентской станции один выбранный способ мультиплексирования UCI, и передачи абонентской станции одного или нескольких предоставлений восходящей линии связи. Каждое из одного или нескольких предоставлений восходящей линии связи планирует PUSCH для абонентской станции на компонентной несущей восходящей линии связи (CC UL) для субкадра n, и каждое из одного или нескольких предоставлений восходящей линии связи переносит запрос информации о качестве канала (CQI). Базовая станция также включает в себя схемы приемного тракта, сконфигурированные для приема апериодического отчета с информацией о состоянии канала (CSI), передаваемого абонентской станцией по PUSCH на компонентной несущей i восходящей линии связи, когда только одно предоставление восходящей линии связи из одного или нескольких предоставлений восходящей линии связи, планирующих PUSCH на компонентной несущей i восходящей линии связи, переносит запрос CQI, имеющий значение из некоторого набора значений. Когда информация о подтверждении приема/отрицательном подтверждении приема (ACK/NACK) планируется в том же субкадре n и когда один выбранный способ мультиплексирования UCI является первым способом мультиплексирования UCI, информация ACK/NACK также передается абонентской станцией по PUSCH, передаваемому на компонентной несущей i восходящей линии связи.

Предоставляется способ работы базовой станции. Способ включает в себя выбор одного из первого способа мультиплексирования управляющей информации восходящей линии связи (UCI), который позволяет абонентской станции одновременно передавать физический совместно используемый канал восходящей линии связи (PUSCH) и физический канал управления восходящей линии связи (PUCCH), и второго способа мультиплексирования UCI, который не позволяет абонентской станции одновременно передавать PUSCH и PUCCH. Способ также включает в себя передачу сигнала верхнего уровня, указывающего абонентской станции один выбранный способ мультиплексирования UCI, и передачу абонентской станции одного или нескольких предоставлений восходящей линии связи. Каждое из одного или нескольких предоставлений восходящей линии связи планирует PUSCH для абонентской станции на компонентной несущей восходящей линии связи (CC UL) для субкадра n, и каждое из одного или нескольких предоставлений восходящей линии связи переносит запрос информации о качестве канала (CQI). Способ дополнительно включает в себя прием апериодического отчета с информацией о состоянии канала (CSI) по PUSCH, передаваемому абонентской станцией на компонентной несущей i восходящей линии связи, когда только одно предоставление восходящей линии связи из одного или нескольких предоставлений восходящей линии связи, планирующих PUSCH на компонентной несущей i восходящей линии связи, переносит запрос CQI, имеющий значение из некоторого набора значений. Когда информация о подтверждении приема/отрицательном подтверждении приема (ACK/NACK) планируется в том же субкадре n и когда один выбранный способ мультиплексирования UCI является первым способом мультиплексирования UCI, информация ACK/NACK также передается абонентской станцией по PUSCH, передаваемому на компонентной несущей i восходящей линии связи.

Предоставляется абонентская станция. Абонентская станция включает в себя схемы приемного тракта, сконфигурированные для приема сигнала верхнего уровня от базовой станции, указывающего один из первого способа мультиплексирования управляющей информации восходящей линии связи (UCI), который позволяет абонентской станции одновременно передавать физический совместно используемый канал восходящей линии связи (PUSCH) и физический канал управления восходящей линии связи (PUCCH), и второго способа мультиплексирования UCI, который не позволяет абонентской станции одновременно передавать PUSCH и PUCCH. Схемы приемного тракта также конфигурируются для приема одного или нескольких предоставлений восходящей линии связи от базовой станции. Каждое из одного или нескольких предоставлений восходящей линии связи планирует физический совместно используемый канал восходящей линии связи (PUSCH) для абонентской станции на компонентной несущей восходящей линии связи (CC UL) для субкадра n, и каждое из одного или нескольких предоставлений восходящей линии связи переносит запрос информации о качестве канала (CQI). Абонентская станция также включает в себя схемы передающего тракта, сконфигурированные для передачи апериодического отчета с информацией о состоянии канала (CSI) к базовой станции по PUSCH на компонентной несущей i восходящей линии связи, когда только одно предоставление восходящей линии связи из одного или нескольких предоставлений восходящей линии связи, планирующих PUSCH на компонентной несущей i восходящей линии связи, переносит запрос CQI, имеющий значение из некоторого набора значений. Когда информация о подтверждении приема/отрицательном подтверждении приема (ACK/NACK) планируется в том же субкадре n и когда один выбранный способ мультиплексирования UCI является первым способом мультиплексирования UCI, информация ACK/NACK также передается к базовой станции по PUSCH, передаваемому на компонентной несущей i восходящей линии связи.

Предоставляется способ работы абонентской станции. Способ включает в себя прием сигнала верхнего уровня от базовой станции, указывающего один из первого способа мультиплексирования управляющей информации восходящей линии связи (UCI), который позволяет абонентской станции одновременно передавать физический совместно используемый канал восходящей линии связи (PUSCH) и физический канал управления восходящей линии связи (PUCCH), и второго способа мультиплексирования UCI, который не позволяет абонентской станции одновременно передавать PUSCH и PUCCH. Способ также включает в себя прием одного или нескольких предоставлений восходящей линии связи от базовой станции. Каждое из одного или нескольких предоставлений восходящей линии связи планирует физический совместно используемый канал восходящей линии связи (PUSCH) для абонентской станции на компонентной несущей восходящей линии связи (CC UL) для субкадра n, и каждое из одного или нескольких предоставлений восходящей линии связи переносит запрос информации о качестве канала (CQI). Способ дополнительно включает в себя передачу апериодического отчета с информацией о состоянии канала (CSI) по PUSCH к базовой станции на компонентной несущей i восходящей линии связи, когда только одно предоставление восходящей линии связи из одного или нескольких предоставлений восходящей линии связи, планирующих PUSCH на компонентной несущей i восходящей линии связи, переносит запрос CQI, имеющий значение из некоторого набора значений. Когда информация о подтверждении приема/отрицательном подтверждении приема (ACK/NACK) планируется в том же субкадре n и когда один выбранный способ мультиплексирования UCI является первым способом мультиплексирования UCI, информация ACK/NACK также передается абонентской станцией по PUSCH, передаваемому на компонентной несущей i восходящей линии связи.

Перед переходом к описанию ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ ниже может быть полезно сформулировать определения некоторых слов и фраз, используемых в данном патентном документе: термины "включают в себя" и "содержат", а также их производные, означают включение без ограничения; термин "или" является включающим, означая "и/или"; фразы "ассоциированный с" и "ассоциированный с этим", а также их производные, могут означать "включают в себя", "включены в", "связывают с", "содержат", "содержатся в", "подключают к", "соединяют с", "совместимы с", "осуществляют связь с", "чередуют", "сопоставляют", "находятся близко к", "связаны с", "имеют", "обладают свойством" или т.п.; и термин "контроллер" означает любое устройство, систему или их часть, которое управляет по меньшей мере одной операцией, такое устройство может быть реализовано в аппаратных средствах, микропрограммном обеспечении или программном обеспечении либо некотором сочетании по меньшей мере двух из перечисленных. Следует отметить, что функциональные возможности, ассоциированные с любым конкретным контроллером, могут быть централизованным или распределенными, локально либо удаленно. Определения для некоторых слов и фраз предоставляются по всему этому патентному документу, средние специалисты в данной области техники должны понимать, что во многих, если не в большинстве случаев такие определения применяются к прежним, а также к будущим употреблениям таких определенных слов и фраз.

Полезные результаты изобретения

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

Краткое описание чертежей

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

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

Фиг. 2 - высокоуровневая схема передатчика множественного доступа с ортогональным частотным разделением (OFDMA) в соответствии с одним вариантом осуществления настоящего раскрытия изобретения;

Фиг. 3 - высокоуровневая схема приемника OFDMA в соответствии с одним вариантом осуществления настоящего раскрытия изобретения;

Фиг. 4 иллюстрирует схему базовой станции, осуществляющую связь с множеством мобильных станций в соответствии с вариантом осуществления настоящего раскрытия изобретения;

Фиг. 5a иллюстрирует схему множественного доступа с пространственным разделением (SDMA) в соответствии с вариантом осуществления настоящего раскрытия изобретения;

Фиг. 5b иллюстрирует цепь передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH) в соответствии с вариантом осуществления настоящего раскрытия изобретения;

Фиг. 6a иллюстрирует передачу A/N в субкадре, в котором не планируется ни один физический совместно используемый канал восходящей линии связи (PUSCH), в соответствии с вариантом осуществления настоящего раскрытия изобретения;

Фиг. 6b иллюстрирует передачу A/N в субкадрах, где запланирован физический совместно используемый канал восходящей линии связи (PUSCH) на одной компонентной несущей восходящей линии связи (CC UL) в соответствии с вариантом осуществления настоящего раскрытия изобретения;

Фиг. 6c иллюстрирует схемы передачи A/N в субкадрах, где физический совместно используемый канал восходящей линии связи (PUSCH) запланирован более чем на одной компонентной несущей в соответствии с вариантом осуществления настоящего раскрытия изобретения;

Фиг. 7 иллюстрирует способ работы пользовательского оборудования или абонентской станции в соответствии с вариантом осуществления настоящего раскрытия изобретения;

Фиг. 8 иллюстрирует способ работы пользовательского оборудования или абонентской станции в соответствии с другим вариантом осуществления настоящего раскрытия изобретения;

Фиг. 9 иллюстрирует способ работы пользовательского оборудования или абонентской станции в соответствии с еще одним вариантом осуществления настоящего раскрытия изобретения;

Фиг. 10 иллюстрирует способ работы пользовательского оборудования или абонентской станции в соответствии с дополнительным вариантом осуществления настоящего раскрытия изобретения;

Фиг. 11 иллюстрирует способ работы пользовательского оборудования или абонентской станции в соответствии с еще одним дополнительным вариантом осуществления настоящего раскрытия изобретения;

Фиг. 12 иллюстрирует способ работы eNodeB или базовой станции в соответствии с вариантом осуществления настоящего раскрытия изобретения; и

Фиг. 13 иллюстрирует способ работы eNodeB или базовой станции в соответствии с другим вариантом осуществления настоящего раскрытия изобретения.

Осуществление изобретения

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

В отношении нижеследующего описания отметим, что LTE-термины "Узел Б", "усовершенствованный Узел Б" и "eNodeB" являются синонимами для термина "базовая станция", используемого ниже. Также LTE-термин "пользовательское оборудование" или "UE" является синонимом для термина "абонентская станция", используемого ниже.

Фиг. 1 иллюстрирует примерную беспроводную сеть 100, которая передает сообщения в соответствии с принципами настоящего раскрытия изобретения. В проиллюстрированном варианте осуществления беспроводная сеть 100 включает в себя базовую станцию 101 (BS), базовую станцию 102 (BS), базовую станцию 103 (BS) и другие аналогичные базовые станции (не показаны).

Базовая станция 101 осуществляет связь с Интернетом 130 или аналогичной сетью на основе IP (не показана).

Базовая станция 102 предоставляет беспроводной широкополосный доступ к Интернету 130 для первого множества абонентских станций в зоне 120 обслуживания базовой станции 102. Первое множество абонентских станций включает в себя абонентскую станцию 111, которая может располагаться на малом предприятии (SB), абонентскую станцию 112, которая может располагаться на предприятии (E), абонентскую станцию 113, которая может располагаться в точке доступа (HS) WiFi, абонентскую станцию 114, которая может располагаться в первом местожительстве (R), абонентскую станцию 115, которая может располагаться во втором местожительстве (R), и абонентскую станцию 116, которая может быть мобильным устройством (M), например сотовым телефоном, беспроводным переносным компьютером, беспроводным PDA или т.п.

Базовая станция 103 предоставляет беспроводной широкополосный доступ к Интернету 130 для второго множества абонентских станций в зоне 125 обслуживания базовой станции 103. Второе множество абонентских станций включает в себя абонентскую станцию 115 и абонентскую станцию 116. В примерном варианте осуществления базовые станции 101-103 могут осуществлять связь друг с другом и с абонентскими станциями 111-116, используя методы OFDM или OFDMA.

Хотя на фиг. 1 изображены только шесть абонентских станций, подразумевается, что беспроводная сеть 100 может предоставлять беспроводной широкополосный доступ дополнительным абонентским станциям. Отметим, что абонентская станция 115 и абонентская станция 116 располагаются на границах зоны 120 обслуживания и зоны 125 обслуживания. Абонентская станция 115 и абонентская станция 116 осуществляют связь с базовой станцией 102 и базовой станцией 103, и можно сказать, что они работают в режиме передачи обслуживания, который известен специалистам в данной области техники.

Абонентские станции 111-116 могут обращаться к голосовым службам, информационным службам, службам видео, видеоконференциям и/или другим широкополосным службам через Интернет 130. В примерном варианте осуществления одна или несколько абонентских станций 111-116 можно ассоциировать с точкой доступа (AP) в WLAN WiFi. Абонентская станция 116 может быть любым из некоторого количества мобильных устройств, включая переносной компьютер с возможностью беспроводной связи, персональный цифровой помощник, ноутбук, карманное устройство или другое устройство с возможностью беспроводной связи. Абонентские станции 114 и 115 могут быть, например, персональным компьютером (PC) с возможностью беспроводной связи, переносным компьютером, шлюзом или другим устройством.

Фиг. 2 - высокоуровневая схема передающего тракта 200 множественного доступа с ортогональным частотным разделением (OFDMA). Фиг. 3 - высокоуровневая схема приемного тракта 300 множественного доступа с ортогональным частотным разделением (OFDMA). На фиг. 2 и 3 передающий тракт 200 OFDMA реализуется в базовой станции 102 (BS), а приемный тракт 300 OFDMA реализуется в абонентской станции 116 (SS) только с целью иллюстрации и объяснения. Однако специалистам в данной области техники будет понятно, что приемный тракт 300 OFDMA также может быть реализован в BS 102, а передающий тракт 200 OFDMA может быть реализован в SS 116.

Передающий тракт 200 в BS 102 содержит блок 205 канального кодирования и модуляции, последовательно-параллельный (S-to-P) блок 210, блок 215 обратного быстрого преобразования Фурье (IFFT) размера N, параллельно-последовательный (P-to-S) блок 220, блок 225 добавления циклического префикса, преобразователь 230 с повышением частоты (UC), мультиплексор 290 опорного сигнала и распределитель 295 опорного сигнала.

Приемный тракт 300 в SS 116 содержит преобразователь 255 с понижением частоты (DC), блок 260 удаления циклического префикса, последовательно-параллельный (S-to-P) блок 265, блок 270 быстрого преобразования Фурье (FFT) размера N, параллельно-последовательный (P-to-S) блок 275 и блок 280 канального декодирования и демодуляции.

По меньшей мере некоторые компоненты на фиг. 2 и 3 могут быть реализованы в программном обеспечении, тогда как другие компоненты могут быть реализованы конфигурируемыми аппаратными средствами или смесью программного обеспечения и конфигурируемых аппаратных средств. В частности, отметим, что блоки FFT и блоки IFFT, описанные в настоящем раскрытии изобретения, могут быть реализованы в виде конфигурируемых программно-реализованных алгоритмов, где значение Размера N может изменяться в соответствии с реализацией.

Кроме того, хотя настоящее раскрытие изобретения ориентировано на вариант осуществления, который реализует быстрое преобразование Фурье и обратное быстрое преобразование Фурье, это приведено всего лишь в качестве иллюстрации и не должно толковаться как ограничивающее объем раскрытия изобретения. Следует принять во внимание, что в дополнительном варианте осуществления раскрытия изобретения функции быстрого преобразования Фурье и функции обратного быстрого преобразования Фурье можно легко заменить функциями дискретного преобразования Фурье (DFT) и функциями обратного дискретного преобразования Фурье (IDFT) соответственно. Следует принять во внимание, что для функций DFT и IDFT значение переменной N может быть любым целым числом (то есть 1, 2, 3, 4 и т.д.), тогда как для функций FFT и IFFT значение переменной N может быть любым целым числом, которое является степенью двойки (то есть 1, 2, 4, 8, 16 и т.д.).

В BS 102 блок 205 канального кодирования и модуляции принимает набор информационных битов, применяет кодирование (например, турбо-кодирование) и модулирует (например, QPSK, QAM) входные биты для создания последовательности символов модуляции частотной области. Последовательно-параллельный блок 210 преобразует (то есть демультиплексирует) последовательно модулированные символы в параллельные данные, чтобы создать N параллельных потоков символов, где N является размером IFFT/FFT, используемым в BS 102 и SS 116. Блок 215 IFFT размера N затем выполняет операцию IFFT над N параллельными потоками символов для создания выходных сигналов временной области. Параллельно-последовательный блок 220 преобразует (то есть мультиплексирует) параллельные выходные символы временной области из блока 215 IFFT размера N для создания последовательного сигнала временной области. Блок 225 добавления циклического префикса затем вставляет циклический префикс в сигнал временной области. В конечном счете преобразователь 230 с повышением частоты модулирует (то есть преобразует с повышением частоты) вывод блока 225 добавления циклического префикса в радиочастоту для передачи по беспроводному каналу. Сигнал также можно фильтровать в базовой полосе перед преобразованием в радиочастоту. В некоторых вариантах осуществления мультиплексор 290 опорного сигнала работает для мультиплексирования опорных сигналов, используя мультиплексирование с кодовым разделением (CDM) или мультиплексирование с разделением по времени/частоте (TFDM). Распределитель 295 опорного сигнала работает для динамического распределения опорных сигналов в сигнале OFDM в соответствии со способами и системой, раскрытыми в настоящем раскрытии изобретения.

Переданный РЧ-сигнал поступает в SS 116 после прохождения по беспроводному каналу и обратных операций, выполненных на BS 102. Преобразователь 255 с понижением частоты преобразует принятый сигнал в базовую полосу, а блок 260 удаления циклического префикса удаляет циклический префикс для создания последовательного сигнала базовой полосы временной области. Последовательно-параллельный блок 265 преобразует сигнал базовой полосы временной области в параллельные сигналы временной области. Блок 270 FFT размера N затем выполняет алгоритм FFT для создания N параллельных сигналов частотной области. Параллельно-последовательный блок 275 преобразует параллельные сигналы частотной области в последовательность модулированных символов данных. Блок 280 канального декодирования и демодуляции демодулирует, а затем декодирует модулированные символы для восстановления исходного входного потока данных.

Каждая из базовых станций 101-103 может реализовать передающий тракт, который аналогичен передаче по нисходящей линии связи к абонентским станциям 111-116, и может реализовать приемный тракт, который аналогичен приему по восходящей линии связи от абонентских станций 111-116. Аналогичным образом, каждая из абонентских станций 111-116 может реализовать передающий тракт, соответствующий архитектуре для передачи по восходящей линии связи к базовым станциям 101-103, и может реализовать приемный тракт, соответствующий архитектуре для приема по нисходящей линии связи от базовых станций 101-103.

Общая ширина полосы в системе OFDM делится на узкополосные частотные блоки, именуемые поднесущими. Число поднесущих равно размеру N FFT/IFFT, используемому в системе. Вообще, число поднесущих, используемых для данных, меньше N, потому что некоторые поднесущие на границе частотного спектра зарезервированы в качестве защитных поднесущих. Вообще, никакая информация по защитным поднесущим не передается.

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

В случае передачи по нескольким антеннам существует одна сетка ресурсов, заданная на каждый вход антенны.

Каждый элемент в сетке ресурсов для входа р антенны называется элементом ресурса (RE) и однозначно идентифицируется парой индексов (k,l) во временном интервале, где и являются индексами в частотной и временной областях соответственно. Элемент (k,l) ресурса на входе p антенны соответствует комплексной величине . Если отсутствует опасность путаницы или ни один конкретный вход антенны не задан, то индекс p можно опустить.

В LTE опорные сигналы (RS) DL используются для двух целей. Во-первых, UE измеряют информацию о качестве канала (CQI), информацию о ранге (RI) и информацию о матрице предварительного кодирования (PMI) с использованием RS DL. Во-вторых, каждое UE демодулирует предназначенный для себя сигнал передачи DL с использованием RS DL. К тому же, RS DL разделяются на три категории: индивидуальные для соты RS, RS сети мультимедийного вещания на одной частоте (MBSFN) и индивидуальные для UE RS или назначенные RS (DRS).

Индивидуальные для соты опорные сигналы (или общие опорные сигналы: CRS) передаются в субкадрах нисходящей линии связи в соте, поддерживающей передачу не по MBSFN. Если субкадр используется для передачи с помощью MBSFN, то только первые несколько (0, 1 или 2) символов OFDM в субкадре могут использоваться для передачи индивидуальных для соты опорных символов. Нотация R_p используется для обозначения элемента ресурса, используемого для передачи опорного сигнала по входу p антенны.

Индивидуальные для UE опорные сигналы (или назначенные RS: DRS) поддерживаются для передачи по одному входу антенны на Физическом совместно используемом канале нисходящей линии связи (PDSCH) и передаются по входу 5 антенны. UE информируется верхними уровнями о том, присутствует ли индивидуальный для UE опорный сигнал и является ли он допустимой опорной фазой для демодуляции PDSCH. Индивидуальные для UE опорные сигналы передаются только в блоках ресурсов, на которые отображается соответствующий PDSCH.

Временные ресурсы системы LTE разделяются на кадры по 10 мс, и каждый кадр дополнительно разделяется на 10 субкадров длительностью в одну миллисекунду каждый. Субкадр делится на два временных интервала, каждый из которых охватывает 0,5 мс. Субкадр в частотной области разделяется на несколько блоков ресурсов (RB), где RB состоит из 12 поднесущих.

Фиг. 4 иллюстрирует схему 400 базовой станции 420, осуществляющую связь с множеством мобильных станций 402, 404, 406 и 408 в соответствии с вариантом осуществления настоящего раскрытия изобретения.

Как показано на фиг. 4, базовая станция 420 одновременно осуществляет связь с несколькими мобильными станциями посредством использования нескольких лучей антенны, причем каждый луч антенны формируется в направлении предназначенной мобильной станции с одинаковым временем и одинаковой частотой. Базовая станция 420 и мобильные станции 402, 404, 406 и 408 применяют несколько антенн для передачи и приема радиоволновых сигналов. Радиоволновые сигналов могут быть сигналами мультиплексирования с ортогональным частотным разделением (OFDM).

В этом варианте осуществления базовая станция 420 выполняет одновременное формирование луча (диаграммы направленности) в множестве передатчиков для каждой мобильной станции. Например, базовая станция 420 передает данные к мобильной станции 402 посредством сформированного в луч сигнала 410, данные к мобильной станции 404 посредством сформированного в луч сигнала 412, данные к мобильной станции 406 посредством сформированного в луч сигнала 414 и данные к мобильной станции 408 посредством сформированного в луч сигнала 416. В некоторых вариантах осуществления настоящего раскрытия изобретения базовая станция 420 допускает одновременное формирование луча для мобильных станций 402, 404, 406 и 408. В некоторых вариантах осуществления каждый сформированный в луч сигнал формируется в направлении предназначенной мобильной станции с одинаковым временем и одинаковой частотой. Для ясности связь от базовой станции к мобильной станции также может называться связью по нисходящей линии связи, а связь от мобильной станции к базовой станции может называться связью по восходящей линии связи.

Базовая станция 420 и мобильные станции 402, 404, 406 и 408 применяют несколько антенн для передачи и приема радиосигналов. Подразумевается, что радиосигналы могут быть радиоволновыми сигналами, и радиосигналы могут использовать любую схему передачи, известную специалисту в данной области техники, включая схему передачи с мультиплексированием с ортогональным частотным разделением (OFDM).

Мобильные станции 402, 404, 406 и 408 могут быть любым устройством, которое допускает прием радиосигналов. Примеры мобильных станций 402, 404, 406 и 408 включают в себя, но не ограничиваются, персональный цифровой помощник (PDA), переносной компьютер, мобильный телефон, карманное устройство или любое другое устройство, которое допускает прием сформированных в луч передач.

Использование нескольких передающих антенн и нескольких приемных антенн на базовой станции и одиночной мобильной станции для повышения пропускной способности и надежности канала беспроводной связи известно в качестве системы со многими входами и выходами с одним пользователем (SU-MIMO). Система MIMO обещает линейное увеличение пропускной способности при K, где K - минимальное количество передающих (M) и приемных (N) антенн (то есть K=min(M,N)). Система MIMO может быть реализована с помощью схем пространственного мультиплексирования, формирования луча при передаче/приеме или разнесения передачи/приема.

В качестве расширения SU-MIMO система MIMO с несколькими пользователями (MU-MIMO) является сценарием связи, где базовая станция с несколькими передающими антеннами может одновременно осуществлять связь с несколькими мобильными станциями посредством использования схем формирования лучей для множества абонентов, например множественного доступа с пространственным разделением (SDMA), для повышения пропускной способности и надежности канала беспроводной связи.

Фиг. 5a иллюстрирует схему SDMA в соответствии с вариантом осуществления настоящего раскрытия изобретения.

Как показано на фиг. 5, базовая станция 420 оборудована 8 передающими антеннами, тогда как мобильные станции 402, 404, 406 и 408 оборудованы двумя антеннами каждая. В этом примере базовая станция 420 содержит восемь передающих антенн. Каждая из передающих антенн передает один из сформированных в луч сигналов 410, 502, 504, 412, 414, 506, 416 и 508. В этом примере мобильная станция 402 принимает сформированные в луч передачи 410 и 502, мобильная станция 404 принимает сформированные в луч передачи 504 и 412, мобильная станция 406 принимает сформированные в луч передачи 506 и 414, и мобильная станция 408 принимает сформированные в луч передачи 508 и 416.

Поскольку базовая станция 420 содержит восемь лучей передающих антенн (каждая антенна излучает один поток из потоков данных), на базовой станции 420 можно сформировать восемь потоков сформированных в луч данных. Каждая мобильная станция может потенциально принимать вплоть до 2 потоков (лучей) данных в этом примере. Если каждая из мобильных станций 402, 404, 406 и 408 была ограничена приемом только одиночного потока (луча) данных, то вместо нескольких потоков одновременно это было бы формированием лучей для множества абонентов (то есть MU-BF).

В LTE-A вып. 10 в 3GPP вводится пространственное мультиплексирование (SM) UL MIMO. Когда UE планируется для передачи сигналов в субкадре с использованием схемы SM UL-MIMO в LTE-A, UE может передавать вплоть до двух кодовых слов (CW) в субкадре.

Когда два CW нужно передать в субкадре, два потока h⁽¹⁾ и h⁽²⁾ двоичных сигналов для двух CW формируются отдельно, где , где q∈{1, 2}. Два входа из этапов кодирования отдельно проходят через скремблирование и модуляционное отображение. Выходом блока модуляционного отображения является CW. Вплоть до двух CW вводятся в блок отображения CW-в-уровень, чьими выходами являются уровни, которые составляют L потоков символов модуляции. Затем каждый из L потоков символов модуляции вводится в преобразующий предварительный кодер (или с дискретным преобразованием Фурье (DFT)), и выходы предварительного кодера с DFT вводятся в блок предварительного кодирования передачи. Блок предварительного кодирования передачи формирует N_t потоков символов модуляции, каждый из которых будет передан во вход передающей антенны.

Одним из ключевых компонентов этой передачи по восходящей линии связи является функция мультиплексирования данных/управляющей информации.

Фиг. 5b иллюстрирует цепь 510 передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH) в соответствии с вариантом осуществления настоящего раскрытия изобретения.

Фиг. 5b иллюстрирует N-уровневую передачу на UE с N_t передающими антеннами. Фиг. 5b иллюстрирует отображение выходов N блоков 511-1 - 511-N предварительного кодирования с дискретным преобразованием Фурье (DFT) в непрерывный набор поднесущих в блоках 513-1 - 513-N обратного быстрого преобразования Фурье (IFFT).

Одним из ключевых компонентом цепи 510 передачи PUSCH является функция мультиплексирования данных/управляющей информации, реализованная в блоке 515 мультиплексирования данных/управляющей информации, который полностью определен в документе 3GPP TS 36.212 v 8.5.0, "E-UTRA, Multiplexing and Channel Coding", декабрь 2008 г., который настоящим включен в данную заявку посредством ссылки, как если бы он был полностью изложен в нем.

Отображение уровней выполняется перед предварительным кодированием с DFT, чтобы данные и управляющая информация должным образом мультиплексировались и перемежались. Предварительное кодирование передачи выполняется между блоками 511-1 - 511-N предварительного кодирования с DFT и блоком 513 IFFT, чтобы на основе поднесущей преобразовать N-мерный сигнал на выходе блоков 511-1 - 511-N предварительного кодирования с DFT в Nt-мерный сигнал в качестве входа в блоки 513-1 - 513-N IFFT. Отображение поднесущих на входе блоков 513-1 - 513-N IFFT может включать в себя несмежные сегменты поднесущих.

В варианте осуществления настоящего раскрытия изобретения вся управляющая информация восходящей линии связи (включая CQI, RI и биты A/N) переносится только на одном из уровней со следующими способами выбора конкретного уровня для переноса управляющей информации восходящей линии связи. Общее количество уровней передачи обозначается как N.

Если схема модуляции и кодирования (MCS), используемая N уровнями, является различной, то уровень, который имеет наибольшее значение MCS, выбирается для переноса управляющей информации восходящей линии связи, например CQI, RI и A/N. Значения MCS обычно переносятся в предоставлении распределения планирования UL (отправленном eNodeB к UE) и поэтому известны на UE во время этой передачи данных и управляющей информации. Размер области управления задается в виде количества элементов ресурса.

Если MCS, используемая N уровнями, одинакова, то первый уровень выбирается для переноса управляющей информации восходящей линии связи, например CQI, RI и A/N. Такой вариант осуществления мог бы быть подходящим для ситуаций, где используются методы, например смешивание уровней/перестановка уровней, для обеспечения одинакового качества канала, и следовательно, одинаковых значений MCS на всех уровнях.

Этот выбор уровня также мог бы явно сигнализироваться в предоставлении планирования восходящей линии связи в виде дополнительного управляющего поля, используя либо формат 0 управляющей информации нисходящей линии связи (DCI), либо некоторый другой формат DCI предоставления восходящей линии связи.

К тому же размеры трех областей управления (CQI, RI, A/N) определяются в зависимости от размера соответствующей управляющей информации восходящей линии связи (UCI), значения MCS, ассоциированного с уровнем, на котором передаются области управления, и сигнализированного с верхнего уровня смещения. Точное вычисление размеров областей управления аналогично уже определенному в стандарте LTE 3GPP TS 36.212 v 8.5.0, "E-UTRA, Multiplexing and Channel Coding", декабрь 2008 г., который настоящим включен в данную заявку посредством ссылки, как если бы был полностью изложен в ней.

Например, если решение с одиночным CW используется в MIMO UL с перестановкой/смешиванием уровней, означающее, что все уровни будут иметь одинаковую MCS, то уравнение области управления для битов гибридного автоматического запроса на повторение (HARQ) и указания ранга (RI) в разделе 5.2.2.6 стандарта LTE 3GPP TS 36.212 v 8.5.0, "E-UTRA, Multiplexing and Channel coding", декабрь 2008 г., можно изменить, как показано в Уравнении 1 ниже:

[Математическое уравнение 1]

Отметим включение в числитель множителя "N", который обозначает количество уровней. Сумма в знаменателе будет получена по всем кодовым блокам (CB) на всех уровнях. Здесь C(n) обозначает количество CB на уровне n, а K_r,n обозначает размер r-ого CB на уровне n. Аналогичным образом уравнение области управления для битов CQI показано в Уравнении 2 ниже:

[Математическое уравнение 2]

В другом варианте осуществления, если MCS на уровнях отличается, и p-ый уровень выбирается в качестве уровня, на котором передается UCI, то Уравнения 1 и 2 можно изменить, как соответственно показано в Уравнениях 3 и 4 ниже:

[Математическое уравнение 3]

для битов RI и A/N и

[Математическое уравнение 4]

для битов CQI.

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

Если размер Ns подмножества меньше N, то есть Ns<N, то уровни, используемые для управляющей передачи по восходящей линии связи, могли бы быть известны на UE в соответствии с одним из следующих способов.

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

В другом примере подмножество уровней могло бы неявно выводиться UE в соответствии с (1) количеством кодовых слов; (2) структурой отображения кодового слова в уровень; и (3) кодовым словом, которое использует наибольшее значение MCS. Например, если N=4 и уровень 1, 2 используется для передачи кодового слова 1, тогда как уровень 3, 4 используется для передачи кодового слова 2, и если MCS, используемая кодовым словом 1, лучше MCS, используемой кодовым словом 2, то UE может решить передавать управляющую информацию UL на уровнях 1 и 2, что соответствует уровням с лучшей MCS.

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

Случай 1. Если активные уровни, используемые для управляющей передачи UL, имеют одинаковую MCS, то общий размер каждой области управления (CQI, RI, A/N) по всем активным уровням определяется в зависимости от размера соответствующей UCI и этого одиночного значения MCS, и управляющая информация распределяется равномерно по активным уровням, причем каждое уровень получает приблизительно 1/Ns общего размера области управления. Такой вариант осуществления мог бы быть подходящим для ситуаций, где используются методы, например смешивание уровней/перестановка уровней, для обеспечения одинакового качества канала, и следовательно, одинаковых значений MCS на всех уровнях.

Случай 2. Если активные уровни имеют разные MCS в своих передачах, то применяют две альтернативы.

Случай 2a. Для каждого активного уровня размер области управления на каждый уровень определяется в соответствии с размером UCI и MCS на том конкретном уровне. Общий размер области управления равен сумме размеров областей управления на каждый уровень по активным уровням. Управляющая информация затем распределяется активным уровням в соответствии с размером области управления на каждый уровень.

Для случая 2a один пример определения общего размера области управления можно привести путем изменения Уравнений 1 и 2, как соответственно показано в Уравнениях 5 и 6 ниже:

[Математическое уравнение 5]

для n = 1, ..., Ns,

где Q'(n) является количеством символов RI и A/N на n-ом активном уровне.

[Математическое уравнение 6]

где Q'(n) является количеством символов CQI на n-ом активном уровне, а Q_RI(n) является количеством символов RI, распределенных на этот активный уровень.

Случай 2b. Размер итоговой области управления одновременно определяется в зависимости от размера UCI и MCS на всех активных уровнях, и управляющая информация распределяется равномерно по всем активным уровням, причем каждый уровень получает приблизительно 1/Ns общего размера области управления.

Для случая 1 и случая 2b один пример определения общего размера области управления можно привести путем изменения Уравнений 1 и 2, как соответственно показано в Уравнениях 7 и 8 ниже:

[Математическое уравнение 7]

для битов RI и A/N. Отметим, что первое суммирование над знаменателем проводится по всем активным уровням.

[Математическое уравнение 8]

для битов CQI.

Кроме того, для символов UCI можно обеспечить равномерное распределение по всем активным уровням. Пусть и используем Q" в качестве общего количества символов UCI. В итоге Q"-Q' пустых заполняющих символов добавляется для обеспечения правильности согласования скорости.

В текущей спецификации LTE eNodeB и UE обмениваются физическими сигналами, ассоциированными с процессом HARQ.

Для передачи по DL к UE eNodeB передает к UE предоставление передачи по DL, содержащий номер #n ID HARQ в субкадре. В одном субкадре eNodeB также передает к UE вплоть до двух пакетов (или транспортных блоков (TB)) для процесса HARQ. Четырьмя субкадрами позже UE отправляет обратно к eNodeB подтверждение приема пакетов в процессе #n HARQ. Сигнал подтверждения приема содержит вплоть до двух битов для двух пакетов, и каждый бит указывает результат декодирования на UE. Если UE успешно декодирует пакет, то сигнал подтверждения приема будет иметь бит подтверждения приема (ACK) для этого пакета. В противном случае сигнал подтверждения приема будет иметь бит отрицательного подтверждения (NACK) для того пакета. Если для пакета принимается NACK, то eNodeB отправляет к UE предоставление передачи, содержащий ID #n HARQ, и пакет повторной передачи для процесса HARQ в субкадре, который идет на несколько субкадров позже субкадра, в котором UE приняло NACK.

Для передачи по UL к UE eNodeB передает к UE предоставление передачи по UL, содержащий номер #n ID HARQ в субкадре. Четырьмя субкадрами позже UE передает к eNodeB пакет для процесса HARQ. Четырьмя субкадрами позже eNodeB отправляет обратно к UE подтверждение приема пакета в процессе #n HARQ. Если eNodeB успешно декодирует пакет, то eNodeB отправляет обратно ACK. В противном случае eNodeB отправляет NACK обратно к UE. Если принимается NACK, то UE повторно передает пакет для процесса HARQ к eNodeB в субкадре, который находится на четыре субкадра позже субкадра, в котором UE приняло NACK.

Физический канал управления нисходящей линии связи (PDCCH), который переносит DCI, передается на объединении одного или нескольких последовательных элементов канала управления (CCE). CCE, доступные на несущей DL, нумеруются от 0 до N_CCE-1.

В системе LTE физический канал управления восходящей линии связи (PUCCH) дополнительно делится на несколько областей: область CQI, область постоянного ACK/NACK и запроса планирования (P-ACK/SR) и область динамического ACK/NACK (D-ACK). Ресурс CQI однозначно идентифицируется своей парой ресурсов, то есть индексом циклического сдвига (CS) и индексом блока ресурсов (RB). С другой стороны, ресурс P-ACK/SR или D-ACK однозначно идентифицируется своей тройкой ресурсов, то есть индексом CS, индексом ортогонального покрытия (OC) и индексом RB.

D-ACK отображается в тройку ресурсов AN PUCCH из индекса n⁽¹⁾_PUCCH.

Таким образом, в системе LTE существует функция отображения один-к-одному из индекса CCE в субкадре n в тройку ресурсов AN PUCCH в субкадре n-k.

Это раскрытие изобретения предоставляет системы и способы для одновременной передачи данных и управляющей информации, например CQI (информация о качестве канала), RI (информация о ранге), A/N (информация ACK/NACK) в системах с объединенными несущими UL. Отметим, что все три типа управляющей информации восходящей линии связи также обычно обозначаются как UCI.

Рассматриваются системы с объединенными несущими UL, где A/N планируется в субкадре n в соответствии с процедурой LTE вып. 8 для подтверждения передачи PDSCH по DL, которая произошла в субкадре n-k. В таких системах физический совместно используемый канал нисходящей линии связи (PDSCH) может быть передан на одной или нескольких несущих DL в субкадре n-k. Количество информационных битов, которое переносит A/N, обозначается с помощью N_AN, где N_AN - положительное целое число.

Фиг. 6a иллюстрирует передачу 600 A/N в субкадре, в котором не планируется ни один физический совместно используемый канал восходящей линии связи (PUSCH), в соответствии с вариантом осуществления настоящего раскрытия изобретения.

Без передачи PUSCH по UL, запланированной в субкадре n, A/N передается по каналу UL в субкадре. В этом случае канал UL может иметь формат 1 PUCCH, формат 2 PUCCH, новый формат PUCCH DFT-s-OFDM, или PUSCH. Например, как показано на фиг. 6a, A/N 601 передается в PUCCH на RB, расположенном близко к одному краю полосы в первом временном интервале субкадра n, и на другом RB, расположенном близко к другому краю полосы в первом временном интервале субкадра n на первичной компонентной несущей UL (PCC).

Фиг. 6b иллюстрирует передачу 610 A/N в субкадрах, где запланирован физический совместно используемый канал восходящей линии связи (PUSCH) на одной компонентной несущей восходящей линии связи (CC UL) в соответствии с вариантом осуществления настоящего раскрытия изобретения.

При передаче PUSCH по UL, запланированной на одной CC UL в субкадре n, можно рассмотреть два способа мультиплексирования данных UL и A/N, как показано на фиг. 6b. В одной схеме (обозначенной как схема 1 мультиплексирования AN) A/N передается в PUCCH на PCC, тогда как данные UL передаются в PUSCH на запланированной CC UL, если таковая есть. В другой схеме (обозначенной как схема 2 мультиплексирования AN) A/N вкладывается («piggybacked», т.е. вкладывается в блок данных обратного направления) в PUSCH на запланированной CC UL. В конкретных вариантах осуществления A/N вкладывается в PUSCH в соответствии со способами, предложенными в предварительной заявке на патент США № 61/206455, озаглавленной "Uplink Data And Control Signal Transmission in MIMO Wireless Systems", поданном 30 января 2009 г., и заявке на патент США № 12/641951, озаглавленной "System And Method For Uplink Data And Control Signal Transmission In MIMO Wireless Systems", поданной 18 декабря 2009 г., которые включаются путем ссылки в данный документ, как если бы были полностью изложены здесь.

Фиг. 6c иллюстрирует схемы передачи A/N в субкадрах, где физический совместно используемый канал восходящей линии связи (PUSCH) запланирован более чем на одной компонентной несущей в соответствии с вариантом осуществления настоящего раскрытия изобретения.

Когда передача PUSCH по UL планируется более чем на одной CC UL в субкадре n, можно рассмотреть три способа мультиплексирования данных UL и A/N. В одной схеме 620 (схеме 3 мультиплексирования AN), показанной на фиг. 6c, A/N передается в PUCCH на PCC, тогда как данные UL передаются в PUSCH на запланированных CC UL. В другой схеме 630 (обозначенной как схема 4 мультиплексирования AN) A/N вкладывается в PUSCH на одной из запланированных CC UL, причем A/N вкладывается в PUSCH на одной CC в соответствии со способами, предложенными в предварительном патенте США № 61/206455 и заявке на патент США с порядковым № 12/641951. В другой схеме 640 (обозначенной как схема 5 мультиплексирования AN) A/N вкладывается в PUSCH на всех запланированных CC UL, где A/N вкладывается в PUSCH на каждой CC в соответствии со способами, предложенными в предварительном патенте США № 61/206455 и заявке на патент США с порядковым № 12/641951.

Отметим, что схема 3 мультиплексирования AN становится идентична схеме 1 мультиплексирования AN, когда PUSCH планируется только на одной CC UL. К тому же схемы 4 и 5 мультиплексирования AN становятся идентичны схеме 2 мультиплексирования AN, когда PUSCH планируется только на одной CC UL.

В схеме 4 мультиплексирования AN одна CC, чей PUSCH присоединил бы A/N, выбирается по некоторому правилу. Некоторыми примерными правилами являются: (1) выбирается запланированный PUSCH на CC с наивысшей MCS среди запланированных PUSCH на CC UL в субкадре n, (2) выбирается CC с наименьшим CC-ID среди запланированных PUSCH на CC UL в субкадре n, либо (3) выбирается CC с наименьшим физическим идентификатором соты (PCID) среди запланированных PUSCH на CC UL в субкадре n.

В варианте осуществления настоящего раскрытия изобретения, когда UE принимает одно или несколько предоставлений UL, которые планируют PUSCH на одной или нескольких CC UL в субкадре n, UE передает A/N в субкадре n с использованием одной постоянной схемы. С другой стороны, когда UE не принимает никакие предоставления UL, UE передает A/N в PUCCH на PCC UL. Например, одной постоянной схемой передачи A/N, используемой, когда PUSCH планируется на одной или нескольких CC UL в субкадре n, может быть схема 1 мультиплексирования A/N, схема 2, схема 3, схема 4 или схема 5.

В одном примере одной схемой передачи A/N, используемой, когда PUSCH планируется на одной или нескольких CC UL в субкадре n, является схема 1 или 3 мультиплексирования A/N, которая одновременно передает PUSCH и PUCCH. В этом случае, чтобы обнаружить A/N от UE, eNodeB нужно только обнаружить сигналы в PUCCH на PCC. Поэтому реализация eNodeB была бы проще, когда выбирается эта схема. Однако UE может страдать от повышенного отношения пиковой мощности к средней мощности (PAPR), когда UE одновременно передает несколько каналов UL.

В другом примере одной схемой передачи A/N, используемой, когда PUSCH планируется на одной или нескольких CC UL в субкадре n, является схема 2 или 5 мультиплексирования A/N, которая вкладывает A/N во все запланированные передачи PUSCH в субкадре n. В этом случае, чтобы обнаружить A/N от UE, eNodeB выполняет проверку гипотез между двумя гипотезами: (1) A/N переносится в PUCCH на PCC и (2) A/N вкладывается в PUSCH на всех CC UL. Поэтому реализация eNodeB была немного сложнее, когда выбирается эта схема. Однако UE может выиграть сниженного отношения пиковой мощности к средней мощности (PAPR).

В варианте осуществления настоящего раскрытия изобретения UE принимает сигнализацию верхнего уровня (управления радиоресурсами (RRC) или управления доступом к среде передачи (MAC)). Когда UE принимает одно или несколько предоставлений UL, которые планируют PUSCH на одной или нескольких CC UL в субкадре n, UE передает A/N, используя схему мультиплексирования A/N, определенную информационным элементом (IE), переданным в сигнализации верхнего уровня. С другой стороны, когда UE не принимает никакие предоставления UL, UE передает A/N в PUCCH на PCC UL.

В одном примере информационный элемент (IE) ANPiggybackConfiguration IE задается на верхнем уровне. UE выбирает схему мультиплексирования A/N в зависимости от сигнализированного значения ANPiggybackConfiguration IE. В частности, когда UE принимает одно или несколько предоставлений UL, которые планируют PUSCH на одной или нескольких CC UL в субкадре n,

- когда ANPiggybackConfiguration = 0, UE передает A/N с использованием схемы 1 или 3 передачи A/N, которая передает A/N по PUCCH на PCC UL, а

- когда ANPiggybackConfiguration = 1, UE передает A/N с использованием схемы 2 или 5 передачи A/N, которая вкладывает A/N во все запланированные передачи PUSCH в субкадре n.

В вариантах осуществления настоящего раскрытия изобретения UE следует некоторому правилу для определения способа мультиплексирования A/N в субкадре. Когда UE принимает одно или несколько предоставлений UL, которые планируют PUSCH на одной или нескольких CC UL в субкадре n, UE передает A/N в субкадре n, используя схему, выбранную в соответствии с тем правилом. С другой стороны, когда UE не принимает никакие предоставления UL, UE передает A/N в PUCCH на PCC UL.

В одном примерном правиле (обозначенном как Правило 1 выбора схемы передачи AN) UE выбирает схему передачи A/N в зависимости от того, принимает ли UE по меньшей мере одно предоставление UL, который запрашивает отчет CQI (например, предоставление UL содержит IE=1 запроса CQI). В частности,

- когда UE принимает по меньшей мере одно предоставление UL, который запрашивает отчет CQI, UE вкладывает A/N во все передачи PUSCH, переносящие CQI, а

- когда UE не принимает никакого предоставления UL, который запрашивает отчет CQI, UE передает A/N в PUCCH на PCC UL.

В этом случае eNodeB может обнаружить A/N либо в PUCCH на PCC, либо в PUSCH, переносящем CQI.

В другом примерном правиле (обозначенном как Правило 2 выбора схемы передачи AN) UE выбирает схему передачи A/N в зависимости от того, принимает ли UE предоставление UL, планирующее PUSCH на PCC UL. В одном примере Правила 2 выбора схемы передачи AN (обозначенном как Правило 2-1 выбора схемы передачи AN),

- когда UE принимает предоставление UL, планирующее PUSCH на PCC UL, UE вкладывает A/N в передачу PUSCH, запланированную на PCC UL, а

- когда UE не принимает предоставление UL, планирующее PUSCH на PCC UL, UE передает A/N в PUCCH на PCC UL.

В этом случае eNodeB может обнаружить A/N либо в PUCCH на PCC, либо в PUSCH, передаваемом на PCC UL.

В другом примере Правила 2 выбора схемы передачи AN (обозначенном как Правило 2-2 выбора схемы передачи AN),

- когда UE принимает предоставление UL, планирующее PUSCH на PCC UL, UE передает A/N в PUCCH на PCC UL, а

- когда UE не принимает предоставление UL, планирующее PUSCH на PCC UL, UE вкладывает A/N во все передачи PUSCH, запланированные в субкадре n.

В этом случае eNodeB может обнаружить A/N либо в PUCCH на PCC, либо в запланированных PUSCH.

В варианте осуществления настоящего раскрытия изобретения UE следует некоторому правилу для определения способа мультиплексирования A/N в субкадре, где правило по меньшей мере частично основывается на сигнализации верхнего уровня (RRC или MAC). Когда UE принимает одно или несколько предоставлений UL, которые планируют PUSCH на одной или нескольких CC UL в субкадре n, UE передает A/N в субкадре n, используя схему, выбранную в соответствии с тем правилом. С другой стороны, когда UE не принимает никакие предоставления UL, UE передает A/N в PUCCH на PCC UL.

В одном примерном правиле (обозначенном как Правило 3 выбора схемы передачи AN) UE выбирает схему передачи A/N в зависимости от того, принимает ли UE предоставление UL, планирующее PUSCH на PCC UL, и от сигнализации RRC, передающей IE, например ANPiggybackConfiguration IE. В частности, когда UE принимает одно или несколько предоставлений UL, которые планируют PUSCH на одной или нескольких CC UL в субкадре n,

- когда UE принимает предоставление UL, планирующее PUSCH на PCC UL, и ANPiggybackConfiguration = 1, UE вкладывает A/N в передачу PUSCH, запланированную на PCC UL,

- когда UE принимает предоставление UL, планирующее PUSCH на PCC UL, и ANPiggybackConfiguration = 0, UE передает A/N в PUCCH на PCC UL,

- когда UE не принимает предоставление UL, планирующее PUSCH на PCC UL, и ANPiggybackConfiguration = 1, UE вкладывает A/N во все передачи PUSCH, запланированные в субкадре n, а

- когда UE не принимает предоставление UL, планирующее PUSCH на PCC UL, и ANPiggybackConfiguration = 0, UE передает A/N в PUCCH на PCC UL.

В системе LTE вып. 8 CQI/PMI/RI вкладываются в PUSCH в двух случаях. В одном случае (обозначенном как случай 1) UE принимает предоставление UL, который запрашивает передачу отчета CQI (или с запросом CQI=1) в субкадре n-4, и передает CQI/PMI/RI в запланированном PUSCH в субкадре n. В другом случае (обозначенном как случай 2) UE принимает предоставление UL, который не запрашивает передачу отчета CQI (или с запросом CQI = 0) в субкадре n-k, тогда как UE планируется для передачи периодического отчета о CQI/PMI/RI в субкадре n с помощью сигнализации RRC, тогда UE вкладывает CQI/PMI/RI в запланированную передачу PUSCH в субкадре n.

В случае 1 UE принимает предоставление UL, который запрашивает передачу отчета CQI, в системах с объединенными несущими. В системах с объединенными несущими количество предоставлений UL, планирующих передачи по UL в субкадре, может быть многочисленным. Два частных случая для случая 1 выглядят следующим образом: (1) случай 1-1: UE принимает одиночный предоставление UL, который запрашивает передачу отчета CQI, и (2) случай 1-2: UE принимает более одного предоставления UL, который запрашивает передачу отчета CQI.

В одном варианте осуществления UE принимает по меньшей мере одно предоставление UL, планирующий PUSCH на CC UL, который запрашивает передачу отчета CQI на CC DL в субкадре n-k (где k=4 в системе FDD), причем каждое предоставление UL с запросом передачи отчета CQI запрашивает отчет CQI на некотором количестве CC DL. В одном примере предоставление UL, который запрашивает передачу отчета CQI, передается на CC i DL и запрашивает отчет CQI на CC i DL. В другом примере предоставление UL, который запрашивает передачу отчета CQI, передается на CC i DL и запрашивает отчет CQI на всех активированных CC DL для UE. В другом примере предоставление UL, который запрашивает передачу отчета CQI, передается на CC i DL и запрашивает отчет CQI на всех сконфигурированных CC DL для UE.

В одном способе мультиплексирования передач CQI/PMI/RI и передач данных UL в субкадре n (обозначенном как способ 1) после того, как UE принимает по меньшей мере одно предоставление UL в субкадре n-k, UE передает отчет CQI в субкадре n по каждому из PUSCH, запланированных каждым из по меньшей мере одного предоставления UL, тогда как UE передает только данные UL по PUSCH, запланированный другими предоставлениями UL, если таковые есть, которые не запрашивают передачу отчета CQI. Когда предоставление UL, планирующее PUSCH на CC UL, запрашивает передачу отчета CQI на некотором количестве CC DL и планирует некоторое количество пар PRB UL больше некоторой пороговой величины, например 4 для UE, UE вкладывает CQI/PMI/RI на некотором количестве CC DL в передачу PUSCH на CC UL в соответствии со способами, предложенными в предварительном патенте США № 61/206455 и заявке на патент с порядковым № 12/641951. В противном случае UE передает только CQI/PMI/RI в PUSCH без данных UL, аналогично тому, как происходит в LTE вып. 8.

В одном способе мультиплексирования передач CQI/PMI/RI и передач данных UL в субкадре n (обозначенном как способ 1-1) UE конфигурируется для приема/передачи вплоть до 3 пар DL-UL объединенных CC (CC1, CC2 и CC3) и принимает предоставление UL с запросом CQI=1 только на CC1. В конкретных вариантах осуществления CQI/PMI и RI вкладываются в PUSCH, передаваемый на CC1, то есть CC, переносящей PUSCH с отчетом CQI. Однако в других вариантах осуществления только CQI/PMI или только RI вкладывается в PUSCH, передаваемый на CC, переносящей PUSCH с отчетом CQI.

В другом варианте осуществления способа 1-1 UE конфигурируется для приема/передачи вплоть до 3 пар DL-UL объединенных CC (CC1, CC2 и CC3) и принимает два предоставления UL с запросом CQI=1 только на CC1 и CC2. В конкретных вариантах осуществления CQI/PMI и RI вкладываются в PUSCH, передаваемый на каждой из CC1 и CC2, то есть CC, переносящих PUSCH с отчетом CQI. Однако в других вариантах осуществления только CQI/PMI или только RI вкладывается в PUSCH, передаваемый на CC, переносящих PUSCH с отчетом CQI.

В другом способе мультиплексирования передач CQI/PMI/RI и передач данных UL в субкадре n (обозначенном как способ 1-2) после того, как UE принимает по меньшей мере одно предоставление UL в субкадре n-k, UE передает отчет CQI в субкадре n по каждому из PUSCH, запланированных всеми предоставлениями UL, планирующими PUSCH в субкадре n для UE. Когда запрашивается только один отчет CQI, информационные биты для одного отчета CQI кодируются независимо, и кодированные биты отдельно отображаются во все CC UL. Когда запрашивается более одного отчета CQI, информационные биты для всех отчетов CQI объединяются в один набор информационных битов. Один набор информационных битов кодируется независимо, и кодированные биты отдельно отображаются во все CC UL.

В другом варианте осуществления способа 1-2 UE конфигурируется для приема/передачи вплоть до 3 пар DL-UL объединенных CC (CC1, CC2 и CC3) и принимает одно предоставление UL с запросом CQI=1 только на CC1. В конкретных вариантах осуществления CQI/PMI и RI вкладываются в PUSCH, передаваемый на каждой из CC1, CC2 и CC3, то есть CC, переносящих PUSCH. Однако в других вариантах осуществления только CQI/PMI или только RI вкладывается в PUSCH, передаваемый на CC, переносящих PUSCH.

В варианте осуществления настоящего раскрытия изобретения UE планируется для передачи периодического отчета CQI/PMI/RI в субкадре n, который сконфигурирован с помощью сигнализации RRC. К тому же UE планируется для передачи PUSCH по меньшей мере на одной CC UL в том же субкадре n.

В одном способе мультиплексирования передач CQI/PMI/RI и передач данных UL в субкадре n (обозначенном как способ 2-1) UE вкладывает CQI/PMI/RI на одной из по меньшей мере одной CC UL, на которой UE запланировано для передачи PUSCH в субкадре n, в соответствии с правилом выбора CC. Некоторыми примерами правила выбора CC являются:

(правило 1-1 выбора CC) выбирается запланированный PUSCH на CC UL с наивысшей MCS среди запланированных PUSCH на CC UL в субкадре n;

(правило 1-2 выбора CC) выбирается запланированный PUSCH на CC UL с наименьшим CC-ID среди запланированных PUSCH на CC UL в субкадре n; и

(правило 1-3 выбора CC) выбирается запланированный PUSCH на CC UL с наименьшей несущей частотой среди запланированных PUSCH на CC UL в субкадре n.

В варианте осуществления способа 2-1 UE конфигурируется для приема/передачи вплоть до 3 пар DL-UL объединенных CC (CC1, CC2 и CC3) и принимает три предоставления UL на CC1, CC2 и CC3. В конкретных вариантах осуществления CQI/PMI и RI вкладываются в PUSCH, передаваемый на CC1, которая является выбранной CC, переносящей CQI/PMI/RI, вложенные в PUSCH в соответствии с неким правилом. Однако в других вариантах осуществления только CQI/PMI или только RI вкладывается в PUSCH, передаваемый на выбранной CC.

В другом способе мультиплексирования передач CQI/PMI/RI и передач данных UL в субкадре n (обозначенном как способ 2-2) UE выбирает схему передачи CQI/PMI/RI в субкадре n по некоторому правилу, которое зависит от того, принимает ли UE предоставление UL, планирующее PUSCH на PCC UL. Одно примерное правило состоит в том, что если UE принимает предоставление UL, планирующее PUSCH на PCC UL в субкадре n, то UE вкладывает CQI/PMI/RI в передачу PUSCH на PCC UL. В противном случае UE передает CQI/PMI/RI в PUCCH на PCC.

В этом примерном правиле CQI/PMI/RI никогда не передается на вторичных компонентных несущих (SCC).

В варианте осуществления способа 2-2 UE конфигурируется для приема/передачи вплоть до 2 пар DL-UL объединенных CC, CC1 и CC2. Когда принимается предоставление UL, планирующее PUSCH на PCC UL, осуществляется вкладывание CQI/PMI/RI. В противном случае CQI/PMI/RI передается по PUCCH на PCC. В конкретных вариантах осуществления CQI/PMI и RI вкладываются в передачу PUSCH на CC1 или передаются по PUCCH на CC1. Однако в других вариантах осуществления только CQI/PMI или только RI вкладывается в передачу PUSCH на CC1 или передается по PUCCH на CC1. Кроме того, в конкретных вариантах осуществления предполагается, что A/N передается точно так же, как передается CQI/PMI/RI, то есть если имеется предоставление UL, планирующее PUSCH на PCC UL, то A/N вкладывается в PUSCH, передаваемый на PCC UL. В противном случае A/N передается в PUCCH на PCC UL. Однако обычный специалист в данной области техники признал бы, что другие схемы мультиплексирования A/N также могут использоваться для мультиплексирования A/N.

Когда один или два бита A/N и CQI/PMI/RI мультиплексируются в PUCCH на PCC UL, используется формат 2b PUCCH для мультиплексирования A/N и CQI/PMI/RI в соответствии со способом в LTE вып. 8. С другой стороны, когда количество битов A/N, которое нужно передать, равно трем или четырем, снова используется структура формата 2b PUCCH для мультиплексирования CQI/PMI/RI и A/N, имеющая пять символов SC-FDM для CQI/PMI/RI и два символа SC-FDM для A/N в каждом временном интервале субкадра. Однако каждый временной интервал переносит один символ QPSK, передающий два бита A/N (обозначено форматом 2c PUCCH): два бита A/N модулируются по QPSK, и символ QPSK умножается на последовательность DM RS, переданную во втором символе SC-FDM DM RS в первом временном интервале субкадра n. Остальные два бита A/N модулируются по QPSK, и символ QPSK умножается на последовательность DM RS, переданную во втором символе SC-FDM DM RS во втором временном интервале субкадра n.

В другом способе мультиплексирования передач CQI/PMI/RI и передач данных UL в субкадре n (обозначенном как способ 2-3) UE вкладывает CQI/PMI/RI на всех из по меньшей мере одной CC UL, на которой UE запланировано для передачи PUSCH в субкадре n.

В варианте осуществления способа 2-3 UE конфигурируется для приема/передачи вплоть до 3 пар DL-UL объединенных CC (CC1, CC2 и CC3) и принимает три предоставления UL на CC1, CC2 и CC3. В конкретных вариантах осуществления CQI/PMI и RI вкладываются в PUSCH, передаваемый на CC1, CC2 и CC3, которые являются CC, переносящими PUSCH с вложением (с совмещенной передачей) CQI/PMI/RI. Однако в других вариантах осуществления только CQI/PMI или только RI вкладывается в PUSCH, передаваемый на каждой из этих CC.

В вариантах осуществления настоящего раскрытия изобретения UE выбирает PUSCH, переносящий данные с наивысшей спектральной эффективностью среди PUSCH, запланированных в субкадре, и вкладывает UCI (CQI/PMI/RI/HARQ-ACK) только в выбранный PUSCH. В конкретных вариантах осуществления для определения PUSCH с наивысшей спектральной эффективностью UE сначала считывает предоставления UL, планирующие PUSCH в субкадре, и определяет ранги передачи, форматы модуляции и размеры TB у запланированных PUSCH. Ранг передачи относится к количеству потоков (или входов антенны DMRS, или уровней), которые UE нужно передать в субкадре. UE затем определяет PUSCH с наивысшей спектральной эффективностью по меньшей мере частично на основе некоторого правила.

В одном примерном правиле UE выбирает PUSCH с наивысшим рангом среди всех запланированных PUSCH в субкадре.

Когда имеется несколько PUSCH с одинаковым наивысшим рангом, используется правило решающего голоса. Некоторыми примерными правилами решающего голоса являются:

- UE выбирает PUSCH, перенесенный на CC с наименьшим ID CC, среди всех PUSCH с наивысшим рангом,

- UE выбирает PUSCH, перенесенный на CC с наименьшей несущей частотой, среди всех PUSCH с наивысшим рангом,

- UE выбирает PUSCH, перенесенный на PCC, если PCC содержит предоставление UL в субкадре,

- UE выбирает PUSCH, переносящий наибольшее количество информационных битов в пересчете на блок физических ресурсов (PRB), среди всех PUSCH с наивысшим рангом. В конкретном варианте осуществления количество информационных битов в пересчете на PRB, перенесенных в PUSCH, равно сумме не более двух размеров TB, соответствующих не более двум TB, разделенной на количество блоков физических ресурсов (PRB). Другими словами, количество информационных битов в пересчете на PRB, перенесенных в PUSCH i, вычисляется, как показано в Уравнении 9 ниже:

[Математическое уравнение 9]

(кол-во инф. битов в пересчете на PRB)i=((TB_Size1)i+(TB_Size2)i)/(кол-во PRB)i, и

- UE выбирает PUSCH, переносящий CW с наибольшим количеством информационных битов в пересчете на PRB, среди всех PUSCH с наивысшим рангом. В конкретном варианте осуществления количество информационных битов в CW в пересчете на PRB, перенесенных в PUSCH, равно размеру TB, соответствующему CW, разделенному на количество PRB. Другими словами, количество q информационных битов в CW в пересчете на PRB, перенесенных в PUSCH i, вычисляется как показано в Уравнении 10 ниже:

[Математическое уравнение 10]

(кол-во инф. битов в пересчете на PRB)qi=(TB_Size) qi/(кол-во PRB)qi.

В другом примерном правиле UE выбирает PUSCH, переносящий наибольшее количество информационных битов в пересчете на PRB, среди всех запланированных PUSCH в субкадре. В конкретном варианте осуществления количество информационных битов в пересчете на PRB, перенесенных в PUSCH, равно сумме двух размеров TB, соответствующих двум TB, разделенной на количество PRB. Другими словами, количество информационных битов в пересчете на PRB, перенесенных в PUSCH i, вычисляется, как показано в Уравнении 11 ниже:

[Математическое уравнение 11]

(кол-во инф. битов в пересчете на PRB)i=((TB_Size1)i+(TB_Size2)i)/(кол-во PRB)i.

В другом примерном правиле UE выбирает CW (или TB) с наивысшей исходной MCS и PUSCH, переносящим CW, среди всех CW (или TB), которые нужно передать в субкадре.

Когда PUSCH выбирается для мультиплексирования UCI, CQI/PMI и HARQ-ACK/RI мультиплексируются с UL-SCH в PUSCH в соответствии с некоторым способом.

В одном примерном способе CQI/PMI переносится в CW по PUSCH с более высокой MCS начальной передачи, а HARQ-ACK/RI переносится во всех CW по PUSCH.

В другом примерном способе CQI/PMI переносится в постоянном CW (например, первом CW или CW 0) по PUSCH, а HARQ-ACK/RI переносится во всех CW по PUSCH.

В одном примерном правиле UE выбирает PUSCH с наивысшим рангом среди всех запланированных PUSCH в субкадре. Это можно описать Уравнением 12 ниже, где k* является индексом PUSCH для переноса UCI:

[Математическое уравнение 12]

k* = arg max r(k)

где r(k) - ранг передачи (или количество уровней передачи) у PUSCH k.

Другими примерами правил решающего голоса являются:

- UE выбирает PUSCH, переносящий наибольшее количество информационных битов в пересчете на элемент ресурса (RE) на всех уровнях передачи, среди всех запланированных PUSCH в субкадре. В конкретном варианте осуществления количество информационных битов в пересчете на RE на всех уровнях передачи, перенесенных в PUSCH, равно сумме двух размеров TB, соответствующих двум TB, разделенной на общее количество RE на каждом уровне передачи. Другими словами, количество информационных битов в пересчете на RE на всех уровнях передачи, перенесенных в PUSCH k, вычисляется как показано в Уравнении 13 ниже:

[Математическое уравнение 13]

где количество поднесущих PUSCH, количество C₁(k) и C₂(k) кодовых блоков в TB1 и TB2 и количество K_r,1(k) и K_r,2(k) информационных битов в r-ом кодовом блоке в TB1 и TB2 получаются из исходного PDCCH для того же транспортного блока; и

- UE выбирает PUSCH, переносящий CW с наибольшим количеством информационных битов в пересчете на RE на всех уровнях передачи, соответствующих CW, среди всех PUSCH с наивысшим рангом. В конкретном варианте осуществления количество информационных битов в CW в пересчете на RE на всех уровнях передачи, соответствующих CW, равно размеру TB, соответствующему CW, разделенному на общее количество RE на каждом уровне передачи. Другими словами, количество q информационных битов в CW в пересчете на RE, перенесенных в PUSCH k, вычисляется, как показано в Уравнении 14 ниже:

[Математическое уравнение 14]

В другом примерном правиле UE выбирает PUSCH, переносящий наибольшее количество информационных битов в пересчете на RE на всех уровнях передачи, среди всех запланированных PUSCH в субкадре. Это можно описать Уравнением 15 ниже, где k* является индексом PUSCH для переноса UCI:

[Математическое уравнение 15]

k* = arg max SE(k),

где SE(k) - количество информационных битов в пересчете на RE на всех уровнях передачи PUSCH k.

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

[Математическое уравнение 16]

где количество поднесущих PUSCH, количество C₁(k) и C₂(k) кодовых блоков в TB1 и TB2 и количество K_r,1(k) и K_r,2(k) информационных битов в r-ом кодовом блоке в TB1 и TB2 получаются из исходного PDCCH для того же транспортного блока. Ncw(k) является количеством TB (или CW) в PUSCH k.

В другом примерном правиле UE выбирает PUSCH, переносящий наибольшее среднее количество информационных битов в пересчете на RE, усредненное по всем уровням передачи, среди всех запланированных PUSCH в субкадре. В конкретном варианте осуществления это можно описать Уравнением 17 ниже, где k* является индексом PUSCH для переноса UCI:

[Математическое уравнение 17]

k* = arg max SE'(k),

где SE'(k) является средним количеством информационных битов в пересчете на RE у PUSCH k.

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

[Математическое уравнение 18]

где количество поднесущих PUSCH, количество C₁(k) и C₂(k) кодовых блоков в TB1 и TB2 и количество K_r,1(k) и K_r,2(k) информационных битов в r-ом кодовом блоке в TB1 и TB2 получаются из исходного PDCCH для того же транспортного блока. Ncw(k) является количеством TB (или CW), и N_L(k) является количеством уровней передачи (или рангом передачи) в PUSCH k.

В другом примерном правиле UE выбирает PUSCH, чья средняя MCS является наибольшей. В конкретном варианте осуществления это можно описать Уравнением 19 ниже, где k* является индексом PUSCH для переноса UCI:

[Математическое уравнение 19]

k* = arg max MCS_avg(k),

где MCS_avg(k) получается путем вычисления среднего вплоть до двух исходных MCS, соответствующих двум TB, перенесенным в PUSCH k.

В другом примерном правиле UE выбирает PUSCH, чья суммарная MCS является наибольшей. В конкретном варианте осуществления это можно описать Уравнением 20 ниже, где k* является индексом PUSCH для переноса UCI:

[Математическое уравнение 20]

k* = arg max MCS_sum(k),

где MCSsum(k) получается путем вычисления суммы вплоть до двух исходных MCS, соответствующих двум TB, перенесенным в PUSCH k.

В другом примерном правиле UE выбирает PUSCH, переносящий CW с наибольшим количеством информационных битов в пересчете на RE на всех уровнях передачи, соответствующих CW, среди всех PUSCH с наивысшим рангом. В конкретном варианте осуществления это можно описать Уравнением 21 ниже, где k* является индексом PUSCH для переноса UCI:

[Математическое уравнение 21]

k* = arg max SE(k,q),

где SE(k,q) является количеством информационных битов в пересчете на RE на всех уровнях передачи, соответствующих CW в PUSCH k.

В конкретном варианте осуществления количество информационных битов в CW в пересчете на RE на всех уровнях передачи, соответствующих CW, равно размеру TB, соответствующему CW, разделенному на общее количество RE на каждом уровне передачи. Другими словами, количество q информационных битов в CW в пересчете на PRB, перенесенных в PUSCH k, вычисляется, как показано в Уравнении 22 ниже:

[Математическое уравнение 22]

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

Вариант 1: (кол-во инф. битов в пересчете на RE, суммированное по всем уровням)i = (N_L1SE₁+N_L2SE₂)_i,

где N_L1 и N_L2 являются количествами уровней, соответствующих CW0 (или TB1) и CW1 (TB2) соответственно, и

SE₁ и SE₂ являются спектральной эффективностью в пересчете на уровень, вычисленной по исходным MCS для TB1 и TB2. Например, SE₁ вычисляется как показано в Уравнении 23 ниже:

[Математическое уравнение 23]

где количество поднесущих PUSCH, количество C₁ кодовых блоков в TB1 и количество K_r,1 информационных битов в r-ом кодовом блоке в TB1 получаются из исходного PDCCH для того же транспортного блока.

Вариант 2: (кол-во инф. битов в пересчете на RE, суммированное по всем CW)i = (SE₁+SE₂)_i,

где SE₁ и SE₂ являются спектральной эффективностью в пересчете на уровень, вычисленной по исходным MCS для TB1 и TB2. Например, SE₁ вычисляется, как показано в Уравнении 24 ниже:

[Математическое уравнение 24]

где количество поднесущих PUSCH, количество C₁ кодовых блоков в TB1 и количество K_r,1 информационных битов в r-ом кодовом блоке в TB1 получаются из исходного PDCCH для того же транспортного блока.

Вариант 2 обусловлен наблюдением, что CW1 и CW2 всегда использовали бы одинаковую мощность передачи при согласованной кодовой книге MIMO UL LTE-A.

В другом примерном правиле UE выбирает CW (или TB) с наивысшей исходной MCS и PUSCH, переносящий CW, среди всех CW (или TB), которые нужно передать в субкадре.

Когда PUSCH выбирается для мультиплексирования UCI, CQI/PMI и HARQ-ACK/RI мультиплексируются с UL-SCH в PUSCH в соответствии с некоторым способом.

В одном примерном способе CQI/PMI переносится в CW в PUSCH с более высокой MCS начальной передачи. HARQ-ACK/RI переносится во всех CW в PUSCH.

В другом примерном способе CQI/PMI переносится в постоянном CW (например, первом CW или CW 0) в PUSCH. HARQ-ACK/RI переносится во всех CW в PUSCH.

В варианте осуществления настоящего раскрытия изобретения UE выбирает PUSCH, который использовал бы наименьшее количество RE для HARQ-ACK (или RI в качестве альтернативы), и вкладывает UCI (CQI/PMI/RI/HARQ-ACK) только в выбранный PUSCH. Конкретные варианты осуществления можно описать Уравнением 25 ниже, где k* является индексом PUSCH для переноса UCI:

[Математическое уравнение 25]

k* = arg min Q'(k),

где Q'(k) является количеством RE, которое использовалось бы для HARQ-ACK (или RI в качестве альтернативы), если бы PUSCH k выбирался для передачи UCI. При вычислении Q'(k) для каждого запланированного PUSCH UE предполагает общепринятую полезную нагрузку UCI и общепринятый тип UCI. В одном примере UE предполагает 1-битное HARQ-ACK для вычисления. В другом примере UE предполагает 0-битное HARQ-ACK, где 0 является количеством битов HARQ-ACK, которое нужно переместить в субкадре.

В конкретном варианте осуществления, когда PUSCH k приказывают выполнить передачу SIMO посредством соответствующего предоставления UL, количество RE, переносящих 0-битное HARQ-ACK, вычисляется как показано в Уравнении 26 ниже:

[Математическое уравнение 26]

В конкретных вариантах осуществления что определяется в соответствии с Техническим описанием 3GPP № 36.213, версия 8.5.0, "E-UTRA, Physical Layer Procedures", декабрь 2008 г., которое настоящим включено в данную заявку посредством ссылки, как если бы было полностью изложено в ней.

Количество поднесущих PUSCH, количество C(k) кодовых блоков в передаваемом TB и количество K_r(k) информационных битов в r-ом кодовом блоке получаются из исходного PDCCH для того же транспортного блока.

Когда PUSCH k предписано выполнить передачу MIMO (или передачу 2-TB либо 2-CW) посредством соответствующего предоставления UL, количество RE для переноса 0-битного HARQ-ACK или RI вычисляется в соответствии с некоторым способом. Некоторые примерные способы перечисляются ниже.

Способ 1: Количество Q'(k) RE равно общему количеству RE, которое нужно использовать для 0-битного HARQ-ACK или RI, вычисленному путем суммирования всех RE для HARQ-ACK или RI по всем уровням передачи. Предполагая, что Q'_layer(k) является количеством RE, которое нужно использовать для HARQ-ACK на одном уровне, общее количество Q'(k) RE равно Q'(k)=N_L(k)Q'_layer(k). Некоторые примерные варианты перечисляются ниже.

Вариант 1-1, который показан в Уравнении 27 ниже:

[Математическое уравнение 27]

где что определяется в соответствии с Техническим описанием 3GPP № 36.213, версия 8.5.0, "E-UTRA, Physical Layer Procedures", декабрь 2008 г., которое настоящим включено в данную заявку посредством ссылки, как если бы было полностью изложено в ней.

Количество поднесущих PUSCH, количество C₁(k) и C₂(k) кодовых блоков в TB1 и TB2 и количество K_r,1(k) и K_r,2(k) информационных битов в r-ом кодовом блоке в TB1 и TB2 получаются из исходного PDCCH для того же транспортного блока. N_L(k) является общим количеством уровней передачи (или рангом передачи) в PUSCH k.

Вариант 1-2, который показан в Уравнении 28 ниже:

[Математическое уравнение 28]

Где и каждое из которых определяется в соответствии с Техническим описанием 3GPP № 36.213, версия 8.5.0, "E-UTRA, Physical Layer Procedures", декабрь 2008 г., которое настоящим включено в данную заявку посредством ссылки, как если бы было полностью изложено в нем.

Вариант 1-3, который показан в Уравнении 29 ниже:

[Математическое уравнение 29]

где β_offset может зависеть от ранга.

Способ 2: Количество Q'(k) RE является количеством RE, которое нужно использовать для 0-битного HARQ-ACK или RI на каждом уровне передачи. Этот способ обусловлен тем, что общее количество RE для HARQ-ACK, переданных на полной мощности, равно по количеству на каждом уровне. Предполагая, что Q'_layer(k) является количеством RE, которое нужно использовать для HARQ-ACK на одном уровне, общее количество Q'(k) RE равно Q'(k)=Q'_layer(k).

Вариант 2-1, который показан в Уравнении 30 ниже:

[Математическое уравнение 30]

Вариант 2-2, который показан в Уравнении 31 ниже:

[Математическое уравнение 31]

Вариант 2-3, который показан в Уравнении 32 ниже:

[Математическое уравнение 32]

где β_offset может зависеть от ранга.

Отметим, что Q'(k), вычисленное в соответствии со Способом 2, составляет 1/ N_L(k) от Q'(k), вычисленного в соответствии со Способом 1.

Когда апериодический отчет CQI запрашивается для субкадра для UE, UE передает CQI/PMI/RI в PUSCH, запланированном с помощью предоставления UL. Когда периодическая передача отчета CQI планируется в том же субкадре, периодический отчет CQI содержал бы избыточную информацию, и поэтому предлагается, чтобы UE прекратило периодическую передачу отчета CQI и осуществляло только апериодическую передачу отчета CQI. С другой стороны, когда обратная связь A/N планируется в том же субкадре, не нужно отбрасывать A/N, так как A/N переносит важную информацию, используемую для процесса HARQ. Можно рассмотреть два варианта передачи A/N: (вариант 1) A/N вкладывается в PUSCH, либо (вариант 2) A/N передается в PUCCH в PCC UL. Когда используется вариант 2, могут возникать некоторые отрицательные воздействия, например, может увеличиться отношение пиковой мощности к средней мощности (PAPR) и/или может ухудшиться интермодуляционное искажение (IMD). Когда используется вариант 1, пропускную способность можно уменьшить, так как некоторые RE данных перезаписываются символами модуляции A/N. Принимая во внимание "за" и "против" варианта 1 и варианта 2, предоставляется несколько способов для указания UE переключаться между этими двумя вариантами.

Когда никакие апериодические отчеты CQI не запрашиваются для субкадра для UE, UE может потребоваться передать в субкадре A/N и/или периодическую CQI/PMI/RI. Когда отсутствуют предоставления PUSCH для субкадра, UE отправляет A/N и/или периодическую CQI/PMI/RI в PUCCH в PCC. Однако существует по меньшей мере одно предоставление PUSCH для субкадра. Можно рассмотреть два варианта передачи A/N и/или периодической CQI/PMI/RI: (вариант 1) A/N и/или периодическая CQI/PMI/RI вкладывается в PUSCH, либо (вариант 2) A/N и/или CQI/PMI/RI передается в PUCCH в PCC. Когда используется вариант 2, могут возникать некоторые отрицательные воздействия, например, может увеличиться отношение пиковой мощности к средней мощности (PAPR) и/или может ухудшиться интермодуляционное искажение (IMD). Когда используется вариант 1, пропускную способность можно уменьшить, так как некоторые RE данных перезаписываются символами модуляции A/N. Принимая во внимание "за" и "против" варианта 1 и варианта 2, предоставляется несколько способов для указания UE переключаться между этими двумя вариантами.

В данном раскрытии изобретения для мультиплексирования UCI в PUSCH при объединениях несущих рассматриваются следующие три способа.

В одном способе (обозначенном как способ 1) PUSCH + PUCCH не конфигурируется. В таком варианте осуществления UCI вкладывается только в один PUSCH.

В другом способе (обозначенном как способ 2) конфигурируется PUSCH + PUCCH, и соблюдается конфигурация PUSCH + PUCCH. В таком варианте осуществления UCI отдельно передается в PUCCH, и только данные UL-SCH передаются в PUSCH.

В другом способе (обозначенном как способ 3) конфигурируется PUSCH + PUCCH, и конфигурация PUSCH + PUCCH переопределяется. В таком варианте осуществления, если первичная компонентная несущая UL (PCC UL) содержит предоставление PUSCH, то UCI отдельно передается в PUCCH в PCC, и только данные UL-SCH передаются в PUSCH в PCC. Если PCC UL не имеет предоставления PUSCH и по меньшей мере одна SCC UL имеет предоставление PUSCH, то UCI вкладывается только в один PUSCH, запланированный на одной из по меньшей мере одной SCC UL.

В вариантах осуществления настоящего раскрытия изобретения сигнализация RRC указывает один способ из по меньшей мере двух способов из вышеупомянутых трех способов. В конкретных вариантах осуществления IE RRC, используемый для этого указания, обозначается как UCIPiggybackConfiguration IE. UCIPiggybackConfiguration IE определяет то, как UE передает UCI, когда UCI и данные одновременно запланированы в одном и том же субкадре.

В одном примере UCIPiggybackConfiguration IE указывает один способ среди двух способов, как показано в Таблице 1 ниже:

[Таблица 1] UCIPiggybackConfiguration IE Способ мультиплексирования UCI 0 способ 1 1 способ 2

В другом примере UCIPiggybackConfiguration IE указывает один способ среди трех способов, как показано в Таблице 2 ниже:

[Таблица 2] UCIPiggybackConfiguration IE Способ мультиплексирования UCI 0 способ 1 1 способ 2 2 способ 3

В одном примере UCIPiggybackConfiguration IE указывает один способ среди двух способов, как показано в Таблице 3 ниже:

[Таблица 3] UCIPiggybackConfiguration IE Способ мультиплексирования UCI 0 способ 1 1 способ 3

Рассматривается вариант осуществления, где способ 1 указывается с помощью сигнализации RRC, то есть с вложением UCI только в один PUSCH, или где RRC не передает UCIPiggybackConfiguration IE к UE. В таком варианте осуществления, если UE принимает одно предоставление UL с запросом CQI = 1, планирующим PUSCH, и апериодический отчет CQI на CC UL в субкадре, то UE вложило бы UCI в PUSCH для переноса апериодического отчета CQI на CC UL в субкадре. Если UE не принимает никакие предоставления UL с запросом CQI=1, но UE принимает предоставление UL, планирующее PUSCH на PCC UL, то UE вкладывает UCI в PUSCH на PCC UL. Если UE не принимает ни какие-либо предоставления UL с запросом CQI = 1, ни предоставление UL, планирующее PUSCH на PCC UL, то UE в соответствии с некоторым правилом вкладывает UCI в PUSCH на одной из SCC UL для переноса PUSCH в субкадре.

Фиг. 7 иллюстрирует способ 700 работы пользовательского оборудования или абонентской станции в соответствии с вариантом осуществления настоящего раскрытия изобретения.

Как показано на фиг. 7, UE принимает одно или несколько предоставлений UL, планирующих PUSCH на CC i UL для субкадра n (этап 701). UE определяет, содержит ли только одно из предоставлений UL для субкадра n CQI-запрос с конкретным значением, например 1, 01, 10 или 11 (этап 703). Если UE определяет, что одно или несколько предоставлений UL содержат CQI-запрос с конкретным значением, то UE вкладывает A/N в апериодический отчет с информацией о состоянии канала (CSI), переданным по PUSCH на CC i UL (этап 705). Отчет о CSI содержит, например, информацию CQI/PMI/RI. Только CC i UL будет использоваться для передачи UCI. Если периодический отчет о CSI планируется в том же субкадре, что и апериодический отчет о CSI, то UE отбрасывает периодический отчет о CSI. CSI где-либо еще не передается.

Если UE определяет, что никакие предоставления UL не содержат CQI-запрос с конкретным значением, то UE определяет, принято ли предоставление UL, планирующее PUSCH на PCC UL (этап 707). Если принято предоставление UL, планирующее PUSCH на PCC UL, то UE вкладывает A/N и/или периодическую CSI в PUSCH на PCC (этап 709). Только PCC UL будет использоваться для передачи CSI. CSI где-либо еще не передается.

Если не принято предоставление UL, планирующее PUSCH на PCC UL, то UE вкладывает A/N и/или периодическую CSI в PUSCH на одной из SCC UL, содержащих запланированный PUSCH, где SCC выбирается в соответствии с некоторым правилом, например, наивысшая MCS, наименьший номер CC UL, наименьшая несущая частота CC UL и т.д. (этап 711). CSI где-либо еще не передается.

Фиг. 8 иллюстрирует способ 800 работы пользовательского оборудования или абонентской станции в соответствии с другим вариантом осуществления настоящего раскрытия изобретения.

Как показано на фиг. 8, UE принимает одно или несколько предоставлений UL, планирующих PUSCH на CC i UL для субкадра n (этап 801). UE определяет, содержит ли только одно из предоставлений UL для субкадра n CQI-запрос с конкретным значением, например 1, 01, 10 или 11 (этап 803). Если UE определяет, что только одно из предоставлений UL содержит CQI-запрос с конкретным значением, то UE вкладывает A/N в апериодический отчет о CSI, передаваемый по PUSCH на CC i UL (этап 805). Только CC i UL будет использоваться для передачи CSI. Если периодический отчет о CSI планируется в том же субкадре, что и апериодический отчет о CSI, то UE отбрасывает периодический отчет о CSI. CSI где-либо еще не передается.

Если UE определяет, что никакие предоставления UL не содержат CQI-запрос с конкретным значением, то UE определяет, принято ли предоставление UL, планирующее PUSCH на PCC UL (этап 807). Если принято предоставление UL, планирующее PUSCH на PCC UL, то UE вкладывает A/N и/или периодический отчет о CSI в PUSCH на PCC (этап 809). Только PCC UL будет использоваться для передачи CSI. CSI где-либо еще не передается.

Если не принято предоставление UL, планирующее PUSCH на PCC UL, то UE передает A/N и/или периодический отчет о CSI по PUCCH на PCC UL (этап 811). CSI где-либо еще не передается.

Рассматривается вариант осуществления, где способ 2 указывается с помощью сигнализации RRC, то есть UCI или CSI передается отдельно по PUCCH, и только данные UL-SCH передаются по PUSCH. Если UE принимает одно предоставление UL с запросом CQI = 1, планирующий PUSCH, и апериодический отчет о CSI на CC UL в субкадре, то можно рассмотреть два поведения UE. В одном варианте UE передает CSI по PUCCH на PCC UL. В другом варианте UE вкладывает CSI в PUSCH для переноса апериодического отчета о CSI на CC UL в субкадре. Если UE не принимает никакие предоставления UL с запросом CQI=1, но принимает предоставление UL, планирующее PUSCH на PCC UL, то UE передает UCI или CSI по PUCCH на PCC UL. Если UE не принимает ни какие-либо предоставления UL с запросом CQI=1, ни предоставление UL, планирующее PUSCH на PCC UL, то UE в соответствии с некоторым правилом вкладывает UCI или CSI в PUSCH на одной из SCC UL для переноса PUSCH в субкадре.

Фиг. 9 иллюстрирует способ 900 работы пользовательского оборудования или абонентской станции в соответствии с еще одним вариантом осуществления настоящего раскрытия изобретения.

Как показано на фиг. 9, UE принимает одно или несколько предоставлений UL, планирующих PUSCH на CC i UL для субкадра n (этап 901). UE определяет, содержит ли только одно из предоставлений UL для субкадра n CQI-запрос с конкретным значением, например 1, 01, 10 или 11 (этап 903). Если UE определяет, что только одно из предоставлений UL содержит CQI-запрос с конкретным значением, то UE вкладывает апериодический отчет о CSI в PUSCH, запланированный предоставлением UL с CQI-запросом с конкретным значением, и передает A/N по PUCCH на PCC (этап 905). Если периодический отчет о CSI планируется в том же субкадре, что и апериодический отчет о CSI, то UE отбрасывает периодический отчет о CSI. CSI где-либо еще не передается.

Если UE определяет, что никакие предоставления UL не содержат CQI-запрос с конкретным значением, то UE определяет, принято ли предоставление UL, планирующее PUSCH на PCC UL (этап 907). Если принято предоставление UL, планирующее PUSCH на PCC UL, то UE передает A/N и/или периодический отчет о CSI в PUCCH в PCC UL (этап 909). CSI где-либо еще не передается.

Если не принято предоставление UL, планирующее PUSCH на PCC UL, то UE вкладывает A/N и/или периодический отчет о CSI в PUSCH на одной из SCC UL, содержащих запланированный PUSCH, где SCC выбирается в соответствии с некоторым правилом, например, наивысшая MCS, наименьший номер CC UL, наименьшая несущая частота CC UL и т.д. (этап 911). CSI где-либо еще не передается.

Фиг. 10 иллюстрирует способ 1000 работы пользовательского оборудования или абонентской станции в соответствии с дополнительным вариантом осуществления настоящего раскрытия изобретения.

Как показано на фиг. 10, UE принимает одно или несколько предоставлений UL, планирующих PUSCH на CC i UL для субкадра n (этап 1001). UE определяет, содержит ли только одно из предоставлений UL для субкадра n CQI-запрос с конкретным значением, например 1, 01, 10 или 11 (этап 1003). Если UE определяет, что только одно из предоставлений UL содержит CQI-запрос с конкретным значением, то UE вкладывает A/N и апериодический отчет о CSI в PUSCH, запланированный предоставлением UL с CQI-запросом с конкретным значением (этап 1005). Если периодический отчет о CSI планируется в том же субкадре, что и апериодический отчет о CSI, то UE отбрасывает периодический отчет о CSI. CSI где-либо еще не передается.

Если UE определяет, что никакие предоставления UL не содержат CQI-запрос с конкретным значением, то UE определяет, принято ли предоставление UL, планирующее PUSCH на PCC UL (этап 1007). Если принято предоставление UL, планирующее PUSCH на PCC UL, то UE передает A/N и/или периодический отчет о CSI по PUCCH на PCC UL (этап 1009). CSI где-либо еще не передается.

Если не принято предоставление UL, планирующее PUSCH на PCC UL, то UE вкладывает A/N и/или периодический отчет о CSI в PUSCH на одной из SCC UL, содержащих запланированный PUSCH, где SCC выбирается в соответствии с некоторым правилом, например, наивысшая MCS, наименьший номер CC UL, наименьшая несущая частота CC UL и т.д. (этап 1011). CSI где-либо еще не передается.

Рассматривается вариант осуществления, где способ 3 указывается с помощью сигнализации RRC. Если PCC содержит предоставление UL, то CSI или UCI передается отдельно в PUCCH, и только данные UL-SCH передаются в PUSCH в PCC. В противном случае CSI или UCI вкладывается в один из PUSCH, передаваемых на SCC. Если UE принимает предоставление UL с запросом CQI = 1, планирующий PUSCH, и апериодический отчет о CSI на PCC UL в субкадре, то UE передает A/N в PUCCH в PCC UL. Если UE принимает предоставление UL с запросом CQI=1, планирующий PUSCH, и апериодический отчет о CSI на SCC UL в субкадре, то UE вкладывает A/N в PUSCH на SCC UL. Если UE не принимает никакие предоставления UL с запросом CQI=1, но принимает предоставление UL, планирующее PUSCH на PCC UL, то UE передает CSI или UCI в PUCCH в PCC UL. Если UE не принимает ни какие-либо предоставления UL с запросом CQI=1, ни предоставление UL, планирующее PUSCH на PCC UL, то UE в соответствии с некоторым правилом вкладывает CSI в PUSCH на одной из SCC UL для переноса PUSCH в субкадре.

Фиг. 11 иллюстрирует способ 1100 работы пользовательского оборудования или абонентской станции в соответствии с еще одним дополнительным вариантом осуществления настоящего раскрытия изобретения.

Как показано на фиг. 11, UE принимает одно или несколько предоставлений UL, планирующих PUSCH на CC i UL для субкадра n (этап 1101). UE определяет, содержит ли только одно из предоставлений UL для субкадра n CQI-запрос с конкретным значением, например 1, 01, 10 или 11 (этап 1103). Если UE определяет, что только одно из предоставлений UL содержит CQI-запрос с конкретным значением, то UE определяет, предназначено ли предоставление UL с CQI-запросом, имеющим конкретное значение, для планирования PUSCH на PCC UL (этап 1105).

Если предоставление UL с CQI-запросом, имеющим конкретное значение, предназначено для планирования PUSCH на PCC UL (этап 1105), то UE вкладывает апериодический отчет о CSI в PUSCH, запланированный предоставлением UL с CQI-запросом с конкретным значением, и передает A/N по PUCCH на PCC (этап 1107). Если периодический отчет о CSI планируется в том же субкадре, что и апериодический отчет о CSI, то UE отбрасывает периодический отчет о CSI. CSI где-либо еще не передается.

Если отсутствуют предоставления UL с CQI-запросом, имеющим конкретное значение, которые предназначены для планирования PUSCH на PCC UL (этап 1105), то UE вкладывает A/N и апериодический отчет о CSI в PUSCH, запланированный предоставлением UL с CQI-запросом с конкретным значением (этап 1109). Если периодический отчет о CSI планируется в том же субкадре, что и апериодический отчет о CSI, то UE отбрасывает периодический отчет о CSI. CSI где-либо еще не передается.

Если никакие предоставления UL для субкадра n не содержат CQI-запрос с конкретным значением, то UE определяет, принято ли предоставление UL, планирующее PUSCH на PCC UL (этап 1111). Если принято предоставление UL, планирующее PUSCH на PCC UL, то UE передает A/N и/или периодический отчет о CSI в PUCCH в PCC UL (этап 1113). CSI где-либо еще не передается.

Если не принято предоставление UL, планирующее PUSCH на PCC UL, то UE вкладывает A/N и/или периодический отчет о CSI в PUSCH на одной из SCC UL, содержащих запланированный PUSCH, где SCC выбирается в соответствии с некоторым правилом, например, наивысшая MCS, наименьший номер CC UL, наименьшая несущая частота CC UL и т.д. (этап 1115). CSI где-либо еще не передается.

В вариантах осуществления настоящего раскрытия изобретения UE вкладывает A/N в PUSCH, где передается апериодический отчет о CSI, всякий раз, когда имеется предоставление UL с запросом CQI=1, независимо от того, сигнализируется ли UCIPiggybackConfiguration IE с помощью RRC.

Фиг. 12 иллюстрирует способ 1200 работы eNodeB или базовой станции в соответствии с вариантом осуществления настоящего раскрытия изобретения.

Как показано на фиг. 12, базовая станция выбирает один из первого способа мультиплексирования управляющей информации восходящей линии связи (UCI), который позволяет абонентской станции одновременно передавать физический совместно используемый канал восходящей линии связи (PUSCH) и физический канал управления восходящей линии связи (PUCCH), и второго способа мультиплексирования UCI, который не позволяет абонентской станции одновременно передавать PUSCH и PUCCH, передает абонентской станции сигнал верхнего уровня, указывающий один выбранный способ мультиплексирования UCI, и передает одно или несколько предоставлений восходящей линии связи абонентской станции (этап 1201). Каждое из одного или нескольких предоставлений восходящей линии связи планирует PUSCH для абонентской станции на компонентной несущей восходящей линии связи (CC UL) для субкадра n, и каждое из одного или нескольких предоставлений восходящей линии связи переносит запрос информации о качестве канала (CQI).

Если только одно предоставление UL из одного или нескольких предоставлений восходящей линии связи для субкадра n содержит CQI-запрос с конкретным значением, например 1, 01, 10 или 11 (этап 1203), то базовая станция принимает A/N, вложенный в апериодический отчет о CSI, переданный абонентской станцией по PUSCH на CC i UL (этап 1205).

Если предоставление UL не содержит CQI-запроса с конкретным значением, и если предоставление UL, планирующее PUSCH на PCC UL, передается базовой станцией к абонентской станции (этап 1207), то базовая станция принимает от абонентской станции A/N и/или периодический отчет о CSI, вложенные в PUSCH в PCC (этап 1209).

Если предоставление UL не содержит CQI-запроса с конкретным значением, и если предоставление UL, планирующее PUSCH на PCC UL, не передается базовой станцией к абонентской станции (этап 1207), то базовая станция принимает от абонентской станции A/N и/или периодический отчет о CSI, вложенные в PUSCH на одной из SCC UL, содержащих запланированный PUSCH, где SCC выбирается в соответствии с некоторым правилом, например, наивысшая MCS, наименьший номер CC UL, наименьшая несущая частота CC UL и т.д. (этап 1211).

Фиг. 13 иллюстрирует способ 1300 работы eNodeB или базовой станции в соответствии с другим вариантом осуществления настоящего раскрытия изобретения.

Как показано на фиг. 13, базовая станция выбирает один из первого способа мультиплексирования управляющей информации восходящей линии связи (UCI), который позволяет абонентской станции одновременно передавать физический совместно используемый канал восходящей линии связи (PUSCH) и физический канал управления восходящей линии связи (PUCCH), и второго способа мультиплексирования UCI, который не позволяет абонентской станции одновременно передавать PUSCH и PUCCH, передает абонентской станции сигнал верхнего уровня, указывающий один выбранный способ мультиплексирования UCI, и передает одно или несколько предоставлений восходящей линии связи абонентской станции (этап 1301). Каждое из одного или нескольких предоставлений восходящей линии связи планирует PUSCH для абонентской станции на компонентной несущей восходящей линии связи (CC UL) для субкадра n, и каждое из одного или нескольких предоставлений восходящей линии связи переносит запрос информации о качестве канала (CQI).

Если только одно предоставление UL из одного или нескольких предоставлений восходящей линии связи для субкадра n содержит CQI-запрос с конкретным значением, например 1, 01, 10 или 11 (этап 1303), то базовая станция принимает от абонентской станции A/N и апериодический отчет о CSI, вложенные в PUSCH, запланированный предоставлением UL (этап 1305).

Если предоставление UL не содержит CQI-запроса с конкретным значением, и если предоставление UL, планирующее PUSCH на PCC UL, передается базовой станцией (этап 1307), то базовая станция принимает от абонентской станции A/N и/или периодический отчет о CSI по PUCCH на PCC UL (этап 1309).

Если предоставление UL не содержит CQI-запроса с конкретным значением, и если предоставление UL, планирующее PUSCH на PCC UL, не передается базовой станцией (этап 1307), то базовая станция принимает от абонентской станции A/N и/или периодический отчет о CSI, вложенные в PUSCH на одной из SCC UL, содержащих запланированный PUSCH, где SCC выбирается в соответствии с некоторым правилом, например, наивысшая MCS, наименьший номер CC UL, наименьшая несущая частота CC UL и т.д. (этап 1311).

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

Изобретение относится к технике беспроводной связи, обеспечивающей передачу управляющей информации, и предназначено для указания режима передачи управляющей информации восходящей линии связи. Базовая станция включает в себя схемы передающего тракта для выбора одного из первого способа мультиплексирования UCI, который позволяет абонентской станции одновременно передавать PUSCH и PUCCH, и второго способа мультиплексирования UCI, который не позволяет абонентской станции одновременно передавать PUSCH и PUCCH. Схемы передающего тракта также передают сигнал верхнего уровня, указывающий один выбранный способ мультиплексирования UCI, и передают одно или несколько предоставлений восходящей линии связи. Каждое из предоставлений восходящей линии связи планирует PUSCH на CC UL для субкадра n, и каждое из предоставлений восходящей линии связи переносит запрос CQI. Базовая станция также включает в себя схемы приемного тракта для приема апериодического отчета о CSI по PUSCH на компонентной несущей i восходящей линии связи, когда только одно из предоставлений восходящей линии связи, планирующих PUSCH на компонентной несущей i восходящей линии связи, переносит запрос CQI, имеющий значение из некоторого набора значений. 4 н. и 20 з.п. ф-лы, 16 ил., 3 табл.

1. Способ передачи терминалом управляющей информации восходящей линии связи (UCI) в системе связи, содержащий:

прием информации, указывающей, сконфигурирована ли одновременная передача физического совместно используемого канала восходящей линии связи (PUSCH) и физического канала управления восходящей линии связи (PUCCH);

определение, передан ли по меньшей мере один PUSCH в соответствующем субкадре;

передачу UCI по PUSCH в соответствующем субкадре, если одновременная передача PUSCH и PUCCH не сконфигурирована для терминала и по меньшей мере один PUSCH передан в соответствующем субкадре; и

передачу UCI по PUSCH обслуживающей соты из более чем одной обслуживающих сот в соответствующем субкадре, если терминал сконфигурирован с более чем одной обслуживающей сотой, терминал не сконфигурирован для одновременной PUSCH и PUCCH передачи, и UCI включает в себя апериодическую информацию о состоянии канала (CSI) или и CSI и гибридный автоматический запрос на повторение (HARQ) - подтверждение приема (ACK).

2. Способ по п. 1, содержащий также:

передачу UCI по PUSCH первичной соты в соответствующем субкадре, если терминал сконфигурирован с более чем одной обслуживающей сотой, терминал не сконфигурирован для одновременной PUSCH и PUCCH передачи, и UCI включает в себя по меньшей мере одну из периодическую информацию о состоянии канала (CSI) и гибридный автоматический запрос на повторение (HARQ) -

подтверждение приема (ACK), и терминал передает по PUSCH первичной соты в соответствующем субкадре.

3. Способ по п. 1, содержащий также:

передачу UCI по PUSCH вторичной соты с наименьшим индексом вторичной соты, если терминал сконфигурирован с более чем одной обслуживающей сотой, терминал не сконфигурирован для одновременной PUSCH и PUCCH передачи, UCI включает в себя по меньшей мере одну из периодическую информацию о состоянии канала (CSI) и гибридный автоматический запрос на повторение (HARQ) - подтверждение приема (ACK), и терминал не передает по PUSCH первичной соты, но передает по PUSCH вторичной соты.

4. Способ по п. 1, в котором определение, передан ли по меньшей мере один PUSCH, содержит:

обнаружение физического канала управления нисходящей линии связи (PDCCH) с полем запроса CSI для инициирования апериодического отчета о CSI.

5. Способ по п. 4, в котором PDCCH принимается в субкадре n, если PUSCH передается в субкадре n+k, где n и k являются целыми числами.

6. Способ по п. 5, в котором k равно 4.

7. Способ приема управляющей информации восходящей линии связи (UCI) базовой станции в системе связи, содержащий:

передачу информации, указывающей, сконфигурирована ли одновременная передача физического совместно используемого канала восходящей линии связи (PUSCH) и физического канала управления восходящей линии связи (PUCCH) для терминала;

определение, передан ли по меньшей мере один PUSCH в соответствующем субкадре;

прием UCI по PUSCH в соответствующем субкадре, если одновременная передача PUSCH и PUCCH не сконфигурирована для терминала и по меньшей мере один PUSCH передан в соответствующем субкадре; и

прием UCI по PUSCH обслуживающей соты из более чем одной обслуживающих сот в соответствующем субкадре, если терминал сконфигурирован с более чем одной обслуживающей сотой, терминал не сконфигурирован для одновременной PUSCH и PUCCH передачи, и UCI включает в себя апериодическую информацию о состоянии канала (CSI) или и CSI и гибридный автоматический запрос на повторение (HARQ) - подтверждение приема (ACK).

8. Способ по п. 7, содержащий также:

прием UCI по PUSCH первичной соты в соответствующем субкадре, если терминал сконфигурирован с более чем одной обслуживающей сотой, терминал не сконфигурирован для одновременной PUSCH и PUCCH передачи, и UCI включает в себя по меньшей мере одну из периодическую информацию о состоянии канала (CSI) и гибридный автоматический запрос на повторение (HARQ) - подтверждение приема (ACK), и терминал передает по PUSCH первичной соты в соответствующем субкадре.

9. Способ по п. 7, содержащий также:

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

(CSI) и гибридный автоматический запрос на повторение (HARQ) - подтверждение приема (ACK), и терминал не передает по PUSCH первичной соты, но передает по PUSCH вторичной соты.

10. Способ по п. 7, содержащий также:

передачу физического канала управления нисходящей линии связи (PDCCH) с полем запроса CSI для инициирования апериодического отчета о CSI.

11. Способ по п. 10, в котором PDCCH принимается в субкадре n, если PUSCH передается в субкадре n+k, где n и k являются целыми числами.

12. Способ по п. 11, в котором k равно 4.

13. Терминал для передачи управляющей информации восходящей линии связи (UCI), содержащий:

приёмопередатчик для приема и передачи сигнала;

контроллер, сконфигурированный для прием информации, указывающей, сконфигурирована ли одновременная передача физического совместно используемого канала восходящей линии связи (PUSCH) и физического канала управления восходящей линии связи (PUCCH),

определения, передан ли по меньшей мере один PUSCH в соответствующем субкадре,

передачи UCI по PUSCH в соответствующем субкадре, если одновременная передача PUSCH и PUCCH не сконфигурирована для терминала и по меньшей мере один PUSCH передан в соответствующем субкадре, и

передачи UCI по PUSCH обслуживающей соты из более чем одной обслуживающих сот в соответствующем субкадре, если терминал сконфигурирован с более чем одной обслуживающей сотой, терминал не сконфигурирован для одновременной PUSCH и PUCCH передачи, и UCI включает в себя апериодическую информацию о состоянии канала (CSI) или и CSI и гибридный автоматический запрос на повторение (HARQ) - подтверждение приема (ACK).

14. Терминал по п. 13, в котором контроллер также сконфигурирован для передачи UCI по PUSCH первичной соты в соответствующем субкадре, если терминал сконфигурирован с более чем одной обслуживающей сотой, терминал не сконфигурирован для одновременной PUSCH и PUCCH передачи, и UCI включает в себя по меньшей мере одну из периодическую информацию о состоянии канала (CSI) и гибридный автоматический запрос на повторение (HARQ) - подтверждение приема (ACK), и терминал передает по PUSCH первичной соты в соответствующем субкадре.

15. Терминал по п. 13, в котором контроллер также сконфигурирован для передачи UCI по PUSCH вторичной соты с наименьшим индексом вторичной соты, если терминал сконфигурирован с более чем одной обслуживающей сотой, терминал не сконфигурирован для одновременной PUSCH и PUCCH передачи, UCI включает в себя одну из периодическую информацию о состоянии канала (CSI) и гибридный автоматический запрос на повторение (HARQ) - подтверждение приема (ACK), и терминал не передает по PUSCH первичной соты, но передает по PUSCH вторичной соты.

16. Терминал по п. 13, в котором контроллер сконфигурирован для обнаружения физического канала управления нисходящей линии связи (PDCCH) с полем запроса CSI для инициирования апериодического отчета о CSI.

17. Терминал по п. 16, в котором PDCCH принимается в субкадре n, если PUSCH передается в субкадре n+k, где n и k являются целыми числами.

18. Терминал по п. 17, в котором k равно 4.

19. Базовая станция для приема управляющей информации восходящей линии связи (UCI), содержащая:

приёмопередатчик для приема и передачи сигнала;

контроллер, сконфигурированный для передачи информации, указывающей, сконфигурирована ли одновременная передача физического совместно используемого канала восходящей линии связи (PUSCH) и физического канала управления восходящей линии связи (PUCCH) для терминала,

определения, передан ли по меньшей мере один PUSCH в соответствующем субкадре,

приема UCI по PUSCH в соответствующем субкадре, если одновременная передача PUSCH и PUCCH не сконфигурирована для терминала и по меньшей мере один PUSCH передан в соответствующем субкадре, и

приема UCI по PUSCH обслуживающей соты из более чем одной обслуживающих сот в соответствующем субкадре, если терминал сконфигурирован с более чем одной обслуживающей сотой, терминал не сконфигурирован для одновременной PUSCH и PUCCH передачи, и UCI включает в себя апериодическую информацию о состоянии канала (CSI) или и CSI и гибридный автоматический запрос на повторение (HARQ) - подтверждение приема (ACK).

20. Базовая станция по п. 19, в которой контроллер также сконфигурирован для приема UCI по PUSCH первичной соты в соответствующем субкадре, если терминал сконфигурирован с более чем одной обслуживающей сотой, терминал не сконфигурирован для одновременной PUSCH и PUCCH передачи, и UCI включает в себя по меньшей мере одну из периодическую информацию о состоянии канала (CSI) и гибридный автоматический запрос на повторение (HARQ) - подтверждение приема (ACK), и терминал передает по PUSCH первичной соты в соответствующем субкадре.

21. Базовая станция по п. 19, в которой контроллер также сконфигурирован для приема UCI по PUSCH вторичной соты с наименьшим индексом вторичной соты, если терминал сконфигурирован с более чем одной обслуживающей сотой, терминал не сконфигурирован для одновременной PUSCH и PUCCH передачи, UCI включает в себя одну из периодическую информацию о состоянии канала (CSI) и гибридный автоматический запрос на повторение (HARQ) - подтверждение приема (ACK), и терминал не передает по PUSCH первичной соты, но передает по PUSCH вторичной соты.

22. Базовая станция по п. 19, в которой контроллер также сконфигурирован для передачи физического канала управления нисходящей линии связи (PDCCH) с полем запроса CSI для инициирования апериодического отчета о CSI.

23. Базовая станция по п. 22, в которой PDCCH передается в субкадре n, если PUSCH передается в субкадре n+k, где n и k являются целыми числами.

24. Базовая станция по п. 23, в которой k равно 4.