Устройство и способ предотвращения блокировки канала управления

Устройство и способ предотвращения блокировки канала управления

Иллюстрации

Показать все

Реферат

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

Настоящее изобретение относится к системе беспроводной связи, в частности к устройству и способу предотвращения блокировки канала управления.

Уровень техники

Системы радиосвязи диверсифицировались для обеспечения различных типов услуг связи, например, услуг передачи голоса или данных. В целом, система радиосвязи является системой множественного доступа, способной к совместному использованию доступных системных ресурсов (полосы, мощности передачи и т.п.) для поддержки связь с множественными пользователями. Примеры системы множественного доступа включают в себя систему множественного доступа с кодовым разделением (CDMA), систему множественного доступа с частотным разделением (FDMA), систему множественного доступа с временным разделением (TDMA), систему множественного доступа с ортогональным частотным разделением (OFDMA), систему множественного доступа с частотным разделением с одной несущей (SC-FDMA) и пр.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

ТЕХНИЧЕСКАЯ ПРОБЛЕМА

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

Другой задачей настоящего изобретения, разработанного для решения проблемы, является обеспечение способа и устройства для эффективного осуществления слепого декодирования канала управления.

Еще одной задачей настоящего изобретения, разработанного для решения проблемы, является обеспечение способа и устройства для составления пространств поиска для эффективной передачи канала управления.

ТЕХНИЧЕСКОЕ РЕШЕНИЕ

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

Во втором аспекте изобретения предусмотрено пользовательское оборудование, выполненное с возможностью приема канала управления в системе беспроводной связи, использующей множественные несущие, в котором пользовательское оборудование содержит: радиочастотный (РЧ) блок; и процессор, причем процессор выполнен с возможностью приема множества пространств поиска, причем каждое пространство поиска содержит множество каналов управления кандидатов, и каждое пространство поиска соответствует соответственной несущей, и осуществления мониторинга каналов управления кандидатов для канала управления, причем, если каналы управления кандидаты имеют общий размер информации по двум или более пространствам поиска, то канал управления можно принимать через любое из двух или более пространств поиска.

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

Предпочтительно, каналы управления кандидаты, имеющие общий размер информации, различаются с использованием значений CIF (поля индикатора несущей).

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

Предпочтительно, множество пространств поиска принимается посредством одной и той же несущей, и канал управления включает в себя значение CIF (поля индикатора несущей), используемое для указания связанной несущей.

Предпочтительно, канал управления является CRC (циклическим избыточным кодом), скремблированным RNTI (временным идентификатором радиосети).

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

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

Предпочтительно, мониторинг включает в себя декодирование каждого из каналов управления кандидатов для канала управления.

Предпочтительно, вышеупомянутые аспекты дополнительно включают в себя осуществление операции в соответствии с каналом управления.

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

В четвертом аспекте изобретения, предусмотрено сетевое оборудование, выполненное с возможностью передачи канала управления в системе беспроводной связи, использующей множественные несущие, причем сетевое оборудование содержит: радиочастотный (РЧ) блок; и процессор, причем процессор выполнен с возможностью составления множества пространств поиска, причем каждое пространство поиска содержит множество каналов управления кандидатов, и каждое пространство поиска соответствует соответственной несущей, и с возможностью передачи канала управления через множество пространств поиска, причем, если каналы управления кандидаты имеют общий размер информации по двум или более пространствам поиска, то канал управления можно передавать через любое из двух или более пространств поиска.

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

Предпочтительно, каналы управления кандидаты, имеющие общий размер информации, различаются с использованием значений CIF (поля индикатора несущей).

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

Предпочтительно, множество пространств поиска передается посредством одной и той же несущей, и канал управления включает в себя значение CIF (поля индикатора несущей), используемое для указания связанной несущей.

Предпочтительно, канал управления является CRC (циклическим избыточным кодом), скремблированным RNTI (временным идентификатором радиосети).

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

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

ПРЕИМУЩЕСТВА ИЗОБРЕТЕНИЯ

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

ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

