Способ и устройство для передачи и приема в системах беспроводной связи с многими несущими частотами

Изобретение относится к технике связи и может использоваться в системах беспроводной связи. Технический результат состоит в повышении точности обнаружения информации управления. Для этого пользовательское оборудование (ПО) контролирует кандидатов физического нисходящего канала управления (PDCCH) в общих поисковых пространствах (CSS) и специфических для пользовательского оборудования поисковых пространствах (USS). Если ПО конфигурировано с планированием между несущими, когда два кандидата PDCCH, исходящие из CSS и USS соответственно, имеют циклический избыточный код (CRC) скремблированный одним и тем же временным идентификатором радиосети (RNTI) и имеют обычный размер полезной нагрузки и тот же самый первый индекс элемента канала управления (ССЕ), ПО может интерпретировать, что передается только PDCCH, исходящий из CSS. 5н. и 10 з.п. ф-лы, 8 ил.

 

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

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

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

Пользовательское оборудование (ПО) для стандарта Long Term Evolution (LTE) версии 8 (Rel-8) в соответствии со стандартом LTE Rel-8 может принимать данные с базовой станции по одной составляющей несущей частоты в какой-то момент времени. Кроме того, ПО для LTE Rel-8 может передавать на базовую станцию восходящую информацию управления (UCI) по составляющей несущей частоты, соответствующей составляющей несущей частоты от базовой станции.

ПО для LTE-Advanced (А) в соответствии со стандартом LTE-A может одновременно принимать данные от базовой станции по одной или нескольким составляющим несущей частоты.

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

Технические задачи

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

Еще один аспект настоящего изобретения предлагает усовершенствованную базовую станцию сети радиодоступа E-UTRAN Node-B (eNB) и способ связи eNB, которые помогут решить неопределенность с обнаружением DCI.

Технические решения

Согласно одному аспекту настоящего изобретения, предложено пользовательское оборудование (ПО) для стандарта Long Term Evolution (LTE)-Advanced, чтобы контролировать предполагаемые физические нисходящие каналы управления (PDCCH), которые скремблированы с циклическим избыточным кодом (CRC) временным идентификатором сети радиосвязи (RNTI), в общих поисковых пространствах (CSS) и специфических для пользователя оборудования поисковых пространствах (USS), причем если два кандидата канала PDCCH из CSS и USS, соответственно, скремблированы с CRC одним и тем же RNTI и имеют обычную величину полезной нагрузки и один и тот же индекс первого элемента канала управления (ССЕ), канал PDCCH, исходящий из CSS считается передаваемым.

ПО для LTE-Advanced может быть конфигурировано для использования поля индикатора несущей частоты (CIF). Контроль может означать, что попытка интерпретации каждого из возможных каналов PDCCH осуществляется на основе всех форматов контролируемой нисходящей информации управления (DCI).

Кандидаты каналов PDCCH могут определить поисковое пространство с уровнем агрегации L.

