СИСТЕМА И СПОСОБ ПЕРЕДАЧИ И ПРИЕМА КАНАЛОВ УПРАВЛЕНИЯ В СИСТЕМЕ СВЯЗИ

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

Системы беспроводной телефонии традиционно развернуты с использованием понятия «соты», причем одна базовая станция (BS, также известная как базовая приемопередающая станция (BTS), Узел B (NB), усовершенствованный NB (eNB), точка доступа, контроллер связи и т.п.) охватывает заданную географическую область. Обычно используются BS, имеющие одинаковую или аналогичную мощность передачи. К тому же чтобы максимизировать зону охвата и поддерживать помехи на разумном уровне, используется аккуратное планирование расположения. Развернутая таким способом сеть обычно называется гомогенной сетью (HomoNet).

Хотя такое развертывание оптимально, когда плотность пользователей равномерна, на практике оно обладает серьезными недостатками, потому что плотность пользователей и потребность в трафике редко являются равномерными. Например, в сельской местности дороги обычно являются единственной областью, где присутствуют пользователи. В городских или пригородных областях имеются местоположения («горячие точки»), где потребность в трафике выше: такие местоположения могут включать в себя торговые комплексы, гостиницы, конференц-центры и т.п.

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

HetNet ставят новые задачи в развертывании сотовой системы. В частности, сотовая планировка может быть не такой правильной, как для HomoNet, поскольку она зависит от местоположений «горячих точек». В частности, может случиться так, что LPN располагается близко к другой базовой станции. Непосредственная близость может создать высокий уровень помех как для пользовательского оборудования (UE, также известного как мобильная станция (MS), терминал, пользователь, абонент, беспроводной узел и т.п.), так и для BS.

В технических стандартах версии 10 Системы долгосрочного развития (LTE) Проекта партнерства третьего поколения (3GPP) передачи от BS содержат каналы данных и каналы управления. Помехи могут влиять как на каналы данных, так и на каналы управления. Хотя существуют решения для ослабления помех в каналах данных, ни одного такого решения еще не задано для каналов управления.

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

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

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

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

В соответствии с другим аспектом изобретения предоставляется контроллер связи. Контроллер связи включает в себя средства, сконфигурированные для реализации способа в соответствии с любым из пп. 1-6.

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

Одно преимущество варианта осуществления состоит в том, что область управления U-PDCCH может использоваться для ослабления помех на DL.

Дополнительное преимущество примерных вариантов осуществления состоит в том, что область управления U-PDCCH может быть предназначена для управления помехами в развертывании Гетерогенной сети (HetNet) или в Совместном многоточечном развертывании (CoMP).

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

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

фиг. 1 иллюстрирует примерную систему связи в соответствии с примерными вариантами осуществления, описанными в этом документе;

фиг. 2a-2d иллюстрируют примерные субкадры в соответствии с примерными вариантами осуществления, описанными в этом документе;

фиг. 3a-3e иллюстрируют примерные местоположения для второй области управления в области данных в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0019] фиг. 3f иллюстрирует примерную систему связи HetNet, сконфигурированную с закрепленным назначением U-PDCCH для UE в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0020] фиг. 3g иллюстрирует примерную систему связи HetNet, сконфигурированную с гибким назначением U-PDCCH для UE в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0021] фиг. 4a иллюстрирует примерную блок-схему алгоритма операций eNB при уведомлении UE для отслеживания области управления PDCCH или области управления U-PDCCH, либо обеих областей управления в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0022] фиг. 4b иллюстрирует примерную блок-схему алгоритма операций UE при отслеживании либо области управления PDCCH, либо области управления U-PDCCH, или обеих областей управления в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0023] фиг. 4c иллюстрирует примерную блок-схему алгоритма операций eNB при выборе области для канала управления в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0024] фиг. 5a иллюстрирует примерную блок-схему алгоритма операций eNB при переключении UE с отслеживания области управления PDCCH на область управления U-PDCCH в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0025] фиг. 5b иллюстрирует примерную блок-схему алгоритма операций UE при переключении с отслеживания области управления PDCCH на область управления U-PDCCH в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0026] фиг. 6a иллюстрирует примерную блок-схему алгоритма операций eNB для управления отслеживанием канала управления у UE в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0027] фиг. 6b иллюстрирует примерную блок-схему алгоритма операций UE для отслеживания канала управления UE в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0028] фиг. 7a иллюстрирует примерную блок-схему алгоритма операций eNB при переключении UE с отслеживания области управления PDCCH на область управления U-PDCCH с неявным подтверждением в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0029] фиг. 7b иллюстрирует примерную блок-схему алгоритма операций UE при переключении с отслеживания области управления PDCCH на область управления U-PDCCH с неявным подтверждением в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0030] фиг. 8 иллюстрирует примерную блок-схему алгоритма операций UE при переключении с отслеживания области управления PDCCH на область управления U-PDCCH с неявным подтверждением на основе измерений мощности в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0031] фиг. 9 иллюстрирует примерную блок-схему алгоритма операций eNB при переключении UE с отслеживания области управления PDCCH на область управления U-PDCCH с неявным подтверждением на основе измерений мощности в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0032] фиг. 10 иллюстрирует примерную блок-схему алгоритма операций eNB при переключении UE с отслеживания области управления PDCCH на область управления U-PDCCH на основе «субкадр за субкадром» в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0033] фиг. 11 иллюстрирует примерную блок-схему алгоритма операций UE при переключении с отслеживания области управления PDCCH на область управления U-PDCCH на основе «субкадр за субкадром» в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0034] фиг. 12 иллюстрирует примерную блок-схему алгоритма операций eNB при переключении UE с отслеживания области управления PDCCH на область управления U-PDCCH с динамическим триггером в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0035] фиг. 13 иллюстрирует примерную блок-схему алгоритма операций UE при переключении с отслеживания области управления PDCCH на область управления U-PDCCH с динамическим триггером в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0036] фиг. 14 иллюстрирует примерное устройство связи в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0037] фиг. 15 иллюстрирует примерное устройство связи в соответствии с примерными вариантами осуществления, описанными в этом документе;

[0038] фиг. 16 иллюстрирует местоположения примерных U-PDCCH в новой области управления в соответствии с примерными вариантами осуществления, описанными в этом документе; и

[0039] фиг. 17 иллюстрирует примерную блок-схему алгоритма операций UE при поиске U-PDCCH с использованием PCFICH в соответствии с примерными вариантами осуществления, описанными в этом документе.

ПОДРОБНОЕ ОПИСАНИЕ ИЛЛЮСТРАТИВНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

[0040] Ниже подробно обсуждается функционирование текущих примерных вариантов осуществления и их структура. Однако следует принять во внимание, что настоящее изобретение предоставляет многие применимые идеи изобретения, которые можно воплотить в широком спектре определенных контекстов. Конкретные обсуждаемые варианты осуществления являются всего лишь поясняющими определенные структуры изобретения и способы эксплуатации изобретения и не ограничивают объем изобретения.

[0041] Один вариант осуществления изобретения относится к передаче и приему каналов управления в системе связи. Например, eNB выбирает область и передает первый канал управления в первой области управления и/или второй канал управления во второй области управления. Первая область управления и вторая область управления могут быть частью одного субкадра. Первая область управления и вторая область управления могут быть частью разных субкадров. eNB может передавать последовательности субкадров, причем первая последовательность субкадров включает в себя только первые каналы управления, но не вторые каналы управления, вторая последовательность субкадров включает в себя только вторые каналы управления, но не первые каналы управления, и третья последовательность субкадров включает в себя как первые каналы управления, так и вторые каналы управления. Каждый субкадр в последовательностях субкадров включает в себя индикатор, который указывает, какой канал управления (или оба канала) передается.

[0042] Настоящее изобретение будет описываться относительно примерных вариантов осуществления в определенном контексте, а именно развертывании HetNet, включающем в себя совместимую с LTE 3GPP систему связи. Однако изобретение также может применяться к другим развертываниям HetNet, например, включающим в себя совместимые с LTE-Advanced 3GPP, WiMAX и т.п. системы связи, а также к развертываниям HetNet с нестандартными совместимыми системами связи.

[0043] Для версии 10 LTE 3GPP (Версия-10) и более ранних технических стандартов задаются Физический канал управления нисходящей линии связи (PDCCH) и Физический совместно используемый канал нисходящей линии связи (PDSCH). PDSCH может использоваться для переноса фактической информации. PDCCH может перемещать управляющую информацию о конкретном PDSCH, например информацию о выделении ресурсов, информацию о схеме модуляции и кодирования и информацию о Физическом совместно используемом канале восходящей линии связи (PUSCH). PDCCH может считаться первым типом канала управления. Для краткости управляющая информация для PDSCH и PUSCH может называться информацией о выделении ресурсов.

[0044] PDCCH может располагаться в первых нескольких символах субкадра (например, от одного до четырех символов). Эти переносящие PDCCH символы могут называться областью управления. Другие символы в субкадре могут использоваться для передачи данных и в этом документе могут называться областью данных. Поэтому PDCCH располагается в области управления, тогда как PDSCH располагается в области данных.

