Определение размера шифровальной книги harq/ack

Определение размера шифровальной книги harq/ack

Иллюстрации

Показать все

Реферат

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

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

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

Редакция 8 стандарта долгосрочного развития (Long-Term Evolution (LTE)) Проекта партнерства третьего поколения (3GPP) описывает управляющую информацию восходящего канала (UCI) для совмещения передачи прямых и обратных пакетов по физическому восходящему каналу совместного пользования (PUSCH). Ресурсы индикатора качества канала/индикатора матрицы предварительного кодирования (CQI/PMI) располагаются в начале ресурсов данных восходящего канала совместного пользования (UL-SCH) и отображаются последовательно на всех символах множественного доступа с частотным разделением и единой несущей (SC-FDMA) на одной поднесущей перед переходом на следующую поднесущую. Данные UL-SCH согласуются по скорости вокруг данных CQI/PMI. Ресурсы HARQ-ACK отображаются на символах SC-FDMA, продавливая элементы ресурса (RE) данных PUSCH. Снижение количества RE PUSCH, продавленных символами HARQ-ACK поэтому могло бы улучшить характеристики PUSCH.

В свете сказанного выше, редакция 8 обеспечивает 2-разрядный индекс назначения нисходящего канала (DAI) в формате 0/4, V D A I U L , управляющей информации нисходящего канала (DCI), используемой для указания общего количества назначений нисходящего канала (DL) в пакетном окне. Полагая, что размер пакетного окна равен М, только V D A I U L битов HARQ-ACK, а не М битов необходимо возвращать обратно на передающее устройство, например, на улучшенную узловую базовую станцию (eNB), если передача PUSCH регулируется, основываясь на обнаруженном PDCCH с форматом 0/4 DCI. Таким образом, происходит уменьшение на ( M − V D A I U L ) бесполезных битов HARQ-ACK, соответствующих субкадрам DL, которые не были запланированы eNB.

Редакция 10 стандарта LTE (Rel-10) вводит агрегацию несущих, при которой для передачи данных может использоваться более одной компонентной несущей (CC). В системе дуплекса с временным разделением (TDD), соответствующей Редакции 10, размер шифровальной книги HARQ-ACK в случае совмещения передачи прямых и обратных пакетов по каналу PUSCH определяется количеством CC, их конфигурированным режимом передачи и количеством нисходящих субкадров в пакетном окне. Для конфигураций 1-6 UL-DL с TDD и когда для передачи HARQ-ACK конфигурируется формат 3 PUCCH, размер шифровальной книги HARQ-ACK определяется следующим выражением:

где С - количество конфигурированных CC, C₂ - количество CC, конфигурированных в режиме передачи со многими входами, многими выходами (MIMO), который разрешает прием двух транспортных блоков; B c D L - количество нисходящих субкадров, для которых UE нуждается в битах HARQ-ACK обратной связи для с-й обслуживающей соты. Для конфигурации 1, 2, 3, 4 и 6 UE UL-DL с TDD будет предполагаться B c D L на субкадре n PUSCH следующим образом:

где W D A I U L определяется DAI в формате 0/4 DCI согласно следующей таблице:

DAI может быть передан в субкадре, имеющем заданную связь с субкадром n для каждой обслуживающей соты. Например, DAI может быть передан в субкадре n-k′, где k′ определяется по следующей таблице:

Поскольку конфигурация TDD UL-DL для каждой обслуживающей соты в Редакции 10 всегда идентична и W D A I U L определенно не превышает размера пакетного окна, размер шифровальной книги HARQ-ACK, определенный посредством W D A I U L , всегда равен минимальному количеству битов HARQ-ACK и является лучшим компромиссом между непроизводительными издержками HARQ-ACK и характеристиками.

В Редакции 11 стандарта LTE 3GPP поддерживается межполосная CA для CC с TDD, имеющими различные конфигурации UL-DL для каждой обслуживающей соты. Наличие различных конфигураций UL-DL в различных обслуживающих сотах может приводить в результате к различными пакетным окнам HARQ-ACK. Поэтому определение размера шифровальной книги HARQ-ACK на основе предоставления UL в предыдущих редакциях не может эффективно снижать непроизводственные издержки от использования HARQ-ACK.

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

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

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

