Выбор момента времени подтверждения в беспроводной связи

Выбор момента времени подтверждения в беспроводной связи

Иллюстрации

Показать все

Реферат

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

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

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

В беспроводной связи система дуплексной передачи с временным разделением каналов (TDD) позволяет обеспечить гибкость при использовании ресурсов. Например, система TDD позволяет использовать различные конфигурации TDD для согласования характеристик трафика восходящей линии связи и нисходящей линии связи соты беспроводной связи. Гибкость при использовании различных конфигураций TDD позволяет обеспечить диапазон отношения между доступными ресурсами восходящей линии связи (UL) и нисходящей линии (DL) в диапазоне от 3UL:2DL до 1UL:9DL.

Стандарт связи усовершенствованной системы долгосрочного развития (LTE-A) проекта партнерства по созданию систем третьего поколения (3GPP) версии 10 позволяет ограничить поддержку агрегации компонентных несущих (СС) TDD для тех же конфигураций TDD восходящей линии связи/нисходящей линии связи (UL/DL). Хотя такие ограничения, возможно, упростили конструкцию и работу в рамках стандарта, такое ограничение может ограничить потенциал для большей пропускной способности.

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

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

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

Фиг. 2 схематично иллюстрирует дополнительную схему планирования сигнала HARQ в соответствии с различными вариантами осуществления.

Фиг. 3 схематично иллюстрирует дополнительную схему планирования сигнала HARQ в соответствии с различными вариантами осуществления.

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

Фиг. 5 схематично изображает пример выбора конфигурации планирования сигнала HARQ в соответствии с различными вариантами осуществления.

Фиг. 6 схематично иллюстрирует пример планирования сигнала HARQ в соответствии с различными вариантами осуществления.

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

Фиг. 8 схематично иллюстрирует пример Схемы планирования сигнала HARQ в соответствии с различными вариантами осуществления.

Фиг. 9 схематично иллюстрирует пример схемы планирования сигнала HARQ в соответствии с различными вариантами осуществления.

Фиг. 10 схематично изображает примерную систему в соответствии с различными вариантами осуществления.

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

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

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

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

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

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

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

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

eNB 104 может включать в себя модуль 120 приемника, с помощью которого принимают сигналы из UE 108 через одну или более антенн 130. eNB 104 может включать в себя модуль 124 передатчика, с помощью которого передают сигналы в UE 108 через одну или более антенн 130. eNB 104 может также включать в себя процессорный модуль 128, подключенный между модулем 120 приемника и модулем 124 передатчика и сконфигурированный для кодирования и декодирования информации, переданной посредством сигналов.

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

Каждая СС может поддерживать ряд каналов связи в соответствии с версией стандарта связи 3GPP LTE-Advanced. Например, каждая СС может поддерживать физический нисходящий совместно используемый канал (PDSCH) для передачи данных по нисходящей линии связи. В качестве другого примера, каждая СС может поддерживать физический канал управления восходящей линии связи (PUCCH) и/или физический совместно используемый канал восходящей линии связи (PUSCH), чтобы переносить информацию между UE 108 и eNB 104. СС может включать в себя множество подкадров восходящей линии связи и нисходящей линии связи для переноса информации между eNB 104 и UE 108. Один радиокадр длительностью 10 мс может включать в себя десять подкадров.

СС можно сконфигурировать для транспортировки информации согласно протоколу связи дуплексной передачи с временным разделением каналов (TDD). Каждую СС можно планировать для транспортировки данных в UE 108 или транспортировки данных в eNB 104 согласно одной из нескольких конфигураций TDD. Например, как представлено в таблице 1, каждую СС можно назначить для транспортировки данных и/или управляющих сигналов согласно одной из конфигураций 0-6 TDD. Первичную СС и вторичную СС можно одновременно сконфигурировать с помощью одной и той же конфигурации TDD или с помощью различных конфигураций TDD. В общем, каждый из подкадров 0-9, который помечен "D" пли "S", представляет собой подкадр, с помощью которого UE 108 принимает данные из eNB 104, и каждый из подкадров 0-9, который помечен "U", представляет собой подкадр, через который UE 108 передает данные в eNB 104.