[0045] В области управления могут быть и другие каналы управления, например Физический канал индикатора гибридного автоматического запроса на повторение (PHICH), который используется для передачи ACK/NACK в ответ на передачу данных восходящей линии связи, и Физический канал индикатора формата управления (PCFICH), который используется для указания количества символов области управления в субкадре.

[0046] В версии 11 LTE 3GPP (LTE-A) или дальнейших технических стандартах eNB располагает новый тип канала (каналов) управления, который может располагаться в области данных, области управления или обеих в субкадре. Точнее говоря, когда канал управления располагается в области данных, может быть задана вторая область управления, которая использует часть области данных. Вторая область управления содержит некоторое сочетание временных и частотных ресурсов, например элементы ресурсов, причем группа элементов ресурсов образует блок ресурсов (RB). Например, в одной конфигурации LTE 3GPP 84 элемента ресурсов составляют RB. Аналогичным образом группа элементов ресурсов образует элемент канала управления. Например, в одной конфигурации LTE 3GPP 36 элементов ресурсов составляют элемент канала управления. По меньшей мере часть временных и частотных ресурсов (или просто ресурсов) второй области управления может использоваться для передачи управляющей информации в новом типе канала управления, например, во втором типе канала управления. Ресурсы второй области управления, которые не используются для передачи управляющей информации, могут использоваться для других целей, например передачи данных, например по PDSCH.

[0047] Один или более элементов ресурсов или частей блоков ресурсов (RB) из области данных можно выделить для второй области управления. В качестве примера канал управления нового второго типа, Физический канал управления нисходящей линии связи UE (U-PDCCH), может располагаться во второй области управления в области данных (или в области управления, или в области данных и области управления) и может переносить управляющую информацию для канала PDSCH или управляющую информацию для канала PUSCH. Второй канал может переносить назначения ресурсов для UE или других сетевых узлов, например ретрансляционных узлов. Более того, вторая область управления может переносить каналы, аналогичные переносимым в первой области управления, например физический канал индикатора гибридного автоматического запроса на повторение (PHICH) и т.п. Префикс "U-" может добавляться для указания аналогичного канала во второй области управления, например "U-PHICH". Информация, переносимая в этих каналах управления, например, назначения ресурсов (также обычно называемые назначениями выделения ресурсов), конфигурационная информация, регулирование мощности, информация о кодовой книге, информация гибридного автоматического запроса на повторение (HARQ) и т.п. вместе может называться управляющей информацией. Формат и содержимое этих аналогичных каналов могут отличаться от первой области управления.

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

[0049] Фиг. 1 иллюстрирует систему 100 связи. Система 100 связи включает в себя усовершенствованный Узел B 105 (eNB), который также обычно называется контроллером, контроллером связи, базовой станцией, Узлом B и т.п. Система 100 связи также включает в себя множество пользовательского оборудования (UE), например UE 110, 112 и 120. UE также обычно называется мобильным устройством, мобильной станцией, абонентом, пользователем, терминалом, беспроводным узлом и т.п. К тому же система связи может включать в себя другие объекты, например Ретрансляционный узел 115 (RN). RN может обслуживать одно или более UE, например UE 120.

[0050] Связь между eNB 105 и заданным UE может происходить по линии связи, которая содержит Un-канал нисходящей линии связи (DL) и Un-канал восходящей линии связи (UL). UE, не обслуживаемые непосредственно RN и несколькими RN, могут объединяться, и им можно выделять разные RB. Для версии 10 LTE 3GPP назначения ресурсов UE передаются по PDCCH.

[0051] Хотя подразумевается, что системы связи могут применять несколько eNB, способных к взаимодействию с некоторым количеством UE, для простоты иллюстрируется только один eNB, множество UE и один RN.

[0052] Фиг. 2a иллюстрирует первый субкадр 200. Субкадр 200 содержит первую область 205 управления и область 210 данных. Субкадр 200 показывает пример для системы модуляции с множеством несущих. Как обсуждалось выше, первая область 205 управления может включать в себя управляющую сигнализацию, например PDCCH, тогда как область 210 данных может включать в себя данные, а также управляющую сигнализацию, которая может включать в себя PDSCH, а также новые каналы управления, например U-PHICH или U-PDCCH.

[0053] Первая область 205 управления также может называться областью управления PDCCH и может содержать первый тип каналов управления. Новые каналы управления (например, второй тип каналов управления) располагаются в новой области 215 управления (также обычно называемой второй областью 215 управления), которая может находиться внутри области 210 данных. Новая область 215 управления также может называться областью управления U-PDCCH. Хотя область 210 данных может использоваться для передачи данных, никакие данные на фиг. 2a не показаны. Как показано на фиг. 2a, вторая область 215 управления располагается в области 210 данных, тогда как PDCCH располагается в первой области 205 управления.

[0054] Представление различных каналов и областей на фиг. 2a является логическим по сути без прямой связи с фактическим отображением определенных физических ресурсов. В частности, ресурсы, содержащие вторую область 215 управления, могут быть рассредоточены по частоте и не ограничиваются смежностью по частоте. Вторая область 215 управления также может мультиплексироваться по времени с данными и например, может занимать только первый или второй временной слот субкадра. К тому же вторая область 215 управления не обязательно может начинаться сразу после первой области 205 управления, а может смещаться на один или более символов. Вторая область 215 управления может состоять из Физических RB (PRB) или Виртуальных RB (VRB), локализованных либо рассредоточенных. PRB и VRB содержат множество элементов ресурсов.

[0055] Фиг. 2b иллюстрирует второй субкадр 230. Субкадр 230 содержит первую область 235 управления и область 240 данных. Как обсуждалось выше, первая область 235 управления может включать в себя управляющую сигнализацию, например PDCCH, тогда как область 240 данных может включать в себя данные без управляющей сигнализации. Первая область 235 управления также может называться областью управления PDCCH.

[0056] Фиг. 2c иллюстрирует третий субкадр 260. Субкадр 260 содержит область 265 данных. Как обсуждалось выше, область 265 данных может включать в себя данные, а также управляющую сигнализацию, которая может включать в себя PDSCH, а также новые каналы управления, например U-PDCCH или U-PHICH. Новые каналы управления располагаются в новой области 270 управления, которая может находиться внутри области 265 данных. Новая область 270 управления может использоваться для передачи данных, но никакие данные на фиг. 2c не показаны. Как показано на фиг. 2c, новая область 270 управления располагается в области 265 данных. Отметим, что субкадр 260 не содержит PDCCH, поскольку первая область управления отсутствует.

[0057] Фиг. 2d иллюстрирует четвертый субкадр 280. Субкадр 280 содержит область 285 управления и область 290 данных. Как обсуждалось выше, область 285 управления может включать в себя управляющую сигнализацию, тогда как область 290 данных может включать в себя данные, а также управляющую сигнализацию. Новый канал управления может располагаться в первой новой области 292 управления, которая может находиться внутри области 285 управления, а также во второй новой области 294 управления, которая может находиться внутри области 290 данных.

[0058] В версии 10 LTE 3GPP и предыдущих версиях пространство поиска может использоваться для задания возможных местоположений для PDCCH в области управления PDCCH. Область управления PDCCH содержит один или более элементов канала управления (CCE). Имеется процедура отображения для назначения элементов ресурсов, которые содержат CCE, временному местоположению и частотному местоположению, то есть ресурсам, в области управления PDCCH. Конкретный PDCCH может занимать 1, 2, 4 или 8 последовательных CCE. UE может использовать правила пространства поиска для идентификации возможных CCE, которые содержат управляющую информацию для него, например назначения ресурсов (то есть PDCCH). Правила пространства поиска также могут иметь условия для общего пространства поиска.

[0059] Фиг. 3a иллюстрирует схему возможных местоположений для второй области управления в области 310 данных в субкадре. Также на фиг. 3a показана первая область 305 управления. Область 310 данных содержит один или более RB (каждый из которых содержит множество элементов ресурсов или множество элементов канала управления) в первом временном слоте (RB 330, 331, 332, 333 и 334) и один или более RB во втором временном слоте (RB 335, 336, 337, 338 и 339). На фиг. 3a примерами соседних RB в первом временном слоте являются 330 и 331, 331 и 332 и т.п. Аналогичным образом примерами соседних RB во втором временном слоте являются 336 и 337, 338 и 339 и т.п.

[0060] Фиг. 3b иллюстрирует примерную область управления U-PDCCH в области 310 данных субкадра, при этом область управления U-PDCCH занимает соседние RB. Как показано на фиг. 3b, область управления U-PDCCH может занимать соседние RB, например 331, 332, 333, 336, 337 и 338 для U-PDCCH 320. Фиг. 3c иллюстрирует примерную область управления U-PDCCH в области 310 данных субкадра, при этом область управления U-PDCCH занимает рассредоточенные VRB. Как показано на фиг. 3c, область управления U-PDCCH может занимать рассредоточенные VRB, используя 330, 332, 334, 335, 337 и 339 для U-PDCCH 321.