Фиг. 2 - примерная структура связи с TDD с временной информацией HARQ-ACK в соответствии с различными вариантами осуществления.

Фиг. 3 - блок-схема последовательности выполнения операций способа определения размера шифровальной книги HARQ-ACK, который может выполняться оборудованием пользователя в соответствии с различными вариантами осуществления.

Фиг. 4 - таблица генерирования битов HARQ-ACK в соответствии с некоторыми вариантами осуществления.

Фиг. 5 - пример системы, соответствующей различным вариантам осуществления.

Осуществление изобретения

Иллюстративные варианты осуществления настоящего раскрытия содержат, в частности, способы, системы, считываемые компьютером носители и устройства для определения размера шифровальной книги HARQ-ACK в сетях беспроводной связи. Различные варианты осуществления могут обеспечить оборудованию пользователя (UE), работающему в соответствии с Редакцией 11 LTE 3GPP (в дальнейшем "Редакция 11") (и более поздними редакциями), возможность определения размера шифровальной книги HARQ-ACK на PUSCH способом, позволяющим снизить непроизводственные издержки от HARQ-ACK, в то же время сохраняя характеристики HARQ-ACK для межполосного СА для СС с TDD с различными конфигурациями каналов UL-DL для различных обслуживающих сот. Таким образом, описанное UE может адаптивно определять требуемый размер шифровальной книги HARQ-ACK, для пробивания RE канала PUSCH, что снизит отрицательное влияние на канал PUSCH при малых или отсутствующих дополнительных непроизводительных издержках.

Различные варианты осуществления могут быть описаны со ссылкой на конкретные конфигурации, например, конфигурации каналов UL-DL с TDD и специальные конфигурации субкадров; форматы, например, форматы DCI; режимы, например, режимы передачи; и т.д. Эти конфигурации, форматы, режимы и т.д. могут определяться соответственно опубликованным в настоящее время документам LTE, например, Редакция 10 и/или Редакция 11 технических требований.

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

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

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

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

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

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

Как показано на фиг. 1, UE 108 может содержать контроллер 112 обратной связи вместе с модулем 116 приемопередатчика. Модуль 116 приемопередатчика может дополнительно соединяться с одной или более из множества антенн 132 UE 108 для беспроводной связи с другими компонентами сети 100, например, eNB 104.

В некоторых вариантах осуществления UE 108 может быть способно использовать агрегацию несущих (CA), при которой множество компонентных несущих (CC) агрегируются для передачи между eNB 104 и UE 108. Модуль 116 приемопередатчика может быть выполнен с возможностью связи с eNB 104 через множество обслуживающих сот, использующих соответствующее множество CC. CC могут находиться в различных полосах и могут быть связаны с различным конфигурациями UL-DL с TDD (в дальнейшем также называемыми "конфигурации UL-DL"). Таким образом, в некоторых вариантах осуществления, по меньшей мере две обслуживающие соты могут иметь разные конфигурации UL-DL.

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

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

При начальной установке соединения UE 108 может соединяться с первичной обслуживающей сотой (PCell) для eNB 104, используя основную CC, которая может также упоминаться как CC₀. Это соединение может использоваться для различных функций, таких как безопасность, мобильность, конфигурация и т.д. Впоследствии UE 108 может соединяться с одной или более вторичными обслуживающими сотами (SCells) для eNB 104, используя одну или более вторичных CC. Эти соединения могут использоваться для обеспечения дополнительных радиоресурсов.

На фиг. 2 показан пример структуры 200 TDD связи с информацией синхронизации HARQ-ACK в соответствии с вариантом осуществления. В структуре 200 связи TDD три обслуживающих соты могут быть конфигурированы для связи между eNB 104 и UE 108. Например, сота PCell, имеющая конфигурацию 0 UL-DL, сота SCell 1, имеющая конфигурацию 2 UL-DL, и сота SCell 2, имеющая конфигурация 1 UL-DL. В других вариантах осуществления для передачи между eNB 104 и UE 108 может быть конфигурировано другое количество обслуживающих сот.

