СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ИНФОРМАЦИИ УПРАВЛЕНИЯ ВОСХОДЯЩЕГО КАНАЛА ПРИ АГРЕГАЦИИ НЕСУЩИХ
METHOD AND DEVICE FOR TRANSMITTING UPLINK CONTROL INFORMATION DURING CARRIER AGGREGATION

Область техники, к которой относится изобретение
Варианты осуществления представленного изобретения относятся к технологиям связи и, в частности, к способу и устройству передачи информации управления восходящего канала для агрегации несущих.
Уровень техники
В системе долгосрочного развития (Long Term Evolution, сокращенно, LTE) пользователь оборудования (User Equipment, сокращенно, UE) передает информацию управления восходящего канала (Uplink Control Information, UCI, сокращенно, UCI) базовой станции, используя физический восходящий канал управления(Physical Uplink Control Channel, сокращенно, PUCCH). UCI содержит индикатор запроса планирования (scheduling request, SR), информацию подтверждения приема/подтверждения отсутствия приема гибридного запроса автоматического повторения (Hybrid Automatic Repeat Request ACKnowledgement or Negative ACKnowledgement, сокращенно, HARQ-ACK/NACK), то есть, информацию обратной связи HARQ и информацию о состоянии канала (Channel State Information, сокращенно, CSI). SR используется UE, чтобы применить к базовой станции планирование восходящего канала. HARQ-ACK/NACK нисходящего канала используется для индикации результата декодирования данных, переданных по нисходящему каналу, и выполнить подтверждение HARQ для данных нисходящего канала, посланное по PDSCH. CSI используется для информации обратной связи, связанной с качеством нисходящего канала, чтобы помочь eNodeB выполнять планирование нисходящего канала.
В системе перспективного долгосрочного развития (LTE-Advanced, сокращенно, LTE-A), чтобы поддержать расширенную полосу пропускания передачи, применяется технология агрегации несущих (Carrier Aggregation, сокращенно, CA). СА означает агрегацию двух или более компонентных несущих (Component Carrier, сокращенно, CC), чтобы поддерживать расширенную полосу пропускания передачи. В сценарии CA нисходящего канала базовая станция передает данные исходящего канала на одном и том же UE на множестве СС. Соответственно, UE должно поддерживать передачу обратно информации HARQ-ACK/NACK на множестве СС нисходящего канала.
Гибридный автоматический запрос повторения (Hybrid Automatic Repeat reQuest, сокращенно, HARQ) является технологией, объединяющей способ прямой коррекции ошибок (Forward Error Correction, сокращенно, FEC) и способ автоматического запроса повторения (Automatic Repeat reQuest, сокращенно, ARQ). Для ошибки, которая не может быть исправлена посредством FEC, приемная сторона, используя механизм ARQ, запрашивает у передающей стороны повторную передачу данных. Приемная сторона обычно использует код проверки циклического контроля избыточности (CRC), чтобы обнаружить, произошла ли ошибка в принятом пакете данных. Если никакая ошибка в принятом пакете данных не произошла, приемная сторона передает передающей стороне подтверждение приема (ACKnowledgement, сокращенно, ACK). Если в полученном пакете данных происходит ошибка, приемная сторона бракует пакет данных и передает передающей стороне подтверждение отсутствия приема (Negative ACKnowledgement, сокращенно, NACK) и после приема NACK передающая сторона повторно передает те же самые данные.
В существующей технологии СА, которая была стандартизирована, поддерживается агрегация максимально только пяти несущих и в протоколе информация HARQ-ACK/NACK определяется, используя полустатический способ. В полустатическом способе, когда количество сформированных несущих меньше или равно 5, кодовая книга информации HARQ-ACK/NACK определяется в соответствии с количеством сформированных несущих и режимом передачи (transmission mode, сокращенно, ТМ) и номером несущей для каждой сформированной несущей. В этом способе, когда существует сформированная несущая, которая не запланирована (то есть, фактически, не используется для передачи данных), или когда количество кодовых слов, переданных на несущей, не достигает максимальной конфигурации, информация HARQ-ACK/NACK дополняется несколькими бесполезными битами.
Чтобы значительно увеличить количество несущих, которое может агрегироваться, Проект партнерства 3-го поколения (3rd Generation Partnership Project, сокращенно, 3GPP) предоставляет документ LTE Carrier Aggregation Enhancement Beyond 5 Carriers, сокращенно, eCA (совершенствование агрегации несущих для LTE с количеством несущих свыше 5). eCA требует, чтобы агрегировалось максимум 32 несущих и чтобы информация CSI для множества несущих могла передаваться обратно в одном субкадре. Поэтому объем информации UCI передаваемой обратно, используя PUCCH, сильно увеличивается. Если информация HARQ-ACK/NACK определяется в соответствии со способом существующего протокола, то для передачи обратно требуется много битов. Следовательно, загрузка при передаче данных увеличивается, это влияет на эффективность передачи подлинной информации HARQ-ACK/NACK и даже информация HARQ-ACK/NACK не может быть правильно передана. Поэтому то, как передать обратно большой объем информации UCI в сценарии eCA становится неотложной проблемой, которая должна быть решена.
Сущность изобретения
Варианты осуществления представленного изобретения обеспечивают способ и устройство передачи информации управления восходящего канала при агрегации несущих и могут использоваться для осуществления обратной передачи информации UCI в сценарии с агрегацией несущих.
В соответствии с первым подходом, обеспечивается способ передачи информации управления восходящего канала при агрегации несущих, содержащий этапы, на которых:
посылают с помощью базовой станции первую информацию индикации оборудованию пользователя UE, где первая информация индикации используется для подачи команд на UE, чтобы динамически определять информацию управления восходящего канала, UCI, соответствующую первой информации индикации; и
распределяют с помощью базовой станции ресурс PUCCH для UE, где ресурс PUCCH используется для передачи UCI.
Со ссылкой на реализацию первого подхода, в первой возможной реализации первого подхода, первая информация индикации является информацией индикации первого типа или информацией индикации второго типа; причем информация индикации первого типа используется для подачи на UE команды определения UCI в соответствии с информацией индикации первого типа, когда базовая станция формирует информацию DAI индекса нисходящего канала, соответствующего количеству запланированных несущих; и информация индикации второго типа используется для подачи на UE команды определения UCI согласно информации индикации второго типа, когда базовая станция формирует информацию DAI, соответствующую количеству запланированных кодовых слов.
Со ссылкой на первый подход или на первую возможную реализацию первого подхода, во второй возможной реализации первого подхода передача базовой станцией на UE первой информации индикации содержит
передачу базовой станцией на UE первой информации конфигурации, где первая информация конфигурации содержит первую информацию индикации.
Со ссылкой на первый подход или на первую или вторую возможные реализации первого подхода, в третьей возможной реализации первого подхода, передача базовой станцией на UE первой информации индикации содержит передачу базовой станцией на UE информации DCI управления нисходящего канала, где DCI содержит первую информацию индикации.
Со ссылкой на первый подход или на первую-третью возможные реализации первого подхода, в четвертой возможной реализации первого подхода, передача базовой станцией на UE первой информации индикации содержит:
передачу базовой станцией на UE DCI, кодированной первым способом, где первый способ соответствует информации индикации первого типа, причем при первом способе код скремблирования не добавляется к коду циклического контроля избыточности, CRC, который формируется во время кодирования DCI; или передачу базовой станцией на UE DCI, кодированной вторым способом, где второй способ соответствует информации индикации второго типа, причем при втором способе код скремблирования добавляется к коду CRC, который формируется во время кодирования DCI.
Со ссылкой на первый подход или на первую-четвертую возможные реализации первого подхода, в пятой возможной реализации первого подхода, распределение базовой станцией ресурса PUCCH для UE содержит передачу базовой станцией на UE второй информации конфигурации, где вторая информация конфигурации используется для конфигурации списка ресурсов для UE и список ресурсов содержит множество групп информационных ресурсов; и передачу базовой станцией на UE второй информации индикации, где вторая информация индикации используется для индикации UE ресурса PUCCH, соответствующего одной группе информационных ресурсов из списке ресуров.
Со ссылкой на первый подход или на первую-пятую возможные реализации первого подхода, в шестой возможной реализации первого подхода, множество групп информационных ресурсов располагаются согласно различным форматам PUCCH, причем каждый формат PUCCH соответствует по меньшей мере одной группе информационных ресурсов и каждая группа информационных ресурсов содержит информацию индикации адреса начала и информацию индикации размера одного ресурса PUCCH; и вторая информация индикации содержит индекс ресурса, RI, и RI используется для указания UE первой группы информационных ресурсов, соответствующей RI.
Со ссылкой на первый подход или на первую-шестую возможные реализации первого подхода, в седьмой возможной реализации первого подхода передача базовой станцией на UE второй информации индикации содержит передачу базовой станцией, используя поле управления мощностью передачи (transmit power control, TPC), информации второй индикации, то есть, RI, соответствующего первой группе информационных ресурсов.
Со ссылкой на первый подход или на первую-седьмую возможные реализации первого подхода, в восьмой возможной реализации первого подхода, множество групп информационных ресурсов располагаются в соответствии с различными форматами PUCCH, причем каждый формат PUCCH соответствует по меньшей мере одной группе информационных ресурсов и каждая группа информационных ресурсов содержит информацию индикации адреса начала одного ресурса PUCCH; вторая информация индикации содержит RI и RI используется для индикации UE второй группы информационных ресурсов, соответствующей RI; и вторая информация индикации дополнительно содержит индекс длины LI и LI используется для указания UE размера ресурса PUCCH, соответствующего второй группе информационных ресурсов.
Со ссылкой на первый подход или на первую-восьмую возможные реализации первого подхода, в девятой возможной реализации первого подхода передача базовой станцией второй информации индикации на UE содержит определение базовой станцией двух групп полей TPC, соответствующих запланированным несущим, где одна группа используется, чтобы передать RI, соответствующий второй группе информационных ресурсов, и другая группа используется для передачи LI, указывающего UE размер ресурса PUCCH, соответствующего второй группе информационных ресурсов; или передать с помощью базовой станцией RI и LI, используя расширенное поле TPC, где расширенное поле TPC содержит более 2 битов.
Со ссылкой на первый подход или на первую-девятую возможные реализации первого подхода, в десятой возможной реализации первого подхода каждая группа информационных ресурсовх в списке ресурсов содержит информацию индикации адреса начала и информацию индикации размера одного ресурса PUCCH; вторая информация индикации содержит RI и RI используется для индикации UE третьей группы информационных ресурсов, соответствующей RI; и вторая информация второй индикации дополнительно содержит индекс формата (format index, FI) и FI используется для индикации UE формата PUCCH для ресурса PUCCH, соответствующего третьей группе информационных ресурсов.
Со ссылкой на первый подход или на первую-десятую возможные реализации первого подхода, в одиннадцатой возможной реализации первого подхода передача базовой станцией на UE второй информации индикации содержит определение базовой станцией двух групп полей TPC, соответствующих запланированным несущим, где одна группа используется для передачи RI, соответствующего третьей группе информационных ресурсов, а другая группа используется для передачи на UE индикации FI, формата PUCCH ресурса PUCCH, соответствующего третьей группе информационных ресурсов; или передача базовой станцией RI и FI, используя расширенное поле TPC, где расширенное поле TPC содержит более 2 битов.
Со ссылкой на первый подход или на первую-одиннадцатую возможные реализации первого подхода, в двенадцатой возможной реализации первого подхода каждая группа информационных ресурсов в списке ресурсов содержит информацию индикации адреса начала одного ресурса PUCCH; вторая информация индикации содержит RI и RI используется для уазания UE четвертой группы информационных ресурсов, соответствующей RI; и вторая информация индикации дополнительно содержит FI и LI, где FI используется для указания UE формата PUCCH ресурса PUCCH, соответствующего четвертой группе информационных ресурсов, и LI используется для указания UE размера ресурса PUCCH, соответствующего четвертой группе информационных ресурсов.
Со ссылкой на первый подход или на первую-двенадцатую возможные реализации первого подхода, в тринадцатой возможной реализации первого подхода, список ресурсов содержит две группы информационных ресурсов; и передача базовой станцией второй информации индикации на UE содержит определение базовой станцией двух групп полей TPC, соответствующие запланированным несущим, где одна группа используется для передачи RI, соответствующего четвертой группе информационных ресурсов и FI, указывающего UE формат PUCCH ресурса PUCCH, соответствующего четвертой группе информационных ресурсов, а другая группа используется для передачи LI, указывающего UE размер ресурса PUCCH, соответствующего четвертой группе информационных ресурсов.
Со ссылкой на первый подход или на первую-тринадцатую возможные реализации первого подхода, в четырнадцатой возможной реализации первого подхода, определение базовой станцией двух групп полей TPC, соответствующих запланированным несущим, содержит группирование базовой станцией запланированных несущих в две группы согласно порядку идентификационных номеров запланированных несущих и определение полей TPC на каждой из двух групп запланированных несущих как одной группы полей TPC.
Со ссылкой на первый подход или на первую-четырнадцатую возможные реализации первого подхода, в пятнадцатой возможной реализации первого подхода запланированные несущие содержат запланированную несущую, идентификационный номер которой является нечетным, и запланированную несущую, идентификационный номер которой является четным, и определение базовой станцией двух групп полей TPC, соответствующих запланированным несущим, содержит определение полей TPC на запланированных несущих, идентификационные номера которых являются нечетными для запланированных несущих, в качестве одной группы полей TPC; и определение полей TPC для запланированных несущих, идентификационные номера которых являются четными для запланированных несущих, в качестве другой группы полей TPC.
В соответствии со вторым подходом, обеспечивается устройство передачи информации управления восходящего канала при агрегации несущих, содержащее:
первый передающий модуль, выполненный с возможностью передачи первой информации индикации оборудованию пользователя UE, где первая информация индикации используется для подачи команды на UE, чтобы динамически определять информацию восходящего канала UCI управления в соответствии с первой информацией индикации; и
модуль распределения ресурсов, выполненный с возможностью распределения ресурса PUCCH для UE, где ресурс PUCCH используется для передачи UCI.
Со ссылкой на реализацию второго подхода, в первой возможной реализации второго подхода первая информация индикации является информацией индикации первого типа или информацией индикации второго типа; причем информация индикации первого типа используется для подачи команд на UE для определения UCI согласно информации индикации первого типа, при которой базовая станция формирует нисходящую информацию индекса DAI назначения, соответствующую количеству запланированных несущих; и информация индикации второго типа используется для подачи команд на UE для определения UCI в соответствии с информацией индикации второго типа, когда базовая станция формирует информацию DAI в соответствии с количеством запланированных кодовых слов.
Со ссылкой на второй подход или на первую возможную реализацию второго подхода, во второй возможной реализации второго подхода первый передающий модуль специально выполнен с возможностью передачи первой информации конфигурации на UE, причем первая информация конфигурации содержит первую информацию индикации.
Со ссылкой на второй подход или на первую или вторую возможные реализации второго подхода, в третьей возможной реализации второго подхода первый передающий модуль специально выполнен с возможностью передачи информации управления нисходящего канала, DCI , где DCI содержит первую информацию индикации.
Со ссылкой на второй подход или на первую-третью возможные реализации второго подхода, в четвертой возможной реализации второго подхода, первый передающий модуль специально выполнен с возможностью передачи DCI, кодированной первым способом, на UE, где первый способ соответствует информации индикации первого типа, и в первом способе код скремблирования не добавляется к коду циклического контроля избыточности, CRC, который формируется во время кодирования DCI; или передают DCI, кодированную вторым способом, на UE, где второй способ соответствует информации индикации второго типа и во втором способе код скремблирования добавляется к коду CRC, формируемому во время кодирования DCI.
Со ссылкой на второй подход или на первую-четвертую возможные реализации второго подхода, в пятой возможной реализации второго подхода, модуль распределения ресурсов содержит модуль конфигурации, модуль индикации и второй передающий модуль; причем модуль конфигурации выполнен с возможностью формирования второй информации конфигурации, где вторая информация конфигурации используется для конфигурации списка ресурсов для UE и список ресурсов содержит множество групп информационных ресурсов; модуль индикации выполнен с возможностью формирования второй информации индикации, где вторая информация индикации используется для указания UE ресурса PUCCH, соответствующего одной группе информационных ресурсов в списке ресурсов; и второй передающий модуль выполнен с возможностью передачи на UE второй информации конфигурации и второй информации индикации.
Со ссылкой на второй подход или на первую-пятую возможные реализации второго подхода, в шестой возможной реализации второго подхода множество групп информационных ресурсов располагаются в соответствии с различными форматами PUCCH, причем каждый формат PUCCH соответствует по меньшей мере одной группе информационных ресурсов и каждая группа информационных ресурсов содержит информацию индикации адреса начала и информацию индикации размера одного ресурса PUCCH; и вторая информация индикации содержит индекс ресурса, RI, и RI используется для указания UE первой группы информационных ресурсов, соответствующей RI.
Со ссылкой на второй подход или на первый-шестой возможные реализации второго подхода, в седьмой возможной реализации второго подхода второй передающий модуль специально выполнен с возможностью передачи, используя поле управления мощностью передачи TPC, второй информации индикации, то есть, RI, соответствующего первой группе информационных ресурсов.
Со ссылкой на второй подход или на первую-седьмую возможные реализации второго подхода, в восьмой возможной реализации второго подхода множество групп информационных ресурсов располагаются в соответствии с различными форматами PUCCH, причем каждый формат PUCCH соответствует по меньшей мере одной группе информационных ресурсов и каждая группа информационных ресурсов содержит информацию индикации адреса начала одного ресурса PUCCH; вторая информация индикации содержит RI и RI используется для указания UE второй группы информационных ресурсов, соответствующей RI; и вторая информация индикации дополнительно содержит индекс длины LI и LI используется для указания UE размера ресурса PUCCH, соответствующего второй группе информационных ресурсов.
Со ссылкой на второй подход или на первую-восьмую возможные реализации второго подхода, в девятой возможной реализации второго подхода второй передающий модуль специально выполнен с возможностью определения двух групп полей TPC, соответствующих запланированным несущим, где одна группа используется для передачи RI, соответствующего второй группе информационных ресурсов, а другая группа используется для передачи LI, указывающего UE размер ресурса PUCCH, соответствующего второй группе информационных ресурсов; или передачи RI и LI, используя расширенное поле TPC, где расширенное поле TPC содержит более 2 битов.
Со ссылкой на второй подход или на первую-девятую возможные реализации второго подхода, в десятой возможной реализации второго подхода каждая группа информационных ресурсов из списка ресурсов содержит информацию индикации адреса начала и информацию индикации размера одного ресурса PUCCH; вторая информация индикации содержит RI, и RI используется для указания UE третьей группы информационных ресурсов, соответствующей RI; и вторая информация индикации дополнительно содержит индекс формата, FI, и FI используется для индикации UE формата PUCCH ресурса PUCCH, соответствующего третьей группе информационных ресурсов.
Со ссылкой на второй подход или на первую-десятую возможные реализации второго подхода, в одиннадцатой возможной реализации второго подхода второй передающий модуль специально выполнен с возможностью определения двух групп полей TPC, соответствующих запланированным несущим, где одна группа используется для передачи RI, соответствующего третьей группе информационных ресурсов, а другая группа используется для передачи FI, указывающего UE формат PUCCH ресурса PUCCH, соответствующего третьей группе информационных ресурсов; или передачи RI и FI, используя расширенное поле TPC, где расширенное поле TPC содержит более 2 битов.
Со ссылкой на второй подход или на первую-одиннадцатую возможные реализации второго подхода, в двенадцатой возможной реализации второго подхода каждая группа информационных ресурсов в списке ресурсов содержит информацию индикации адреса начала одного ресурса PUCCH; вторая информация индикации содержит RI и RI используется, чтобы указать для UE четвертую группу информационных ресурсов, соответствующую RI; и вторая информация индикации дополнительно содержит FI и LI, причем FI используется для индикации UE формата PUCCH ресурса PUCCH, соответствующего четвертой группе информационных ресурсов и LI используется для указания UE размера ресурса PUCCH, соответствующего четвертой группе информационных ресурсов.
Со ссылкой на второй подход или на первую-двенадцатую возможные реализации второго подхода, в тринадцатой возможной реализации второго подхода список ресурса содержит две группы информационных ресурсов; причем второй передающий модуль специально выполнен с возможностью определения двух групп полей TPC, соответствующих запланированным несущим, где одна группа используется для передачи RI, соответствующего четвертой группе информационных ресурсов, и FI, указывающего UE формат PUCCH ресурса PUCCH, соответствующего четвертой группе информационных ресурсов, а другая группа используется для передачи LI, указывающего UE размер ресурса PUCCH, соответствующего четвертой группе информационных ресурсов.
Со ссылкой на второй подход или на первую-тринадцатую возможные реализации второго подхода, в четырнадцатой возможной реализации второго подхода второй передающий модуль специально выполнен с возможностью группирования запланированных несущих в две группы в соответствии с идентификационными номерами запланированных несущих; и определения поля TPC для каждой из двух групп запланированных несущих в качестве одной группы полей TPC.
Со ссылкой на второй подход или на первую-четырнадцатую возможные реализации второго подхода, в пятнадцатой возможной реализации второго подхода запланированные несущие содержат запланированную несущую, идентификационный номер которой является нечетным, и запланированную несущую, идентификационный номер которой является четным; и второй передающий модуль специально выполнен с возможностью определения полей TPC для запланированных несущих, идентификационные номера которых являются нечетными в запланированных несущих, в качестве одной группы полей TPC; и определения полей TPC для запланированных несущих, идентификационные номера которых являются четными в запланированных несущих, в качестве другой группы полей TPC.
В соответствии со способом и устройством передачи информации управления восходящего канала при агрегации несущих, обеспечиваемых в вариантах осуществления представленного изобретения, базовая станция передает первую информацию индикации оборудованию пользователя UE, чтобы подавать UE команды динамически определять информацию управления восходящего канала, UCI, и базовая станция распределяет ресурс PUCCH для UE, чтобы передать UCI. Варианты осуществления представленного изобретения могут использоваться для реализации обратной связи для информации UCI в сценарии агрегации несущих, повышая, таким образом, эффективность передачи действительной информации UCI.
Краткое описание чертежей
Чтобы более ясно описать технические решения, использованные в вариантах осуществления представленного или на предшествующем уровне техники, далее кратко описываются сопроводительные чертежи, требующиеся для описания вариантов осуществления или предшествующего уровня техники. Соответственно, сопроводительные чертежи в последующем описании показывают просто некоторые варианты осуществления представленного изобретения и специалисты в данной области техники могут также, не прикладывая творческих усилий, из этих сопроводительных чертежей создать другие чертежи.
Фиг. 1 – схематичное представление описания кодовой книги информации HARQ-ACK/NACK в режиме FDD системы LTE-A, соответствующей представленной технологии;
Фиг. 2 – схематичное представление динамического определения кодовой книги информации HARQ-ACK/NACK, соответствующей количеству запланированных несущих;
Фиг. 3 – схематичное представление динамического определения кодовой книги информации HARQ-ACK/NACK, соответствующей количеству запланированных CW;
Фиг. 4A и 4B – схематичные представления выполнения процесса пространственного связывания, соответствующего решению, показанному на фиг. 3;
Фиг. 5 - блок-схема последовательности выполнения операций способа передачи информации восходящего канала при агрегации несущих, соответствующего варианту осуществления представленного изобретения;
Фиг. 6А – схематичное представление индикатора ARI в режиме FDD системы LTE-A, соответствующей представленной технологии;
Фиг. 6В – схематичное представление индикатора ARI в режиме TDD системы LTE-A, соответствующей представленной технологии;
Фиг. 7 - блок-схема последовательности выполнения операций способа распределения ресурсов PUCCH при агрегации несущих, соответствующего варианту осуществления представленного изобретения;
Фиг. 8 – схематичное представление первого списка ресурсов PUCCH, составленного для UE, используя сигнализацию конфигурации RRC;
Фиг. 9 – схематичное представление второго списка ресурсов PUCCH, составленного для UE, используя сигнализацию конфигурации RRC;
Фиг. 10 – схематичное представление третьего списка ресурсов PUCCH, составленного для UE, используя сигнализацию конфигурации RRC;
Фиг. 11 – схематичное представление четвертого списка ресурсов PUCCH, составленного для UE, используя сигнализацию конфигурации RRC;
Фиг. 12 – схематичное представление пятого списка ресурсов PUCCH, составленного для UE, используя сигнализацию конфигурации RRC;
Фиг. 13А – схематичное представление планирования несущих в режиме FDD;
Фиг. 13В – схематичное представление планирования несущих в режиме TDD;
Фиг. 14 – схематичное представление устройства передачи информации управления восходящего канала при агрегации несущих, соответствующего варианту осуществления представленного изобретения;
Фиг. 15 – схематичное представление другого устройства передачи информации управления восходящего канала при агрегации несущих, соответствующего варианту осуществления представленного изобретения; и
Фиг. 16 – схематичное представление базовой станции, соответствующей варианту осуществления представленного изобретения.
Описание вариантов осуществления
Ниже технические решения ясно описаны в вариантах осуществления настоящего изобретения со ссылкой на сопроводительные чертежи в вариантах осуществления настоящего изобретения. Очевидно, что описанные варианты осуществления являются просто некоторыми, но не всеми вариантами осуществления настоящего изобретения. Все другие варианты осуществления, без творческих усилий полученные специалистами в данной области техники, основываясь на вариантах осуществления настоящего изобретения, будут попадать в рамки объема защиты представленного изобретения.
В вариантах осуществления представленного изобретения термины "первый", "второй" и т.д. предназначены для различения схожих объектов, но не обязательно указывают конкретный порядок. Следует понимать, что данные, обозначаемые таким образом, являются взаимозаменяемыми, так что описанные здесь варианты осуществления представленного изобретения могут быть реализованы в порядке, отличном от показанного или описанного здесь порядка.
Варианты осуществления представленного изобретения применяются к обратной связи информации UCI в сценарии СА или еСА в системе LTE-A В системе LTE-A, где базовая станция выполнена с возможностью, используя сигнализацию более высокого уровня, такую как управление радиоресурсами (Radio Resource Control, сокращенно, RRC), сигнализировать UE, чтобы получить данные нисходящего канала на многочисленных СС. Соответственно, UE должно передавать обратно информацию HARQ-ACK/NACK данных нисходящего канала, переданных на множестве СС. Одна из множества СС нисходящего канала, сформированных базовой станцией, используя сигнализацию более высокого уровня, является первичной CC (Primary CC, сокращенно, РCC) или может упоминаться как первичная ячей ка (Primary cell, сокращенно, PCell); а другая CC упоминается как вторичная CC (Secondary CC, сокращенно, SCC) или может упоминаться как вторичная ячейка (Secondary cell, сокращенно, SCell) UE передает обратно информацию HARQ-ACK/NACK множества СС, используя ресурс PUCCH, выделенный базовой станцией.
В сценарии CA, если данные PDSCH передаются на SCC, передача по PUCCH выполняется, используя формат 3 PUCCH. Ресурс PUCCH выделяется, используя гибридный способ полустатической конфигурации и динамическую индикацию. То есть, некоторые ресурсы формата 3 PUCCH могут быть явно выполнены для UE, используя сигнализацию конфигурации RRC, и затем значение поля управления мощностью передачи (Transmit Power Control, сокращенно, TPC) в информации управления нисходящим каналом (Downlink control information, сокращенно, DCI), передаваемой по физическому каналу управления нисходящего канала (Physical Downlink Control Channel, сокращенно, PDCCH) множества SCC (по меньшей мере одной SCC), используется, чтобы указать фактически используемый ресурс формата 3 PUCCH (в этом случае, информация индикации упоминается как индикатор ресурса HARQ-ACK/NACK (HARQ-ACK/NACK Resource Indicator, сокращенно, ARI). Информация индикации указывает оборудованию пользователя один из некоторых ресурсов, сформированных, используя RRC. Чтобы более ясно понять техническую проблему, которая должна быть решена в вариантах осуществления представленного изобретения, ниже, используя приведенные примеры, описывается обратная передача информации UCI в сценарии агрегации несущих по существующему протоколу.
На фиг. 1 схематично представлено определение кодовой книги информации HARQ-ACK/NACK в режиме FDD в системе LTE-A, соответствующей сопутствующей технологии. Как показано на фиг. 1, базовая станция формирует пять несущих для UE, используя сигнализацию более высокого уровня, и максимальные переданные количества кодовых слов (Codeword, сокращенно, CW), поддерживаемые режимами передачи (Transmission Mode, сокращенно, TM), соответствующими этим пяти несущим, соответственно равны 2, 1, 2, 2 и 1. Запланированными несущими являются CC1, CC3 и CC5. UE должным образом принимает информацию DCI на CC1 и CC3 и должным образом декодирует два CW, переданных на CC1, и одно CW, переданное на CC3, но не принимает должным образом информацию DCI, переданную на CC5. Поэтому UE может принять решение, что кодовой книгой информации HARQ-ACK/NACK является "11010000", где информацией, соответствующейя "1", является ACK, а информацией, соответствующей "0", является NACK. Должно быть понятно, что размер и ранжирование информации HARQ-ACK/NACK в существующем протоколе определяются в соответствии с количеством сформированных несущих и максимальным количеством кодовых слов и количеством несущих, соответствующих ТМ каждой сформированной несущей. В этом способе, когда существует сформированная несущая, которая не запланирована (то есть фактически не используемая для передачи данных), или когда количество кодовых слов, переданных на несущей, не достигает максимальной конфигурации, в информации HARQ-ACK/NACK продолжают присутствовать некоторые неиспользуемые биты.
eCA является сокращением для улучшения агрегации несущих беспроводной LTE с более, чем 5 несущими (WI LTE Carrier Aggregation Enhancement Beyond 5 Carriers), и представлена Группой 3GPP в январе 2015 г., где указывается, что количество несущих, которые могут быть агрегированы, значительно увеличивается и требуется, чтобы агрегировалось максимально 32 несущих. В сценарии eCA существует больше конфигурированных несущих и может существовать максимум 32 конфигурированных несущих. Если информация HARQ-ACK/NACK определяется в соответствии со способом, соответствующим существующему протоколу, требуемая кодовая книга информации обратной связи HARQ может быть весьма большой. Например, для 32 конфигурированных несущих обратно должно быть передано максимум 638 битов. Кроме того, в сценарии eCA дополнительно требуется, чтобы информация CSI для множества CC могла быть возвращена обратно в одном субкадре. Если информацию CSI и информацию обратной связи HARQ требуется передавать в одном субкадре, размер информации UCI дополнительно возрастает. Для краткости, в вариантах осуществления представленного изобретения в качестве примера используется только информация обратной связи HARQ.
После определения кодовой книги информации HARQ-ACK/NACK, UE должно передать информацию HARQ-ACK/NACK базовой станции, используя ресурс PUCCH, выделенный базовой станцией.
Текущий протокол LTE определяет в общей сложности семь форматов PUCCH трех типов, причем различные форматы PUCCH несут различный контент информации UCI и UE выбирает формат PUCCH в соответствии с информацией, которая должна быть передана. Первым типом является формат lx, содержащий формат l, формат la и формат 1b и несущий информацию SR или информацию HARQ-ACK/NACK или информацию SR и информацию HARQ-ACK/NACK. Вторым типом является - формат 2x, содержащий формат 2, формат 2a, и формат 2b и несущий информацию CSI или CSI и HARQ-ACK/NACK. Третьим типом является формат 3, используемый для переноса информации мульти-HARQ-ACK/NACK при агрегации несущих (Carrier Aggregation, сокращенно, CA), и дополнительной информации SR или информации CSI. Количество битов, которое может нести формат 3 PUCCH в предшествующих семи форматах PUCCH, является наибольшим и доходит до 22. Невозможно удовлетворить требование 639-битовой информации обратной связи HARQ, которая, вероятно, должна передаваться обратно, когда формируется максимум 32 несущих.
С этой точки зрения, во время текущего обсуждения стандартов обеспечивается множество кандидатов на новый формат PUCCH. Кандидаты на новый формат PUCCH содержат формат, основанный на PUSCH, мультиформат PRB PF3 (формат 3 PUCCH), уменьшенный формат OCC PF3 и мультиресурсным формат PF3. Однако, в настоящее время максимально переносимое количество битов, которое должно поддерживаться новым доступным форматом PUCCH, может быть 128, 256, 319 или 638. Если максимальное количество битов, которые может переноситься окончательно выбранным новымй форматом PUCCH меньше 638, формат все еще не может удовлетворять требованию количества битов, которое должно переноситься, чтобы передать обратно всю информацию обратной связи HARQ. Если способ определения кодовой книги информации обратной связи HARQ не изменен, то даже при том, что информация HARQ-ACK/NACK передается, используя новый формат PUCCH, загрузка при передаче данных не может быть снижена, не влияя на характеристики передачи передаваемой обратно действительной информации.
Количество битов, которое может переноситься форматом PUCCH, ограничено. Поэтому существующий протокол обеспечивает способ обработки для связывания информации обратной связи HARQ с целью уменьшения количества битов информации HARQ-ACK/NACK. Специально, для CC, на которой передаются два кодовых слова, логическая операция И может выполняться для информации ACK/NACK, соответствующей двум CW, передаваемым в одном и том же субкадре передачи нисходящего канала на CC, чтобы получить 1-битовую информацию ACK/NACK. В протоколе это упоминается как процесс "пространственного связывания HARQ-ACK/NACK", то есть, пространственного связывания информации обратной связи HARQ.
При текущем обсуждении стандартов было согласовано, что кодовая книга информации HARQ-ACK/NACK в eCA определяется динамически в соответствии с запланированной несущей(-ми). То есть, кодовая книга HARQ (в том числе, размер и ранжирование) в субкадре для передачи обратно информации HARQ может варьироваться в зависимости от случая планирования.
На фиг. 2 представлено динамическое определение кодовой книги информации HARQ-ACK/NACK, соответствующей количеству запланированных несущих. Это упоминается ниже как первое решение. В этом решении информация DCI на несущей содержит значение счетчика CC (counter CC), используемое для указания номера запланированной несущей (также упоминаемого как совокупное количество запланированных несущих). Количество запланированных несущих совместимо с количеством фрагментов передаваемой по нисходящему каналу DCI и количеством нисходящих каналов PDSCH. Поэтому значение счетчика CC может также представлять совокупное количество фрагментов DCI или совокупное количество PDSCH. Информация значении счетчика CC вносится в информацию DCI, используемую для назначения нисходящего канала. Кроме того, общее значение CC (total CC) представляет общее количество всех запланированных несущих в субкадре. Значение может вноситься в информацию DCI, используемую для назначения нисходящего канала, или может указываться другим способом. Здесь, то, что значение внесено в DCI, используемую для назначения нисходящего канала, используется просто в качестве примера, но не для ограничения. В примере, показанном на чертеже, базовая станция формирует 10 несущих для UE, используя сигнализацию более высокого уровня, и CC1, CC3, CC6 и CC10 являются запланированными несущими. Кроме того, UE должным образом принимает информацию DCI на CC1 и CC6, узнает, что значение счетчика CC для CC1 равно 1 и что значение счетчика CC для CC6 равно 3, узнает, что общая сумма CC для CC1 и CC6 равна 4 и должным образом декодирует из запланированного PDSCH два CW, переданных на каждой из CC1 и CC6, но не принимает должным образом информацию DCI на CC3 и CC10. В этом решении, чтобы поддерживать совместимость между количеством битов HARQ, передаваемых обратно на несущей, на которой информация DCI потеряна, и количеством битов HARQ, передаваемых обратно на несущей, на которой информация DCI не потеряна, пространственное связывание выполняется для информации обратной связи HARQ на всех CC, на каждой из которых передаются два кодовых слова. Если результатами связывания информации обратной связи HARQ на обеих несущих, CC1 и CC6, является 1, UE в соответствии со значениями счетчиков СС1 и СС6 может определить, что два фрагмента связанной информации обратной связи HARQ расположены в первом битовом местоположении и третьем битовом местоположении, соответственно, и может учесть, согласно общему значению CC, равному 4, что общая длина информации обратной связи HARQ составляет 4 бита, принимая, таким образом, решение, что кодовой книгой информации HARQ-ACK/NACK является "1010".
Следует понимать, что в первом решении, показанном на фиг. 2, поскольку совокупное количество запланированных CW не может быть получено, используя информации о значении счетчика CC в DCI, и количество CW, переданных на CC, на которой потеряна DCI, не может быть определено, пространственное связывание выполняется по умолчанию для информации обратной связи HARQ на запланированной несущей, в том числе, для двух CW. Когда любое из двух CW, переданных на запланированной несущей, не может быть успешно декодировано UE, UE передает базовой станции обратно информацию NACK. После приема информации NACK, переданной обратно от UE, базовая станция полагает, что оба CW в субкадре нисходящего канала не могут быть переданы и повторно передает два CW в субкадре нисходящего канала. Это вызывает некоторые ненужные повторные передачи и отрицательно влияет на характеристики производительности нисходящего канала.
На фиг. 3 схематично представлено динамическое определение кодовой книги информации HARQ-ACK/NACK, соответствующей количеству запланированных CW. Ниже это упоминается как второе решение. В этом решении информация DCI на несущей содержит информацию о значении счетчика CW (counter CW), используемую для указания количества запланированных CW (также упоминаемого как совокупное количество запланированных CW). Следует заметить, что для несущей, на которой планируются два CW, значение счетчика CW несущей отражает номер второго запланированного CW и после того, как номер должным образом принят на UE, номер первого CW также должным образом принимается по умолчанию. Информация о значении счетчика CW вводится в информацию DCI, используемую для назначения нисходящего канала. Кроме того, информация о значении общего количества CW (total CW) представляет общее количество всех запланированных CW в субкадре. Значение может быть введено в информацию DCI, используемую для назначения нисходящего канала, или может быть указано другим способом. Здесь, то, что значение вводится в DCI, используемую для назначения нисходящего канала, используется просто в качестве примера, но не для ограничения. В примере, показанном на чертеже, базовая станция формирует 10 несущих для UE, используя сигнализацию более высокого уровня, и CC1, CC3, CC6 и CC10 являются запланированными несущими. Кроме того, UE должным образом принимает информацию DCI на CC1 и CC6, узнает, что значение счетчика CW для CC1 равно 2 и значение счетчика CW для CC6 равно 5, узнает, что общее значение CC для CC1 и CC6 равно 6 и должным образом декодирует из запланированного PDSCH два CW, переданных на CC1, и первое CW, переданное на CC6, но неправильно принимает информацию DCI на CC3 и CC10. В этом случае, в соответствии со значением 2 счетчика CW для CC1 и информацией, полученной путем демодуляции DCI, что на несущей планируются два CW, UE может сделать вывод, что CC1 дополнительно соответствует информации обратной связи HARQ, в которой значение счетчика CC равно 1. Тогда местоположение (также называемое ранжированием) информации обратной связи HARQ на CC1 во всей кодовой книге обратной связи HARQ является первым битовым местоположением и вторым битовым местоположением и поскольку оба кодовых слова декодируются должным образом, информация обратной связи HARQ равна "11". Аналогично, следует понимать, что местоположение (также называемое ранжированием) информации обратной связи HARQ на CC6 во всей кодовой книге обратной связи HARQ является четвертым битовым местоположением и пятым битовым местоположением и поскольку должным образом декодировано только первое CW, а второе CW не может быть декодировано, информация обратной связи HARQ равна "10". Кроме того, UE может определить в соответствии с принятым общим значением CW равным 6, что общее количество битов кодовой книги обратной связи HARQ равно 6. Поэтому UE, в конечном счете, решает, что кодовой книгой информации HARQ-ACK/NACK является "110100".
В заключение, значение счетчика CC и общее значение CC в первом решении и значение счетчика CW и общее значение CW во втором решении могут упоминаться как информация индекса назначения нисходящего канала (Downlink Assignment Index, сокращенно, DAI) в области несущих (cell-domain) или в частотной области (frequency-domain). В первом решении базовая станция формирует информацию DAI, используя запланированную несущую. Во втором решении базовая станция формирует информацию DAI, используя запланированное кодовое слово.
Во втором решении, показанном на фиг. 3, если необходимо выполнить процесс пространственного связывания для информации обратной связи HARQ, UE может быть неизвестен точно размер кодовой книги информации обратной связи HARQ и, следовательно, базовая станция и UE по-разному понимают кодовую книгу обратной связи HARQ. За подробностями обратитесь к двум случаям, показанным на фиг. 4A и фиг. 4B. Если потеряно много кодовых слов, UE, используя принятую информации о значениях счетчика CW для CC1 и CC6, не может определить, потеряно ли одно CW на каждой из двух несущих (то есть, одно CW на каждой из CC2 и CC3 на фиг. 4A) или два CW на одной несущей (то есть, два CW на CC4 на фиг. 4B). Поэтому, во время пространственного связывания во втором решении количество связанных битов не может быть определено и может существовать 5 битов (фиг. 4A) или 4 бита (фиг. 4B). Однако, в этом случае базовая станция отчетливо знает случай планирования. Поскольку UE не имеет определенной информации о количестве битов связанной информации обратной связи HARQ, количество битов обратной связи может быть несовместимым с реальным случаем, то есть, базовая станция и UE не обладают одинаковым пониманием кодовой книги обратной связи HARQ и UE не может точно передать информацию HARQ-ACK/NACK.
С этой точки зрения, вариант осуществления представленного изобретения обеспечивает способ передачи UCI при агрегации несущих. Базовая станция передает на UE информацию индикации, так чтобы UE, согласно информации индикации, выбрало способ определения кодовой книги информации HARQ-ACK/NACK.
Способ передачи информации управления восходящего канала при агрегации несущих, показанный в последующем варианте осуществления представленного изобретения, выполняется базовой станцией.
На фиг. 5 представлена блок-схема последовательности выполнения операций способа передачи информации управления восходящего канала при агрегации несущих в соответствии с вариантом осуществления представленного изобретения. Как показано на фиг. 5, способ передачи информации управления восходящего канала при агрегации несущих, представленный в этом варианте осуществления, может содержать следующие этапы.
S51. Базовая станция передает первую информацию индикации на UE, где первая информация индикации используется для подачи на UE команды динамически определить UCI в соответствии с первой информацией индикации.
Динамическое определение здесь означает, что информация UCI в каждом субкадре для передачи обратно UCI, в частности, кодовой книги информации обратной связи HARQ, может изменяться согласно случаям реально запланированных несущей(-их) или кодового слова(-в).
S52. Базовая станция выделяет для UE ресурс PUCCH, где ресурс PUCCH используется для передачи UCI.
В этом варианте осуществления первая информация индикации специально может быть информацией индикации первого типа или информацией индикации второго типа. Когда первая информация индикации является информацией индикации первого типа, UE определяет UCI в соответствии с информацией индикации первого типа, где базовая станция формирует информацию DAI, соответствующую количеству запланированных несущих. Когда первая информация индикации является информацией индикации второго типа, UE определяет UCI согласно информации индикации второго типа, где базовая станция формирует информацию DAI согласно количеству запланированных кодовых слов. Следует заметить, что информация DAI здесь содержит информацию о значении счетчика CC в первом решении, показанном на фиг. 2, и значение счетчика CW во втором решении, показанном на фиг. 3. Кроме того, информация DAI может дополнительно содержать информацию об общем значении CC в первом решении и информацию об общем значении CW во втором решении, показанном на фиг. 3. Это не является здесь ограничением.
Следует заметить, что базовая станция точно знает количество битов информации HARQ-ACK/NACK, которая должна формироваться в соответствии с текущим случаем планирования, и точно знает максимальное количество битов, переносимых в новом формате PUCCH, используемом для передачи PUCCH, которое должно быть указано. Поэтому базовая станция может, в соответствии с зависимостью между количеством битов информации HARQ-ACK/NACK, которое должно быть фактически передано обратно для текущего планирования, и максимальным количеством битов, переносимым в новом формате PUCCH, может выбрать способ передачи информации индекса назначения нисходящего канала (Downlink Assignment Index, сокращенно, DAI).
Специально, когда количество битов информации HARQ-ACK/NACK, которое должно быть передано обратно, больше максимального количества битов, которое несет новый формат PUCCH, используемый для передачи PUCCH, базовая станция формирует информацию DAI в соответствии с количеством запланированных несущих и уведомляет UE о способе формирования DAI, используя информацию индикации (которая может упоминаться как информация индикации первого типа); и UE в соответствии с информацией индикации, переданной базовой станцией, принимает решение о выполнении процесса пространственного связывания для информации обратной связи HARQ. Когда количество битов информации HARQ-ACK/NACK, которое необходимо передать обратно, меньше или равно максимальному количеству битов, которое переносит новый формат PUCCH, используемый для передачи PUCCH, базовая станция формирует информацию DAI в соответствии с количеством запланированных кодовых слов и уведомляет UE о способе формирования DAI, используя информацию индикации (которая может упоминаться как информация индикации второго типа); и UE, согласно информации индикации, посланной базовой станцией, принимает решение не выполнять процесс пространственного связывания для информации обратной связи HARQ. Следовательно, информация индикации, переданная базовой станцией на UE, может дополнительно восприниматься как информация индикации, указавающая, подала ли базовая станция на UE команду выполнять пространственное связывание информации HARQ запланированной несущей(-их). Информация индикации, переданная базовой станцией на UE, упоминается как первая информация индикации.
Как вариант, базовая станция может передавать первую информацию индикации на UE, используя сигнализацию конфигурации RRC, или добавлять новое поле данных к информации управления нисходящего канала (Downlink Control Information, сокращенно, DCI), чтобы передать первую информацию индикации. Альтернативно, базовая станция может повторно использовать первоначальное поле данных в DCI для передачи первой информации индикации.
В другой необязательной реализации базовая станция может альтернативно указать UE в различных режимах кодирования DCI, формирует ли базовая станция информацию DAI согласно количеству запланированных несущих, или формирует ли она информацию DAI согласно количеству запланированных кодовых слов, то есть, различным режимам кодирования соответствуют различные типы информации индикации.
Например, когда базовая станция кодирует DCI, операция исключающего ИЛИ может быть выполнена для кода проверки избыточности циклической суммы (Cyclic Redundancy Check, CRC), который формируется во время кодирования DCI и фиксированной последовательности (например, для 8-битовой CRC фиксированной последовательностью может быть "10110110" в двоичной форме), или для CRC не может выполняться никакой процесс (эквивалентный выполнению операции исключающего ИЛИ, используя фиксированную последовательности "00000000" в двоичном виде). То есть, базовая станция добавляет код скремблирования к коду CRC или не добавляет код скремблирования к коду CRC (который может быть эквивалентен скремблированию CRC, используя различные фиксированные последовательности). Когда UE декодирует DCI, если UE может напрямую декодировать DCI, это указывает, что базовая станция не добавляет код скремблирования к коду CRC, который формируется во время кодирования DCI, и, соответственно, UE может считать, что базовая станция формирует информацию DAI в соответствии с количеством запланированных несущих. Напротив, если UE не может напрямую декодировать DCI, но может должным образом декодировать DCI, используя известную фиксированную последовательность "10110110", это указывает, что базовая станция добавляет код скремблирования к коду CRC, который формируется во время кодирования DCI, и, соответственно, UE может узнать, что базовая станция формирует информацию DAI согласно количеству запланированных кодовых слов.
В соответствии со способом передачи информации управления восходящего канала при агрегации несущих, представленным в этом варианте осуществления, базовая станция передает информацию индикации на UE и UE динамически определяет кодовую книгу UCI (то есть, информацию HARQ-ACK/NACK) в соответствии с информацией индикации, улучшая, таким образом, характеристики передачи действительной информации HARQ-ACK/NACK.
Как описано выше, базовая станция в настоящее время выделяет ресурс PUCCH UE. В сценарии СА базовая станция может явно формировать некоторые ресурсы для UE, используя сигнализацию конфигурации RRC, и затем, используя информацию индикатора ресурса HARQ-ACK/NACK (HARQ-ACK/NACK Resource Indicator, сокращенно, ARI), указывать оборудованию пользователя один из некоторых ресурсов, сформированных, используя RRC.
В сценарии СА в существующей системе LTE-A формируется максимум пять несущих и ресурс PUCCH формируется, используя RRC, или формируется, используя RRC и индикатор ARI вместе. В существующем протоколе блок сигнализации RRC, используемый для формирования ресурса имеет вид:
PUCCH-ConfigDedicated-v1020 ::= SEQUENCE{
pucch-Format-r10 CHOICE {
format3-r10 SEQUENCE {
n3PUCCH-AN-List-r10 SEQUENCE (SIZE (1..4)) OF INTEGER (0..549) OPTIONAL, -- Need ON
twoAntennaPortActivatedPUCCH-Format3-r10 CHOICE {
release NULL,
setup SEQUENCE {
n3PUCCH-AN-ListP1-r10 SEQUENCE (SIZE (1..4)) OF INTEGER (0..549)
}
} OPTIONAL -- Need ON
},
channelSelection-r10 SEQUENCE {
n1PUCCH-AN-CS-r10 CHOICE {
release NULL,
setup SEQUENCE {
n1PUCCH-AN-CS-List-r10 SEQUENCE (SIZE(1..2)) OF N1PUCCH-AN-CS-r10
}
} OPTIONAL -- Need ON
}
} OPTIONAL, -- Need OR
twoAntennaPortActivatedPUCCH-Format1a1b-r10 ENUMERATED {true} OPTIONAL, -- Need OR
simultaneousPUCCH-PUSCH-r10 ENUMERATED {true} OPTIONAL, -- Need OR
n1PUCCH-AN-RepP1-r10 INTEGER (0..2047) OPTIONAL -- Need OR
}
CHOICE указывает, что в качестве формата PUCCH выбирается любой из форматов format 3 или channelSelection. Например, выбирается формат 3 (format 3). Четыре ресурса (SEQUENCE (SIZE(1..4)) OF INTEGER (0..549)) формируются и каждый из ресурсов представляется значением INTEGER.
В существующем протоколе информация ARI передается в LTE-A, повторно используя поле TPC в информации управления нисходящего канала (Downlink Control Information, сокращенно, DCI). Специально, повторное использование поля TPC в DCI означает, что передача информации ARI в поле TPC в DCI на SCC, в то время как команда управления мощностью в поле TPC в DCI на PCC все еще передается, должна гарантировать, что базовая станция может управлять передачей мощности UE на PUCCH.
В настоящее время, в системе LTE-A протокол дополнительно определяет, что оба дуплексных режима: режим дуплекса с разделением по частоте (Frequency Division Duplex, сокращенно, FDD) и режим с разделением по времени (Time Division Duplex, сокращенно, TDD), должны поддерживаться в системе LTE-A. Специально, в режиме FDD в системе LTE-A один субкадр восходящего канала используется, чтобы передавать обратно информацию HARQ-ACK/NACK только одного субкадра нисходящего канала; а в режиме TDD в системе LTE-A каждый из нескольких субкадров восходящего канала должен использоваться для передачи обратно информации HARQ-ACK множества субкадров нисходящего канала.
На фиг. 6A схематично представлен индикатор ARI в режиме FDD в системе LTE-A в соответствии с сопутствующей технологией. На чертеже N-4 и N представляют номера кадров и временной интервал между данными PDSCH нисходящего канала и обратной связью восходящего канала в FDD составляет четыре субкадра. Как показано на фиг. 6A, в режиме FDD все поля TPC для PUCCH (команда TPC для PUCCH) области в информации управления нисходящего канала (Downlink Control Information, сокращенно, DCI), принятой на PCC, используются для управления мощности PUCCH и все поля TPC для PUCCH в DCI нисходящего канала, принятого на всех SCC, используются для подачи команды выбора конкретных ресурсов PUCCH для format 3. Кроме того, значения полей TPC для PUCCH, принятые UE на всех SCC в том же самом субкадре, должно быть одинаковы. Для значения поля TPC для PUCCH, обратитесь к разъяснению содержания поля TPC, показанному в таблице 1.
Таблица 1. Содержание значения поля ТРС
Значение поля TPC
Соответствующее значение ресурса PUCCH
"00"
Первое значение ресурса PUCCH, сформированное на более высоком уровне
"01"
Второе значение ресурса PUCCH, сформированное на более высоком уровне
"10"
Третье значение ресурса PUCCH, сформированное на более высоком уровне
"11"
Четвертое значение ресурса PUCCH, сформированное на более высоком уровне
На фиг. 6B схематично показан индикатор ARI в режиме TDD в системе LTE-A, соответствующей сопутствующей технологии. Как показано на фиг. 6B, в режиме TDD все поля TPC канала PUCCH в DCI нисходящего канала, который принимается на PCC и индекс назначения нисходящего канала (Downlink Assignment Index, , сокращенно, DAI) которого равен 1, используются для управления мощностью на PUCCH; и все поля TPC канала PUCCH в DCI нисходящего канала, который принимается на PCC и DAI которого больше 1, и все поля TPC канала PUCCH в DCI нисходящего канала, принимаемого на всех SCC, используются для подачи команд выбора конкретных ресурсов формата 3 PUCCH. Кроме того, все поля TPC PUCCH в DCI нисходящего канала, который принимается UE на PCC и DAI которого больше 1, должны быть такими же, как поля TPC PUCCH, принятые на SCC. Субкадр S является специальным субкадром в режиме TDD и может также использоваться для передачи информации управления нисходящего канала.
Следует заметить, что в существующем протоколе поле TPC на каждой несущей, используемой для индикатора ARI, содержит только 2 бита и существуют четыре доступных ресурса. Индикатор ARI используется для выбора одного ресурса из четырех доступных ресурсов в качестве ресурса для передачи UCI.
Как описано выше, количество битов информации UCI, которое может переноситься в формате 3 канала PUCCH из числа семи форматов PUCCH, определенных в существующем протоколе, является наибольшим, и максимально переносятся 22 бита. В формате 3 передачи канала PUCCH после кодирования 22-битовая первоначальная информация должна переноситься только на одной паре физических ресурсных блоков (Phyzical Resource Block, сокращенно, PRB). Поэтому, в существующем сценарии СА, в котором формируются максимум пять несущих, каждый формат PUCCH занимает ресурсы одной пары PRB. В сценарии eCA может формироваться максимум 32 CC и каждый субкадр может использоваться для передачи обратно информацию CSI множества CC. Поэтому информация UCI, переданная обратно, используя PUCCH, сильно увеличивается и может занимать ресурсы, превышающие одну пару PRB.
В способе передачи обратно информации HARQ-ACK/NACK, предоставленном в варианте осуществления, показанном на фиг. 5 представленного изобретения, кодовая книга информации HARQ-ACK/NACK может определяться динамически в соответсвии с количеством запланированных несущих или количеством запланированных кодовых слов. Это означает, что ресурс, занятый PUCCH, используемым для передачи HARQ-ACK/NACK в каждом субкадре, изменяется и может выбираться различный формат PUCCH.
Чтобы поддержать способ передачи обратно информации HARQ-ACK/NACK, предоставленной в варианте осуществления, показанном на фиг. 5 представленного изобретения, базовая станция дополнительно должна распределять ресурс PUCCH для UE и информация HARQ-ACK/NACK передается, используя ресурс PUCCH.
С этой точки зрения, вариант осуществления представленного изобретения дополнительно обеспечивает распределение ресурсов и указание формата PUCCH для нового формата PUCCH, разработанного для eCA. Следует понимать, что способ распределения ресурсов PUCCH при агрегации несущих, представленный в этом варианте осуществления, также применим к существующему сценарию, в котором объединяются максимум пять несущих. Способ распределения ресурсов PUCCH при агрегации несущих, представленный в этом варианте осуществления, выполняется базовой станцией.
На фиг. 7 представлена блок-схема последовательности выполнения операций способа распределения ресурсов PUCCH при агрегации несущих в соответствии с вариантом осуществления представленного изобретения. Как показано на фиг. 7, способ может содержать следующие этапы:
S71. Базовая станция передает вторую информацию конфигурации на UE, где вторая информация конфигурации используется для формирования списка ресурсов для UE и список ресурсов содержит множество групп информационных ресурсов.
S72. Базовая станция передает вторую информацию индикации на UE, где вторая информация индикации используется для указания UE ресурса PUCCH, соответствующего одной группе информационных ресурсов в списке ресурсов.
В этом варианте осуществления базовая станция может формировать некоторое количество ресурсов для UE, используя сигнализацию конфигурации RRC, то есть, базовая станция может формировать список ресурсов PUCCH для UE, используя сигнализацию конфигурации RRC. Список ресурсов содержит множество групп информационных ресурсов и каждая группа информационных ресурсов соответствует одному ресурсу PUCCH.
Кроме того, в этом варианте осуществления базовая станция может динамически определять согласно запланированным несущим размер кодовой книги информации обратной связи HARQ, передаваемой от UE. Поэтому, в соответствии с различными размерами кодовой книги, в различных условиях радиоканала ресурсы PUCCH для различных размеров ресурсов PUCCH или для различных форматов PUCCH могут выбираться для использования из списка ресурсов PUCCH, формируемого базовой станцией для UE. Следует заметить, что здесь размер ресурса PUCCH относится к количеству пар PRB и поэтому распределенные ресурсы в этом варианте осуществления являются последовательными и размер ресурса PUCCH может также упоминаться как длина пары PRB. Специально, вторая информация индикации может использоваться для указания UE ресурса PUCCH, соответствующего группе информационных ресурсов в списке ресурсов. Специально, вторая информация индикации может быть информацией ARI.
Следует заметить, что способ определения размера кодовой книги информации UCI, переносимой на PUCCH, оказывает относительно большое влияние на способ распределения ресурсов и размер кодовой книги является количеством битов информации UCI. Здесь определение размера кодовой книги HARQ-ACK/NACK используется в качестве примера описания сценария применения этого варианта осуществления. В существующем протоколе размер кодовой книги HARQ-ACK/NACK зависит от количества сформированных несущих и режима передачи (Transmit Mode, сокращенно, ТМ) каждой несущей. Эти параметры формируются полустатически. Поэтому можно считать, что размер кодовой книги HARQ-ACK/NACK также формируется полустатически. Когда конфигурация не меняется, размеры кодовой книги пользователя во всех субкадрах являются одинаковыми. Однако, различные форматы PUCCH имеют различные характеристики для различных размеров кодовой книги. Это означает, что если для использования рассматривается множество форматов PUCCH, различные форматы PUCCH могут использоваться для различных субкадров, чтобы оптимизировать характеристики.
Можно понимать, что базовая станция может определять размер кодовой книги информации UCI в соответствии с количеством запланированных несущих или количеством запланированных кодовых слов, и затем определить со ссылкой на текущую среду канала и другой параметр информацию о размере и информацию о формате ресурса PUCCH, требуемого UE. Этим, конечно этот вариант осуществления не ограничивается.
В соответствии со способом распределения ресурсов PUCCH при агрегации несущих, представленным в этом варианте осуществления, базовая станция формирует множество ресурсов PUCCH для UE, используя сигнализацию конфигурации RRC, определяет размер кодовой книги информации UCI согласно количеству запланированных несущих или количеству запланированных кодовых слов и затем определяет фактическую потребность UE в отношении текущей среды канала и заканчивает, используя индикации второго индикации, выбор ресурсов PUCCH, динамически и гибко определяя размер ресурса PUCCH и формат PUCCH, вместо того, чтобы выделять для UE ресурс PUCCH с установленным размером и фиксированным форматом. Это может не только удовлетворить требование сценария eCA, в котором UCI, передаваемая обратно к UE, используя PUCCH, может занимать более одной пары PRB ресурсов, но может также улучшить использование ресурса PUCCH.
Кроме того, в сопутствующей технологии формат PUCCH может быть только полустатическим, конфигурированным при агрегации несущих. Однако, согласно способу распределения ресурсов при агрегации несущих, представленному в этом варианте осуществления, для различных субкадров могут использоваться различные форматы PUCCH и множество переменных кандидатов на новый формат PUCCH может поддерживаться, так чтобы характеристики системы были оптимизированы.
В этом варианте осуществления базовая станция предварительно формирует список ресурсов для UE, используя сигнализацию конфигурации RRC, и различные группы информационных ресурсов могут соответствовать одному и тому же формату PUCCH или различные группы информационых ресурсов могут соответствовать различным форматам PUCCH. Дополнительно, далее представлено подробное описание, использующее конкретные примеры.
На фиг. 8 представлен первый список ресурсов PUCCH, сформированный для UE, используя сигнализацию конфигурации RRC. Множество групп информационных ресурсов в списке ресурсов располагаются в соответствии с двумя различными форматами PUCCH. Каждый формат PUCCH соответствует двум группам информационных ресурсов и каждая группа информационных ресурсов содержит информацию индикации адреса начала и информацию индикации размера одного ресурса PUCCH. Сигнализация конфигурации RRC может быть специально записана в нижеследующей форме. Очевидно, что последующий контент сигнализации используется просто в качестве примера для описания представленного изобретения, а не для ограничения представленного изобретения.
Например, список ресурсов PUCCH может быть сформирован для UE, используя следующие элементы информации конфигурации RRC:
PUCCH-ConfigDedicated-v13x0::=SEQUENCE{
pucch-Format-r13 SEQUENCE{
Multi-PRB-PF3-r13 SEQUENCE{
Multi-PRB-PF3-AN-List-r13 SEQUENCE(SIZE(1..2)) OF PUCCHResourceInfo
PUCCHResourceInfo::=SEQUENCE{
ResourceStart INTEGER(0..549),
ResourceLen INTEGER(0..5)
}
},
PUSCH-based-format-r13 SEQUENCE {
PUSCH-based-format-AN-List-r13 SEQUENCE (SIZE (1..2)) OF PUCCHResourceInfo
PUCCHResourceInfo ::= SEQUENCE {
ResourceStart INTEGER(0..549),
ResourceLen INTEGER(0..5)
}
},
}
}
Доолнительно, после определения информации о размере и информации о формате ресурса PUCCH, требуемого UE, базовая станция может выбрать из списка ресурсов PUCCH первую группу информационных ресурсов, чья информацию индикации о размере и формат PUCCH являются такими же, как информация о размере и информация о формата ресурса PUCCH, требуемого UE, и затем передать индекс ресурса (Resource Index, сокращенно, RI), соответствующий первой группе информационного ресурса, на UE, используя вторую информацию индикации, и UE в соответствии с индикацией второй индикации, получает ресурс PUCCH, соответствующий первой группе информационного ресурса.
Например, если базовая станция решает, что ресурс PUCCH, требуемый UE, имеет формат multi-PRB PF3 и занимает две пары PRB, базовая станция может передать на UE, используя вторую информацию индикации, RI, соответствующий группе 1 информационных ресурсов, показанной на фиг. 8. UE получает в соответствии с индикацией второй информации индикации, ресурс PUCCH, соответствующий группе 1 информационных ресурсов.
Следует заметить, что способ передачи информации ARI в сопутствующей технологии может использоваться для передачи на UE второй информации индикации. Например, поле TPC в DCI системе LTE может использоваться для передачи на UE второй информации индикации. Можно понимать, что в существующем протоколе поле TPC на каждой несущей, используемой для индикатора ARI, содержит 2 бита и может реализовываться выбор ресурса по принципу «один из четырех».
На фиг. 9 представлен второй список ресурсов PUCCH, сформированный для UE, используя сигнализацию конфигурации RRC. Множество групп информационных ресурсов в списке ресурсов размещаются в соответствии с двумя различными форматами PUCCH. Каждый формат PUCCH соответствует четырем группам информационных ресурсов и каждая группа информационных ресурсов содержит информацию индикации адреса начала и информацию индикации размера одного ресурса PUCCH.
Дополнительно, после определения информации о размере и информации о формате ресурса PUCCH, требуемого UE, базовая станция может выбрать из списка ресурсов PUCCH вторую группу информационных ресурсов, для которой информация индикации размера и формат PUCCH являются такими же, как информация о размере и информация о формате ресурса PUCCH, требуемого UE, и затем передает индекс ресурса (Resource Index, сокращенно, RI), соответствующий второй группе информационных ресурсов, на UE, используя вторую информацию индикации, и UE получает в соответствии с индикацией второй индикации ресурс PUCCH, соответствующий второй группе информационных ресурсов.
В случае, показанном на фиг. 9, должен быть выбран ресурс PUCCH, соответствующий одной группе информационных ресурсов из восьми групп информационных ресурсов. Однако, в существующем протоколе поле TPC на каждой несущей, используемой для индикатора ARI, содержит только 2 бита и выбор ресурса может быть реализован только по принципу «один из четырех». Поэтому, если существующее поле TPC, используемое для индикатора ARI, используется для передачи второй информации индикации, выбор ресурса PUCCH, соответствующего одной группе информационных ресурсов, в восьми группах информационных ресурсов не может быть осуществлен.
В реализации две группы полей TPC могут использоваться для передачи второй информации индикации. Одна группа полей TPC используется для передачи RI, соответствующего второй группе информационных ресурсов, а для значения поля TPC PUCCH обращайтесь к содержанию первой группы значений полей TPC, показанному в таблице 2. Другая группа полей TPC используется для передачи индекса формата PUCCH (Format Index, сокращенно, FI), соответствующего второй группе информационных ресурсов, и для значения поля запроса ТРС PUCCH обращайтесь к содержанию второй группы значений поля TPC, показанному в таблице 3. Очевидно, содержание значений полей TPC, перечисленных в таблице 2 и в таблице 3, используются просто в качестве примеров для описания представленного изобретения, а не для ограничений представленного изобретения.
Таблица 2. Содержание первой группы значений поля TPC
Значение поля TPC
Соответствующее значение ресурса PUCCH
"00"
Значение первого ресурса PUCCH, сформированного на более высоком уровне
"01"
Значение второго ресурса PUCCH, сформированного на более высоком уровне
"10"
Значение третьего ресурса PUCCH, сформированного на более высоком уровне
"11"
Значение четвертого ресурса PUCCH, сформированного на более высоком уровне
Таблица 3. Значения второй группы значений поля TPC
Значение поля ТРС
Соответствующее значение формата ресурса PUCCH
"00"
PUCCH format 3
"01"
Multi-PRB PF3
"10"
PUSCH-based
"11"
Reduced OCC
В другом варианте реализации базовая станция может альтернативно, используя расширенное поле TPC, передавать RI и FI, соответствующие второй группе информационных ресурсов. Например, по меньшей мере 1 бит может быть добавлен к существующему полю TPC, чтобы получить расширенное поле TPC, первоначальные 2 бита используются, чтобы передать RI, соответствующий второй группе информационных ресурсов, и вновь добавленный бит используется для передачи FI, соответствующего второй группе информационных ресурсов. Для специального расширенного значения поля TPC PUCCH, обращайтесь к содержанию расширенного значения поля TPC, показанному в таблице 4. Согласно содержанию значения поля ТРС, показанному в таблице 4, когда расширенное поле ТРС содержит 3 бита, можно определить, что недавно добавленный 1 бит может использоваться для указания двух различных форматов ресурсов PUCCH. Очевидно, содержание значения поля TPC, когда расширенное поле TPC содержит 4 бита, может быть дополнительно получено в соответствии с содержанием значения поля ТРС, указанным в таблице 4, когда расширенное поле TPC первого типа содержит 3 бита. Таким образом, вновь добавленные 2 бита могут использоваться для индикации четырех различных форматов ресурсов PUCCH.
Таблица 4. Содержание значения расширенного поля TPC первого типа
Значение поля TPC
Соответствующая информация индикации
"000"
Группа 1 информационных ресурсов формата 1 PUCCH
"001"
Группа 2 информационных ресурсов формата 1 PUCCH
"010"
Группа 3 информационных ресурсов формата 1 PUCCH
"011"
Группа 4 информационных ресурсов формата 1 PUCCH
"100"
Группа 1 информационных ресурсов формата 2 PUCCH
"101"
Группа 2 информационных ресурсов формата 2 PUCCH
"110"
Группа 3 информационных ресурсов формата 2 PUCCH
"111"
Группа 4 информационных ресурсов формата 2 PUCCH
На фиг. 10 схематично показан третий список ресурсов PUCCH, сформированный для UE, используя сигнализацию конфигурации RRC. Четыре группы информационных ресурсов из списка ресурсов располагаются в соответствии с различными форматами PUCCH. Каждый формат PUCCH соответствует двум группам информационных ресурсов и каждая группа информационных ресурсов содержит информацию индикации адреса начала одного ресурса PUCCH. Аналогично, в схематичном представлении списка ресурсов PUCCH, который не показан в этом варианте осуществления, альтернативно, каждый формат PUCCH может соответствовать четырем группам информационных ресурсов и каждая группа информационных ресурсов содержит информацию индикации адреса начала одного ресурса PUCCH.
Дополнительно, после определения информации о размере и информации о формате ресурса PUCCH, требуемого UE, базовая станция может выбрать из списка ресурсов PUCCH третью группу информационных ресурсов, формат PUCCH которой является таким же, как информация о формате ресурса PUCCH, требуемого UE, и затем передать RI, соответствующий третьей группе информационных ресурсов, на UE, используя вторую информацию индикации, и UE получает в соответствии с индикацией второй информации индикации, ресурс PUCCH, соответствующий третьей группе информационных ресурсов. Кроме того, базовая станция дополнительно передает на UE, используя вторую информацию индикации, индекс длины (Length Index, сокращенно, LI) ресурса PUCCH, соответствующего информации о размере ресурса PUCCH, требуемого UE, чтобы указать для UE размера ресурса PUCCH, соответствующего третьей группе информационных ресурсов.
Аналогично, следует заметить, что способ передачи информации ARI в сопутствующей технологии может использоваться для передачи на UE второй информации индикации. Например, поле TPC в DCI в системе LTE может использоваться для передачи второй информации индикации. В случае, показанном на фиг. 10, как RI, соответствующий третьей группе информационных ресурсов, так и LI, соответствующий третьей группе информационных ресурсов, должны указываться для UE, используя вторую информацию индикации.
В предпочтительной реализации для передачи второй информации индикации могут использоваться две группы полей TPC. Одна группа полей TPC используется для передачи RI, соответствующего третьей группе информационных ресурсов, а для значения поля TPC с запросом PUCCH обратитесь к содержанию первой группы значений поля TPC, показанному в таблице 2. Другая группа полей TPC используется для передачи индикации LI для UE, размера ресурса PUCCH, соответствующего третьей группе информационных ресурсов, а для значения поля TPC с запросом PUCCH обратитесь к содержанию третьей группы значений поля TPC, показанному в таблице 5.
Таблица 5. Содержание третьей группы значений поля TPC
Значение поля TPC
Соответствующее значение размера ресурса PUCCH
"00"
Одна пара PRB
"01"
Две пары PRB
"10"
Три пары PRB
"11"
Четыре пары PRB
В другом варианте реализации базовая станция может, используя расширенное поле TPC, альтернативно передавать RI, соответствующий третьей группе информационных ресурсов, и LI, указывающий UE размер ресурса PUCCH, соответствующего третьей группе информационных ресурсов. Например, к существующему полю TPC может быть добавлен по меньшей мере 1 бит , чтобы получить расширенное поле TPC, первоначальные 2 бита используются для передачи RI, соответствующего третьей группе информационных ресурсов, а вновь добавленный бит используется для передачи LI, указывающего для UE размер ресурса PUCCH, соответствующий третьей группе информационных ресурсов. Для специального значения поля запроса расширенного TPC PUCCH обращайтесь к содержанию значения расширенного поля TPC второго типа, показанному в таблице 6. Можно видеть, что согласно содержанию, указанному в таблице 6, для значения поля TPC, когда расширенное поле ТРС второго типа содержит 3 бита, этот вновь добавленный 1 бит может использоваться для указания двух различных размеров ресурсов PUCCH. Очевидно, содержание значения поля TPC, когда расширенное поле TPC содержит 4 бита, может быть дополнительно получено в соответствии со значением, указанным в таблице 6, для значения поля TPC, когда расширенное поле TPC второго типа содержит 3 бита. То есть, вновь добавленные 2 бита могут использоваться, чтобы указать четыре различных размера ресурсов PUCCH.
Таблица 6. Содержание значения расширенного поля ТРС второго типа
Значение поля TPC
Соответствующая информация индикации
"000"
Группа 1 информационных ресурсов, одна пара PRB
"001"
Группа 1 информационных ресурсов, две пары PRB
"010"
Группа 2 информационных ресурсов, одна пара PRB
"011"
Группа 2 информационных ресурсов, две пары PRB
"100"
Группа 3 информационных ресурсов, одна пара PRB
"101"
Группа 3 информационных ресурсов, две пары PRB
"110"
Группа 4 информационных ресурсов, одна пара PRB
"111"
Группа 4 информационных ресурсов, две пары PRB
На фиг. 11 схематично показан четвертый список ресурсов PUCCH, сформированный для UE, используя сигнализацию конфигурации RRC. Каждая группа информационных ресурсов в списке ресурсов содержит информацию индикации адреса начала и информацию индикации размера одного ресурса PUCCH. Сигнализация конфигурации RRC может быть специально записана в нижеследующей форме. Очевидно, последующий контент сигнализации используется просто в качестве примера для описания представленного изобретения, но не для ограничения представленного изобретения.
Например, список ресурсов PUCCH может быть сформирован для UE, используя следующую сигнализацию конфигурации RRC:
PUCCH-ConfigDedicated-v13x0::=SEQUENCE{
pucch-Format-r13 SEQUENCE{
pucch-Format-AN-List-r13 SEQUENCE(SIZE(1..4)) OF PUCCHResourceInfo
PUCCHResourceInfo::=SEQUENCE{
ResourceStart INTEGER(0..549),
ResourceLen INTEGER(0..5)
}
}
}
Как показано на фиг. 11, список ресурсов PUCCH, сформированный для UE, используя сигнализацию конфигурации RRC, содержит четыре группы информационных ресурсов. Каждая группа информационных ресурсов содержит информацию индикации начала (ResourceStart INTEGER(0..549)) одного ресурса PUCCH и информацию о размере (ResourceLen INTEGER(0..5)) ресурса PUCCH. Поэтому, форматы PUCCH четырех групп информационных ресурсов дополнительно нуждаются в динамической индикации. То есть, каждая группа информационных ресурсов в списке ресурсов PUCCH, сформированном для UE, используя сигнализацию конфигурации RRC, содержит информацию индикации адреса начала и информацию индикации размера одного ресурса PUCCH.
Дополнительно, после определения информации о размере и информации о формате ресурса PUCCH, требуемого UE, базовая станция может выбрать из списка ресурсов PUCCH четвертую группу информационных ресурсов, для которой информация индикации размера является такой же, как информация о размере ресурса PUCCH, требуемого UE, и затем передать RI, соответствующий четвертой группе информационного ресурса, на UE, используя вторую информацию индикации, и UE получает, согласно индикации второй информации индикации, ресурс PUCCH, соответствующий четвертой группе информационных ресурсов. Кроме того, базовая станция дополнительно передает на UE, используя вторую информацию индикации, индекс формата FI ресурса PUCCH, соответствующий информации о формате ресурса PUCCH, требуемого UE, чтобы указать UE формат PUCCH для ресурса PUCCH, соответствующего четвертой группе информационных ресурсов.
Аналогично, следует заметить, что способ передачи информации ARI в сопутствующей технологии может использоваться для передачи на UE второй информации индикации. Например, поле TPC в DCI в системе LTE может использоваться для передачи второй информации индикации. В случае, показанном на фиг. 11, как RI, соответствующий четвертой группе информационных ресурсов, так и FI, соответствующий четвертой группе информационных ресурсов, должны быть указаны для UE, используя вторую информации индикации.
В предпочтительной реализации для передачи второй информации индикации могут использоваться две группы полей TPC. Одна группа полей TPC используется для передачи RI, соответствующего четвертой группе информационных ресурсов, и для значения поля TPC запроса PUCCH обращаются к содержанию первой группы значений поля TPC, показанному в таблице 2. Другая группа полей TPC используется для передачи FI, указывающего UE ресурс PUCCH, соответствующий четвертой группе информационных ресурсов, и для значения поля ТРС запроса PUCCH обращаются к содержанию второй группы значений поля TPC, показанному в таблице 3.
В другом варианте реализации базовая станция, используя расширенное поле TPC, может альтернативно передавать RI, соответствующий четвертой группе информационных ресурсов, и FI, указывающий UE формат ресурса PUCCH, соответствующего четвертой группе информационных ресурсов. Например, к существующему полю TPC может быть добавлен по меньшей мере 1 бит, чтобы получить расширенное поле TPC, первоначальные 2 бита используются для передачи RI, соответствующего четвертой группе информационных ресурсов, а вновь добавленный бит используется для передачи FI индикации для UE формата ресурса PUCCH, соответствующего четвертой группе информационных ресурсов. Для специального значения расширенного поля TPC запроса PUCCH обратитесь к содержанию значения расширенного поля TPC третьего типа, показанному в таблице 7. Должно быть понятно в соответствии с контентом, показанным в таблице 7, значения поля TPC, когда расширенное поле TPC третьего типа содержит 3 бита, что недавно вновь добавленный 1 бит может использоваться для индикации двух различных форматов ресурсов PUCCH. Очевидно, содержание значения поля TPC, когда расширенное поле TPC содержит 4 бита, может быть дополнительно получено в соответствии с содержанием, показанным в таблице 6, значения поля TPC, когда расширенное поле TPC второго типа содержит 3 бита. То есть, вновь добавленные 2 бита могут использоваться, чтобы указать четыре различных размера ресурсов PUCCH.
Таблица 7. Содержание значения поля TPC третьего типа
<b>Значение поля TPC</b>
<b>Соответствующая информация индикации</b>
"000"
Группа 1 информационных ресурсов, PUCCH format 1
"001"
Группа 2 информационных ресурсов, PUCCH format 1
"010"
Группа 3 информационных ресурсов, PUCCH format 1
"011"
Группа 4 информационных ресурсов, PUCCH format 1
"100"
Группа 1 информационных ресурсов, PUCCH format 2
"101"
Группа 2 информационных ресурсов, PUCCH format 2
"110"
Группа 3 информационных ресурсов, PUCCH format 2
"111"
Группа 4 информационных ресурсов, PUCCH format 2
На фиг. 12 схематично представлен пятый список ресурсов PUCCH, сформированный для UE, используя сигнализацию конфигурации RRC. Каждая группа информационных ресурсов в списке ресурсов содержит информацию индикации адреса начала одного ресурса PUCCH. Например, список ресурсов PUCCH может быть сформирован для UE, используя нижеследующую сигнальную конфигурацию RRC:
PUCCH-ConfigDedicated-v13x0::=SEQUENCE{
pucch-Format-r13 SEQUENCE{
PUCCH-AN-List-r13 SEQUENCE (SIZE (1..4)) OF INTEGER (0..549)
}
}
Дополнительно базовой станции для UE необходимо передавать RI, соответствующий пятой группе информационных ресурсов, используя вторую информацию индикации, и UE получает в соответствии с индикацией второй информации индикации ресурс PUCCH, соответствующий пятой группе информационных ресурсов. Кроме того, базовая станция дополнительно нуждается в передаче на UE, используя вторую информацию индикации, FI ресурса PUCCH, соответствующего информации о формате ресурса PUCCH, требуемого для UE, чтобы указать для UE формат ресурса PUCCH, соответствующий пятой группе информационных ресурсов. Базовая станция дополнительно нуждается в передаче на UE, используя вторую информацию индикации, LI ресурса PUCCH, соответствующего информации о размере ресурса PUCCH, требуемого UE, чтобы указать UE размер ресурса PUCCH, соответствующего пятой группе информационных ресурсов.
Аналогично, следует заметить, что способ передачи информации ARI сопутствующей технологии может использоваться для передачи второй информации индикации для UE. Например, для передачи второй информации индикации в системе LTE может использоваться поле TPC в DCI. В случае, показанном на фиг. 11, как RI, соответствующий пятой группе информационных ресурсов, так и FI и LI, соответствующие пятой группе информационных ресурсов, должны быть указаны UE, используя вторую информацию индикации.
В предпочтительной реализации для передачи второй информации индикации могут использоваться три группы полей TPC. Первая группа полей TPC используется для передачи RI, соответствующего пятой группе информационных ресурсов и для значения поля TPC для запроса PUCCH обращаются к содержанию первой группы значений поля TPC, показанных в таблице 2. Вторая группа полей TPC используется для передачи FI, указывающего UE формат ресурса PUCCH, соответствующего пятой группе информационных ресурсов, и для значения поля TPC для запроса PUCCH обращаются к содержанию второй группы значений поля TPC, показанных в таблице 3. Третья группа полей TPC используется для передачи LI, указывающего UE размер ресурса PUCCH, соответствующего пятой группе информационных ресурсов, и для значения поля TPC для запроса PUCCH обращаются к содержанию третьей группы значений поля TPC, показанных в таблице 5.
В другом варианте реализации базовая станция может альтернативно передавать, используя расширенное поле TPC, RI, соответствующий пятой группе информационных ресурсов, FI, указывающий UE формат ресурса PUCCH, соответствующий пятой группе информационных ресурсов, и LI, указывающий UE, размер ресурса PUCCH, соответствующий пятой группе информационных ресурсов. Например, к существующему полю TPC могут быть добавлены по меньшей мере 2 бита, чтобы получить расширенное поле TPC, первоначальные 2 бита используются для передачи RI, соответствующего пятой группе информационных ресурсов, и вновь добавленные биты используются для передачи FI и LI, указывающих UE формат и размер ресурса PUCCH, соответствующего пятой группе информационных ресурсов.
Чтобы по мере возможности добавить к полю TPC несколько битов, в реализацию списка ресурсов, сформированного для UE, используя сигнализацию конфигурации RRC, можно альтернативно ввести только две группы информационных ресурсов. Очевидно, это делается за счет гибкости выбора ресурсов. Таким образом, для передачи второй информации индикации могут использоваться две группы полей TPC. Одна группа полей TPC используется для передачи RI и FI, соответствующих шестой группе информационных ресурсов; и другая группа полей TPC используется для передачи LI, указывающего UE ресурс PUCCH, соответствующий шестой группе информационных ресурсов.
Аналогично, может подразумеваться, что когда список ресурсов, сформированный для UE, используя сигнализацию конфигурации RRC, содержит только две группы информационных ресурсов, альтернативно, только 1 бит может быть добавлен к существующему полю TPC, чтобы получить расширенное поле TPC, первоначальные 2 бита используются для передачи RI, соответствующего шестой группе информационных ресурсов, и FI, указывающего UE формат ресурса PUCCH, соответствующего шестой группе информационных ресурсов, и вновь добавленный бит используется для передачи LI, указывающего UE размер ресурса PUCCH, соответствующего шестой группе информационных ресурсов.
В другом варианте осуществления представленного изобретения, то, как определить две или три группы полей TPC, дополнительно описано посредством примера.
Как показано на фиг. 6A и фиг. 6B, в системе LTE-A механизмы передачи информации ARI в режиме FDD и в режиме TDD различны. Ниже фиг. 13A и фиг. 13B отдельно используются в качестве примеров группирования полей TPC.
На фиг. 13A схематично представлено планирование несущих в FDD. Как показано на фиг. 13A, например, запланированным набором несущих {0,3,5,6,8,9} и несущей 0 является PCC. В режиме FDD в системе LTE-A все поля TPC для запроса PUCCH в DCI, принятом на PCC, используются для управления мощностью PUCCH. В этом случае, несущими, которые могут использоваться для передачи информации ARI, являются пять SCC, то есть, {3,5,6,8,9}. Пять запланированных несущих группируются в две группы.
В варианте реализации для определения двух групп полей ТРС может использоваться способ последовательного группирования. Специально, поля TPC на разных запланированных несущих могут быть сгруппированы в две группы.
Например, количество несущих, соответствующих каждой из двух групп полей TPC, может быть определено согласно запланированным несущим. Например, первая группа может соответствовать трем несущим, а вторая группа может соответствовать двум несущим; или первая группа может соответствовать одной несущей, а вторая группа может соответствовать четырем несущим. Затем запланированные несущие последовательно группируются в две группы согласно порядку расположения идентификационных номеров запланированных несущих и согласно количеству несущих, соответствующих каждой группе полей TPC, и двумя соответствующими группами несущих являются G1 = {3,5,6} и G2 = {8,9}, или G1 = {3} и G2 = {5,6,8,9}. Несущие обычно группируются равномерно, насколько возможно. Например, количество несущих в первой группе равно [N/2], и количество несущих во второй группе равно N-[N/2]. N представляет полное количество несущих, участвующих в группировании, и [] представляет результат вычисления с округлением в большую сторону. После того, как носители группированы, поля TPC на каждой из двух групп запланированных несущих определяются как одна группа полей TPC.
В другом варианте реализации для определения двух групп полей TPC может использоваться способ группирования по четности. Специально, поля TPC на запланированных несущих, чьи идентификационные номера являются нечетными у запланированных несущих, могут быть определены как одна группа полей TPC, а поля TPC на запланированных носителях, идентификационные номера которых являются четными у запланированных несущих, могут быть определены как другая группа полей TPC. Соответственно, поля TPC на G1 = {3,5,9} определяются как одна группа полей TPC и поля TPC на G2 = {6,8} определяются другая группа полей TPC.
Следует заметить, что способ группирования по четности может использоваться для определения двух групп полей TPC только тогда, когда среди запланированных SCC существуют SCC с четными и нечетными идентификационными номерами. В противном случае, для определения двух групп полей TPC может использоваться только способ последовательного группирования.
На фиг. 13B схематично показано планирование eCA в режиме TDD. Как показано на фиг. 13B, например, запланированным набором несущих является {0,2,3,6,9}, и несущей 0 является PCC. В режиме TDD в системе LTE-A поле TPC запроса PUCCH в DCI нисходящего канала, где DAI больше 1 на PCC, и все поля TPC запроса PUCCH в DCI нисходящего канала, принятые на всех SCC, могут использоваться для передачи информации ARI. В данном случае для передачи информации ARI могут использоваться пять несущих, то есть, {0,2,3,6,9}. Пять запланированных несущих группируются в две группы.
Аналогично, способ последовательного группирования может использоваться для определения двух групп запланированных несущих. Например, поля TPC на G1 = {0 (субкадр 8), 2 (субкадр 4), 3 (субкадр 4, субкадр 5)} определены как одна группа полей TPC, и поля TPC на G2 = {6 (субкадр 4, субкадр 8), 9 (субкадр 5, субкадр 6)} определены как другая группа полей TPC.
Альтернативно, способ группирования по четности может использоваться для определения двух групп полей TPC. Например, поля TPC на G1 = {0 (субкадр 8), 2 (субкадр 4), 6 (субкадр 4, субкадр 8)} определяются как одна группа полей TPC, а поля TPC на G2 = {3 (субкадр 4, субкадр 5), 9 (субкадр 5, субкадр 6)} определяются как другая группа полей TPC.
Аналогично, следует заметить, что поскольку идентификационный номер PCC является четным, способ группирования по четности может использоваться для определения двух групп полей TPC только тогда, когда в запланированных SCC существует SCC с нечетным идентификационным номером.
Дополнительно, для специального способа определения трех групп полей TPC, обратитесь к способу последовательного группирования в предшествующем варианте осуществления. Принципы его те же самые. Поэтому его подробности здесь не повторяются. Следует заметить, что существует множество способов группирования TPC и представленное изобретение не накладывает ограничений на конкретный способ группирования.
В соответствии со способами распределения ресурсов при агрегации несущих, представленными в приведенных выше вариантах осуществления представленного изобретения, базовая станция формирует множество ресурсов PUCCH для UE, используя сигнализацию конфигурации RRC, и затем, в соответствии с фактическим требованием UE, используя индикацию ARI, завершает выбор ресурса PUCCH и динамическое и гибкое определение размера ресурса PUCCH и формата PUCCH. Это может не только удовлетворить требование сценария eCA, в котором UCI, переданный обратно UE, используя PUCCH, может занять больше ресурсов, чем одна пара PRB, но может также улучшить использование ресурса PUCCH. Кроме того, в вариантах осуществления представленного изобретения различные форматы PUCCH могут использоваться для различных субкадров и множество различных кандидатов на новый формат PUCCH могут быть поддержаны, так чтобы характеристики системы оптимизировались.
На фиг. 14 схематично показано устройство передачи информации управления восходящего канала при агрегации несущих, соответствующее варианту осуществления представленного изобретения. Устройство A специально может быть расположено в базовой станции и может использоваться для осуществления способа передачи управления восходящего канала при агрегации несущих, обеспечиваемого в варианте осуществления, показанном на фиг. 5 представленного изобретения. Подробности здесь повторно не описываются. Как показано на фиг. 14, устройство А передачи информации управления восходящего канала при агрегации несущих, обеспечиваемое в этом варианте осуществления, содержит первый передающий модуль 141 и модуль 1442 распределения ресурсов.
Первый передающий модуль 141 может быть выполнен с возможностью передачи первой информации индикации оборудованию пользователя UE, где первая информация индикации используется для подачи команды на UE динамически определить информацию UCI управления восходящего канала в соответствии с первой информацией индикации. Модуль 142 распределения ресурсов может быть выполнен с возможностью распределения ресурсов PUCCH для UE, где ресурс PUCCH используется для передачи UCI.
В этом варианте осуществления первая информация индикации специально может быть информацией индикации первого типа или информацией индикации второго типа. Когда первая информация индикации является информацией индикации первого типа, UE определяет UCI соответствующей информации индикации первого типа, при которой базовая станция формирует информацию DAI в соответствии с количеством запланированных несущих. Когда первая информация индикации является информацией индикации второго типа, UE определяет UCI соответствующей информации индикации второго типа, при которой базовая станция формирует информацию DAI согласно количеству запланированных кодовых слов.
В варианте реализации первый передающий модуль специально может быть выполнен с возможностью передачи на UE первой информации конфигурации. Первая информация конфигурации содержит первую информацию индикации.
В другом варианте дополнительной реализации первый передающий модуль дополнительно специально может быть выполнен с возможностью передачи для UE информации DCI управления нисходящего канала. DCI содержит первую информацию индикации.
В еще одном другом варианте реализации первый передающий модуль дополнительно специально может быть выполнен с возможностью передачи на UE DCI, кодированного первым способом, где первый способ соответствует информации индикации первого типа и в первом способе код скремблирования не добавляется к коду циклического контроля избыточности CRC, который формируется во время кодирования DCI; или передачи на UE DCI, кодированного вторым способом, где второй способ соответствует информации индикации второго типа и во втором способе код скремблирования добавляется к коду циклического контроля избыточности, который сгенерирован во время кодирования DCI.
Устройство передачи информации управления восходящего канала при агрегации несущих, обеспечиваемое в этом варианте осуществления, может быть специально расположено в базовой станции и может быть использовано для осуществления способа передачи информации управления восходящего канала при агрегации несущих, показанного в варианте осуществления, показанном на фиг. 5 представленного изобретения. Принципы реализации и технические результаты при этом схожи. Подробности здесь не повторяются.
На фиг. 15 схематично представлено другое устройство передачи информации управления восходящего канала при агрегации несущих, соответствующее варианту осуществления представленного изобретения. Устройство B специально может быть расположено в базовой станции и может использоваться для осуществления способа передачи информации управления восходящего канала при агрегации несущих, представленного в варианте осуществления, показанном на фиг. 5, и в способе распределения ресурсов PUCCH при агрегации несущих, представленном в варианте осуществления, показанном на фиг. 7 представленного изобретения. Подробности здесь не повторяются. Как показано на фиг. 15, основанном на варианте осуществления, показанном на фиг. 14, в этом варианте осуществления модуль 142 распределения ресурсов 142 может дополнительно специально содержать модуль 1421 конфигурации, модуль 1422 индикации и второй передающий модуль 1423.
Модуль 1421 конфигурации может быть выполнен с возможностью формирования второй информации конфигурации, где вторая информация конфигурации используется для формирования списка ресурсов для UE, и список ресурсов содержит множество групп информационных ресурсов. Модуль 1422 индикации может быть выполнен с возможностью формирования второй информации индикации, где вторая информация индикации используется для указания UE ресурса PUCCH, соответствующего одной группе информационных ресурсов в списке ресурсов. Второй передающий модуль 1423 может быть выполнен с возможностью передачи на UE второй информации конфигурации и второй информации индикации.
В первой возможной реализации, если множество групп информационных ресурсов, конфигурированных модулем 1421 конфигурации для UE, располагаются в соответствии с различными форматами PUCCH, каждый формат PUCCH соответствует по меньшей мере одной группе информационных ресурсов и каждая группа информационных ресурсов содержит информацию индикации адреса начала и информацию индикации размера одного ресурса PUCCH, вторая информация индикации, сформированная модулем 1422 индикации может содержать индекс ресурса RI и RI используется для указания UE первой группы информационных ресурсов, соответствующей RI.
Дополнительно, второй передающий модуль 1423 может быть специально выполнен с возможностью передачи второй информации индикации, используя поле ТРС управления мощностью передачи, то есть, RI, соответствующего первой группе информационных ресурсов.
Во второй возможной реализации, если множество групп информационных ресурсов, сформированных модулем 1421 конфигурации для UE, располагаются в соответствии с различными форматами PUCCH, каждый формат PUCCH соответствует по меньшей мере одной группе информационных ресурсов и каждая группа информационных ресурсов содержит информацию индикации адреса начала одного ресурса PUCCH, вторая информация индикации, сформированная модулем 1422 индикации может содержать индекс ресурса RI и индекс длины LI. RI используется, чтобы указать для UE вторую группу информационных ресурсов, соответствующую RI, и LI используется для указания UE размера ресурса PUCCH, соответствующего второй группе информационных ресурсов.
Дополнительно, второй передающий модуль 1423 может быть специально выполнен с возможностью определения двух групп полей TPC, соответствующих запланированным несущим, где одна группа используется для передачи RI, соответствующего второй группе информационных ресурсов, а другая группа используется для передачи LI, указывающего UE размер ресурса PUCCH, соответствующего второй группе информационных ресурсов; или передачи RI и LI, используя расширенное поле TPC, где расширенное поле TPC содержит более 2 битов.
В третьей возможной реализации, если каждая группа информационных ресурсов из списка ресурсов, сформированного модулем 1421 конфигурации для UE, содержит информацию индикации адреса начала и информацию индикации размера одного ресурса PUCCH, вторая информация индикации, сформированная модулем 1422 индикации может содержать индекс ресурса RI и индекс формата FI. RI используется для указания UE третьей группы информационных ресурсов, соответствующей RI, и FI используется для указания UE формата ресурса PUCCH, соответствующего третьей группе информационных ресурсов.
Дополнительно, второй передающий модуль 1423 может быть специально выполнен с возможностью определения двух групп полей TPC, соответствующих спланированным несущим, где одна группа используется для передачи RI, соответствующего третьей группе информационных ресурсов, а другая группа используется для передачи FI, указывающего UE формат ресурса PUCCH, соответствующего третьей группе информационных ресурсов; или передачи RI и FI, используя расширенное поле TPC, где расширенное поле TPC содержит более 2 битов.
В четвертой возможной реализации, если каждая группа информационных ресурсов из списка ресурсов, сформированного модулем 1421 конфигурации для UE, содержит информацию индикации адреса начала одного ресурса PUCCH, вторая информация индикации, сформированная модулем 1422 индикации может содержать индекс ресурса RI, индекс формата FI и индекс длины LI. RI используется для указания UE четвертой группы информационных ресурсов, соответствующей RI, FI используется для указания UE формата ресурса PUCCH, соответствующего четвертой группе информационных ресурсов, и LI используется для указания UE размера ресурса PUCCH, соответствующего четвертой группе информационных ресурсов.
Дополнительно, второй передающий модуль 1423 может быть специально выполнен с возможностью определения трех групп полей TPC в соответствии с запланированными несущими, где первая группа используется для передачи RI, соответствующего четвертой группе информационных ресурсов, вторая группа используется для передачи FI, указывающего UE формат ресурса PUCCH, соответствующего четвертой группе информационных ресурсов, и третья группа используется для передачи LI, указывающего UE размер ресурса PUCCH, соответствующий четвертой группе информационных ресурсов; или передачи RI, FI и LI, используя расширенное поле TPC, где расширенное поле TPC содержит более 2 битов.
Например, в четвертой возможной реализации, если список ресурсов, сформированный модулем 1421 конфигурации для UE содержит две группы информационных ресурсов, второй передающий модуль 1423 может быть специально выполнен с возможностью определения двух групп полей TPC в соответствии с запланированными несущими, где одна группа используется для передачи RI, соответствующего четвертой группе информационных ресурсов, и FI, указывающего UE формат ресурса PUCCH, соответствующего четвертой группе информационных ресурсов, и другая группа используется для передачи LI, указывающего UE размер ресурса PUCCH, соответствующего четвертой группе информационных ресурсов.
В этом варианте осуществления, если второй передающий модуль 1423 передает соответствующие возможные комбинации RI, FI и LI, используя две группы полей TPC, в варианте реализации второй передающий модуль 1423 может специально быть выполнен с возможностью группирования запланированных несущих в две группы в соответствии с порядком идентификационных номеров запланированных несущих, и затем определения полей TPC на каждой из двух групп запланированных несущих в качестве одной группы полей TPC; и в другом варианте реализации, если запланированные несущие содержат запланированную несущую, идентификационный номер которой нечетный, и запланированную несущую, идентификационный номер которой четный, второй передающий модуль 1423 может дополнительно специально быть выполнен с возможностью: определения полей TPC на запланированных несущих, идентификационные номера которых являются нечетными у запланированных несущих, в качестве одной группы полей TPC, и определения полей TPC на запланированных несущих, идентификационные номера которых являются четными в запланированных несущих, в качестве другой группы полей TPC.
Устройство передачи информации управления восходящего канала при агрегации несущих, обеспечиваемое в этом варианте осуществления, может быть специально расположено на базовой станции и может использоваться для осуществления способа передачи информации управления восходящего канала при агрегации несущих, обеспечиваемого в варианте осуществления, показанном на фиг. 5, и способа распределения ресурсов PUCCH при агрегации несущих, обеспечиваемого в варианте осуществления, показанном на фиг. 7 представленного изобретения. Принципы реализации и технические результаты этого схожи. Подробности здесь не повторяются.
На фиг. 16 схематично представлена базовая станция, соответствующая варианту осуществления представленного изобретения. Базовая станция может использоваться для осуществления способа передачи информации управления восходящего канала при агрегации несущих, обеспечиваемого в варианте осуществления, показанном на фиг. 5, и способа распределения ресурсов PUCCH при агрегации несущих в варианте осуществления, показанном на фиг. 7 представленного изобретения. Подробности здесь не повторяются. Как показано на фиг. 16, базовая станция, обеспечиваемая в этом варианте осуществления, содержит приемопередатчик 161, память 162 и процессор 163. Процессор 163 соединяется с памятью 162.
Конкретно, приемопередатчик 161 может быть выполнен с возможностью передачи первой информации индикации оборудованию пользователя UE, где первая информация индикации используется для подачи команды на UE, чтобы динамически определять информацию UCI управления восходящего канала в соответствии с первой информацией индикации. Процессор 163 может быть выполнен с возможностью распределения ресурса PUCCH для UE, где ресурс PUCCH используется для передачи UCI.
В этом варианте осуществления первая информация индикации может конкретно быть информацией индикации первого типа или информацией индикации второго типа. Когда первая информация индикации является информацией индикации первого типа, UE определяет UCI в соответствии с информацией индикации первого типа, при которой базовая станция формирует информацию DAI в соответствии с количеством запланированных несущих. Когда первая информация индикации является информацией индикации второго типа, UE определяет UCI в соответствии с информацией индикации второго типа, при которой базовая станция формирует информацию DAI в соответствии с количеством запланированных кодовых слов.
При реальном применении приемопередатчик 161 может быть специально выполнен с возможностью передачи первой информации конфигурации на UE, где первая информация конфигурации содержит первую информацию индикации. Приемопередатчик 161 может быть дополнительно специально выполнен с возможностью передачи DCI информации управления нисходящего канала на UE, где DCI содержит первую информацию индикации. Альтернативно, приемопередатчик 161 может быть специально выполнен с возможностью передачи DCI, кодированного первым способом, на UE, где первый способ соответствует информации индикации первого типа, и в первом способе код скремблирования не добавляется к коду циклического контроля избыточности CRC, который сформирован во время кодирования DCI; или передачи DCI, кодированного вторым способом, на UE, где второй способ соответствует информации индикации второго типа, и во втором способе код скремблирования добавляется к коду CRC, который формируется во время кодирования DCI.
При реальном применении процессор 162 может специально быть сформирован с возможностью формирования второй информации конфигурации и второй информации индикации. Вторая информация конфигурации используется для формирования списка ресурсов для UE и список ресурсов содержит множество групп информационных ресурсов. Вторая информация индикации используется для указания для UE ресурса PUCCH, соответствующего одной группе информационных ресурсов из списка ресурсов. Дополнительно, приемопередатчик 161 может быть дополнительно выполнен с возможностью передачи на UE второй информации конфигурации и второй информации индикации.
В первой возможной реализации, если множество групп информационных ресурсов располагаются согласно различным форматам PUCCH, каждый формат PUCCH соответствует по меньшей мере одной группе информационных ресурсов и каждая группа информационных ресурсов содержит информацию индикации адреса начала и информацию индикации размера одного ресурса PUCCH, причем вторая информация индикации содержит индекс ресурса RI и RI используется для указания UE первой группы информационных ресурсов, соответствующей RI.
Дополнительно приемопередатчик 161 может быть специально выполнен с возможностью передачи, используя поле TPC управления мощностью передачи, второй информации индикации, то есть, RI, соответствующего первой группе информационных ресурсов.
Во второй возможной реализации, если множество групп информационных ресурсов располагаются согласно различным форматам PUCCH, каждый формат PUCCH соответствует по меньшей мере одной группе информационных ресурсов, и каждая группа информационных ресурсов содержит информацию индикации адреса начала одного ресурса PUCCH, вторая информация индикации содержит RI и RI используется для указания UE второй группы информационных ресурсов, соответствующей RI. Кроме того, вторая информация индикации далее содержит индекс длины LI и LI используется для индикации UE размера ресурса PUCCH, соответствующего второй группе информационных ресурсов.
Дополнительно, приемопередатчик 161 может быть специально выполнен с возможностью определения двух групп полей TPC в соответствии с запланированными несущими, где одна группа используется для передачи RI, соответствующего второй группе информационных ресурсов, а другая группа используется для передачи LI, указывающего UE размер ресурса PUCCH, соответствующего второй группе информационных ресурсов; или передачи RI и LI, используя расширенное поле TPC, где расширенное поле TPC содержит более 2 битов.
В третьей возможной реализации, если каждая группа информационных ресурсов из списка ресурсов содержит информацию индикации адреса начала и информацию индикации размера одного ресурса PUCCH, вторая информация индикации содержит RI и RI используется для указания UE третьей группы информационных ресурсов, соответствующей RI. Кроме того, вторая информация индикации дополнительно содержит индекс формата FI и FI используется для указания UE формата PUCCH ресурса PUCCH, соответствующего третьей группе информационных ресурсов.
Дополнительно, приемопередатчик 161 может быть специально выполнен с возможностью определения двух групп полей TPC в соответствии с запланированными несущими, где одна группа используется для передачи RI, соответствующего третьей группе информационных ресурсов, а другая группа используется для передачи FI, указывающего UE формат ресурса PUCCH, соответствующего третьей группе информационных ресурсов; или для передачи RI и FI, используя расширенное поле TPC, где расширенное поле TPC содержит более 2 битов.
В четвертой возможной реализации, если каждая группа информационных ресурсов из списка ресурсов содержит информацию индикации адреса начала одного ресурса PUCCH, вторая информация индикации содержит RI и RI используется для указания UE четвертой группы информационных ресурсов, соответствующей RI. Кроме того, вторая информация индикации дополнительно содержит FI и LI, где FI используется для указания UE формата PUCCH ресурса PUCCH, соответствующего четвертой группе информационных ресурсов, и LI используется для указания UE размера ресурса PUCCH, соответствующего четвертой группе информационных ресурсов.
Дополнительно, приемопередатчик 161 может быть специально выполнен с возможностью определения трех групп полей TPC в соответствии с запланированными несущими, где первая группа используется для передачи RI, соответствующего четвертой группе информационных ресурсов, вторая группа используется для передачи FI, указывающего UE формат ресурса PUCCH, соответствующего четвертой группе информационных ресурсов, и третья группа используется для передачи LI, указывающего UE размер ресурса PUCCH, соответствующего четвертой группе информационных ресурсов; или передачи RI, FI и LI, используя расширенное поле TPC, где расширенное поле TPC содержит более 2 битов.
Например, в четвертой возможной реализации, если список ресурсов содержит две группы информационных ресурсов (каждая группа информационных ресурсов содержит информацию индикации адреса начала одного ресурса PUCCH), приемопередатчик 161 может быть специально выполнен с возможностью определения двух групп полей TPC в соответствии с запланированными несущими, где одна группа используется для передачи RI, соответствующего четвертой группе информационных ресурсов, и FI, указывающего UE формат ресурса PUCCH, соответствующего четвертой группе информационных ресурсов, а другая группа используется для передачи LI, указывающего UE размер ресурса PUCCH, соответствующего четвертой группе информационных ресурсов.
В этом варианте осуществления, если приемопередатчик 161 передает соответствующие возможные комбинации RI, FI и LI, используя две группы полей TPC, в варианте реализации приемопередатчик 161 может быть специально выполнен с возможностью группирования запланированных несущих в две группы в соответствии с порядком идентификационных номеров запланированных несущих и затем определения полей TPC на каждой из двух групп запланированных несущих в качестве одной группы полей TPC; и в другом варианте реализации, если запланированные несущие содержат запланированную несущую, идентификационный номер которой является нечетным, и запланированную несущую, идентификационный номер которой является четным, приемопередатчик 161 может быть дополнительно специально выполнен с возможностью определения полей TPC на запланированных несущих, идентификационные номера которых являются нечетными в запланированных несущих, в качестве одной группы полей TPC, и определения полей TPC на запланированных несущих, идентификационные номера которых являются четными в запланированных несущих, в качестве другой группы полей TPC.
Базовая станция, обеспечиваемая в этом варианте осуществления, может использоваться для осуществления способа передачи информации восходящего звена при агрегации несущих, обеспечиваемого в варианте осуществления, показанном на фиг. 5, и способа распределения ресурсов PUCCH при агрегации несущих, обеспечиваемого в варианте осуществления, показанном на фиг. 7 представленного изобретения. Принципы реализации и технические результаты схожи. Подробности здесь не повторяются.
Вариант осуществления представленного изобретения дополнительно обеспечивает множество систем связи, содержащих UE и базовую станцию, которая содержит устройство передачи информации управления восходящего канала при агрегации несущих, обеспечиваемое в варианте осуществления, показанном на фиг. 14 или фиг. 15, или содержащее UE и базовую станцию, обеспечиваемые в варианте осуществления, показанном на фиг. 16.
Специалисты в данной области техники должны понимать, что все или некоторые из этапов вариантов осуществления способа могут быть осуществлены программой, подающей команды на соответствующие аппаратные средства. Программа может храниться на считываемом компьютером носителе данных. Когда программа выполняется, выполняются этапы вариантов осуществления способа. Вышеупомянутый носитель данных содержит любой носитель, способный хранить управляющую программу, такой как ROM, RAM, магнитный диск или оптический диск.
Наконец, следует заметить, что предшествующие варианты осуществления предназначены просто для описания технических решений представленного изобретения, но не для ограничения представленного изобретения. Хотя представленное изобретение описано подробно со ссылкой на предшествующие варианты осуществления, специалисты в данной области техники должны понимать, что они все же могут вносить изменения в технические решения, описанные в предшествующих вариантах осуществления, или проводить эквивалентные замены в некоторых или во всех их технических признаках, не отступая от объема технических решений вариантов осуществления представленного изобретения.