[0061] Фиг. 3d иллюстрирует примерную область управления U-PDCCH в области 310 данных субкадра, при этом область управления U-PDCCH занимает RB первого временного слота. Как показано на фиг. 3d, область управления U-PDCCH может занимать первый временной слот с использованием RB 331, 332 и 333 для U-PDCCH 322. Фиг. 3e иллюстрирует примерную область управления U-PDCCH в области 310 данных субкадра, при этом область управления U-PDCCH занимает RB второго временного слота. Как показано на фиг. 3e, область управления U-PDCCH может занимать второй временной слот с использованием 336, 337 и 338 для U-PDCCH 323. Также отметим, что область управления U-PDCCH может занимать RB, которые являются сочетаниями RB, проиллюстрированных в этом документе. Отметим, что хотя на фиг. 3a-3e показаны первые области управления, в некоторых субкадрах первая область управления может отсутствовать.

[0062] В системе связи с ретрансляционными узлами R-PDCCH может использоваться для передачи управляющей сигнализации для уведомления RN о предоставлениях DL и/или UL по линии связи Un (линия связи между eNB и RN). Однако R-PDCCH может иметь ограничения, если он использовался для UE. R-PDCCH может использоваться в качестве основы для проектирования нового канала управления (называемого в этом документе U-PDCCH), чтобы дать возможность уведомлять UE об их предоставлениях UL и/или DL.

[0063] Существуют некоторые преимущества в наличии U-PDCCH и/или U-PHICH. U-PDCCH и U-PHICH, а также другие каналы управления, расположенные в области данных (то есть второй области управления), могут называться каналами управления области данных. Например, разные соты могут выделять ортогональный частотно-временной ресурс (разные вторые области управления) для U-PDCCH и/или U-PHICH, соответственно помехи между U-PDCCH и/или U-PHICH разных сот снижаются значительно. Другое преимущество может состоять в том, что выделенный опорный сигнал может использоваться для второй области управления, другими словами, вторая область управления имеет свой опорный сигнал для оценки канала во время демодуляции, посредством этого обеспечивая более совершенные схемы передачи, например формирование пучка или предварительное кодирование.

[0064] Существуют некоторые преимущества в наличии PDCCH и U-PDCCH и/или U-PHICH. PDCCH может обнаруживаться унаследованными UE, которые не смогли бы обнаружить U-PDCCH и/или U-PHICH. Кроме того, возможность распределить часть управляющей информации по U-PDCCH и/или U-PHICH может дать eNB возможность выполнить балансирование нагрузки на разных каналах управления. Более того, если передача управляющей информации в конкретной области управления (например, первой области управления или второй области управления (то есть области данных)) терпит неудачу, то может быть возможно использовать другую область управления, чтобы добиться потенциально большей производительности передачи.

[0065] Несколько свойств делают область управления U-PDCCH (вторую область управления или область данных) привлекательным решением для ослабления влияний помех на DL:

1. Область управления U-PDCCH может занимать поднабор частотных ресурсов, посредством этого обеспечивая ортогональность для каналов управления в частотной области с разных уровней HetNet, в отличие от других решений HetNet с мультиплексированием с временным разделением (TDM) (например, почти пустой субкадр (ABS)), которые могут обеспечить ортогональность во временной области.

2. Область управления U-PDCCH не прерывает или не конфликтует с текущим физическим каналом управления (то есть PDCCH), поэтому UE прежних версий (то есть унаследованные UE) не подвергаются влиянию и обходятся без снижения максимальной скорости передачи данных, если выделение ресурсов области управления U-PDCCH может освобождаться динамически, что может представлять проблему с другими решениями HetNet с мультиплексированием с частотным разделением (FDM).

3. С областью управления U-PDCCH может быть возможно уменьшить количество символов, используемых для области управления PDCCH, чтобы улучшить, таким образом, общую пропускную способность (например, временное разбиение составляет 1/14-ую по времени с обычным циклическим префиксом (CP), но может быть гораздо меньше по частоте, например, 1/50-ая для развертывания 10 МГц); и

4. Может быть возможно использовать Опорный сигнал демодуляции (DMRS) в области управления U-PDCCH. Использование DMRS могло бы создать более эффективный канал управления, который может воспользоваться преимуществом таких технологий, как динамическая адаптация линии связи, частотно-избирательное выделение ресурсов и передача со многими входами и выходами (MIMO). Некоторые из этих улучшений можно применить для PDCCH (например, адаптация линии связи), но, например, MIMO с множеством пользователей (MU-MIMO) больше подходит для U-PDCCH.

[0066] По сравнению с транзитной линией связи между донорным eNB (DeNB) и Ретрансляционным узлом (RN) могут иметь место некоторые уникальные свойства линии доступа между eNB и UE, а отсюда и некоторые проблемы, которые следует учитывать:

a) UE, как правило, является подвижным, тогда как RN обычно неподвижный. Это подразумевает, что быстрая адаптация линии связи полезнее и желательнее и в то же время сложнее. Сложность обусловлена отсутствием другого канала управления для информирования о формате передачи у U-PDCCH, как в случае PDSCH. Другая связанная проблема состоит в том, что из-за мобильности UE скорость повторной передачи для PDSCH у UE имеет склонность быть выше, чем у RN.

b) UE может считывать PDCCH, тогда как RN не может. Поэтому PDCCH и U-PDCCH могут сосуществовать для UE, и нужны разработки, чтобы обеспечить сосуществование и воспользоваться его преимуществом.

c) Поскольку количество UE, ассоциированных с сотой, обычно гораздо больше количества RN, может потребоваться более эффективное исполнение U-PDCCH для сокращения издержек сигнализации и обеспечения высокой производительности.

d) Поскольку местоположение RN можно тщательно выбрать, то он наблюдает в целом лучшее качество канала по сравнению с UE. Поэтому существует более высокое требование для управления помехами для UE, особенно для канала управления; и

e) Не нужно никакого времени переключения для UE, как в случае с RN.

[0067] Нижеследующее является обсуждением примерных сценариев, иллюстрирующих привлекательность U-PDCCH.

[0068] Сценарий 1: Развертывание HetNet

[0069] Развертывание HetNet обычно содержит уровень-«агрессор» (создающий помехи) и уровень-«жертву» (подвергающийся помехам). В заданном местоположении в развертывании мощность, принятая от уровня-«агрессора», может быть гораздо больше мощности, принятой от уровня-«жертвы». В качестве примера в первом развертывании макроуровень может считаться «агрессором» по отношению к пикоуровню-«жертве». В качестве альтернативы во втором развертывании фемтоуровень может считаться «агрессором» по отношению к макроуровню-«жертве». Используя в качестве примера сценарий развертывания HetNet «макро/пико», который описан выше, уровень макросоты может использовать обычный PDCCH, который задан в версии 10 LTE 3GPP. Данные для макро-UE, которые являются UE, назначенными уровню макросоты, можно планировать в любом месте в области данных. Например, чтобы ослабить помехи, может применяться регулирование мощности в каналах управления нисходящей линии связи, чтобы маломощные передачи могли использоваться для макро-UE. В результате уровень макросоты может иметь PDCCH для каждого субкадра, тогда как уровни пикосоты могут использовать либо PDCCH, либо U-PDCCH. Отметим, что это всего лишь один из многих возможных сценариев. Для других сценариев для макроуровня также может быть полезным иметь U-PDCCH.

[0070] Сценарий 1a: Закрепленное назначение U-PDCCH для UE

[0071] В сценарии 1a пико-UE, то есть UE, назначенным уровню пикосоты, назначается только один канал управления. Некоторые UE принимают их назначения только по U-PDCCH, тогда как другие UE принимают их назначение по обычному PDCCH. Последний случай может понадобиться, например, для унаследованных UE. Пико-eNB нужно передавать по меньшей мере общий опорный сигнал (CRS) по PDCCH, по возможности с большим количеством информации аналогично почти пустым субкадрам (ABS). Отметим, что U-PDCCH может мешать опорный сигнал (RS), отправленный макросотой. Может понадобиться приглушение и/или выкалывание для ослабления помех. Фиг. 3f иллюстрирует систему связи HetNet, сконфигурированную с закрепленным назначением U-PDCCH для UE.

[0072] Сценарий 1b: Гибкое назначение U-PDCCH для UE

[0073] В сценарии 1b пико-UE могут принимать назначения либо по PDCCH, либо по U-PDCCH. Например, пико-UE с сильными помехами от PDCCH макросоты могут переключиться на U-PDCCH, тогда как UE, имеющие поддающийся управлению уровень помех (например, UE близко к пикосоте), могут продолжить использовать PDCCH. Отметим, что механизм динамического переключения также может быть полезен, например, для выполнения балансирования нагрузки в области канала управления. Фиг. 3g иллюстрирует систему связи HetNet, сконфигурированную с гибким назначением U-PDCCH для UE.

[0074] Сценарий 2: Развертывание CoMP

