Зона поиска для управляющей информации epdcch системе мобильной связи на основе ofdm

Изобретение относится к технике беспроводной связи и может быть использовано для конфигурации зоны поиска для управляющей информации. Технический результат - минимизация сигнального служебного сигнализирования. Способ приема заключается в приеме сигнала, включающего в себя управляющую информацию нисходящей линии связи, отображаемую в первую зону поиска, которая сконфигурирована согласно первой схеме, или во вторую зону поиска, которая сконфигурирована согласно второй схеме, каждая схема определяет один или множество кандидатов физического управляющего канала нисходящей линии связи (PDCCH) для каждого из множества уровней агрегации, каждый кандидат PDCCH состоит из элемента канала управления (ССЕ) или множества агрегированных ССЕ, при этом первое множество уровней агрегации, определенных первой схемой, перекрываются со вторым множеством уровней агрегации, определенных второй схемой, и вторая схема определяет один или множество вторых кандидатов PDCCH с по меньшей мере одним из первого множества уровней агрегации, определенных первой схемой и другим вторым кандидатом PDCCH с уровнем агрегации более высоким, чем какой-либо из первого множества уровней агрегации; контроле одного или множества первых кандидатов PDCCH, включенных в первую зону поиска, или одного или множества вторых кандидатов PDCCH, включенных во вторую зону поиска, и в сборе управляющей информации нисходящей линии связи для приемного устройства. 4 н. и 16 з.п. ф-лы, 15 ил.

.

 

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

Системы мобильной связи третьего поколения (3G), такие как, например, универсальные мобильные телекоммуникационные системы (UMTS), стандартизованные в рамках проекта партнерства третьего поколения (3GPP), основывались на технологии радиодоступа широкополосного множественного доступа с кодовым разделением (WCDMA). Сегодня 3G-системы распространяются широкомасштабно по всему миру. После улучшения этой технологии путем внедрения высокоскоростного пакетного доступа нисходящей линии связи (HSDPA) и улучшенной восходящей линии связи, также называемой высокоскоростным пакетным доступом восходящей линии связи (HSUPA), следующий большой этап в развитии UMTS-стандарта принес комбинацию мультиплексирования с ортогональным частотным разделением (OFDM) для нисходящей линии связи и множественный доступ с частотным разделением (каналов) с одной несущей (SC-FDMA) для восходящей линии связи. Это система была названа Проект долгосрочного развития (LTE), поскольку она была предназначена для взаимодействия с будущим развитием технологий.