eNB 104 можно сконфигурировать для передачи некоторой информации только с помощью PCell и сконфигурировать для передачи другой информации с помощью PCell или SCell. Например, eNB 104 можно сконфигурировать для приема сигналов подтверждения из UE 108 только через PCell. Согласно одному варианту осуществления сигналы подтверждения могут представлять собой сигналы гибридного автоматического запроса на повторную передачу данных (HARQ), соответствующие положительному подтверждению (АСК) приема данных и отрицательному подтверждению (NACK) приема данных. В вариантах осуществления UE 108 можно выполнить с возможностью передачи сигналов ACK/NACK, чтобы уведомить eNB 104, что переданные данные были или не были получены.

UE 108 можно сконфигурировать для определения расписания, по которому будут передаваться сигналы ACK/NACK в eNB 104. UE 108 может включать в себя модуль приемника 144, модуль 148 передатчика, модуль 152 процессора и одну или более подходящих антенн 156. Модуль 144 приемника и модуль 148 передатчика можно подсоединить к одной или более подходящим антеннам 156 для передачи и приема беспроводных сигналов в/из eNB 104.

Модуль 152 процессора можно соединить с модулем 144 приемника и модулем 148 передатчика и сконфигурировать для декодирования и кодирования информации, передаваемой в виде сигналов, передаваемых между UE 108 и eNB 104. Модуль процессора может включать в себя модуль 154 связи и модуль 158 HARQ. Модуль 152 процессора можно сконфигурировать для использования модуля 154 связи для передачи информации в подкадрах восходящей линии связи PCell, например, на СС_0, согласно планированию первой конфигурации TDD на первой частоте. Модуль 152 процессора можно также сконфигурировать для передачи информации в кадрах восходящей линии связи SCell, например, на СС_1, согласно второй конфигурации TDD на второй частоте, которая отлична от первой частоты. Согласно одному варианту осуществления разность между частотами передачи СС_0 и СС_1 может находиться в диапазоне от сотен килогерц до десятков гигагерц, в соответствии с внутриполосной агрегацией несущей.

Как будет описано более подробно ниже, модуль 152 процессора можно сконфигурировать для избирательной передачи информации ACK/NACK для связи SCell через расписание конфигурации TDD UL-DL, которая отличается от конфигурации TDD SCell. В вариантах осуществления модуль 152 процессора может использовать модуль 158 HARQ для выбора последовательности таймирования или плана таймирования HARQ на основании одной из конфигураций TDD. Модуль 158 HARQ может также вырабатывать информацию ACK/NACK для модуля 152 процессора. Модуль HARQ можно соединить с модулем 154 связи и можно сконфигурировать для использования модуля 154 связи для передачи выработанной информации ACK/NACK через выбранную последовательность таймирования HARQ.

Различные варианты осуществления настоящего раскрытия позволяют eNB планировать передачу данных по восходящей линии связи и нисходящей линии связи с различными конфигурациями TDD на компонентных несущих. Эти особенности преимущественно позволяют системе связи передавать информацию о данных с более высокими пиковыми скоростями передачи данных по сравнению с предыдущими системами связи. Однако некоторая информация, переданная с помощью PCell и SCell, имеющих различные конфигурации TDD, может приводить к конфликтам ресурсов ACK/NACK HARQ. Например, так как сигналы ACK/NACK HARQ как для SCell, так и PCell можно передавать между UE 108 и eNB 104 только через подкадры восходящей линии связи PCell, расписания подкадров восходящей линии связи PCell могут приводить к конфликтам планирования для информации ACK/NACK для SCell.

