АГРЕГИРОВАНИЕ РЕСУРСОВ В УСОВЕРШЕНСТВОВАННЫХ УПРАВЛЯЮЩИХ КАНАЛАХ

Родственные заявки

Эта заявка испрашивает приоритет предварительной заявки США №61/612,803, поданной 19 марта 2012 г. Полное содержание упомянутой предварительной заявки США включено в настоящее описание посредством ссылки.

Область техники, к которой относится изобретение

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

Предшествующий уровень техники

Проект партнерства 3-го поколения (3PP) разработал беспроводную связь третьего поколения как технологию проекта долгосрочного развития (LTE), как документировано в спецификациях для развитой универсальной наземной сети радиодоступа (UTRAN). LTE является технологией мобильной широкополосной беспроводной связи, в которой передачи из базовых станций (упомянутых как eNodeB или eNB в документации 3GPP) в мобильные станции (упомянутые как пользовательское оборудование или UE в документации 3GPP) посылаются с использованием ортогонального частотного уплотнения (OFDM). OFDM разделяет сигнал передачи на множество параллельных поднесущих по частоте.

Более конкретно, LTE использует OFDM в нисходящей линии связи и расширенное дискретным преобразованием Фурье OFDM в восходящей линии связи. Основной физический ресурс нисходящей линии связи LTE может рассматриваться как сетка частотно-временных ресурсов. Фиг. 1 иллюстрирует часть доступного спектра иллюстративной сетки 50 частотно-временных ресурсов OFDM для LTE. Вообще говоря, сетка 50 частотно-временных ресурсов разделяется на подкадры длительностью одна миллисекунда. Как видно на фиг. 1 и фиг. 2, каждый подкадр включает в себя некоторое число символов OFDM. Для длины обычного циклического префикса (CP), которая подходит для использования в ситуациях, в которых не ожидается слишком сильная многомаршрутная дисперсия, подкадр состоит из четырнадцати символов OFDM. Подкадр имеет только двенадцать символов OFDM, если используется расширенных циклический префикс. В частотной области физические ресурсы разделяются на смежные поднесущие с интервалом 15 kHz. Число поднесущих изменяется в соответствии с назначенной шириной полосы частот системы. Наименьший элемент сетки 50 частотно-временных ресурсов является элементом ресурсов. Элемент ресурсов состоит из одной поднесущей OFDM в течение интервала одного символа OFDM.

Элементы ресурсов LTE группируются в блоки ресурсов (RB), которые в большинстве конфигураций состоят из 12 поднесущих и 7 символов OFDM (одного слота). Таким образом, RB обычно состоит из 84 RE. Два RB, занимающие одно и то же множество из 12 поднесущих в данном радиокадре (два слота), упомянуты как пара RB, которая включает в себя 168 элементов ресурсов, если используется обычный СР. Таким образом, радио подкадр LTE составляется из множества пар RB по частоте, причем число пар RB определяет ширину полосы частот сигнала. Во временной области передачи нисходящей линии связи LTE организуются в радиокадры, равные 10 миллисекундам, причем каждый радиокадр состоит из десяти подкадров одинаково заданного размера длины Т_{подкадр}=1 миллисекунде.

Сигнал, передаваемый eNB в одно или более UE, может передаваться из множества антенн. Также сигнал может приниматься в UE, которое имеет множество антенн. Радиоканал между eNB искажает сигналы, переданные из множества антенных портов. Чтобы успешно демодулировать передачи нисходящей линии связи, UE полагается на опорные символы, которые передаются в нисходящей линии связи. Несколько из этих опорных символов проиллюстрированы в сетке 50 ресурсов, изображенной на фиг. 2. Эти опорные символы и их позиции в сетке частотно-временных ресурсов являются известными UE и, следовательно, могут использоваться, чтобы определять оценки каналов с помощью измерения влияния радиоканала на эти символы.

Несколько способов могут использоваться, чтобы использовать преимущество наличия множества антенн передачи и/или приема. Некоторые из них упомянуты как способы передачи с множеством входов и множеством выходов (MIMO). Один примерный способ, используемый, когда имеются множество антенн передачи, называется «предварительное кодирование передачи», и подразумевает направленную передачу энергии сигнала по направлению к конкретному принимающему UE. При этом подходе сигнал, адресованный конкретному UE, одновременно передается через каждую из нескольких антенн, но с индивидуальными весами амплитуды и/или фазы, применяемые к сигналу в каждом элементе антенны передачи. Это применение весов к сигналу упоминается как «предварительное кодирование», а веса антенн для конкретной передачи могут быть описаны математически исчерпывающим методом с помощью вектора предварительного кодирования.

Это способ иногда упоминается как предварительное кодирование, специфическое для UE. Опорные символы, сопровождающие предварительно закодированную передачу и используемые для ее демодуляции, обозначаются как опорный сигнал, специфический для UE (RS, специфический для UE). Если передаваемые символы, составляющие RS, специфический для UE, в данном RB, предварительно кодируются с помощью того же предварительное кодирования, специфического для UE, что и данные, переносимые в этом RB (где данные в этом смысле могут быть управляющей информацией), тогда передачу RS, специфического для UE, и данных можно рассматривать так, как если они были бы выполнены с использованием одной виртуальной антенны, т.е. одного антенного порта. Целевое UE выполняет оценку канала с использованием RS, специфического для UE, и использует полученную в результате оценку канала в качестве указателя для демодуляции данных в RB.

RS, специфические для UE, передаются только, когда данные передаются в UE в паре RB, а иначе не присутствуют. В версиях 8, 9 и 10 спецификаций LTE, опорные сигналы, специфические для UE, включаются как часть каждого из RB, которые назначаются в UE для демодуляции физического совместно используемого канала данных нисходящей линии связи (PDSCH). Версия 10 спецификаций LTE также поддерживает пространственное мультиплексирование передачи нисходящей линии связи, допуская до восьми пространственно мультиплексированных «уровней», передаваемых одновременно. Таким образом, имеются восемь ортогональных RS, специфических для UE, которые описаны в документе 3GPP "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation", 3GPP TS 36.211, v. 10.0.0 (Dec. 2012), доступном в www.3gpp.org. Они обозначаются как антенные порты 7-15. Фиг. 3 изображает пример отображения опорных символов, специфических для UE, в пару RB, в этом примере изображены антенные порты 7 и 9. Антенные порты 8 и 10 могут быть получены как опорные сигналы, мультиплексированные с кодовым разделением, сверху антенных портов 7 и 9, соответственно.

Другим типом опорных символов являются опорные символы, которые могут использоваться всеми UE. Эти опорные символы, таким образом, должны иметь широкое покрытие сотовой области и, следовательно, предварительно не кодируются по направлению к любому конкретному UE. Одним примером является общие опорные символы (CRS), используемые UE для различных целей, включая оценку канала и измерения мобильности. Эти CRS определяются таким образом, что они занимают определенные предварительно определенные RE во всех подкадрах в ширине полосы частот системы, независимо от того, имеются ли какие-либо данные, передаваемые пользователям в подкадре, или нет. Эти CRS изображены как «опорные символы» на фиг. 2.

Другим типом опорного символа является информация о состоянии канала RS (CSI-RS), введенная в версии 10 спецификаций LTE. CSI-RS используются для измерений, ассоциированных с матрицей предварительного кодирования и выбором ранга передачи, для режимов передачи, которые используют RS, специфический для UE, обсужденный выше. CSI-RS также конфигурируются специфически для UE. Еще одним типом RS является RS позиционирования (PRS), который был введен в версии 9 LTE, чтобы улучшить позиционирование UE в сети.

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

Специфические назначения частотно-временных ресурсов в сигнале LTE в функции системы упоминаются как физические каналы. Например, физический управляющий канал нисходящей линии связи (PDCCH) является физическим каналом, используемым, чтобы переносить информацию планирования и сообщения управления мощностью. Физический канал указателя HARQ (PHICH) переносит ACK/NACK в ответ на предыдущую передачу восходящей линии связи, и физический широковещательный канал (РВСН) переносит системную информацию. Сигналы первичной и вторичной синхронизации (PSS/SSS) можно также рассматривать как управляющие сигналы, и они имеют фиксированные местоположения и периодичность во времени и по частоте, таким образом, что UE, которые первоначально осуществляют доступ к сети, могут находить их и синхронизироваться. Также РВСН имеет фиксированное местоположение относительно сигналов первичной и вторичной синхронизации (PSS/SSS). Таким образом, UE может принимать системную информацию, передаваемую в ВСН, и использовать эту системную информацию, чтобы определять местоположение и демодулировать/декодировать PDCCH, который переносит управляющую информацию, специфическую для UE.