Пространства CSS могут включать в совокупности 16 индексов ССЕ от ССЕ 0 до ССЕ 15, и индексы ССЕ, соответствующие m-му кандидату PDCCH могут быть выражены как: L{Y_k+m')modN_{CCE, k}/L}+i. Индексы ССЕ, соответствующие m-му кандидату PDCCH пространства USS могут быть выражены как:

L{Y_k+m')modN_CCE,k/L}+i.

Здесь i=0,…,L-l. N_CCE,k может обозначать совокупное число индексов ССЕ. m'=m в случае CSS. В случае USS, когда контролирующее ПО не конфигурировано с помощью CIF, m'=m. В случае USS, когда контролирующее ПО конфигурировано с помощью CIF, m'=m+M^(L)·n_CI,M^(L) может обозначать совокупное число кандидатов PDCCH, n_CI может обозначать значение CIF, m=0,…,M^(L)-1, и Y_k может соответствовать нулю для CSS и быть определенным для USS согласно: Y_k=(A·Y_k-1)mod D.

Здесь Y_-1=n_RNTI≠0, A=39827,D=65537, k=n_s/2, n_S может обозначать номер слота, и n_RNTI может обозначать значение RNTI.

CSS может соответствовать CSS с уровнем агрегации 4 или 8.

USS может соответствовать USS с уровнем агрегации 1, 2, 4 или 8.

CSS и USS могут перекрывать друг друга.

Кандидаты PDCCH могут иметь заданный формат(ы) DCI и скремблироваться CRC идентификатором RNTI.

Среди кандидатов PDCCH, кандидаты PDCCH, исходящие из USS, могут иметь по меньшей мере одно возможное значение CIF для формата DCI.

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

согласно еще одному аспекту настоящего изобретения, предложена усовершенствованная базовая станция eNB для стандарта LTE-Advanced, конфигурированная для передачи PDCCH в CSS и USS, причем когда два кандидата PDCCH из CSS и USS, соответственно, скремблированы с CRC одним и тем же RNTI и имеют обычный размер полезной нагрузки и тот же самый первый индекс ССЕ, передается только кандидат PDCCH из CCS.

Кандидаты PDCCH могут определять поисковое пространство с уровнем агрегации L.

Кандидаты PDCCH могут иметь заданный формат(ы) нисходящей информации управления (DCI) и быть скремблированы с CRC идентификатором RNTI.

Среди кандидатов PDCCH кандидаты PDCCH, исходящие из USS, могут иметь по меньшей мере одно возможное значение CIF для формата DCI.

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

Согласно еще одному аспекту, предложен способ связи ПО, причем способ включает: контроль кандидатов PDCCH по CRC, скремблированному RNTI, в пространствах CSS и USS и прием PDSCH по нескольким несущим нисходящего управления (СС). Такой контроль может включать прием только PDCCH, исходящего из пространств CSS, когда кандидаты PDCCH имеют обычный размер полезной нагрузки и тот же самый первый индекс ССЕ. Кандидаты PDCCH могут иметь заданный формат(ы) нисходящей информации управления (DCI) и быть скремблированными с CRC идентификатором RNTI, кандидаты PDCCH, исходящие из пространств USS могут иметь по меньшей мере одно возможное значение CIF для формата DCI, и эти несколько нисходящих СС могут быть идентифицированы на основе CIF.

Контроль может, кроме того, включать прием PDCCH, исходящего из CSS и USS, когда кандидаты PDCCH имеют разные размеры полезной нагрузки или разные первые индексы ССЕ.

Контроль может, кроме того, включать интерпретацию каждого из кандидатов PDCCH на основе всех форматов DCI, которые должны контролироваться ПО.

Способ может, кроме того, включать передачу физического восходящего общего канала (PUSCH) на E-UTRAN Node-B (eNB) по нескольким восходящим СС.

Каждый из кандидатов PDCCH может включать по меньшей мере один ССЕ.

Уровень агрегации может соответствовать числу индексов ССЕ, составляющих каждого из кандидатов PDCCH.

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

Технический результат изобретения

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

Также, согласно вариантам осуществления настоящего изобретения, может быть предложена базовая станция E-UTRAN Node-B (eNB) и способ связи eNB, которые могут решать неопределенность обнаружения нисходящей информации управления (DCI).

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

ФИГ. 1 - таблица, показывающая свойства кандидатов физического нисходящего канала управления (PDCCH), который должен контролироваться пользовательским оборудованием (ПО) согласно варианту осуществления настоящего изобретения;

ФИГ. 2 - схема, иллюстрирующая случай, когда общее поисковое пространство (CSS) и специфическое для пользовательского оборудования поисковое пространство (USS), соответствующее уровню агрегации 2, перекрывают друг друга согласно варианту осуществления настоящего изобретения;

ФИГ. 3 - схема, иллюстрирующая случай, когда USS, соответствующее уровню агрегации 2, и USS, соответствующее уровню агрегации 4, перекрывают друг друга согласно варианту осуществления настоящего изобретения;

ФИГ. 4 - схема, иллюстрирующая способ связи базовой станции E-UTRAN Node-B (eNB) и ПО в системе Long Term Evolution (LTE)-Advanced согласно варианту осуществления настоящего изобретения;

ФИГ. 5 - схема, иллюстрирующая случай, когда CSS и USS, соответствующее уровню агрегации 1, перекрывают друг друга согласно варианту осуществления настоящего изобретения;

ФИГ. 6 - схема, иллюстрирующая случай, когда CSS и USS, соответствующее уровню агрегации 2, перекрывают друг друга согласно варианту осуществления настоящего изобретения;

ФИГ. 7 - схема, иллюстрирующая случай, когда CSS и USS, соответствующее уровню агрегации 4, перекрывают друг друга согласно варианту осуществления настоящего изобретения; и

ФИГ. 8 - схема, иллюстрирующая случай, когда CSS и USS, соответствующее уровню агрегации 8, перекрывают друг друга согласно варианту осуществления настоящего изобретения;

Лучший вариант осуществления изобретения

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

ФИГ. 1 - таблица, показывающая свойства кандидатов физического нисходящего канала управления (PDCCH), который должен контролироваться пользовательским оборудованием (ПО) согласно варианту осуществления настоящего изобретения.

Далее описана структура PDCCH согласно стандарту Long Term Evolution (LTE), версии 8/9 (Rel-8/9).

Один PDCCH может включать один или несколько элементов канала управления (индексы ССЕ).

Число индексов ССЕ, составляющих один PDCCH, также может быть названо уровнем агрегации.

Согласно Технической спецификации (ТС) Партнерского проекта по системам третьего поколения (3GPP) для версий 8/9, группа кандидатов PDCCH, которая должна контролироваться ПО, может быть определена на основе поискового пространства.

Поисковое пространство может быть независимо определено для каждого уровня агрегации PDCCH. То есть кандидаты PDCCH могут определять поисковое пространство с уровнем агрегации L. Также определенные поисковые пространства могут перекрывать друг друга.

Согласно стандарту LTE Rel-8/9, ПО может обнаруживать информацию управления, доставляемую на ПО, путем контроля общих поисковых пространств (CSS) и специфических для пользовательского оборудования поисковых пространств (USS).

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

Кандидаты PDCCH, которых должно контролировать ПО, могут быть расположены в поисковых пространствах.

Если поисковое пространство, соответствующее уровню агрегации L, обозначено S_k ^(L), индексы ССЕ, соответствующие m-му кандидату PDCCH из поискового пространства S_k ^(L), могут быть выражены Уравнением 1:

[Уравнение 1]

L-{(Y_k+m)modN_CCE,k/L}+i.

Здесь N_CCE,k обозначает совокупное число доступных индексов ССЕ, которые базовая станция E-UTRAN Node-B (eNB) может использовать для передачи PDCCH.

i=0,…,L-l, и m=0,…,M^(L)-1.

M^(L) обозначает совокупное число кандидатов PDCCH, которые должно контролировать ПО в данном поисковом пространстве.

ПО может контролировать CSS на каждый из уровня агрегации 4 и уровня агрегации 8, и может контролировать USS на каждый из уровня агрегации 1, уровня агрегации 2, уровня агрегации 4 и уровня агрегации 8.

CSS и USS могут иметь перекрывающуюся область.

Также индексы ССЕ, соответствующие m-му кандидату PDCCH из поискового пространства S_k ^(L), могут быть выражены Уравнением 2:

[Уравнение 2]

L·{(Y_k+m')modL_CCE,k/L}+i.

Здесь m'=m для всех CSS.

Для USS, когда контролирующее ПО не конфигурировано CIF, m'=m. Для USS, когда контролирующее ПО конфигурировано CIF, для обслуживающей ячейки, где контролируется PDCCH, может применяться следующее Уравнение 3. То есть для ПО, конфигурированного CIF, может применяться следующее Уравнение 3.

[Уравнение 3]

m'=m+М^(L)·n_CI.

Здесь па обозначает значение CIF.

На ФИГ. 1 показана Таблица 9.1.1-1 в ТС 36.213 проекта 3GPP. Таблица на ФИГ. 1 показывает уровни агрегации L, которые должно контролировать ПО, размеры поисковых пространств с уровнем агрегации L (в индексах ССЕ) и число кандидатов PDCCH М^(L), которые должно контролировать ПО в поисковом пространстве S_k ^(L).

В случае CSS, Г* может быть установлен на 0. Таким образом, CSS, соответствующее уровню агрегации 4, и CSS, соответствующее уровню агрегации 8, могут точно перекрывать друг друга. То есть каждое CSS может состоять в совокупности из 16 индексов ССЕ от ССЕ 0 до ССЕ 15.

В случае USS, Y_k может быть определен по Уравнению 4:

[Уравнение 4]

Y_k=(A·Y_k-1)mod D.

Здесь Y_-1=n_RNTI≠0,А=39827, D=65537 и k=n_s/2.

n_s обозначает номер слота, и h_RNTI обозначает значение временного идентификатора радиосети (RNTI).

В системе LTE-Advanced DCI может включать поле индикатора несущей частоты (CIF). Поле CIF может указывать, какой нисходящий СС или восходящий СС указывает нисходящая информация о выделении или восходящая информация о предоставлении. Конкретно, нисходящие СС могут быть идентифицированы на основе CIF, т.е. на основе нисходящей информации о выделении CIF, и восходящие СС могут быть идентифицированы на основе восходящей информации о предоставлении CIF.

Кандидаты PDCCH могут иметь заданный формат(ы) DCI и иметь циклический избыточный код (CRC), скремблируемый RNTI, например, Ячейка (C)-RNTI или полупостоянное планирование (полупостоянное планирование) C-RNTI, и может иметь одно или больше возможных значений CIF для формата DCI.

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

На ФИГ. 2 и ФИГ. 3 показаны схемы, описывающие, почему неопределенность обнаружения DCI может происходить в стандарте LTE Rel-8/9 без использования объединения несущих частот, и способ устранения этой неопределенности.

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

При рассмотрении одного PDCCH, включающего в совокупности М индексов ССЕ, от ССЕ k до ССЕ (k+М-1), содержание начального ССЕ, которым является ССЕ k, может повторяться в ССЕ i (k<i<k+М).

В этом случае, если ССЕ i соответствует одному из начальных индексов ССЕ USS ПО с уровнем агрегации L, когда ПО пытается обнаружить PDCCH в отношении L индексов ССЕ, от ССЕ i до ССЕ (i+L-l) с ССЕ i как начальным ССЕ, возможно, что результат обнаружения пройдет проверку на CRC.

В этом случае ПО может распознать ССЕ i как начальный ССЕ. Однако базовая станция eNB фактически передала ССЕ к как начальный ССЕ.

В особенности индекс начального ССЕ может быть использован для отображения ресурсов канала PUCCH, таких как квитирование (АСК)/отрицательное квитирование (NAK). Соответственно, когда ПО ошибочно распознает начальный ССЕ, это может привести к ошибочному отображению ресурсов ACK/NAK.

На ФИГ. 2 показана схема, иллюстрирующая случай, когда CSS 210 и USS 220, соответствующее уровню агрегации 2, перекрывают друг друга согласно варианту осуществления настоящего изобретения.

В случае если CSS 210 и USS 220, соответствующее уровню агрегации 2, сформированы так, как показано на ФИГ. 2, даже если eNB фактически передает PDCCH, используя ССЕ 0 - ССЕ 3 CSS 210, ПО может пытаться обнаружить PDCCH для затененной части 230. В этом случае возможно, что результат демодуляции для затененной части 230 пройдет проверку на CRC.

Наоборот, когда eNB передает PDCCH, соответствующий уровню агрегации 2, используя (ССЕ 2, ССЕ 3), даже если ПО пытается обнаружить PDCCH, соответствующий уровню агрегации 4 в отношении ССЕ 0 - ССЕ 3 CSS 210, возможно, что проверка на CRC при обнаружении будет пройдена.

В вышеприведенном примере "(ССЕ 2, ССЕ 3)" указывает ССЕ 2 и ССЕ 3.

На ФИГ. 3 показана схема, иллюстрирующая случай, когда USS 310, соответствующее уровню агрегации 2, и USS 320, соответствующее уровню агрегации 4, перекрывают друг друга согласно варианту осуществления настоящего изобретения.

В том случае, если перекрывающаяся область находится между USS 310, соответствующим уровню агрегации 2, и USS 320, соответствующим уровню агрегации 4, как показано на ФИГ. 3, даже если eNB фактически передает PDCCH, используя ССЕ 8 - ССЕ 11, т.е., PDCCH, соответствующий уровню агрегации 4, ПО может успешно обнаружить PDCCH, соответствующий уровню агрегации 2, для затененной части (ССЕ 10, ССЕ 11) 330.

Напротив, даже если eNB фактически передает PDCCH, соответствующий уровню агрегации 2, используя (ССЕ 10, ССЕ 11), ПО может успешно обнаруживать PDCCH, соответствующий уровню агрегации 4, в отношении ССЕ 8 - ССЕ 11.

Для того чтобы избежать вышеуказанной проблемы, объясненной со ссылками на ФИГ. 2 и ФИГ. 3, в LTE Rel-8/9 содержание ССЕ к, соответствующего начальному ССЕ, не разрешено повторять в других последующих индексах ССЕ.

Конкретно один ССЕ может передавать в совокупности 72 бита. Также для кодирования PDCCH можно использовать сверточное кодирование с нейтрализацией хвоста при скорости кодирования 1/3. Информация может проходить через 16-битное кодирование с CRC перед вводом в канальный кодер.

Базовая выходная длина канального кодера может составлять 3 х (размер полезной нагрузки +16) битов. Биты могут последовательно заполнять некоторое число индексов ССЕ, соответствующих уровню агрегации PDCCH.

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

Другие подробности способа предотвращения вышеуказанного повторения раскрыты в ТС 36.212 5.1.4.2 проекта 3GPP.

Учитывая то, что уровень агрегации 8 для CSS является максимальным уровнем агрегации, т.е. учитывая то, что один PDCCH может использовать до 8 индексов ССЕ, набор размеров полезной нагрузки, имеющих неопределенность, может быть выражен Уравнением 5:

[Уравнение 5]

{а>0| common multiple (3×(а+16), 72)<72×8},

где: common multiple=общее кратное.

Исключая размеры полезной нагрузки, которые не используются в Спецификации, поскольку они чрезмерно короткие или чрезмерно длинные, размеры полезной нагрузки, имеющие неопределенность, приведены в Таблице 1. Таблица 1 соответствует Таблице 5.3.3.1.2-1 в ТС 36.212 проекта 3GPP.

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

Размеры полезной нагрузки из Таблицы 1 не используются в LTE Rel-8/9, поскольку содержимое начального ССЕ может повторяться в последующем ССЕ с этими размерами полезной нагрузки.

[Таблица 1]_

{12, 14, 16, 20, 24, 26, 32, 40, 44, 56}

Далее рассмотрен вариант осуществления с ФИГ. 2 для случая, когда применяется вышеупомянутый способ.

В том случае, если eNB фактически передает PDCCH, используя ССЕ 0 - ССЕ 3 CSS 210, даже если ПО попытается обнаружить PDCCH для затененной части 230, случай, когда результат демодуляции для затененной части 230 пройдет проверку на CRC, может произойти редко. То есть, результат демодуляции для затененной части 230 может пройти проверку на CRC при обычной частоте необнаруженных ошибок.

Кроме того, когда eNB передает PDCCH, соответствующий уровню агрегации 2, используя (ССЕ 2, ССЕ3) USS 220, и когда ПО пытается обнаружить PDCCH, соответствующий уровню агрегации 4, в отношении ССЕ 0 - ССЕ 3 CSS 210, результат демодуляции в отношении ССЕ 0 - ССЕ 3 может пройти проверку на CRC при обычной частоте необнаруженных ошибок.

Вышеприведенное описание может быть в такой же степени применимо к варианту осуществления с ФИГ. 3.

Согласно стандарту LTE Rel-8/9, форматы DCI 0,1, 1A, IB, 1D, 2, 2А и 2 В могут быть скремблированы с CRC посредством C-RNTI. Эти форматы DCI могут быть переданы в USS. Форматы DCI 0 и 1А также могут быть переданы в CSS.

Форматы DCI0, 1, 1А, 2, 2А и 2В могут быть скремблированы с CRC посредством C-RNTI полупостоянного планирования и могут быть переданы в USS. Форматы DCI 0 и 1А также могут быть переданы в CSS.

Форматы DCI 0, 1 и 1А могут быть скремблированы с CRC временным C-RNTI. В этом случае формат О DCI может быть передан в CSS, и формат 1 DCI может быть передан в USS, и формат 1A DCI может быть передан как в CSS, так и в USS.

Из-за вышеупомянутых причин, описанных выше со ссылкой на ФИГ. 2 и ФИГ. 3, все форматы DCI, например форматы DCI 1,1А, IB, 1D, 2,2Аи 2 В, которые передаются в USS и связаны с нисходящим распределением ресурсов, могут избежать передачи с размерами полезной нагрузки, показанными в Таблице 1.

В стандарте LTE-Advanced Rel-10 и более поздних версиях неопределенность обнаружения PDCCH может быть устранена путем применения вышеупомянутой схемы для всех форматов DCI (т.е. существующих форматов DCI по Rel-8/9 и заново определяемых форматов DCI), которые передаются в USS и используются для нисходящего распределения ресурсов.

На ФИГ. 4 показана схема, описывающая способ связи eNB 410 и ПО 400 в системе LTE-Advanced согласно варианту осуществления настоящего изобретения.

В операции 420 ПО 400 может контролировать поисковые пространства PDCCH.

PDCCH может передавать информацию DCI, которая является нисходящей информацией о распределении или восходящей информацией о предоставлении.

То есть ПО 400 может быть конфигурировано для контроля кандидатов PDCCH с CRC, скремблируемым RNTI и т.п., в пространствах CSS и USS.

В операции 430 eNB 410 может передавать физический нисходящий общий канал (PDSCH) на ПО 400 через несколько нисходящих каналов СС.

В операции 440 ПО 400 может передавать физический восходящий общий канал (PUSCH) на eNB 410 через несколько восходящих каналов СС.

Поисковые пространства PDCCH, которые должно контролировать ПО 400, могут быть разделены на CSS и USS.

USS могут быть определены для каждого СС. Например, когда ПО 400 конфигурировано для использования N нисходящих СС, ПО 400 может иметь N отдельных наборов USS.

Когда ПО 400 не использует планирование между несущими, поисковые пространства могут быть определены на каждом СС.

Когда ПО 400 использует планирование между несущими, на одном СС могут быть определены несколько наборов поисковых пространств. Например, два набора USS, соответствующие двум СС, могут быть определены в одном СС.

Размер CSS может быть конфигурирован, чтобы быть таким же, независимо от числа нисходящих СС, конфигурированных для ПО 400. Например, CSS может включать 16 индексов ССЕ от ССЕ 0 до ССЕ 15, как в LTE Rel-8/9.

Размер CSS может быть конфигурирован, чтобы изменяться в зависимости от числа нисходящих СС, конфигурированных для ПО 400. В этом случае размер CSS может быть конфигурирован, чтобы увеличиваться с увеличением числа конфигурированных СС.

Ниже описана неопределенность обнаружения DCI, которая может иметь место из-за планирования между несущими. Конкретно, описаны способ использования планирования между несущими для конфигурирования ПО 400 в CSS и USS и способ разрешения неопределенности обнаружения DCI.

В последующем описании можно предположить, что способ избежать неопределенности обнаружения DCI в LTE, описанный выше со ссылками на ФИГ. 2 и ФИГ. 3, применим к системе LTE-Advanced.

Для ПО 400, использующего планирование между несущими, eNB 410 может включать CIF в форматах DCI, передаваемых в пространства USS. Базовая станция eNB 410 может информировать ПО 400, какой СС запланирован для ПО, с использованием значения CIF. Формат DCI, который будет передан в пространства CSS, может не иметь CIF. Формат DCI, передаваемый в USS ПО 400 с использованием планирования между несущими, обычно может иметь CIF.

16-битный CRC может быть добавлен к DCI, передаваемой PDCCH. После добавления 16 битов CRC скремблирование с CRC может быть выполнено с использованием RNTI.

Формат 0 DCI и формат 1A DCI могут быть скремблированы с CRC идентификатором C-RNTI или идентификатором полупостоянного планирования C-RNTI. Формат 0 DCI и формат 1A DCI могут быть переданы в CSS или USS.

DCI, передаваемая в CSS, может не включать CIF.

DCI, которая передается только в USS и скремблируется идентификатором C-RNTI или идентификатором полупостоянного планирования C-RNTI, может включать CIF в любом случае.

Первая DCI, которая передается только в USS и скремблируется C-RNTI или С-RNTI полупостоянного планирования, и вторая DCI, которая передается только в CSS и скремблируется с CRC C-RNTI или C-RNTI полупостоянного планирования, могут иметь одинаковый размер полезной нагрузки. Также перекрывающаяся область может существовать между CSS и USS.

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

Вышеуказанный аспект, что ПО 400 может быть неспособным определить, какой формат DCI передается, может иметь место только в том случае, когда два формата DCI, исходящие из CSS и USS соответственно, скремблируются одним и тем же RNTI и имеют одинаковый размер полезной нагрузки в области, где перекрываются CSS и USS.

Формат DCI 0 и формат DCI 1А могут быть переданы в CSS, и формат DCI0 и формат DCI 1А могут иметь одинаковый размер полезной нагрузки. Если формат DCI из USS среди форматов DCI из USS должен контролироваться ПО 400, имеет одинаковый размер полезной нагрузки и скремблирован с CRC одним и тем же RNTI, например, С-RNTI или C-RNTI полупостоянного планирования как формат DCI 0 и формат DCI 1А, исходящий из CCS, может иметь место вышеуказанный аспект.

Вышеуказанные случаи, когда ПО 400 может быть неспособно определить, какой формат DCI передается, могут быть изучены путем классифицирования их на следующие случаи 1) - 4):

Случай 1), когда CSS и USS, соответствующее уровню агрегации 1, перекрывают друг друга;

Случай 2), когда CSS и USS, соответствующее уровню агрегации 2, перекрывают друг друга;