Хотя многие варианты осуществления, описанные в данном документе, описаны в контексте агрегации несущей, следует понимать, что другие варианты осуществления можно применить к варианту осуществления, в котором UE 108 и eNB 104 используют одну обслуживающую соту, с одной компонентной несущей, для связи. В этих вариантах осуществления UE 108 можно сконфигурировать, например, с помощью приема блока 1 (SIB1) системной информации, широковещаемого с помощью eNB 104, для осуществления обмена данными с помощью eNB 104 согласно первой конфигурации UL-DL TDD. UE 108 можно дополнительно сконфигурировать для передачи информации ACK/NACK через последовательность таймирования HARQ второй конфигурации UL-DL TDD. Эти и другие варианты осуществления будут описаны более подробно.

Фиг. 2 иллюстрирует схему планирования сигнала ACK/NACK HARQ, которое можно выполнить с помощью модуля 152 процессора согласно вариантам осуществления. На фиг.2 показана PCell, сконфигурированная с помощью конфигурации 1 TDD (которая представлена в таблице 1), и SCell, которая сконфигурирована с помощью конфигурации 3 TDD. Каждая линия 200 представляет собой линию связи между нисходящей линией связи или специальными данными подкадров и подкадром восходящей линии связи, который предназначен для переноса соответствующей информации ACK/NACK обратно в eNB.

Согласно решению, показанному на фиг. 2, таймирование HARQ PDSCH времени по всем вторичным, обслуживающим сотам (например, SCells) может следовать за конфигурацией UL-DL TDD PCell для того, чтобы увеличить повторное использование внутриполосной конструкции агрегации несущей TDD версии 10. Например, информацию ACK/NACK HARQ для SCell можно сконфигурировать таким образом, чтобы за ней следовало планирование HARQ конфигурации 1 TDD, так как конфигурация 1 TDD представляет собой конфигурацию TDD PCell. Однако такая конфигурация информации ACK/NACK HARQ SCell может привести к некоторой информации ACK/NACK, которая не подается обратно в eNB.

Как иллюстрировано, UE не может планировать и применять подкадры 7 и 8 SCell в одном радиокадре, используя агрегацию несущей с показанной конфигурацией TDD, так как PCell не имеет соответствующих ресурсов для передачи ACK/NACK HARQ. Таким образом, хотя решение, которое, по существу, повторно использует конструкцию агрегации несущей версии 10, может иметь преимущество, такое решение также включает в себя несколько недостатков.

Фиг. 3 иллюстрирует схему планирования сигнала ACK/NACK HARQ, которое может выполнять модуль 152 процессора согласно варианту осуществления. Фиг. 3 иллюстрирует проблему, касающуюся только планирования информации ACK/NACK подкадров 7 и 8 SCell в подкадре 3 восходящей линии связи PCell. Как показано, информацию ACK/NACK подкадров 9 и 0 SCell необходимо передавать во время подкадра нисходящей линии связи подкадра 4 PCell, а не во время подкадра восходящей линии связи PCell. Таким образом, решение, иллюстрированное на фиг. 3, может оставить некоторую информацию ACK/NACK без ресурса восходящей линии связи для передачи.

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

На этапе 404 UE 108 может устанавливать PCell с первой конфигурацией TDD. В некоторых вариантах осуществления UE 108 может устанавливать PCell с первой конфигурацией TDD, основываясь на информации, принятой в SIB1, транслируемой из базовой станции, например, eNB 104.

На этапе 408 UE 108 может устанавливать канал связи SCell со второй конфигурацией TDD. В некоторых вариантах осуществления UE 108 может устанавливать SCell со второй конфигурацией TDD, основываясь на информации, принятой из eNB 104, в сигнализации управления радиоресурсами (RRC) через PCell.

На этапе 412 UE 108 может определить, какие кадры восходящей линии связи являются общими для обеих первой и второй конфигураций TDD. Они могут называться как общие кадры UL.