В ЧЕРТЕЖАХ:

Фиг. 1 - схема, демонстрирующая иллюстративную структуру кадра радиоканала системы проекта партнерства третьего поколения (3GPP).

Фиг. 2 - схема, демонстрирующая сетку ресурсов для слота нисходящей линии связи.

Фиг. 3 - схема, демонстрирующая иллюстративную структуру кадра нисходящей линии связи.

Фиг. 4 - блок-схема, иллюстрирующая процесс составления PDCCH на базовой станции (BS).

Фиг. 5 - блок-схема, иллюстрирующая процесс обработки PDCCH на пользовательском оборудовании (UE).

Фиг. 6 - схема, демонстрирующая иллюстративную структуру подкадра восходящей линии связи.

Фиг. 7 - схема, демонстрирующая систему связи с агрегацией несущих (CA).

Фиг. 8 - схема, демонстрирующая планирование между несущими.

Фиг. 9 - схема, демонстрирующая способ составления пространств поиска согласно варианту осуществления настоящего изобретения.

Фиг. 10 - схема, демонстрирующая способ обработки канала управления согласно варианту осуществления настоящего изобретения.

Фиг. 11 и 12 - схемы, демонстрирующие примеры составления пространств поиска в случае использования одной DL CC мониторинга, согласно варианту осуществления настоящего изобретения.

Фиг. 13 - схема, демонстрирующая пример составления пространств поиска в случае использования множества DL CC мониторинга, согласно варианту осуществления настоящего изобретения.

Фиг. 14 - 15 - схемы, демонстрирующие примеры составления пространств поиска в случае, когда слепое декодирование может осуществляться ограниченное число раз, согласно варианту осуществления настоящего изобретения.

Фиг. 16 - схема, демонстрирующая пример составления пространств поиска с использованием унификации размера DCI согласно варианту осуществления настоящего изобретения.

Фиг. 17 - 20 - схемы, демонстрирующие пример пространства поиска в состоянии агрегации несущих согласно варианту осуществления настоящего изобретения.

Фиг. 21 - 22 - схемы, демонстрирующие результаты моделирования при совместном использовании пространств поиска, согласно варианту осуществления настоящего изобретения.

Фиг. 23 - схема, иллюстрирующая BS и UE, которые можно применять к варианту осуществления настоящего изобретения.

ПОДРОБНОЕ ОПИСАНИЕ

Нижеперечисленные технологии можно использовать в различных системах радиодоступа, например, в системе множественного доступа с кодовым разделением (CDMA), системе множественного доступа с частотным разделением (FDMA), системе множественного доступа с временным разделением (TDMA), системе множественного доступа с ортогональным частотным разделением (OFDMA) или в системе множественного доступа с частотным разделением с одной несущей (SC-FDMA). Систему CDMA можно реализовать, например, посредством технологии радиосвязи «универсальный наземный радиодоступ» (UTRA) или CDMA2000. Систему TDMA можно реализовать, например, посредством технологии радиосвязи «глобальная система мобильной связи» (GSM)/ «общая радиослужба пакетной передачи» (GPRS)/ «повышение скорости передачи данных для развития GSM» (EDGE). Систему OFDMA можно реализовать, например, посредством технологии радиосвязи IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20 или E-UTRA (усовершенствованный UTRA). Система UTRA составляет часть стандарта «универсальной системы мобильных телекоммуникаций» (UMTS). Система связи проекта долгосрочного развития систем связи в рамках проекта партнерства третьего поколения (LTE 3GPP) составляет часть стандарта E-UMTS (усовершенствованной UMTS), в котором на нисходящей линии связи применяется система OFDMA, и на восходящей линии связи применяется система SC-FDMA. LTE-A (усовершенствованная) является усовершенствованной версией LTE 3GPP.