Что касается версии 10 спецификаций LTE, все управляющие сообщения в UE демодулируются с использованием оценок каналов, полученных из общих опорных сигналов (CRS). Это позволяет управляющим сообщениям иметь покрытие шириной в соту, чтобы достичь всех UE в соте без того, чтобы eNB имело какое-либо конкретное знание о позициях UE. Исключениями для этого общего подхода являются PSS и SSS, которые являются автономными сигналами, и не требуют приема CRS до демодуляции. Первый по четвертый символы OFDM подкадра зарезервированы, чтобы переносить такую управляющую информацию, один символ OFDM используется с этой целью в примерном подкадре, изображенном на фиг. 2, где область управления может содержать до трех символов OFDM для управляющей сигнализации. Фактическое число символов OFDM, зарезервированных для области управления, может изменяться в зависимости от конфигурации конкретной соты.

Управляющие сообщения могут быть классифицированы в сообщения, которые должны быть посланы только в одно UE (управление, специфическое для UE), и сообщения которые должны быть посланы во все UE или в некоторое подмножество UE, числом более одного (общее управление), в соте, покрываемой eNB. Сообщения первого типа (управляющие сообщения, специфические для UE) обычно посылаются с использованием PDCCH, с использованием области управления. Следует заметить, что в будущих версиях LTE будут новые типы несущих, которые могут не иметь такую область управления, т.е. которые не имеют передач PDCCH. Эти новые типы несущих могут даже не включать в себя CRS и, следовательно, не являются обратно совместимыми. Новая несущая этого типа введена в версии 11. Однако этот новый тип несущей используется только в сценарии агрегирования несущих и всегда агрегируется с существующим (обратно совместимым) типом несущей. В будущих версиях LTE также может быть возможным иметь автономные несущие, которые не имеют области управления и, которые не ассоциированы с существующей несущей.

Управляющие сообщения типа PDCCH передаются в ассоциации с CRS, которые используются принимающими мобильными терминалами, чтобы демодулировать управляющее сообщение. Каждый PDCCH передается с использованием элементов ресурсов, сгруппированных в блоки, называемые управляющими элементами канала (ССЕ), где каждый ССЕ содержит 36 RE. Одно сообщение PDCCH может использовать более одного ССЕ, в частности, данное сообщение PDCCH может иметь уровень агрегирования (AL) из 1, 2, 4 или 8 ССЕ. Это допускает адаптацию линии связи управляющего сообщения. Каждый ССЕ отображается в 9 групп элементов ресурсов (REG), состоящих из 4 RE каждая. REG для данного ССЕ распределяются через ширину полосы частот системы, чтобы обеспечить разнесение частоты для ССЕ. Это проиллюстрировано на фиг. 4. Следовательно, сообщение PDCCH может состоять максимум из 8 ССЕ, охватывающих всю ширину полосы частот системы в первом по четвертый символах OFDM, в зависимости от конфигурации.

Обработка сообщения PDCCH в eNB начинается с кодирования канала, шифрования, модуляции и перемежения управляющей информации. Модулированные символы затем отображаются в элементы ресурсов в области управления. Как упомянуто выше, определены управляющие элементы канала (ССЕ), где каждый ССЕ отображается в 36 элементов ресурсов. С помощью выбора уровня агрегирования получается адаптация линии связи PDCCH. Всего имеются N_CCE ССЕ, доступных для всего PDCCH, передаваемого в подкадре, число N_CCA может изменяться от подкадра к подкадру, в зависимости от числа управляющих символов n и числа сконфигурированных ресурсов PHICH.

Поскольку N_CCE может изменяться от подкадра к подкадру, принимающий терминал должен слепо определять позицию ССЕ для конкретного PDCCH, а также число ССЕ, используемых для PDCCH. Без ограничений, это могла бы быть вычислительно интенсивная задача декодирования. Следовательно, были введены некоторые ограничения на число возможных слепых декодирований, которые терминал должен пробовать, что касается версии 8 спецификаций LTE. Одним ограничением является то, что ССЕ нумеруются, а уровни агрегирования ССЕ размера К могут начинаться только в номерах ССЕ, делимых на К без остатка. Это изображено на фиг. 5, которая иллюстрирует агрегирование ССЕ для уровней агрегирования AL-1, AL-2, AL-4 и AL-8. Например, сообщение PDCCH AL-8, составленное максимум из восьми ССЕ, может начинаться только в ССЕ, пронумерованных 0, 8, 16 и т.д.

Терминал должен слепо декодировать и искать допустимый PDCCH через множество ССЕ, упомянутых как пространство поиска UE. Это является множеством ССЕ, мониторинг которых должен осуществлять терминал для назначений планирования или другой управляющей информации, для данного AL. Пример пространства поиска проиллюстрирован на фиг. 6, которая иллюстрирует пространство поиска, мониторинг которого должен осуществлять терминал. Следует заметить, что для каждого AL должен осуществляться мониторинг разных ССЕ. Всего в этом примере имеются NCCE=15 ССЕ. Общее пространство поиска, мониторинг которого должен осуществляться всеми мобильными терминалами, отмечен диагональными полосами, в то время как пространство поиска, специфичное для UE, затенено.

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

Как предложено фиг. 6, пространство поиска дополнительно разделено на общую часть и часть, специфическую для терминала (или специфическую для UE). В общем пространстве поиска передается PDCCH, содержащий информацию для всех или группы терминалов, (пейджинг, системную информацию). Если используется агрегирование несущих, терминал будет обнаруживать общее пространство поиска, присутствующее только в первичной составляющей несущей (РСС). Общее пространство поиска ограничено уровнями агрегирования 4 и 8, чтобы давать достаточную защиту кода канала для всех терминалов в соте. Следует заметить, что, поскольку это широковещательный канал, адаптация линии связи не может использоваться. Первый PDCCH mS и m4 (где «первый» PDCCH является каналом, имеющим наименьший номер ССЕ) в AL 8 или 4, соответственно, принадлежат к общему пространству поиска. Для эффективного использования ССЕ в системе, остальное пространство поиска является специфическим для терминала на каждом уровне агрегирования.

ССЕ состоит из 36 модулированных символов QPSK, которые отображаются в 36 RE, которые являются уникальными для данного ССЕ. Следовательно, знание ССЕ означает, что RE также известны автоматически. Чтобы максимизировать разнесение и рандомизацию помех, перемежение используется до циклического сдвига, специфического для соты, и отображения в RE. Следует заметить, что в большинстве случаев некоторые ССЕ являются пустыми, вследствие ограничений местоположения PDCCH в пространствах поиска терминалов и уровней агрегирования. Пустые ССЕ включаются в процесс перемежения и отображаются в RE, как любой другой PDCCH, чтобы поддерживать структуру пространства поиска. Пустые ССЕ устанавливаются в нулевую мощность, что означает, что мощность, которая иначе бы использовалась, вместо этого может быть назначена в непустые ССЕ, чтобы дополнительно улучшить передачу PDCCH.

Чтобы облегчить использование разнесение передачи 4 антенн, каждая группа из четырех смежных символов QPSK отображается в четыре смежные RE, обозначенные как группа RE (REG). Следовательно, перемежение ССЕ основано на четверном мультиплексировании (группе из 4). Процесс отображения имеет степень структурированности, равную 1 REG, и один ССЕ соответствует девяти REG (36 RE).

Передача физического совместно используемого канала данных нисходящей линии связи (PDSCH) в UE использует эти RE в паре RB, которые иначе не используются для управляющих сообщений (т.е. в области данных фиг. 4) или RS. PDSCH может передаваться с использованием либо RS, специфического для UE, либо CRS в качестве указателя демодуляции, в зависимости от режима передачи PDSCH. Использование RS, специфического для UE, позволяет базовой станции с множеством антенн оптимизировать передачу с использованием предварительного кодирования или, как сигналов данных, так и управляющих сигналов, передаваемых из множества антенн, таким образом, что принимаемая энергия сигнала увеличивается в UE и, следовательно, производительность оценки канала улучшается, и могла бы быть увеличена скорость данных передачи.

Для версии 11 спецификаций LTE согласовано ввести передачу, специфическую для UE, управляющей информации в виде усовершенствованных управляющих каналов. Это выполняется с помощью разрешения передачи управляющих сообщений в UE, где передачи размещаются в области данных подкадра LTE и основаны на опорных сигналах, специфических для UE. В зависимости от типа управляющего сообщения, усовершенствованные управляющие каналы, сформированные таким образом, упоминаются как усовершенствованный PDCCH (ePDCCH), усовершенствованный PHICH (ePHICH) и т.д.

