Способ и устройство для обнаружения нисходящих управляющих сообщений
Патент 2528605
Авторы
Правообладатели
Классы МПК
Способ и устройство для обнаружения нисходящих управляющих сообщений
Иллюстрации
Изобретение относится к технике связи и может использоваться в беспроводных системах связи. Технический результат состоит в повышении скорости определения зоны поиска для мониторинга. Для этого способ включает в себя: определение абонентским оборудованием (АО) в процессе диспетчеризации несущих частот зоны поиска для мониторинга физического нисходящего управляющего канала (PDCCH) в соответствии с числом нисходящих компонентных несущих в наборе мониторинга канала PDCCH и числом нисходящих компонентных несущих в наборе нисходящих компонентных несущих АО. 2 н. и 9 з.п. ф-лы, 3 ил., 9 табл.
Реферат
Область техники
Изобретение относится к области систем связи, в частности к способу и устройству для обнаружения нисходящих управляющих сообщений.
Уровень техники
В системе LTE кадр радиосигнала подразделяется на структуры кадра, применяемые в режиме с частотным дуплексом (FDD) и применяемые в режиме с временным дуплексом (TDD). Структура кадра в режиме FDD представлена на фиг.1, где один кадр длительностью 10 мс состоит из 20 слотов длительностью 0,5 мс каждый, нумеруемых от 0 до 19-го, а слоты с номерами 2i и 2i+1 образуют субкадр i, длительность которого равна 1 мс. Структура кадра в режиме FDD представлена на фиг.2, где один кадр длительностью 10 мс состоит из двух полукадров длительностью 5 мс каждый, а каждый полукадр состоит из 5 субкадров длительностью 1 мс, при этом субкадр i определяется как два слота с номерами 2i и 2i+1 длительностью 0,5 мс. В двух вышеописанных структурах кадра, в случае стандартного циклического префикса (стандартный ЦП), один слот содержит 7 символов длительностью 66,7 мкс, при этом длительность ЦП первого символа равна 5,21 мкс, а длительность ЦП остальных 6 символов равна 4,69 мкс; в случае расширенного циклического префикса (расширенный ЦП), один слот содержит 6 символов, и длительность ЦП всех символов равна 16,67 мкс.
Номер версии LTE соответствует Релизу 8 (R8), последующая версия соответствует Релизу 9 (R9), а номер более поздней версии LTE-Advanced соответствует Релизу 10 (R10). В LTE определены три физических нисходящих управляющих канала: физический управляющий канал индикатора формата (PCFICH), физический канал индикатора гибридного запроса на повторение (PHICH) и физический нисходящий управляющий канал (PDCCH).
При этом информация, передаваемая по каналу PCFICH, используется для указания номера символов мультиплексирования с ортогональным частотным разнесением (OFDM) канала PDCCH, передаваемых в одном субкадре, и передается в первом символе OFDM субкадра, а положение частот определяется шириной полосы пропускания нисходящего направления системы и сотового идентификатора (ID).
Канал PHICH используется для передачи информации обратной связи о подтверждении/отсутствии подтверждения (ACK/NACK) передачи данных в восходящем направлении. Число и частотно-временное положение каналов PHICH может задаваться системным сообщением и идентификатором соты в физическом вещательном канале (РВСН) несущей нисходящего направления, на которой расположен канал PHICH.
Канал PDCCH используется для передачи нисходящих управляющих сообщений (DCI), в том числе информации о выделении ресурсов в восходящем и нисходящем каналах, а также информации, используемой для управления мощностью восходящего канала. Форматы сообщений DCI подразделяются следующим образом: сообщение DCI формата 0, сообщение DCI формата 1, сообщение DCI формата 1А, сообщение DCI формата 1В, сообщение DCI формата 1С, сообщение DCI формата 1D, сообщение DCI формата 2, сообщение DCI формата 2А, сообщение DCI формата 3, сообщение DCI формата 3A и т.д., при этом
сообщение DCI формата 0 используется для указания размещения физического восходящего совместного канала (PUSCH);
сообщение DCI формата 1, сообщение DCI формата 1А, сообщение DCI формата 1B, сообщение DCI формата 1С, сообщение DCI формата 1D используются для различных режимов размещения канала PDSCH с одним дескриптором;
сообщение DCI формата 2, сообщение DCI формата 2А и сообщение DCI формата 2B используются для различных режимов пространственного мультиплексирования;
сообщение DCI формата 3 и сообщение DCI формата 3A используются для различных вариантов команд управления мощностью физического восходящего управляющего канала (PUCCH) и канала PUSCH.
В этом случае размеры сообщений DCI формата 3 и 3A согласованы с размерами сообщения DCI формата 0. В этом случае в сообщении DCI формата 3 для указания команд управления мощностью передачи (ТРС) каналов PUCCH и PUSCH используются два последовательных бита, и начальное положение команды ТРС для конкретного пользователя определяется информацией, передаваемой на верхнем уровне (tpc-Иидекс), тогда как в сообщении DCI формата 3A для указания команд управления мощностью передачи (TPC) каналов PUCCH и PUSCH используется 1 бит, и начальное положение команды TPC для конкретного пользователя определяется информацией, передаваемой на верхнем уровне (tpc-Индекс).
В частности, в сообщении DCI формата 3 для передачи команды ТРС для каналов PUCCH и PUSCH используются 2 бита, и в сообщении DCI формата 3 указывается следующая информация:
команда ТРС1, команда ТРС2, …, команда ТРС N
В этом случае N = ⌊ L f o r m a t 0 2 ⌋ , где Lformat0 равно размеру сообщения DCI формата 0 до добавления контрольной суммы CRC, включая все добавленные биты, a ⌊ ⌋ обозначает округление в сторону уменьшения. Параметр tpc-Индекс, передаваемый на верхнем уровне, используется для назначения индекса команды ТРС для конкретного пользователя.
Если ⌊ L f o r m a t 0 2 ⌋ < L f o r m a t 0 2 , то сообщению DCI формата 3 добавляется один 0 (нулевой) бит.
В частности, в сообщении DCI формата 3A для передачи команды ТРС для каналов PUCCH и PUSCH используется 1 бит, и в сообщении DCI формата 3A указывается следующая информация:
команда ТРС 1, команда ТРС 2, …, команда ТРС М
В этом случае M=Lformat0, где Lformat0 равно размеру сообщения DCI формата 0 до добавления контрольной суммы CRC, включая все добавленные биты. Параметр tpc-Индекс, передаваемый на верхнем уровне, используется для назначения индекса команды ТРС для конкретного пользователя.
Физические ресурсы, передаваемые физическим нисходящим управляющим каналом (PDCCH), находятся в блоке управляющего элемента канала (ССЕ), при этом в каждый элемент ССЕ входят 9 групп ресурсных элементов (REG), т.е. 36 ресурсных элементов (RK), и один канал PDCCH может занимать 1, 2, 4 или 8 элементов ССЕ. В отношении размеров этих четырех типов каналов PDCCH, занимающих 1, 2, 4 или 8 элементов ССЕ, используется древовидная агрегация, т.е. канал PDCCH, занимающий 1 элемент ССЕ, может начинаться с любого возможного положения элемента ССЕ; канал PDCCH, занимающий 2 элемента ССЕ. начинается с четного положения элемента ССЕ; канал PDCCH, занимающий 4 элемента ССЕ начинается с положения элемента ССЕ, кратного 4; и канал PDCCH, занимающий 8 элементов ССЕ, начинается с положения элемента ССЕ, кратного 8.
Каждый уровень агрегации задает одну зону поиска, содержащую общую зону поиска и зону поиска для конкретного абонентского оборудования (АО). Число элементов ССЕ во всей зоне поиска определяется числом символов OFDM, занимаемых управляющим блоком, который указывается каналом PCFICH в каждом нисходящем субкадре, и числом групп канала PHICH. АО выполняет обнаружение вслепую по всем кодовым скоростям, возможным в канале PDCCH, в соответствии с форматами сообщений DCI для режимов передачи в зоне поиска.
В k-том субкадре область управления, по которой передается канал PDCCH, состоит из группы NCCE,k элементов ССЕ с номерами от 0 до NCCE,k-1. В каждом из субкадров, принятых в режиме без перерывов (non-DRX), АО должно обнаружить группу пригодных для использования каналов PDCCH, для того, чтобы получить управляющее сообщение, причем такое обнаружение предполагает декодирование каналов PDCCH в группе в соответствии со всеми форматами сообщений DCI, подлежащими обнаружению. Определяемые каналы PDCCH, пригодные для использования, задаются в виде зоны поиска; что касается уровня агрегации L∈{1,2,4,8}, то зона поиска S k ( L ) задается группой каналов PDCCH, пригодных для использования. Элемент m ССЕ, соответствующий пригодному для использования каналу PDCCH, в зоне поиска S k ( L ) задастся следующей формулой:
L ⋅ { ( Y k + m ) mod ⌊ N C C E , k / L ⌋ } + i ,
где i=0, …, L-1, m=0, …, M(L)-1, M(L) - число пригодных для использования каналов PDCCH, подлежащих обнаружению, в зоне поиска S k ( L ) .
В общей зоне поиска, Yk=0, L принимает значения 4 и 8.
В зоне поиска для конкретного AO, L принимает значения 1, 2, 4 и 8.
Yk=(A·Yk-1)modD,
где Y-1=nRNT1≠0, A=39827, D=65537, k = ⌊ n s / 2 ⌋ , ns - номер слота в кадре радиосигнала. Идентификатор nRNTI является соответствующим временным идентификатором радиосети (RNTI).
AO должно обнаружить одну общую зону поиска с уровнями агрегации, равными 4 и 8, соответственно, и одну зону поиска для конкретного AO с уровнями агрегации 1, 2, 4 и 8, соответственно, причем общая зона поиска и зона поиска для конкретного АО могут пересекаться. Конкретное число обнаружений и соответствующие зоны поиска представлено в таблице 1.
| Таблица 1 | |||
| Зона поиска S k ( L ) | Число пригодных для использования каналов PDCCH M(L) | ||
| Тип | Уровень агрегации L | Размер [в элементах ССЕ] | |
| для конкретного АО | 1 | 6 | 6 |
| 2 | 12 | 6 | |
| 4 | 8 | 2 | |
| 8 | 16 | 2 | |
| Общая | 4 | 16 | 4 |
| 8 | 16 | 2 |
Посредством передачи информации на верхнем уровне АО полустатически настраивается на прием данных, передаваемых в канале PDSCH, в соответствии с информацией, поступающей по каналу PDCCH зоны поиска для конкретного AO согласно одному из следующих режимов передачи:
Режим 1: Один антенный порт; порт 0
Режим 2: Пространственно-временное кодирование
Режим 3: Пространственное уплотнение без обратной связи
Режим 4: Пространственное уплотнение с обратной связью
Режим 5: Многопользовательская система MIMO
Режим 6: Обратная связь Ранг=1, предварительное кодирование
Режим 7: Один антенный порт; порт 5
Если на верхнем уровне настройка AO производится так, что декодирование канала PDCCH выполняется с использованием контрольной суммы CRC, скремблированной с учетом временного сотового идентификатора радиосети (C-RNTI), то AO должно декодировать канал PDCCH и все необходимые каналы PDSCH согласно соответствующей комбинации, указанной в таблице 2:
| Таблица 2 | |||
| Режим нисходящей передачи AO | Формат сообщения DCI | Зона поиска | Решение для передачи канала PDSCH, соответствующее каналу PDCCH |
| Режим 1 | Сообщение DCI формата 1А | для конкретного AO, задается общей зоной и идентификатором C-RNTI | Один антенный порт, порт 0 |
| Сообщение DCI формата 1 | для конкретного AO, задается идентификатором C-RNTI | Один антенный порт, порт 0 | |
| Сообщение DCI формата 1А | для конкретного AO, задается общей зоной и идентификатором C-RNTI | Пространственно-временное кодирование | |
| Режим 2 | |||
| Сообщение DCI формата 1 | для конкретного AO, задается идентификатором C-RNTI | Пространственно-временное кодирование | |
| Режим 3 | Сообщение DCI формата 1A | для конкретного AO, задается общей зоной и идентификатором C-RNTI | Пространственно-временное кодирование |
| Сообщение DCI формата 2А | для конкретного AO, задается идентификатором C-RNT1 | Пространственное уплотнение без обратной связи или пространственно-временное кодирование | |
| Режим 4 | Сообщение DCI формата 1A | для конкретного AO, задается общей зоной и идентификатором C-RNTI | Пространственно-временное кодирование |
| Сообщение DCI формата 2 | для конкретного AO, задается идентификатором C-RNTI | Пространственное уплотнение с обратной связью или пространственно-временное кодирование | |
| Режим 5 | Сообщение DCI формата 1A | для конкретного AO, задается общей зоной и идентификатором C-RNT1 | Пространственно-временное кодирование |
| Сообщение DCI формата ID | для конкретного AO, задается идентификатором C-RNTI | Многопользовательская система MIMO | |
| Режим 6 | Сообщение DCI (формата 1А | для конкретного AO, задается общей зоной и идентификатором C-RNT1 | Пространственно-временное кодирование |
| Сообщение DCI формата 113 | для конкретного AO, задастся идентификатором C-RNTI | Обратная связь Ранг=1, предварительное кодирование | |
| Режим 7 | Сообщение DCI формата 1A | для конкретного AO, задается общей зоной и идентификатором C-RNTI | Если число антенных портов канала РВСН равно 1, используется один антенный порт, порт 0 |
| В других случаях используется пространственно-временное кодирование | |||
| Сообщение DCI формата 1 | для конкретного AO, задается идентификатором C-RNTI | Один антенный порт, порт 5 | |
| Режим 8 | Сообщение DCI формата 1A | для конкретного AO, задается общей зоной и идентификатором C-RNTI | Если число антенных портов канала РВСН равно 1, используется один антенный порт, порт 0 |
| В других случаях используется пространственно-временное кодирование | |||
| Сообщение DCI (формата 2B | для конкретного AO, задается идентификатором C-RNTI | передача по двум уровням, порты 7 и 8, или один антенный порт, порт 7 или 8 |
Если на верхнем уровне настройка AO производится так, что декодирование канала PDCCH выполняется с использованием контрольной суммы CRC, скремблированной с учетом полупостоянно назначаемого временного сотового идентификатора радиосети (SPS C-RNTI), то AO должно декодировать канал PDCCH и все необходимые каналы PDSCH согласно соответствующей комбинации, указанной в таблице 3:
| Таблица 3 | |||
| Режим нисходящей передачи AO | Формат сообщения DCI | Зона поиска | Решение для передачи канала PDSCН, соответствующее каналу PDCCH |
| Режим 1 | Сообщение DCI формата 1А | для конкретного AO, задастся общей зоной и идентификатором C-RNTI | Один антенный порт, порт 0 |
| Сообщение DCI формата 1 | для конкретного AO, задается идентификатором C-RNTI | Один антенный порт, порт 0 | |
| Режим 2 | Сообщение DCI формата 1A | для конкретного AO, задается общей зоной и идентификатором C-RNTI | Пространственно-временное кодирование |
| Сообщение DCI формата 1 | для конкретного AO, задается идентификатором C-RNTI | Пространственно-временное кодирование | |
| Режим 3 | Сообщение DCI формата 1A | для конкретного AO, задается общей зоной и идентификатором C-RNTI | Пространственно-временное кодирование |
| Сообщение DCI формата 2A | для конкретного AO, задается идентификатором C-RNTI | Пространственно-временное кодирование | |
| Режим 4 | Сообщение DCI формата 1А | для конкретного AO, задастся общей зоной и идентификатором C-RNTI | Пространственно-временное кодирование |
| Сообщение DCI формата 2 | для конкретного AO, задается идентификатором C-RNTI | Пространственно-временное кодирование | |
| Режим 5 | Сообщение DCI формата 1А | для конкретного AO, задается общей зоной и идентификатором C-RNTI | Пространственно-временное кодирование |
| Режим 6 | Сообщение DCI формата 1А | для конкретного AO, задается общей зоной и идентификатором C-RNTI | Пространственно-временное кодирование |
| Режим 7 | Сообщение DCI формата 1А | для конкретного AO, задается общей зоной и идентификатором C-RNTI | Один антенный порт, порт 5 |
| Сообщение DCI формата 1 | для конкретного AO, задается идентификатором C-RNTI | Один антенный порт, порт 5 | |
| Режим 8 | Сообщение DC1 формата 1А | для конкретного AO, задастся общей зоной и идентификатором C-RNTI | Один антенный порт, порт 7 |
| Сообщение DC формата 2B | для конкретного AO, задается идентификатором C-RNTI | Один антенный порт, порт 7 или 8 |
Если на верхнем уровне настройка AO производится так, что декодирование канала PDCCH выполняется с использованием контрольной суммы CRC, скремблированной с учетом механизма управления мощностью передачи - канала PUCCH - временного сотового идентификатора радиосети (TPC-PUCCH-RNTI), то АО должно декодировать канал PDCCH согласно соответствующей комбинации, указанной в таблице 4:
| Таблица 4 | |
| Формат сообщения DCI | Зона поиска |
| Сообщение DCI формата 3/3A | Общая зона поиска |
Если на верхнем уровне настройка AO производится так, что декодирование канала PDCCH выполняется с использованием контрольной суммы CRC, скремблированной с учетом механизма управления мощностью передачи - канала PUSCH - временного сотового идентификатора радиосети (TPC-PUSCH-RNTI), то AO должно декодировать канал PDCCH согласно соответствующей комбинации, указанной в таблице 5:
| Таблица 5 | |
| Формат сообщения DCI | Зона поиска |
| Сообщение DCI формата 3/3A | Общая зона поиска |
Поскольку сеть LTE-Advanccd должна иметь доступ к пользователям сети LTE, полоса ее рабочих частот должна включать в себя существующую полосу частот сети LTE, в которой уже нет непрерывного спектра частот с шириной полосы 100 МГц, который может быть выделен в этой полосе частот, и одной из непосредственных технических задач, решаемых в рамках технологии LTE-Advanced, является агрегация нескольких непрерывных компонентных несущих (спектра частот), лежащих в различных полосах частот, используя технологию агрегации несущих для получения полосы пропускания шириной 100 МГц, которая может использоваться в системе LTE-Advanced. То есть агрегированный спектр частот разделен на n компонентных несущих (спектров частот), и спектр частот каждой компонентной несущей (спектра частот) является непрерывным.
В спецификации 3GPP предусматривается набор мониторинга канала PDCCH (набор мониторинга канала PDCCH), включающий в себя нисходящие компонентные несущие и относящийся к набору нисходящих компонентных несущих AO. Пользователь должен выполнять мониторинг канала PDCCH на этой нисходящей компонентной несущей. В системе LТЕ-Advanced использование агрегации несущих позволяет одной нисходящей компонентной несущей соответствовать нескольким восходящим компонентным несущим, в отличие от системы LTE, где только одна нисходящая несущая соответствует одной восходящей несущей. Кроме того, используется также и другой способ обнаружения канала PDCCH вслепую. Более того, в данной области техники до сих пор отсутствует способ обнаружения канала PDCCH вслепую, что затрудняет практическое использование.
Сущность изобретения
Способ и устройство для обнаружения нисходящих управляющих сообщений, предлагаемые в настоящем изобретении, используются для управления обнаружением канала PDCCH вслепую в системе агрегации несущих.
Для достижения вышеуказанной цели в настоящем изобретении предлагается следующее техническое решение:
способ для обнаружения нисходящих управляющих сообщений, включающий:
в процессе диспетчеризации несущих частот абонентское оборудование (АО) определяет зону поиска для мониторинга физического нисходящего управляющего канала (PDCCH) в соответствии с числом нисходящих компонентных несущих в наборе нисходящих компонентных несущих АО и числом нисходящих компонентных несущих в наборе мониторинга канала PDCCH.
Предпочтительно, чтобы вышеуказанный способ имел также следующую особенность:
шаг определения зоны поиска для мониторинга канала PDCCH включает:
если число нисходящих компонентных несущих в наборе мониторинга канала PDCCH и число нисходящих компонентных несущих в наборе нисходящих компонентных несущих AO равны, то зона поиска, в которой абонентское оборудование выполняет мониторинг канала PDCCH, соответствует таковой для диспетчеризации с одной несущей; и
если число нисходящих компонентных несущих в наборе мониторинга канала PDCCH и число нисходящих компонентных несущих в наборе нисходящих компонентных несущих АО неравны, то зона поиска, в которой абонентское оборудование выполняет мониторинг канала PDCCH на несущих, которые могут участвовать в диспетчеризации несущих, будет расширена.
Предпочтительно, чтобы вышеуказанный способ имел также следующую особенность:
расширенная зона поиска является пользовательской зоной поиска. Предпочтительно, чтобы вышеуказанный способ имел также следующую особенность:
для каждой компонентной несущей набора мониторинга канала PDCCH, которая участвует в диспетчеризации несущих, зона поиска расширяется единообразно.
Предпочтительно, чтобы вышеуказанный способ имел также следующую особенность:
расширенная зона поиска определяется увеличенным числом попыток мониторинга каждой нисходящей компонентной несущей, которая может участвовать в диспетчеризации несущих, причем увеличенное число попыток мониторинга определяется в соответствии с разностью между числом нисходящих компонентных несущих в наборе мониторинга канала PDCCH и числом нисходящих компонентных несущих в наборе нисходящих компонентных несущих AO.
Предпочтительно, чтобы вышеуказанный способ имел также следующую особенность:
увеличенное число попыток мониторинга равно ⌊ ( M − L ) × N P ⌋ .
где M - число нисходящих компонентных несущих в наборе нисходящих компонентных несущих AO, L - число нисходящих компонентных несущих в наборе мониторинга канала PDCCH, Р - число нисходящих компонентных несущих в наборе мониторинга канала PDCCH, которые могут участвовать в диспетчеризации несущих, и N - максимальное число попыток мониторинга каждой нисходящей компонентной несущей при отсутствии диспетчеризации несущих.
Предпочтительно, чтобы вышеуказанный способ имел также следующую особенность:
выделение зоны поиска, соответствующей увеличенному числу попыток мониторинга для каждой нисходящей компонентной несущей, которая может участвовать в диспетчеризации несущих, реализовано следующим способом:
выбором H уровней агрегации из уровней агрегации 1, 2, 4 и 8 в зоне поиска для конкретного AO и добавлением A пригодных для использования каналов PDCCH в каждом из выбранных уровней агрегации, соответственно,
A = ⌊ ⌊ ( M − L ) × N P ⌋ H × B ⌋ или A = ⌊ ( M − L ) × N P H × B ⌋ ,
где H∈{1,2,3,4}, B - число форматов нисходящих управляющих сообщений (формат сообщения DCI) в каждом режиме передачи.
Предпочтительно, чтобы вышеуказанный способ имел также следующую особенность:
если нисходящая компонентная несущая A может участвовать в диспетчеризации несущих, то абонентское оборудование обнаруживает нисходящее управляющее сообщение, соответствующее всем или части нисходящих компонентных несущих, диспетчеризация которых может быть выполнена с использованием нисходящей компонентной несущей A в расширенной зоне поиска на нисходящей компонентной несущей A.
Предпочтительно, чтобы вышеуказанный способ имел также следующую особенность:
нисходящее управляющее сообщение, соответствующее всем или части нисходящих компонентных несущих, диспетчеризация которых может быть выполнена с использованием нисходящей компонентной несущей A, передается базовой станцией в расширенной зоне поиска на нисходящей компонентной несущей A.
Предпочтительно, чтобы вышеуказанный способ имел также следующую особенность:
если нисходящая компонентная несущая b может участвовать в диспетчеризации несущих и может выполнять диспетчеризацию h нисходящих компонентных несущих, то зона поиска нисходящей компонентной несущей b расширяется до h зон поиска, причем существует взаимно-однозначное соответствие между h зонами поиска и h нисходящими компонентными несущими.
Предпочтительно, чтобы вышеуказанный способ имел также следующий отличительный признак:
положения h зон поиска являются непрерывными или же положения h зон поиска определяются в соответствии с индексом нисходящих компонентных несущих, который соответствует данной зоне поиска.
Предпочтительно, чтобы вышеуказанный способ имел также следующую особенность:
абонентское оборудование обнаруживает нисходящее управляющее сообщение для нисходящей компонентной несущей, соответствующей зоне поиска в расширенной зоне поиска.
Предпочтительно, чтобы вышеуказанный способ имел также следующую особенность:
нисходящее управляющее сообщение для нисходящей компонентной несущей Y передастся базовой станцией посредством зоны поиска, соответствующей нисходящей компонентной несущей Y, причем нисходящая компонентная несущая Y является одной из h нисходящих компонентных несущих.
Устройство для обнаружения нисходящих управляющих сообщений, применяемое в абонентском оборудовании, сконфигурировано так, чтобы: в процессе диспетчеризации несущих частот определять зону поиска для мониторинга физического нисходящего управляющего канала (PDCCH) в соответствии с числом нисходящих компонентных несущих в наборе мониторинга канала PDCCH и числом нисходящих компонентных несущих в наборе нисходящих компонентных несущих AO.
Предпочтительно, чтобы данное устройство имело также следующий отличительный признак: устройство сконфигурировано так, что:
если число нисходящих компонентных несущих в наборе мониторинга канала PDCCH и число нисходящих компонентных несущих в наборе нисходящих компонентных несущих AO равны, то зона поиска, в которой AO выполняет мониторинг канала PDCCH, устанавливается в соответствии с таковой для диспетчеризации с одной несущей; и
сели число нисходящих компонентных несущих в наборе мониторинга канала PDCCH и число нисходящих компонентных несущих в наборе нисходящих компонентных несущих AO не равны, то зона поиска для мониторинга канала PDCCH на несущих, которые могут участвовать в диспетчеризации несущих, расширяется.
Предпочтительно, чтобы данное устройство имело также следующую особенность: расширенная зона поиска является пользовательской зоной поиска.
Предпочтительно, чтобы данное устройство имело также следующую особенность: устройство сконфигурировано так, что: для каждой компонентной несущей набора мониторинга канала PDCCH, которая участвует в диспетчеризации несущих, зона поиска расширяется единообразно.
Предпочтительно, чтобы данное устройство имело также следующую особенность:
расширенная зона поиска определяется увеличенным числом попыток мониторинга каждой нисходящей компонентной несущей, которая может участвовать в диспетчеризации несущих, причем увеличенное число попыток мониторинга определяется в соответствии с разностью между числом нисходящих компонентных несущих в наборе мониторинга канала PDCCH и числом нисходящих компонентных несущих в наборе нисходящих компонентных несущих AO.
Предпочтительно, чтобы данное устройство имело также следующую особенность:
увеличенное число попыток мониторинга равно ⌊ ( M − L ) × N P ⌋ ,
где M - число нисходящих компонентных несущих в наборе нисходящих компонентных несущих AO, L - число нисходящих компонентных несущих в наборе мониторинга канала PDCCH, Р - число нисходящих компонентных несущих в наборе мониторинга канала PDCCH, которые могут участвовать в диспетчеризации несущих, и N - максимальное число попыток мониторинга каждой нисходящей компонентной несущей при отсутствии диспетчеризации несущих.
Предпочтительно, чтобы данное устройство имело также следующую особенность: устройство сконфигурировано так, что: выделение зоны поиска, соответствующей увеличенному числу попыток мониторинга для каждой вышеуказанной нисходящей компонентной несущей, которая может участвовать в диспетчеризации несущих, реализовано следующим способом:
выбором H уровней агрегации из уровней агрегации 1, 2, 4 и 8 в зоне поиска для конкретного АО и добавлением A пригодных для использования каналов PDCCH в каждом из выбранных уровней агрегации, соответственно,
A = ⌊ ⌊ ( M − L ) × N P ⌋ H × B ⌋ или A = ⌊ ( M − L ) × N P H × B ⌋ ,
где H∈{1,2,3.4}, B - число форматов нисходящих управляющих сообщений (формат сообщения DO) в каждом режиме передачи.
Предпочтительно, чтобы данное устройство имело также следующую особенность: устройство также сконфигурировано так, что: если нисходящая компонентная несущая A может участвовать в диспетчеризации несущих, то устройство обнаруживает нисходящее управляющее сообщение, соответствующее всем или части нисходящих компонентных несущих, диспетчеризация которых может быть выполнена с использованием нисходящей компонентной несущей A, в расширенной зоне поиска на нисходящей компонентной несущей A.
Предпочтительно, чтобы данное устройство имело также следующую особенность:
нисходящее управляющее сообщение, соответствующее всем или части нисходящих компонентных несущих, диспетчеризация которых может быть выполнена с использованием нисходящей компонентной несущей A, передается базовой станцией в расширенной зоне поиска нисходящей компонентной несущей A.
Предпочтительно, чтобы данное устройство имело также следующую особенность:
устройство сконфигурировано так, что: если нисходящая компонентная несущая b может участвовать в диспетчеризации несущих и может выполнять диспетчеризацию h нисходящих компонентных несущих, то зона поиска нисходящей компонентной несущей b расширяется до h зон поиска, причем существует взаимно-однозначное соответствие между h зон поиска и h нисходящих компонентных несущих.
Предпочтительно, чтобы данное устройство имело также следующую особенность:
положения h зон поиска являются непрерывными или же положения h зон поиска определяются в соответствии с индексом нисходящих компонентных несущих, который соответствует данной зоне поиска.
Предпочтительно, чтобы данное устройство имело также следующую особенность:
устройство обнаруживает нисходящее управляющее сообщение для нисходящей компонентной несущей в соответствии с зоной поиска в расширенной зоне поиска.
Предпочтительно, чтобы данное устройство имело также следующую особенность:
нисходящее управляющее сообщение для нисходящей компонентной несущей Y передастся базовой станцией посредством зоны поиска, соответствующей нисходящей компонентной несущей Y, причем нисходящая компонентная несущая Y является одной из вышеуказанных h нисходящих компонентных несущих.
В техническом решении, предлагаемом в настоящем изобретении, зона поиска для мониторинга канала PDCCH определяется в соответствии с числом нисходящих компонентных несущих в наборе мониторинга PDCCH и числом нисходящих компонентных несущих в наборе нисходящих компонентных несущих AO.
Краткое описание чертежей
Фиг.1 представляет схематическое изображение структуры кадра в режиме FDD в данной области техники;
Фиг.2 представляет схематическое изображение структуры кадра в режиме TDD в данной области техники; и
Фиг.3 представляет блок-схему способа обработки нисходящих управляющих сообщений, предлагаемого в настоящем изобретении.
Предпочтительные варианты воплощения настоящего изобретения
Техническое решение, предлагаемое в воплощениях настоящего изобретения, будет описано далее со ссылкой на прилагающиеся чертежи.
В данной области техники - в сетях LIE - пользователю необходимо выполнять мониторинг канала PDCCH на одной несущей, однако в сетях LTE-Advanced пользователю необходимо выполнять обнаружение канала PDCCH вслепую на всех нисходящих компонентных несущих в наборе мониторинга канала PDCCH.
В Релизе (R10) число нисходящих компонентных несущих в наборе нисходящих компонентных несущих АО равно М, число нисходящих компонентных несущих, которые должны обнаруживаться пользователем вслепую в наборе мониторинга канала PDCCH, равно L, а число нисходящих компонентных несущих в наборе мониторинга канала PDCCH, которые могут участвовать в диспетчеризации несущих, равно P. При отсутствии диспетчеризации несущих максимальное число обнаружений вслепую каждой нисходящей компонентной несущей равно N, причем предпочтительное значение N равно 44 или 60.
При необходимости выполнения диспетчеризации несущих максимальное число обнаружений вслепую каждой компонентной несущей в наборе мониторинга канала PDCCH равно M × N L .
Далее будет изложено описание способа для обнаружения нисходящих управляющих сообщений, представленного на фиг.3:
Шаг 301: получение информации о числе нисходящих компонентных несущих в наборе нисходящих компонентных несущих АО и числе нисходящих компонентных несущих в наборе мониторинга канала PDCCH.
Шаг 302: сравнение числа нисходящих компонентных несущих в наборе нисходящих компонентных несущих AO и числа нисходящих компонентных несущих в наборе мониторинга канала PDCCH;
если эти числа равны, т.е. набор нисходящих компонентных несущих AO и набор мониторинга канала PDCCH равны по величине, то максимальное число обнаружений вслепую каждой компонентной несущей в наборе мониторинга канала PDCCH аналогично таковому в отсутствие диспетчеризации и равно N, обнаружение вслепую AO на канале PDCCH в данной области техники производится в зоне поиска для конкретного АО и не описывается здесь.
Если эти числа неравны, то выполняется шаг 303.
Шаг 303: зона поиска для мониторинга канала PDCCH расширяется.
В качестве примера описываются следующие варианты воплощения с расширением зоны поиска для конкретного АО:
Вариант воплощения I
Если набор нисходящих компонентных несущих АО и набор мониторинга канала PDCCH не равны но величине, то по сравнению с максимальным числом обнаружений вслепую при отключенной диспетчеризации несущих максимальное число обнаружений вслепую каждой компонентной несущей, участвующей в диспетчеризации, в наборе мониторинга канала PDCCH увеличивается на ⌊