Для пояснения описания, заявитель сосредоточил внимание на LTE/LTE-A 3GPP, но технический объем настоящего изобретения этим не ограничивается. Следует отметить, что конкретные термины, раскрытые в настоящем изобретении, предложены для удобства описания и улучшения понимания настоящего изобретения, и эти термины можно заменить другими терминами в пределах технического объема или сущности настоящего изобретения.

На фиг. 1 показана иллюстративная структура кадра радиоканала.

Согласно фиг. 1, кадр радиоканала включает в себя 10 подкадров. Подкадр включает в себя два слота во временной области. Время передачи одного подкадра определяется как интервал времени передачи (TTI). Например, один подкадр может иметь длину в 1 миллисекунду (мс), и один слот может иметь длину 0,5 мс. Один слот включает в себя множество символов мультиплексирования с ортогональным частотным разделением (OFDM) во временной области. Поскольку LTE 3GPP использует OFDMA на нисходящей линии связи, символ OFDM служит для представления одного символьного периода. Символ OFDM также можно именовать символом или символьным периодом SC-FDMA. Блок ресурсов (RB) представляет собой единицу выделения ресурсов и включает в себя множество смежных поднесущих в одном слоте. Структура кадра радиоканала показана исключительно в иллюстративных целях. Таким образом, количество подкадров, включенных в кадр радиоканала или количество слотов, включенных в подкадр, или количество символов OFDM, включенных в слот, можно изменять тем или иным образом.

На Фиг. 2 показана сетка ресурсов для одного слота нисходящей линии связи.

Согласно Фиг. 2, слот нисходящей линии связи включает в себя множество символов OFDM во временной области. Здесь описано, что один слот нисходящей линии связи включает в себя 7 символов OFDM, и один блок ресурсов (RB) включает в себя, например, 12 поднесущих в частотной области. Однако настоящее изобретение этим не ограничивается. Каждый элемент на сетке ресурсов называется ресурсным элементом (RE). Один RB включает в себя 12×7 RE. Количество N^DL RB, включенных в слот нисходящей линии связи, зависит от ширины полосы передачи нисходящей линии связи. Структура слота восходящей линии связи может быть такой же, как у слота нисходящей линии связи.

На Фиг. 3 показана иллюстративная структура структуры нисходящей линии связи.

Согласно Фиг. 3, максимум три символа OFDM, находящиеся в передней части первого слота в подкадре, соответствуют области управления, назначаемой каналом управления. Остальные символы OFDM соответствуют области данных, назначаемой физическим совместно используемым каналом нисходящей линии связи (PDSCH). Примеры каналов управления нисходящей линии связи, используемых в LTE 3GPP, включают в себя физический канал индикатора формата управления (PCFICH), физический канал управления нисходящей линии связи (PDCCH), физический канал индикатора гибридного ARQ (PHICH), и т.д. PCFICH передается в первом символе OFDM подкадра и несет информацию, касающуюся количества символов OFDM, используемых для передачи каналов управления в подкадре. PHICH является ответом на передачу по восходящей линии связи и несет сигнал квитирования (ACK)/отрицательного квитирования (NACK) HARQ. Информация управления, передаваемая через PDCCH, именуется информацией управления нисходящей линии связи (DCI). DCI включает в себя информацию планирования восходящей линии связи или нисходящей линии связи или включает в себя команду управления мощностью передачи (Tx) восходящей линии связи для произвольных групп UE.