Случай 3), когда CSS и USS, соответствующее уровню агрегации 4, перекрывают друг друга; и

Случай 4), когда CSS и USS, соответствующее уровню агрегации 8, перекрывают друг друга.

Размер CSS может быть рассчитан на изменение в зависимости от числа нисходящих СС, конфигурированных для ПО 400. Решения, которые будут описаны ниже, могут допускать, что структура и размер CSS являются такими же, как структура и размер CSS, используемых в LTE Rel-8/9. Однако эти решения также могут быть применимы к CSS, имеющим разные структуры и размеры.

На ФИГ. 5 показана схема, иллюстрирующая случай, когда CSS 510 и USS 520, соответствующее уровню агрегации 1, перекрывают друг друга согласно варианту осуществления настоящего изобретения.

Когда ПО 400 пытается обнаружить ССЕ 4, ПО 400 может успешно демодулировать PDCCH.

Однако ПО 400 может быть неспособно определить, из какого поискового пространства из CSS 510 и USS 520 исходит обнаруженная DCI. Соответственно, даже если ПО 400 успешно обнаружит PDCCH, может возникнуть проблема с интерпретацией содержимого формата DCI.

Напротив, даже если ПО 400 пытается обнаружить PDCCH, соответствующий уровню агрегации 4, в отношении ССЕ 4 - ССЕ 7 и успешно обнаружит PDCCH, ПО 400 может быть неспособно определить, из какого поискового пространства из CSS 510 и USS 520 исходит обнаруженная DCI.