На этапе 416 UE 108 может выбрать контрольную конфигурацию TDD, имеющую подкадры восходящей линии связи, которые являются такими же, как и общие подкадры UL. Например, подкадры восходящей линии связи выбранной конфигурации TDD HARQ могут быть таким же, как и общие подкадры восходящей линии связи, не больше и не меньше.

UE 108 может определить контрольную конфигурацию TDD, основываясь на информации, представленной в таблице 2. В таблице 2 (представленной ниже) показана ось х и ось у, соответствующая конфигурации 0-6 TDD PCell и Scell, соответственно. Например, если бы PCell была сконфигурирована с помощью конфигурации 4 TDD, и SCell была бы сконфигурирована с помощью конфигурация 2 TDD, UE 108 могла бы выбрать конфигурацию 5 TDD в качестве контрольной конфигурации TDD.

Заштрихованные ячейки таблицы 2 являются примерами, в которых контрольная конфигурация TDD не является ни конфигурацией TDD Pcell, ни конфигурацией TDD Scell.

Незаштрихованные ячейки таблицы 2 показывают контрольную конфигурацию TDD, которая является или конфигурацией TDD PCell, или конфигурацией TDD SCell. Незаштрихованные ячейки таблицы 2 можно описать в терминах подкадров нисходящей линии связи конфигураций TDD для PCell и SCell. В вариантах осуществления конфигурация TDD PCell выбрана в качестве контрольной конфигурации TDD, если набор подкадров нисходящей линии связи, показанных с помощью конфигурации TDD SCell (например, конфигурации SIB1), представляет собой поднабор подкадров нисходящей линии связи, показанных с помощью конфигурации TDD PCell (например, конфигурация SIB1). Конфигурацию TDD SCell выбирают в качестве контрольной конфигурации TDD, если набор подкадров нисходящей линии связи, показанных с помощью конфигурации TDD SCell, представляет собой набор подкадров нисходящей линии связи, показанных с помощью конфигурации TDD PCell.

Возвращаясь к фиг. 4, на этапе 424 UE 108 может передавать информацию ACK/NACK для SCell согласно планированию контрольной конфигурации TDD, например конфигурации 5 TDD.

На фиг. 5 схематично изображен пример выбора контрольной конфигурации TDD в соответствии с различными вариантами осуществления. Как описано выше, в связи со способом 400 и таблицей 2, ячейка 504 охватывает подкадры (2 и 3) восходящей линии связи, которые являются общими между конфигурацией TDD PCell и конфигурацией TDD SCell. Из конфигурации TDD, представленной в таблице 1, конфигурация 4 TDD представляет собой конфигурацию TDD, которая включает в себя подкадры 2 и 3 восходящей линии связи. Кроме того, в таблице 2 показано, что конфигурацию 4 TDD можно использовать с конфигурацией 1 TDD PCell и конфигурацией 3 TDD SCell. Таким образом, в данном варианте осуществления конфигурацию 4 TDD можно выбрать в качестве конфигурации TDD HARQ.

Фиг. 6 схематично иллюстрирует пример планирования сигнала HARQ в соответствии с различными вариантами осуществления. В частности, на фиг. 6 показано, что информацию ACK/NACK HARQ, которая относится к связи с SCell, можно передавать через PCell, тогда как SCell и PCell сконфигурированы с помощью различных конфигураций TDD. Как иллюстрировано, SCell можно сконфигурировать с помощью конфигурации 3 TDD, PCell можно сконфигурировать с помощью конфигурации 1 TDD, и информацию ACK/NACK HARQ, которая относится к SCell, можно отправить через PCell с использованием планирования HARQ конфигурации 4 TDD.

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