В структуре 200 связи TDD PCell может иметь пакетное окно, М₀, содержащее один субкадр, который может содержать нисходящие передачи, например, передачи PDSCH или передачи PDCCH, указывающие выпуск полупостоянного планирования (SPS) нисходящей связи, для которого должна передаваться соответствующая информация HARQ-ACK в качестве передачи PUSCH в соответствующем восходящем субкадре, например, в субкадре 7 соты SCell 1. SCell 1 может иметь пакетное окно, M₁, содержащее четыре субкадра, которые могут содержать нисходящие передачи, для которых соответствующая информация о HARQ-ACK должна передаваться как передача PUSCH в соответствующем восходящем субкадре, например, в субкадре 7 соты SCell 1. SCell 2 может иметь пакетное окно, M₂, содержащее два субкадра, которые могут содержать нисходящие передачи, для которых соответствующая информация HARQ-ACK должна передаваться как передача PUSCH в соответствующем восходящем субкадре, например, в субкадре 7 соты SCell 1. Связь между субкадрами DL соответствующих пакетных окон и субкадром UL, который будет использоваться для передачи соответствующей информации HARQ-ACK, может быть основана на заданном опорном синхросигнале HARQ. Пример таких опорных синхросигналов HARQ показан и обсуждается ниже со ссылкой на таблицу 4.

В примере, показанном на фиг. 2, все субкадры, способные нести нисходящие передачи, для которых должна передаваться соответствующая информация HARQ-ACK, показаны как имеющие передачи PDSCH. Однако в других вариантах осуществления eNB может не планировать нисходящие передачи на одном или более этих субкадрах.

На фиг. 3 представлен способ 300 определения размера шифровальной книги HARQ-ACK в соответствии с некоторыми вариантами осуществления. Способ 300 может выполняться контроллером обратной связи UE, например, контроллером 112 обратной связи для UE 108. В некоторых вариантах осуществления UE могут содержать и/или иметь доступ к одному или более считываемым компьютером носителям, на которых хранятся команды, которые при их выполнении вызывают выполнение UE или контроллером обратной связи способа 300.

На этапе 304 контроллер обратной связи может определить синхронизацию HARQ-ACK и пакетное окно для каждой конфигурированной обслуживающей соты. В некоторых вариантах осуществления контроллер обратной связи может определить для каждой конфигурированной обслуживающей соты общее количество субкадров в пределах пакетного окна, которые связаны с восходящим субкадром. В целом, пакетное окно HARQ-ACK может содержать как нисходящие субкадры, так и специальные субкадры, поскольку и те, и другие способны нести передачи PDSCH. Однако в некоторых вариантах осуществления определенные специальные субкадры могут быть исключены из пакетного окна, чтобы уменьшить размер шифровальной книги HARQ-ACK. Например, в специальных субкадрах конфигурации 0 и 5 с нормальным нисходящим циклическим префиксом (CP) или конфигурации 0 и 4 с расширенным нисходящим CP могут быть исключены из пакетного окна, поскольку они обычно не несут передачи PDSCH. Конфигурации специального субкадра могут быть определены согласно таблице 4.2-1 Технических требований (TS) 3GPP 36.211 V10.5.0 (2012-06).

В некоторых вариантах осуществления синхронизация HARQ-ACK и пакетные окна, М_с, могут определяться в соответствии с заданным индексом K набора связей нисходящего канала: {k₀, k₁, …k_M-1} для TDD, как показано в конфигурациях UL-DL для опорного синхросигнала HARQ таблицы 4.

В различных вариантах осуществления каждая обслуживающая сота может иметь опорный синхросигнал HARQ, который является таким же или отличающимся от конфигурации UL-DL обслуживающей соты. Конфигурация UL-DL обслуживающей соты передается в блоке 1 системной информации (SIB) обслуживающей соты и поэтому может также упоминаться как конфигурация SIB1 обслуживающей соты. Опорный синхросигнал HARQ соты PCell может быть таким же, как в конфигурации SIB1 для PCell, в то время как опорный синхросигнал HARQ для SCell может выбираться, рассматривая как конфигурацию SIB1 SCell, так и конфигурацию SIB1 PCell, согласно таблице 5.