Для усовершенствованного управляющего канала в версии 11 дополнительно согласовано использовать антенные порты р∈{107,108,109,110} для демодуляции, которые соответствуют, принимая во внимание позиции опорных символов и множество последовательностей, антенным портам р∈{7,8,9,10}, т.е. тем же антенным портам, которые используются для передач данных в физическом совместно используемом канале данных (PDSCH), с использованием RS, специфического для UE. Это усовершенствование означает, что выигрыши предварительного кодирования, уже имеющиеся для передач данных, могут быть достигнуты также для управляющих каналов. Другой выгодой является, что разные пары физических RB (PRB) для усовершенствованных управляющих каналов могут назначаться в разные соты или в разные точки передачи в соте. Это можно видеть на фиг. 7, которая иллюстрирует десять пар RB, три из которых назначены в три отдельные области ePDCCH, содержащие одну пару PRB каждая. Следует заметить, что остальные пары RB могут использоваться для передач PDSCH. Возможность назначать разные пары PRB в разные соты или в разные точки передачи облегчает координирование межсотовых или межточечных помех для управляющих каналов. Это особенно полезно для сценариев гетерогенных сетей, как будет обсуждено ниже.

Одна и та же усовершенствованная область управления может использоваться одновременно разными точками передачи в соте или точками передачи, принадлежащими разным сотам, когда эти точки не сильно влияют друг на друга. Типичным случаем является сценарий совместно используемой соты, пример которого проиллюстрирован на фиг. 8. В этом случае макро-сота 62 содержит несколько пико-узлов низкой мощности А, В и С в своей зоне 68 покрытия, причем пико-узлы А, В и С имеют один и тот же сигнал синхронизации/ID соты (или ассоциируются с одним и тем же сигналом синхронизации/ID соты). В пико-узлах, которые географически разделены, как имеет место в пико-узлах В и С на фиг. 8, одна и та же усовершенствованная область управления, т.е. одни и те же PRB, используемые для ePDCCH, могут быть повторно использована. При этом подходе полная пропускная способность управляющего канала в совместно используемой соте будет увеличиваться, поскольку данный ресурс PRB повторно используется, потенциально, множество раз в разных частях соты. Это гарантирует, что получаются выигрыши разделения зоны. Пример изображен на фиг. 9, которая изображает, что пико-узлы В и С совместно используют усовершенствованную область управления, в то время как А, вследствие его близости, как к В, так и к С, рискует быть помехой другим пико-узлам и, следовательно, ему назначается усовершенствованное пространство поиска, которое является непересекающимся. Координирование помех между пико-узлами А и В, или эквивалентно между точками передачи А и В, таким образом, выполняется в совместно используемой соте. Следует заметить, что в некоторых случаях UE может обязательно принимать часть управляющей сигнализации канала из макро-ячейки, а другую часть управляющей сигнализации из ближайшей пико-соты.

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

Фиг. 10 изображает ePDCCH, который разделен на множество групп и отображается в одну из усовершенствованных областей управления. Это представляет «локализованную» передачу ePDCCH, поскольку все из групп, составляющих сообщение ePDCCH, сгруппированы вместе по частоте. Следует заметить, что эти множество групп являются аналогичными ССЕ в PDCCH, но не обязательно составляются из одних и тех же номеров RE. Также следует заметить, что, как видно на фиг. 10, усовершенствованная область управления не начинается в нуле символа OFDM. Это для того, чтобы разместить одновременную передачу PDCCH в подкадре. Однако, как было упомянуто выше, могут быть типы несущих в будущих версиях LTE, которые совсем не имеют PDCCH, в этом случае усовершенствованная область управления начиналась бы с нуля символа OFDM в подкадре.

Несмотря на то, что локализованная передача ePDCCH, проиллюстрированная на фиг. 10, дает возможность предварительного кодирования, специфического для UE, что является преимуществом относительно традиционного PDCCH, в некоторых случаях может быть полезным иметь возможность передавать усовершенствованный управляющий канал широковещательным, с покрытием широкой зоны способом. Это, в частности, полезно, если eNB не имеет надежной информации, чтобы выполнять предварительное кодирование по отношению к определенному UE, в этом случае передача с покрытием широкой зоны может быть более надежной. Другим случаем, когда распределенная передача может быть полезной, является, когда конкретное управляющее сообщение предназначается для более чем одного UE, поскольку в этом случае предварительное кодирование, специфическое для UE, не может использоваться. Это является общим подходом, взятым для передачи общей управляющей информации с использованием PDCCH (т.е. в общем пространстве поиска (CSS)).

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

3GPP утвердил, что должна поддерживаться, как локализованная, так и распределенная передача ePDCCH, причем эти два подхода соответствуют, в целом, фиг. 10 и фиг. 11, соответственно. Когда используется распределенная передача, тогда также выгодно, если может выполняться разнесение антенны, чтобы максимизировать порядок разнесения сообщения ePDCCH. С другой стороны, иногда только информация о качестве широкополосного канала и о широкополосном предварительном кодировании является доступной в eNB, в этом случае может быть полезным выполнять распределенную передачу, но с широкополосным предварительным кодированием, специфическим для UE.

Несколько проблем связаны с использованием ePDCCH. Например, если ePDCCH, основанный на распределенной передаче, отображается во все части PRB, которые были сконфигурированы для UE, тогда в настоящее время является проблемой, что неиспользованные ресурсы в этих парах не могут одновременно использоваться для передачи PDSCH. В результате будут иметь место большие непроизводительные затраты управляющего канала в случае, когда часть неиспользованных ресурсов является большой. Другой нерешенной проблемой является, как управлять конфликтами между усовершенствованными управляющими каналами и существующими опорными сигналами, таким как CSI-RS, CRS, PRS, PSS, SSS и существующими управляющими каналами PDCCH, PHICH, PCFICH и РВСН.

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

Сущность изобретения

В соответствии с некоторыми вариантами осуществления, подробно раскрытыми в настоящей заявке, частотно-временные ресурсы в одной паре PRB могут гибко использоваться базовой станцией, как для частотно локализованных передач, а также для распределенных передач. Эти варианты осуществления включают в себя способы, предназначенные для передачи управляющей информации нисходящей линии связи в системе радиосвязи, при этом локализованные и распределенные передачи управляющих сообщений канала могут использовать одну и ту же пару или пары PRB. Примерный способ включает в себя передачу первого управляющего сообщения в первое пользовательское оборудование (UE) с использованием первой пары PRB, где первое управляющее сообщение разделяется между двумя или более первыми непересекающимися подмножествами элементов ресурсов, по меньшей мере, один из которых находится в первой паре PRB. Эти два или более первых непересекающихся подмножеств элементов ресурсов агрегируются частотно локализованным способом, по меньшей мере, в первой паре PRB, и символы в этих двух или более первых непересекающихся подмножествах элементов ресурсов передаются с использованием одного антенного порта. Способ дополнительно включает в себя одновременную передачу второго управляющего сообщения во второе UE, также с использованием первой пары PRB, где второе управляющее сообщение разделяется между двумя или более вторыми непересекающимися подмножествами элементов ресурсов, по меньшей мере, одно из которых находится в первой паре PRB. В этом случае два или более вторых непересекающихся подмножеств элементов ресурсов агрегируются частотно распределенным способом через первую пару PRB и одну или более дополнительных пар PRB, и символы, по меньшей мере, в двух из двух или более вторых непересекающихся подмножеств элементов ресурсов передаются с использованием разных антенных портов. Эти разные антенные порты включают в себя один антенный порт, используемый, чтобы передавать символы в двух или более непересекающихся подмножествах элементов ресурсов. В некоторых вариантах осуществления этого примерного способа, каждое из непересекающихся подмножеств ресурсов определяет усовершенствованную REG (eREG) в сети LTE.

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

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

Фиг. 1 иллюстрирует сетку частотно-временных ресурсов сигнала OFDM.

Фиг. 2 иллюстрирует подкадр сигнала LTE с одним символом OFDM управляющей сигнализации.

Фиг. 3 иллюстрирует примерное отображение опорных символов, специфических для UE, в пару PRB.

Фиг. 4 иллюстрирует отображение ССЕ в область управления подкадра LTE.

Фиг. 5 иллюстрирует агрегирование ССЕ в управляющие сообщения канала.

Фиг. 6 иллюстрирует примерное пространство поиска.

Фиг. 7 иллюстрирует отображение примерной усовершенствованной области управления канала в подкадр LTE.

Фиг. 8 иллюстрирует примерную гетерогенную сеть.

Фиг. 9 иллюстрирует назначение ePDCCH в пико-узлы в гетерогенной сети.

Фиг. 10 иллюстрирует локализованное отображение ePDCCH в усовершенствованную область управления.

Фиг. 11 иллюстрирует распределенное отображение ePDCCH в усовершенствованную область управления.

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

Фиг. 13 иллюстрирует примерное отображение eREG и антенных портов в пару PRB.

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

Фиг. 15 изображает другую возможную ассоциацию антенных портов с eREG для примерного отображения фиг. 13.

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

Фиг. 17 иллюстрирует пример ассоциаций антенных портов для передачи с предварительным кодированием, специфическим для UE, для примерной пары PRB, которые включают в себя восемь eREG и четыре антенных порта.