PDCCH может нести транспортный формат и выделение ресурсов совместно используемого канала нисходящей линии связи (DL-SCH), информацию выделения ресурсов совместно используемого канала восходящей линии связи (UL-SCH), информацию поискового вызова на канале поискового вызова (PCH), системную информацию на DL-SCH, выделение ресурсов управляющего сообщения более высокого уровня, например, ответа произвольного доступа, передаваемого на PDSCH, набор команд управления передаваемой мощностью на отдельных UE в произвольной группе UE, команду управления мощностью передачи, команду активации речевой связи по IP-протоколу (VoIP), и т.д. В области управления можно передавать множество PDCCH. UE может осуществлять мониторинг множества PDCCH. PDCCH передается в агрегации одного или нескольких последовательных элементов канала управления (CCE). CCE - это логическая единица выделения, используемая для обеспечения скорости кодирования PDCCH на основании состояния радиоканала. CCE соответствует множеству групп ресурсных элементов (REG). Формат PDCCH и количество битов доступного PDCCH определяются согласно корреляции между количеством CCE и скоростью кодирования, обеспечиваемой CCE. BS определяет формат PDCCH согласно DCI, подлежащей передаче на UE, и присоединяет циклический избыточный код (CRC) к информации управления. CRC маскируется уникальным идентификатором (именуемым временным идентификатором радиосети (RNTI)) согласно владельцу и использованию PDCCH. Если PDCCH предназначен для конкретного UE, CRC может маскироваться уникальным идентификатором (например, RNTI соты (C-RNTI)) для UE. Альтернативно, если PDCCH предназначен для сообщения поискового вызова, CRC может маскироваться идентификатором индикатора поискового вызова (например, RNTI поискового вызова (P-RNTI)). Если PDCCH предназначен для системной информации (в частности, блока системной информации (SIB), описанный, ниже), CRC может маскироваться идентификатором системной информации и RNTI системной информации (SI-RNTI). Для указания ответа произвольного доступа, который является ответом для передачи преамбулы произвольного доступа UE, CRC может маскироваться RNTI произвольного доступа (RA-RNTI).

PDCCH несет сообщение, известное как информация управления нисходящей линии связи (DCI), которое включает в себя назначения ресурсов и другую информацию управления для UE или группы UE. В целом, в подкадре можно передавать несколько PDCCH. Каждый PDCCH передается с использованием одного или более так называемых элементов канала управления (CCE), причем каждый CCE соответствует девяти наборам из четырех физических ресурсных элементов, именуемым группами ресурсных элементов (REG). Четыре символа QPSK отображаются в каждую REG. Ресурсные элементы, занятые опорными символами, не входят в состав REG, и это означает, что суммарное количество REG в данном символе OFDM зависит от наличия опорных сигналов, специфичных для соты. Концепция REG (т.е. отображение в группы из четырех ресурсных элементов) также используется для других каналов управления нисходящей линии связи (PCFICH и PHICH). Поддерживается четыре формата PDCCH, перечисленные в таблице 1.

Таблица 1
Формат PDCCH	Количество CCE (n)	Количество REG	Количество битов PDCCH
0	1	9	72
1	2	18	144
2	4	36	288
3	8	72	576

CCE нумеруются и используются последовательно, и, для упрощения процесса декодирования, PDCCH, формат которого состоит из n CCE, может начинаться только с CCE с номером, кратным n. Количество CCE, используемых для передачи конкретного PDCCH, определяется базовой станцией согласно условиям на канале. Например, если PDCCH предназначен для UE с хорошим каналом нисходящей линии связи (например, вблизи базовой станции), то, скорее всего, будет достаточно одного CCE. Однако для UE с плохим каналом (например, находящегося вблизи границы соты) для достижения достаточной надежности может потребоваться восемь CCE. Кроме того, уровень мощности PDCCH можно регулировать в соответствии с условиями на канале.

Подход, принятый в LTE, предусматривает задание для каждого UE ограниченного набора местоположений CCE, где может располагаться PDCCH. Набор местоположений CCE, в котором UE может найти свой PDCCH, можно рассматривать как 'пространство поиска'. В LTE пространство поиска имеет особый размер для каждого формата PDCCH. Кроме того, задаются отдельные специализированные (специфичные для UE) и общие пространства поиска, причем специализированное пространство поиска конфигурируется для каждого UE в отдельности, в то время как все UE информируются о протяженности общего пространства поиска. Заметим, что специализированные и общие пространства поиска для данного UE могут перекрываться. При таких малых пространствах поиска весьма возможно, что в данном подкадре базовая станция не сможет найти ресурсов CCE для передачи PDCCH на все необходимые UE, поскольку после назначения некоторых местоположений CCE остальные не будут находиться в пространстве поиска конкретного UE. Для минимизации возможности продолжения такой блокировки в следующем подкадре, последовательность скачкообразных переходов, специфичная для UE, применяется к начальным позициям специализированных пространств поиска. Размеры общих и специализированных пространств поиска перечислены в таблице 2.