[0075] В сценарии 2 U-PDCCH может использоваться, чтобы избежать потенциально высокого уровня помех между PDCCH от двух сот. PDCCH в первой соте и U-PDCCH во второй соте можно сделать ортогональными, чтобы уменьшить помехи. Ортогонализация подробнее обсуждается ниже. Как и в обсужденных ранее сценариях 1a и 1b, может использоваться закрепленное назначение и гибкое назначение U-PDCCH.

[0076] В некоторых сценариях PDCCH и U-PDCCH могут сосуществовать в одной соте и передаваться одним и тем же eNB (например, обсужденный выше сценарий 1a). Поэтому может существовать потребность в протоколе и сигнализации к UE, чтобы заставить UE переключиться с отслеживания области управления PDCCH на отслеживание области управления U-PDCCH, и наоборот.

[0077] Фиг. 4a иллюстрирует блок-схему алгоритма операций 400 eNB при уведомлении UE для отслеживания области управления PDCCH или области управления U-PDCCH, либо обеих областей управления. Операции 400 eNB могут указывать операции, происходящие в eNB, например eNB 105, когда eNB уведомляет UE для отслеживания области управления PDCCH или области управления U-PDCCH, либо обеих областей управления.

[0078] Операции 400 eNB могут начинаться с того, что eNB выбирает область для канала управления, чтобы использовать ее для передачи управляющей информации к UE, например, выделения ресурсов (этап 405). Как обсуждалось выше, канал управления может располагаться в области данных, области управления или области данных и области управления. Тип канала управления может указывать область канала управления. Как обсуждалось ранее, может иметь место некоторое количество разных типов каналов управления. В качестве примера может иметь место первый тип канала управления, при котором каналы управления передаются в первой области управления субкадра. Также может иметь место второй тип канала управления, при котором каналы управления передаются во второй области управления субкадра, то есть в области данных субкадра. Также может иметь место третий тип канала управления, при котором каналы управления передаются в первой области управления и второй области управления субкадра.

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

[0080] eNB затем может передать к UE управляющую информацию, например выделение ресурсов (или информацию о выделении ресурсов). Передача управляющей информации к UE может включать в себя модулирование с помощью eNB управляющей информации в соответствии с выбранной схемой модуляции и/или кодирования, например Квадратурной фазовой манипуляцией (QPSK), 16-позиционной квадратурной амплитудной модуляцией (16-QAM), 64-позиционной квадратурной амплитудной модуляцией (64-QAM) и т.п. (этап 410), отображение модулированной управляющей информации в множество ресурсов, например блоки ресурсов, элементы канала управления или элементы ресурсов, при этом модулированная управляющая информация может отображаться (например, назначаться) в множество ресурсов, которые располагаются в части субкадра в соответствии с областью (которая может быть указана, например, типом канала управления), выбранной eNB (этап 415), и передачу субкадра (этап 420). В качестве примера, если eNB выбрал первую область управления (например, указанную первым типом канала управления), то управляющая информация может располагаться на множестве ресурсов в первой области управления, тогда как если eNB выбрал вторую область управления (например, указанную вторым типом канала управления), то управляющая информация может располагаться на множестве ресурсов во второй области управления, и если eNB выбрал первую область управления и вторую область управления (например, указанные третьим типом канала управления), то управляющая информация может располагаться на множестве ресурсов в первой области управления и второй области управления.

[0081] В дополнение к передаче управляющей информации к UE eNB также может передать к UE индикатор (этап 425). В качестве примера индикатор может идентифицировать область для канала управления, используемую для передачи управляющей информации к UE. В качестве другого примера индикатор может идентифицировать тип канала управления, используемый для передачи управляющей информации к UE. Например, индикатор может указывать, что первый тип канала управления, второй тип канала управления или третий тип канала управления использовался для передачи выделения ресурсов к UE.

[0082] Фиг. 4b иллюстрирует блок-схему алгоритма операций 450 UE при отслеживании либо области управления PDCCH, либо области управления U-PDCCH, либо обеих областей управления. Операции 450 UE могут указывать операции, происходящие в UE, например UE 110 и UE 120, когда UE отслеживает либо область управления PDCCH, либо область управления U-PDCCH, либо обе области управления.

[0083] Операции 450 UE могут начинаться с того, что UE определяет индикатор, например, принимает индикатор (этап 455). В качестве примера индикатор может идентифицировать область для канала управления, используемую для передачи управляющей информации к UE. В качестве другого примера индикатор может указывать тип канала управления, используемый для передачи управляющей информации, например информации о выделении ресурсов, к UE. Например, индикатор может указывать, что первый тип канала управления, второй тип канала управления или третий тип канала управления использовался для передачи выделения ресурсов к UE.

[0084] UE может определить местоположение канала управления в области управления в соответствии с индикатором (этап 460). В качестве примера, если индикатор идентифицирует область канала управления, то UE может узнать, где искать канал управления в субкадре. В качестве другого примера, если индикатор идентифицирует, что использовался первый тип канала управления, то UE знает, что выделение ресурсов можно найти в первой области управления. Аналогичным образом, если использовался второй тип канала управления, то UE знает, что выделение ресурсов можно найти во второй области управления, а если использовался третий тип канала управления, то UE знает, что выделение ресурсов можно найти в первой области управления и второй области управления. UE может извлечь, например демодулировать, информацию в элементах ресурсов в местоположении канала управления, определенном в соответствии с индикатором (этап 465). В качестве примера UE может использовать схему демодуляции и/или декодирования, например QPSK, 16-QAM, 64-QAM и т.п., чтобы демодулировать информацию в элементах ресурсов для получения управляющей информации.

[0085] Фиг. 4c иллюстрирует блок-схему алгоритма операций eNB при определении области для канала управления. Операции eNB могут указывать операции, происходящие в eNB, например eNB 105, когда eNB определяет область для канала управления в субкадре.

[0086] Операции eNB могут начинаться с того, что eNB определяет состояние сети (этап 485). В качестве примера eNB может определить частоту ошибок в предыдущих передачах канала управления в первой области управления, второй области управления (то есть области данных) и одновременно первой области управления и второй области управления. В качестве другого примера eNB может определить возможность UE. В качестве другого примера eNB может определить нагрузку на области управления. В качестве другого примера eNB может определить качество линии связи или состояние линии связи (например, помехи, отношение сигнала к совокупному уровню помех и шумов, отношение сигнал/шум и т.п.), которое может разрешить или препятствовать использованию продвинутых методик передачи, таких как формирование пучка, предварительное кодирование и т.п.

[0087] eNB может выбрать область для канала управления в соответствии с состоянием сети (этап 487). В качестве примера, если качество линии связи или условия линии связи обеспечивают возможность использования продвинутых методик передачи (и если UE способно к этому), то eNB может выбрать вторую область управления для передачи канала управления или первую область управления и вторую область управления для передачи канала управления. В качестве другого примера, если UE не способно к этому, то UE может выбрать первую область управления для передачи канала управления.

[0088] Решением может быть сигнализировать UE переключить свое отслеживание между областью управления PDCCH и областью управления U-PDCCH (и наоборот), используя сигнализацию верхнего уровня, например, сигнализацию управления радиоресурсами (RRC). В качестве примера eNB может отправить к UE команду для переключения. Например, предположим, что eNB 105 хочет уведомить UE 120 для переключения с отслеживания области управления PDCCH на область управления U-PDCCH.

[0089] Фиг. 5a иллюстрирует блок-схему алгоритма операций 500 eNB, когда eNB уведомляет обслуживаемое UE для переключения области управления, которую оно отслеживает. Операции 500 могут указывать операции, происходящие в eNB, например eNB 105, когда eNB уведомляет UE, которое оно обслуживает, для отслеживания другой области управления и другого канала управления.

[0090] Операции 500 могут начинаться с того, что eNB отправляет назначение ресурса к UE, например UE 120, с использованием PDCCH, расположенного в области управления PDCCH (этап 510). eNB может определить, что существует потребность переключить UE с области управления PDCCH на область управления U-PDCCH (этап 512). eNB может принять решение переключить UE по нескольким причинам, включающим в себя, но не только, выполнение балансирования нагрузки между двумя областями управления или из-за того, что UE испытывает сильные помехи в его области управления. eNB может отправить к UE выделенное сообщение RRC (например, содержащее индикатор), чтобы уведомить UE о переключении в режим отслеживания области U-PDCCH (этап 514). В качестве примера выделенное сообщение RRC может задавать, что UE следует переключить область управления, которую оно отслеживает, например, с первой области управления на вторую область управления или со второй области управления на первую область управления.

[0091] Для последующих назначений ресурсов для UE eNB может использовать U-PDCCH, расположенный в области управления U-PDCCH, чтобы отправить назначения ресурсов (этап 516). Операция от переключения обслуживаемого UE с отслеживания U-PDCCH на отслеживание PDCCH аналогична той, что описывается на фиг. 5a для eNB.

