МОНИТОРИНГ КАНАЛА УПРАВЛЕНИЯ, ОСНОВАННЫЙ НА ОБЛАСТИ ПОИСКА
MONITORING CONTROL CHANNEL BASING ON SEARCH AREA

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится к способам функционирования узла управления или принимающего узла и к соответствующим устройствам для реализации этих узлов.
ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
В сетях мобильной связи, например, в соответствии с проектом партнерства третьего поколения (3GPP), канал управления может использоваться для передачи управляющей информации на оборудование пользователя (UE). Примером такого канала управления является физический канал управления нисходящей линии связи (PDCCH), как определено для LTE (Долгосрочного развития) 3GPP. PDCCH передается в области управления L1/L2 подкадра. Область управления L1/L2 состоит из первого-четвертого символов мультиплексирования с ортогональным частотным разделением (OFDM) подкадра и охватывает всю частотную область.
Ретрансляция была введена в Версии 10 LTE. Поскольку ретрансляционный узел (RN) может быть не в состоянии принимать обычный канал управления, то есть PDCCH, от своей донорской базовой станции (BS), в LTE 3GPP называемой донорским eNB (DeNB), был введен дополнительный канал управления, называемый ретрансляционным PDCCH (R-PDCCH). R-PDCCH не передается в области управления L1/L2. Вместо этого R-PDCCH передается в области обычных данных подкадра. Во временной области подкадр делится на первый слот и второй слот. В первом слоте R-PDCCH начинается в четвертом символе OFDM слота и заканчивается в конце этого слота. Во втором слоте R-PDCCH начинается в первом символе OFDM слота и заканчивается в конце этого слота. В частотной области R-PDCCH передается в одном или более блоках ресурсов (RB). Назначения нисходящей линии связи (DL) передаются на R-PDCCH в первом слоте, а предоставления восходящей линии связи (UL) передаются на R-PDCCH во втором слоте.
Кодирование, скремблирование и модуляция для R-PDCCH следуют тем же принципам, что и для PDCCH. Однако отображение R-PDCCH в частотно-временные ресурсы отличается. В варианте R-PDCCH, который основан на характерных для UE опорных символах демодуляции (DMRS), нет никакого перекрестного перемежения множества каналов R-PDCCH в единственном RB. Вместо этого, один R-PDCCH отображается в один набор блоков RB, при этом количество блоков RB может быть равно 1, 2, 4 или 8, в зависимости от степени агрегирования. Пример такой передачи R-PDCCH показан на фиг. 1. Без перекрестного перемежения R-PDCCH может передаваться на входах антенн с характерными для UE DMRS.
Для R-PDCCH назначения DL передаются в первом слоте подкадра, а предоставления UL передаются во втором слоте подкадра. Передача назначений DL в первом слоте и предоставлений UL во втором слоте подкадра вынуждает приемник выполнять прием в течение всего подкадра. Следовательно, такой подход препятствует концепции, называемой "микросном", при котором приемник может отключать питание некоторых из своих компонентов после того, как он обнаруживает, что в конкретном подкадре нет назначения DL. Кроме того, при разделении назначений DL и предоставлений UL, подлежащих передаче в двух различных слотах, требуется одна попытка слепого декодирования в каждом слоте: одна для назначений DL, передаваемых с форматом 1A управляющей информации нисходящей линии связи (DCI), и одна для предоставлений UL, передаваемых с форматом 0 DCI. Следовательно, это увеличивает общее количество попыток слепого декодирования.
В соответствии с этим, существует потребность в методиках, которые создают возможность для эффективной передачи управляющей информации на принимающий узел.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
В соответствии с вариантом осуществления изобретения, обеспечен способ функционирования узла управления для осуществления связи по меньшей мере с одним принимающим узлом. Связь структурируется в кадрах, содержащих несколько подкадров. Способ содержит передачу канала управления в области поиска одного из подкадров. Область поиска содержит конфигурируемый временной диапазон.
В соответствии с дополнительным вариантом осуществления изобретения, обеспечен способ функционирования принимающего узла для осуществления связи по меньшей мере с одним узлом управления. Связь структурируется в кадрах, содержащих несколько подкадров. Способ содержит поиск канала управления в области поиска одного из подкадров. Область поиска содержит конфигурируемый временной диапазон.
В соответствии с дополнительным вариантом осуществления изобретения, обеспечен узел управления. Узел управления выполнен с возможностью осуществления вышеупомянутого способа функционирования узла управления.
В соответствии с дополнительным вариантом осуществления изобретения, обеспечен принимающий узел. Принимающий узел выполнен с возможностью осуществления вышеупомянутого способа функционирования принимающего узла.
В соответствии с дополнительным вариантом осуществления изобретения, обеспечен узел управления. Узел управления содержит передатчик для осуществления связи по меньшей мере с одним принимающим узлом. Связь структурируется в кадрах, содержащих несколько подкадров. Кроме того, узел управления содержит контроллер. Контроллер сконфигурирован с возможностью управления передатчиком для передачи канала управления в области поиска одного из подкадров. Область поиска содержит конфигурируемый временной диапазон.
В соответствии с дополнительным вариантом осуществления изобретения, обеспечен принимающий узел. Принимающий узел содержит приемник для осуществления связи с узлом управления. Связь структурируется в кадрах, содержащих несколько подкадров. Кроме того, принимающий узел содержит контроллер, сконфигурированный с возможностью поиска канала управления в области поиска одного из подкадров. Область поиска содержит конфигурируемый временной диапазон.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг. 1 схематично иллюстрирует пример передачи R-PDCCH в соответствии со спецификациями Версии 10 3GPP для LTE.
Фиг. 2 схематично иллюстрирует сетевую среду мобильной связи, в которой могут быть применены концепции в соответствии с вариантом осуществления изобретения.
Фиг. 3 показывает примерную структуру подкадра, используемую в варианте осуществления изобретения.
Фиг. 4 показывает схему последовательности этапов для иллюстрирования способа в соответствии с вариантом осуществления изобретения.
Фиг. 5 показывает схему последовательности этапов для иллюстрирования дополнительного способа в соответствии с вариантом осуществления изобретения.
Фиг. 6 схематично иллюстрирует узел управления в соответствии с вариантом осуществления изобретения.
Фиг. 7 схематично иллюстрирует принимающий узел в соответствии с вариантом осуществления изобретения.
Фиг. 8 схематично иллюстрирует базовую станцию в соответствии с вариантом осуществления изобретения.
Фиг. 9 схематично иллюстрирует UE в соответствии с вариантом осуществления изобретения.
Фиг. 10 схематично иллюстрирует ретрансляционный узел в соответствии с вариантом осуществления изобретения.
ПОДРОБНОЕ ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
Ниже изобретение будет описано более подробно со ссылкой на примерные варианты осуществления и на прилагаемые чертежи. Иллюстрируемые варианты осуществления относятся к концепциям, применяемым при передаче управляющей информации на принимающий узел, которая задействует основанный на области поиска мониторинг канала управления DL. Ниже концепции будут описаны со ссылкой на варианты осуществления, которые включают в себя в себя сеть мобильной связи в соответствии со спецификациями LTE 3GPP.
Фиг. 2 схематично иллюстрирует сетевую среду мобильной связи, то есть инфраструктуру сети мобильной связи, представленную базовой станцией (BS) 100 и RN 200, а также UE 300. В соответствии с иллюстрируемым сценарием LTE, BS 100 также может упоминаться как eNB. Для RN 200, BS 100 может действовать как DeNB. Это означает, что соединение передачи данных сетевой стороны RN 200 обеспечено посредством беспроводного соединения с BS 100. UE 300 может быть, например, мобильным телефоном или другим типом устройства, которое может быть беспроводным образом соединено с сетью мобильной связи. Соединение UE 300 с сетью мобильной связи может быть установлено через RN 200 или непосредственно с BS 100.
В соответствии с концепциями, как описано в данном документе, канал управления DL, например, канал управления, основанный на характерных для UE опорных сигналах, таких как DMRS, может использоваться для передачи управляющей информации на обычные оборудования UE, например, на UE 300, если не используется ретрансляция с помощью RN 200. В дальнейшем, термин E-PDCCH будет использоваться как синоним для такого улучшенного канала управления, который основан на характерных для UE опорных сигналах.
Один аспект этих концепций заключается в том, чтобы сконфигурировать продолжительность времени и местоположение временной области E-PDCCH, и необязательно соединить их с другими типами параметров, такими как C-RNTI и номер подкадра. Продолжительность времени E-PDCCH, в частности, может быть короче, чем продолжительность подкадра. Кроме того, могут быть сконфигурированы поднаборы подкадров, в которых передается E-PDCCH.
Чтобы проиллюстрировать эти концепции, рассматривается связь между BS, например, BS 100, и одним или более оборудованиями UE, например, UE 300. В случаях, в которых добавляются один или более узлов RN, таких как RN 200, обсуждаемые принципы также применимы. В последнем случае, концепции применяются к связи между BS и одним или более узлами RN, при этом узлы RN занимают положение оборудований UE, или в более общем смысле принимающего узла, или к связи между RN и одним или более оборудованиями UE, при этом RN занимает положение BS, или в более общем смысле узла управления.
Связь обычно структурируется в кадрах, содержащих несколько подкадров, которые могут быть разделены на подполосы в частотной области. Пример такого подкадра 1 приведен на фиг. 3. Во временной области, как иллюстрируется осью t времени, подкадр 1 делится на первый слот 2 и второй слот 3. Первый слот 2 делится на первую часть 4 и вторую часть 5. В частотной области, как иллюстрируется осью f частоты, подкадр 1 делится на подполосы. Каждая подполоса может называться индексом RB в частотной области. Например, RB 7 может называться индексом 6 RB в частотной области и вторым слотом 3 во временной области. Область 8 в подкадре 1 является примером области поиска, используемой в настоящих концепциях. Она охватывает несколько подполос и определенный временной диапазон.
В иллюстрируемых концепциях множество каналов управления могут передаваться с применением концепции пространства поиска или области поиска. Пространство поиска или область поиска является набором местоположений возможных вариантов в частотно-временной сетке, в которой UE или RN ожидает передачу канала управления. Одно пространство поиска или область поиска содержит набор местоположений возможных вариантов для конкретной степени агрегирования.
В варианте осуществления обеспечен способ функционирования узла управления. Схема последовательности этапов для иллюстрирования способа показана на фиг. 4. Чтобы реализовать способ, узлом управления могут быть выполнены один или более этапов, иллюстрируемых на фиг. 4. Узел управления может быть BS, eNodeB, DeNB или RN. Узел управления может соответствовать, например, BS 100 или RN 200, показанным на фиг. 2.
Как иллюстрируется посредством этапа 430, способ содержит этап передачи канала управления в области поиска. Каналом управления может быть E-PDCCH. Область поиска содержит конфигурируемый временной диапазон в пределах подкадра и может охватывать одну или более подполос. Временной диапазон может быть короче, чем продолжительность подкадра.
Как далее иллюстрируется посредством этапа 410, способ также может содержать конфигурирование расположения канала управления. Расположение может быть сконфигурировано во временной области и/или в частотной области. Это может содержать определение подполос, охваченных областью поиска в частотной области, и/или определение временного диапазона, охваченного областью поиска во временной области.
Как далее иллюстрируется посредством этапа 420, способ также может содержать определение управляющей информации, подлежащей передаче на канале управления. Управляющая информация, в частности, может включать в себя одно или более назначений DL и одно или более предоставлений UL.
В соответствии с дополнительным вариантом осуществления, обеспечен способ функционирования принимающего узла. Схема последовательности этапов для иллюстрирования способа показана на фиг. 5. Чтобы реализовать способ, принимающим узлом могут быть выполнены один или более этапов, иллюстрируемых на фиг. 5. Принимающим узлом может быть UE, например, UE 300, или RN, например, RN 200.
Как иллюстрируется посредством этапа 510, способ содержит этап поиска канала управления в области поиска. Каналом управления может быть E-PDCCH. Канал управления может содержать одно или более предоставлений UL и одно или более назначений DL. Как упомянуто выше, область поиска содержит конфигурируемый временной диапазон в пределах подкадра и может охватывать одну или более подполос. Временной диапазон может быть короче, чем продолжительность подкадра.
Как далее иллюстрируется посредством этапа 520, способ также может содержать этап приема канала управления. Он может включать в себя, например, выполнение одной попытки слепого декодирования, чтобы принимать предоставления UL и назначения DL, передаваемые на канале управления.
Как далее иллюстрируется посредством этапа 530, способ также может содержать этап определения управляющей информации из принимаемого канала управления. Например, он может включать в себя определение предоставлений UL и назначений DL, передаваемых на канале управления.
В вышеупомянутых способах, каждый подкадр в кадре может содержать область поиска. В качестве альтернативы, область поиска содержит только поднабор подкадров в кадре. Расположение, например местоположение области поиска во временной области, может изменяться от одного подкадра, имеющего область поиска, к следующему подкадру, имеющему область поиска. Например, расположение может чередоваться между первым слотом и вторым слотом.
Расположение области поиска также может зависеть от индекса принимающего узла, например, так, что расположение изменяется с различными значениями индекса. Примером такого индекса принимающего узла является временный идентификатор радиосети сотовой связи (C-RNTI).
Продолжительность E-PDCCH может быть конфигурируемой. Без перекрестного перемежения единственный E-PDCCH может быть отображен в данный RB, и продолжительность E-PDCCH можно рассматривать как размеры временной области в области поиска E-PDCCH. Сконфигурированная продолжительность E-PDCCH может быть меньше, чем весь подкадр, чтобы обеспечить возможность для "микросна". Если предположить, что для надлежащей демодуляции E-PDCCH необходимы DMRS, и поскольку DMRS присутствуют в одном символе OFDM на каждый слот, необходимый временной блок для размеров временной области в области поиска может быть слотом. Другими словами, во временной области область поиска может охватывать диапазон времени в один слот.
Однако с модифицированной структурой DMRS, которая содержит DMRS в большем количестве символов OFDM, также возможны меньшие блоки, каждый из которых содержит DMRS. В подкадрах с одновременными передачами PDCCH и E-PDCCH, символы OFDM области управления L1/L2 в начале каждого подкадра обычно не используются для передач E-PDCCH. Однако, в подкадрах без передач PDCCH, E-PDCCH может занимать любой символ OFDM. Следовательно, он может начинаться с самого начала подкадра.
В дополнение к этому или в качестве альтернативы, местоположение временной области E-PDCCH в пределах подкадра может быть конфигурируемым. Передача E-PDCCH в начале, например, в первом слоте подкадра может увеличивать до максимума продолжительность, в течение которой UE может перейти в "микросон". Другими словами, это может быть использовано, что выгодно с точки зрения потребления энергии, чтобы иметь короткий период для потенциальной передачи сигналов управления и длительный период для передачи данных, потому что приемник должен включать питание и осуществлять прием в течение периода управления, тогда как он может отключать питание в течение периода данных, если назначение DL не было обнаружено.
Кроме того, передача назначений DL в начале подкадра может ослабить требования по согласованию во времени декодирования в реальном времени PDSCH в приемнике, поскольку приемник может начинать декодирование гораздо раньше. Однако, если все оборудования UE сконфигурированы с возможностью приема E-PDCCH в начале подкадра, ресурсы для передачи E-PDCCH могут оказаться перегруженными, и это может привести к дефициту ресурсов и повышенным помехам. Кроме того, остальная часть подкадра может быть неиспользованной, так как она остается незаполненной. Это имеет место, если мультиплексирование временной области управления и данных в одном и том же блоке ресурсов невозможно или если нет никаких данных, подлежащих мультиплексированию. Следовательно, было бы разумно конфигурировать местоположение временной области E-PDCCH в середине или в конце подкадра.
Местоположение временной области E-PDCCH также может быть сконфигурировано на большем промежутке времени, чем подкадр, и это означает, что E-PDCCH передается только в поднаборе подкадров одного или более радиокадров. Для того чтобы сделать это, местоположение временной области E-PDCCH может зависеть от номера подкадра. В этом случае необходимо контролировать только поднабор подкадров для потенциальной передачи E-PDCCH, что является еще более энергоэффективным, чем только "микросон" на уровне подкадров. Это можно рассматривать как "микросон" на уровне радиокадров. Например, при использовании E-PDCCH в системах с улучшенными возможностями относительно множества антенн, E-PDCCH может быть сконфигурирован с возможностью осуществления только во время подкадров широковещательной одночастотной сети многоадресной передачи (MBSFN). Такие подкадры MBSFN свободны от характерных для сот опорных сигналов (CRS), и, следовательно, применимы для передач, основанных на DMRS.
При использовании E-PDCCH в гетерогенных сетях также может быть выгодно конфигурировать E-PDCCH, подлежащий передаче только в выбранных подкадрах, например, только в почти пустых подкадрах. Поднабор подкадров, в которых передается E-PDCCH, также может быть определен как функция поднаборов подкадров, определяемая для сообщения информации о состоянии канала (CSI) и/или измерений, например, в улучшенной координации помех между сотами (eICIC) в соответствии с Версией 10 LTE. Другая примерная конфигурация предназначена для конфигурирования местоположения временной области E-PDCCH в подкадрах либо с четными, либо с нечетными номерами.
Местоположение временной области E-PDCCH также может быть величиной, зависящей от времени, например, таким образом, что местоположение временной области E-PDCCH в пределах подкадра зависит от номера подкадра. Например, E-PDCCH может поочередно передаваться в первом и втором слоте подкадров с четными и нечетными номерами, соответственно. Подкадр также может быть подразделен больше чем на две части, как описано выше, и местоположение временной области E-PDCCH может чередоваться между всеми этими частями.
В некоторых сценариях также может быть использовано, что на уровне соты каждое UE может быть однозначно определено его C-RNTI. Например, номер подкадра, в котором передается E-PDCCH для определенного UE, может быть дополнительно объединен с C-RNTI. С этой целью, UE может выполнять мониторинг первого слота, если удовлетворяется условие, зависящее от номера подкадра и C-RNTI, в противном случае оно должно выполнять мониторинг второго слота. Это условие может быть определено, например, соотношением: (номер подкадра+C-RNTI) mod 2=0. Такая операция может использоваться для того, чтобы сбалансировать нагрузку E-PDCCH в пределах подкадра. Это может использоваться для достижения компромисса между энергоэффективной работой UE в подкадрах, в которых E-PDCCH передается в начале, и эффективным использованием ресурсов на системном уровне, потому что E-PDCCH для некоторых оборудований UE передается в конце. На системном уровне можно избегать ситуаций, когда ресурсы остаются неиспользованными.
Конфигурирование продолжительности и местоположения временной области E-PDCCH может быть сделано в явной форме. Например, на нижних уровнях передача сигналов управления L1/L2 может использоваться для того, чтобы динамически указывать допустимую конфигурацию для текущего подкадра. С этой целью существующая передача сигналов может быть модифицирована или переинтерпретирована. Например, физический канал индикатора формата для управления (PCFICH) может использоваться для индикации продолжительности E-PDCCH в соответствующем подкадре. В данной работе меньшее значение может указывать на меньшую продолжительность E-PDCCH, что может обеспечивать большие периоды "микросна". На более высоких уровнях, передача сигналов управления доступом к среде передачи данных (MAC), управления радиолинией (RLC) или управления радиоресурсами (RRC) может использоваться для полустатического конфигурирования конфигурации. Например, можно использовать битовые карты, чтобы указывать определенные поднаборы подкадров, в которых передается E-PDCCH. Еще одной дополнительной возможностью может быть использование статической конфигурации.
Продолжительность и местоположение временной области E-PDCCH также могут быть сконфигурированы неявно. В этом случае конфигурация может быть связана с некоторым другим типом параметра. Например, конфигурация может быть статически связана с номером подкадра и/или с C-RNTI, как описано выше. Комбинация явной и неявной передачи сигналов также возможна. Например, eNB может конфигурировать UE для приема E-PDCCH в каждом x-мподкадре, причем период x является конфигурируемым, и при этом местоположение E-PDCCH в пределах подкадра является функцией номера подкадра и C-RNTI.
Для достижения гибкости конфигурирование может быть характерным для UE. Однако, чтобы понизить сложность, также может использоваться конфигурирование, характерное для соты.
В некоторых сценариях могут использоваться отдельные конфигурации для назначений DL и предоставлений UL. Из-за более строгих требований по согласованию во времени для декодирования в реальном времени назначений DL и соответствующих данных DL, E-PDCCH, переносящий назначения DL, может быть сконфигурирован иначе, чем E-PDCCH, переносящий предоставления UL. Например, может быть выгодно, чтобы конфигурировать UE для декодирования вслепую назначений DL только в первом слоте, в то время как оно декодирует вслепую предоставления UL в обоих слотах.
С агрегированием несущих две или более несущих могут использоваться одновременно. Первичная компонентная несущая, также называемая Pcell, всегда присутствует, в то время как одна или более вторичных компонентных несущих, также называемых Scell, могут активизироваться и использоваться по требованию. E-PDCCH может использоваться на них обеих, и на Pcell, и на Scell. Конфигурация E-PDCCH может быть передана на той же самой несущей, что и соответствующий E-PDCCH, или конфигурация может быть отправлена на отличающейся компонентной несущей. В некоторых сценариях, Pcell может использоваться для конфигурирования E-PDCCH для Pcell и любой другой Scell.
В дополнительном варианте осуществления обеспечен узел управления. Узел управления выполнен с возможностью осуществления вышеупомянутого способа функционирования узла управления. Пример узла управления изображен на фиг. 6. Как иллюстрируется, узел 10 управления включает в себя передатчик 12 и необязательно также приемник 14. Кроме того, узел 10 управления может включать в себя по меньшей мере один процессор, связанный по меньшей мере с одним некратковременным машиночитаемым запоминающим устройством для хранения машиночитаемых команд. Машиночитаемые команды, при выполнении по меньшей мере одним процессором, могут предписывать по меньшей мере одному процессору выполнять способ функционирования узла управления, как описано в данном документе. Процессор может реализовывать контроллер 15 узла управления.
В дополнительном варианте осуществления обеспечен принимающий узел. Принимающий узел выполнен с возможностью осуществления вышеупомянутого способа функционирования принимающего узла. Пример принимающего узла изображен на фиг. 7. Как иллюстрируется, принимающий узел 20 включает в себя приемник 22 и необязательно также передатчик 24. Принимающий узел 20 дополнительно может включать в себя по меньшей мере один процессор, связанный по меньшей мере с одним некратковременным машиночитаемым запоминающим устройством для хранения машиночитаемых команд. Машиночитаемые команды, при выполнении по меньшей мере одним процессором, могут предписывать по меньшей мере одному процессору выполнять способ функционирования принимающего узла, как описано в данном документе. Процессор может реализовывать контроллер 25 принимающего узла.
Фиг. 8 схематично иллюстрирует примерные структуры для реализации вышеописанных концепций в BS 100. В вышеописанных концепциях, BS 100 может действовать как узел управления.
В иллюстрируемой структуре, BS 100 включает в себя радиоинтерфейс 130 для передачи данных на или от терминального устройства 200. Следует понимать, что для реализации функциональных возможностей передатчика (TX) радиоинтерфейс 130 может включать в себя один или более передатчиков 134, и что для реализации функциональных возможностей приемника (RX) радиоинтерфейс 130 может включать в себя один или более приемников 132. Радиоинтерфейс 130, в частности, может быть выполнен с возможностью передачи вышеупомянутого канала управления. В вышеупомянутом сценарии LTE, радиоинтерфейс 130 может соответствовать интерфейсу LTE-Uu. Кроме того, BS 100 может включать в себя интерфейс 140 управления для осуществления связи с другими узлами сети мобильной связи.
Кроме того, BS 100 включает в себя процессор 150, подсоединенный к интерфейсам 130, 140, и запоминающее устройство 160, подсоединенное к процессору 150. Запоминающее устройство 160 может включать в себя постоянное запоминающее устройство (ROM), например флэш ROM, оперативное запоминающее устройство (RAM), например динамическое RAM (DRAM) или статическое RAM (SRAM), запоминающее устройство сверхбольшой емкости, например жесткий диск или твердотельный диск, и т.п. Запоминающее устройство 160 включает в себя соответствующим образом сконфигурированный программный код, подлежащий выполнению процессором 150, чтобы реализовывать вышеописанные функциональные возможности BS 100. Более конкретно, запоминающее устройство 160 может включать в себя модуль 170 конфигурирования канала управления для выполнения вышеописанного конфигурирования E-PDCCH, в частности, относительно временного диапазона области поиска. Кроме того, запоминающее устройство 160 может включать в себя управляющий модуль 180 для управления передачей канала управления вышеописанным способом.
Следует понимать, что эта структура, проиллюстрированная на фиг. 8, является просто схематичной, и что BS 100 в действительности может включать в себя дополнительные компоненты, которые, ради ясности, не были проиллюстрированы, например дополнительные интерфейсы или дополнительные процессоры. Кроме того, следует понимать, что запоминающее устройство 160 может включать в себя дополнительные типы модулей программных кодов, которые не иллюстрируются. Например, запоминающее устройство 160 может включать в себя модули программных кодов для реализации обычных функциональных возможностей BS, например, известных функциональных возможностей eNB или DeNB. В соответствии с некоторыми вариантами осуществления, также может быть обеспечен компьютерный программный продукт для реализации концепций в соответствии с вариантами осуществления изобретения, например машиночитаемый носитель информации, хранящий программный код и/или другие данные, подлежащие хранению в запоминающем устройстве 160.
Фиг. 9 схематично иллюстрирует примерные структуры для реализации вышеописанных концепций в UE 300. В вышеописанных концепциях UE 300 может действовать как принимающий узел.
В иллюстрируемой структуре UE 300 включает в себя радиоинтерфейс 330 для выполнения передачи данных на или от сети мобильной связи, например, через BS 100. В частности, радиоинтерфейс 330 может быть выполнен с возможностью приема E-PDCCH. Кроме того, радиоинтерфейс 330 может быть выполнен с возможностью приема данных DL и выполнения передач данных UL. Следует понимать, что для реализации функциональных возможностей передатчика (TX) радиоинтерфейс 330 включает в себя один или более передатчиков 334, и что для реализации функциональных возможностей приемника (RX) радиоинтерфейс 330 может включать в себя один или более приемников 332. В вышеупомянутом сценарии LTE радиоинтерфейс 330 может соответствовать интерфейсу LTE-Uu.
Кроме того, UE 300 включает в себя процессор 350, подсоединенный к интерфейсу 330, и запоминающее устройство 360, подсоединенное к процессору 350. Запоминающее устройство 360 может включать в себя ROM, например флэш ROM, RAM, например DRAM или SRAM, запоминающее устройство сверхбольшой емкости, например жесткий диск или твердотельный диск, и т.п. Запоминающее устройство 360 включает в себя соответствующим образом сконфигурированный программный код, подлежащий выполнению процессором 350, чтобы реализовывать вышеописанные функциональные возможности UE 300. Более конкретно, запоминающее устройство 360 может включать в себя модуль 370 поиска для того, чтобы выполнять вышеупомянутый поиск E-PDCCH в области поиска. Кроме того, запоминающее устройство 360 может включать в себя управляющий модуль 380 для выполнения различных операций управления, например, управления UE 300 так, чтобы выполнять передачи UL или принимать передачи DL в соответствии с управляющей информацией, принимаемой на E-PDCCH.
Следует понимать, что эта структура, проиллюстрированная на фиг. 9, является просто схематичной, и что UE 300 в действительности может включать в себя дополнительные компоненты, которые, ради ясности, не были проиллюстрированы, например дополнительные интерфейсы или дополнительные процессоры. Кроме того, следует понимать, что запоминающее устройство 360 может включать в себя дополнительные типы модулей программных кодов, которые не иллюстрируются. Например, запоминающее устройство 360 может включать в себя модули программных кодов для реализации обычных функциональных возможностей UE или программный код одного или более приложений, подлежащих выполнению процессором 350. В соответствии с некоторыми вариантами осуществления, также может быть обеспечен компьютерный программный продукт для реализации концепций в соответствии с вариантами осуществления изобретения, например машиночитаемый носитель информации, хранящий программный код и/или другие данные, подлежащие хранению в запоминающем устройстве 360.
Фиг. 10 схематично иллюстрирует примерные структуры для реализации вышеописанных концепций в RN 200. В вышеописанных концепциях, RN 200 может действовать как узел управления, при рассмотрении связи между RN 200 и UE, например, UE 300. В качестве альтернативы или в дополнение к этому, RN 200 может действовать как принимающий узел, при рассмотрении связи между RN и его донорской BS, например, BS 100.
В иллюстрируемой структуре, RN 200 включает в себя радиоинтерфейс 230 для осуществления связи с донорской BS, например, BS 100, и для осуществления связи с одним или более оборудованиями UE, обслуживаемыми RN 200, например, UE 300.
Кроме того, RN 200 включает в себя процессор 250, подсоединенный к интерфейсу 340 управления, и запоминающее устройство 260, подсоединенное к процессору 250. Запоминающее устройство 260 может включать в себя ROM, например флэш ROM, RAM, например DRAM или SRAM, запоминающее устройство сверхбольшой емкости, например жесткий диск или твердотельный диск, и т.п. Запоминающее устройство 260 включает в себя соответствующим образом сконфигурированный программный код, подлежащий выполнению процессором 250, чтобы реализовывать вышеописанные функциональные возможности RN 200. Более конкретно, запоминающее устройство 260 может включать в себя модуль 270 конфигурирования канала управления для выполнения вышеописанного конфигурирования E-PDCCH, в частности, относительно временного диапазона области поиска. Кроме того, запоминающее устройство 260 может включать в себя модуль 270 поиска для того, чтобы выполнять вышеупомянутый поиск E-PDCCH в области поиска. Более того, запоминающее устройство 260 может включать в себя управляющий модуль 290 для управления передачей канала управления вышеописанным способом и/или для выполнения различных операций управления, например, управляя RN 300 так, чтобы выполнять передачи UL или принимать передачи DL в соответствии с управляющей информацией, принимаемой на E-PDCCH.
Следует понимать, что эта структура, проиллюстрированная на фиг. 10, является просто схематичной, и что RN 200 в действительности может включать в себя дополнительные компоненты, которые, ради ясности, не были проиллюстрированы, например, дополнительные интерфейсы или дополнительные процессоры. Например, RN 200 может иметь два радиоинтерфейса: один для осуществления связи с донорской BS, а другой для осуществления связи с обслуживаемыми оборудованиями UE. Кроме того, следует понимать, что запоминающее устройство 260 может включать в себя дополнительные типы модулей программных кодов, которые не иллюстрируются. Например, запоминающее устройство 260 может включать в себя модули программных кодов для реализации обычных функциональных возможностей RN, например, как описано в спецификациях LTE 3GPP. В соответствии с некоторыми вариантами осуществления, также может быть обеспечен компьютерный программный продукт для реализации концепций в соответствии с вариантами осуществления изобретения, например машиночитаемый носитель информации, хранящий программный код и/или другие данные, подлежащие хранению в запоминающем устройстве 260.
Как можно видеть, концепции, описанные выше, позволяют использовать конфигурируемую продолжительность и конфигурируемое местоположение временной области E-PDCCH. Это, в свою очередь, создает возможность для хорошего компромисса между коэффициентом использования энергии, например, экономией энергии благодаря "микросну", требованиями UE, например, декодированием PDSCH в реальном времени, и функциональными характеристиками, например, задержкой планирования из-за ограниченных передач E-PDCCH. При использовании E-PDCCH назначения DL и предоставления UL могут передаваться в одной и той же области поиска. Благодаря передаче назначений DL и предоставлений UL в одной и той же области поиска, количество необходимых попыток слепого декодирования может быть сокращено. В частности, передаваемые в одной той же области поиска, формат 1A DCI, то есть назначение DL, и формат 0 DCI, то есть предоставление UL, могут быть вслепую декодированы с единственной попытки, поскольку оба формата DCI имеют одинаковый размер, измеряемый относительно количества битов.
Следует понимать, что примеры и варианты осуществления, описанные выше, являются просто иллюстративными и допускают различные модификации. Например, концепции могут использоваться в таких типах сети мобильной связи, которые отличаются от вышеупомянутых примеров сети мобильной связи LTE. Кроме того, следует понимать, что вышеупомянутые концепции могут быть реализованы с использованием соответствующим образом разработанного программного обеспечения в существующих узлах сети мобильной связи или оборудованиях UE, или с использованием специализированного аппаратного обеспечения таких узлов сети мобильной связи или оборудований UE.