ВЫБОР МОМЕНТА ВРЕМЕНИ ПОДТВЕРЖДЕНИЯ В БЕСПРОВОДНОЙ СВЯЗИ Российский патент 2017 года по МПК H04B1/18 H04W4/00 H04L5/00 

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

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

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

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

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

Изобретение относится к области беспроводной связи, использующей систему дуплексной передачи с временным разделением каналов. Раскрыто устройство, содержащее один или более машиночитаемых носителей, содержащих команды; и один или более процессоров, связанных с указанным одним или более машиночитаемыми носителями, для выполнения команд для реализации модуля связи и модуля гибридного автоматического запроса на повторную передачу данных (HARQ). Модуль HARQ выполнен с возможностью идентификации опорной конфигурации дуплексной передачи с временным разделением каналов (TDD) на основе первой конфигурации TDD первичной обслуживающей соты (PCell) и второй конфигурации TDD вторичной обслуживающей соты (SCell). Модуль связи выполнен с возможностью передачи информации подтверждения, связанной с данными нисходящей линии связи, принимаемыми через SCell, согласно моменту времени HARQ опорной конфигурации TDD. При этом информация подтверждения включает в себя сигналы подтверждения HARQ (HARQ-ACK); только сигналы HARQ-ACK, связанные с данными нисходящей линии связи вторичной обслуживающей соты (SCell), подлежат передаче согласно моменту времени HARQ опорной конфигурации TDD; и сигналы HARQ-ACK, связанные с данными нисходящей линии связи первичной обслуживающей соты (PCell), подлежат передаче только согласно моменту времени HARQ первой конфигурации TDD. 2 н. и 20 з.п. ф-лы, 10 ил., 2 табл.

1. Устройство для выбора момента времени подтверждения в беспроводной связи, содержащее:

один или более машиночитаемых носителей, содержащих команды; и

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

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

идентификации подкадров восходящей линии связи, общих для первой конфигурации TDD и второй конфигурации TDD; и

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

6. Устройство по п. 5, в котором при идентификации опорной конфигурации TDD модуль HARQ выполнен с возможностью:

идентификации подкадров восходящей линии связи, общих для первой конфигурации TDD и второй конфигурации TDD; и

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

7. Устройство по п. 1, в котором при идентификации опорной конфигурации TDD модуль HARQ выполнен с возможностью:

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

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

8. Устройство по любому из пп. 1-7, в котором при идентификации опорной конфигурации TDD модуль HARQ выполнен с возможностью:

идентификации конфигурации 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-7, в котором при идентификации опорной конфигурации TDD модуль HARQ выполнен с возможностью:

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

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

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

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

идентификации опорной конфигурации TDD на основе первой конфигурации TDD первичной обслуживающей соты (PCell) и указанной второй конфигурации TDD;

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

информация подтверждения включает в себя сигналы подтверждения HARQ (HARQ-ACK);

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

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

13. Энергонезависимый машиночитаемый носитель по п. 12, в котором опорная конфигурация TDD отличается от конфигурации TDD, указанной системным информационным блоком SCell.

14. Энергонезависимый машиночитаемый носитель по п. 13, в котором системный информационный блок представляет собой системный информационный блок 1 (SIB1).

15. Энергонезависимый машиночитаемый носитель по п. 12, в котором:

первая конфигурация TDD указана с помощью SIB1 PCell; а

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

16. Энергонезависимый машиночитаемый носитель по п. 12, в котором команды дополнительно предназначены для:

идентификации подкадров восходящей линии связи, общих для первой конфигурации TDD и второй конфигурации TDD; и

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

17. Энергонезависимый машиночитаемый носитель по п. 12, в котором команды дополнительно предназначены для:

идентификации подкадров восходящей линии связи, общих для первой конфигурации TDD и второй конфигурации TDD; и

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

18. Энергонезависимый машиночитаемый носитель по п. 12, в котором при идентификации опорной конфигурации TDD команды дополнительно предназначены для:

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

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

19. Энергонезависимый машиночитаемый носитель по любому из пп. 12-18, в котором при идентификации опорной конфигурации 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.

20. Энергонезависимый машиночитаемый носитель по любому из пп. 12-18, в котором при идентификации опорной конфигурации 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.

21. Энергонезависимый машиночитаемый носитель по любому из пп. 12-18, в котором команды дополнительно предназначены для:

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

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