Согласно таблице 5 и со ссылкой на фиг. 2, PCell будет использовать конфигурацию 0 UL-DL для своего опорного синхросигнала HARQ, SCell 1 будет использовать конфигурацию 2 UL-DL для своего опорного синхросигнала HARQ, и SCell 2 будет использовать конфигурацию 1 UL-DL 1 для своего опорного синхросигнала HARQ. Хотя настоящий вариант осуществления показывает обе соты SCell, использующие свои конфигурации SIB1 для своего опорного синхросигнала HARQ, в других вариантах осуществления SCell может использовать другие конфигурации UL-DL для своего опорного синхросигнала HARQ. Например, если SCell 1 имела конфигурацию 3 для SIB1 и PCell имела конфигурацию 1 для SIB1, то SCell могла бы использовать конфигурацию 4 UL-DL 4 для своего опорного синхросигнала HARQ.

Чтобы дополнительно проиллюстрировать использование таблиц 4 и 5, рассмотрим следующее. Имея субкадр 7 (например, n=7) соты SCell 1, назначенный в качестве восходящего субкадра для передачи информации HARQ-ACK, связанные нисходящие субкадры могут определяться посредством n-k, где k∈K. Размер пакетного окна, М_с, является количеством элементов набора из K элементов, и специальные субкадры пакетного окна определяются посредством n-k₀, …n-k_M-1. Таким образом, размер пакетного окна PCell, M₀, равен 1 (при условии, что только один элемент связывается с конфигурацией 0 UL-DL, субкадр n=7 в таблице 4) и нисходящим субкадром M₀ является 7-6=1, например, субкадр 1 DL. Размер пакетного окна SCell 1, M₁, равен 4 (при условии четырех элементов в таблице 4) и субкадрами DL для M₁ являются - субкадр 3 (7-4), субкадр 1 (7-6), субкадр 0 (7-7) и субкадр 9 из предыдущего кадра (7-8). Размер пакетного окна SCell 2, М₂, равен 2 (при условии двух элементов в таблице 4), и субкадрами DL для М₂ являются субкадр 0 (7-7) и субкадр 1 (7-6).

На этапе 308 контроллер обратной связи может определить DAI. DAI может передаваться в субкадре, имеющем заданную связь с восходящим субкадром, n, который будет переносить информацию HARQ-ACK для пакетных окон, например, субкадр 7 в SCell 1. В некоторых вариантах осуществления DAI может передаваться в субкадре n-k′, где k′ определяется в таблице 2. В некоторых вариантах осуществления DAI может использоваться для определения W D A I U L согласно таблице 1. W D A I U L может соответствовать максимальному значению количества запланированных нисходящих субкадров в пределах пакетных окон множества обслуживающих сот. Как показано на фиг. 2, W D A I U L = 4 , потому что в SCell 1 планируются 4 нисходящих субкадра.

На этапе 312 контроллер обратной связи может определить количество битов HARQ-ACK, которые соответствуют конфигурированным обслуживающим ячейкам, на PUSCH восходящего субкадра. В некоторых вариантах осуществления контроллер обратной связи может определить количество битов HARQ-ACK для каждой обслуживающей соты, основываясь на W D A I U L , который основывается на DAI для распределения восходящих ресурсов, и количестве субкадров пакетного окна соответствующей обслуживающей соты согласно конфигурации опорного синхросигнала HARQ.

В некоторых вариантах осуществления количество битов HARQ-ACK для с-й обслуживающей соты, О_с, может быть определено следующим уравнением.

Уравнение 1