На ФИГ. 6 показана схема, иллюстрирующая случай, когда CSS 610 и USS 620, соответствующее уровню агрегации 2, перекрывают друг друга согласно варианту осуществления настоящего изобретения.

ПО 400 может попытаться обнаружить (ССЕ 4, ССЕ 5) и этим может успешно осуществить демодуляцию PDCCH.

Однако даже если ПО 400 успешно демодулирует PDCCH, ПО 400 может быть неспособно определить, из какого поискового пространства из CSS 610 и USS 620 исходит обнаруженная DCI. Соответственно, независимо от того, успешно ли ПО 400 обнаружило PDCCH, может возникнуть проблема с интерпретацией содержимого формата DCI. Та же проблема также может возникнуть для (ССЕ 8, ССЕ 9) и (ССЕ 12, ССЕ 13).

Напротив, даже если ПО 400 попытается обнаружить PDCCH, соответствующий уровню агрегации 4, в отношении ССЕ 4 - ССЕ 7, ССЕ 8 - ССЕ 11 или ССЕ 12 - ССЕ 15 и посредством этого успешно определит PDCCH, ПО 400 может быть неспособно определить, из какого поискового пространства из CSS 610 и USS 620 исходит обнаруженная DCI.

На ФИГ. 7 показана схема, иллюстрирующая случай, когда CSS 710 и USS 720, соответствующее уровню агрегации 4, перекрывают друг друга согласно варианту осуществления настоящего изобретения.