[0092] Имеется два пространства поиска в области управления PDCCH - одно является характерным для UE пространством поиска, а другое является общим пространством поиска. UE может продолжать отслеживать область управления PDCCH на предмет PDCCH, который назначается в общем пространстве поиска, даже после того, как оно выполняет переключение каналов управления. В этом примере переключение происходит с PDCCH в характерном для UE пространстве поиска в рамках области управления PDCCH на U-PDCCH. После переключения на U-PDCCH UE может продолжать отслеживать общее пространство поиска в области управления PDCCH.

[0093] Фиг. 5b иллюстрирует блок-схему алгоритма операций 550 UE, когда UE переключает отслеживание области управления. Операции 550 могут указывать операции, происходящие в UE, например UE 120, когда UE переключает отслеживание области управления в соответствии с уведомлением от eNB, который обслуживает то UE.

[0094] Операции 550 могут начинаться с того, что UE принимает назначение в области PDCCH (этап 560). UE может декодировать данные, принятые на ресурсах, назначенных в назначении, принятом на этапе 560 (этап 562), и UE может идентифицировать сообщение в качестве сигнализации RRC для указания, что нужно начинать отслеживание области управления U-PDCCH (этап 564). UE может начать отслеживание области управления U-PDCCH на предмет будущих назначений ресурсов (этап 566). Операции для UE, переключающегося с отслеживания U-PDCCH на отслеживание PDCCH, могут быть аналогичными. Также отметим, что сообщение RRC может отправляться в одном или нескольких кадрах. Если сообщение принято в нескольких кадрах, то UE может понадобиться объединить все принятые части сообщения перед его декодированием, но операция аналогична описанной на фиг. 5b.

[0095] Сигнализация верхнего уровня может быть привлекательной, если переключение не является очень частым событием. При сигнализации верхнего уровня может присутствовать погрешность по времени, в которой имеется задержка между тем, когда переключение сигнализации указывается с помощью eNB, и тем, когда UE фактически переключается. Поэтому до того, как UE явно подтверждает прием сигнализации верхнего уровня, UE может быть не способно принимать PDCCH и/или U-PDCCH в течение нескольких кадров. В течение погрешности по времени UE может потребоваться отслеживать оба канала управления (PDCCH и U-PDCCH). Отслеживание PDCCH и U-PDCCH при уменьшенном пространстве поиска может быть надежным резервным состоянием. Чтобы помочь уменьшить издержки выполнения на UE, уменьшенное пространство поиска может использоваться для обеспечения постоянного требования к количеству попыток слепого декодирования, выполняемых UE.

[0096] Использование PDCCH и U-PDCCH также может быть вариантом для нормального режима работы, то есть UE может отслеживать либо PDCCH, либо U-PDCCH, или одновременно PDCCH и U-PDCCH.

[0097] Фиг. 6a иллюстрирует блок-схему алгоритма операций 600 eNB для управления отслеживанием канала управления у UE. Операции 600 eNB могут указывать операции в eNB, например eNB 105, когда eNB управляет отслеживанием посредством UE каналов управления.

[0098] eNB может дать UE указание отслеживать U-PDCCH (или PDCCH, или одновременно PDCCH и U-PDCCH) (этап 605). eNB может дать указание UE путем отправки сообщения сигнализации верхнего уровня, например сообщения RRC. В качестве альтернативы eNB может дать UE указание переключить канал управления, который оно отслеживает, например, если UE отслеживает PDCCH, то UE переключается на U-PDCCH, тогда как если UE отслеживает U-PDCCH, то UE переключается на PDCCH и U-PDCCH, тогда как если UE отслеживает PDCCH и U-PDCCH, то UE переключается на PDCCH. Отметим, что могут быть возможны другие последовательности переключения при условии, что eNB и UE знают последовательность переключения, которую нужно использовать.

[0100] Чтобы контролировать погрешности по времени и дать UE время на переключение, eNB может продолжить отправлять назначения в течение некоторого периода времени по PDCCH и U-PDCCH (этап 610). Как только eNB принимает подтверждение от UE (этап 615), что указано с помощью «Y», eNB может продолжить отправлять назначения только по U-PDCCH (или PDCCH, если UE отслеживает PDCCH) (этап 620). Для измерения периода времени может использоваться таймер.

[0101] Фиг. 6b иллюстрирует блок-схему алгоритма операций 650 UE для отслеживания канала управления с помощью UE. Операции 650 UE могут указывать операции, происходящие в UE, например UE 110 и UE 120, когда UE отслеживает каналы управления.

[0102] Операции 650 UE могут начинаться с того, что UE отслеживает PDCCH, который может быть используемым по умолчанию в системе (этап 655). При приеме сообщения от eNB, которое может сообщить, какой канал управления отслеживать (например, PDCCH, U-PDCCH или PDCCH и U-PDCCH), или просто переключить канал управления, который оно отслеживает (этап 660), в качестве примера UE может управлять погрешностями по времени, неотъемлемыми в сигнализации верхнего уровня, путем отслеживания PDCCH и U-PDCCH независимо от фактической команды от eNB (этап 665).

[0103] UE может продолжать отслеживание PDCCH и U-PDCCH до тех пор, пока не примет назначение по U-PDCCH (или любому каналу управления, заданному eNB) (этап 670), что указано с помощью «N». После приема назначения, что указано с помощью «Y», UE может отправить подтверждение к eNB (этап 675).

[0104] Отметим, что подтверждение от UE может быть необязательным. Например, eNB может использовать U-PDCCH и PDCCH в течение заданного периода времени, а затем прекратить использование обоих каналов управления, как только истекает тот период времени. Для определения, истек ли период времени, может использоваться таймер, посредством этого устраняя потребность в подтверждении. В качестве примера таймер можно установить равным периоду времени (или больше на регулируемый коэффициент), который типичен для периода погрешности, связанного с сигнализацией RRC.

[0105] Подтверждение может сигнализироваться неявным способом. PDCCH и U-PDCCH могут содержать разные назначения ресурсов, поэтому подтверждение для передачи DL или правильного приема передачи UL может указывать в качестве примера, что переключение произошло правильно.

[0106] Фиг. 7a иллюстрирует блок-схему алгоритма операций 700 eNB в eNB для осуществления назначения по каналам управления. Операции eNB 700 могут указывать операции, происходящие в eNB, например eNB 105, когда eNB осуществляет назначения для UE по каналам управления.

[0107] Операции 700 eNB могут начинаться с того, что eNB, например eNB 105, отправляет назначение к UE, например UE 120, для первого сообщения по PDCCH (этап 710). eNB также может отправить второе назначение к UE для второго сообщения по U-PDCCH (этап 715). Отметим, что содержимое двух сообщений может быть одинаковым, но они, например, могут переноситься по разным ресурсам сети и иметь разные ID пакетов. eNB затем может отслеживать принятые подтверждения (этап 720). Если подтверждение принимается для второго сообщения, что указано с помощью «Y», то eNB может узнать, что UE декодировало U-PDCCH, соответственно правильно обработало сигнализацию RRC для переключения каналов. eNB затем отправляет следующее назначение ресурса по U-PDCCH (этап 725). Если подтверждение не принималось, что указано с помощью «N», то eNB продолжает отправку двойных назначений путем возврата к этапу 710.

[0108] Отметим, что в вышеприведенном описании принятое подтверждение может не подразумевать подтверждение пакета, а вместо этого может быть указанием, что назначение принято посредством UE. Например, если второе сообщение для пакета I неправильно декодируется посредством UE, то UE может отправить отрицательное подтверждение (NACK) для пакета I. При приеме NACK eNB может узнать, что второе назначение было правильно принято посредством UE, потому что UE не передало бы подтверждение (ACK) или NACK, если бы оно не приняло назначение для пакета I. После приема NACK eNB может прекратить отправку назначений для того конкретного UE по PDCCH и может использовать только U-PDCCH.

[0109] В качестве примера то, какой канал управления нужно отслеживать UE, по умолчанию является характерным для UE. Однако эта информация также может конфигурироваться в виде сочетания соты по умолчанию в блоке системной информации (SIB) и характерной для UE замены. Управляющее сообщение, отправленное в SIB, может использоваться для сигнализации UE переключить свое отслеживание с PDCCH на U-PDCCH, и наоборот. Когда используется управляющее сообщение в SIB, нужен либо U-PDCCH, либо PDCCH для планирования управляющего сообщения, то есть предоставления UE информации о выделении.

[0110] Фиг. 7b иллюстрирует блок-схему алгоритма операций 750 eNB в eNB, когда eNB задает, какая область управления отслеживается UE. Операции 750 eNB могут указывать операции, происходящие в eNB, например eNB 105, когда eNB использует SIB для задания, какую область управления отслеживает UE.

