СПОСОБ И УСТРОЙСТВО ДЛЯ ПЕРЕДАЧИ И ПРИЕМА БЕСПРОВОДНОГО СИГНАЛА В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ
METHOD AND DEVICE FOR TRANSMISSION AND RECEPTION OF WIRELESS SIGNAL IN THE WIRELESS COMMUNICATION SYSTEM

Область техники, к которой относится изобретение
[1] Настоящее изобретение относится к системе беспроводной связи, и более конкретно к способу и устройству для передачи/приема беспроводного сигнала. Система беспроводной связи включает в себя систему беспроводной связи на основе CA (агрегации несущих).
Уровень техники
[2] Системы беспроводной связи широко используются для оказания различных видов услуг связи, включая услуги голосовой связи и передачи данных. В общем случае, система беспроводной связи является системой множественного доступа, которая поддерживает связь между множеством пользователей путем совместного использования доступных системных ресурсов (например, полосы пропускания, мощности передачи и т.п.) упомянутым множеством пользователей. Система множественного доступа может принимать схему множественного доступа, такую как множественный доступ с кодовым разделением (CDMA), множественный доступ с частотным разделением (FDMA), множественный доступ с временным разделением (TDMA), множественный доступ с ортогональным частотным разделением (OFDMA) или множественный доступ с частотным разделением на одной несущей (SC-FDMA).
Раскрытие изобретения
Техническая задача
[3] Задача настоящего изобретения, созданного для решения проблемы, состоит в способе эффективного выполнения процессов передачи и приема беспроводного сигнала, и в устройстве для этого. Другая задача настоящего изобретения состоит в создании способа эффективной передачи управляющей информации восходящей линии связи и устройства для этого.
[4] Технические задачи, предусматриваемые в настоящем изобретении, не ограничены вышеупомянутой технической задачей. И другие, не упомянутые технические задачи могут быть явным образом понятны из нижеприведенного описания специалистам в данной области техники, к которой относится настоящее изобретение.
Техническое решение
[5] В аспекте настоящего изобретения способ передачи информации HARQ-ACK (подтверждения гибридного автоматического запроса повторной передачи) абонентским устройством (UE) в системе беспроводной связи включает в себя этапы, на которых: конфигурируют P-соту (первичную соту) FDD (дуплексной связи с частотным разделением) и S-соту (вторичную соту) TDD (дуплексной связи с временным разделением); конфигурируют первый шаблон SF UL-DL (подкадр восходящей линии связи - нисходящей линии связи) для S-соты TDD в соответствии с информацией указания шаблона, принятой посредством сигнала L1 (уровня 1); и передают посредством SR (запроса планирования) PUCCH (физического канала управления восходящей линии связи) информацию HARQ-ACK, относящуюся к SF, в котором направлением передачи S-соты TDD является UL, на основании первого шаблона SF UL-DL, причем информация HARQ-ACK включает в себя ответы HARQ-ACK как для P-соты, так и для S-соты, когда направлением передачи S-соты TDD в SF является DL, на основании опорного шаблона SF UL-DL, конфигурированного для S-соты TDD, в отношении обратной связи HARQ-ACK, и информация HARQ-ACK включает в себя ответ HARQ-ACLK только для P-соты, когда направлением передачи S-соты в SF TDD является UL, на основании опорного шаблона SF UL-DL.
[6] В другом аспекте настоящего изобретения UE, выполненное с возможностью передачи информации HARQ-ACK в системе беспроводной связи, включает в себя: радиочастотный (RF) модуль; и процессор, причем процессор выполнен с возможностью: конфигурирования P-соты FDD и S-соты TDD; конфигурирования первого шаблона SF UL-DL для S-соты TDD в соответствии с информацией указания шаблона, принятой посредством сигнала L1; и передачи посредством PUCCH SR информации HARQ-ACK, относящейся к SF, в котором направлением передачи S-соты TDD является UL, на основании первого шаблона SF UL-DL, причем информация HARQ-ACK включает в себя ответы HARQ-ACK как для P-соты, так и для S-соты, когда направлением передачи S-соты TDD в SF является DL, на основании опорного шаблона SF UL-DL, конфигурированного для S-соты TDD в отношении обратной связи HARQ-ACK, и информация HARQ-ACK включает в себя ответ HARQ-ACLK только для P-соты, когда направлением передачи S-соты TDD в SF является UL, на основании опорного шаблона SF UL-DL.
[7] Ответы HARQ-ACK для P-соты и S-соты могут включать в себя ответы HARQ-ACK, сгруппированные по сотам, когда информация HARQ-ACK включает в себя ответы HARQ-ACK как для P-соты, так и для S-соты.
[8] Информация HARQ-ACK может включать в себя отдельный ответ HARQ-ACK, генерируемый для каждого транспортного блока P-соты, для одного или более транспортных блоков P-соты, когда информация HARQ-ACK включает в себя ответ HARQ-ACK только для P-соты.
[9] Когда направлением передачи S-соты TDD в SF является DL, на основании опорного шаблона SF UL-DL, конфигурированного для S-соты TDD, SF может указывать на SF, в котором направление передачи может быть реконфигурировано из UL в DL.
[10] Когда направлением передачи S-соты TDD в SF является UL, на основании опорного шаблона SF UL-DL, конфигурированного для S-соты TDD, SF может указывать на SF, в котором направление передачи не может быть реконфигурировано из UL в DL.
[11] PUCCH SR может включать в себя формат PUCCH 1a или формат PUCCH 1b.
Полезные эффекты
[12] В соответствии с настоящим изобретением возможно выполнение эффективной передачи и приема беспроводного сигнала в системе беспроводной связи. Более конкретно, возможна эффективная передача управляющей информации восходящей линии связи.
[13] Эффекты, достигаемые настоящим изобретением, не ограничены вышеупомянутым эффектом. И другие, не упомянутые эффекты могут быть явным образом понятны из нижеследующего описания специалистам в данной области техники, к которой относится изобретение,.
Краткое описание чертежей
[14] Сопровождающие чертежи, которые включены для обеспечения дальнейшего понимания изобретения и включены в настоящее описание и составляют его часть, иллюстрируют варианты осуществления изобретения и вместе с описанием служат для объяснения принципов изобретения.
[15] Фиг. 1 иллюстрирует физические каналы, используемые в 3GPP LTE(-A), и способ передачи сигналов с их использованием.
[16] Фиг. 2 иллюстрирует структуру кадра радиосвязи.
[17] Фиг. 3 иллюстрирует сетку ресурсов слота нисходящей линии связи.
[18] Фиг. 4 иллюстрирует структуру подкадра нисходящей линии связи.
[19] Фиг. 5 иллюстрирует пример усовершенствованного физического канала управления нисходящей линии связи (EPDCCH).
[20] Фиг. 6 иллюстрирует структуру подкадра восходящей линии связи.
[21] Фиг. 7 иллюстрирует структуру форматов PUCCH (физического канала управления восходящей линии связи) 1a/ab на уровне слотов.
[22] Фиг. 8 иллюстрирует систему беспроводной связи на основе агрегации несущих (CA).
[23] Фиг. 9 иллюстрирует перекрестное планирование несущих.
[24] Фиг. 10 иллюстрирует CA в P-соте FDD - S-соте TDD.
[25] Фиг. 11 и 12 иллюстрируют процесс передачи HARQ-ACK в CA в P-соте FDD - S-соте TDD.
[26] Фиг. 13 иллюстрирует реконфигурацию U=>D в соте TDD с eIMTA.
[27] Фиг. 14 иллюстрирует процесс передачи HARQ-ACK в соответствии с вариантом осуществления настоящего изобретения.
[28] Фиг. 15 иллюстрирует базовую станцию и абонентское устройство, применимые в варианте осуществления настоящего изобретения.
Осуществление изобретения
[29] Варианты осуществления настоящего изобретения применимы к различным технологиям беспроводного доступа, таким как множественный доступ с кодовым разделением (CDMA), множественный доступ с частотным разделением (FDMA), множественный доступ с временным разделением (TDMA), множественный доступ с ортогональным частотным разделением (OFDMA) и множественный доступ с частотным разделением на одной несущей (SC-FDMA). CDMA может быть реализован в виде такой технологии радиосвязи, как Универсальный наземный радиодоступ (UTRA) или CDMA2000. TDMA может быть реализован в виде такой технологии радиосвязи, как Глобальная система мобильной связи (GSM)/Служба пакетной радиосвязи общего назначения (GPRS)/Усовершенствованная GSM с увеличенной скоростью передачи данных (EDGE). OFDMA может быть реализован в виде такой технологии радиосвязи, как стандарт 802.11 (Беспроводная точность (Wi-Fi)) Института инженеров по электротехнике и электронике (IEEE), IEEE 802.16 (Всемирная совместимость для микроволнового доступа (WiMAX)), IEEE 802.20 и Усовершенствованного UTRA (E-UTRA). UTRA является частью Универсальной мобильной телекоммуникационной системы (UMTS). Долгосрочное развитие (LTE) Проекта партнерства 3-го поколения (3GPP) является частью Усовершенствованной UMTS (E-UMTS) с использованием E-UTRA, в котором OFDMA используется для нисходящей линии связи, а SC-FDMA - для восходящей линии связи. Усовершенствованное LTE (LTE-A) является развитием 3GPP LTE.
[30] При том, что нижеследующее описание для ясности сосредоточено на 3GPP LTE/LTE-A, это сделано исключительно в качестве примера, и таким образом это не следует рассматривать как ограничение настоящего изобретения. Следует отметить, что конкретные понятия, раскрытые в настоящем изобретении, предложены для удобства и лучшего понимания настоящего изобретения, и использование этих конкретных понятий может быть заменено другими форматами в пределах технического объема или сущности настоящего изобретения.
[31] На Фиг. 1 проиллюстрированы физические каналы, используемые в 3GPP LTE(-A), и способ передачи сигналов с их использованием.
[32] При включении питания или когда UE изначально входит в соту, UE выполняет поиск исходной соты, включающий в себя синхронизацию с BS на этапе S101. Для поиска исходной соты UE синхронизируется с BS получает такую информацию, как идентификатор (ID) соты путем приема первичного канала синхронизации (P-SCH) и вторичного канала синхронизации (S-SCH) от BS. Затем UE может принимать информацию широковещательной передачи из соты по физическому каналу широковещательной передачи (PBCH). В то же время, UE может проверять состояние канала нисходящей линии связи путем приема опорного сигнала нисходящей линии связи (DL RS) во время поиска исходной соты.
[33] После поиска исходной соты UE может получать более конкретную системную информацию путем приема физического канала управления нисходящей линии связи (PDCCH) и приема совместно используемого физического канала нисходящей линии связи (PDSCH) на основании информации PDCCH на этапе S102.
[34] UE может выполнять процедуру произвольного доступа для доступа к BS на этапах S103 - S106. Для произвольного доступа UE может передавать преамбулу в BS по физическому каналу произвольного доступа (PRACH) (S103) и принимать ответное сообщение для преамбулы по PDCCH и PDSCH, соответствующему PDCCH (S104). В случае произвольного доступа на конкурентной основе UE может выполнять процедуру разрешения конкуренции путем дополнительной передачи PRACH (S105) и приема PDCCH и PDSCH, соответствующего PDCCH (S106).
[35] После вышеописанной процедуры UE может принимать PDCCH/PDSCH (S107) и передавать совместно используемый физический канал восходящей линии связи (PUSCH)/физический канал управления восходящей линии связи (PUCCH) (S108) в качестве общей процедуры передачи сигнала нисходящей/восходящей линии связи. Управляющая информация, передаваемая от UE в BS называется управляющей информацией восходящей линии связи (UCI). UCI включает в себя подтверждение/отрицательное подтверждение гибридного автоматического запроса повторной передачи (HARQ-ACK/NACK), запрос планирования (SR), информацию о состоянии канала (CSI) и т.п. CSI включает в себя указатель качества канала (CQI), указатель матрицы предварительного кодирования (PMI), указатель ранга (RI) и т.п. При том, что в общем случае UCI передается по PUCCH, UCI может передаваться по PUSCH, когда управляющую информацию и данные трафика необходимо передавать одновременно. Кроме того, UCI может апериодически передаваться по PUSCH согласно запросу/команде сети.
[36] Фиг. 2 иллюстрирует структуру кадра радиосвязи. Передача пакетов данных по восходящей/нисходящей линии связи выполняется на подкадровой основе. Подкадр определен как предварительно заданный интервал времени, включающий в себя множество символов. 3GPP LTE поддерживает структуру кадра радиосвязи типа 1, применимую в дуплексной связи с частотным разделением (FDD) и структуру кадра радиосвязи типа 2, применимую в дуплексной связи с временным разделением (TDD).
[37] На Фиг. 2(a) проиллюстрирована структура кадра радиосвязи типа 1. Подкадр нисходящей линии связи включает в себя 10 подкадров, каждый из которых включает в себя 2 слота во временной области. Время для передачи подкадра определено как временной интервал передачи (TTI). Например, каждый подкадр имеет длительность 1 мс, и каждый слот имеет длительность 0,5 мс. Слот включает в себя множество символов OFDM во временной области и включает в себя множество блоков ресурсов (RB) в частотной области. Поскольку в нисходящей линии связи в 3GPP LTE используется OFDM, символ OFDM представляет период символа. Символ OFDM может называться символом SC-FDMA или периодом символа. RB как блок выделения ресурсов может включать в себя множество последовательных поднесущих в одном слоте.
[38] Количество символов OFDM, включенных в один слот, может зависеть от конфигурации циклического префикса (CP). CP включают в себя расширенный CP и обычный CP. Когда символ OFDM конфигурирован с обычным CP, например, количество символов OFDM, включенных в один слот, может составлять 7. Когда символ OFDM конфигурирован с расширенным CP, длина одного символа OFDM увеличена, и таким образом количество символов OFDM, включенных в один слот, меньше, чем количество в случае с обычным CP. В случае с расширенным CP количество символов OFDM, выделенных на один слот, может составлять 6. Когда состояние канала нестабильно, как в случае, когда UE перемещается с высокой скоростью, расширенный CP может использоваться для уменьшения межсимвольных помех.
[39] Когда используется обычный CP, один подкадр включает в себя 14 символов OFDM, поскольку в одном слоте 7 символов OFDM. Как максимум первые три символа OFDM в каждом подкадре могут быть выделены для PDCCH, а остальные символы OFDM могут быть выделены для PDSCH.
[40] На Фиг. 2(b) проиллюстрирована структура кадра радиосвязи типа 2. Кадр радиосвязи типа 2 включает в себя 2 полукадра. Каждый полукадр включает в себя 4(5) обычных подкадров и 10 особых подкадров. Обычные подкадры используются для восходящей линии связи или нисходящей линии связи в соответствии с конфигурацией UL-DL. Подкадр состоит из 2 слотов.
[41] В Таблице 1 показаны конфигурации подкадров в кадре радиосвязи в соответствии с конфигурациями UL-DL.
[42] Таблица 1
Конфигурация восходящей/нисходящей линии связи
Периодичность точек переключения с нисходящей линии связи на восходящую линию связи
Номер подкадра
0
1
2
3
4
5
6
7
8
9
0
5 мс
D
S
U
U
U
D
S
U
U
U
1
5 мс
D
S
U
U
D
D
S
U
U
D
2
5 мс
D
S
U
D
D
D
S
U
D
D
3
10 мс
D
S
U
U
U
D
D
D
D
D
4
10 мс
D
S
U
U
D
D
D
D
D
D
5
10 мс
D
S
U
D
D
D
D
D
D
D
6
5 мс
D
S
U
U
U
D
S
U
U
D
[43] В таблице 1 D означает подкадр нисходящей линии связи, U означает подкадр восходящей линии связи, и S означает специальный подкадр. Специальный подкадр включает в себя DwPTS (временной слот пилот-сигнала нисходящей линии связи), GP (защитный период) и UpPTS (временной слот пилот-сигнала восходящей линии связи). DwPTS используется для поиска исходной соты, синхронизации или оценки канала в UE, а UpPTS используется для оценки канала в BS и синхронизации передачи по восходящей линии связи в UE. GP устраняет помехи в UL, вызванные задержкой при многоканальном распространении сигнала DL между UL и DL.
[44] Структура кадра радиосвязи является лишь примерной, и количество подкадров, включенных в кадр радиосвязи, количество слотов, включенных в подкадр, и количество символов, включенных в слот, могут быть различными.
[45] На Фиг. 3 проиллюстрирована сетка ресурсов слота нисходящей линии связи.
[46] Обращаясь к Фиг. 3, слот нисходящей линии связи включает в себя множество символов OFDM во временной области. При том, что на чертеже один слот нисходящей линии связи может включать в себя 7 символов OFDM, а один блок ресурсов (RB) может включать в себя 12 поднесущих в частотной области, настоящее изобретение не ограничено этим. Каждый элемент сетки ресурсов называется элементом ресурсов (RE). Один RB включает в себя 12×7 RE. Количество NRB блоков RB, включенных в слот нисходящей линии связи, зависит от полосы пропускания передачи нисходящей линии связи. Шаблон слота восходящей линии связи может быть таким же, как и шаблон слота нисходящей линии связи.
[47] На Фиг. 4 проиллюстрирована структура подкадра нисходящей линии связи.
[48] Обращаясь к Фиг. 4, максимальное количество в три (четыре) символа OFDM, расположенных в передней части первого слота в подкадре, соответствует области управления, для которой выделен канал управления. Остальные символы OFDM соответствуют области данных, для которой выделен совместно используемый физический канал нисходящей линии связи (PDSCH). Основной единицей ресурсов области данных является RB. Примеры каналов управления нисходящей линии связи, используемых в LTE, включают в себя физический канал указателя формата управления (PCFICH), физический канал управления нисходящей линии связи (PDCCH), физический канал указателя гибридного ARQ (PHICH) и т.п. PCFICH передается в первом символе OFDM подкадра и несет информацию в отношении количества символов OFDM, используемых для передачи каналов управления в подкадре. PHICH является ответом на передачу по восходящей линии связи и несет сигнал подтверждения (ACK)/отрицательного подтверждения (NACK) HARQ. Управляющая информация, передаваемая по PDCCH, называется управляющей информацией нисходящей линии связи (DCI). DCI включает в себя информацию планирования восходящей или нисходящей линии связи или команду управления мощностью передачи по восходящей линии связи для произвольной группы UE.
[49] Управляющая информация, передаваемая по PDCCH, называется управляющей информацией нисходящей линии связи (DCI). Форматы 0, 3, 3A и 4 для восходящей линии связи и форматы 1, 1A, 1B, 1C, 1D, 2, 2A, 2B и 2C для нисходящей линии связи определены как форматы DCI. Тип информационного поля, количество информационных полей, количество битов в каждом информационном поле и т.п. зависят от формата DIC. Например, форматы DCI по выбору включают в себя подтверждение такой информации, как флаг перестройки, назначение RB, MCS (схема модуляционного кодирования), RV (версия дублирования), NDI (указатель новых данных), TPC (управление мощностью передачи), номер процесса HARQ, PMI (указатель матрицы предварительного кодирования) в соответствии с необходимостью. Соответственно, размер управляющей информации, соотнесенный с форматом DCI, зависит от формата DCI. Произвольный формат DCI может использоваться для передачи двух или более типов управляющей информации. Например, форматы DIC 0/1A используются для передачи формата DCI 0 или формата DIC 1, которые различаются друг от друга путем использования поля флага.
[50] PDCCH может нести транспортный формат и выделение ресурсов для совместно используемого канала нисходящей линии связи (DL-SCH), информацию выделения ресурсов для совместно используемого канала восходящей линии связи (UL-SCH), информацию поискового вызова по каналу поискового вызова (PCH), системную информацию по DL-SCH, информацию о выделении ресурсов для управляющего сообщения верхнего уровня, такого как ответ произвольного доступа, передаваемый по PDSCH, набор команд управления мощностью Tx для отдельных UE в произвольной группе UE, команду управления мощностью Tx, информацию об активации передачи голосовых данных по протоколу IP (VoIP) и т.п. Множество PDCCH может передаваться в пределах области управления. UE может отслеживать множество PDCCH. PDCCH передается в агрегации из одного или нескольких последовательных элементов канала управления (CCE). CCE является логической единицей выделения, используемой для обеспечения скорости кодирования для PDCCH на основании состояния канала радиосвязи. CCE соответствует множеству групп элементов ресурсов (REG). Формат PDCCH и количество битов доступного PDCCH определяются количеством CCE. BS определяет формат PDCCH в соответствии с DCI, подлежащим передаче в UE, и прикрепляет к управляющей информации код циклической проверки избыточности (CRC). CRC маскируется уникальным идентификатором (называемым временным идентификатором сети радиосвязи (RNTI)) в соответствии с владельцем или использованием PDCCH. Если PDCCH предназначен для конкретного UE, уникальный идентификатор (например, RNTI соты (C-RNTI)) UE может быть применен в качестве маски для CRC. В качестве альтернативы, если PDCCH предназначен для сообщения поискового вызова, идентификатор поискового вызова (например, RNTI поискового вызова (P-RNTI)) может быть применен в качестве маски для CRC. Если PDCCH предназначен для системной информации (более конкретно, для блока системной информации (SIB)), RNTI системной информации (SI-RNTI) может быть применен в качестве маски для CRC. Если PDCCH предназначен для ответа произвольного доступа, RNTI произвольного доступа (RA-RNTI) может быть применен в качестве маски для CRC.
[51] PDCCH несет сообщение, известное как DCI, которое включает в себя информацию о назначении ресурсов и другую управляющую информацию для UE или группы UE. В общем случае, множество PDCCH может передаваться в подкадре. Каждый PDCCH передается с использованием одного или более CCE. Каждый CCE соответствует 9 наборам из 4 RE. 4 RE называются REG. 4 символа QPSK отображаются в одну REG. RE, выделенные для опорного сигнала, не входят в состав REG, и таким образом общее количество REG в символах OFDM зависит от наличия или отсутствия опорного сигнала, относящегося к соте. Понятие REG (т.е. отображение на основе групп, причем каждая группа включает в себя 4 RE) используется для других каналов управления нисходящей линии связи (PCFICH и PHICH). То есть REG используется в качестве основной единицы ресурсов в области управления. 4 формата PDCCH поддерживаются так, как это показано в Таблице 2.
[52] Таблица 2
Формат PDCCH
Количество CCE (n)
Количество REG
Количество битов PDCCH
0
1
9
72
1
2
8
144
2
4
36
288
3
5
72
576
[53] CCE нумеруются последовательно. Для упрощения процесса декодирования передача PDCCH, имеющего формат, включающий в себя n CCE, может начинаться с использованием количества CCE, кратного n. Количество CCE, используемое для передачи конкретного PDCCH, определяется BS в соответствии с состоянием канала. Например, если PDCCH предназначен для UE, имеющего канал нисходящей линии высокого качества (например, канал, близкий к BS), для передачи PDCCH может использоваться только один CCE. Однако для UE, имеющего плохой канал (например, канал, близкий к краю соты), для передачи PDCCH могут использоваться 8 CCE, чтобы обеспечить достаточную надежность. Кроме того, может осуществляться управление уровнем мощности PDCCH в соответствии с состоянием канала.
[54] LTE определяет положения CCE в ограниченном наборе, в которых могут быть размещены PDCCH для каждого UE. Положения CCE в ограниченном наборе, которые должно отслеживать UE для обнаружения выделенного ему PDCCH, можно назвать областью поиска (SS). В LTE SS имеет размер, зависящий от формата PDCCH. Область поиска для конкретного UE (USS) и общая область поиска (CSS) определяются по отдельности. USS устанавливается для каждого UE, а диапазон CSS сигнализируется всем UE. USS и CSS могут перекрываться для данного UE. В случае довольно малой SS в отношении конкретного UE, когда некоторые положения CCE выделены в SS, остальные CCE отсутствуют. Соответственно, BS может не обнаруживать ресурсы CCE, в которых доступным UE будут передаваться PDCCH, в определенных подкадрах. Для минимизации вероятности того, что такая блокировка будет продолжаться в следующем подкадре, относящаяся к UE последовательность перестройки применяется к начальной точке USS .
[55] В таблице 3 показаны размеры CSS и USS.
[56] Таблица 3
Формат PDCCH
Количество CCE (n)
Количество кандидатов в общей области поиска
Количество кандидатов в выделенной области поиска
0
1
-
6
1
2
-
6
2
4
4
2
3
8
2
2
[57] Для управления вычислительной нагрузкой по слепому декодированию на основании количества процессов слепого декодирования для достижения надлежащего уровня, не требуется, чтобы UE одновременно осуществляло поиск по всем установленным форматам DCI. В общем случае, UE всегда осуществляет поиск в USS по форматам 0 и 1A. Форматы 0 и 1A имеют одинаковый размер и отличаются друг от друга флагом в сообщении. Может быть необходимо, чтобы UE принимало дополнительный формат (например, формат 1, 1B или 2 в соответствии с режимом передачи PDSCH, установленным BS). UE осуществляет поиск по форматам 1A и 1C в CSS. Кроме того, для UE может быть установлен поиск по форматам 3 или 3A. Форматы 3 и 3A имеют одинаковый размер, равный размеру форматов 0 и 1A и могут отличаться друг от друга скремблированием CRC с различными (общими) идентификаторами, отличными от идентификатора, относящегося к UE. Схемы передачи PDSCH и информационное содержание форматов DCI в соответствии с режимом передачи (TM) перечислены ниже.
Режим передачи (TM)
[58]
[59] • Режим передачи 1: Передача через один антенный порт базовой станции
[60] • Режим передачи 2: Разнесенная передача
[61] • Режим передачи 3: Пространственное мультиплексирование с незамкнутым циклом
[62] • Режим передачи 4: Пространственное мультиплексирование с замкнутым циклом
[63] • Режим передачи 5: Многопользовательский режим MIMO (с множеством входов и множеством выходов)
[64] • Режим передачи 6: Предварительное кодирование ранга 1 с замкнутым циклом
[65] • Режим передачи 7: Передача через один антенный порт (порт 5)
[66] • Режим передачи 8: Двухуровневая передача (порты 7 и 8) или передача через один антенный порт (порт 7 или 8)
[67] • Режим передачи 9: Передача по количеству уровней до 8 (порты 7-14) или передача через один антенный порт (порт 7 или 8)
Формат DCI
[68]
[69] • Формат 0: Выделение ресурсов для передачи PUSCH
[70] • Формат 1: Назначение ресурсов для передачи PDSCH с одним кодовым словом (режимы передачи 1, 2 и 7)
[71] • Формат 1A: Компактная сигнализация назначения ресурсов для PDSCH с одним кодовым словом (все режимы)
[72] • Формат 1B: Компактное назначение ресурсов для PDSCH с использованием предварительного кодирования ранга 1 с замкнутым циклом (режим 6)
[73] • Формат 1C: Очень компактное назначение ресурсов для PDSCH (например, системная информация поискового вызова/широковещательной передачи)
[74] • Формат 1D: Компактное назначение ресурсов для PDSCH с использованием многопользовательского MIMO (режим 5)
[75] • Формат 2: Назначение ресурсов для PDSCH для работы MIMO с замкнутым циклом (режим 4)
[76] • Формат 2A: Назначение ресурсов для PDSCH для работы MIMO с незамкнутым циклом (режим 3)
[77] • Формат 3/3A: Команды управления мощностью для PUCCH и PUSCH с 2-битным/1-битным регулированием мощности
[78] Фиг. 5 иллюстрирует EPDCCH. EPDCCH - это канал, дополнительно введенный в LTE-A.
[79] Обращаясь к Фиг. 5, PDCCH (для удобства, существующий PDCCH или L-PDCCH) в соответствии с уже существующим LTE может быть выделен для области управления (см. Фиг. 4) подкадра . На чертеже область L-PDCCH обозначает область, для которой может быть выделен уже существующий PDCCH. В то же время, PDCCH может быть дополнительно выделен для области данных (например, области ресурсов для PDSCH). PDCCH, выделенный для области данных, называется E-PDCCH. Как показано, ресурсы канала управления могут быть дополнительно получены посредством E-PDCCH для исключения ограничения планирования, вызванного ограниченными ресурсами канала управления для области L-PDCCH. Аналогично L-PDCCH, E-PDCCH несет DCI. Например, E-PDCCH может нести информацию планирования нисходящей линии связи и информацию планирования восходящей линии связи. Например, UE может принимать E-PDCCH и принимать данные/управляющую информацию по PDSCH, соответствующему E-PDCCH. Кроме того, UE может принимать E-PDCCH и передавать данные/управляющую информацию по PUSCH, соответствующему E-PDCCH. E-PDCCH/PDSCH может быть выделен, начиная с первого символа OFDM подкадра в соответствии с типом соты. В настоящем описании PDCCH включает в себя как L-PDCCH, так и EPDCCH, если не указано иное.
[80] Фиг. 6 иллюстрирует структуру подкадра восходящей линии связи, используемую в LTE(-A).
[81] Обращаясь к Фиг. 6, подкадр 500 включает в себя два слота 501 по 0,5 мс. Если предполагается длина обычного циклического префикса (CP), каждый слот включает в себя 7 символов 502, и один символ соответствует символу SC-FDMA. Блок 503 ресурсов (RB) является блоком выделения ресурсов, соответствующим 12 поднесущим в частотной области и соответствующим одному слоту во временной области. Структура подкадра восходящей линии связи LTE(-A) разделена на область 504 данных и область 505 управления. Область данных относится к ресурсам связи, используемым для передачи таких данных, как аудиоданные и пакетные данные, в UE, и включает в себя PUSCH (совместно используемый физический канал восходящей линии связи). Область управления относится к ресурсам связи, используемым для передачи управляющего сигнала восходящей линии связи, например отчета о качестве канала нисходящей линии связи от каждого UE, ACK/NACK по отношению к приему сигнала нисходящей линии связи, запроса планирования восходящей линии связи и тому подобного, и включает в себя PUCCH (физический канал управления восходящей линии связи). Зондирующий опорный сигнал (SRS) передается посредством последнего символа SC-FDMA во временной области в одном подкадре . SRS множества UE, которые передаются посредством последнего SC-FDMA одного и того же подкадра, могут различаться в соответствии с частотными положениями/последовательностями.
[82] PUCCH может использоваться для передачи следующей управляющей информации.
[83] - SR (запрос планирования): Это информация, используемая для запроса ресурсов UL-SCH и передаваемая с использованием схемы амплитудной манипуляции (OOK).
[84] - HARQ-ACK: Это сигнал ответа на сигнал нисходящей линии связи (например, PDSCH, PDCCH освобождения SPS). Например, 1-битное ACK/NACK передается в ответ на одно кодовое слово DL, а 2-битное ACK/NACK передается в ответ на два кодовых слова DL.
[85] - CSI (информация о состоянии канала): Это информация обратной связи по каналу DL, и она включает в себя информацию о состоянии канала (CQI), указатель ранга (RI), указатель матрицы предварительного кодирования (PMI), указатель типа предварительного кодирования (PTI) и т.п. В данном случае CSI относится к периодической CSI (p-CSI). Апериодическая CSI (aperiodic CSI (a-CSI)), передаваемая по запросу eNB, передается по PUSCH.
[86] В таблице 4 показано отношение отображения между форматом PUCCH (PF) и UCI в LTE(-A).
[87] Таблица 4
ФорматPUCCH
Управляющая информация восходящей линии связи (UCI)
Формат 1
SR (запрос планирования) (немодулированная форма сигнала)
Формат 1a
1-битное HARQ-ACK/NACK (с/без SR)
Формат 1b
2-битное HARQ-ACK/NACK (с/без SR)
Формат 2
CSI (20 кодированных битов)
Формат 2
CSI и 1-битное или 2-битное HARQ-ACK/NACK (20 битов) (только для расширенного CP)
Формат 2a
CSI и 1-битное HARQ-ACK/NACK (20+1 кодированный бит)
Формат 2b
CSI и 2-битное HARQ-ACK/NACK (20+2 кодированных бита)
Формат 3 (LTE-A)
До 24 битов HARQ-ACK/NACK+SR
[88] На Фиг.7 проиллюстрированы структуры форматов PUCCH 1a и 1b на уровне слотов. В форматах PUCCH 1a и 1b одинаковая управляющая информация повторяется на основе слотов в подкадре. Каждое UE передает сигнал ACK/NACK в различных ресурсах, конфигурированных различными циклическими сдвигами (CS) (код в частотной области) и различными ортогональными покрывающими кодами (OCC) (код расширения во временной области) генерируемой компьютером последовательности нулевой автокорреляции с постоянной амплитудой (CG-CAZAC). OCC включает в себя ортогональный код Уолша/DFT. Если количество CS равно 6, а количество OC равно 3, сигналы ACK/NACK 18 UE могут быть мультиплексированы в один блок (PRB) физических ресурсов. В формате PUCCH 1 ACK/NACK в формате PUCCH 1a/1 заменяется SR.
[89] Фиг. 8 иллюстрирует систему связи с агрегацией несущих (CA).
[90] Обращаясь к FIG. 8, множество компонентных несущих (CC) UL/DL могут быть агрегированы для поддержки более широкой полосы пропускания UL/DL. CC могут быть смежными или несмежными в частотной области. Полосы пропускания для CC могут определяться независимо друг от друга. Может быть реализована асимметричная CA, в которой количество CC в UL отлично от количества CC в DL. Управляющая информация может передаваться/приниматься посредством только конкретной CC. Эта конкретная CC может называться первичной CC, а другие CC могут называться вторичными CC. Например, когда применяется перекрестное планирование несущих (или перекрестное планирование CC), PDCCH для выделения нисходящей линии связи может передаваться посредством CC #0 DL, а соответствующий ему PDSCH может передаваться посредством CC #2 DL. Понятие «компонентная несущая» может быть заменено другими эквивалентными понятиями (например, «несущая», «сота» и т.п.).
[91] Для перекрестного планирования CC используется поле указателя несущей (CIF). Наличие или отсутствие CIF в PDCCH может быть определено посредством сигнализации верхнего уровня (например, сигнализации RRC) полустатически и по отношению к конкретному UE (или по отношению к конкретной группе UE). Краткая характеристика основного варианта передачи PDCCH состоит в следующем.
[92]  CIF деактивировано: PDCCH в CC DL используется для выделения ресурса PDSCH для той же CC DL или ресурса PUSCH на связанной CC UL.
[93] ● CIF отсутствует
[94]  CIF активировано: PDCCH в CC DL может использоваться для выделения ресурса PDSCH или PUSCH в конкретной CC DL/UL из множества агрегированных CC DL/UL с использованием CIF.
[95] ● Формат DCI LTE расширен для включения CIF
[96] - CIF соответствует фиксированному x-битному полю (например, x=3) (когда CIF установлено)
[97] -Положение CIF является фиксированным вне зависимости от размера формата DIC (когда CIF установлено)
[98] Когда CIF присутствует, BS может выделять (набор) CC отслеживания DL для уменьшения сложности BD для UE. В случае планирования PDSCH/PUSCH UE может обнаруживать/декодировать PDCCH только в соответствующих CC DL. BS может передавать PDCCH только посредством (набора) CC отслеживания DL. Набор CC отслеживания DL может устанавливаться в отношении конкретного UE, в отношении конкретной группы UE или в отношении конкретной соты.
[99] Фиг. 9 иллюстрирует планирование, когда агрегировано множество несущих. Предполагается, что агрегировано 3 CC DL, и CC A DL установлена как CC для PDCCH. CC A~C DL могут называться обслуживающей CC, обслуживающей несущей, обслуживающей сотой и т.п. Когда CIF деактивировано, по каждой CC DL может передаваться только PDCCH, посредством которого планируется PDSCH, соответствующий CC DL без CIF в соответствии с правилом LTE PDCCH (неперекрестное планирование CC). Когда CIF активировано посредством относящейся к конкретному UE (или относящейся к конкретной группе UE или относящейся к конкретной соте) сигнализации верхнего уровня, по конкретной CC (например, CC A DL) может передаваться не только тот PDCCH, посредством которого планируется PDSCH для CC A DL, но также и каналы PDCCH, посредством которых планируются PDSCH для других CC DL с использованием CIF (перекрестное планирование). PDCCH не передается в CC B DL и CC C DL.
[100] Вариант осуществления: Обратная связь HARQ-ACK для CA TDD - FDD-eIMTA
[101] В системах, допускающих реализацию LTE, рассматривается схема установки/поддержания CA для соты FDD и соты TDD (т.е. CA FDD-TDD) для UE для более гибкой работы/использования частотных ресурсов. Фиг. 10 иллюстрирует случай, в котором агрегированы P-сота FDD и S-сота TDD. Как проиллюстрировано на Фиг. 10, когда P-сота работает на основе FDD, хронирование HARQ DL FDD может быть применено в S-соте TDD, а также и в P-соте FDD, с учетом того, что передача PUCCH HARQ-ACK выполняется только посредством P-соты FDD. В данном случае хронирование HARQ DL включает в себя время (например, интервал SF) между временем (например, SF), в которое принят сигнал нисходящей линии связи (например, PDSCH или PDCCH, указывающий на освобождение SPS (полупостоянного планирования)), который требует обратной связи HARQ-ACK, и временем (например, SF), в которое передана информация HARQ-ACK для сигнала нисходящей линии связи (т.е. хронирование PDSCH - HARQ-ACK). Например, хронирование HARQ DL FDD включает в себя передачу обратной связи HARQ-ACK для PDSCH, принятого в SF #n, в SF #(n+4).
[102] Когда формат PUCCH 1b с выбором каналов (далее называемый CHsel) установлен для обратной связи HARQ-ACK в ситуации CA P-соты FDD - S-соты TDD , может быть применено отображение CHsel, используемое при CA сот FDD (т.е. CA FDD-FDD), поскольку хронирование HARQ DL FDD применяется как к P-соте, так и к S-соте. В данном случае отображение CHsel включает в себя отображение состояния HARQ-ACK в ресурс PUCCH (т.е. отображение состояния HARQ-ACK в ресурс PUCCH).
[103] В таблице 5 показано отображение транспортного блока/обслуживающей соты в HARQ-ACK(j) для CHsel CA FDD-FDD. Существующий CHsel CA FDD-FDD поддерживает CA для двух сот, и применяемое отображение CHsel зависит от количества транспортных блоков, поддерживаемых каждой сотой.
[104] Таблица 5
А
<i>HARQ-ACK(j)</i>
HARQ-ACK(0)
HARQ-ACK(1)
HARQ-ACK(2)
HARQ-ACK(3)
2
TB1 - первичная сота
TB1 - вторичная сота
н/д
н/д
3
TB1 - обслуживающая сота 1
TB2 - обслуживающая сота 1
TB1 - обслуживающая сота 2
н/д
4
TB1 - первичная сота
TB2 - первичная сота
TB1 - вторичная сота
TB2 - вторичная сота
[105] * TB - транспортный блок. н/д - не доступно.
[106] Таблицы 6-8 являются таблицами отображения CHsel в зависимости от A.
[107] Таблица 6
HARQ-ACK(0)
HARQ-ACK(1)
n<sup>(1)</sup><sub>PUCCH</sub>
b(0)b(1)
ACK
ACK
n<sup>(1)</sup><sub>PUCCH,1</sub>
1,1
ACK
NACK/DTX
n<sup>(1)</sup><sub>PUCCH,0</sub>
1,1
NACK/DTX
ACK
n<sup>(1)</sup><sub>PUCCH,1</sub>
0,0
NACK
NACK/DTX
n<sup>(1)</sup><sub>PUCCH,0</sub>
0,0
DTX
NACK/DTX
Передача отсутствует
[108] Таблица 7
HACK-ACK(0)
HARQ-ACK(1)
HARQ-ACK(2)
n<sup>(1)</sup><sub>PUCCH</sub>
b(0)b(1)
ACK
ACK
ACK
n<sup>(1)</sup><sub>PUCCH,1</sub>
1,1
ACK
NACK/DTX
ACK
n<sup>(1)</sup><sub>PUCCH,1</sub>
1,0
NACK/DTX
ACK
ACK
n<sup>(1)</sup><sub>PUCCH,1</sub>
0,1
NACK/DTX
NACK/DTX
ACK
n<sup>(1)</sup><sub>PUCCH,2</sub>
1,1
ACK
ACK
NACK/DTX
n<sup>(1)</sup><sub>PUCCH,0</sub>
1,1
ACK
NACK/DTX
NACK/DTX
n<sup>(1)</sup><sub>PUCCH,0</sub>
1,0
NACK/DTX
ACK
NACK/DTX
n<sup>(1)</sup><sub>PUCCH,0</sub>
0,1
NACK/DTX
NACK/DTX
NACK
n<sup>(1)</sup><sub>PUCCH,2</sub>
0,0
NACK
NACK/DTX
DTX
n<sup>(1)</sup><sub>PUCCH,0</sub>
0,0
NACK/DTX
NACK
DTX
n<sup>(1)</sup><sub>PUCCH,0</sub>
0,0
DTX
DTX
DTX
Передача отсутствует
[109] Таблица 8
HARQ-ACK(0)
HARQ-ACK(1)
HARQ-ACK(2)
HARQ-ACK(0)
n<sup>(1)</sup><sub>PUCCH</sub>
b(0)b(1)
ACK
ACK
ACK
ACK
n<sup>(1)</sup><sub>PUCCH,1</sub>
1,1
ACK
NACK/DTX
ACK
ACK
n<sup>(1)</sup><sub>PUCCH,2</sub>
0,1
NACK/DTX
ACK
ACK
ACK
n<sup>(1)</sup><sub>PUCCH,1</sub>
0,1
NACK/DTX
NACK/DTX
ACK
ACK
n<sup>(1)</sup><sub>PUCCH,3</sub>
1,1
ACK
ACK
ACK
NACK/DTX
n<sup>(1)</sup><sub>PUCCH,1</sub>
1,0
ACK
NACK/DTX
ACK
NACK/DTX
n<sup>(1)</sup><sub>PUCCH,2</sub>
0,0
NACK/DTX
ACK
ACK
NACK/DTX
n<sup>(1)</sup><sub>PUCCH,1</sub>
0,0
NACK/DTX
NACK/DTX
ACK
NACK/DTX
n<sup>(1)</sup><sub>PUCCH,3</sub>
1,0
ACK
ACK
NACK/DTX
ACK
n<sup>(1)</sup><sub>PUCCH,2</sub>
1,1
ACK
NACK/DTX
NACK/DTX
ACK
n<sup>(1)</sup><sub>PUCCH,2</sub>
1,0
NACK/DTX
ACK
NACK/DTX
ACK
n<sup>(1)</sup><sub>PUCCH,3</sub>
0,1
NACK/DTX
NACK/DTX
NACK/DTX
ACK
n<sup>(1)</sup><sub>PUCCH,3</sub>
0,0
ACK
ACK
NACK/DTX
NACK/DTX
n<sup>(1)</sup><sub>PUCCH,0</sub>
1,1
ACK
NACK/DTX
NACK/DTX
NACK/DTX
n<sup>(1)</sup><sub>PUCCH,0</sub>
1,0
NACK/DTX
ACK
NACK/DTX
NACK/DTX
n<sup>(1)</sup><sub>PUCCH,0</sub>
0,1
NACK/DTX
NACK
NACK/DTX
NACK/DTX
n<sup>(1)</sup><sub>PUCCH,0</sub>
0,0
NACK
NACK/DTX
NACK/DTX
NACK/DTX
n<sup>(1)</sup><sub>PUCCH,0</sub>
0,0
DTX
DTX
NACK/DTX
NACK/DTX
Передача отсутствует
(1)
(1)
(1)
PUCCH
PUCCH,j
PUCCH,j
[110] Когда установлен CHsel CA FDD-FDD, UE передает значение бита b(0)b(1) с использованием ресурса PUCCH n, выбранного из A ресурсов PUCCH (n) в соответствии с таблицами Tables 6-8 (0≤j≤A-1)(A⊂{2,3,4}). UE определяет A ресурсов PUCCH (n), относящихся к HARQ-ACK(j)(0≤j≤A-1), следующим образом.
(1)
(1)
(1)
(1)
(1)
(1)
(1)
PUCCH,j
PUCCH,j
CCE
PUCCH
PUCCH,j+1
PUCCH,j+1
CCE
PUCCH
CCE
PUCCH
[111] - Когда в P-соте обнаружен PDCCH, указывающий на PDSCH, или обнаружен PDCCH, указывающий на SRS, ресурс PUCCH nзадается как n=n+N. Когда P-сота конфигурирована в режиме передачи, в котором поддерживаются до 2 транспортных блоков, ресурс PUCCH nзадается как n=n+1+N. Здесь n указывает на наименьший индекс CCE из тех CCE, которые используются для передачи PDCCH, а Nявляется постоянной, заданной верхним уровнем (например, управлением ресурсами радиосвязи (RRC)).
(1)
(1)
(1)
(1)
PUCCH,j
PUCCH,j+1
PUCCH,j+1
PUCCH,j+1
[112] -Когда в P-соте обнаружен PDSCH без соответствующего ему PDCCH (т.е. PDSCH SPS), ресурс PUCCH nзадается верхним уровнем (например, RRC). Когда P-сота конфигурирована в режиме передачи, в котором поддерживаются до 2 транспортных блоков, ресурс PUCCH nзадается как n=n+1. Более конкретно, eNB информирует UE о наборе возможных ресурсов PUCCH посредством сообщения RRC и указывает один ресурс PUCCH из набора возможных ресурсов PUCCH посредством поля TPC в PDCCH активации SPS.
(1)
(1)
PUCCH,j
PUCCH,j+1
[113] -Когда в S-соте обнаружен PDCCH, указывающий на PDSCH, ресурс PUCCH nзадается верхним уровнем (например, RRC). Когда S-сота конфигурирована в режиме передачи, в котором поддерживаются до 2 транспортных блоков, ресурс PUCCH nзадается верхним уровнем (например, RRC). Более конкретно, eNB информирует UE о наборе возможных ресурсов PUCCH посредством сообщения RRC и указывает один ресурс PUCCH или одну пару ресурсов PUCCH в наборе возможных ресурсов PUCCH посредством поля TPC в PDCCH.
[114] В то же время, когда установлена CA P-соты FDD - S-соты TDD, и CHsel установлен для обратной связи HARQ-ACK, возникает ситуация, в которой только DL P-соты FDD временно присутствует в SF, в котором S-сота TDD установлена на UL с точки зрения обратной связи HARQ-ACK. Для этого SF (т.е. SF, соответствующего UL в соте TDD) в качестве исключения может применяться схема передачи HARQ-ACK (т.е. схема передачи HARQ-ACK с использованием форматов PUCCH 1a/1b), применяемая к одной соте FDD, вместо CHsel (далее называется резервным PF1). Поскольку хронирование HARQ-ACK S-соты TDD соответствует соте FDDl, SF S-соты TDD могут обрабатываться как D с точки зрения обратной связи HARQ-ACK. Соответственно, резервный PF1 может применяться на основании конфигурации SF для S -соты TDD с точки зрения обратной связи HARQ-ACK. Однако это неэффективно, поскольку CHsel также применяется в SF, в которых сигналы нисходящей линии связи не могут быть приняты. Таким образом, резервный PF1 применяется на основании фактической конфигурации UL-DL (т.е. SIB-cfg) S-соты TDD вместо конфигурации SF с точки зрения обратной связи HARQ-ACK. Фактическая конфигурация UL-DL S-соты TDD определяется на основании конфигурации UL-DL (далее называемой SIB-cfg), устанавливаемой посредством SIB (блока системной информации) или сообщения RRC.
0
[115] В существующей схеме передачи HARQ-ACK с использованием форматов PUCCH 1a/1b, 1-битная [b(0)] и 2-битная [b(0)b(1)] информация ACK/NACK модулируется в соответствии с BPSK (двоичной фазовой манипуляцией) и QPSK (квадратурной фазовой манипуляцией), соответственно, и генерируется (d) один модулированный символ ACK/NACK. Каждый бит [b(i), i=0,1] в информации ACK/NACK указывает на ответ HARQ для соответствующего транспортного блока DL, и соответствующий бит имеет значение 1 в случае положительного ACK и 0 в случае отрицательного ACK(NACK). Таблица 9 является таблицей модуляции, определенной для форматов PUCCH 1a и 1b в LTE.
[116] Таблица 9
Формат PUCCH
b(0),...,b(M<sub>bit</sub>-1)
d(0)
1a
0
1
1
-1
1b
00
1
01
-j
10
j
11
-1
(1)(p=0)
(1)(p=0)
(1)
(1)(p=1)
(1)(p=1)
(1)
(1)(p=0)
(1)(p=1)
PUCCH
PUCCH
CCE
PUCCH,
PUCCH
PUCCH
CCE
PUCCH
PUCCH,j
PUCCH,j
[117] Резервный PF1 может быть особенно эффективен, когда TxD (разнесение передачи) установлено в CHsel на основе передачи PUCCH HARQ-ACK . В настоящее время (дополнительные) ресурсы PUCCH для передачи HARQ-ACK на основе TxD в одной соте FDD неявно выделяются из ресурсов передачи PDCCH разрешения DL, в то время как (дополнительные) ресурсы PUCCH для передачи на основе TxD в CA, для которой установлен CHsel, явным образом выделяются посредством сигнализации RRC. Более конкретно, ресурс PUCCH nдля антенного порта 0 задается как n=n+Nи ресурс PUCCH nдля антенного порта 1 задается как n=n+1+Nпри резервном PF1. Когда применяется CHsel, ресурс PUCCH nдля антенного порта 0 задается схемой, описанной с обращением к таблицам 5-8, и ресурс PUCCH n для антенного порта 1 дополнительно задается верхним уровнем (например, RRC). Соответственно, ресурсы PUCCH могут эффективно использоваться с точки зрения всех сот, когда применяется резервный PF1.
[118] Когда резервный PF1 применяется в SF, в которых в той же ситуации S-сота TDD установлена на UL, могут одновременно передаваться HARQ-ACK на основе CHsel FDD и (положительный) SR. Более конкретно, когда HARQ-ACK и (положительный) SR одновременно передаются в ситуации с одной сотой FDD, состояние HARQ-ACK отображается в ресурс PUCCH, выделенный для SR (далее называемый ресурсом PUCCH SR) без дополнительной обработки сигнала, и передается, поскольку положительный/отрицательный SR определяется только тем, передается ли сигнал в ресурсе PUCCH SR или нет (т.е. амплитудная манипуляция (OOK)). Когда HARQ-ACK и (положительный) SR одновременно передаются в ситуации CA FDD, в которой установлен CHsel, применяется пространственное группирование к каждой соте, и затем два сгруппированных состояния HARQ-ACK отображаются в ресурс PUCCH SR и передаются. Это обусловлено тем, что PUCCH SR имеет ту же структуру, что и форматы PUCCH 1a/1b, и таким образом может нести до 2 битов. В данном случае пространственное группирование для каждой соты включает в себя способ выполнения операции логического И для всех ответов HARQ-ACK для TB/CW в соте для генерации одного (например, 1-битного) сгруппированного ответа HARQ-ACK. Соответственно, могут быть обеспечены/гарантированы более эффективные рабочие характеристики пропускной способности DL с точки зрения UE, когда применяется резервный PF1.
[119] Фиг. 11 и 12 иллюстрируют процесс передачи обратной связи HARQ-ACK в CA P-соты FDD - S-соты TDD. Чертежи иллюстрируют процесс с точки зрения UE, а eNB может выполнять операции в соответствии с упомянутым процессом.
[120] Обращаясь к Фиг. 11, CA P-соты FDD - S-соты TDD может быть конфигурирована для UE (S1102), и может быть конфигурирован формат PUCCH 1b с выбором каналов для обратной связи HARQ-ACK (S1104). Для удобства описания предполагается, что SIB-cfg для S-соты TDD является UD-cfg#1 (см. таблицу 1). Поскольку P-сота является сотой FDD, хронирование HARQ DL FDD применяется к S-соте TDD, а также к P-соте FDD. Соответственно, UE передает обратную связь HARQ-ACK в SF #n (S1108 - S1110) при приеме сигнала нисходящей линии связи (например, PDSCH или PDCCH, указывающего на освобождение SPS) в подкадре (SF) #n-k (S1106).
[121] В данном случае, когда S-сота TDD соответствует D в SF #n-k, UE может применять CHsel CA FDD-FDD для передачи обратной связи HARQ-ACK (S1108 и S1208). Напротив, когда S-сота TDD соответствует U в SF #n-k, UE может применять резервный PF1 для передачи HARQ-ACK (S1110, S1210). То, соответствует ли S-сота TDD D или U в SF #n-k, определяется на основании SIB-cfg. S может рассматриваться как D с точки зрения обратной связи HARQ-ACK.
[122] Соответственно, способ генерации информации обратной связи HARQ-ACK и способ выделения ресурсов PUCCH, способ выделения ресурсов PUCCH для дополнительных антенн при многоантенной передаче, способ генерации информации обратной связи HARQ-ACK, когда одновременно передаются обратная связь HARQ-ACK и (положительный) SR, и тому подобное, являются различными.
[123] В то же время, в системах, соответствующих LTE, рассматривается способ работы, состоящий в реконфигурации/смене направлений UL/DL для eIMTA (улучшенного подавления помех и адаптации трафика) в ситуации TDD. Для этой цели предусмотрен способ (полу)статического конфигурирования базовой конфигурации UL-DL (UD-cfg) для соты (или CC) TDD с использованием сигнализации верхнего уровня (например, SIB) и последующего динамического реконфигурирования/изменения рабочей UD-cfg для соответствующей соты (или CC) с использованием сигнализации нижнего уровня (например, сигнализации L1(уровня 1) (например, PDCCH)). Для удобства описания базовая UD-cfg называется SIB-cfg, а рабочая UD-cfg называется фактической cfg. Конфигурация подкадра в зависимости от UD-cfg конфигурирована на основании таблицы 1.
[124] В данном контексте реконфигурация D => U (или S) является непростой или может вызвать ухудшение качества, если рассматривается прием/измерение DL для (ранее разработанного) UE с использованием CRS в соответствующей D. Напротив, в случае реконфигурации U (или S) => D eNB может обеспечивать дополнительные ресурсы DL для UE eIMTA за счет отсутствия намеренного планирования/конфигурирования сигнала UL, который может передаваться от ранее разработанного UE через соответствующую U.
[125] Ввиду этого, фактическая cfg при необходимости может быть определена только из числа UD-cfg (включая SIB-cfg), включающих в себя все D в SIB-cfg. То есть UD-cfg, в которой только D расположены в положениях D по SIB-cfg, может быть определена как фактическая cfg, в то время как UD-cfg, в которой U расположена в положениях D по SIB-cfg не может быть определена как фактическая cfg. В eIMTA опорная UD-cfg (далее называемая D-ref-cfg) для установки хронирования HARQ (например, хронирования передачи обратной связи HARQ-ACK) для планирования DL может быть дополнительно конфигурирована посредством (сигнализации) верхнего уровня. Ввиду этого, фактическая cfg может быть при необходимости определена из числа только UD-cfg (включая D-ref-cfg), включающих в себя все U в D-ref-cfg. Соответственно, UD-cfg, в которой D расположена в положениях U по D-ref-cfg, не может быть определена в качестве фактической cfg.
[126] Таким образом, D-ref-cfg может быть установлена в UD-cfg, включающую в себя все D, среди доступных возможных фактических cfg, а SIB-cfg может быть установлена в UD-cfg, включающую в себя все U, среди доступных возможных фактических cfg. То есть D-ref-cfg может быть установлена в UD-cfg с расширенным набором D по отношению к доступным возможным фактическим cfg, а SIB-cfg может быть установлена в UD-cfg с расширенным набором U по отношению к доступным возможным фактическим cfg. Опорная UD-cfg (далее называемая U-ref-cfg) для хронирования HARQ (например, хронирования передачи UG/PUSCH/PHICH) для планирования UL может быть установлена в SIB-cfg. Соответственно, U в D-ref-cfg может считаться фиксированной U, а D в SIB-cfg может считаться фиксированной D. Таким образом, только SF, который соответствует D в D-ref-cfg и U в SIB-cfg, может считаться гибкой U, которая может быть реконфигурирована/изменена на D. Гибкая U может быть реконфигурирована/изменена на D в соответствии с фактической cfg.
[127] Далее, после того, как SIB-cfg/D-ref-cfg конфигурированы посредством (сигнализации) верхнего уровня, одна из UD-cfg, включающих в себя все D в SIB-cfg и все U в D-ref-cfg, может быть установлена в качестве фактической cfg в соответствии с сигнализацией L1.
[128] В таблице 10 показаны доступные возможные фактические cfg (жирный прямоугольник), когда установлено [SIB-cfg=UD-cfg#3, D-ref-cfg=UD-cfg#5].
[129] Таблица 10
Конфигурация восходящей/нисходящей линии связи
Номер подкадра
0
1
2
3
4
5
6
7
8
9
0
D
S
U
U
U
D
S
U
U
U
1
D
S
U
U
D
D
S
U
U
D
2
D
S
U
D
D
D
S
U
D
D
3 (SIB-cfg)
D
S
U
U
U
D
D
D
D
D
4
D
S
U
U
D
D
D
D
D
D
5 (D-ref-cfg)
D
S
U
D
D
D
D
D
D
D
6
D
S
U
U
U
D
S
U
U
D
[130] В таблице 11 показаны фиксированная U (диагональная линия) и гибкие U (заливка), когда установлено [SIB-cfg=UD-cfg#3, D-ref-cfg=UD-cfg#5]. Только SF #3 и SF #4 могут быть реконфигурированы U => D. Фиг. 13 иллюстрирует случай, когда SF #4 реконфигурирован в D с использованием фактической cfg (UD-cfg#4) в соответствии с условиями таблицы 10.
[131] Таблица 11
Конфигурация восходящей/нисходящей линии связи
Номер подкадра
0
1
2
3
4
5
6
7
8
9
3 (SIB-cfg)
D
S
U
U
U
D
D
D
D
D
4
D
S
U
U
D
D
D
D
D
D
5 (D-ref-cfg)
D
S
U
D
D
D
D
D
D
D
[132] В таблице 12 показаны все доступные гибкие U (заливка) для SIB-cfg. Фактическая гибкая U приведена в виде поднабора залитых частей в соответствии с D-ref-cfg.
[133] Таблица 12
Конфигурация восходящей/нисходящей линии связи
Номер подкадра
0
1
2
3
4
5
6
7
8
9
0
D
S
U
U
U
D
S
U
U
U
1
D
S
U
U
D
D
S
U
U
D
2
D
S
U
D
D
D
S
U
D
D
3
D
S
U
U
U
D
D
D
D
D
4
D
S
U
U
D
D
D
D
D
D
5
D
S
U
D
D
D
D
D
D
D
6
D
S
U
U
U
D
S
U
U
D
[134] В то же время, CHsel может быть установлен для обратной связи HARQ-ACK в состоянии, в котором S-сота TDD выполнена с возможностью работы на основании eIMTA в ситуации CA P-соты FDD - S-соты TDD. В этом случае возможно рассмотреть применение резервного PF1 к SF, в которых S-сота TDD конфигурирована таким образом, чтобы соответствовать UL, на основании SIB-cfg. Однако это может быть нежелательным с точки зрения конфигурации/передачи обратной связи HARQ-ACK, соответствующей CA, поскольку конкретный SF UL (например, гибкая U) в SIB-cfg может динамически изменяться в SF DL на основании реконфигурации фактической cfg ввиду свойств eIMTA. Соответственно, возможно рассмотреть применение резервного PF1 в SF, в которых S-сота TDD конфигурирована таким образом, чтобы соответствовать U, на основании фактической cfg с учетом работы eIMTA. Однако когда детектирование сигнала L1 (например, PDCCH), указывающего на фактическую cfg, является неудачным или содержимое соответствующего сигнала является недействительным, несоответствие между UE и eNB по отношению к конфигурации SF UL/DL (применение CHsel или резервного PF1 для каждого SF в соответствии с ней) может вызвать ухудшение рабочих характеристик. Например, eNB может работать на основании фактически переданной фактической cfg, а UE может работать в состоянии, в котором SIB-cfg рассматривается/предполагается как фактическая cfg.
[135] Соответственно, когда CHsel установлен для обратной связи HARQ-ACK в CA P-соты FDD и S-соты TDD, для которой установлена операция eIMTA (т.е. CA P-соты FDD - S-соты TDD eIMTA), резервный PF1 применяется только в SF, в которых S-сота TDD конфигурирована таким образом, чтобы соответствовать UL, на основании D-ref-cfg (CHsel применяется в остальных SF). То есть резервный PF1 может применяться только в SF, имеющих фиксированную U, а CHsel CA FDD-FDD может применяться в прочих SF. Соответственно, в случае обратной связи HARQ-ACK для SF, соответствующего UL на основании фактической cfg, резервный PF1 и CHsel могут применяться по выбору в соответствии с тем, соответствует ли SF фиксированной U или гибкой U. Когда резервный PF1 применяется на основании D-ref-cfg, CHsel применяется в гибкой U, которая не реконфигурирована в D, и таким образом он может быть неэффективен для обеспечения/гарантирования рабочих характеристик пропускной способности DL и для выделения ресурсов PUCCH. Однако несоответствие конфигурации UL/DL между UE и eNB, которая может быть сгенерирована в соответствии с динамическим реконфигурированием фактической cfg, может быть преодолено, что приводит к более эффективному использованию ресурсов PUCCH и стабилизированным рабочим характеристикам передачи по DL. Когда CHsel применяется в гибкой U, которая не реконфигурирована в D, ответ HARQ-ACK для гибкой U может обрабатываться как NACK/DTX. NACK/DTX указывает на NACK или DTX.
[136] Фиг. 14 иллюстрирует процесс обратной связи HARQ-ACK в CA P-соты FDD - S-соты TDD в соответствии с настоящим изобретением. На чертеже показан процесс с точки зрения UE, и eNB может выполнять операции в соответствии с упомянутым процессом. Предполагается, что S-сота TDD выполнена с возможностью выполнения операции eIMTA.
[137] Обращаясь к Фиг. 14, CA P-соты FDD - S-соты TDD может быть конфигурирована для UE (S1402), и формат PUCCH 1b с выбором каналов может быть установлен для обратной связи HARQ-ACK (S1404). Кроме того, операция eIMTA может быть установлена для S-соты TDD. Соответственно, UE может принимать от eNB информацию о конфигурации CA (например, информацию о конфигурации соты), информацию об установках обратной связи HARQ-ACK (например, схему обратной связи HARQ-ACK и ресурсы PUCCH), информацию об установках eIMTA (например, о включении/выключении eIMTA, информацию указателя D-ref-cfg и т.п.) и тому подобное посредством сигнализации верхнего уровня (например, RRC). Для удобства описания предполагается, что SIB-cfg S-соты TDD является UD-cfg#1 (см. таблицу 1). Поскольку P-сота является сотой FDD, хронирование HARQ DL FDD применяется к S-соте TDD, а также к P-соте FDD. Соответственно, UE передает обратную связь HARQ-ACK в подкадре (SF) #n (S1408 - S1410) при приеме сигнала нисходящей линии связи, который требует обратной связи HARQ-ACK (например, PDSCH или PDCCH, указывающий на освобождение SPS) в SF #n-k (S1406).
[138] В данном случае, когда S-сота TDD соответствует D в SF #n-k, UE может использовать CHsel FDD-FDD для передачи обратной связи HARQ-ACK (S1408). Напротив, когда S-сота TDD соответствует U в SF #n-k, UE может использовать резервный PF1 для передачи обратной связи HARQ-ACK (S1410). В соответствии с настоящим изобретением, то, соответствует ли S-сота TDD D или U в SF #n-k, определяется на основании D-ref-cfg. То есть резервный PF1 применяется только в SF, имеющих фиксированную U в S-соте TDD, а CHsel применяется в прочих SF. S может рассматриваться как D с точки зрения обратной связи HARQ-ACK.
[139] Соответственно, способ генерации информации обратной связи HARQ-ACK, способ выделения ресурсов PUCCH, способ выделения ресурсов PUCCH для дополнительных антенн при многоантенной передаче, способ генерации информации обратной связи HARQ-ACK, когда одновременно передаются обратная связь HARQ-ACK и (положительный) SR, и тому подобное, являются различными.
CCE
CCE
[140] Более конкретно, когда установлена передача TxD PUCCH, дополнительные ресурсы PUCCH для передачи TxD могут быть неявно выделены из ресурса передачи PDCCH разрешения DL (например, первый индекс CCE n)) в случае SF, в которых S-сота TDD конфигурирована таким образом, чтобы соответствовать U на основании D-ref-cfg, поскольку в SF применяется резервный PF1 (например, индекс ресурса PUCCH, связанный с n+1). Напротив, дополнительные ресурсы PUCCH для передачи TxD могут быть явным образом выделены посредством сигнализации RRC в случае остальных SF, поскольку в упомянутых остальных SF применяется CHsel. Кроме того, когда требуется одновременная передача HARQ-ACK и (положительного) SR, состояние HARQ-ACK может отображаться/передаваться в ресурсе PUCCH (без применения пространственного группирования) в случае SF, в которых S-сота TDD конфигурирована таким образом, чтобы соответствовать U на основании D-ref-cfg, поскольку в SF применяется резервный PF1. В случае остальных SF, сгруппированное состояние HARQ-ACK, конфигурируемое посредством пространственного группирования для каждой соты, может отображаться/передаваться в ресурсе PUCCH SR, поскольку в упомянутых остальных SFs применяется CHsel.
[141] В отличие от вышеописанного предложенного способа, резервный PF1 может применяться в SF, в которых S-сота TDD соответствует U на основании SIB-cfg (CHsel применяется к остальным SF), когда операция eIMTA не установлена для S-соты TDD, и CHsel может применяться во всех SF, когда операция eIMTA установлена для S-соты TDD в ситуации, в которой установлены CA P-соты FDD - S-соты TDD и CHsel.
[142] Предложенные способы могут аналогичным образом применяться не только в CA соты FDD и соты TDD на основе eIMTA, но также и в случае операции eIMTA по реконфигурированию всех или части SF UL в несущих UL в SF DL (и/или специальных SF) в ситуации FDD одной соты.
[143] Фиг. 15 иллюстрирует BS и UE беспроводной системы связи, которые применимы в вариантах выполнения настоящего изобретения.
[144] Обращаясь к Фиг. 15, система беспроводной связи включает в себя BS 110 и UE 120. Если система беспроводной связи включает в себя ретранслятор, BS или UE могут быть заменены ретранслятором.
[145] BS 110 включает в себя процессор 112, память 114 и радиочастотный (RF) модуль 116. Процессор 112 может быть выполнен с возможностью реализации процедур и/или способов, предлагаемых в настоящем изобретении. Память 114 соединена с процессором 112 и хранит информацию, относящуюся к операциям процессора 112. RF-модуль 116 соединен с процессором 112 и передает и/или принимает RF-сигнал. UE 120 включает в себя процессор 122, память 124 и RF-модуль 126. Процессор 122 может быть выполнен с возможностью реализации процедур и/или способов, предлагаемых в настоящем изобретении. Память 124 соединена с процессором 122 и хранит информацию, относящуюся к операциям процессора 122. RF-модуль 126 соединен с процессором 122 и передает и/или принимает RF-сигнал.
[146] Варианты осуществления настоящего изобретения, описанные ниже, являются сочетаниями элементов и признаков настоящего изобретения. Элементы или признаки могут рассматриваться как выборочные, если не указано иное. Каждый элемент или признак может быть осуществлен без объединения с другими элементами или признаками. Кроме того, вариант осуществления настоящего изобретения может быть сформирован путем объединения частей элементов и/или признаков. Порядок операций, описанный в вариантах осуществления настоящего изобретения, может быть изменен. Некоторые конструкции любого варианта осуществления могут быть включены в другой вариант осуществления и могут быть заменены соответствующими конструкциями другого варианта осуществления. Специалистам в данной области техники будет очевидно, что пункты формулы изобретения, в которых в явном виде не приведена ссылка друг на друга в приложенной формуле изобретения, могут быть представлены в сочетании в качестве варианта осуществления настоящего изобретения или включены в новый пункт формулы изобретения при последующем изменении формулы после подачи заявки.
[147] В вариантах осуществления настоящего изобретения приведенное описание сосредоточено на отношениях по передаче и приему данных между BS, ретранслятором и MS. В некоторых случаях, определенная операция, описанная как выполняемая BS, может выполняться узлом более высокого уровня по отношению к BS. А именно, очевидно, что в сети, состоящей из множества узлов сети, включающего в себя BS, различные операции, выполняемые для осуществления связи с MS, могут выполняться BS или узлами сети, отличными от BS. Понятие ʹBSʹ может быть заменено понятием ʹстационарная станцияʹ, ʹУзел Bʹ, ʹусовершенствованный узел B (eNode B или eNB)ʹ, ʹточка доступаʹ и т.п. ПонятиеʹUEʹ может быть заменено понятием ʹмобильная станция (MS)ʹ, ʹмобильная абонентская станция (MSS)ʹ, ʹмобильное UEʹ и т.п.
[148] Варианты осуществления настоящего изобретения могут быть достигнуты различными средствами, например, аппаратным обеспечением, микропрограммным обеспечением, программным обеспечением или их сочетанием. В аппаратной конфигурации способы в соответствии с вариантами осуществления настоящего изобретения могут быть достигнуты одной или более специализированными интегральными схемами (ASIC), цифровыми сигнальными процессорами (DSP), цифровыми устройствами обработки сигналов (DSPD), программируемыми логическими устройствами (PLD), программируемыми пользователем вентильными матрицами (FPGA), процессорами, контроллерами, микроконтроллерами, микропроцессорами и т.п.
[149] В микропрограммной или программной конфигурации варианты осуществления настоящего изобретения могут быть реализованы в виде модуля, процедуры, функции и т.п. Например, программный код может храниться в блоке памяти и исполняться процессором. Блок памяти расположен внутри или вне процессора и может передавать данные в процессор и принимать их от него различными известными средствами.
[150] Специалистам в данной области техники будет понятно, что настоящее изобретение может быть осуществлено конкретными способами, отличными от приведенных в настоящем документе, без выхода за рамки сущности и существенных характеристик настоящего изобретения. Таким образом, вышеприведенные варианты осуществления следует понимать во всех аспектах как иллюстративные, а не ограничивающие. Объем изобретения должен определяться приложенной формулой изобретения и ее юридическими эквивалентами, а не приведенным выше описанием, и подразумевается, что все изменения, осуществляемые в пределах смыслового содержания и объема эквивалентов приложенной формулы изобретения входят в объем настоящего изобретения.
Промышленная применимость
[151] Варианты осуществления настоящего изобретения, упомянутые в вышеприведенном описании, могут быть применимы к абонентскому устройству, базовой станции или другим устройствам беспроводных систем мобильной связи.