Планирование ресурса нисходящего канала передачи

Планирование ресурса нисходящего канала передачи

Иллюстрации

Показать все

Реферат

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

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

Уровень техники

В Проекте Партнерства 3-го поколения (3GPP) долгосрочное развитие (LTE) Release 10 (март 2011 г.), который также может называться современным - LTE (LTE-А), гетерогенные сети (HetNets) основаны на том, чтобы обеспечить передачу данных с высокой пропускной способностью. HetNets может включать в себя соты разного класса мощности, например, макро-, пико- или фемтокласса, и класса доступа, например, открытая или закрытая группа абонентов (CSG). Для того чтобы приспособиться к недостатку сигналов управления для координации взаимных помех между сотами (ICIC) в 3GPP LTE Release 8 (сентябрь 2009), были предусмотрены операции с множеством несущих с планированием между несущими. Это также должно было обеспечить возможность передачи информации управления, применимой к подфрейму первой составляющей несущей, передаваемой в соответствующем подфрейме другой составляющей несущей, которая рассматривалась более надежной. Выполнение операции планирования между несущими одиночного подфрейма способствует использованию поля идентификации несущей (CIF), выделенной для UE информации управления нисходящим каналом передачи (DCI), для обеспечения улучшенной надежности управления и включения улучшенного IOC (eICIC) для HetNets.

В 3GPP LTE Выпуск 11, каждая составляющая несущая может иметь свою собственную конфигурацию дуплексирования с разделением по времени (TDD) восходящего - нисходящего (UL-DL) каналов передачи. Однако объединение несущих с разными конфигурациями TDD UL-DL может усложнить планирование между несущими.

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

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

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

На фиг. 2(а) - 2(с) схематично поясняются сценарии планирования в соответствии с различными вариантами осуществления.

На фиг. 3 показана таблица планирования между несущими для множества подфреймов (MSCC) в соответствии с различными вариантами осуществления.

На фиг. 4 показаны таблицы MSCC в соответствии с различными вариантами осуществления.

На фиг. 5 показана MSCC планирования радиофрейма в соответствии с различными вариантами осуществления.

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

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

На фиг. 8 схематично представлен пример системы в соответствии с различными вариантами осуществления.

Подробное описание изобретения

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

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

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

Фраза "в некоторых вариантах осуществления" используется многократно. Эта фраза, в общем, не относится к одним и тем же вариантам осуществления; однако, может. Термины "содержащий", "имеющий" и "включающий в себя" являются синонимами, если только контекст не представляет другое. Фраза "А и/или В" означает (А), (В), или (А и В). Фраза "А/В" означает (А), (В) или (А и В), аналогично фразе "А и/или В". Фраза "по меньшей мере, один из А, В и С" означает (А), (В), (С), (А и В), (А и С), (В и С) или (А, В и С). Фраза "(А) В" означает (В) или (А и В), то есть А является необязательным элементом.

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

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

На фиг. 1 схематично иллюстрируется сеть 100 беспроводной передачи данных, в соответствии с различными вариантами осуществления. Сеть 100 беспроводной передачи данных (ниже называется "сетью 100") может представлять собой сеть доступа проекта партнерства 3-го поколения (3GPP) современной сети долгосрочного развития (LTE-А), такой как развернутая универсальная мобильная сеть передачи данных (UMTS) наземной сети радиодоступа (e-UTRAN). Сеть 100 может включать в себя базовую станцию, например, базовую станцию (eNB) 104 расширенного узла, выполненную с возможностью беспроводного обмена данными с мобильным терминалом, например, оборудованием 108 пользователя (UE). В то время как варианты осуществления настоящего изобретения описаны со ссылкой на сеть LTE-A, некоторые варианты осуществления могут использоваться с другими типами сетей беспроводного доступа.

В вариантах осуществления, в которых UE 108 выполнена с возможностью использования объединения несущей (СА), множество составляющих несущих (СС) может быть объединено для обмена данными между eNB 104 и UE 108. При исходной установке соединения UE 108 может соединяться с первичной обслуживающей сотой (Pcell) eNB 104, используя первичную СС, которая также может называться CC_0. Такое соединение может использоваться для различных функций, таких как безопасность, мобильность, конфигурация и т.д. Затем UE 108 может соединяться с одной или больше вторичными обслуживающими сотами (Scell) в eNB 104, используя одну или больше вторичных СС. Такие соединения могут использоваться для предоставления дополнительных радиоресурсов.

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