Фиг. 18 иллюстрирует пример ассоциаций антенных портов, как для передачи с разнесением, так и для передачи с предварительным кодированием, специфическим для UE, в одной паре PRB.

Фиг. 19 иллюстрирует двумерное представление пространства поиска, которое включает в себя, как локализованное, так и распределенное агрегирования ССЕ.

Фиг. 20 изображает элементы примерной беспроводной сети, где UE может принимать передачи ePDCCH из одного или обоих из двух узлов.

Фиг. 21 - другое представление пространства поиска, где пары PRB в пространстве поиска разделены на две группы.

Фиг. 22 - фиг. 26 иллюстрируют другие примеры пространств поиска из двух групп.

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

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

Фиг. 29 - блок-схема примерной базовой станции, адаптированной выполнять один или более из способов, описанных в настоящей заявке.

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

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

В обсуждении, которое следует, специфические детали конкретных вариантов осуществления раскрытых в настоящее время способов и устройств, приведены для целей объяснения, а не ограничения. Специалисты в данной области техники поймут, что другие варианты осуществления могут быть использованы помимо специфических деталей. Кроме того, в некоторых случаях подробные описания широко известных способов, узлов, интерфейсов, схем и устройств пропущены, таким образом, чтобы не затруднять понимание описания ненужными подробностями. Специалисты в данной области техники поймут, что описанные функции, могут быть осуществлены в одном или в нескольких узлах. Некоторые или все из описанных функций могут быть осуществлены с использованием схем аппаратного обеспечения, таких как взаимно соединенные аналоговые и/или дискретные логические вентили для выполнения специализированных функций, ASIC, PLA и т.д. Также некоторые или все из функций могут быть осуществлены с использованием программ и данных программного обеспечения совместно с одним или более цифровыми микропроцессорами или универсальными компьютерами. Где описаны узлы, которые устанавливают связь с использованием эфирного интерфейса, будет понятно, что эти узлы также имеют подходящие схемы радиосвязи. Кроме того, технология может дополнительно рассматриваться как полностью осуществленная в любом виде памяти, доступной для чтения с помощью компьютера, включая невременные варианты осуществления, такие как твердотельная память, магнитный диск или оптический диск, содержащие подходящее множество компьютерных инструкций, которые заставляли бы процессор выполнять способы, описанные в настоящей заявке.

Осуществления аппаратного обеспечения могут включать в себя или заключать в себе, без ограничения, аппаратное обеспечение процессора цифровых сигналов (DSP), процессор с сокращенным набором команд, схемы аппаратного обеспечения (например, цифровые или аналоговые), включая, но без ограничения, специализированную интегральную схему (схемы) (ASIC) и/или вентильную матрицу (матрицы), программируемую в условиях эксплуатации (FPGA), и (где применимо) конечные автоматы, способные выполнять такие функции.

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

Ссылки по всему описанию на «один вариант осуществления» или «вариант осуществления» означают, что конкретный признак, структура или характеристика, описанная в связи с вариантом осуществления, включена, по меньшей мере, в один вариант осуществления настоящего изобретения. Таким образом, появление фраз «в одном варианте осуществления» или «в варианте осуществления» в различных местах по всему описанию не обязательно все относятся к одному и тому же варианту осуществления. Кроме того, конкретные признаки, структуры или характеристики могут объединяться любым подходящим способом в одном или более вариантах осуществления.

Еще раз, ссылаясь на чертежи, фиг. 12 иллюстрирует примерную мобильную сеть 10 связи, предназначенную для предоставления услуг беспроводной связи в мобильные станции 100. Эти мобильные станции 100, которые упоминаются как «пользовательское оборудование» или «UE» в терминологии LTE, изображены на фиг. 10. Мобильные станции 100 могут содержать, например, сотовые телефоны, персональных цифровых ассистентов, смартфоны, портативные переносные компьютеры, карманные компьютеры, или другие устройства с функциональными возможностями беспроводной связи. Следует заметить, что понятия «мобильная станция» или «мобильный терминал», как использованы в настоящей заявке, относятся к терминалу, работающему в мобильной сети связи, и не обязательно означают, что сам терминал является мобильным или подвижным. Таким образом, понятия могут относиться к терминалам, которые установлены в фиксированных конфигурациях, таких как в определенных межмашинных приложениях, а также к портативным устройствам, устройствам, установленным в транспортных средствах и т.д.

Мобильная сеть 10 связи содержит множество географически сотовых зон или секторов 12. Каждая географическая сотовая зона или сектор 12 обслуживается базовой станцией 20, которая обычно в LTE упоминается как развитая NodeB (eNodeB). Одна базовая станция 20 может обеспечивать обслуживание в множестве географических сотовых зонах или секторах 12. Мобильные станции 100 принимают сигналы из базовой станции 20 в одном или более каналах нисходящей линии связи (DL), и передают сигналы в базовую станцию 20 в одном или более каналах восходящей линии связи (UL).

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

Как замечено выше, 3GPP утвердил, что, как распределенная, так и локализованная передача ePDCCH должна поддерживаться в ожидаемых версиях стандартов для LTE, причем эти два подхода, в целом, соответствуют, фиг. 10 и фиг. 11, соответственно. Когда используется распределенная передача, тогда обычно выгодно, если может быть выполнено разнесение антенны, чтобы максимизировать порядок разнесения сообщения ePDCCH. С другой стороны, иногда только информация о качестве широкополосного канала и о широкополосном предварительном кодировании является доступной в eNB, в этом случае может быть полезным выполнять распределенную передачу, но с широкополосным предварительным кодированием, специфическим для UE.

Что касается версии 11 спецификаций LTE, усовершенствованный управляющий канал будет использовать RS, специфический для UE (например, как изображено на фиг. 3), в качестве указателя для демодуляции. Данный ePDCCH будет использовать один, некоторые или все из антенных портов 7, 8, 9 и 10 для демодуляции, в зависимости от числа антенных портов, требуемых в паре RB.

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

усовершенствованные или расширенные группы элементов ресурсов (eREG), или усовершенствованные ССЕ (еССЕ). При локализованной передаче ePDCCH каждая группа частотно-временных ресурсов ассоциируется с уникальным RS из множества RS, специфических для UE, или эквивалентно, антенным портом, который расположен в одном и том же RB или в паре RB. Например, когда UE демодулирует информацию в данной eREG RB или пары RB, оно использует RS/ антенный порт, ассоциированный с этой eREG. Кроме того, каждый ресурс в RB или в паре RB может независимо назначаться в UE.

Фиг. 13 изображает пример одной возможной группировки, иллюстрирующей пару RB нисходящей линии связи с четырьмя усовершенствованными группами элементов ресурсов (eREG), причем каждая eREG состоит из 36 RE. Каждая eREG ассоциирована с антенным портом (АР). В этом примере каждый АР ассоциирован с двумя eREG. Антенные порты, использующие одни и те же элементы ресурсов (например, порты 7 и 8), делаются ортогональными с помощью использования ортогональных кодов покрытия (ОСС).

Фиг. 14 иллюстрирует ассоциацию АР с eREG для примера фиг. 13. На фигуре можно видеть, что каждая из eREGl и eREG2 ассоциирована с АР7, в то время как eREG2 и eREG4 ассоциированы с АР9. Когда UE демодулирует часть ePDCCH, переданного в eREGl, например, оно будет использовать RS, ассоциированный с АР7, для модуляции. Когда UE демодулирует ePDCCH, переданный в eREGl и eREG2, оно будет использовать оба АР7 и АР9 для демодуляции соответствующей части сообщения ePDCCH. Таким образом, разнесение антенны может быть получено для ePDCCH, если множество антенн имеются в eNB, и, если АР7 и АР9 отображаются в разные антенны.

Следует заметить, что даже, если множество ортогональных RS используются в RB или в паре RB, имеется только один уровень передаваемых управляющих данных. Как можно видеть на фиг. 14, возможно, что более чем одна eREG использует данных АР, что возможно, поскольку eREG является ортогональной в частотно временной сетке OFDM. Опять ссылаясь на фиг. 13 и фиг. 14, например, eREGl и eREG3 ассоциированы с одним и тем же антенным портом и, следовательно, передаются с одним и тем же вектором предварительного кодирования. Следует заметить, что, если данный ePDCCH использует все eREG в паре PRB, сконфигурированной в соответствии с фиг. 13 и фиг. 14, тогда может быть получено разнесение антенны или разнесение луча предварительного кодирования. Это может быть полезным в случае, когда предпочтительный вектор предварительного кодирования известен на стороне базовой станции, или, если управляющее сообщение, переносимое ePDCCH, предназначено для множества UE (например, общего управляющего канала).