LTE-система представляет эффективный радиодоступ на основе пакетов и сетей радиодоступа, которые обеспечивают полные функциональные возможности на основе IP с низкой задержкой и низкой затратностью. Подробные системные требования предоставляются в спецификации 3GPP TR 25.913 "Requirements for evolved UTRA (E-UTRA) and evolved UTRAN (E-UTRAN)" ("Требования для улучшенного UTRA (E-UTRA) и улучшенной UTRAN (E-UTRAN)"), v8.0.0, январь 2009 г. (доступной на сайте http://www.3gpp.org/ и включенной в настоящий документ посредством ссылки). Нисходящая линия связи будет поддерживать схемы модуляции данных QPSK, 16QAM и 64QAM, а восходящая линия связи будет поддерживать BPSK, QPSK, 8PSK и 16QAM.

Сетевой доступ LTE должен быть чрезвычайно гибким, использующим некоторое количество определенных полос частот каналов между 1,25 и 20 МГц в отличие от наземного радиодоступа UMTS (UTRA), фиксированного на каналах с 5 МГц. Спектральная эффективность увеличивается вплоть до четырехкратной по сравнению с UTRA, и улучшения в архитектуре и сигнализации уменьшают двустороннюю задержку. Технология антенн с множеством входов и множеством выходов (MIMO) должна обеспечивать возможность обслуживания в десять раз большего количества пользователей на соту, чем исходная технология радиодоступа WCDMA 3GPP. Для удовлетворения максимально возможному количеству структур выделения полосы частот как парное (дуплексная связь с частотным разделением, FDD), так и непарное (дуплексная связь с временным разделением, TDD) полосное оперирование поддерживается. LTE может сосуществовать с более ранними радиотехнологиями 3GPP даже в смежных каналах, и может осуществляться хэндовер вызовов к и от всех прошлых технологий радиодоступа 3GPP.

Фиг. 1 изображает структуру компонентной несущей в выпуске 8 LTE. Компонентная несущая нисходящей линии связи выпуска 8 LTE 3GPP подразделяется во временно-частотной области на так называемые подкадры, каждый из который разделяется на два интервала 120 нисходящей линии связи, соответствующих периоду времени T_slot. Первый интервал нисходящей линии связи содержит сегмент управляющего канала внутри первого OFDM-символа(ов). Каждый подкадр состоит из некоторого заданного количества OFDM-символов во временной области, причем каждый OFDM-символ охватывает всю полосу частот компонентной несущей.

Наименьшей единицей ресурсов, которая может быть назначена планировщиком, является ресурсный блок 130, также называемый физическим ресурсным блоком (PRB). PRB 130 определяется как N^DL _symb последовательных OFDM-символов во временной области и N^RB _sc последовательных поднесущих в частотной области. На практике ресурсы нисходящей линии связи назначаются в парах ресурсных блоков. Пара ресурсных блоков состоит из двух ресурсных блоков. Она охватывает N^RB _sc последовательных поднесущих в частотной области и все 2·N^DL _symb символов модуляции подкадра во временной области. N^DL _symb может быть равно либо 6, либо 7, что в результате дает либо 12, либо 14 OFDM-символов.

Таким образом, физический ресурсный блок 130 состоит из N^DL _symb × N^RB _sc ресурсных элементов 140, соответствующих одному интервалу во временной области и 180 кГц в частотной области (дополнительные подробности о таблице ресурсов нисходящей линии связи можно найти, например, в спецификации 3GPP TS 36.211, "Evolved universal terrestrial radio access (E-UTRA); physical channels and modulations (Release 8)" ("Улучшенный универсальный наземный радиодоступ (E-UTRA); физические каналы и модуляции (выпуск 8)"), версия 8.9.0, декабрь 2009 г., раздел 6.2, доступной на сайте http://www.3gpp.org, которая включена в настоящий документ посредством ссылки).

Количество физических ресурсных блоков N^DL _RB в нисходящей линии связи зависит от полосы частот передачи нисходящей линии связи, сконфигурированной в соте, и в настоящее время определяется в LTE как находящееся в промежутке от 6 до 110 PRB.

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

- Локализованный виртуальный ресурсный блок (LVRB).

- Распределенный виртуальный ресурсный блок (DVRB).

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

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

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

- физический канал указателя гибридного ARQ (PHICH) для переноса ACK/NACK нисходящей линии связи, ассоциированных с передачей данных по восходящей линии связи; и

- физический управляющий канал нисходящей линии связи (PDCCH) для переноса назначений планирования нисходящей линии связи и назначений планирования восходящей линии связи.

PCFICH отправляется из известной позиции внутри сегмента управляющей сигнализации подкадра нисходящей линии связи с использованием известной предварительно определенной схемы модуляции и кодирования. Пользовательское оборудование декодирует PCFICH для того, чтобы получить информацию о размере сегмента управляющей сигнализации в подкадре, например количество OFDM-символов. Если пользовательское оборудование (UE) не имеет возможности декодировать PCFICH или если оно получает ошибочное значение PCFICH, оно не будет иметь возможность верным образом декодировать управляющую сигнализацию L1/L2 (PDCCH), содержащуюся в сегменте управляющей сигнализации, что может привести к потере всех назначений ресурсов, содержащихся в ней.

PDCCH переносит управляющую информацию, такую как, например, предоставления планирования для выделения ресурсов для передачи данных по нисходящей линии связи или по восходящей линии связи. Физический канал управления передается на агрегации одного или нескольких последовательных элементов канала управления (CCE). Каждый CCE соответствует набору ресурсных элементов, сгруппированных в так называемые группы ресурсных элементов (REG). Элемент канала управления обычно соответствует 9 группам ресурсных элементов. Предоставление планирования в PDCCH определяется на основе элементов канала управления (CCE). Группы ресурсных элементов используются для определения отображения каналов управления в ресурсные элементы. Каждая REG состоит из четырех последовательных ресурсных элементов, исключая опорные сигналы внутри одного OFDM-символа. REG существуют в первых от одного до четырех OFDM-символов внутри одного подкадра. PDCCH для пользовательского оборудования передается в первом из одного, двух или трех OFDM-символов согласно PCFICH внутри подкадра.

Другой логической единицей, используемой в отображении данных в физические ресурсы в выпуске 8 (и более поздних выпусках) LTE 3GPP, является группа ресурсных блоков (RBG). Группой ресурсных блоков является набор последовательных (по частоте) физических ресурсных блоков. Концепция RBG обеспечивает возможность обращения к конкретной RBG в целях указания позиции ресурсов, выделенных для узла приема (например, UE) для того, чтобы минимизировать служебное сигнализирование для такого указания, тем самым уменьшая управляющее служебное сигнализирование до коэффициента данных для передачи. Размер RBG в текущий момент определен равным 1, 2, 3 или 4 в зависимости от полосы частот системы, в частности, на N^DL _RB. Дополнительные подробности отображения RBG для PDCCH в выпуске 8 LTE можно найти в спецификации 3GPP TS 36.213 "Evolved Universal terrestrial Radio Access (E-UTRA); Physical layer procedures" ("Улучшенный универсальный наземный радиодоступ (E-UTRA); процедуры физического канала"), v8.8.0, сентябрь 2009 г., раздел 7.1.6.1, находящейся в свободном доступе на сайте http://www.3gpp.org/ и включенной в настоящий документ посредством ссылки.

Физический общий канал нисходящей линии связи (PDSCH) используется для переноса пользовательских данных. PDSCH отображается на оставшиеся OFDM-символы внутри одного подкадра после PDCCH. PDSCH-ресурсы, выделенные для одного UE, находятся в единицах ресурсного блока для каждого подкадра.

Фиг. 2 изображает примерное отображение PDCCH и PDSCH внутри подкадра. Первые два OFDM-символа формируют сегмент управляющего канала (PDCCH-сегмент) и используются для управляющей сигнализации L1/L2. Остальные двенадцать OFDM-символов формируют сегмент канала данных (PDSCH-сегмент) и используются для данных. Внутри пар ресурсных блоков всех подкадров относящиеся к соте опорные сигналы, так называемые общие опорные сигналы (CRS), передаются на одном или нескольких входах 0-3 антенн. В примере с фиг. 2 CRS передаются от двух входов антенн: R0 и R1. Кроме того, подкадр также включает в себя относящиеся к UE опорные сигналы, так называемые опорные сигналы демодуляции (DM-RS), используемые пользовательским оборудованием для демодулирования PDSCH. DM-RS передаются только внутри ресурсных блоков, в которых PDSCH выделен для некоторого конкретного пользовательского оборудования. Для поддержки множества входов/множества выходов (MIMO) с DM-RS четыре DM-RS-слоя определяются, что означает, что как максимум MIMO с четырьмя слоями поддерживается. В этом примере на фиг. 2 DM-RS-слои 1, 2, 3 и 4 соответствуют MIMO-слоям 1, 2, 3 и 4.

Одной из ключевых особенностей LTE является возможность передавать данные многоадресного вещания или широкого вещания из множества сот по синхронизированной одночастотной сети, что известно как операция одночастотной сети мультимедийного широкого вещания (MBSFN). В MBSFN-операции UE принимает и комбинирует синхронизированные сигналы из множества сот. Для обеспечения возможности этого UE необходимо выполнить оценку отдельного канала на основе опорного сигнала MBSFN. Для того чтобы избежать смешивания опорного сигнала MBSFN и обычного опорного сигнала в одном подкадре, некоторые подкадры, известные как MBSFN-подкадры, резервируются из MBSFN-передачи.

Структура MBSFN-подкадра показана на фиг. 3, один или два первых OFDM-символа резервируются для передачи вне MBSFN, а остальные OFDM-символы используются для передачи MBSFN. В первых одном или двух OFDM-символах могут передаваться PDCCH для назначений ресурсов восходящей линии связи, и PHICH, и относящийся к соте опорный сигнал является тем же, что и подкадры передачи вне MBSFN. Выполняется широкое вещание конкретной схемы MBSFN-подкадров в одной соте в системной информации соты. UE, не имеющие возможности принимать MBSFN, будут декодировать первые один или два OFDM-символа и игнорировать остальные OFDM-символы. Конфигурация MBSFN-подкадра поддерживает периодичность как 10 мс, так и 40 мс. Однако подкадры с номерами 0, 4, 5 и 9 не могут конфигурироваться как MBSFN-подкадры. Фиг. 3 изображает формат MBSFN-подкадра. PDCCH-информация, отправленная в управляющей сигнализации L1/L2, может быть разделена на общую управляющую информацию и специализированную управляющую информацию.

Решение в отношении спектра частот для расширенного IMT было принято на мировой конференции по радиосвязи (WRC-07) в ноябре 2008 г. Однако действительная доступная полоса частот может отличаться для каждого региона или страны. Улучшение LTE, стандартизованное 3GPP, называется расширенным LTE (LTE-A), и оно было утверждено как предмет рассмотрения выпуска 10. Выпуск 10 LTE-A имеет дело с агрегированием несущих, согласно которому две или более компонентных несущих, определенных для выпуска 8 LTE, агрегируются для того, чтобы поддерживать более широкую полосу частот передачи, например полосу частот передачи вплоть до 100 МГц. Больше подробностей по агрегированию несущих можно найти в спецификации 3GPP TS 36.300 "Evolved Universal terrestrial Radio Access (E-UTRA) and Universal terrestrial Radio Access Network (E-UTRAN); Overall description" ("Улучшенные универсальный наземный радиодоступ (E-UTRA) и сеть универсального наземного радиодоступа (E-UTRAN); Общее описание"), v10.2.0, декабрь 2010 г., раздел 5.5 (физический слой), раздел 6.4 (слой 2) и раздел 7.5 (RRC), находящейся в свободном доступе на сайте http://www.3gpp.org/ и включенной в настоящий документ посредством ссылки. Обычно предполагается, что одна компонентная несущая не превосходит полосу частот 20 МГц. Терминал может одновременно принимать и/или передавать информацию по одной или множеству компонентных несущих в зависимости от его возможностей. UE может быть сконфигурировано для агрегирования различного количества компонентных несущих (CC) в восходящей линии связи и в нисходящей линии связи. Количество CC нисходящей линии связи, которые могут быть сконфигурированы, зависит от агрегационной способности нисходящей линии связи UE. Количество CC восходящей линии связи, которые могут быть сконфигурированы, зависит от агрегационной способности восходящей линии связи UE. Однако не существует возможности конфигурировать UE с большим количеством CC восходящей линии связи, чем CC нисходящей линии связи.

Термин "компонентная несущая" иногда заменятся на термин "сота", поскольку подобная концепции соты известна из более ранних выпусков LTE и UMTS, компонентная несущая определяет ресурсы для передачи/приема данных и может быть добавлена/реконфигурирована/удалена из ресурсов, задействованных беспроводными узлами (например, UE, RN). В частности, сота является комбинацией ресурсов нисходящей линии связи и, опционально, восходящей линии связи, т.е. компонентная несущая нисходящей линии связи и опциональной восходящей линии связи. В выпуске 8/9 есть одна несущая частота ресурсов нисходящей линии связи и одна несущая частота ресурсов восходящей линии связи. Несущая частота ресурсов нисходящей линии связи обнаруживается UE посредством процедуры выбора соты. Несущая частота ресурсов восходящей линии связи сообщается UE посредством блока 2 системной информации. Когда конфигурируется агрегирование несущих, есть более одной несущей частоты ресурсов нисходящей линии связи и, возможно, более одной несущей частоты ресурсов восходящей линии связи. Таким образом, будет более одной комбинации ресурсов нисходящей линии связи и, опционально, ресурсов восходящей линии связи, т.е. более одной обслуживающей соты. Первичная обслуживающая сота называется первичной сотой (P-сотой). Другие обслуживающие соты называются вторичными сотами (S-сотами).

Когда конфигурируется агрегирование несущих, UE имеет только одно соединение управления радиоресурсами (RRC) с сетью. Первичная сота (P-сота) обеспечивает информацию мобильности слоя вне доступа (NAS) и входные данные безопасности в восстановлении RRC-соединения или хэндовере. В зависимости от возможностей UE вторичные соты (S-соты) могут быть сконфигурированы для формирования, вместе с P-сотой, набора обслуживающих сот. RRC-соединение является соединением между RRC-слоем на стороне UE и RRC-слоем на стороне сети. Установление, обслуживание и освобождение RRC-соединения между UE и E-UTRAN включают в себя: выделение временных идентификаторов между UE и E-UTRAN; конфигурацию несущего радиоканала(ов) сигнализации для RRC-соединения, т.е. SRB низкого приоритета и SRB высокого приоритета. Больше подробностей по RRC можно найти в спецификации 3GPP TS 36.331 "Evolved Universal terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification" ("Улучшенный универсальный наземный радиодоступ (E-UTRA); управление радиоресурсами (RRC); спецификация протоколов"), v10.0.0, декабрь 2010 г., находящейся в свободном доступе на сайте http://www.3gpp.org/ и включенной в настоящий документ посредством ссылки.

В нисходящей линии связи несущая, соответствующая P-соте, называется первичной компонентной несущей нисходящей линии связи (DL PCC), в то время как в восходящей линии связи несущая, соответствующая P-соте, называется первичной компонентной несущей восходящей линии связи (UL PCC). Связанность между DL PCC и UL PCC указывается в системной информации (блок 2 системной информации) P-сотой. Системной информацией является широкое вещание общей управляющей информации каждой сотой, включая, например, информацию о соте, к терминалам. В отношении приема системной информации для P-соты процедура LTE в вып.-8/9 применима. Подробности о процедуре приема системной информации для вып.-8/9 можно найти в спецификации 3GPP TS 36.331 "Evolved Universal terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification" ("Улучшенный универсальный наземный радиодоступ (E-UTRA); Управление радиоресурсами (RRC); Спецификация протоколов"), v9.5.0, декабрь 2010 г., раздел 5.2, находящейся в свободном доступе на сайте http://www.3gpp.org/ и включенной в настоящий документ посредством ссылки. В нисходящей линии связи несущая, соответствующая S-соте, является вторичной компонентной несущей нисходящей линии связи (DL SCC), в то время как в восходящей линии связи она является вторичной компонентной несущей восходящей линии связи (UL SCC). Связанность между DL SCC и UL SCC указывается в системной информации (блок 2 системной информации) S-соты. Вся требуемая системная информация S-соты передается UE посредством специализированной RRC-сигнализации при добавлении S-соты. Таким образом, нет необходимости для UE получать системную информацию непосредственно от S-сот. Системная информация S-соты остается действительной до тех пор, пока S-сота сконфигурирована. Изменения в системной информации S-соты обслуживаются посредством удаления и добавления S-соты. Удаление и/или добавление S-соты могут выполняться с использованием RRC-процедуры.

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

Связанность между UL CC и DL CC обеспечивает возможность определения обслуживающей соты, для которой применимо предоставление:

- назначение нисходящей линии связи, принятое в P-соте, соответствует передаче по нисходящей линии связи в P-соте,

- предоставление восходящей линии связи, принятое в P-соте, соответствует передаче по восходящей линии связи в P-соте,

- назначение нисходящей линии связи, принятое в S-соте_N, соответствует передаче по нисходящей линии связи в S-соте_N,

- предоставление восходящей линии связи, принятое в S-соте_N, соответствует передаче по восходящей линии связи в S-соте_N. Если S-сота_N не сконфигурирована для того, чтобы ее использовало UE в восходящей линии связи, предоставление игнорируется UE.

В 3GPP TS 36.212 v10.0.0 в разделе 5.3.3.1 также описывается возможность перекрестного планирования несущих с использованием поля указания несущей (CIF).

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

- перекрестное планирование несущих не применимо к P-соте, что означает, что планирование P-соты всегда осуществляется через ее собственный PDCCH,

- когда PDCCH вторичной соты (S-соты) сконфигурирован, перекрестное планирование несущих не применимо к этой S-соте, что означает, что планирование S-соты всегда осуществляется через ее собственный PDCCH, и

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

Таким образом, если CIF отсутствует, связанность между DL CC и UL CC определяет UL CC для передачи по восходящей линии связи; если есть CIF, значение CIF определяет UL CC для передачи по восходящей линии связи.

Набор PDCCH-кандидатов для отслеживания, где под отслеживанием понимается попытка декодировать каждый из PDCCH, определяются в отношении зон поиска. UE, не сконфигурированное с полем указания несущей (CIF), должно отслеживать одну относящуюся к UE зону поиска на каждом из уровней 1, 2, 4, 8 агрегации в каждой активированной обслуживающей соте. UE, сконфигурированное с полем указания несущей (CIF), должно отслеживать одну или несколько относящихся к UE зон поиска на каждом из уровней 1, 2, 4, 8 агрегации в одной или нескольких активированных обслуживающих сотах. Если UE сконфигурировано с CIF, зона поиска, относящаяся к UE, определяется компонентной несущей, что означает, что индексы CCE, соответствующие PDCCH-кандидатам зоны поиска, определяются значением поля указания несущей (CIF). Поле указания несущей определяет индекс компонентной несущей.

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

Дополнительные подробности о конфигурациях зон поиска с и без CIF, определенные в LTE-A для PDCCH, можно найти в спецификации 3GPP TS 36.213 "Evolved Universal terrestrial Radio Access (E-UTRA); Physical Layer procedures" ("Улучшенный универсальный наземный радиодоступ (E-UTRA); процедуры физического слоя"), v10.0.0, декабрь 2010 г., раздел 9.1.1, находящейся в свободном доступе на сайте http://www.3gpp.org/ и включенной в настоящий документ посредством ссылки.

Другой ключевой особенностью LTE-A является обеспечение ретрансляционных функциональных возможностей посредством внедрения ретрансляционных узлов в UTRAN-архитектуру LTE-A 3GPP. Ретрансляция считается для LTE-A инструментом улучшения покрытия высоких скоростей данных, групповой мобильности, установления временной сети, пропускной способности на границе соты и/или для обеспечения покрытия на новых территориях.

Ретрансляционный узел беспроводным образом соединяется с сетью радиодоступа посредством донорной соты. В зависимости от стратегии ретрансляции ретрансляционный узел может входить в состав донорной соты или, альтернативно, может сам управлять сотами. В случае, когда ретрансляционный узел входит в состав донорной соты, ретрансляционный узел не имеет идентификации соты сам по себе, однако может все равно иметь ID ретранслятора. В случае, когда ретрансляционный узел сам управляет сотами, он управляет одной или несколькими сотами, и уникальная идентификация соты физического слоя обеспечивается в каждой из сот, управляемых ретранслятором. По меньшей мере, ретрансляционные узлы "типа 1" будут входить в LTE-A 3GPP. Ретрансляционным узлом "типа 1" является ретрансляционный узел, характеризующийся следующим:

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

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

- В отношении операции одной соты UE должно принимать информацию планирования и HARQ-отклик непосредственно от ретрансляционного узла и отправлять свою управляемую информацию (подтверждения, указания качества канала, запросы планирования) к ретрансляционному узлу.

- Ретрансляционный узел должен представляться как удовлетворяющий LTE 3GPP eNodeB удовлетворяющему LTE 3GPP пользовательскому оборудованию для того, чтобы поддерживать обратную совместимость.

- Ретрансляционный узел должен представляться отличным образом от eNodeB по LTE 3GPP для того, чтобы обеспечить возможность дополнительного улучшения производительности удовлетворяющему LTE-A 3GPP пользовательскому оборудованию.

Фиг. 4 изображает пример сетевой структуры LTE-A 3GPP с использованием ретрансляционных узлов. Донорный eNodeB (d-eNB) 410 непосредственно обслуживает пользовательское оборудование UE1 415 и ретрансляционный узел (RN) 420, который дополнительно обслуживает UE2 425. Линия связи между донорным eNodeB 410 и ретрансляционным узлом 420 обычно называется ретрансляционной обратной восходящей/нисходящей линией связи. Линия связи между ретрансляционным узлом 420 и пользовательским оборудованием 425, подключенным к ретрансляционному узлу (также обозначаемым r-UE), называется (ретрансляционной) линей доступа.

Донорный eNodeB передает управляющие сигналы L1/L2 и данные микропользовательскому оборудованию UE1 415, а также ретрансляционному узлу 420, который дополнительно передает управляющие сигналы L1/L2 и данные ретрансляционно-пользовательскому оборудованию UE2 425. Ретрансляционный узел может оперировать в так называемом режиме временного мультиплексирования, в котором операции передачи и приема не могут выполняться одновременно. В частности, если линия связи от eNodeB 410 к ретрансляционному узлу 420 оперирует в том же спектре частот, что и линия связи от ретрансляционного узла 420 к UE2 425, поскольку ретрансляционный передатчик вызывает помехи для своего собственного приемника, одновременные передачи от eNodeB к ретрансляционному узлу и от ретрансляционного узла к UE на одних частотных ресурсах могут быть невозможны, если не обеспечена достаточная изоляция исходящих и входящих сигналов. Таким образом, когда ретрансляционный узел 420 передает информацию донорному eNodeB 410, он не может одновременно принимать информацию от UE 425, подключенных к ретрансляционному узлу. Подобным образом, когда ретрансляционный узел 420 принимает данные от донорного eNodeB, он не может передавать данные UE 425, подключенным к ретрансляционному узлу. Таким образом, присутствует подкадровое разбиение между ретрансляционной обратной линией связи и ретрансляционной линией доступа.

В отношении поддержки ретрансляционных узлов в 3GPP в текущий момент действует следующее соглашение:

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

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

- В подкадрах ретрансляционной обратной нисходящей линии связи ретрансляционный узел будет передавать информацию донорному eNodeB, и, следовательно, r-UE не должны ожидать приема каких-либо данных от ретрансляционного узла. Для поддержки обратной совместимости для UE, которые не осведомлены о своем подключении к ретрансляционному узлу (такие как UE согласно выпуску 8, для которых ретрансляционный узел представляется как стандартный eNodeB), ретрансляционный узел конфигурирует подкадры обратной нисходящей линии связи как подкадры MBSFN.

Далее в иллюстрационных целях подразумевается конфигурация сети, показанная на фиг.4. Донорный eNodeB передает управляющие сигналы L1/L2 и данные макропользовательскому оборудованию (UE1) 410, а также ретранслятору (ретрансляционному узлу) 420, а ретрансляционный узел 420 передает управляющие сигналы L1/L2 и данные ретрансляционно-пользовательскому оборудованию (UE2) 425. Дополнительно предполагается, что ретрансляционный узел оперирует во временно-дуплексном режиме, т.е. операции передачи и приема не выполняются одновременно. Всегда, когда ретрансляционный узел находится в режиме передачи, UE2 должно принимать канал управления L1/L2 и физический общий канал нисходящей линии связи (PDSCH), в то время как, когда ретрансляционный узел в режиме приема, т.е. он принимает канал управления L1/L2 и PDSCH от узла-B, он не может передавать информацию UE2, и, таким образом, UE2 не может принимать какую-либо информацию от ретрансляционного узла в течение такого подкадра. В случае, когда UE2 не осведомлено, что оно подключено к ретрансляционному узлу (например, UE согласно выпуску 8), ретрансляционный узел 420 должен вести себя как обычный (e-)NodeB. Как будет понятно специалистам в данной области техники, в системе связи без ретрансляционного узла любое пользовательское оборудование может всегда предположить, что по меньшей мере управляющий сигнал L1/L2 присутствует в каждом подкадре. Для поддержки такого пользовательского оборудования в операции под ретрансляционным узлом ретрансляционный узел должен, таким образом, симулировать такое ожидаемое поведение во всех подкадрах.

Как показано на фиг. 2 и 3, каждый подкадр нисходящей линии связи состоит из двух частей: сегмент управляющего канала и сегмент данных. Фиг. 5 изображает пример конфигурации кадров MBSFN в ретрансляционной линии доступа в ситуации, в которой осуществляется ретрансляционная обратная передача. Каждый подкадр содержит сегмент 510, 520 управляющих данных и сегмент 530, 540 данных. Первые OFDM-символы 720 в MBSFN-подкадре используются ретрансляционным узлом 420 для передачи управляющих символов к r-UE 425. В остальных частях подкадра ретрансляционный узел может принимать данные 540 от донорного eNodeB 410. Таким образом, не может быть какой-либо передачи от ретрансляционного узла 420 к r-UE 425 в одном подкадре. r-UE принимает первые один или два управляющих символа OFDM и игнорирует остальную часть подкадра. Вне-MBSFN подкадры передаются от ретрансляционного узла 420 к r-UE 525, и управляющие символы 510, а также символы 530 данных обрабатываются r-UE 425. MBSFN-подкадр может конфигурироваться для каждых 10 мс или каждых 40 мс. Таким образом, подкадры ретрансляционной обратной нисходящей линии связи также поддерживают конфигурации как 10 мс, так и 40 мс. Подобно конфигурации MBSFN-подкадра, подкадры ретрансляционной обратной нисходящей линии связи не могут быть сконфигурированы в подкадрах с номерами #0, #4, #5 и #9. Те подкадры, которым не дается возможность конфигурироваться как подкадры обратной DL, называются "недопустимыми DL-подкадрами". Таким образом, ретрансляционные обратные DL-подкадры могут быть обычными или MBSFN-подкадрами на стороне d-eNB. В текущий момент действует соглашение, что ретрансляционные обратные DL-подкадры, в течение которых может происходить обратная передача по нисходящей линии связи от eNB 410 к ретрансляционному узлу 420, назначаются полустатично. Ретрансляционные обратные UL-подкадры, в течение которых может происходить обратная передача по восходящей линии связи от ретрансляционного узла 420 к eNB 410, назначаются полустатично или опосредованно получаются временным режимом HARQ из ретрансляционных обратных DL-подкадров.

Поскольку MBSFN-подкадры конфигурируются на ретрансляционных узлах как обратные подкадры нисходящей линии связи, ретрансляционный узел не может принимать PDCCH от донорного eNodeB. Таким образом, новый физический канал управления (R-PDCCH) используется, чтобы динамически или "полупостоянно" назначать ресурсы внутри полустатично назначенных подкадров для обратных данных нисходящей линии связи и восходящей линии связи. Обратные данные нисходящей линии связи передаются по новому физическому каналу данных (R-PDSCH), и обратные данные восходящей линии связи передаются по новому физическому каналу данных (R-PUSCH). R-PDCCH для ретрансляционного узла отображается(ются) в R-PDCCH-сегмент внутри PDSCH-сегмента подкадра. Ретрансляционный узел ожидает принять R-PDCCH внутри этого сегмента подкадра. Во временной области R-PDCCH-сегмент охватывает сконфигурированные обратные подкадры нисходящей линии связи. В частотной области R-PDCCH-сегмент существует в определенных ресурсных блоках, предварительно сконфигурированных для ретрансляционного узла сигнализацией более высокого слоя. В отношении исполнения и использования R-PDCCH-сегмента внутри подкадра действует соглашение о следующих характеристиках в стандартизации: R-PDCCH назначаются PRB для передачи полустатично. Кроме того, набор ресурсов, который должен в текущий момент использоваться для R-PDCCH-передачи внутри вышеупомянутых полустатично назначенных PRB, может варьироваться динамически между подкадрами.

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

Ресурсы, которые не используются для R-PDCCH внутри полустатично назначенных PRB, могут быть использованы для переноса R-PDSCH или PDSCH.

В случае MBSFN-подкадров ретрансляционный узел передает управляющие сигналы к r-UE. Затем может стать необходимым переключить режим с передачи на прием, чтобы ретрансляционный узел мог принимать данные, переданные донорным eNodeB внутри одного подкадра. Дополнительно к этому промежутку времени задержка распространения для сигнала между донорным eNodeB и ретрансляционным узлом должна приниматься в расчет. Таким образом, R-PDCCH сначала передается, начиная от OFDM-символа, который внутри подкадра возникает достаточно поздно для того, чтобы ретрансляционный узел его принял.

Отображение R-PDCCH на физические ресурсы может выполняться либо частотно-распределенным образом, либо частотно-локализованным образом.

Добавление с перемежением R-PDCCH внутри ограниченного количества PRB может достигать усиления от разнесенного приема и, в то же время, ограничивать количество потерянных PRB.

Во вне-MBSFN подкадрах используется DM-RS согласно выпуску 10, когда DM-RS конфигурируются от eNodeB. В противном случае используются CRS согласно выпуску 8. В MBSFN-подкадрах используются DM-RS согласно выпуску 10.

R-PDCCH может быть использован для назначения предоставления нисходящей линии связи или предоставления восходящей линии связи для обратной линии связи. Границей зоны поиска предоставления нисходящей линии связи и зоны поиска предоставления восходящей линии связи является граница интервалов подкадра. В частности, предоставление нисходящей линии связи передается только в первом интервале, а предоставление восходящей линии связи передается только во втором интервале подкадра.

Никакого добавления с перемежением не применяется в случае демодулирования с DM-RS. При демодулировании с CRS поддерживается как добавление с перемежением REG-уровня, так и отсутствие добавления с перемежением.

Зоной поиска ретрансляционного обратного R-PDCCH является сегмент, где ретрансляционный узел 420 ожидает принять R-PDCCH. Во временной области она существует в сконфигурированных обратных DL-подкадрах. В частотной области она существует в некоторых ресурсных блоках, которые конфигурируются для ретрансляционного узла 420 сигнализацией более высокого слоя. R-PDCCH может быть использован для назначения DL-предоставления или UL-предоставления для обратной линии связи.

Согласно соглашениям, принятым в RAN1 о характеристиках ретрансляционного обратного R-PDCCH в случае без перекрестного перемежения, относящаяся к UE зона поиска имеет следующие свойства:

Каждый R-PDCCH-кандидат содержит непрерывные VRB.

Набор VRB конфигурируется более высокими слоями с использованием типов выделения ресурсов 0, 1 или 2.

Тот же набор VRB конфигурируется для потенциального R-PDCCH в первом и во втором интервале.

DL-предоставление принимается только в первом интервале, а UL-предоставление принимается только во втором интервале.

Количество кандидатов для соответственного уровня {1, 2, 4, 8} агрегации является {6, 6, 2, 2}.

R-PDCCH без перекрестного перемежения означает, что R-PDCCH могут передаваться в одном или нескольких PRB без перекрестного перемежения с другими R-PDCCH в одном PRB. В частотной области набор VRB конфигурируется более высоким слоем с использованием типов выделения ресурсов 0, 1 или 2 согласно разделу 7.1.6 спецификации 3GPP TS 36.213 "Evolved Universal terrestrial Radio Access (E-UTRA); Physical layer procedures" ("Улучшенный универсальный наземный радиодоступ (E-UTRA); Процедуры физического слоя"), v8.8.0, сентябрь 2009 г., находящейся в свободном доступе на сайте http://www.3gpp.org/ и включенной в настоящий документ посредством ссылки. Если набор VRB конфигурируется типом выделения ресурсов 2 с отображением из распределенного VRB в PRB, положения из раздела 6.2.3.2 спецификации 3GPP TS 36.211 для четных номеров интервалов всегда действуют. Подробности можно найти в спецификации 3GPP TS 36.211, "Evolved universal terrestrial radio access (E-UTRA); physical channels and modulations (Выпуск 8)" ("Улучшенный универсальный наземный радиодоступ (E-UTRA); Физические каналы и модуляции (Выпуск 8)"), версия 8.9.0, декабрь 2009 г., раздел 6.2, доступной на сайте http://www.3gpp.org, которая включена в настоящий документ посредством ссылки.

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

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

В относящейся к UE зоне поиска присутствует количество {6, 6, 2, 2} PDCCH-кандидатов на уровне {1, 2, 4, 8} агрегации, и PDCCH-кандидаты каждого уровня агрегации являются последовательными в CCE. Начальный CCE-индекс первого PDCCH-кандидата в уровне агрегации L определяется формулой Y_k×L. k является номером подкадра, а Y_k определяется k и UE ID. Таким образом, позиции CCE в относящейся к UE зоне поиска определяются UE ID для уменьшения частичных совпадений относящейся к PDCCH UE зоны поиска из различных UE и подбираются случайным образом от подкадра к подкадру для рандомизации помех от PDCCH в соседних сотах.

В общей зоне поиска присутствует количество {4, 2} PDCCH-кандидатов на уровне агрегации {4, 8}. Первый PDCCH-кандидат в уровне агрегации L начинается с CCE-индекса 0. Таким образом, все UE отслеживают одну и ту же общую зону поиска.

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

То же самое также применимо в ePDCCH. В ePDCCH, в частности, общепринято использовать входы 7-10 антенн для ePDCCH-демодуляции. Поддерживается как локализованная, так и распределенная передача ePDCCH.

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

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

Это достигается посредством изложенного в независимых пунктах формулы изобретения.

Имеющие преимущества варианты осуществления изобретения являются предметом зависимых пунктов формулы изобретения.

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

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

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

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

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

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

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

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

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

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

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

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

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

фиг. 1 изображает схематический чертеж, показывающий примерную компонентную несущую нисходящей линии связи одного из двух интервалов нисходящей линии связи подкадра, определенного для выпуска 8 LTE 3GPP;

фиг. 2 изображает схематический чертеж, иллюстрирующий структуру вне-MBSFN подкадров и их физическую пару ресурсных блоков, определенных для выпуска 8 LTE 3GPP и выпуска 10 LTE-a 3GPP;

фиг. 3 изображает схематический чертеж, иллюстрирующий структуру MBSFN-подкадров и их физическую пару ресурсных блоков, определенных для выпуска 8 LTE 3GPP и выпуска 10 LTE-a 3GPP;

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

фиг. 5 схематически изображает возможную комбинацию сценариев UE в соответствии с вариантом осуществления настоящего изобретения;

фиг. 6 схематически изображает схемы поиска для двух UE из одного сценария UE;

фиг. 7-10 схематически изображает схемы поиска в соответствии с вариантами осуществления настоящего изобретения;

фиг. 11 схематически изображает конфигурацию схемы поиска в соответствии с вариантом осуществления настоящего изобретения;

фиг. 12 схематически изображает дополнительное исполнение схемы в соответствии с вариантом осуществления настоящего изобретения;

фиг. 13 схематически изображает конфигурацию схемы поиска в соответствии с вариантом осуществления настоящего изобретения;

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

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

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

Далее предполагается, что традиционная концепция PDCCH используется повторно, т.е. один ePDCCH является агрегацией {1, 2, 4, 8} eCCE. Также предполагается, что одна PRB-пара разделяется на четыре eCCE.

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

1) сценарий 5101, содержащий UE в центре соты, которые могут быть сконфигурированы, например, с кандидатами более низкого уровня агрегации;

2) сценарий 5103, содержащий UE между центром и границей, которые могут быть сконфигурированы с некоторыми кандидатами более высокого уровня агрегации и некоторыми кандидатами более низкого уровня агрегации;