Таблица 2
Формат PDCCH	Количество CCE (n)	Количество кандидатов в общем пространстве поиска	Количество кандидатов в специализированном пространстве поиска
0	1	-	6
1	2	-	6
2	4	4	2
3	8	2	2

Чтобы держать под контролем вычислительную нагрузку, обусловленную суммарным количеством попыток слепого декодирования (BD), UE не требуется искать одновременно все заданные форматы DCI. Обычно, в специализированном пространстве поиска, UE всегда ищет форматы 0 и 1A, имеющие одинаковый размер и различаемые по флагу в сообщении. Кроме того, UE может потребоваться принять дополнительный формат (т.е. 1, 1B или 2, в зависимости от режима передачи PDSCH, установленного базовой станцией). В общем пространстве поиска UE будет искать форматы 1A и 1C. Кроме того, UE может быть сконфигурировано на поиск формата 3 или 3A, имеющего такой же размер, как форматы 0 и 1A, и отличимого по наличию CRC, скремблированного другим (общим) идентификатором, а не идентификатором, специфичным для UE. Ниже описаны режимы передачи для конфигурирования многоантенного оборудования и информационное содержание различных форматов DCI.

РЕЖИМ ПЕРЕДАЧИ

режим передачи 1: передача с единичного антенного порта базовой станции

режим передачи 2: разнесенная передача

режим передачи 3: пространственное мультиплексирование без обратной связи

режим передачи 4: пространственное мультиплексирование с обратной связью

режим передачи 5: многопользовательский MIMO

режим передачи 6: предварительное кодирование ранга 1 с обратной связью

режим передачи 7: передача с использованием опорных сигналов, специфичных для UE

ФОРМАТ DCI

формат 0: предоставления ресурсов для передач PUSCH (восходящей линии связи)

формат 1: назначения ресурсов для передач PDSCH с одним кодовым словом (режимы передачи 1, 2 и 7)

формат 1A: компактная сигнализация назначений ресурсов для PDSCH с одним кодовым словом (все режимы)

формат 1B: компактные назначения ресурсов для PDSCH с использованием предварительного кодирования ранга 1 с обратной связью (режим 6)

формат 1C: очень компактные назначения ресурсов для PDSCH (например, поискового вызова/широковещания системной информации)

формат 1D: компактные назначения ресурсов для PDSCH с использованием многопользовательского MIMO (режим 5)

формат 2: назначения ресурсов для PDSCH для операции MIMO с обратной связью (режим 4)

формат 2A: назначения ресурсов для PDSCH для операции MIMO без обратной связи (режим 3)

форматы 3/3A: команды управления мощностью для PUCCH и PUSCH с 2-битовыми/1-битовыми регулировками мощности

С учетом вышесказанного, UE потребуется производить максимум 44 BD в любом подкадре. Это не включают в себя проверку одного и того же сообщения с различными значениями CRC, для которой необходима лишь небольшая дополнительная вычислительная нагрузка.

На Фиг. 4 показана блок-схема, иллюстрирующая процесс составления PDCCH на базовой станции (BS).

Согласно Фиг. 4, BS генерирует информацию управления согласно формату DCI. BS может выбирать один из множества доступных форматов DCI (форматы 1, 2, …, и N DCI) согласно информации управления, подлежащей передаче на UE. На этапе S410 циклический избыточный код (CRC) для обнаружения ошибок присоединяется к информации управления, сгенерированной согласно каждому формату DCI. CRC маскируется временным идентификатором радиосети (RNTI) согласно владельцу и использованию PDCCH. Другими словами, PDCCH подвергается скремблированию CRC идентификатором (например, RNTI).