В качестве альтернативы, если ePDCCH использует все eREG в паре PRB, а базовая станция выбирает, выполнить предварительное кодирование в одно UE, т.е. с помощью одного и того же предварительного кодера, примененного ко всем eREG в паре PRB, тогда только должен быть использован только один антенный порт, а предварительное кодирование, специфическое для UE, тогда может быть применено ко всему сообщению ePDCCH. Связанная узловая диаграмма для этого сценария изображена на фиг. 15, которая иллюстрирует ассоциацию АР с eREG в случае, когда все eREG используются для одного и того же UE и, следовательно, только АР7 должен быть использован (АР9 не используется).

Управляющая информация может передаваться в каждой группе частотно-временных ресурсов или eREG. Управляющая информация в данной eREG может состоять из, но без ограничения, из всего или части усовершенствованного PDCCH, всего или части ССЕ или всего или части усовершенствованного PHICH или усовершенствованного РВСН. Если pecypc/eREG является слишком малым, чтобы содержать весь усовершенствованный PDCCH, ССЕ, PHICH или РВСН, часть может передаваться в eREG, а остальная часть в других eREG, в одном и том же RB или в паре RB, иначе в одном и том же подкадре.

Если ePDCCH для распределенной передачи отображается во все пары PRB, которые были сконфигурированы для UE, тогда это является проблемой, в соответствии с современными соглашениями 3GPP, что неиспользованные ресурсы в этих парах PRB не могут одновременно использоваться для передачи PDSCH. В результате, большие непроизводительные затраты управляющего канала будут иметь место в случае, когда часть неиспользованных ресурсов является большой. Другой проблемой является, как обрабатывать конфликты между усовершенствованными управляющими каналами и существующими опорными сигналами, такими как CSI-RS, CRS, PRS, PSS, SSS, и существующими управляющими каналами, такими как PDCCH, ССЕ, PHICH или РВСН.

Как замечено выше, более общей проблемой является, как конструировать пространство поиска для приема ePDCCH эффективными способом, таким образом, таким образом, что, как локализованный, так и распределенный (или предварительно кодирование, специфическое для UE, и передача с разнесением) ePDCCH могут гибко поддерживаться для разных передач ePDCCH. Следовательно, является проблемой, как ССЕ или другая группа частотно-временных ресурсов может использоваться либо для локализованной передачи, либо для распределенной передачи без необходимости в переконфигурировании RRC. Иначе говоря, является проблемой, как иметь гибкое использование ССЕ или другой группы частотно-временных ресурсов без конфигурирования каждого полустатическим способом, как одного или другого типа.

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

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

- данный ePDCCH отображается в элементы ресурсов только в одной такой группе;

- ассоциация между ССЕ, eREG или другой группой частотно-временных ресурсов выполнена таким образом, что конкретная группа частотно-временных ресурсов может гибко использоваться либо для предварительного кодирования, специфического для UE, либо для передачи с разнесением, в зависимости от конфигурации и/или в зависимости от того, является ли пространство поиска, где принимается ePDCCH, общим или специфическим для UE; и

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

В некоторых вариантах осуществления общее пространство поиска может отображаться только в одну из групп или пар PRB, эта группа могла бы обозначаться как первичная группа. Местоположение первичной группы может сигнализироваться в UE в одном из информационных блоков, таких как MIB, передаваемых в РВСН. Эта первичная группа могла бы использоваться для первоначального доступа к системе и для доступа к CSS на автономной несущей, которая не имеет передаваемого существующего PDCCH.

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

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

Чтобы обеспечить передачу ePDCCH в данное UE, число К_ePDCCH пар PRB из всех К' пар PRB, доступных для UE, конфигурируется в UE. (К' может быть числом пар PRB в ширине полосы системы для этой конкретной несущей или в ширине полосы частот, специфической для UE, с точки зрения числа пар PRB в несущей). Иначе говоря, UE информируется, что конкретное множество К_ePDCCH пар PRB назначается для использования усовершенствованного управляющего канала.

Как замечено выше, элементы ресурсов в парах PRB могут группироваться в одно или более множеств непересекающихся групп элементов ресурсов. Таким образом, например, полное число доступных элементов управляющего канала (ССЕ) в усовершенствованной области управления для UE может быть N_ССЕ - ePDCCH, эти ССЕ отображаются в элементы ресурсов в К_ePDCCH парах PRB специализированным способом, который известен как в eNB, так и в UE.

Доступные элементы ресурсов (RE) в каждой паре PRB могут быть дополнительно разделены на подмножества RE, которые могут быть обозначены как расширенные группы элементов ресурсов (eREG) или усовершенствованные ССЕ (еССЕ) или тому подобные. В следующем описании в этой спецификации понятие «eREG» будет использоваться, чтобы относиться к такому подмножеству, но будет понятно, что «еССЕ» или любое другое название может вместо этого использоваться для обозначения такого подмножества RE. В этом примере пара PRB разделена на восемь eREG, где каждая eREG содержит 18 RE, всего 14 4 RE. Пара PRB в подмножестве с обычным циклическим префиксом содержит 168 RE, а остальные 24 RE в паре PRB содержат опорные сигналы демодуляции (DMRS), в виде антенного порта 7, 8, 9 и 10. В другом примере каждая eREG содержит 9 RE. В этом случае пара PRB содержит 16 eREG, дополнительно к множеству 24 RE отдельно для DMRS. Возможны другие размеры и расположения eREG.

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

Пример ассоциации антенного порта для конфигурации, где каждая пара PRB включает в себя 8 eREGS, изображен на фиг. 16. В этом примере 8 eREG пары PRB отображаются в четыре антенных порта и сгруппированы в несколько ePDCCH. В этом примере первый ePDCCH включает в себя eREG 1 и 2, где eREG 1 отображен в АР7, а eREG 2 отображен в АР8. (Следует заметить, что этот самый ePDCCH может также включать в себя eREG в дополнительных парах PRB). Разнесение антенного порта получается для этого ePDCCH, поскольку два используемых eREG передаются с помощью двух разных антенных портов. В том же самом PRB другой ePDCCH использует eREG 5-8 и получает двукратное разнесение с помощью использования антенного порта 9 и 10.

При условии одной и той же пары PRB, в качестве альтернативы, могло бы использоваться предварительное кодирование, специфическое для UE, в этом случае только один АР ассоциируется с каждой группой eREG, которые принадлежат к одному и тому же ePDCCH в паре PRB. Пример этого изображен на фиг. 17, где изображены ассоциации антенных портов для передачи с предварительным кодированием, специфическим для UE, в примере PRB, который опять включает в себя восемь eREG и четыре антенных порта. Один ePDCCH включает в себя eREG 1 и 2, которые оба отображены в АР7. Другой пример ePDCCH включает в себя eREG 3 и 4, которые отображены в АР8. Еще один ePDCCH включает в себя eREG 5, 6, 7 и 8, которые отображены в АР9.

Можно заметить, что в примерах, приведенных на фиг. 16 и фиг. 17, каждая eREG в нижнем множестве из четырех eREG в каждом случае ассоциирована либо с АР9, либо с АР10, в то время как каждая eREG в верхнем множестве ассоциирован либо с АР7, либо с АР8. Таким образом, два независимые и частотно уплотненные множества антенных портов отдельно ассоциированы с верхним и нижним множествами eREG. Это делает возможным применять разные режимы передачи (предварительное кодирование, специфическое для UE, или разнесение) к группировкам eREG в верхнем и нижнем множествах. Таким образом, например, можно отобразить eREG 1-4 в АР7 и АР8 способом, изображенным на фиг. 16, чтобы выполнить разнесение антенны для соответствующих ePDCCH, в то же время одновременное использование отображения, изображенного на фиг. 17 для eREG 5-8, чтобы использовать предварительное кодирование, специфическое для UE, для соответствующего ePDCCH.

Однако одной проблемой с устройством является, что, если ССЕ, который отображается в eREG 1 и 2, использует разнесение, тогда eREG 3 и 4 также используют разнесение. То же самое следует для предварительного кодирования, специфического для UE. Таким образом, было бы выгодным иметь еще большую гибкость между передачей, специфической для UE, и передачей с разнесением в одной и той же паре PRB. Решение приведено в варианте осуществления, описанном ниже.