3) сценарий 5102, содержащий UE на границе соты, которые могут быть сконфигурированы с кандидатами более высокого уровня агрегации.

В то же время, согласно обратной связи UE, существует главным образом три сценария:

i) сценарий 5201, содержащий UE с более точной обратной связью, например перемещающееся на низкой скорости, предпочтительно использующее локализованные кандидаты;

ii) сценарий 5202, содержащий UE с менее точной обратной связью, например перемещающееся на высокой скорости, предпочтительно использующее распределенные кандидаты; и

iii) сценарий 5203, содержащий UE с относительно точной обратной связью, предпочтительно использующее как локализованные, так и распределенные кандидаты.

Соответственно, для того чтобы обеспечить направленную зону поиска для всех возможных комбинаций сценариев 5101-5103 и сценариев 5201-5203, должно быть определено девять возможных схем поиска. Однако ассоциирование одной схемы поиска с каждой возможной комбинацией может вызывать блокирование. Кроме того, такой подход осложняет уплотнение различных DCI-сообщений внутри одной PRB-пары.

Например, со ссылками на фиг. 6, можно увидеть, как UE1 и UE2, каждое из которых является, например, UE между центром и границей с менее точной обратной связью, будут иметь одну и ту же схему поиска. Соответственно, это осложняет мультиплексирование зон поиска от различных UE внутри одной PRB-пары. В сущности, в такой ситуации только пространственное мультиплексирование возможно путем, как указано на чертеже, выделения UE1 для AP8 и UE2 для AP7. Однако, когда в системе много UE такого типа, блокирование между зонами поиска становится все более критическим.

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