В таблице 3 приведен пример идентификаторов, используемых для маскирования PDCCH.

Таблица 3
Тип	Идентификатор	Описание
специфичный для UE	C-RNTI, временный C-RNTI, полупостоянный C-RNTI	Используется для идентификации уникального UE
общий	P-RNTI	Используется для сообщения поискового вызова
SI-RNTI	Используется для системной информации
RA-RNTI	Используется для ответа произвольного доступа

Если используется C-RNTI, временный C-RNTI или полупостоянный C-RNTI, PDCCH несет информацию управления для конкретного UE и, если используется другой RNTI, PDCCH несет общую информацию управления, принимаемую всеми UE в соте. На этапе S420, в отношении информации управления, к которой присоединен CRC, осуществляется канальное кодирование для генерации кодированных данных. На этапе S430 осуществляется согласование по скорости согласно уровню агрегации CCE, назначенному формату PDCCH. На этапе S440 кодированные данные модулируются для генерации символов модуляции. Уровень агрегации CCE символов модуляции, составляющих один PDCCH, может быть любым из 1, 2, 4 и 8. На этапе S450 символы модуляции отображаются в физические ресурсные элементы (RE).

На Фиг. 5 показана блок-схема, иллюстрирующая способ обработки PDCCH на пользовательском оборудовании (UE).

Согласно Фиг. 5, на этапе S510 UE осуществляет обратное отображение физических RE из CCE. На этапе S520, поскольку UE неизвестен уровень агрегации CCE принятого PDCCH, UE осуществляет демодуляцию на каждом уровне агрегации CCE. На этапе S530 UE осуществляет рассогласование по скорости в отношении демодулированных данных. Поскольку UE неизвестен формат DCI (или размер полезной нагрузки DCI) принятой информации управления, рассогласование по скорости осуществляется в отношении форматов DCI (или размеров полезной нагрузки DCI). На этапе S540 канальное декодирование осуществляется в отношении рассогласованных по скорости данных согласно скорости кодирования, и осуществляется проверка CRC для выявления ошибок. Если ошибки не обнаружены, значит UE детектирует свой собственный PDCCH. В случае обнаружения ошибки, UE непрерывно осуществляет слепое декодирование в отношении других уровней агрегации CCE или других форматов DCI (или размеров полезной нагрузки DCI). На этапе S550 UE, детектирующее свой собственный PDCCH, удаляет CRC из декодированных данных для получения информации управления.

Множество PDCCH для множества UE можно передавать в области управления одного и того же подкадра. BS не снабжает UE информацией, указывающей местоположение PDCCH в области управления. Соответственно, UE осуществляет мониторинг набора PDCCH кандидатов в подкадре и находит свой собственный PDCCH. Термин "мониторинг" означает, что UE пытается декодировать принятые PDCCH кандидаты согласно соответствующим форматам DCI. Это называется слепым декодированием (слепым детектированием). Производя слепое декодирование, UE одновременно осуществляет идентификацию PDCCH, передаваемого на UE, и декодирование информации управления, передаваемой через соответствующий PDCCH. Например, в случае, когда PDCCH демаскируется с использованием C-RNTI, отсутствие обнаружения ошибок с помощью CRC означает, что UE детектирует свой собственный PDCCH.

Для сокращения служебной нагрузки слепого декодирования, количество форматов DCI задается меньшим количества типов информации управления, передаваемой с использованием PDCCH. Формат DCI включает в себя множество различных полей. Тип поля, количество полей и количество битов в каждом поле изменяется согласно формату DCI. Кроме того, размер информации управления, согласованный с форматом DCI, изменяется согласно формату DCI. Определенный формат DCI можно использовать для передачи двух типов информации управления.

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

Таблица 4
	Поле	Бит(ы)