При условии ассоциации между eREG и АР, как, ассоциация, изображенная на фиг. 16 и фиг. 17 выше, первый вариант осуществления обеспечивает гибкость, чтобы иметь, как предварительное кодирование, специфическое для UE, так и передачу с разнесением в одной и той же паре PRB, с помощью предоставления возможности им совместно существовать в одном и том же множестве eREG (верхнем и нижним множествах, соответственно). Пример этого изображен на фиг. 18, которая иллюстрирует ассоциации антенных портов, как для передачи с предварительным кодированием, специфическим для UE, так и для передачи с разнесением в одной и той же паре PRB. Более конкретно, в примере фиг. 18, ePDCCH, использующий eREG 1 и 2, использует предварительное кодирование, специфическое для UE, и, таким образом, только один антенный порт, в то время как ePDCCH, который использует eREG 3 и 4, использует передачу с разнесением. Поскольку eREG 1 и 2 используют предварительное кодирование, специфическое для UE, вектор предварительного кодирования, используемый для АР7, выбирается, чтобы обеспечить выигрыш предварительного кодирования по направлению к UE, принимающему ePDCCH в eREG 1 и 2. Для ePDCCH, использующего eREG 3 и 4, вектор предварительного кодирования АР7, таким образом, определен. Но разнесение антенного порта может быть получено, если eNB выбирает вектор предварительного кодирования для АР8, как другой, чем вектор, используемый для AP7. Предпочтительно это является вектором предварительного кодирования, который является ортогональным вектору предварительного кодирования, используемому для АР7.

С этим устройством, пара PRB может быть разделена на восемь eREG, которые могут свободно использоваться либо для разнесения, либо для предварительного кодирования, специфического для UE, для групп из двух eREG. Следует также заметить, что каждая пара из двух eREG состоит из 36 RE, в этом примере, который соответствует размеру традиционного ССЕ. Следовательно, для каждого, ССЕ, отображенного в пару PRB, может использоваться либо предварительное кодирование, специфическое для UE, либо передача с разнесением, и ассоциация антенного порта может, по прежнему, быть неявной, основанной на фактических eREG, которые используются. Это исключает потребность в сигнализации антенного порта в UE, что является преимуществом решения в этом варианте осуществления. Это также означает, что, используется ли предварительное кодирование, специфическое для UE, или передача с разнесением, это только влияет на один ССЕ, и, таким образом, является автономным в ССЕ. Должно быть понятно, что эти преимущества не ограничены конкретными определениями eREG и ССЕ, используемыми в иллюстративных примерах, описанных выше, но может также применяться к другим устройствам.

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

Как изображено выше, UE может быть сконфигурировано, чтобы использовать либо передачу с предварительным кодированием, специфическим для UE, либо передачу с разнесением относительно ePDCCH, и передачи для данного UE могут быть мультиплексированы, в одной и той же паре PRB, с передачами для других UE, где каждая передача может быть независимо сконфигурирована для передачи, специфической для UE, или передачи с разнесением. Тогда имеется дополнительная проблема, как определять пространство поиска, чтобы размещать, как локализованные, так и распределенные передачи, и передачи, специфические для UE, и с разнесением. Это адресуется во втором варианте осуществления, описанном ниже, этот второй вариант осуществления может быть преимущественно объединен с решениями, описанными выше, или может быть использован независимо от них.

Относительно этого второго варианта осуществления, заявители допускают, что локализованная передача означает, что eREG и ССЕ в одной и той же паре PRB или максимально в двух парах PRB, агрегируются с возможностью формирования ePDCCH, в то время как распределенная передача означает, что кандидат ePDCCH состоит из eREG и ССЕ, агрегированных из множества пар PRB.

Разрешением eREG/CCE из пределов данной пары PRB быть гибко используемыми либо для локализованной, либо для распределенной передачи, можно управлять, например, с помощью определения матрицы, где каждый элемент является ССЕ (или eREG или еССЕ или любым другим названием, которое означает множество RE в паре PRB) в данной паре PRB. Несмотря на то, что следующее обсуждение допускает, что ССЕ состоит из двух eREG, следует понимать, что это является не ограничивающим примером только одной из возможных группировок RE.

Фиг. 19 иллюстрирует пример такой матрицы для примера, где пространство поиска содержит К_ePDVCCH=8 парам PRB с определенными 4 ССЕ на PRB. Следовательно, имеются N_ССЕ-ePDCCH=32 ССЕ в этом примере. Индексы использованных пар PRB равны 0, 1, 32, 33, 64, 65, 98 и 99, как изображено на фиг. 19. Агрегирование ССЕ через две или более пар PRB в горизонтальном направлении предоставляет распределенную передачу. Локализованные передачи могут выполняться с использованием агрегирований нескольких ССЕ в одной паре PRB или с использованием нескольких ССЕ с двух смежных парах PRB, где ССЕ агрегированы обычно в вертикальном направлении. Таким образом, фиг. 19 иллюстрирует двумерное пространство поиска, которое заключает в себе, как локализованные (L), так и распределенные (D) агрегирования ССЕ. Два кандидата ePDCCH с распределенной передачей изображены на фиг. 19 с AL=8 и AL=2, соответственно.

ССЕ, доступные в пространстве поиска для UE, таким образом, могут быть проиллюстрированы с помощью матрицы 4×8 в этом примере, где распределенная передача означает агрегирование ССЕ в горизонтальном направлении, а локализованная передача означает агрегирование ССЕ в вертикальном направлении. UE конфигурируется таким образом, что данная передача ePDCCH использует либо передачу, специфическую для UE, либо передачу с разнесением и, таким образом, может ассоциировать eREG с подходящими антенными портами в соответствии с первым вариантом осуществления, описанным выше. В некоторых вариантах осуществления Это конфигурирование может быть выполнено с помощью сигнализации RRC. В некоторых случаях это конфигурирование может зависеть от того, к какому пространству поиска принадлежит ePDCCH. В некоторых вариантах осуществления, например, когда ePDCCH передается в общем пространстве поиска, тогда может постоянно допускаться передача с разнесением,. Следует заметить, что этот подход также разрешает распределенной передаче использовать предварительное кодирование, специфическое для UE, что является полезным, если предпочтительная информация о предварительном кодировании для данного UE является доступной в передающей базовой станции, но передача с разнесением частоты, все же, является предпочтительной. Одним примером является, когда информация о широкополосном предварительном кодировании и качестве широкополосного канала (CQI) является доступной.

Одной потенциальной проблемой с решением, описанным выше во втором варианте осуществления, является, что все AL=8 блоков распределенной передачи находятся в локализованных передачах с AL>2. Эта проблема дополнительно адресуется третьим вариантом осуществления, описанным ниже. Этот третий вариант осуществления может быть объединен с любым или со всеми предыдущими вариантами осуществления или может использоваться независимо от них.

Чтобы достичь максимального разнесения частоты, ePDCCH должен предпочтительно отображаться во все К_ePDVCCH сконфигурированные пары PRB для UE. В 3GPP было согласовано, что всякий раз, когда ePDCCH использует пару PRB, тогда PDSCCH не может передаваться в этой паре PRB. Тогда имеется проблема, что, когда используются только несколько eREG на пару PRB, что часто может иметь место, когда нагрузка ePDCCH является низкой, большинство из eREG тогда будут пустыми. Это приводит к существенным и излишним непроизводительным затратам управляющего канала.

Кроме того, является выгодным, что UE может принимать ePDCCH из одной точки передачи в соте, а другой ePDCCH из другой точки передачи в той же соте. Например, общее пространство поиска может передаваться из точки передачи с высокой мощностью (макро-), в то время как пространство поиска, специфическое для UE, может передаваться из узла низкой мощности (иногда называемого «пико-узлом») в той же соте. Фиг. 20 иллюстрирует пример, где UE может принимать передачи ePDCCH либо из макро, либо из пико-узла, или одновременно из обоих узлов. Чтобы выполнить это, две разные группы PRB используются для двух узлов.

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

Одним решением для вышеупомянутых проблем непроизводительных затрат управления и приема ePDCCH из разных точек передачи, является гарантировать, что любой данный ePDCCH отображается только в одно подмножества из К_ePDVCCH, сконфигурированных пар PRB. Например, эти К_ePDVCCH пары PRB могли бы быть разделены на группы пар PRB максимально из четырех PRB каждая, где любой данный ePDCCH сконфигурирован в одну из этих групп.

При низкой нагрузке управляющей сигнализации, следовательно, можно гарантировать, что не все К_ePDVCCH сконфигурированные пары PRB используются для ePDCCH. В этом случае одна или более из них может вместо этого использоваться для передач PDSCH, таким образом, уменьшая непроизводительные затраты управляющего канала. Кроме того, разные точки передачи могут использовать разные группы из этих групп из четырех пар PRB. (Следует заметить, что число четыре является не ограничивающим примером). Следовательно, быстрый обратный маршрут не требуется, чтобы координировать передачи ePDCCH между точками передачи, так как пары PRB могут назначаться в разные точки передачи в соответствии с этими группами. Это может быть полустатическим конфигурированием, которое не требует быстрого обратного маршрута между точками передачи.

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

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