eNB 112 может иметь Pcell и одну или больше Scell, аналогичную eNB 104. Однако одна и та же СС не будет использоваться для Pcell двух базовых станций HetNet. Например, если eNB 104 имеет СС_0 для своей Pcell и СС_1 для своей Scell, eNB 112 может быть иметь СС_1 для своей Pcell и CC_0 для своей Scell.

UE 108 может включать в себя модуль 120 приемника, модуль 124 декодера, модуль 128 планирования и модуль 132 передатчика, соединенные друг с другом, по меньшей мере, как показано. В некоторых вариантах осуществления модуль 124 декодера и/или модуль 128 планирования могут быть встроены в модуль 120 приемника. Вкратце, модуль 124 декодера может работать для декодирования передачи по нисходящему каналу передачи, принятой через Pcell или Scell, в то время как модуль планирования может работать для идентификации передачи в пределах нисходящего канала передачи, которую планируют для UE 108. Модуль 120 приемника и модуль 132 передатчика каждый может быть дополнительно соединен с одной или больше из множества антенн 132 UE 108.

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

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

eNB 104 может включать в себя модуль 136 приемника, модуль 140 планирования, модуль 144 кодера и модуль 148 передатчика, соединенные друг с другом, по меньшей мере, как показано. В некоторых вариантах осуществления, модуль 140 планирования и/или модуль 144 кодера могут быть встроены в модуль 148 передатчика. Модуль 136 приемника и модуль 148 передатчика каждый может быть дополнительно соединен с одной или больше из множества антенн 152 eNB 104. eNB 104 может включать в себя любое количество соответствующих антенн. В разных вариантах осуществления eNB 104 может включать в себя, по меньшей мере, такое же количество антенн, каково количество одновременных потоков передачи, передаваемых в UE 108, хотя объем настоящего раскрытия может не быть ограничен в этом отношении. Одна или больше из антенн 152, в качестве альтернативы, может использоваться, как передающая или приемная антенны. В качестве альтернативы, или в дополнение, одна или больше антенн 152 могут представлять собой специализированные приемные антенны или специализированные передающие антенны.

Хотя это не показано явно, eNB 112 может включать в себя модули/компоненты, аналогичные eNB 104.

При планировании между несущими физического совместно используемого канала нисходящей передачи (PDSCH), информация управления нисходящим каналом передачи (DCI), передаваемая в Pcell, может обеспечивать информацию предоставления нисходящего канала передачи для Pcell или одной из Scell. Информация о предоставлении канала нисходящей передачи может представлять собой показатель ресурса нисходящего канала передачи для PDSCH, который должен включать в себя данные, направляемые в UE 108 через соответствующую обслуживающую соту. DCI может включать в себя поле обозначения несущей (CIF), значение которого обозначает, которой обслуживающей соте принадлежит информация о предоставлении нисходящего канала передачи.

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

Различные варианты осуществления предоставляют планирование между несущими для множества подфреймов (MSCC) по PDSCH. Это также обеспечивает возможность применять DCI, переданную в первом подфрейме Pcell, во втором подфрейме в одной из Scell, которая возникает позже в последовательности фрейма, чем первый подфрейм. Описанная здесь MSCC даже может использоваться с СС, имеющими разную конфигурацию TDD UL/DL. В некоторых вариантах осуществления такое планирование MSCC может поддерживаться без увеличения объема служебных передаваемых данных DCI, для исключения деградации характеристик для детектирования DCI. Это может быть выполнено частично путем предоставления заданных пар подфреймов, как будет описано ниже.

Планирование MSCC может включать в себя заданные пары подфреймов (x, y) в каждой половине радиофрейма. Пары могут включать в себя первую пару (0, 3) и вторую пару (1, 4). Эти конкретные пары могут предоставлять равную задержку при обработке между образующими пару подфреймами. Однако другие варианты осуществления могут включать в себя другие пары.

Обычно пары заданных подфреймов могут обеспечивать опцию DCI и информацию о предоставлении DL в DCI, в частности, переданную в x подфрейме Pcell, идентифицирующую ресурс нисходящей передачи данных в подфрейме Scell. В некоторых вариантах осуществления образование пары подфрейма может быть воплощено только, когда конкретные конфигурации TDD UL/DL для СС предотвращает передачу информации о предоставлении DL в соответствии с обычным механизмом, то есть передачу информацию о предоставлении DL для Scell в том же подфрейме, что и Pcell.