(1)	Флаг для различения формата 0/формата 1A	1
(2)	Флаг скачкообразного перехода	1
(3)	Назначение блоков ресурсов и выделение ресурсов со скачкообразным переходом
(4)	Схема модуляции и кодирования и версия избыточности	5
(5)	Индикатор новых данных	1
(6)	Команда TPC для запланированного PUSCH	2
(7)	Циклический сдвиг для DM RS	3
(8)	Индекс UL (TDD)	2
(9)	Запрос CQI	1

Поле флага позволяет отличить формат 0 от формата 1A. Таким образом, форматы 0 и 1A DCI имеют одинаковый размер полезной нагрузки и отличаются полем флага. Длина в битах поля назначения блоков ресурсов и выделения ресурсов со скачкообразным переходом может изменяться согласно PUSCH со скачкообразным переходом или PUSCH без скачкообразного перехода. Поле назначения блоков ресурсов и выделения ресурсов со скачкообразным переходом для PUSCH без скачкообразного перехода обеспечивает битов для выделения ресурсов первого слота в подкадре восходящей линии связи. обозначает количество RB, включенных в слот восходящей линии связи, и зависит от ширины полосы передачи восходящей линии связи, установленной в соте. Соответственно, размер полезной нагрузки формата 0 DCI может изменяться согласно ширине полосы восходящей линии связи. Формат 1A DCI включает в себя поле для назначения PDSCH, и размер полезной нагрузки формата 1A DCI может изменяться согласно ширине полосы нисходящей линии связи. Формат 1A DCI обеспечивает размер в битах опорной информации для формата 0 DCI. Соответственно, если количество битов информации формата 0 DCI меньше количества битов информации формата 1A DCI, к формату 0 DCI присоединяется "0", пока размер полезной нагрузки формата 0 DCI не станет равным размеру полезной нагрузки формата 1A DCI. Поле заполнения формата DCI заполняется "0".

На Фиг. 6 показана схема, демонстрирующая иллюстративную структуру подкадра восходящей линии связи, используемого в системе LTE.

Согласно Фиг. 6, подкадр восходящей линии связи включает в себя множество слотов (например, два). Каждый слот может включать в себя символы SC-FDMA, количество которых изменяется согласно длине CP. Например, в случае нормального CP, слот может включать в себя семь символов SC-FDMA. Подкадр восходящей линии связи делится на область данных и область управления в частотной области. Область данных включает в себя PUSCH и используется для передачи сигнала данных, например речевого сигнала. Область управления включает в себя PUCCH и используется для передачи информации управления. PUCCH включает в себя пару RB (например, m=0, 1, 2, 3), расположенных на обоих концах области данных на частотной оси, и совершает скачкообразные переходы между слотами. Информация управления включает в себя ACK/NACK HARQ, информацию качества канала (CQI), индикатор матрицы предварительного кодирования (PMI) и указатель ранга (RI).

На Фиг. 7 показана схема, демонстрирующая систему связи с агрегацией несущих (CA).

Согласно фиг. 7, множество компонентных несущих (CC) восходящей линии связи/нисходящей линии связи можно агрегировать для поддержки более широкой ширины полосы восходящей линии связи/нисходящей линии связи. CC могут быть смежными или несмежными в частотной области. Ширина полосы CC устанавливается независимо. Возможна также асимметричная CA, в которой количество UL CC и количество DL CC различны. Можно сделать так, чтобы информация управления передавалась/принималась только через особую CC. Такую особую CC можно называть первичной CC, а остальные CC можно называть вторичными CC. Например, в случае применения планирования между несущими (или планирования между CC), PDCCH для назначения нисходящей линии связи можно передавать через DL CC#0, и соответствующий PDSCH можно передавать через DL CC#2. Термин "CC" можно заменить другими эквивалентными терминами (например, несущая, сота и пр.).

Для планирования между CC можно предусмотреть введение поля индикатора несущей (CIF). Конфигурацию для присутствия или отсутствия CIF в PDCCH можно полустатически и специфично для UE (или специфично для группы UE) обеспечить за счет сигнализации более высокого уровня (например, сигнализации RRC). Ниже кратко описаны основные варианты передачи PDCCH.