[0111] Операции 750 eNB могут начинаться с того, что eNB отправляет назначения по PDCCH для UE, отслеживающих PDCCH, и по U-PDCCH для UE, отслеживающих U-PDCCH (этап 760). eNB затем может отправить назначение по PDCCH для SIB, которое дает указание UE, отслеживающим PDCCH, переключиться на отслеживание U-PDCCH (этап 765). Назначение SIB может отправляться в общем пространстве поиска области управления PDCCH. eNB затем может отправить назначения к UE, которые раньше отслеживали PDCCH, по U-PDCCH (этап 770). Чтобы обеспечить некую степень надежности, каждое UE может подтверждать, что оно приняло SIB, либо с помощью явного подтверждения, либо механизма, аналогичного описанному на фиг. 7a. В течение погрешности по времени назначения для UE, еще не подтвердивших свое переключение на U-PDCCH, в качестве примера могут отправляться по PDCCH и U-PDCCH.

[0112] Отметим, что при операциях, показанных на фиг. 7b, отслеживающие U-PDCCH UE могут не затрагиваться переключением, поскольку назначение SIB отправлялось только в общем пространстве поиска области PDCCH, если, конечно, такое же или аналогичное назначение SIB не отправлялось в области управления U-PDCCH. Дополнительно отметим, что также возможны некоторые индивидуальные замены для UE. В таком случае eNB может отправить сообщение к UE или конкретной группе UE, чтобы дать ему (или им) указание касательно того, какую область канала управления отслеживать.

[0113] В операциях, описанных на фиг. 7b, сообщение SIB может транслироваться всем UE, отслеживающим область управления PDCCH, и по умолчанию эти UE переключаются. Конечно, можно использовать другой механизм транслирования помимо отправки SIB, чтобы дать UE указание переключиться. Также может быть возможным ограничить переключение заданной группой UE, например, путем создания многоадресной группы и отправки указания переключения только многоадресной группе. В качестве альтернативы SIB может содержать указание переключиться только для поднабора UE. В качестве примера это могло бы выполняться путем выдачи указаний переключиться только UE, имеющим Временный идентификатор радиосети (RNTI) UE, оканчивающийся заданной цифрой (или некоторым другим заданным значением).

[0114] Для некоторых несущих, например расширенной несущей без PDCCH, U-PDCCH может использоваться по умолчанию. Использование управляющего сообщения в SIB может быть полезным, если переключение происходит часто. Надежность можно повысить тем, чтобы UE отправлял подтверждение приема управляющего сообщения.

[0115] Слепое переключение может использоваться UE для переключения отслеживания с PDCCH на U-PDCCH, и наоборот. При слепом переключении сигнализация от eNB может не потребоваться. При слепом переключении UE может отслеживать U-PDCCH и PDCCH и может принимать назначение из любого канала управления. Слепое переключение может использоваться в сочетании с уменьшением пространства поиска, чтобы помочь сократить количество слепых декодирований, которые выполняет UE. Например, общее пространство поиска может ограничиваться только областью управления PDCCH, и область управления U-PDCCH может иметь такое же количество возможных кандидатов, как и выделенное пространство поиска PDCCH.

[0116] Неявное переключение также может использоваться, чтобы побудить UE переключить отслеживание с PDCCH на U-PDCCH и наоборот. В качестве примера неявное переключение может основываться на уровне мощности, отслеживаемом посредством UE. UE также может сообщать eNB уровень мощности. UE может переключаться автоматически, когда уровень мощности соответствует пороговой величине, которая может предоставляться UE во время начального присоединения или во время операций. Пороговая величина также может отправляться, например, с помощью сигнализации верхнего уровня или может транслироваться.

[0117] Фиг. 8 иллюстрирует блок-схему алгоритма операций 800 в UE, когда UE участвует в неявном переключении. Операции 800 могут указывать операции, происходящие в UE, например UE 110 и UE 120, когда UE участвует в неявном переключении в соответствии с заданной пороговой величиной.

[0118] Операции 800 могут начинаться с того, что UE измеряет качество линии связи (этап 805). В качестве примера UE может измерять качество линии связи у линии связи между собой и eNB, который обслуживает UE. В качестве альтернативного примера вместо качества линии связи UE может измерять частоту ошибок или показатель линии связи, например скорость передачи данных, скорость передачи битов и т.п. UE может отправить измеренное качество линии связи к eNB (этап 810). UE может сравнить измеренное качество линии связи с пороговой величиной, которая может отправляться непосредственно к UE или транслироваться для UE (этап 815). Если качество линии связи выше (или, в качестве альтернативы, ниже) пороговой величины, что указано с помощью «Y», то UE может отслеживать область PDCCH до тех пор, пока ему не укажут прекратить отслеживание PDCCH, или пока UE не измерит качество линии связи, и вновь измеренное качество линии связи укажет UE прекратить отслеживание PDCCH (этап 820). Если качество линии связи ниже (или, в качестве альтернативы, выше) пороговой величины, что указано с помощью «N», то UE может отслеживать область U-PDCCH до тех пор, пока ему не укажут прекратить отслеживание U-PDCCH, или пока UE не измерит качество линии связи, и вновь измеренное качество линии связи укажет UE прекратить отслеживание U-PDCCH (этап 825). Отметим, что отношение между измеренным качеством линии связи и пороговой величиной и тем, как выбирается PDCCH или U-PDCCH, может зависеть от пороговой величины. В качестве примера при первой пороговой величине, если измеренное качество линии связи выше первой пороговой величины, то UE может отслеживать U-PDCCH. Однако при второй пороговой величине, если измеренное качество линии связи выше второй пороговой величины, то UE может отслеживать PDCCH.

[0119] Фиг. 9 иллюстрирует блок-схему алгоритма операций 900 в eNB, когда eNB участвует в неявном переключении. Операции 900 могут указывать операции, происходящие в eNB, например eNB 105, когда eNB участвует в неявном переключении в соответствии с заданной пороговой величиной.

[0120] Операции 900 могут начинаться с того, что eNB принимает отчет о качестве линии связи от UE (этап 905). eNB может сравнить качество линии связи в отчете о качестве линии связи с пороговой величиной (этап 910). Как обсуждалось выше, вместо отчета о качестве линии связи eNB может принять отчет о частоте ошибок или отчет о показателе, например о скорости передачи данных, скорости передачи битов и т.п. Если качество линии связи выше (или, в качестве альтернативы, ниже) пороговой величины, что указано с помощью «Y», то eNB может отправлять назначения для того конкретного UE в области PDCCH, пока eNB не решит прекратить использование PDCCH или пока eNB не примет другой отчет о качестве линии связи от UE (этап 915). Если оно ниже (или, в качестве альтернативы, выше) пороговой величины, что указано с помощью «N», то eNB может отправлять назначения для того конкретного UE в области U-PDCCH, пока eNB не решит прекратить использование PDCCH или пока eNB не примет другой отчет о качестве линии связи от UE (этап 920). Отметим, что отношение между измеренным качеством линии связи и пороговой величиной и тем, как выбирается PDCCH или U-PDCCH, может зависеть от пороговой величины. В качестве примера при первой пороговой величине, если измеренное качество линии связи выше первой пороговой величины, то UE может отслеживать U-PDCCH. Однако при второй пороговой величине, если измеренное качество линии связи выше второй пороговой величины, то UE может отслеживать PDCCH.

[0121] Измеренное качество линии связи может быть любым индикатором качества линии связи, например отношение сигнала к совокупному уровню помех и шумов, отношение сигнал/помехи, отношение сигнал/шум, уровень принятой мощности, уровень принятых помех и т.п. К тому же чтобы сделать процесс более надежным, мог бы иметь место процесс подтверждения, когда происходит переключение, чтобы убедиться, что eNB и UE отправляют и/или отслеживают правильную область. В качестве примера измеренное качество линии связи может сообщаться с использованием существующего механизма сообщения CQI/PMI/RI.

[0122] Кроме того, вместо действительности до отправки (или приема) следующего отчета о качестве линии связи, отслеживание заданной области управления (PDCCH (то есть первой области управления) или U-PDCCH (то есть второй области управления)) может быть действительным в течение заданного времени, заранее известного для UE и eNB. После этого времени UE может вернуться к отслеживанию известной области управления (или области по умолчанию), например области управления PDCCH. Могут использоваться механизмы для предотвращения эффекта «пинг-понга», при котором уровень мощности находится возле пороговой величины и побуждает UE повторно переключать отслеживание канала управления. В качестве примера механизмы, используемые для предотвращения эффекта «пинг-понга» в ситуациях передачи обслуживания, также могут использоваться при переключении канала управления.

[0123] Назначения канала управления также могут выполняться на основе «субкадр за субкадром». В качестве примера некоторые субкадры могут предварительно определяться или конфигурироваться с использованием сигнализации верхнего уровня для передачи того, какой канал управления следует отслеживать UE. Назначение может выполняться на основе UE или на основе группы UE. В конкретном субкадре UE знает, какой канал управления обнаруживать, например, либо PDCCH, либо U-PDCCH. В качестве примера субкадры в кадре или множество субкадров разделяются eNB на множество поднаборов. В одном пояснительном примере могут использоваться два поднабора: S1 и S2. В поднаборе S1 назначения отправляются только в области управления PDCCH, а в поднаборе S2 назначения отправляются в области управления U-PDCCH. UE отслеживает область управления в соответствии с поднабором.