Конкретнее, фиг. 7 схематически изображает две схемы, схему 0 и схему 1, в соответствии с вариантом осуществления настоящего изобретения.

В частности, на фиг. 7 горизонтальная ось представляет VRB-индекс; вертикальная ось представляет AP-значение, в то время как оставшаяся ось представляет уровень агрегации. Каждая из двух схем 0 и 1 содержит множество кандидатов, расположенных на любом из уровней агрегации 1, 2, 4 и/или 8. Как можно увидеть, схема 0 имеет кандидатов на уровне 1 агрегации и уровне 2 агрегации. Подобным образом, схема 1 также имеет кандидатов на уровне 1 агрегации и на уровне 2 агрегации. Дополнительно, две схемы исполняются так, чтобы они не пересекались. В частности, отображение кандидатов на уровне 1 агрегации схемы 0 не пересекается с кандидатами на уровне 1 агрегации схемы 1. Аналогичным образом, отображение кандидатов на уровне 2 агрегации схемы 0 не пересекается с кандидатами на уровне 2 агрегации схемы 1.

Альтернативно или дополнительно, схемы 0 и 1 исполняются так, чтобы присутствовали одни и те же уровни агрегации и соответствующее количество кандидатов. Также альтернативно или дополнительно, отображение кандидатов в eCCE является взаимодополняющим с обеих сторон для соответственных уровней агрегации, то есть eCCE для уровня 1 агрегации в схеме 0 не используются для уровня 1 агрегации в схеме 1 и аналогично для уровня 2 агрегации.