CIF отключено: PDCCH на DL CC назначает ресурсы PDSCH на той же DL CC и ресурсы PUSCH на единичной связанной UL CC

CIF отсутствует

Такие же структура PDCCH LTE (такое же кодирование, такое же отображение ресурсов на основе CCE) и форматы DCI

CIF включено: PDCCH на DL CC может назначать ресурсы PDSCH или PUSCH в одной из множественных агрегированных DL/UL CC с использованием CIF

форматы DCI LTE, расширенные CIF

- CIF (если сконфигурировано) является полем с фиксированным количеством битов x (например, x=3)

- местоположение CIF (если сконфигурировано) фиксировано независимо от размера формата DCI

Повторное использование структуры PDCCH LTE (такое же кодирование, такое же отображение ресурсов на основе CCE)

Назначения ресурсов между CC можно конфигурировать, когда форматы DCI имеют одинаковые или различные размеры

- явное CIF для случая одного и того же размера формата DCI

- в случае если размеры формата DCI различны, будет производиться определение, присутствует ли CIF

Будет задан верхний предел суммарного количества BD

В случае присутствия CIF, желательно, чтобы базовая станция могла назначить набор DL CC мониторинга PDCCH для снижения сложности BD на стороне UE. Этот набор CC составляет часть всех агрегированных DL CC, и UE осуществляет детектирование/декодирование PDCCH, запланированных для него, только на этом наборе. Другими словами, для планирования PDSCH/PUSCH для UE, базовая станция передает PDCCH только через набор DL CC мониторинга PDCCH. Набор DL CC мониторинга PDCCH можно задавать специфично для UE или специфично для группы UE или специфично для соты.

На Фиг. 8 показан пример подкадра DL, для которого агрегировано 3 DL CC, и DL CC A сконфигурирована как DL CC мониторинга PDCCH. Если CIF отключено, каждая DL CC может передавать только PDSCH планирования PDCCH каждой DL CC без CIF, согласно следующему принципу PDCCH LTE. С другой стороны, если CIF включено сигнализацией более высокого уровня, специфичной для UE (или специфичной для группы UE или специфичной для соты), только DL CC A может передавать PDCCH, планирующие не только PDSCH DL CC A, но и PDSCH других CC, за счет использования CIF. Заметим, что PDCCH не передаются на DL CC B и C, которые не сконфигурированы как DL CC мониторинга PDCCH. Термин "DL CC мониторинга PDCCH" можно заменить эквивалентными терминами, например, несущая мониторинга, сота мониторинга, обслуживающая несущая, обслуживающая сота.

ПРИМЕР

Если в системе CA не установлено перекрестное планирование, PDCCH для конкретной несущей передается только через соответствующую несущую. Например, согласно фиг. 7, если установлено планирование не между CC, PDCCH для DL CC0/UL CC0 передается только через DL CC0. Соответственно, в DL CC0 присутствует только пространство поиска PDCCH для DL CC0/UL CC0. Таким образом, пространство поиска PDCCH составляется для каждой несущей, и каждое пространство поиска PDCCH передается только через соответствующую DL CC.

Однако согласно фиг. 8, если планирование между CC установлено (т.е. CIF включено), DL CC мониторинга должна передавать не только PDCCH, ассоциированный с DL CC мониторинга, но и PDCCH, ассоциированные с другими несущими. Таким образом, DL CC мониторинга (DL CC A) должна передавать все PDCCH, ассоциированные с DL CC A, DL CC B и DL CC C. Соответственно, DL CC мониторинга (DL CC A) должна включать в себя пространство поиска PDCCH, ассоциированное с DL CC A, пространство поиска PDCCH, ассоциированное с DL CC B, и пространство поиска PDCCH, ассоциированное с DL CC C. Если CIF задано, как описано выше, поскольку множество пространств поиска PDCCH нужно задавать в одной DL CC, может происходить блокировка PDCCH в силу ограниченности ресурсов PDCCH и увеличение числа раз осуществления слепого декодирования. Блокиро