Проблема, описанная выше со ссылками на ФИГ. 5 и ФИГ. 6, также может произойти для ССЕ 12 - ССЕ 15.

На ФИГ. 8 показана схема, иллюстрирующая случай, когда CSS 810 и USS 820, соответствующее уровню агрегации 8, перекрывают друг друга согласно варианту осуществления настоящего изобретения.

Проблема, описанная выше со ссылками на ФИГ. 5 и ФИГ. 6, также может произойти для ССЕ 8 - ССЕ 15.

Ниже суммировано описание, приведенное выше со ссылками на ФИГ. 5 - ФИГ. 8. Когда ПО 400 пытается обнаружить PDCCH, применяя в качестве начального ССЕ один из возможных начальных индексов ССЕ, например, ССЕ 0, ССЕ 4, ССЕ 8 или ССЕ 12, пространства CSS 510, 610, 710 или 810 в области, где CSS 510, 610, 710 или 810 и USS 520, 620, 720 или 820 перекрывают друг друга, может возникнуть проблема с интерпретацией DCI, обнаруженной ПО 400.

Поэтому для решения вышеуказанной проблемы, когда ПО 400 пытается осуществить обнаружение, применяя в качестве начального ССЕ ССЕ 0, ССЕ 4, ССЕ 8 или ССЕ 12 в перекрывающейся области между CSS и USS, может применяться ограничение, чтобы обнаруженную DCI можно было в любое время интерпретировать как исходящую из CSS или USS.