Путем определения схемы 0 и схемы 1 таким образом достигается уплотнение, т.е. мультиплексирование, различных DCI-сообщений в одном PRB, поскольку схемы не пересекаются. В частности, назначения DL и UL одному и тому же UE имеют возможность передаваться в одной PRB-паре. Кроме того, поскольку и схема 0, и схема 1 определяют одно и то же количество кандидатов на одних и тех же самых уровнях агрегации, они могут применяться к различным UE в одном сценарии, например они могут быть применены, соответственно, к UE1 и UE2 с фиг. 6 без частичных совпадений. Это обеспечивает большую гибкость, поскольку количество возможных активных UE может быть увеличено без блокирования, возникающего в канале.

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

В частности, схема 0 с фиг. 8 соответствует схеме 0, уже определенной на фиг. 7. Схема 3, изображенная на фиг. 8, сконструирована так, чтобы обеспечить кандидатов более высокого уровня агрегации по сравнению со схемой 0, при этом все так же обеспечивая непересекающихся кандидатов на уровне 2 агрегации в отношении схемы 0. Это обеспечивает возможность задействования одновременно и схемы 0, и схемы 3.

Кроме того, это обеспечивает возможность DCI-сообщениям от UE, сконфигурированных с кандидатами более высокого уровня агрегации, мультиплексироваться с DCI-сообщениями от UE, сконфигурированных с кандидатами более низкого уровня агрегации. Даже для одного UE кандидаты уровней 1, 2 и 4 агрегации могут быть сконфигурированы так, чтобы зона поиска UE не должна была менять конфигурацию, даже если сценарий UE изменился.

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

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