Пример подхода, описанного выше, в котором пары PRB разделены на группы, проиллюстрирован на фиг. 21, которая изображает последовательность матриц, содержащих пространство поиска для UE. В этом примере каждый квадрат 4×4 ССЕ соответствует одной группе пар PRB. На фигуре номер пары PRB {0, 32, 64, 98} принадлежит группе 1 пар PRB, а {1, 33, 65, 99} принадлежат группе 2. Каждая пара PRB имеет четыре ССЕ в этом примере. Передача AL=8 изображена в группе 1 (с использованием ССЕ, изображенных с затенением), отображенной преимущественно в горизонтальном направлении. Эта передача AL=8 использует два ССЕ на пару PRB и охватывает четыре пары PRB. Следовательно, передача AL=8 является распределенной, но ограничена в одной группе пар PRB. Кроме того, группа 2 в этом примере используется для локализованной передачи AL=8 (отображенной преимущественно вертикально) и распределенной передачи AL=2 (отображенной горизонтально).

Следует заметить, что, если только один ePDCCH передается в подкадре, тогда все пары PRB группы 2 не используются и, таким образом, могут быть использованы для передач PDSCH. Это невозможно, если передача ePDCCH AL=8 охватывает все 8 пар PRB (т.е. используя одну пару CCE/PRB), как имеет место в примере, изображенном на фиг. 19. Кроме того, при объединении с гибкими ассоциациями eREG/CCE с антенной, описанными ранее, двукратное разнесение антенны может быть достигнуто с каждой паре PRB (фактически в каждом ССЕ). Таким образом, передача AL=8, изображенная на фиг. 21, выполняет полное разнесение восьмого порядка.

Разнесение антенны, в случае AL=8, может быть дополнительно увеличено, если два ССЕ в каждой паре PRB берутся из верхнего и нижнего подмножеств из 4 eREG, как изображено на фиг. 16 - фиг. 18, поскольку эти подмножества используют разные антенные порты. Например, первый ССЕ в одной из пар PRB, изображенных на фиг. 21, может использовать eREG 1 и 2, которые отображаются в антенные порты 7 и 8, соответственно, в то время как второй ССЕ в той же паре PRB использует eREG 5 и 6, отображенные в антенные порты 9 и 10. Таким образом, разнесение четвертого порядка может быть получено в паре PRB, давая целиком в результате разнесение 16-го порядка для ePDCCH AL=8. Фиг. 22 иллюстрирует пример этого подхода, где ССЕ (группы eREG) перемежаются в каждой паре PRB, чтобы гарантировать, что ePDCCH AL=8 (изображенный с перекрестной штриховкой) отображен в eREG, которые используют разные антенные порты, таким образом, что разнесение антенны четвертого порядка получается в каждой паре PRB.

В устройствах, изображенных на фиг. 21 и фиг. 22, пары PRB в данной группе расположены в возрастающей последовательности в соответствии с их индексами, и, таким образом, расположены в соответствии с возрастающей частотой. (Конечно, также было бы возможно располагать их в убывающей последовательности). PRB также назначаются в группы перемежаемым способом, таким образом, чтобы, например, пара PRB 0 находится в группе 1, в то время как пара PRB 2 находится в группе 2. Это имеет преимущество, что два смежный ССЕ в горизонтальном направлении в данной группе имеют большой промежуток PRB, и, таким образом, лучшее разнесение частоты получается для отображения с разнесением. Примером является отображение AL=2 на фиг. 2, где используются пары PRB {1, 33}. В варианте этого подхода последовательность пар PRB в каждой группе дополнительно переупорядочивается, чтобы достичь еще большего разнесения частоты, что может быть полезным в сплошных каналах и/или, когда полная ширина полосы частот является малой. Пример этого виден на фиг. 23, где две передачи ePDCCH AL=2 используют пары PRB {0,64} и {32,98}, соответственно.

В дополнительном варианте число пар PRB на группу может быть разным. Кроме того, некоторые группы могут содержать только локализованную передачу, в то время как другие могут содержать, как локализованную, так и распределенную передачу. Пример приведен на фиг. 24, где вторая группа имеет только три пары PRB и может использоваться для локализованной передачи и/или распределенной передачи. Распределенная передача, конечно, ограничена AL=2 в этом примере. Локализованная передача до AL=8 может быть выполнена в этом примере и в любом из предыдущих примеров с помощью отображения ePDCCH в две пары PRB, поскольку одна пара PRB может заключать в себе только 4 ССЕ.

Последующее является подробным описанием четвертого варианта осуществления, который может быть объединен с любым или со всеми предыдущими подходами или использован независимо от них. Когда пара PRB, используемая для передач ePDCCH, конфликтует с передачами CRS, CSI-RS, PSS, SSS, РВСН или PRS, тогда может иметь место прокалывание ePDCCH, так что RE, используемые, чтобы переносить эти конфликтующие сигналы, являются недоступными для отображения ePDCCH. Кроме того, начальный символ OFDM, используемый для переноса ePDCCH в данном подкадре, мог бы быть сконфигурирован, как отличный от первого символа OFDM в подкадре, поскольку первые n=1,2,3 или 4 символа OFDM содержать существующие управляющие каналы (PDCCH, PHICH и PCFICH). В обоих случаях RE эффективно удаляются из eREG, и фактическое число доступных RE, которые могут быть использованы для отображения и передачи модулированных символов ePDCCH в каждом ePDCCH, меньше, чем в номинальном, не проколотом случае. (Следует заметить, что номинальный, не проколотый случай только существует на новых типах несущих в областях CRS или существующего управления). Чтобы поддерживать согласованный уровень производительности, это прокалывание должно быть компенсировано с адаптацией линии связи, с помощью регулирования уровня агрегирования для передаваемых ePDCCH. Поскольку уровень прокалывания может зависеть от номера подкадра, данный ePDCCH может требовать разных уровней агрегирования в разных подкадрах, даже, где полезная нагрузка SCI и состояния канала являются одинаковыми.

Вследствие этого прокалывания, множество доступных уровней агрегирования {1,2,4,8}, разрешенных в версии 8 спецификаций LTE, могут быть недостаточными, чтобы обеспечивать достаточную адаптацию линии связи. Например, если 50% RE, используемых для ePDCCH, проколоты в данном подкадре, тогда использование AL=8 является фактически передачей AL=4. Это фактическое уменьшение уровня агрегирования уменьшает покрытие ePDCCH, что является проблемой.

В соответствии с четвертым вариантом осуществления, детализированным в настоящей заявке, множество доступных уровней агрегирования зависит от уровня прокалывания в подкадре и известно eNB и UE. Следует заметить, что уровень прокалывания может изменяться от одного подкадра к другому и, следовательно, доступное множество AL также зависит от подкадра в этом случае. В одном примере, когда имеется 50% прокалывание, тогда множество AL равно {2,4,8,16}. Уровень агрегирования AL=16 может быть достигнут либо с помощью увеличения числа ССЕ, используемых на пару PRB, либо с помощью использования большего числа пар PRB. Фиг. 2 5 иллюстрирует два примера, каждый из которых основан тех же двух группах пар PRB, которые были изображены на фиг. 21. Левая сторона фиг. 25 изображает пример, где AL=16 получен с использованием большего числа пар PRB, включая пары PRB из обеих групп. Правая сторона фиг. 25 изображает пример, в котором AL=16 вместо этого получен с помощью увеличения числа ССЕ, используемых на пару PRB.

В случае, когда уровень прокалывания, например, меньше, чем 50% для данного подкадра, тогда другое множество уровней агрегирования является доступным в соответствии с этим подходом. Например, множество доступных уровней агрегирования в этом случае могло бы быть {1,2,6,12}. Число пар PRB в группе могло бы быть также увеличено, как видно в примере, изображенном на фиг. 26. В этом примере, с менее чем 50% прокалыванием, где AL=12 является максимальным требуемым AL, тогда шесть пар PRB могут быть сконфигурированы для группы 1, с четырьмя ССЕ на пару PRB. Уровни агрегирования {1,2,3,6,12} могут быть без труда размещены в этом устройстве. В этом примере группа 2 могла бы быть использована только для локализованной передачи и/ИИ для распределенных передач AL={1,2}.

В соответствии с этим способом, затем уровни агрегирования, доступные для формирования ePDCCH, могут изменяться от подкадра к подкадру, на основе уровня прокалывания в подкадре. Будет понятно, что этот способ не ограничен в своем применении к конкретному устройству и определениям eREG и ССЕ, используемым выше, но может быть применен также к другим устройствам. Кроме того, множества уровней агрегирования и пороговый уровень, равный 50%, используемый выше, являются только примерами, другие множества могут использоваться, в частности, если число RE и/или eREG на ССЕ изменяется от, того, что допущено в предыдущих примерах.