На этапе 704, UE 108 может идентифицировать каждый подкадр нисходящей линии связи компонентных несущих как PCell, так и SCell, в качестве подкадра типа 1 или подкадра типа 2. UE 108 может идентифицировать подкадр нисходящей линии связи в качестве подкадра типа 1, если соответствующий подкадр в другой компонентной несущей представляет собой также подкадр нисходящей линии связи. Например, подкадр нисходящей линии связи подкадра 6 в компонентной несущей PCell может представлять собой тип 1, если подкадр 6 компонентной несущей SCell представляет собой также подкадр нисходящей линии связи. UE 108 может идентифицировать подкадр нисходящей линии связи в качестве подкадра типа 2, если соответствующий подкадр в другой компонентной несущей представляет собой подкадр восходящей линии связи. Например, если подкадр 3 СС SCell представляет собой подкадр нисходящей линии связи и подкадр 3 СС PCell представляет собой подкадр восходящей линии связи, то подкадр 3 СС SCell может представлять собой подкадр нисходящей линии связи типа 2. Другими словами, каждый подкадр нисходящей линии связи может представлять собой тип 1, если подкадр выделяется аналогичным образом, как и соответствующий подкадр другой компонентной несущей и может представлять тип 2, если подкадр выделяется различным образом по сравнению с соответствующим подкадром другой компонентной несущей.

На этапе 706 UE 108 может выбирать подкадр нисходящей линии связи из PCell или SCell.

На этапе 708 UE 108 может определить, является ли подкадр нисходящей линии связи типа 1. Если подкадр нисходящей линии связи является типа 1, то способ 700 переходит на этап 712.

На этапе 712 UE 108 передает сигналы ACK/NACK для выбранного подкадра нисходящей линии связи согласно графику таймирования конфигурации TDD PCell. Способ 700 затем возвращается на этап 704 для следующего подкадра нисходящей линии связи.

Возвращаясь на этап 708, если подкадр нисходящей линии связи не является типом 1, то способ 700 переходит либо на этап 716 (вариант 1), или на этап 718 (вариант 2).

На этапе 716 UE 108 передает сигналы ACK/NACK для подкадра нисходящей линии связи согласно графику таймирования конфигурации TDD обслуживающей соты, в которой присутствует подкадр нисходящей линии связи. Например, если подкадр нисходящей линии связи представляет собой тип 2 в PCell, то UE 108 передает сигналы ACK/NACK для подкадра нисходящей линии связи согласно графику таймирования конфигурации TDD PCell. Если подкадр нисходящей линии связи представляет собой тип 2 в SCell, то UE 108 передает сигналы ACK/NACK для подкадра нисходящей линии связи согласно графику таймирования конфигурации TDD SCell. Способ 700 затем возвращается на этап 704 для следующего подкадра нисходящей линии связи.

Возвращаясь на этап 708, если подкадр нисходящей линии связи не представляет собой тип 1, то способ 700 может, если требуется, перейти на этап 718 вместо этапа 716.

На этапе 718 UE 108 может определить, находится ли подкадр нисходящей линии связи типа 2 в PCell. Если выбранный подкадр нисходящей линии связи находится в PCell, способ 700 может перейти на этап 712. Если выбранный подкадр нисходящей линии связи находится в SCell, способ 700 может перейти на этап 720.

На этапе 720 UE 108 может передавать сигналы ACK/NACK для выбранного подкадра согласно графику таймирования HARQ-ACK контрольной конфигурации TDD, определенной с помощью способа 400. Способ 700 может затем вернуться на этап 704.

Фиг. 8 схематично иллюстрирует пример схемы планирования сигнала HARQ в соответствии с различными вариантами осуществления. Например, как обсуждено выше в связи со способом 700, подкадры нисходящей линии связи (и специальные подкадры) PCell и SCell можно идентифицировать в качестве типа 1, если соответствующие подкадры другой обслуживающей соты также представляют собой подкадры нисходящей линии связи. В прямоугольнике 804 и прямоугольнике 808 показано, что подкадры 0, 1, 5 и 6 обоих PCell и SCell можно идентифицировать в качестве типа 1. Соответственно, информацию ACK/NACK HARQ подкадров типа 1 можно передавать согласно конфигурации TDD PCell, например конфигурации 0 TDD.