Варианты осуществления обеспечивают то, что, если подфрейм у Pcell представляет собой подфрейм DL, тогда DCI для подфрейма у будет передана в подфрейме у Pcell. Однако если подфрейм у Pcell представляет собой подфрейм UL, предотвращая, таким образом, передачу информации о предоставлении DL, тогда DCI для подфрейма у Scell будет передана в подфрейме x Pcell. Это можно видеть со ссылкой на сценарии, представленные на фиг. 2(а) - 2(с).

На фиг. 2(а) иллюстрируется сценарий, в котором Pcell имеет конфигурацию 0 TDD с подфреймом 0, который представляет собой подфрейм (D) нисходящей передачи данных, подфрейм 1, который представляет собой специальный подфрейм (S), и подфреймами 2-4, которые представляют собой подфреймы (U) восходящего канала передачи. Конфигурации TDD могут быть определены по таблице 1, представленной ниже.

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

Scell на фиг. 2(а) имеет конфигурацию 1 TDD с подфреймами 0 и 4, которые представляют собой подфреймы нисходящего канала передачи, подфрейм 1 представляет собой специальный подфрейм, и подфреймы 2 и 3 являются подфреймами восходящего канала передачи.

В некоторых вариантах осуществления подфрейм 0 Pcell может включать в себя DCI, который идентифицирует нисходящий ресурс в подфрейме 0 Scell. Можно отметить, что формирование пары подфрейма в отношении (0, 3) не требуется, учитывая то, что 3^-ий подфрейм Scell представляет собой подфрейм восходящего канала передачи и, поэтому, не требует информации о предоставлении DL.

Подфрейм 1 Pcell может включать в себя DCI, который идентифицирует ресурс нисходящего канала передачи в подфрейме 1 Scell и/или подфрейме 4 Scell. Пара (1, 4) подфреймов может быть воплощена, в этом случае, поскольку подфрейм у Pcell, то есть подфрейм 4, представляет собой подфрейм восходящего канала передачи.

На фиг. 2(b) иллюстрируется сценарий, в котором Pcell имеет конфигурацию 0 TDD, при этом подфрейм 0 представляет собой подфрейм нисходящего канала передачи, подфрейм 1 представляет собой специальный подфрейм, и подфреймы 2-4 представляют собой подфреймы восходящего канала передачи. Scell имеет конфигурацию 2 TDD, при этом подфреймы 0, 3 и 4 представляют собой подфреймы нисходящего канала передачи, подфрейм 2 представляет собой специальный подфрейм, и подфрейм 2 представляет собой подфрейм восходящего канала передачи.

Подфрейм 0 Pcell может включать в себя DCI, который идентифицирует ресурс нисходящего канала передачи в подфрейме 0 и/или в подфрейме 3 Scell. Пара (0, 3) из подфреймов может быть воплощена в этом случае, поскольку подфрейм у Pcell, то есть подфрейм 3, представляет собой подфрейм восходящего канала передачи. В отличие от сценария на фиг. 2(а), подфрейм 3 Scell представляет собой подфрейм нисходящего канала передачи и поэтому может принимать грант DL.

Подфрейм 1 Pcell может включать в себя DCI, который идентифицирует ресурс нисходящего канала передачи в подфрейме 1 и/или подфрейме 4 Scell. Пара (1, 4) подфреймов может быть воплощена в этом случае, поскольку подфрейм у Pcell, то есть подфрейм 4, представляет собой подфрейм восходящего канала передачи.

На фиг. 2(с) иллюстрируется сценарий, в котором Pcell имеет конфигурацию 1 TDD, при этом подфреймы 0 и 4 представляют собой подфреймы нисходящего канала передачи, подфрейм 1 представляет собой специальный подфрейм, и подфреймы 2 и 3 представляют собой подфреймы восходящего канала передачи. Scell имеет конфигурацию 2 TDD, при этом подфреймы 0, 3 и 4 представляют собой подфреймы нисходящего канала передачи, подфрейм 2 представляет собой специальный подфрейм, и подфрейм 2 представляет собой подфрейм восходящего канала передачи.

Подфрейм 0 Pcell может включать в себя DCI, который идентифицирует ресурс нисходящего канала передачи в подфрейме 0 и/или подфрейме 3 Scell. Пара (0, 3) подфрейма может быть воплощена в этом случае, поскольку подфрейм у Pcell, то есть подфрейм 3, представляет собой подфрейм восходящего канала передачи, и подфрейм 3 Scell представляет собой подфрейм нисходящего канала передачи.