Ниже приведено описание ограничения, по которому обнаруженная DCI интерпретируется как исходящая из CSS. Вышеуказанное ограничение может быть определено по 1)и 2):

1) когда eNB 410 передает DCI, eNB 410 может передавать DCI в CSS без какого-либо ограничения; и

2) в перекрывающейся области между CSS и USS eNB 410 может передавать DCI USS только в том случае, когда начальный ССЕ DCI, исходящей из USS не соответствует любому из возможных начальных индексов ССЕ, например, ССЕ 0, ССЕ 4, ССЕ 8 и ССЕ 12 кандидатов PDCCH из CSS.

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

Когда вышеуказанное ограничение применяется к USS, соответствующему уровню агрегации 4, или USS, соответствующему уровню агрегации 8, передача DCI, исходящей из USS, может быть не разрешена в перекрывающейся области между CSS и USS. Это потому, что начальный ССЕ кандидата PDCCH из USS всегда соответствует начальному ССЕ кандидата PDCCH из CSS.

Однако даже если вышеуказанное ограничение применяется к USS, соответствующему уровню агрегации 1, или USS, соответствующему уровню агрегации 2, ССЕ, не перекрывающийся с начальными индексами ССЕ кандидатов PDCCH из CSS, может быть представлен в USS, соответствующем уровню агрегации 1, или в USS, соответствующем уровню агрегации 2. Соответственно, когда начальный ССЕ не соответствует одному из возможных начальных индексов ССЕ из DCI CSS, DCI USS может быть передана даже в перекрывающуюся область между CSS и USS.

Например, на ФИГ. 5 каждый из ССЕ 2, ССЕ 3, ССЕ 5, ССЕ 6 и ССЕ 7, исключая ССЕ 4, может являться действительным кандидатом PDCCH из USS. Кроме того, на ФИГ. 6 (ССЕ 2, ССЕ 3) и (ССЕ 6, ССЕ 7) могут быть действительными кандидатами PDCCH из USS.

Альтернативно, в перекрывающейся области между CSS и USS, когда ПО 400 осуществляет попытку обнаружения, применяя в качестве начального ССЕ ССЕ 0, ССЕ 4, ССЕ 8 или ССЕ 12, ограничение может применяться, чтобы обнаруженная DCI в любое время была интерпретирована как исходящая из USS.

То есть когда eNB 410 передает DCI, и когда начальный ССЕ соответствует одному из возможных начальных индексов ССЕ кандидатов PDCCH из CSS, например, ССЕ 0, ССЕ 4, ССЕ 8 и ССЕ 12 в перекрывающейся области между CSS и USS, eNB 410 может передавать только DCI USS. В этом случае, ПО 400 может рассматривать только DCI USS, переданную в перекрывающуюся область между CSS и USS, при обнаружении и интерпретации PDCCH.

Если суммировать вышеприведенное описание, то могут быть применены два следующих способа (1) и (2).

