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

Авторы патента:


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

 


Владельцы патента RU 2586316:

ИНТЕЛ КОРПОРЕЙШН (US)

Изобретение относится к мобильной связи. Технический результат заключается в увеличении пропускной способности и обеспечении гибкости при использовании ресурсов сети связи. Способ содержит этапы, на которых: осуществляют связь, с помощью мобильного устройства, с базовой станцией через первую и вторую компонентные несущие, имеющие различные частотные диапазоны и конфигурации дуплексной передачи с временным разделением каналов (TDD); принимают одну или более передач нисходящей линии связи через вторую компонентную несущую; выбирают последовательность моментов времени гибридного автоматического запроса на повторную передачу данных (HARQ) на основании конфигураций TDD первой и второй компонентный несущих; передают один или более сигналов положительного подтверждения и/или отрицательного подтверждения (ACK/NACK), связанных с одной или более передачами нисходящей линии связи, согласно выбранной последовательности моментов времени HARQ. 4 н. и 19 з.п. ф-лы, 10 ил., 2 табл.

 

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

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

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

В беспроводной связи система дуплексной передачи с временным разделением каналов (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 может включать в себя идентификацию подкадров восходящей линии связи, общих между первой конфигурацией TDD и второй конфигурацией TDD, и может включать в себя выбор контрольной конфигурации TDD на основании определения того, что подкадры восходящей линии связи контрольной конфигурации TDD могут быть такими же, как и общие подкадры восходящей линии связи между первой конфигурацией TDD и второй конфигурацией TDD.

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

В вариантах осуществления выбор контрольной конфигурации TDD может включать в себя выбор конфигурации 4 DL/UL TDD, если первая конфигурация TDD представляет собой конфигурацию 1 DL/UL TDD и вторая конфигурация TDD представляет собой конфигурацию 3 DL/UL TDD; выбор конфигурации 5 DL/UL TDD, если первая конфигурация TDD представляет собой конфигурацию 2 DL/UL TDD и вторая конфигурация TDD представляет собой конфигурацию 3 DL/UL TDD; и выбор конфигурации 5 DL/UL TDD, если первая конфигурация TDD представляет собой конфигурацию 2 DL/UL TDD и вторая конфигурация TDD представляет собой конфигурацию 4 DL/UL TDD.

В вариантах осуществления выбор подтверждения TDD может включать в себя выбор конфигурации 4 DL/UL TDD, если первая конфигурация TDD представляет собой конфигурацию 3 DL/UL TDD и вторая конфигурация TDD представляет собой конфигурацию 1 DL/UL TDD; выбор конфигурации 5 DL/UL TDD, если первая конфигурация TDD представляет собой конфигурацию 3 DL/UL TDD и вторая конфигурация TDD представляет собой конфигурацию 2 DL/UL TDD; и выбор конфигурации 5 DL/UL TDD, если первая конфигурация TDD представляет собой конфигурацию 4 DL/UL TDD и вторая конфигурация TDD представляет собой конфигурацию 2 DL/UL TDD.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2. Способ связи по п. 1, в котором опорная конфигурация TDD отличается от конфигурации TDD, указанной системным информационным блоком SCell.

3. Способ связи по п. 2, в котором системный информационный блок представляет собой системный информационный блок 1 (SIB1).

4. Способ связи по п. 1, дополнительно содержащий этапы, на которых:
первую конфигурацию TDD указывают с помощью SIB1 PCell; а
вторую конфигурацию TDD указывают с помощью SIB1 SCell.

5. Способ связи по п. 1, дополнительно содержащий этапы, на которых:
определяют подкадры восходящей линии связи, общие для первой конфигурации TDD и второй конфигурации TDD; и
выбирают опорную конфигурацию TDD на основании определенных подкадров восходящей линии связи, общих для первой конфигурации TDD и второй конфигурации TDD.

6. Способ связи по п. 5, в котором на этапе выбора опорной конфигурации TDD:
идентифицируют подкадры восходящей линии связи, общие для первой конфигурации TDD и второй конфигурации TDD; и
выбирают опорную конфигурацию TDD на основании определения того, что подкадры восходящей линии связи опорной конфигурации TDD совпадают с общими подкадрами восходящей линии связи для первой конфигурации TDD и второй конфигурации TDD.

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

8. Способ связи по п. 1, в котором на этапе выбора опорной конфигурации TDD:
выбирают конфигурацию 4 DL/UL TDD, если первая конфигурация TDD представляет собой конфигурацию 1 DL/UL TDD, а вторая конфигурация TDD представляет собой конфигурацию 3 DL/UL TDD;
выбирают конфигурацию 5 DL/UL TDD, если первая конфигурация TDD представляет собой конфигурацию 2 DL/UL TDD, а вторая конфигурация TDD представляет собой конфигурацию 3 DL/UL TDD; и
выбирают конфигурацию 5 DL/UL TDD, если первая конфигурация TDD представляет собой конфигурацию 2 DL/UL TDD, а вторая конфигурация TDD представляет собой конфигурацию 4 DL/UL TDD.

9. Способ связи по п. 1, в котором на этапе выбора опорной конфигурации TDD
выбирают конфигурацию 4 DL/UL TDD, если первая конфигурация TDD представляет собой конфигурацию 3 DL/UL TDD, а вторая конфигурация представляет собой конфигурацию 1 TDD DL/UL TDD;
выбирают конфигурацию 5 DL/UL TDD, если первая конфигурация TDD представляет собой конфигурацию 3 DL/UL TDD, а вторая конфигурация TDD представляет собой конфигурацию 2 DL/UL TDD; и
выбирают конфигурацию 5 DL/UL TDD, если первая конфигурация TDD представляет собой конфигурацию 4 DL/UL TDD, а вторая конфигурация TDD представляет собой конфигурацию 2 DL/UL TDD.

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

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

12. Способ связи, содержащий этапы, на которых:
осуществляют связь посредством мобильного устройства с одной или более базовыми станциями через первую и вторую компонентные несущие, имеющие различные частотные диапазоны и конфигурации дуплексной передачи с временным разделением каналов (TDD), при этом первая компонентная несущая соответствует первичной обслуживающей соте (PCell), а вторая компонентная несущая соответствует вторичной обслуживающей соте (SCell);
принимают одну или более передач нисходящей линии связи через вторую компонентную несущую;
выбирают последовательность моментов времени гибридного автоматического запроса на повторную передачу данных (HARQ) на основании конфигураций TDD первой и второй компонентных несущих; и
передают через PCell один или более сигналов положительного подтверждения и/или отрицательного подтверждения (ACK/NACK), связанных с одной или более передачами нисходящей линии связи, согласно выбранной последовательности моментов времени HARQ,
при этом последовательность моментов времени HARQ основана на опорной конфигурации TDD, а мобильное устройство выполнено с возможностью:
выбора конфигурации TDD первой компонентной несущей в качестве опорной конфигурации TDD, если подкадры нисходящей линии связи конфигурации TDD второй компонентной несущей представляют собой подмножество подкадров нисходящей линии связи конфигурации TDD первой компонентной несущей, за исключением случаев, когда
конфигурация TDD первой компонентной несущей представляется собой конфигурацию 1 нисходящей/восходящей линии связи (DL/UL) TDD, а конфигурация TDD второй компонентной несущей представляет собой конфигурацию 3 DL/UL TDD;
конфигурация TDD первой компонентной несущей представляется собой
конфигурацию 2 DL/UL TDD, а конфигурация TDD второй компонентной несущей представляет собой конфигурацию 3 или 4 DL/UL TDD;
конфигурация TDD первой компонентной несущей представляется собой конфигурацию 3 DL/UL TDD, а конфигурация TDD второй компонентной несущей представляет собой конфигурацию 1 или 2 DL/UL TDD; или
конфигурация TDD первой компонентной несущей представляется собой конфигурацию 4 DL/UL TDD, а конфигурация TDD второй компонентной несущей представляет собой конфигурацию 2 DL/UL TDD; и
выбора конфигурации TDD второй компонентной несущей в качестве опорной конфигурации TDD, если подкадры нисходящей линии связи конфигурации TDD второй компонентной несущей включают в себя подкадры нисходящей линии связи конфигурации TDD первой компонентной несущей, за исключением случаев, когда
конфигурация TDD первой компонентной несущей представляется собой конфигурацию 1 DL/UL TDD, а конфигурация TDD второй компонентной несущей представляет собой конфигурацию 3 DL/UL TDD;
конфигурация TDD первой компонентной несущей представляется собой конфигурацию 2 DL/UL TDD, а конфигурация TDD второй компонентной несущей представляет собой конфигурацию 3 или 4 DL/UL TDD;
конфигурация TDD первой компонентной несущей представляется собой конфигурацию 3 DL/UL TDD, а конфигурация TDD второй компонентной несущей представляет собой конфигурацию 1 или 2 DL/UL TDD; или
конфигурация TDD первой компонентной несущей представляется собой конфигурацию 4 DL/UL TDD, а конфигурация TDD второй компонентной несущей представляет собой конфигурацию 2 DL/UL TDD.

13. Способ связи по п. 12, в котором на этапе выбора последовательности моментов времени HARQ:
идентифицируют, с помощью мобильного устройства, каждый подкадр нисходящей линии связи первой и второй компонентных несущих в качестве подкадра первого типа нисходящей линии связи или подкадра второго типа нисходящей линии связи, причем каждый подкадр нисходящей линии связи одной из первой и второй компонентных несущих представляет собой подкадр первого типа, если соответствующий подкадр другой из первой и второй компонентных поднесущих также представляет собой подкадр нисходящей линии связи, и каждый подкадр нисходящей линии связи одной из первой и второй компонентных несущих представляет собой подкадр второго типа, если соответствующий подкадр другой из первой и второй компонентных несущих
представляет собой подкадр восходящей линии связи; и
избирательно передают, с помощью мобильного устройства, один или более сигналов ACK/NACK, связанных с каждым подкадром нисходящей линии связи на основании того, идентифицирован ли подкадр нисходящей линии связи в качестве подкадра первого типа нисходящей линии связи или подкадра второго типа нисходящей линии связи.

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

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

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

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

18. Способ связи по любому из пп. 12-17, в котором каждая из конфигураций TDD включает в себя одну из конфигураций 0-6, связанную с усовершенствованным стандартом беспроводной связи долгосрочного развития (LTE) проекта партнерства 3-го поколения (3 GPP) версии 8.

19. Способ связи по любому из пп. 1-17, в котором мобильное устройство представляет собой мобильный телефон, нетбук, лэптоп, электронное планшетное устройство или систему данных транспортного средства.

20. Машиночитаемый носитель, содержащий множество команд, которые в ответ на исполнение на вычислительном устройстве вызывают выполнение вычислительным устройством способа по любому из пп. 1-18.

21. Устройство связи, содержащее:
модуль связи, выполненный с возможностью:
осуществления связи с базовой станцией через первую и вторую компонентные несущие, имеющие различные частотные диапазоны и конфигурации дуплексной передачи с временным разделением каналов (TDD), при этом первая компонентная несущая соответствует первичной обслуживающей соте (PCell), а вторая компонентная несущая соответствует вторичной обслуживающей соте (SCell); и
приема одной или более передач нисходящей линии связи через вторую компонентную несущую; и
модуль гибридного автоматического запроса на повторную передачу данных (HARQ), соединенный с модулем связи и выполненный с возможностью:
выбора последовательности моментов времени HARQ на основании конфигураций TDD первой и второй компонентных несущих; и
формирования одного или более сигналов положительного подтверждения и/или отрицательного подтверждения (ACK/NACK), связанных с одной или более передачами нисходящей линии связи,
при этом модуль связи дополнительно выполнен с возможностью передачи одного или более сигналов ACK/NACK согласно выбранной последовательности моментов времени HARQ, а модуль HARQ дополнительно выполнен с возможностью:
выбора конфигурации TDD первой компонентной несущей в качестве опорной конфигурации TDD, если подкадры нисходящей линии связи конфигурации TDD второй компонентной несущей представляют собой подмножество подкадров нисходящей линии связи конфигурации TDD первой компонентной несущей, за исключением случаев, когда
конфигурация TDD первой компонентной несущей представляется собой конфигурацию 1 нисходящей/восходящей линии связи (DL/UL) TDD, а конфигурация TDD второй компонентной несущей представляет собой конфигурацию 3 DL/UL TDD;
конфигурация TDD первой компонентной несущей представляется собой конфигурацию 2 DL/UL TDD, а конфигурация TDD второй компонентной несущей представляет собой конфигурацию 3 или 4 DL/UL TDD;
конфигурация TDD первой компонентной несущей представляется собой конфигурацию 3 DL/UL TDD, а конфигурация TDD второй компонентной несущей представляет собой конфигурацию 1 или 2 DL/UL TDD; или
конфигурация TDD первой компонентной несущей представляется собой конфигурацию 4 DL/UL TDD, а конфигурация TDD второй компонентной несущей представляет собой конфигурацию 2 DL/UL TDD; и
выбора конфигурации TDD второй компонентной несущей в качестве опорной конфигурации TDD, если подкадры нисходящей линии связи конфигурации TDD второй компонентной несущей включают в себя подкадры нисходящей линии связи конфигурации TDD первой компонентной несущей, за исключением случаев, когда
конфигурация TDD первой компонентной несущей представляется собой конфигурацию 1 DL/UL TDD, а конфигурация TDD второй компонентной несущей представляет собой конфигурацию 3 DL/UL TDD;
конфигурация TDD первой компонентной несущей представляется собой конфигурацию 2 DL/UL TDD, а конфигурация TDD второй компонентной несущей представляет собой конфигурацию 3 или 4 DL/UL TDD;
конфигурация TDD первой компонентной несущей представляется собой конфигурацию 3 DL/UL TDD, а конфигурация TDD второй компонентной несущей представляет собой конфигурацию 1 или 2 DL/UL TDD; или
конфигурация TDD первой компонентной несущей представляется собой конфигурацию 4 DL/UL TDD, а конфигурация TDD второй компонентной несущей представляет собой конфигурацию 2 DL/UL TDD.

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

23. Устройство по п. 21 или 22, в котором каждая из конфигураций TDD включает в себя одну из конфигураций 0-6 TDD, связанных с версией 8 усовершенствованного стандарта беспроводной связи долгосрочного развития (LTE) проекта партнерства 3-го поколения.



 

Похожие патенты:

Изобретение относится к технологиям радиосвязи. Технический результат - повышение помехоустойчивости посредством предварительного кодирования.

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

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

Изобретение обеспечивает способ и пользовательское оборудование UE для отображения ответных сообщений ACK/NACK. Технический результат - повышение корректности обработки ответных сообщений ACK/NACK.

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

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

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

Изобретение относится к области мобильной связи стандарта долгосрочного развития (LTE). Техническим результатом является повышение эффективности использования радиоресурсов.

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

Изобретение относится к области коммуникаций и предназначено для управления мобильным радиовещанием (MBBMS) при передаче информации в виде данных. Технический результат - повышение эффективности передачи данных.

Изобретение относится к области связи. Техническим результатом является повышение эффективности связи. Предоставляются способы и устройства для того, чтобы поддерживать HARQ в системе связи, применяющей перекрестную диспетчеризацию несущих. Вторая сота диспетчеризуется в первой соте. Принимаются данные, передаваемые посредством терминала, в субкадре второй соты. Определяется субкадр, в первой соте, для передачи подтверждения приема HARQ, соответствующего данным, и определяется субкадр, в первой соте, переносящий информацию диспетчеризации второй соты. Определяется то, являются ли идентичными субкадр для передачи подтверждения приема HARQ и субкадр, переносящий информацию диспетчеризации второй соты. 4 н. и 12 з.п. ф-лы, 30 ил., 3 табл.

Изобретение относится к беспроводной связи. Техническим результатом является решение проблемы доставки не по порядку, или сдвига по фазе, между двумя объектами управления доступом к среде. В аспектах настоящего описания пользовательское оборудование принимает многоточечные передачи между узлами В, и компонент многоточечный агрегации обнаруживает промежуток в порядковых номерах, задерживает передачу не подтверждения сигнала (NAK) посредством запуска таймера задержки NAK и передает с помощью приемопередатчика NAK в течение промежутка в порядковых номерах в ответ на истечение таймера задержки NAK и обнаружения, что промежуток не был заполнен во время задержки. Если объект управления доступом к среде (MAC) в качестве соответствующего NodeB идентифицируется самостоятельно для управления линией радиосвязи (RLC), доставка не по порядку (сдвиг по фазе) может в конечном счете быть отличена от подлинной потери данных прежде, чем таймер задержки NAK истечет на основании отслеживания самых больших принятых порядковых номеров. Адаптивный таймер задержки NAK может быть выполнен посредством мониторинга продолжительности сдвига по фазе. 5 н. и 8 з.п. ф-лы, 10 ил.
Наверх