В частности, фиг. 9 изображает схему 4, в которой используются только кандидаты из наибольшего уровня агрегации. Такой подход обеспечивает то преимущество, что пространственное и/или частотное разнесение может быть получено, для по меньшей мере наибольшего уровня агрегации, как режим нейтрализации неисправности. Кроме того, другое преимущество состоит в том, что, поскольку кандидаты уровня 8 агрегации могут легко блокировать кандидатов других уровней агрегации, схема 4 может всегда быть сконфигурирована на другом входе антенны, чтобы избежать блокирования кандидатов других уровней агрегации.

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

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

Как можно увидеть, схемы 0 и 1, а также схемы 2 и 3 предлагают взаимодополняющих кандидатов. Это, в свою очередь, обеспечивает возможность уплотнения различных DCI-сообщений в одном и том же (одних и тех же) PRB. Кроме того, схемы 0 и 1 предлагают кандидатов для более низкого уровня агрегации, в то время как схемы 2 и 3 предлагают кандидатов главным образом для более высоких уровней агрегации. Это дает преимущества, поскольку с ограниченным количеством попыток слепого декодирования различные UE могут быть сконфигурированы с различным количеством кандидатов более низкого уровня агрегации и кандидатов более высокого уровня агрегации. Дополнительно, схема 4 предлагает кандидатов для AL 8 так, чтобы пространственное и/или частотное разнесение могло быть получено для по меньшей мере наибольшего уровня агрегации как режим нейтрализации неисправности. Кроме того, можно увидеть, что схемы такие, чтобы кандидаты не пересекались на одном уровне агрегации.

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