где U - максимальное значение U_c из числа всех конфигурированные обслуживающих сот, U_c - общее количество субкадров с принятыми передачами (например, PDSCH и PDCCH, указывающие выпуск нисходящих SPS) в пакетном окне (например, субкадр(-ы) n-k, где k∈K, как описано в отношении таблицы 4) для с-й обслуживающей соты, W D A I U L определяется DAI, содержащимся в DCI, который может иметь формат 0 или 4, который распределяет ресурс восходящей передачи обслуживающей соты, в которой UCI, проникающий под прикрытием законного пользователя на PUSCH (например, SCell 1) согласно таблице 1 в субкадре n-k′, где k′ определяется в таблице 2; C c D L = 1 , если режим передачи, конфигурированный в с-й обслуживающей соте, поддерживает один транспортный блок, и C c D L = 2 в противном случае; и Min (X, Y)=Х, если X≤Y, и Min (X, Y)=Y в противном случае.

В вариантах осуществления, в которых ни одна из множества агрегированных обслуживающих сот не содержит конфигурацию 5 в качестве опорного синхросигнала HARQ, W D A I U L будет по меньшей мере таким же большим как U, таким образом, нейтрализуя член 4 ⌈ ( U − W D A I U L ) 4 ⌉ уравнения 1. Таким образом, уравнение 1 сокращается:

Уравнение 2

Таким образом, в некоторых вариантах осуществления уравнение 2 будет использоваться для передачи HARQ-ACK в субкадре n UL и на PUSCH, регулируемом его соответствующим предоставлением UL с помощью W D A I U L , если ни одна из конфигураций опорного синхросигнала HARQ агрегированных обслуживающих сот обслуживания не является конфигурацией 5, и уравнение 1 будет использоваться для передачи HARQ-ACK в субкадре n UL и на PUSCH, регулируемом его соответствующим предоставлением UL с помощью W D A I U L , если конфигурация опорного синхросигнала HARQ какой-либо из агрегированных обслуживающих сот будет конфигурацией 5.

Может заметить, что в некоторых вариантах осуществления, ни уравнение 1, ни уравнение 2 не может использоваться в ситуациях, в которых обслуживающая сота, которая выполняет планирование PUSCH (например, SCell 1 на фиг. 2), имеет конфигурацию 0 SIB1. В этих вариантах осуществления eNB может быть не в состоянии передать DAI в формате 0/4 DCI и поэтому UE будет не в состоянии определить W.

Биты обратной связи HARQ-ACK O c ,   0 A C K , O c ,   1 A C K , …, O c ,   o c A C K для с-й обслуживающей соты создаются следующим образом, когда с≥0: HARQ-ACK для передачи PDSCH, связанной с сообщением DCI PDDCH или передачей PDCCH, указывающей выпуск нисходящего SPS в субкадре n-k, связывается с O c ,   D A I ( k ) − 1 A C K , если режим передачи, конфигурированный в с-й обслуживающей соте, поддерживает один транспортный блок, или связывается с O c ,   D A I ( k ) − 2 A C K и O c ,   D A I ( k ) − 1 A C K в противном случае, где DAI(k) является значением DAI для распределения ресурсов нисходящего субкадра в формате DCI 1A/1B/1D/1/2/2A/2B/2C, обнаруженном в субкадре n-k в зависимости от пакетного окна в с-й обслуживающей соте. Биты обратной связи HARQ-ACK без какой-либо обнаруженной передачи PDSCH или без обнаруженного PDCCH, указывающего выпуск нисходящего SPS, могут быть установлены в NACK.

Ниже приводится пример со ссылкой на фиг. 2, где предполагается, что конфигурируется режим 4 передачи с двумя разрешенными транспортными блоками. Конфигурацией специального субкадра каждой CC является конфигурация 3 с нормальным нисходящим циклическим префиксом (CP). Как указано выше, eNB в этом примере может передавать при каждой возможности в пределах назначенных пакетных окон, например, субкадр 1 PCell, субкадры 9, 0, 1 и 3 SCell 1 и субкадры 0 и 1 SCell 2. Дополнительно, UE может принимать в субкадре 3 SCell 1 восходящее предоставление для передачи PUSCH в субкадре 7 SCell 1. Так как максимальное значение общего количества запланированных субкадров PDSCH в пределах пакетных окон равно 4 в соответствии с принятыми допущениями, W D A I U L восходящего предоставления для субкадра 7 будет устанавливаться как 4 посредством eNB. В соответствии с уравнением 1, значение О₀ битов HARQ-ACK для PCell может быть вычислено следующим образом