(1) В перекрывающейся области между CSS и USS ПО 400 может интерпретировать PDCCH, который считается имеющим неопределенность формата DCI, как формат DCI из CSS. То есть, когда кандидаты PDCCH имеют обычный размер полезной нагрузки и тот же самый первый индекс ССЕ, eNB 410 может передавать только PDCCH из CSS, и ПО 400 может интерпретировать или считать, что передается только PDCCH из CSS. В этом примере кандидаты PDCCH из CSS могут быть названы первыми кандидатами PDCCH, и кандидаты PDCCH из USS могут называться вторыми кандидатами PDCCH. Когда первые кандидаты PDCCH и вторые кандидаты PDCCH имеют обычный размер полезной нагрузки и тот же самый первый индекс ССЕ, ПО 400 может определить, что передается PDCCH из первых кандидатов PDCCH.

(2) В перекрывающейся области между CSS и USS ПО 400 может интерпретировать PDCCH, который считается имеющим неопределенность формата DCI, как формат DCI из USS.

Ниже описаны способы удаления по существу неопределенности обнаружения DCI, отличающиеся от вышеупомянутых (1) и (2).

1) Как первый способ, разные последовательности скремблирования могут быть применены ко всей полезной нагрузке для формата DCI из CSS и формата DCI из USS.

Полезная нагрузка может включать биты информации и 16-битный CRC. Если для битов информации генерируется CRC, полезная нагрузка может быть генерирована путем добавления генерированного CRC к битам информации. Скремблирование на уровне битов может быть применено к всей генерированной полезной нагрузке. Даже если скремблирование на уровне битов может быть применено в той же форме, что и в стандартной ТС 36.211 v 8.7.0 6.3.1 проекта 3GPP, может потребоваться применять разные значения инициализации C_init для форматов DCI из CSS и форматов DCI из USS для генератора последовательностей скремблирования.

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

2) Как второй способ, циклические сдвиги с разными смещениями для формата DCI из CSS и формата DCI из USS могут быть применены для битового потока всей полезной нагрузки.

То есть, когда поток битов полезной нагрузки формата DCI выражен как "x(1), x(2),…x(N)", x(i) может быть заменен на ×((i+q) mod N)) путем применения смещения q(0<q<N) к потоку битов. Здесь x(i) обозначает i-й бит. Например, если q=3, порядок битов может быть изменен на x(4), x(5),…x(N), x(1), x(2), x(3).

Если значение смещения формата DCI из CSS и значение смещения формата DCI из USS установлены разными, ПО 400 может быть способно определять, какой формат передается.

3) Как третий способ, скремблирование с CRC может быть выполнено путем применения разных идентификаторов RNTI для формата DCI из CSS и формата DCI из USS. Если установлены разные RNTI для формата DCI из CSS и формата DCI из USS, неопределенность между форматом DCI из CSS и форматом DCI из USS может отсутствовать.

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

Вышеизложенные примеры вариантов осуществления настоящего изобретения могут быть записаны на машиночитаемые носители, включающие программные команды для выполнения разных операций в компьютере. Эти носители также могут включать, отдельно или в сочетании с программными командами, файлы данных, структуры данных и т.п. Примеры машиночитаемых носителей включают магнитные носители, такие как жесткие диски, гибкие диски и магнитную ленту; оптические носители, такие как диски CD ROM и DVD; магнитооптические носители, такие как флоптические диски; и аппаратные устройства, которые специально конфигурированы для хранения и выполнения программных команд, такие как постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), флэш-память и т.п. Примеры программных команд включают как машинный код, такой как создаваемый компилятором, так и файлы, содержащие код более высокого уровня, который может быть исполнен компьютером с использованием интерпретатора. Описанные аппаратные устройства могут быть конфигурированы так, чтобы действовать как один или больше модулей программного обеспечения, чтобы выполнять операции вышеописанных примеров вариантов осуществления настоящего изобретения, или наоборот.

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

1. Пользовательское оборудование (ПО),
конфигурированное для контроля кандидатов физического нисходящего канала управления (PDCCH) в общем поисковом пространстве (CSS) и специфическом для пользовательского оборудования поисковом пространстве (USS); и
конфигурированное для того, чтобы рассматривать кандидата PDCCH в CSS как PDCCH, передаваемый с базовой станции в случае, когда кандидат PDCCH в CSS и кандидат PDCCH в USS имеют:
(1) циклический избыточный контроль (CRC), скремблированный временным идентификатором радиосети (RNTI),
(2) общий размер полезной нагрузки,
(3) тот же самый первый индекс элемента канала управления (ССЕ) и
(4) разные конфигурации нисходящей информации управления (DCI).

2. Пользовательское оборудование (ПО),
конфигурированное для контроля кандидатов физического нисходящего канала управления (PDCCH) в общем поисковом пространстве (CSS) и специфическом для пользовательского оборудования поисковом пространстве (USS);
конфигурированное полем индикатора несущей частоты (CIF), связанного с контролем кандидатов PDCCH; и
конфигурированное, чтобы рассматривать кандидата PDCCH в CSS в качестве PDCCH, передаваемого с базовой станции в случае, когда кандидат PDCCH в CSS и кандидат PDCCH в USS имеют:
(1) циклический избыточный контроль (CRC), скремблированный временным идентификатором радиосети (RNTI),
(2) общий размер полезной нагрузки,
(3) тот же самый первый индекс элемента канала управления (ССЕ) и
(4) разные конфигурации нисходящей информации управления (DCI).