Подфрейм 1 Pcell может включать в себя DCI, который идентифицирует ресурс нисходящего канала передачи в подфрейме 1. Пара (1, 4) подфреймов может не быть воплощена в этом случае, поскольку подфрейм у Pcell, то есть подфрейм 4, представляет собой подфрейм нисходящего канала передачи. Поэтому подфрейм 4 Pcell может включать в себя DCI для подфрейма 4 Scell.

Планированию MSCC может способствовать использование таблицы 300 MSCC, показанной на фиг. 3, в соответствии с некоторыми вариантами осуществления. Таблица 300 MSCC может включать в себя информацию отображения для отдельных комбинаций 3-битных значений CIF и уровней объединения несущей, как показано. Уровень объединения несущей может относиться к тому, какое количество СС или обслуживающих сот выполнено с возможностью обмена данными между eNB 104 и UE 108. Значения в таблице 300 MSCC включают в себя выделенные СС, например, CC_0, СС_1, СС 2 или СС_3, и индекс пары подфрейма, например, 0 и/или 1.

Если DCI включает в себя значение "000" CIF, информация DCI может относиться к Pcell, то есть СС_0. Если DCI включает в себя значение "001" CIF, информация DCI может относиться к первому подфрейму из пары подфреймов Scell, CC_1. Например, со ссылкой на фиг. 2(b), если бы DCI был передан в подфрейме 0 Pcell и включал в себя значение "001" CIF, тогда информация гранта нисходящего канала передачи могла бы идентифицировать ресурс нисходящего канала передачи в подфрейме 0 Scell. Если бы DCI был передан в подфрейме 1 Pcell и включал в себя то же значение CIF, тогда информация гранта нисходящего канала передачи могла бы идентифицировать ресурс нисходящего канала передачи в подфрейме 1 Scell.

Если DCI включает в себя значение "010" CIF, информация DCI может относиться ко второму подфрейму в паре подфреймов Scell, СС_1. Например, со ссылкой на фиг. 2(b), если бы DCI был передан в подфрейме 0 Pcell и включал в себя значение "010" CIF, тогда информация граната нисходящего канала передачи могла идентифицировать ресурс нисходящего канала передачи в подфрейме 3 Scell. Если бы DCI был передан в подфрейме 1 Pcell и включал в себя то же значение CIF, тогда информация гранта нисходящего канала передачи могла бы идентифицировать ресурс нисходящего канала передачи в подфрейме 4 Scell.

Если DCI включает в себя значение "011" CIF, и уровень СА представляет собой либо два, или три, информация DCI может относиться к первому и второму подфреймам пары подфреймов Scell, СС_1. Например, со ссылкой на фиг. 2(b), если DCI, переданный в подфрейме 0 Pcell и включен в значение "011" CIF, тогда информация гранта нисходящего канала передачи могла бы идентифицировать бы ресурс нисходящего канала передачи в обоих подфреймах 0 и 3 Scell.

Если DCI включает в себя значение "011" CIF, и уровень СА представляет собой либо четыре или пять, информация DCI может относиться к первому подфрейму пары подфреймов второй Scell, СС_2. Остальная информация отображения может быть интерпретирована аналогичным образом.

CIF в таблице 300 MSCC предусмотрен, как 3-битное значение, для того, чтобы быть совместимым с существующими 3-битными полями CIF DCI в LTE-REL 10. В то время как восемь состояний, предусмотренных 3-битным значением, может быть недостаточно для включения в каждую возможную комбинацию СС/индекса подфрейма, они могут быть достаточными для учета большей части требуемых операций планирования.

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

Значения, выбранные так, чтобы их включили в конкретную таблицу, могут отображать конкретную схему приоритетов Scell. В общем, таблицы могут отражать смещение в направлении Scell нижнего уровня на основе того предположения, что eNB 104, вероятно, будет первыми планировать PDSCH самых нижних Scell. Это может быть выполнено из-за определенных сценариев развертывания, в которых используются низкие полосы частот для первой Scell, чем для последующих Scell. Однако разные системы приоритетов Scell могут по-разному устанавливать приоритеты для разных Scell.

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

В таблице 404 предусмотрена схема приоритетов Scell, в которой первый Scell, CC_1 имеет приоритет. Поэтому, каждый возможный индекс пары подфрейма, например, "0", "1", и "0,1", предусматривают для каждого уровня СА. Если уровень СА равен четырем или больше, тогда двойное планирование подфрейма, то есть планирование обоих подфреймов в паре, не поддерживается для наибольших СС, например, СС_2, СС_3 и СС_4. Кроме того, когда уровень СА равен пяти, планирование второго значения пары подфрейма не поддерживается ни для СС_3, ни для СС_4.

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