Таким же образом, биты HARQ-ACK для SCell 1 и SCell 2 могут быть определены как O₁=8 и O₂=4, соответственно. Это показано графически в таблице 400 генерирования битов HARQ-ACK на фиг. 4 в соответствии с некоторыми вариантами осуществления. Биты HARQ-ACK были определены в соответствии с методологией Редакции 10 и результатами будут О₀=8, O₁=8 и О₂=8.

На этапе 316 контроллер обратной связи может определить размер шифровальной книги HARQ-ACK на PUSCH восходящего субкадра. Определение размера шифровальной книги HARQ-ACK может быть сделано агрегированием количества битов HARQ-ACK, которые соответствуют каждой из множества обслуживающих сот согласно следующему уравнению.

Уравнение 2

В обсуждавшемся выше примере O=14. В методологии Редакции 10 O=24. Таким образом, описанные варианты осуществления приводят в результате к 42-х процентному снижения непроизводственных издержек HARQ-ACK. Таким образом, характеристики PUSCH и пропускная способность системы могут быть улучшены, не затрагивая характеристик HARQ-ACK.

Описанное здесь UE 108 может быть реализовано в системе, с использованием, по желанию, любого подходящего аппаратурного обеспечения и/или программного обеспечения, для выполнения конфигурирования. На фиг. 5 для одного варианта осуществления показана примерная система 500, содержащая один или более процессоров 504, логику 508 управления системой, связанную по меньшей мере с одним процессором(-ами) 504, системную память 512, связанную с логикой 508 управления системой, энергонезависимую память (NVM)/запоминающее устройство 516, связанное с логикой 508 управления системой, сетевой интерфейс 520, связанный с логикой 508 управления системой, и устройства 532 ввода/вывода (I/O), связанные с логикой 508 управления системой.

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

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

Логика 508 управления системой для одного из вариантов осуществления может содержать один или более контроллеров памяти, чтобы обеспечить интерфейс для системной памяти 512. Системная память 512 может использоваться для загрузки и хранения данных и/или команд для системы 500. В некоторых вариантах осуществления системная память 512 может содержать логику 524 HARQ, которая, когда исполняется, заставляют контроллер обратной связи выполнять различные описанные здесь операции. Системная память 512 для одного из вариантов осуществления может содержать любую подходящую энергозависимую память, такую как, например, соответствующая динамическая оперативная память (DRAM).

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

NVM/запоминающее устройство 516 может содержать физическую часть ресурса хранения данных устройства, на котором устанавливается система 500 или которое может быть доступно посредством, но не обязательно, части устройства. Например, к NVM/запоминающему устройству 516 можно получать доступ по сети через сетевой интерфейс 520 и/или через устройства 532 ввода-вывода (I/O).

Сетевой интерфейс 520 может иметь модуль 522 приемопередатчика, подобный модулю 116 приемопередатчика, чтобы обеспечивать радиоинтерфейс системы 500 для связи по одной или более сетями и/или с любым другим соответствующим устройством. В различных вариантах осуществления модуль 522 приемопередатчика может быть интегрирован с другими компонентами системы 500. Например, модуль 522 приемопередатчика может содержать процессор из состава процессора(-ов) 504, память из состава системной памяти 512 и NVM/запоминающее устройство из состава NVM/запоминающего устройства 516. Сетевой интерфейс 520 может содержать любое соответствующее аппаратное обеспечение и/или встроенное микропрограммное обеспечение. Сетевой интерфейс 520 может содержать множество антенн для обеспечения радиоинтерфейса с многочисленными входами, многочисленными выходами. Сетевой интерфейс 520 для одного из вариантов осуществления может содержать, например, проводной сетевой адаптер, беспроводной сетевой адаптер, телефонный модем и/или беспроводной модем.

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

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

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

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

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

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

Различные варианты осуществления описывают устройство, например, UE, содержащее: модуль приемопередатчика, выполненный с возможностью осуществления связи через множество обслуживающих сот, в котором по меньшей мере две из обслуживающих сот имеют различные TDD конфигурации UL-DL с TDD