Подкадры нисходящей линии связи PCell и SCell можно идентифицировать в качестве типа 2, если соответствующие подкадры другой обслуживающей соты представляют собой подкадры восходящей линии связи. Подкадры 3, 4, 8 и 9 SCell включают в себя метки, которые показывают, что они могут представлять собой подкадры типа 2. В соответствии со способом 700 информацию ACK/NACK HARQ подкадров типа 2 SCell можно передавать согласно таймированию HARQ конфигурации TDD SCell, например, конфигурации 2 TDD. Следует отметить, что в этом примере конфигурацию 2 TDD будут выбирать либо в варианте 1, либо в варианте 2 способа 700.

Фиг. 9 схематично иллюстрирует пример схемы планирования сигнала HARQ в соответствии с различными вариантами осуществления. Согласно одному варианту осуществления подкадры нисходящей линии связи можно идентифицировать в качестве типа 1 или типа 2. В данном варианте осуществления подкадры 0, 1, 5, 6 и 9 PCell и SCell могут представлять собой подкадры типа 1, тогда как подкадр 4 PCell и подкадры 7 и 8 SCell могут представлять собой подкадры типа 2. Как описано в способе 700, таймирование HARQ конфигурации TDD в PCell будут использовать для подкадров типа 1 несмотря на то, что они находятся в PCell или SCell.

Что касается подкадра типа 2 PCell, т.е. подкадра 4, то информацию ACK/NACK HARQ можно планировать согласно конфигурации TDD PCell, например конфигурации 1 TDD. Данный случай может представлять собой любой вариант 1 или 2 способа 700.

Что касается подкадров типа 2 SCell, т.е. подкадров 7 и 8, то информацию ACK/NACK HARQ можно передавать по каналу обратной связи, согласно таймированию HARQ конфигурации 3 TDD, например конфигурации TDD SCell, в том случае, если использовался вариант 1 способа 700. Однако если использовался вариант 2 способа 700, то информацию ACK/NACK HARQ можно планировать согласно конфигурации TDD HARQ, выбранной согласно способу 400. В этом случае конфигурация TDD HARQ может представлять собой конфигурацию 4 TDD, при условии, что PCell имеет конфигурацию 1 TDD и SCell имеет конфигурацию 3 TDD.

eNB 104 и UE 108, описанные здесь, можно реализовать в системе, использующей любые подходящие аппаратные средства и/или программное обеспечение для конфигурирования так, как это требуется. Фиг. 10 иллюстрирует для одного варианта осуществления примерную систему 1000, содержащую один или более процессоров 1004, логику 1008 управления системой, соединенную, по меньшей мере, с одним из процессоров 1004, системную память 1012, соединенную с логикой 1008 управления системой, энергонезависимую память (NVM)/запоминающее устройство 1016, соединенное с логикой 1008 управления системой, и сетевой интерфейс 1020, соединенный с логикой 1008 управления системой.

Процессор(ы) 1004 может включать в себя один или более одноядерных или многоядерных процессоров. Процессор(ы) 1004 может включать в себя любую комбинацию процессоров общего назначения и специализированных процессоров (например, графических процессоров, прикладных процессоров, основополосных процессоров и т.д.). В варианте осуществления, в котором система 1000 осуществляет UE 108, процессор(ы) 1004 может включать в себя модуль 152 процессора и можно сконфигурировать для выполнения вариантов осуществления, показанных на фиг. 2-9 в соответствии с различными вариантами осуществления. В варианте осуществления, в которой система 1000 осуществляет eNB 104, процессор(ы) 1004 может включать в себя процессорный модуль 128 и можно сконфигурировать для декодирования информации ACK/NACK HARQ, которое передастся с помощью UE 108.

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

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

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