На фиг. 5 иллюстрируется планирование MSCC радиофрейма, в котором Pcell и Scell сконфигурированы для обмена данными, в соответствии с некоторыми вариантами осуществления. Радиофрейм представляет собой радиофрейм 10 мс с передачей PDSCH по подфреймам 0 и 6 Pcell и подфреймам 1, 3, 4, 5, 6 и 8 Scell.

График 504 иллюстрирует конкретный DCI, который включает в себя значения CIF и ассоциированные индикаторы. Планирование MSCC, отраженное в варианте осуществления на фиг. 5, может быть основано на таблице 300.

Подфрейм 0 Pcell может включать в себя, например, передачу PDCCH, DCI 508 и 512. Каждая DCI может включать в себя значение CIF и ассоциированный индикатор. Индикатор представлен, как , где ci представляет собой индекс несущей, равный 0 или 1, и si представляет собой индекс подфрейма.

DCI 508 может включать в себя значение 000 CIF и индикатор . Со ссылкой на таблицу 300, индикатор может идентифицировать ресурс нисходящего канала передачи при передаче PDSCH в подфрейме 0 Pcell, то есть несущую 0, то есть включать в себя данные, направляемые в UE 108.

DCI 512 может включать в себя значение 010 CIF и индикатор DCI¡. Индикатор может идентифицировать ресурс нисходящего канала передачи для передачи PDSCH в подфрейме 3 Scell, то есть несущая 1, то есть должен включать в себя данные, направляемые в UE 108.

Подфрейм 1 Pcell может включать в себя DCI 516. DCI 516 может включать в себя значение CIF 011 и индикатор . Индикатор DCI 516 может идентифицировать ресурс нисходящего канала передачи для передачи PDSCH в подфреймах 1 и 5 Scell. В этом варианте осуществления ресурс идентификатора может находиться в одном и том же положении в обоих подфреймах.

Подфрейм 5 Pcell может включать в себя DCI 520. DCI 520 может включать в себя значение CIF 011 и индикатор . Индикатор DCI 520 может идентифицировать ресурс нисходящего канала передачи для передачи PDSCH в подфреймах 5 и 8 Scell.

Подфрейм 6 Pcell может включать в себя DCI 524 и 528. DCI 524 может включать в себя значение 000 CIF и индикатор , для идентификации ресурса нисходящего канала передачи для передачи PDSCH в подфрейме 6 Pcell. DCI 528 может включать в себя значение 001 CIF и индикатор , для идентификации ресурса нисходящего канала передачи для передачи PDSCH в подфрейме 6 Scell.

На фиг. 6 показана блок-схема последовательности операций, иллюстрирующая операцию 600 оборудования пользователя, например, в UE 108, в соответствии с некоторыми вариантами осуществления.

В блоке 604 операция может включать в себя прием информации управления нисходящего канала передачи. DCI может быть принята модулем декодера, например, модулем 124 декодера, ресурсами декодирования в пределах PDCCH Pcell. В некоторых вариантах осуществления декодер может вслепую декодировать блоки в пределах определенного пространства поиска для приема DCI. После приема DCI модуль декодера может затем предоставить DCI в модуль планирования, например, в модуль 128 планирования.

В блоке 608, операция 600 может включать в себя: определяют соответствующий ресурс. В некоторых вариантах осуществления определение может быть выполнено модулем планирования, который выполняет оценку таблицы и идентификацию значения в пределах таблицы на основе значения CIF DCI. Модуль планирования может затем идентифицировать ресурс в PDSCH, то есть включать в себя данные, направленные в UE, на основе значения из таблицы. Такая идентификация может быть выполнена, как описано выше. Модуль планирования может передавать данные с идентифицированным ресурсом в модуль декодирования.

В блоке 612, операция 600 может включать в себя прием данных. Прием данных может быть выполнен модулем декодера, декодирующим ресурс передачи PDSCH, идентифицированной модулем планирования в блоке 608.

На фиг. 7 показана блок-схема последовательности операций, иллюстрирующая операцию 700 базовой станции, например, eNB 104, в соответствии с некоторыми вариантами осуществления.