[0124] Фиг. 10 иллюстрирует блок-схему алгоритма операций 1000 в eNB, когда он участвует в назначениях канала управления «субкадр за субкадром». Операции 1000 могут указывать операции, происходящие в eNB, например eNB 105, когда eNB участвует в назначениях канала управления «субкадр за субкадром».

[0125] Операции 1000 могут начинаться с того, что eNB определяет назначения для UE, запланированных для того конкретного субкадра (этап 1005). В качестве примера назначения для UE могут формироваться посредством eNB, вычисляться посредством eNB, извлекаться из сообщения или информации, принятой eNB, извлекаться из запоминающего устройства, задаваться техническим стандартом, предварительно устанавливаться оператором системы связи и т.п. На этапах 1010 и 1011 eNB может определить, принадлежит ли субкадр поднабору S1 или поднабору S2. Если субкадр принадлежит поднабору S1, то eNB может отправить назначения в области управления PDCCH (этап 1015). Если субкадр принадлежит поднабору S2, то eNB может отправить назначения в области управления U-PDCCH (этап 1020). Отметим, что вышеприведенное обсуждение того, какой поднабор соответствует какому каналу управления, является всего лишь пояснительными примерами, и что могут быть возможны другие ассоциации поднабора с каналом управления.

[0126] Фиг. 11 иллюстрирует блок-схему алгоритма операций 1100 в UE, когда оно участвует в назначениях канала управления «субкадр за субкадром». Операции 1100 могут указывать операции, происходящие в UE, например UE 110 и UE 120, когда UE участвует в назначениях канала управления «субкадр за субкадром».

[0127] Операции 1100 могут начинаться с того, что UE определяет номер субкадра (этап 1105). В качестве примера номер субкадра может использоваться для определения, какому поднабору субкадров принадлежит этот субкадр. На этапах 1110 и 1111 UE может определить, принадлежит ли субкадр поднабору S1 или поднабору S2. Затем UE может отслеживать область управления на основе определения поднабора на этапах 1110 и 1111. В качестве примера, если субкадр принадлежит поднабору S1, то UE может отслеживать область PDCCH (этап 1115). Тогда как если субкадр принадлежит поднабору S2, то UE может отслеживать область U-PDCCH (этап 1120).

[0128] В качестве другого пояснительного примера субкадры в кадре или множество субкадров можно разделить на три поднабора: S1, S2 и S3, при этом область управления PDCCH используется для субкадров, принадлежащих поднабору S1, область управления U-PDCCH используется для субкадров, принадлежащих поднабору S2, и для субкадров, принадлежащих поднабору S3, eNB может не передавать никакие назначения ресурсов в тех субкадров, а UE может не предполагать, что получит назначение в таком субкадре. В другом пояснительном примере субкадры в кадре можно разделить на три поднабора: S1, S2 и S3, при этом область управления PDCCH используется для субкадров, принадлежащих поднабору S1, область управления U-PDCCH используется для субкадров, принадлежащих поднабору S2, и для субкадров, принадлежащих поднабору S3, присутствуют области управления U-PDCCH и PDCCH. Наличие поднаборов, а также их конфигурация могут сигнализироваться с использованием сигнализации RRC, сигнализации OAM, может транслироваться, например, в SIB и т.п. Спецификация того, какие субкадры могут быть назначены какому каналу управления, может основываться на такой информации, как назначения ABS. В качестве примера определенное UE можно назначить на отслеживание субкадров, принадлежащих только одному поднабору, поэтому UE должно отслеживать только либо область управления PDCCH, либо область управления U-PDCCH. В качестве альтернативы UE можно назначить на отслеживание субкадров более одного поднабора.

[0129] Назначения канала управления также могут инициироваться динамически. В качестве примера индикатор или бит в PDCCH (или в U-PDCCH) может указывать, что UE также следует искать в области управления U-PDCCH (или PDCCH). Индикатор в PDCCH может указывать UE, что ему также следует искать в области управления U-PDCCH. Аналогичным образом индикатор в U-PDCCH может указывать UE, что ему также следует искать в области управления PDCCH. Аналогичным образом многобитовый индикатор может указывать, что UE следует искать в области управления PDCCH, области управления U-PDCCH или областях управления PDCCH и U-PDCCH.

[0130] Фиг. 12 иллюстрирует блок-схему алгоритма операций 1200 в eNB, когда eNB использует динамически инициируемые назначения канала управления. Операции 1200 могут указывать операции, происходящие в eNB, например eNB 105, когда eNB использует динамически инициируемые назначения канала управления.

[0131] Операции 1200 могут начинаться с того, что eNB определяет, будет ли он передавать в области U-PDCCH (этап 1205). Если eNB определяет, что он будет передавать в области U-PDCCH (например, «Y»), то eNB может установить индикатор в первое значение, например «1» (этап 1210). В противном случае (например, «N») eNB может установить индикатор во второе значение, например «0» (этап 1215). eNB затем может отправить индикатор в общем пространстве поиска области PDCCH (этап 1220). eNB может определить, используются ли области управления U-PDCCH и PDCCH (этап 1225). Если обе области используются (например, «Y»), то eNB может определить, какие назначения нужно отправить в области PDCCH, а какие назначения нужно отправить в области U-PDCCH, и отправляет их соответственно (этап 1230). В противном случае (например, «N») eNB может отправить назначения только в области управления PDCCH (этап 1235). Обобщая, отметим, что многобитовый индикатор может использоваться, чтобы дать eNB возможность передавать в области управления PDCCH, области управления U-PDCCH или одновременно в области управления PDCCH и области управления U-PDCCH.

[0132] Фиг. 13 иллюстрирует блок-схему алгоритма операций 1300 в UE, когда UE участвует в динамически инициируемых назначениях канала управления. Операции 1300 могут указывать операции, происходящие в UE, например UE 110 и UE 120, когда UE участвует в динамически инициируемых назначениях канала управления.

[0133] Операции 1300 могут начинаться с того, что UE отслеживает общее пространство поиска области управления PDCCH (этап 1305). UE может выполнить проверку для определения, присутствует ли индикатор (этап 1310). Если индикатор присутствует, то UE может исследовать индикатор для определения значения индикатора. Если индикатор устанавливается в первое значение (например, «1» для указания наличия U-PDCCH), то UE может отслеживать области U-PDCCH и PDCCH (этап 1320). Если индикатор устанавливается во второе значение (например, «0» для указания отсутствия U-PDCCH), то UE может отслеживать только область управления PDCCH (этап 1325). Если индикатор отсутствует (этап 1310), то UE может отслеживать область управления PDCCH (этап 1325). Обобщая, отметим, что многобитовый индикатор может дать UE возможность отслеживать область управления PDCCH, область управления U-PDCCH или одновременно область управления PDCCH и область управления U-PDCCH.

[0134] eNB может определять, когда передавать U-PDCCH (или PDCCH и U-PDCCH), на покадровой основе, в течение продленного периода времени (например, некоторого количества кадров) и т.п. Индикатор может отправляться в областях общего пространства поиска U-PDCCH и PDCCH. Индикатор может содержать один или более битов. В качестве альтернативы индикатор может содержать одно или более состояний другого управляющего поля, например, неиспользуемые сочетания битов в существующем управляющем поле. Более того, если отсутствие индикатора может указывать, что никакие U-PDCCH не передаются в области управления U-PDCCH, или что никакое назначение не передается в конкретном субкадре, то индикатор не обязательно может отправляться в общем пространстве поиска области PDCCH, а индикатор может состоять, например, из одного бита, который передается по PCFICH.

[0135] Чтобы избежать необходимости для UE отслеживать области управления PDCCH и U-PDCCH, индикатор можно расширить для указания назначений отслеживания для группы UE. В качестве примера индикатор может указывать, что назначения для группы UE находятся в области управления U-PDCCH. Расширение можно реализовать, например, путем отправки ID группы в индикаторе, например, отправки последней цифры RNTI UE, для UE, которые должны отслеживать область управления U-PDCCH. К тому же индикатор может заменяться сигнализацией верхнего уровня и/или выделенной сигнализацией.

[0136] Кроме того, во время передачи обслуживания информация о том, какой канал управления и/или какую область управления должно отслеживать UE в целевом объекте передачи обслуживания, может передаваться во время обмена сообщениями в течение процесса передачи обслуживания.

[0137] Примерное исполнение системы связи может выглядеть следующим образом:

любой eNB способен к передаче PDCCH и/или U-PDCCH. Хотя UE предыдущих версий (например, версии 10 или раньше) отслеживают только PDCCH, UE новых версий (то есть версий, поддерживающих U-PDCCH, например UE версии 11 или позже) могут отслеживать оба канала. Способность UE отслеживать U-PDCCH может быть обязательной, может быть обязательной, но проверяться, только если устанавливается индикатор группы признаков (FGI) для указания, что способность проверяется, или возможностью UE, при которой UE может обладать или не обладать той способностью;