Любые из способов, обсужденных выше, могут быть объединены с пятым вариантом осуществления, который детализирован в настоящей заявке. Поскольку общее пространство поиска (CSS) считывается многими или всеми UE в соте, является проблемой, как конфигурировать пары PRB для передач ePDCCH, таким образом, что UE осуществляет мониторинг одних и тех же ССЕ для общего пространства поиска. Кроме того, мониторинг CSS в ePDCCH может быть сконфигурирован специфически для UE, так как некоторые, но не все UE могут осуществлять мониторинг CSS в PDCCH. Следовательно, является выгодным, если CSS использует отдельные ресурсы пар PRB, чем пространство поиска, специфическое для UE. Следует заметить, что это также позволяет передачу CSS из другой точки передачи (макро) с использованием ePDCCH, чем пространство поиска, специфическое для UE, которое могло бы передаваться из пико или узла низкой мощности. (Смотри третий вариант осуществления, обсужденный выше).

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

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

Следует заметить, что также можно использовать РВСН, чтобы указывать местоположение и размер первичной группы пар PRB, содержащих CSS. Это, в частности, является полезным, когда используется автономная несущая, где выполняется первоначальный доступ к несущей, которая не имеет передач ePDCCH.

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

Одним следствием этого последнего преимущества является, что ресурсы в одной паре PRB могут использоваться базовой станцией, как для частотно-локализованных передач, так и распределенных передач. Фиг. 27 - блок-схема последовательности этапов процесса, иллюстрирующая примерный способ в соответствии с этим подходом, как мог бы быть осуществлен в базовой станции, как в базовой станции, изображенной на фиг. 28. Как изображено в блоке 2710 фиг. 27, иллюстрируемый способ для передачи управляющей информации нисходящей линии связи в системе радиосвязи, начинается с передачи первого управляющего сообщения в первое UE с использованием первой пары PRB. Это первое управляющее сообщение разделяется между двумя или более первыми непересекающимися подмножествами элементов ресурсов, по меньшей мере, один из которых находится в первой паре PRB, где два или более первых непересекающихся подмножеств элементов ресурсов агрегируются частотно-локализованным способом, по меньшей мере, в первой паре PRB. Символы в этих двух или более первых непересекающихся подмножествах элементов ресурсов передаются с использованием одного антенного порта. Как изображено в блоке 2720, базовая станция также передает второе управляющее сообщение во второе UE, также с использованием первой пары PRB. Второе управляющее сообщение также разделяется между двумя или более вторыми непересекающимися подмножествами элементов ресурсов, по меньшей мере, один из которых находится в первой паре PRB. Однако в этом случае два или более вторых непересекающихся подмножеств элементов ресурсов агрегируются частотно-распределенным способом через первую пару и одну или более дополнительных пар PRB, и символы, по меньшей мере, в двух из двух или более вторых непересекающихся подмножеств элементов ресурсов передаются с использованием разных антенных портов, причем эти разные антенные порты включают в себя один антенный порт, используемый, чтобы передавать символы в двух или более первых непересекающихся подмножествах элементов ресурсов. Будет понятно, что каждое из непересекающихся подмножеств ресурсов может определять усовершенствованный REG (eREG) в сети проекта долгосрочного развития (LTE), в некоторых вариантах осуществления, несмотря на то, что могут использоваться другие группировки или названия группировок.

Фиг. 28 - блок-схема последовательности этапов процесса, иллюстрирующая соответствующий способ для осуществления в UE. Как изображено в блоке 2810, UE осуществляет мониторинг первой группы пар PRB. Эта группа пар PRB составляет пространство поиска, в некоторых вариантах осуществления первая группа может быть пространством поиска, специфическим для UE. Мониторинг первой группы включает в себя формирование каждого из двух или более первых управляющих сообщений-кандидатов нисходящей линии связи (например, ePDCCH-кандидатов) с помощью агрегирования двух или более непересекающихся подмножеств ресурсов из первой группы пар PRB частотно-локализованным способом и демодуляцию каждого первого управляющего сообщения-кандидата нисходящей линии связи с использованием опорных символов, соответствующих одному антенному порту. Таким образом, управляющее сообщение канала нисходящей линии связи, посылаемое в UE в этом первом пространстве поиска, может быть предварительно закодировано с использованием вектора предварительного кодирования, специфического для UE.

Как изображено в блоке 2820, UE также осуществляет мониторинг второй группы пар PRB в том же подкадре. Мониторинг второй группы включает в себя формирование каждого из двух или более вторых управляющих сообщений-кандидатов нисходящей линии связи (например, ePDCCH-кандидатов) с помощью агрегирования двух или более непересекающихся подмножеств ресурсов из первой группы пар PRB распределенным способом и демодуляцию каждого второго управляющего сообщения-кандидата нисходящей линии связи с использованием опорных символов, соответствующих, по меньшей мере, двум антенным портам. Таким образом, управляющее сообщение канала нисходящей линии связи, посылаемое в UE, в этом первом пространстве поиска, может быть передано с использованием передачи с разнесением.

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

Конечно, в некоторых вариантах осуществления каждое из непересекающихся подмножеств ресурсов определяет eREG в сети LTE, несмотря на то, что могут использоваться другие названия и/или устройства этих подмножеств. Также в некоторых вариантах осуществления кандидаты сообщений могут быть сообщениями ePDCCH-кандидатом, несмотря на то, что опять могут использоваться другие названия.

Как замечено выше, например, в связи с описанием блок-схемы последовательности этапов фиг. 27 и фиг. 28, различные способы, описанные в настоящей заявке, могут выполняться базовыми станциями и мобильными терминалами (например, UE LTE). Фиг. 29 - блок-схема, которая иллюстрирует соответственные компоненты обобщенной базовой станции, адаптированной выполнять один или более из этих способов, таких как способ в соответствии с последовательностью этапов процесса фиг. 27. Как видно на фиг. 29, базовая станция 2900 может включать в себя один или более процессоров 2902, которые управляют работой других элементов базовой станции 2900, например, с помощью выполнения программного обеспечения или приложений, хранимых в одном или более устройств памяти, представленных устройством 2904 памяти. Базовая станция 2900 будет также обычно включать в себя одну или более цепочек 2906 приемника (RX) и цепочек 2908 передачи (ТХ) (совместно, один или более приемопередатчиков), адаптированных принимать и передавать радиосигналы, соответственно, через эфирный интерфейс 2912, с помощью одной или более антенн 2910. Эти радиосигналы включают в себя, например, управляющие сигналы нисходящей линии связи, как описано выше.

Кроме схем для передачи и приема через эфирный интерфейс для связи с UE, базовая станция 2900 обычно также включает в себя другие интерфейсы 2914 узлов сети, например, интерфейс S1, адаптированный для связи с объектом управления мобильностью (ММЕ) и обслуживающим шлюзом (SGW), и интерфейс Х2, адаптированный для связи с другими базовыми станциями. Эти интерфейсы могут быть осуществлены в аппаратном обеспечении или в комбинации аппаратного обеспечения и программного обеспечения.

Многие из способов, описанных и проиллюстрированных выше, также влияют на работу мобильных терминалов (UE), которые принимают управляющую сигнализацию из базовой станции. Например, способ, которым UE обрабатывает такую управляющую сигнализацию нисходящей линии связи, ищет такую управляющую сигнализацию нисходящей линии связи и/или принимает информацию, ассоциированную с такой обработкой, или поиск подвергается влиянию способов. Фиг. 30 - блок-схема, иллюстрирующая компоненты примерного UE, адаптированного выполнять один или более из способов, детализированных выше, таких как способ, проиллюстрированный в последовательности этапов процесса фиг. 28. Как видно на фигуре, UE 3000 включает в себя процессор 3002, соединенный с устройством 3004 памяти, которое может хранить приложения, программы или программное обеспечения для выполнения процессором 3002. Процессор 3002 может быть сконфигурирован с возможностью работы совместно с одной или более цепочками 3006 приема (RX), чтобы принимать управляющие сигналы нисходящей линии связи и/или ассоциированную информацию, как описано выше. UE 3000 также включает в себя одну или более цепочек 3008 передачи (ТХ), которые совместно с устройством (устройствами) RX могут называться как «приемопередатчик (приемопередатчики)». UE 3000 также включает в себя одну или более антенн 3010, которые могут использоваться устройствами RX и/или ТХ, чтобы принимать, передавать радиосигналы.

Этапы способов, выполняемых базовой станций и/или UE, такие как этапы способов, проиллюстрированных на фиг. 2 7 и фиг. 28, соответственно, выполняются функциональными элементами схем обработки подходящими программируемыми микропроцессорами или микроконтроллерами, отдельно или совместно с другим цифровым аппаратным обеспечением, которое может включать в себя процессоры цифровых сигналов (DSP), специализированную цифровую логику и тому подобное. Любые или оба из микропроцессоров и цифрового аппаратного обеспечения могут быть сконфигурированы с возможностью выполнения программного кода, хранимого в памяти. Опять, поскольку различные детали и компромиссы технологии, ассоциированные с конструированием схем обработки основной полосы частот (и других) для базовых станций, широко известны и необязательны для полного понимания изобретения, дополнительные детали не изображены в настоящей заявке.

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

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