- ID схемы, такой как схема 0, 1, 2 и/или 3, как определено выше; и/или

- вход антенны, определяющий, какой DM-RS-вход используется для демодуляции ePDCCH; и/или

- набор RB, определяющий, на каких RB eCCE должен быть обнаружен; и/или

- конфигурация разнесения, определяющая, используются ли, например, LVRB, DVRB, SFBC для отображения в PRB.

В частности, вход антенны может быть использован для определения DM-RS-порта, на который схема отображается, благодаря чему определяется пространственная область. Преимущество такого параметра состоит в том, что он предлагает выгоду пространственного планирования, тем самым обеспечивая возможность большего количества кандидатов в пространственной области, и что он предлагает возможность большему количеству кандидатов избежать блокирования. Набор RB может быть использован для определения набора RB, в которые отображается схема, благодаря чему определяется частотная область. Преимущество такого параметра состоит в том, что он предлагает выгоду пространственного планирования, тем самым обеспечивая возможность большего количества кандидатов в частотной области, и что он также предлагает возможность большему количеству кандидатов избежать блокирования. Наконец, конфигурация разнесения может быть использована для определения, используются ли, например, LVRB, DVRB, SFBC для отображения в PRB. Преимущество такого параметра состоит в том, что он предлагает пространственное и/или частотное разнесение, когда канал неизвестен, как, например, когда невозможно частотное/пространственное выборочное планирование.

Примерная конфигурация схематически изображается на фиг. 11 в соответствии с вариантом осуществления настоящего изобретения.

В частности, конфигурация содержит:

- UE1, являющееся UE между центром и границей с менее точной обратной связью, как в случае с фиг. 6, и сконфигурированное со схемой 3 на AP8 в распределенном режиме и схемой 4 на AP7 в распределенном режиме; и

- UE2, являющееся UE между центром и границей с менее точной обратной связью, как в случае с фиг. 6, и сконфигурированное со схемой 2 на AP8 в распределенном режиме и схемой 4 на AP7 в распределенном режиме.

Соответственно, UE1 и UE2, находящиеся в схожих условиях, могут использовать взаимодополняющие схемы, чтобы достигать одной и той же производительности. Благодаря такой конфигурации кандидаты AL2 и AL4 зон поиска UE1 и UE2 могут мультиплексироваться внутри одной PRB-пары, поскольку схемы 2 и 3 являются взаимодополняющими. Соответственно, это обеспечивает возможность уплотнения, иными словами мультиплексирования, различных DCI-сообщений в одном и том же (одних и тех же) PRB. В то же время отсутствует блокирование кандидатов AL2 и AL4 от UE1 и UE2. Дополнительно, схема 4 содержит два кандидата AL8, соответственно отсутствует блокирование кандидатов AL8 от UE1 и UE2. Кроме того, поскольку AL8 кандидаты конфигурируются на AP7, отсутствует блокирование между кандидатами AL8 и кандидатами AL2/AL4.

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

В частности, в полной гибкости количество кандидатов равно

где NPRB является количеством PRB внутри всей полосы частот. Например, NPRB равен 100 для 20 МГц. 4 является количеством AP, 12 является количеством кандидатов внутри одной PRB-пары, а 2 является количеством вариантов разнесения.

С другой стороны, при использовании настоящего изобретения количество кандидатов равно

на каждую схему. Если максимум 3 или 4 схемы, например, сконфигурировано для одного UE, то требуются 84-112 бит. Соответственно, настоящее изобретение использует очень сильно уменьшенное служебное сигнализирование по сравнению с подходом полной гибкости.

Кроме того, изобретение поддерживает режим нейтрализации неисправности путем получения частотного и/или пространственного разнесения для по меньшей мере наибольшего уровня агрегации. Дополнительно, оно поддерживает частотное ICIC путем обеспечения возможности уплотнения множества DCI-сообщений в одном и том же (одних и тех же) PRB. Кроме того, оно избегает блокирования кандидатов различными DCI-сообщениями как от одного, так и от различных UE. Наконец, оно обеспечивает SS-инфраструктуру, которая обеспечивает возможность оперирования различных сетевых политик для планирования и/или конфигурирования ePDCCH, например, в зависимости от операционных предпочтений и/или сценариев установки.

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

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

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

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

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

Фиг. 12 изображает дополнительное исполнение схемы, отделенное уровнем агрегации в соответствии с вариантом осуществления настоящего изобретения.