NVM/запоминающее устройство 1016 может включать в себя физическую часть ресурсов хранения устройства, на котором установлена система 1000, или оно может быть доступным для устройства, но не обязательно его частью. Например, NVM/запоминающее устройство 1016 может быть доступно через сеть и через сетевой интерфейс 1020.

Системная память 1012 и NVM/запоминающее устройство 1016 могут, соответственно, включать в себя, в частности, временные и постоянные копии инструкций 1024. Инструкции 1024 могут включать в себя инструкции, которые при исполнении, по меньшей мере, на одном из процессоров 1004 побуждают систему 1000 выполнять один или оба способа 400 и 700, как описано здесь. В некоторых вариантах осуществления, инструкции 1024 или их компоненты аппаратных средств, программно-аппаратных средств и/или программного обеспечения можно дополнительно/альтернативно расположить в логике 1008 управления системой, сетевом интерфейсе 1020 и/или процессоре(ах) 1004.

Сетевой интерфейс 1020 может иметь приемопередатчик 1022, обеспечивающий радиоинтерфейс для системы 1000, чтобы поддерживать связь по одной или более сети(ей) и/или с помощью любого другого подходящего устройства. Приемопередатчик 1022 можно осуществить в виде модуля 144 приемника и/или модуля 148 передатчика. В различных вариантах осуществления приемопередатчик 1022 можно выполнить как одно целое с другими компонентами системы 1000. Например, приемопередатчик 1022 может включать в себя процессор из процессора(ов) 1004, память из системной памяти 1012 и NVM/запоминающее устройство из NVM/запоминающего устройства 1016. Сетевой интерфейс 1020 может включать в себя любые подходящие аппаратные и/или программно-аппаратные средства. Сетевой интерфейс 1020 может включать в себя множество антенн для обеспечения радиоинтерфейса с многочисленными входами и многочисленными выходами. Сетевой интерфейс 1020 для одного варианта осуществления может включать в себя, например, сетевой адаптер, беспроводной сетевой адаптер, телефонный модем и/или беспроводной модем.

В одном варианте осуществления, по меньшей мере, один из процессоров 1004 можно разместить в корпусе вместе с логикой для одного или более контроллеров логики 1008 управления системой. В одном варианте осуществления, по меньшей мере, один из процессоров 1004 можно разместить в корпусе вместе с логикой для одного или более контроллеров логики 1008 управления системой для образования системы в корпусе (SIP). В одном варианте осуществления, по меньшей мере, процессор(ы) 1004 можно выполнить как одно целое на одном кристалле с логикой для одного или более контроллеров логики 1008 управления системой. В одном варианте осуществления, по меньшей мере, один из процессоров 1004 можно выполнить как единое целое на одном кристалле с логикой для одного или более контроллеров логики 1008 управления системой для образования системы на кристалле (SoC).

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

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

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

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

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

Раскрытие может включать в себя различные примерные варианты осуществления, раскрытые ниже.

Согласно различным примерным вариантам осуществления способ может включать в себя установку, с помощью мобильного устройства, первичной обслуживающей соты (PCell) и вторичной обслуживающей соты (SCell) с помощью базовой станции. PCell можно установить с первой конфигурацией TDD, и SCell можно установить со второй конфигурацией TDD. Способ может включать в себя этапы, на которых принимают с помощью мобильного устройства данные нисходящей линии связи через SCell и выбирают с помощью мобильного устройства контрольную конфигурацию TDD на основании первой и второй конфигураций TDD. Способ может включать в себя этап, на котором передают информацию подтверждения, связанную с данными нисходящей линии связи, согласно таймированию гибридного автоматического запроса на повторную передачу данных (HARQ) контрольной конфигурации TDD

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

В вариантах осуществления блок системной информации может представлять собой блок 1 системной информации (SIB1).

В вариантах осуществления первую конфигурацию TDD можно указать с помощью SIB1 PCell и вторую конфигурацию TDD можно указать с помощью SIB1 SCell.

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

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