3. Пользовательское оборудование (ПО),
конфигурированное для контроля кандидатов физического нисходящего канала управления (PDCCH) в общем поисковом пространстве (CSS) и специфическом для пользовательского оборудования поисковом пространстве (USS); и
конфигурированное, чтобы рассматривать кандидата PDCCH в CSS в качестве PDCCH, передаваемого с базовой станции в случае, когда кандидат PDCCH в CSS и кандидат PDCCH в USS имеют циклический избыточный контроль (CRC), скремблированный временным идентификатором радиосети (RNTI), общий размер полезной нагрузки, тот же самый первый индекс элемента канала управления (ССЕ) и разные конфигурации нисходящей информации управления (DCI), и в случае, когда кандидат PDCCH в USS имеет поле индикатора несущей частоты (CIF).

4. Пользовательское оборудование (ПО),
конфигурированное для контроля кандидатов физического нисходящего канала управления (PDCCH) в общем поисковом пространстве (CSS) и специфическом для пользовательского оборудования поисковом пространстве (USS); и
конфигурированное, чтобы рассматривать кандидата PDCCH в CSS в качестве PDCCH, передаваемого с базовой станции, или рассматривать кандидата PDCCH в USS в качестве PDCCH, передаваемого с базовой станции согласно заданной конфигурации между базовой станцией и ПО в случае, когда кандидат PDCCH в CSS и кандидат PDCCH в USS имеют:
(1) циклический избыточный контроль (CRC), скремблированный временным идентификатором радиосети (RNTI),
(2) общий размер полезной нагрузки,
(3) тот же самый первый индекс элемента канала управления (ССЕ) и
(4) разные конфигурации нисходящей информации управления (DCI).

5. ПО по п.4, отличающееся тем, что RNTI является C-RNTI (RNTI ячейки) или SPS C-RNTI (RNTI ячейки с полупостоянным планированием).

6. ПО по п.4, отличающееся тем, что кандидаты PDCCH относятся к поисковому пространству с уровнем агрегации L.

7. ПО по п.4, отличающееся тем, что CSS включает в совокупности 16 ССЕ от ССЕ 0 до ССЕ 15, причем элементы ССЕ, соответствующие m-му кандидату PDCCH поискового пространства с уровнем агрегации L в субфрейме k, выражены уравнением 1

где N_CCE,k обозначает совокупное число элементов ССЕ в субфрейме k, i=0, …, L-1. Если ПО конфигурировано CIF, m′=m+M^(L)·n_CI, где n_CI обозначает значение CIF, и если ПО не конфигурировано CIF, m′=m, где m=0, …, М^(L) - 1. М^(L) обозначает число кандидатов PDCCH в поисковом пространстве. Y_k соответствует нулю в CSS и определяется в USS согласно Уравнению 2

где Y_-1=n_RNTI≠0, А=39827, D=65537, , n_s обозначает номер слота, и n_RNTI обозначает значение RNTI.

8. ПО по п.4, отличающееся тем, что:
CSS соответствует CSS с уровнем агрегации 4 или 8, и
USS соответствует USS с уровнем агрегации 1, 2, 4 или 8.

9. ПО по п.4, отличающееся тем, что CSS и USS перекрывают друг друга.

10. ПО по п.4, отличающееся тем, что:
для кандидатов PDCCH с каким-то данным размером формата DCI с CIF и CRC, скремблированным C-RNTI, где кандидаты PDCCH имеют по меньшей мере одно возможное значение CIF для этого данного размера формата DCI, ПО предполагает, что кандидат PDCCH с этим данным размером формата DCI может быть передан из любого USS, соответствующего любому значению из возможных значений CIF для этого данного размера формата DCI.

11. Базовая станция, передающая физический нисходящий канал управления (PDCCH) на пользовательское оборудование (ПО),
отличающаяся тем, что базовая станция передает PDCCH, соответствующий кандидату PDCCH в общем поисковом пространстве (CSS), на пользовательское оборудование в случае, когда этот кандидат PDCCH в CSS и кандидат PDCCH в специфическом для пользовательского оборудования поисковом пространстве (USS) для обнаружения PDCCH в пользовательском оборудовании имеют:
(1) циклический избыточный контроль (CRC), скремблированный временным идентификатором радиосети (RNTI),
(2) общий размер полезной нагрузки,
(3) тот же самый первый индекс элемента канала управления (ССЕ) и
(4) разные конфигурации нисходящей информации управления (DCI).

12. Базовая станция по п.11, отличающаяся тем, что RNTI является RNTI ячейки или RNTI с полупостоянным планированием (SPS).

13. Базовая станция по п.11, отличающаяся тем, что кандидаты PDCCH относятся к поисковому пространству с уровнем агрегации L.

14. Базовая станция по п.11, отличающаяся тем, что CSS включает в совокупности 16 ССЕ от ССЕ 0 до ССЕ 15, и элементы ССЕ, соответствующие m-му кандидату PDCCH поискового пространства с уровнем агрегации L в субфрейме k, выражены Уравнением 1,

где N_CCE,k обозначает совокупное число ССЕ в субфрейме k, i=0, …, L-1. Если ПО конфигурировано CIF, m′=m+M^(L)·n_CI, где n_CI обозначает значение CIF, и если ПО не конфигурировано CIF, m′=m, где m=0, …, М^(L) - 1. М^(L) обозначает число кандидатов PDCCH в поисковом пространстве. Y соответствует нулю в CSS и определяется в USS согласно Уравнению 2,

где Y_-1=n_RNTI≠0, А=39827, D=65537, , n_s обозначает номер слота, и n_RNTI обозначает значение RNTI.

15. Базовая станция по п.11,
отличающаяся тем, что для кандидатов PDCCH с каким-то данным размером формата DCI с CIF и CRC, скремблированным C-RNTI, где кандидаты PDCCH имеют по меньшей мере одно возможное значение CIF для этого данного размера формата DCI, кандидат PDCCH с этим данным размером формата DCI может быть передан из любого USS, соответствующего любому значению из возможных значений CIF для этого данного размера формата DCI.