В блоке 704, операция 700 может включать в себя планирование DCI и данные. Планирование может быть выполнено модулем планирования, например, модулем 140 планирования, планирующим DCI в PDCCH в первом подфрейме Pcell, и данные в PDSCH второго подфрейма Scell. DCI может идентифицировать ресурс нисходящего канала передачи, по которому передает данные в PDSCH второго подфрейма Scell.

В блоке 708, операция 700 может включать в себя кодирование DCI и данные. DCI и данные могут быть кодированы, либо модулем кодирования, например, модулем 144 кодера, кодирующим DCI в PDCCH первого подфрейма Pcell, и данные в PDSCH второго подфрейма Scell. DCI может быть кодирован, как 3-битное значение CIF.

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

Модули, описанные здесь, могут быть воплощены в систему, используя любые соответствующие аппаратные и/или программные средства, для конфигурирования в соответствии с необходимостью. На фиг. 8 иллюстрируется, для одного варианта осуществления, пример системы 800, содержащей один или больше процессор (процессоров) 804, логическую схему 808 управления системой, соединенную с, по меньшей мере, одним из процессора (процессоров) 804, системную память 812, соединенную с логической схемой 808 управления системой, энергонезависимое запоминающее устройство (NVM)/накопитель 816, соединенное вместе с логической схемой 808 управления системой, и сетевой интерфейс 8, соединенный с логической системной 808 управления системой.

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

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

Логическая схема 808 управления системой для одного варианта осуществления может включать в себя один или больше контроллера (контроллеров) памяти для обеспечения интерфейса для системной памяти 812. Системная память 812 может использоваться для загрузки и сохранения данных и/или инструкций, например, для системы 800. Системная память 812 в одном варианте осуществления может включать в себя любое соответствующее энергозависимое запоминающее устройство, такое как, например, соответствующее динамическое оперативное запоминающее устройство (DRAM).

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

NVM/накопитель 816 может включать в себя ресурс накопителя, который составляет физическую часть устройства, в котором установлена система 800, или доступ к которому может быть выполнен, но не обязательно, частью устройства. Например, доступ к NVM/накопителю 816 может быть выполнен через сеть, через сетевой интерфейс 820.

Системная память 812 и NVM/накопитель 816 могут, соответственно, включать в себя, в частности, временные и постоянные копии логической схемы 824. Логическая схема 824 может включать в себя инструкции, которые при их исполнении, по меньшей мере, одним процессором (процессорами) 804 приводит к получению системы 800, в которой воплощен один из модулей, например, модуль 124 декодера, модуль 128 планирования, модуль 140 планирования и/или модуль 144 кодера, для выполнения соответствующих операций, описанных здесь. В некоторых вариантах осуществления, логическая схема 824 или аппаратные средства, средство встроенного программного обеспечения и/или их программные компоненты, могут в дополнение или в качестве альтернативы быть размещены в логической схеме 808 управления системой, сетевом интерфейсе 820 и/или в процессоре (процессорах) 804.

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

Сетевой интерфейс 820 может иметь приемопередатчик 822 для обеспечения радиоинтерфейса для системы 800, для связи через одну или больше сеть (сетей), и/или с любым другим соответствующим устройством. В приемопередатчике 822 может быть воплощен модуль 120 приемника и/или модуль 132 передатчика. В различных вариантах осуществления приемопередатчик 822 может быть интегрирован с другими компонентами системы 800. Например, приемопередатчик 822 может включать в себя процессор, такой как процессор (процессоры) 804, запоминающее устройство, такое как системная память 812 и NVM/накопитель в NVM/накопителе 816. Сетевой интерфейс 820 может включать в себя любые соответствующие аппаратные средства и/или встроенное программное обеспечение. Сетевой интерфейс 820 может включать в себя множество антенн, для обеспечения радиоинтерфейса с множеством входов, множеством выходов. Сетевой интерфейс 820 для одного варианта осуществления может включать в себя, например, сетевой адаптер, адаптер беспроводной сети, телефонный модем и/или беспроводный модем.

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

Система 800 может дополнительно включать в себя устройства 832 ввода-вывода (I/O). Устройства 832 ввода-вывода могут включать в себя интерфейсы пользователя, разработанные для обеспечения возможности взаимодействия пользователя с системой 800, интерфейсы периферийных компонентов, разработанные для обеспечения возможности взаимодействия периферийных компонентов с системой 800, и/или датчики, разработанные для определения состояния окружающей среды и/или предоставления информации о местоположении, относящейся к системе 800.

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

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

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