В этом варианте осуществления схема исполняется согласно уровням агрегации. В частности, каждая схема содержит кандидаты одного уровня агрегации. Кроме того, для уровней 1, 2 и 4 агрегации существует две схемы, которые являются взаимодополняющими. Дополнительно, на чертеже справа от каждой схемы изображено соответствующее количество кандидатов, такое как Nc=8 для схем 0 и 1.

Это решение обеспечивает преимущество более гибкой комбинации и конфигурации схем.

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

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

- SS1: Схема 0, AP 7, VRB-набор 0, DVRB;

- SS2: Схема 1, AP 8, VRB-набор 0, DVRB,

в то время как нижняя часть фиг. 13 изображает получающуюся конфигурацию.

Дополнительно, на фиг. 14 UE в центре соты с меньшей обратной связью сконфигурировано со схемами 2, 3 и 4 с фиг. 10, с распределенной передачей. В частности, верхняя часть фиг. 14 изображает три схемы:

- SS1: Схема 2, AP 7, VRB-набор 0, DVRB;

- SS2: Схема 3, AP 7, VRB-набор 0, DVRB;

- SS3: Схема 4, AP 8, VRB-набор 0, DVRB,

в то время как нижняя часть фиг. 14 изображает получающуюся конфигурацию.

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

В частности, на фиг. 15 все кандидаты внутри одной схемы не пересекаются друг с другом, чтобы не было блокирования кандидатов внутри одной схемы. Альтернативно или дополнительно, схемы 0 и 1, а также 0 и 3 имеют взаимодополняющие кандидаты. Также альтернативно или дополнительно, уровень 2 агрегации в схеме 3 и уровень 1 агрегации в схеме 0 предлагают взаимодополняющие кандидаты.

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

2. Приемное устройство по п.1, в котором:
один или множество первых кандидатов PDCCH, включенных в первую зону поиска, выделяются для локализованной передачи и
один или множество вторых кандидатов PDCCH, включенных во вторую зону поиска, выделяются для распределенной передачи.

3. Приемное устройство по п.1, в котором для каждого из множества уровней агрегации частотное положение одного или множества первых кандидатов PDCCH, определенных первой схемой, не перекрывается с частотным положением какого-либо из одного или множества вторых кандидатов PDCCH, определенных второй схемой.

4. Приемное устройство по п.1, в котором множество первых кандидатов PDCCH, включенных в первую зону поиска, и множество вторых кандидатов PDCCH, включенных во вторую зону поиска, выделены для распределенной передачи.

5. Приемное устройство по п.1, в котором по меньшей мере одна из первой схемы и второй схемы определяет меньшее количество кандидатов PDCCH для более высокого уровня агрегации.

6. Приемное устройство по п.1, в котором обе из первой зоны поиска и второй зоны поиска являются специфичными для UE зонами поиска.

7. Способ приема, содержащий:
прием сигнала, включающего в себя управляющую информацию нисходящей линии связи, отображаемую в первую зону поиска, которая сконфигурирована согласно первой схеме, или во вторую зону поиска, которая сконфигурирована согласно второй схеме, каждая схема определяет один или множество кандидатов PDCCH для каждого из множества уровней агрегации, каждый кандидат PDCCH состоит из элемента канала управления (ССЕ) или множества агрегированных ССЕ, при этом первое множество уровней агрегации, определенных первой схемой, перекрываются со вторым множеством уровней агрегации, определенных второй схемой, и вторая схема определяет один или множество вторых кандидатов PDCCH с по меньшей мере одним из первого множества уровней агрегации, определенных первой схемой и другим вторым кандидатом PDCCH с уровнем агрегации более высоким, чем какой-либо из первого множества уровней агрегации; и
контроль одного или множества первых кандидатов PDCCH, включенных в первую зону поиска, или одного или множества вторых кандидатов PDCCH, включенных во вторую зону поиска, и сбор управляющей информации нисходящей линии связи для приемного устройства.

8. Способ приема по п.7, в котором:
один или множество первых кандидатов PDCCH, включенных в первую зону поиска, выделяются для локализованной передачи и
один или множество вторых кандидатов PDCCH, включенных во вторую зону поиска, выделяются для распределенной передачи.

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

10. Способ приема по п.7, в котором множество первых кандидатов PDCCH, включенных в первую зону поиска, и множество вторых кандидатов PDCCH, включенных во вторую зону поиска, выделены для распределенной передачи.

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

12. Способ приема по п.7, в котором обе из первой зоны поиска и второй зоны поиска являются специфичными для UE зонами поиска.

13. Передающее устройство, содержащее:
секцию отображения, сконфигурированную для отображения информации нисходящей линии связи на одном кандидате PDCCH из одного или множества первых кандидатов PDCCH, включенных в первую зону поиска, которая сконфигурирована согласно первой схеме, или на одном кандидате PDCCH из одного или множества вторых кандидатов PDCCH, включенных во вторую зону поиска, которая сконфигурирована согласно второй схеме, каждая схема определяет один или множество кандидатов PDCCH для каждого из множества уровней агрегации, каждый кандидат PDCCH состоит из элемента канала управления (ССЕ) или множества агрегированных ССЕ, при этом первое множество уровней агрегации, определенных первой схемой, перекрываются со вторым множеством уровней агрегации, определенных второй схемой, и вторая схема определяет один или множество вторых кандидатов PDCCH с по меньшей мере одним из первого множества уровней агрегации, определенных первой схемой и другим вторым кандидатом PDCCH с уровнем агрегации более высоким, чем какой-либо из первого множества уровней агрегации; и
передающую секцию, сконфигурированную для передачи сигнала, включающего в себя управляющую информацию нисходящей линии связи, которая отображается в первую зону поиска или во вторую зону поиска.

14. Передающее устройство по п.13, в котором
один или множество первых кандидатов PDCCH, включенных в первую зону поиска, выделяются для локализованной передачи и
один или множество вторых кандидатов PDCCH, включенных во вторую зону поиска, выделяются для распределенной передачи.

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

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

17. Способ передачи, содержащий:
отображение информации нисходящей линии связи на одном кандидате PDCCH из одного или множества первых кандидатов PDCCH, включенных в первую зону поиска, которая сконфигурирована согласно первой схеме, или на одном кандидате PDCCH из одного или множества вторых кандидатов PDCCH, включенных во вторую зону поиска, которая сконфигурирована согласно второй схеме, каждая схема определяет один или множество кандидатов PDCCH для каждого из множества уровней агрегации, каждый кандидат PDCCH состоит из элемента канала управления (ССЕ) или множества агрегированных ССЕ, при этом первое множество уровней агрегации, определенных первой схемой, перекрываются со вторым множеством уровней агрегации, определенных второй схемой, и вторая схема определяет один или множество вторых кандидатов PDCCH с по меньшей мере одним из первого множества уровней агрегации, определенных первой схемой и другим вторым кандидатом PDCCH с уровнем агрегации более высоким, чем какой-либо из первого множества уровней агрегации; и
передачу сигнала, включающего в себя управляющую информацию нисходящей линии связи, которая отображается в первую зону поиска или во вторую зону поиска.

18. Способ передачи по п.17, в котором
один или множество первых кандидатов PDCCH, включенных в первую зону поиска, выделяются для локализованной передачи и
один или множество вторых кандидатов PDCCH, включенных во вторую зону поиска, выделяются для распределенной передачи.

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

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