UE, способное к отслеживанию U-PDCCH, сначала может искать в общем пространстве поиска PDCCH. Каждое UE посредством сигнализации RRC может назначаться на отслеживание либо PDCCH, и/либо U-PDCCH;

UE могут отслеживать U-PDCCH, но сначала декодировать общее пространство поиска PDCCH. В области общего пространства поиска PDCCH может быть индикатор (например, один бит) для указания, присутствует ли U-PDCCH. В общем пространстве поиска PDCCH также может быть сообщение формата 3B управляющей информации нисходящей линии связи (DCI) для указания характеристик U-PDCCH;

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

U-PDCCH начинается с символа непосредственно после PDCCH; и

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

[0138] Фиг. 14 иллюстрирует устройство 1400 связи. Устройство 1400 связи может использоваться для реализации различных вариантов осуществления, обсужденных в этом документе. Как показано на фиг. 14, передатчик 1405 конфигурируется для передачи информации, а приемник 1410 конфигурируется для приема информации.

[0139] Контроллер 1420 UE конфигурируется для определения, какой канал (каналы) управления должно отслеживать UE. Определение может основываться на некотором количестве факторов, таких как возможность UE, возможность системы связи и т.п. Блок 1425 назначения конфигурируется для назначения UE для отслеживания канала (каналов) управления. Блок 1425 назначения может выбрать местоположение для канала (каналов) управления, в качестве примера блок 1425 назначения может выбрать тип канала управления для канала управления, который назначено отслеживать UE. Например, блок 1425 назначения может назначить UE на отслеживание PDCCH, U-PDCCH или одновременно PDCCH и U-PDCCH. Контроллер 1430 пространства поиска конфигурируется для задания пространства поиска или набора пространств поиска (по возможности из количества возможных пространств поиска), где UE может искать U-PDCCH. Блок 1435 параметров конфигурируется для выбора и/или назначения UE параметров связи, например ранга, скорости кодирования, схемы модуляции, входа антенны и т.п. Блок 1440 сигнализации конфигурируется для формирования сообщений и/или указаний для передачи к UE, при этом сообщения и/или указания перемещают управляющую информацию, назначения каналов, параметры и т.п. Блок 1440 сигнализации конфигурируется для модулирования информации, которую нужно передать, а также отображения модулированной информации в ресурсы, например элементы ресурсов, блоки ресурсов, элементы канала управления и т.п. Блок 1445 предоставления ресурсов конфигурируется для предоставления ресурсов сети для UE. Запоминающее устройство 1450 конфигурируется для хранения информации, такой как назначение канала, параметры и т.п.

[0140] Элементы устройства 1400 связи могут быть реализованы в виде специальных аппаратных логических блоков. В альтернативном варианте элементы устройства 1400 связи могут быть реализованы в виде программного обеспечения, выполняющегося в блоке обработки, таком как процессор (например, микропроцессор или цифровой процессор сигналов), контроллер, специализированная интегральная схема и т.п. В еще одном альтернативном варианте элементы устройства 1400 связи могут быть реализованы в виде сочетания программного обеспечения и/или аппаратных средств.

[0141] В качестве примера передатчик 1405 и приемник 1420 могут быть реализованы в виде специального аппаратного блока, тогда как контроллер UE 1420, блок 1425 назначения, контроллер 1430 пространства поиска, блок 1435 параметров, блок 1440 сигнализации и блок 1445 предоставления ресурсов могут быть программными модулями, выполняющимися в микропроцессоре либо специализированной схеме или специализированной составной логической матрице программируемой пользователем логической матрицы.

[0142] Фиг. 15 иллюстрирует устройство 1500 связи. Устройство 1500 связи может использоваться для реализации различных вариантов осуществления, обсужденных в этом документе. Как показано на фиг. 15, передатчик 1505 конфигурируется для передачи информации, а приемник 1510 конфигурируется для приема информации.

[0143] Слепой детектор 1520 конфигурируется для обнаружения передач путем поиска тех передач в пространстве поиска. Контроллер 1525 пространства поиска конфигурируется для управления поисками, выполненными устройством 1500 связи, на основе пространства (пространств) поиска, заданных eNB, управляющим устройством 1500 связи. Селектор 1530 каналов конфигурируется для выбора канала управления для отслеживания на основе команд от eNB, измерений мощности, показателей производительности, индикатора местоположения, типа канала управления и т.п. Блок 1535 параметров конфигурируется для обработки параметров связи, предоставленных от eNB. Блок 1540 сигнализации конфигурируется для демодуляции информации из ресурсов, например элементов ресурсов, блоков ресурсов, элементов канала управления и т.п. Запоминающее устройство 1545 конфигурируется для хранения информации, такой как назначение канала, параметры и т.п.

[0144] Элементы устройства 1500 связи могут быть реализованы в виде специальных аппаратных логических блоков. В альтернативном варианте элементы устройства 1500 связи могут быть реализованы в виде программного обеспечения, выполняющегося в блоке обработки, таком как процессор (например, микропроцессор или цифровой процессор сигналов), контроллер, специализированная интегральная схема и т.п. В еще одном альтернативном варианте элементы устройства 1500 связи могут быть реализованы в виде сочетания программного обеспечения и/или аппаратных средств.

[0145] В качестве примера передатчик 1505 и приемник 1520 могут быть реализованы в виде специального аппаратного блока, тогда как слепой детектор 1520, контроллер 1525 пространства поиска, селектор 1530 каналов, блок 1535 параметров и блок 1540 сигнализации могут быть программными модулями, выполняющимися в микропроцессоре либо специализированной схеме или специализированной составной логической матрице программируемой пользователем логической матрицы.

[0146] Фиг. 16 иллюстрирует местоположения примерного U-PDCCH в новой области 1600 управления. Как показано на фиг. 16, U-PDCCH 1601 может охватывать некий диапазон частот в области данных. Хотя U-PDCCH 1602 может включать в себя RB в первом временном слоте и втором временном слоте, U-PDCCH 1603 может включать в себя RB в первом временном слоте, а U-PDCCH 1604 может включать в себя RB во втором временном слоте.

[0147] Также можно задать временное местоположение U-PDCCH. Например, R-PDCCH, который задан для версии 10 LTE 3GPP, всегда начинается с четвертого символа (символ #3 при использовании нумерации с отсчетом от нуля). Может быть желательно, чтобы U-PDCCH начинался уже с символа #0. Это могло бы произойти, например, на несущей, назначенной в качестве расширенной несущей, которая не имеет области PDCCH. В таком случае использовалось бы совместное планирование несущих или U-PDCCH, при этом возможно переключение между PDCCH, выполняющим совместное планирование несущих, и U-PDCCH, работающим как описано в предыдущем разделе, если присутствуют области управления U-PDCCH и PDCCH. Другой возможностью может быть использование Физического канала индикатора формата управления (PCFICH) для получения длины PDCCH. В качестве примера eNB может передать PDCCH и U-PDCCH, причем U-PDCCH начинается после PDCCH, если оба занимают один субкадр, или U-PDCCH начинается уже с символа #0, если PDCCH в субкадре отсутствует.

[0148] Фиг. 17 иллюстрирует блок-схему алгоритма операций 1700 UE при поиске U-PDCCH с использованием PCFICH. Операции 1700 UE могут указывать операции, происходящие в UE, например UE 110 и UE 120, когда UE использует PCFICH для поиска U-PDCCH.

[0149] Операции 1700 UE могут начинаться с того, что UE определяет временную длительность (например, значение Индикатора формата управления (CFI)) области управления PDCCH из PCFICH (этап 1705). UE может определить начальную точку области управления U-PDCCH на основе окончания области управления PDCCH (этап 1710). Например, область управления U-PDCCH может начинаться с символа непосредственно после области управления PDCCH либо на один или более символов позже (например, после смещения). Это смещение может явно устанавливаться в стандарте или может предоставляться сигнализацией верхнего уровня, например RRC или SIB. Однако если область управления PDCCH отсутствует, то область управления U-PDCCH может начинаться с символа непосредственно после начала субкадра.

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

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

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

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

[0154] Способ дополнительно мог бы включать в себя то, что указание переключиться содержит указание переключиться для поднабора пользователей. Способ дополнительно мог бы включать в себя то, что поднабор пользователей индексируется по их RNTI UE. Способ дополнительно мог бы включать в себя то, что предоставления ресурсов для конкретного беспроводного узла отправляются в обеих областях управления в течение заданного периода времени. Способ дополнительно мог бы включать в себя то, что таймер используется для измерения длительности определения двух областей управления.

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

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

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

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

[0159] Способ дополнительно мог бы включать в себя то, что указание содержит указание переключиться для поднабора беспроводных узлов. Способ дополнительно мог бы включать в себя то, что поднабор пользователей индексируется по их RNTI UE.

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

[0161] Хотя настоящее изобретение и его преимущества подробно описаны, следует понимать, что в этом документе можно произвести различные изменения, замены и переделки без отклонения от сущности и объема изобретения, которые заданы прилагаемой формулой изобретения.