Способы и устройство, относящиеся к межсистемной агрегации несущих fdd-tdd lte в усовершенствованных системах беспроводной связи



Способы и устройство, относящиеся к межсистемной агрегации несущих fdd-tdd lte в усовершенствованных системах беспроводной связи
Способы и устройство, относящиеся к межсистемной агрегации несущих fdd-tdd lte в усовершенствованных системах беспроводной связи
Способы и устройство, относящиеся к межсистемной агрегации несущих fdd-tdd lte в усовершенствованных системах беспроводной связи
Способы и устройство, относящиеся к межсистемной агрегации несущих fdd-tdd lte в усовершенствованных системах беспроводной связи
Способы и устройство, относящиеся к межсистемной агрегации несущих fdd-tdd lte в усовершенствованных системах беспроводной связи
Способы и устройство, относящиеся к межсистемной агрегации несущих fdd-tdd lte в усовершенствованных системах беспроводной связи
Способы и устройство, относящиеся к межсистемной агрегации несущих fdd-tdd lte в усовершенствованных системах беспроводной связи
Способы и устройство, относящиеся к межсистемной агрегации несущих fdd-tdd lte в усовершенствованных системах беспроводной связи

 


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

НЕК КОРПОРЕЙШН (JP)

Изобретение относится к технике связи и может использоваться в системах беспроводной связи. Технический результат состоит в повышении надежности связи. Для этого раскрыт способ сигнализации для использования в усовершенствованной сети беспроводной связи, которая поддерживает агрегацию несущих (CA) FDD-TDD. Способ сигнализации содержит этапы, на которых конфигурируют UE (путем установления соединения управления радиоресурсами (RRC) с сетью через первый узел доступа) для передачи данных между UE и сетью через первый узел доступа на несущей первого дуплексного режима в качестве первичной компонентной несущей (PCell), конфигурируют UE (через выделенную сигнализацию RRC на PCell) для передачи данных между UE и сетью через второй узел доступа на несущей второго дуплексного режима в качестве вторичной компонентной несущей (SCell), и выполняют планирование для передачи данных на агрегированной SCell с использованием или самопланирования, или перекрестного планирования несущих. 6 н. и 6 з.п. ф-лы, 7 ил.

 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

[0001] Настоящее изобретение относится к сигнализации управления в усовершенствованных сетях и системах беспроводной связи.

УРОВЕНЬ ТЕХНИКИ

[0002] В настоящем документе используются следующие сокращения:

Таблица 1
ACK подтверждение приема
CA агрегация несущих
CIF поле индикатора несущей
CRS характерный для соты опорный сигнал
CSS общее пространство поиска
DAI индекс назначения нисходящей линии связи
DCI управляющая информация нисходящей линии связи
DL нисходящая линия связи
eIMTA усовершенствованное управление помехами и адаптация трафика
E-UTRA развитый универсальный наземный радиодоступ
FDD дуплексная передача с частотным разделением
H-ARQ или HARQ гибридный автоматический запрос на повторную передачу
H-ARQ ACK подтверждение приема гибридного автоматического запроса на повторную передачу
HetNet неоднородная сеть
IE информационный элемент
LTE стандарт "Долгосрочное развитие"
(E)PDCCH (усовершенствованный) физический канал управления нисходящей линии связи
PCell первичная компонентная несущая

PDSCH физический совместно используемый канал нисходящей линии связи
(E)PHICH (усовершенствованный) физический канал индикатора H-ARQ
PUCCH физический канал управления восходящей линии связи
PUSCH физический совместно используемый канал восходящей линии связи
RRC управление радиоресурсами
RTT время прохождения сигнала в обоих направлениях
Rel. Версия (например, LTE Rel. 11 означает версия 11 LTE)
SCell вторичная компонентная несущая
TDD дуплексная передача с временным разделением
UE пользовательское оборудование
UL восходящая линия связи
UL-SCH совместно используемый канал восходящей линии связи
USS характерное для UE пространство поиска

[0003] E-UTRA поддерживает и FDD, и TDD режимы дуплексной передачи. Хотя механизмы взаимодействия между FDD и TDD E-UTRA были описаны, поведение терминалов (например, UE), которые одновременно соединены с сетью на двух (или более) полосах частот с различными дуплексными режимами, не было описано. Для операторов сети со спектром и FDD, и TDD, соответственно, должно быть важно обеспечить эффективный механизм(ы) или средство для того, чтобы оба спектральных ресурса хорошо (предпочтительно полностью) использовались, чтобы улучшить производительность системы и восприятие пользователя.

[0004] Использование агрегации несущих (CA) предлагает средство для увеличения пиковых скоростей передачи данных и пропускной способности, как было обнаружено во время работы CA LTE Rel. 10, и было улучшено во время работы по улучшению CA LTE Rel. 11.

[0005] Эффективное использование спектра TDD и FDD и использование различных технологий совместно становится все более и более важными для будущего развертывания LTE, чтобы обслуживать увеличенные потребности в пропускной способности и емкости. Поэтому может иметься повышенная потребность в поддержке совместной работы FDD-TDD LTE, так что оба спектральных ресурса могут хорошо или полностью использоваться для улучшения производительности системы. Ожидается, что в будущих сценариях развертывания CA FDD-TDD LTE или сота TDD, или сота FDD может использоваться в качестве первичной компонентной несущей (PCell), и поэтому необходима поддержка для универсальной CA FDD-TDD LTE.

[0006] Как важная технология в системах CA, перекрестное планирование несущих позволяет ресурсу PDSCH и PUSCH на одной компонентной несущей быть запланированным с помощью PDCCH на другой компонентной несущей. Например, PDCCH может быть передан в одной обслуживающей соте (например, обслуживающей соте с более высоким качеством линии), а соответствующий PDSCH или PUSCH может быть передан в другой обслуживающей соте. Это может быть реализовано путем добавления 3-битного поля индикатора несущей (CIF) в формат управляющей информаций нисходящей линии связи (DCI). В системах CA с только FDD или только TDD в Rel. 10 и Rel. 11 число слепых декодирований остается таким же, независимо от того, сконфигурировано ли перекрестное планирование несущих. Однако в системе CA FDD-TDD LTE с перекрестным планированием несущих число слепых попыток декодирования может быть больше, если формат DCI сконфигурирован в соответствии с прежними спецификациями системы.

[0007] Как указано в Rel. 8-11, содержание одного и того же формата DCI может отличаться для систем TDD и FDD. А именно, есть дополнительные битовые поля в формате DCI для поддержки работы TDD. Например:

- В формате 0/4 DCI для работы TDD используется 2-битное поле для индекса UL или индекса назначения DL (DAI), но это 2-битное поле не существует в формате 0/4 DCI для систем FDD;

- В формате 1/1A/1B/1D/2/2A/2B/2C DCI для работы TDD используется 2-битное поле для индекса назначения DL, но это 2-битное поле не существует в формате 1/1A/1B/1D/2/2A/2B/2C DCI для систем FDD;

- В формате 1/1A/1B/1D/2/2A/2B/2C DCI для работы TDD используется 4-битное поле для номера процесса HARQ, но в формате 1/1A/1B/1D/2/2A/2B/2C DCI имеется 3-битное поле для систем FDD.

Сущность изобретения

Техническая проблема

[0008] Для одного UE, сконфигурированного с помощью перекрестного планирования несущих в системе CA FDD-TDD LTE, PDCCH двух дуплексных режимов (FDD и TDD) могут быть переданы в одной и той же обслуживающей соте. Например, PDCCH, соответствующий передаче PDSCH или PUSCH в обслуживающей соте TDD, может быть передан в обслуживающей соте FDD. Хотя пропускная способность этих двух обслуживающих сот может быть одинаковой, формат DCI может, тем не менее, иметь различные размеры из-за вышеупомянутых дополнительных битов для работы TDD. В результате число слепых попыток декодирования может существенно увеличиться из-за увеличенного числа различных размеров DCI. Соответственно, имеется необходимость решить эту проблему.

[0009] Кроме того, так как PUCCH, который несет обратную связь HARQ, расположен только на первичной компонентной несущей, и так как синхронизация HARQ/синхронизация разрешения UL отличается для систем FDD и TDD, соответственно, существует необходимость решить соответствующую проблему с синхронизацией в системах CA FDD-TDD LTE.

[0010] Дополнительно, чтобы справиться с флуктуациями скорости трафика DL/UL в обслуживающей соте с TDD, для обслуживающих сот с TDD может быть реализована гибкая TDD. Две других проблемы, которые возникают, когда обслуживающая сота с гибкой TDD сконфигурирована как SCell, а именно, быстрое указание конфигурации TDD и синхронизация HARQ-ACK/разрешения UL, возможно, также должны быть решены для систем CA FDD-TDD LTE.

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

Решение проблемы

[0012] В одной возможной форме изобретение в широком плане относится к способу сигнализации для использования в усовершенствованной сети беспроводной связи, которая поддерживает агрегацию несущих (CA) дуплексной передачи с частотным разделением - дуплексной передачи с временным разделением (FDD-TDD), системе, включающей в себя:

пользовательское оборудование (UE), которое поддерживает CA FDD-TDD;

первый узел доступа, выполненный с возможностью осуществления связи с UE на несущей первого дуплексного режима, где первый дуплексный режим является FDD или TDD; и

второй узел доступа, выполненный с возможностью осуществления связи с UE на несущей второго дуплексного режима, где второй дуплексный режим является другим режимом из FDD или TDD, противоположным первому дуплексному режиму;

причем способ содержит этапы, на которых:

конфигурируют UE путем установления соединения управления радиоресурсами (RRC) с сетью для передачи данных между UE и сетью через первый узел доступа на несущей первого дуплексного режима в качестве первичной компонентной несущей (PCell),

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

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

[0013] В некоторых вариантах воплощения или сценариях развертывания первый дуплексный режим может быть FDD, а второй дуплексный режим может быть TDD. Следовательно, PCell (и первый узел доступа) может быть FDD, а SCell (и второй узел доступа) может быть TDD.

[0014] Кроме того, в некоторых конкретных вариантах воплощения или сценариях развертывания может использоваться перекрестное планирование несущих для планирования передачи данных на агрегированной SCell. В этих вариантах воплощения первый узел доступа может планировать передачу данных нисходящей линии связи и на PCell FDD, и на SCell TDD через сетевое транзитное соединение. UE может следовать синхронизации и правилу обратной связи FDD для возврата первому узлу доступа HARQ-ACK в ответ на данные, принятые на несущей нисходящей линии связи PCell FDD и несущей нисходящей линии связи SCell TDD. Первый узел доступа может использовать формат DCI FDD для информирования UE о передаче данных нисходящей линии связи на несущей нисходящей линии связи PCell FDD и несущей нисходящей линии связи SCell TDD. Упомянутый формат DCI может включать в себя, например, 3-битное поле номера HARQ и отсутствующее поле индекса назначения нисходящей линии связи (DAI). Первый узел доступа может планировать передачу данных восходящей линии связи от UE и на PCell FDD, и на SCell TDD и передавать разрешения восходящей линии связи для передачи PCell FDD и передачи SCell TDD с использованием правила синхронизации планирования восходящей линии связи FDD. При обработке DCI UE может предполагать, что DCI одного и того же размера, принятая на PCell FDD, обеспечивает планирование нисходящей линии связи и планирование восходящей линии связи и для PCell, и для SCell. При приеме планирования нисходящей линии связи для SCell UE может применить правило синхронизации FDD для возврата HARQ-ACK к PCell FDD. Кроме того, при приеме разрешения восходящей линии связи для передачи данных восходящей линии связи на несущей восходящей линии связи SCell TDD UE может применить правило синхронизации FDD для передачи физического совместно используемого канала восходящей линии связи (PUSCH) к SCell TDD.

[0015] В других конкретных вариантах воплощения или сценариях развертывания (где первый дуплексный режим является FDD, а второй дуплексный режим является TDD) может использоваться самопланирование для планирования передачи данных на агрегированной SCell. В этих вариантах воплощения первый узел доступа может планировать передачу данных нисходящей линии связи только на PCell FDD, а второй узел доступа может планировать передачу данных нисходящей линии связи только на SCell TDD. UE может следовать синхронизации и правилу обратной связи FDD для возврата первому узлу доступа нескольких HARQ-ACK в ответ на данные, принятые на несущей нисходящей линии связи PCell FDD, и может следовать синхронизации и правилу обратной связи TDD для возврата второму узлу доступа нескольких HARQ-ACK в ответ на данные, принятые на несущей нисходящей линии связи SCell TDD. При приеме HARQ-ACK вторичной компонентной несущей (SCell) на PUCCH первый узел доступа может переслать принятое HARQ-ACK SCell второму узлу доступа через транзитное соединение. Первый узел доступа может использовать формат(ы) DCI FDD для информирования UE о передаче данных нисходящей линии связи на несущей нисходящей линии связи PCell FDD, а второй узел доступа может использовать формат(ы) DCI TDD для информирования UE о передаче данных нисходящей линии связи на несущей нисходящей линии связи SCell TDD. Первый узел доступа может планировать передачи данных восходящей линии связи от UE на PCell FDD и передавать разрешения восходящей линии связи для передачи PCell FDD с использованием правила синхронизации планирования восходящей линии связи FDD. Второй узел доступа может планировать передачу данных восходящей линии связи от UE на SCell TDD и передавать разрешения восходящей линии связи для передачи SCell TDD с использованием правила синхронизации планирования восходящей линии связи TDD.

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

[0017] В некоторых конкретных вариантах воплощения или сценариях развертывания (где первый дуплексный режим является TDD, а второй дуплексный режим является FDD) может использоваться перекрестное планирование несущих для планирования SCell. Может применяться перекрестное планирование несущих и подкадров или перекрестное планирование несущих с несколькими подкадрами. В этих вариантах воплощения первый узел доступа может планировать передачу данных нисходящей линии связи и на PCell TDD, и на SCell FDD через сетевое транзитное соединение. UE может следовать синхронизации и правилу обратной связи TDD для возврата первому узлу доступа HARQ-ACK в ответ на данные, принятые на несущей нисходящей линии связи PCell TDD и на несущей нисходящей линии связи SCell FDD. Первый узел доступа может использовать формат DCI TDD для информирования UE о передачах данных нисходящей линии связи на несущей нисходящей линии связи PCell TDD и на несущей нисходящей линии связи SCell FDD. Формат DCI может включать в себя, например, 4-битное поле номера HARQ и 2-битное поле DAI. Первый узел доступа может планировать передачу данных восходящей линии связи от UE и на PCell TDD, и на SCell FDD и передавать разрешения восходящей линии связи для передачи PCell TDD и передачи SCell FDD с использованием правила синхронизации планирования восходящей линии связи TDD. При обработке DCI UE может предполагать, что DCI TDD такого же размера, как принятая на PCell TDD, обеспечивает планирование нисходящей линии связи и планирование восходящей линии связи и для PCell, и для SCell. При приеме планирования нисходящей линии связи и данных нисходящей линии связи для SCell UE может применять правило синхронизации TDD для возврата HARQ-ACK к PCell TDD. Кроме того, при приеме разрешения восходящей линии связи для передачи данных восходящей линии связи на несущей восходящей линии связи SCell FDD UE может применять правило синхронизации TDD для передачи PUSCH к SCell FDD.

[0018] В других конкретных вариантах воплощения или сценариях развертывания (где первый дуплексный режим является TDD, а второй дуплексный режим является FDD) используется самопланирование для планирования SCell. В этих вариантах воплощения первый узел доступа может планировать передачу данных нисходящей линии связи только на PCell TDD, а второй узел доступа может планировать передачу данных нисходящей линии связи только на SCell FDD. UE может следовать синхронизации и правилу обратной связи TDD для возврата первому узлу доступа нескольких HARQ-ACK в ответ на данные, принятые на несущей нисходящей линии связи PCell TDD, и может следовать синхронизации и правилу обратной связи TDD PCELL для возврата второму узлу доступа нескольких HARQ-ACK в ответ на данные, принятые на несущей нисходящей линии связи SCell FDD. UE может возвратить HARQ-ACK данных, запланированных в подкадре(ах) нисходящей линии связи на SCell FDD с помощью соответствующего подкадра(ов) восходящей линии связи на PCell TDD, вместе с входящими передачами нисходящей линии связи в подкадрах нисходящей линии связи, которые соответствуют подкадрам нисходящей линии связи на PCell TDD. При приеме HARQ-ACK SCell на PUCCH первый узел доступа может переслать принятые HARQ-ACK SCell вторичной компонентной несущей (SCell) FDD через транзитное соединение. Первый узел доступа может использовать формат DCI TDD для информирования UE о передаче данных нисходящей линии связи на несущей нисходящей линии связи PCell TDD, а второй узел доступа может использовать формат(ы) DCI TDD для информирования UE о передаче данных нисходящей линии связи на несущей нисходящей линии связи SCell FDD. Первый узел доступа может планировать передачу данных восходящей линии связи от UE на PCell TDD и передавать разрешения восходящей линии связи для передачи PCell TDD с использованием правила синхронизации планирования восходящей линии связи TDD. Второй узел доступа может планировать передачу данных восходящей линии связи от UE на SCell FDD и передавать разрешения восходящей линии связи для передачи SCell FDD с использованием правила синхронизации планирования восходящей линии связи FDD и правила HARQ-ACK FDD. При обработке DCI, принятой на несущей нисходящей линии связи SCell FDD, UE может предполагать, что принятая DCI TDD обеспечивает планирование нисходящей линии связи и планирование восходящей линии связи для SCell. При приеме планирования нисходящей линии связи и переданных данных для SCell UE может применить правило синхронизации TDD для возврата HARQ-ACK к SCell FDD. Кроме того, при приеме планирования нисходящей линии связи и переданных данных для подкадра(ов) SCell FDD с помощью соответствующего подкадра(ов) восходящей линии связи на PCell TDD UE может возвратить HARQ-ACK для данных, запланированных в этих подкадрах нисходящей линии связи, вместе с входящими передачами нисходящей линии связи в подкадрах нисходящей линии связи, которые соответствуют подкадрам нисходящей линии связи на PCell TDD. При приеме разрешения восходящей линии связи для передачи данных восходящей линии связи на несущей восходящей линии связи SCell FDD UE может применить правило синхронизации FDD для передачи PUSCH к SCell FDD.

[0019] В некоторых дополнительных вариантах воплощения несущая гибкого TDD может быть SCell, и путем наблюдения мгновенного трафика во втором узле доступа в течение заранее заданного времени наблюдения сеть может сконфигурировать второй узел доступа изменить конфигурацию восходящей линии связи - нисходящей линии связи TDD на SCell TDD. Может использоваться неявная быстрая сигнализация. После решения, что гибкий подкадр на SCell должен функционировать как подкадр нисходящей линии связи, первый узел доступа может отправить информацию о планировании нисходящей линии связи в подкадре нисходящей линии связи PCell, соответствующем гибкому подкадру SCell, в котором данные нисходящей линии связи переданы от второго узла доступа. После решения, что гибкий подкадр на SCell должен функционировать как подкадр восходящей линии связи, первый узел доступа может отправить разрешение восходящей линии связи в подкадре нисходящей линии связи PCell, соответствующем гибкому подкадру SCell, в котором UE должно передать данные восходящей линии связи на SCell TDD. Конфигурация восходящей линии связи - нисходящей линии связи TDD SCell может быть изменена вторым узлом доступа на основе радиокадра, и UE может отслеживать в пространстве поиска на PCell планирование передачи нисходящей линии связи и разрешение восходящей линии связи на SCell. В подкадре нисходящей линии связи PCell, соответствующем гибкому подкадру SCell, если UE обнаруживает планирование передачи нисходящей линии связи для SCell, оно может выполнить обработку PDSCH/DL-SCH в упомянутом гибком подкадре SCell. В подкадре нисходящей линии связи PCell, если UE обнаруживает разрешение восходящей линии связи на SCell, оно может обработать и передать PUSCH/UL-SCH в гибком входящем подкадре SCell, соответствующем подкадру нисходящей линии связи PCell, в котором было принято разрешение восходящей линии связи.

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

[0021] В настоящем документе предложены способы, процедуры и устройство, которые могут быть реализованы в устройстве, используемом в неоднородных сетях, для обеспечения межсистемной агрегации несущих FDD-TDD, которое может помочь достигнуть более высоких скоростей передачи данных конечного пользователя и/или улучшить поддержку дополнительного развертывания HetNet. Устройство, которое может быть базовой станцией, может осуществлять связь с первым UE по меньшей мере через одну компонентную несущую (PCell) первой системы. Кроме того, упомянутое устройство может определять, агрегировать ли по меньшей мере одну компонентную несущую (PCell) первой системы по меньшей мере с одной дополнительной компонентной несущей (SCell) второй системы для связи с первым UE, которое способно к выполнению межсистемной агрегации несущих. По меньшей мере одна дополнительная компонентная несущая второй системы может использоваться второй базовой станцией в качестве PCell для осуществления связи со вторым одним или несколькими UE в пределах покрытия второй базовой станции. Первая базовая станция и вторая базовая станция могут быть развернуты в или как неоднородные сети. Первая система может быть FDD LTE или TDD LTE, а вторая система может быть TDD LTE/гибким TDD или FDD LTE.

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

[0023] Если перекрестное планирование несущих задействовано, первая базовая станция может использовать прозрачный формат DCI такого же размера, как DCI FDD (например, DCI с 3-битным полем номера процесса HARQ и отсутствующим полем DAI), для планирования передачи данных DL и на PCell, и на SCell, а первое UE, как ожидается, должно понимать и следовать синхронизации и правилу обратной связи FDD для отправки нескольких HARQ-ACK в ответ на данные, принятые на несущей DL PCell FDD и подкадре(ах) DL несущей(их) SCell TDD. Кроме того, если перекрестное планирование несущих задействовано, то первая базовая станция может планировать передачу данных UL от UE и на PCell FDD, и на SCell TDD и передавать разрешения UL для планирования передачи PCell FDD и передачи SCell TDD путем применения правила синхронизации планирования UL FDD. В одной конфигурации SCell может быть несущей гибкого TDD, и вторая базовая станция может быть сконфигурирована изменять конфигурацию UL-DL TDD с частотой на основе радиокадра. Предпочтительно для этого может использоваться подход неявной сигнализации, в этом случае после решения, что гибкий подкадр на SCell является подкадром DL, первая базовая станция может отправить информацию о планировании DL в подкадре DL PCell, соответствующем гибкому подкадру SCell, в котором данные DL передаются от второй базовой станции. Кроме того, после решения, что гибкий подкадр на SCell является подкадром UL, первая базовая станция может отправить разрешение UL в подкадре DL PCell, соответствующем гибкому подкадру SCell, в котором первое UE, как ожидается, должно передавать данные UL в подкадре UL несущей SCell TDD. Если перекрестное планирование несущих задействовано и первое UE сконфигурировано выполнять межсистемную CA FDD-TDD с PCell FDD и одной или несколькими SCell TDD, первое UE может предполагать, что DCI такого же размера (например, 3-битное поле номера процесса HARQ и отсутствующее поле DAI для планирующей передачу DL DCI), принятая на PCell FDD, обеспечивает планирование DL и планирование UL и для PCell, и для одной или нескольких SCell. При приеме планирования DL для SCell первое UE может применить правило синхронизации FDD для отправки HARQ-ACK. При приеме разрешения UL для передачи данных UL на несущей UL SCell TDD первое UE может применить правило синхронизации FDD для выбора подкадра UL для передачи PUSCH/UL-SCH на несущей SCell TDD. Так как конфигурация UL-DL TDD SCell может быть изменена на основе радиокадра, первое UE может отслеживать в пространстве поиска на PCell планирование передачи DL и разрешение UL на SCell. В подкадре DL PCell, соответствующем гибкому подкадру SCell, если первое UE обнаруживает планирование передачи DL для SCell, оно может выполнить обработку PDSCH/DL-SCH в упомянутом гибком подкадре SCell. Аналогично, в подкадре DL PCell, если первое UE обнаруживает разрешение UL на SCell, оно может обработать и передать PUSCH/UL-SCH во входящем гибком подкадре SCell, соответствующем подкадру DL PCell, в котором принято разрешение UL.

[0024] Если перекрестное планирование несущих отключено, первая базовая станция может использовать формат DCI FDD (то есть DCI с 3-битным полем номера HARQ на и отсутствующим полем DAI) для планирования передачи данных DL только на несущей DL PCell FDD, а вторая базовая станция может использовать формат DCI TDD (то есть DCI с 4-битным полем номера HARQ и 2-битным полем DAI) для планирования передачи данных DL только в подкадре(ах) DL несущей SCell TDD. Первое UE может следовать синхронизации и правилу обратной связи FDD для возврата нескольких HARQ-ACK в ответ на данные, принятые на несущей DL PCell FDD, но может следовать синхронизации и правилу обратной связи TDD для возврата нескольких HARQ-ACK в ответ на данные, принятые в подкадре DL несущей(их) SCell TDD. Кроме того, первая базовая станция может передать разрешение UL, чтобы запланировать передачу данных UL от первого UE на несущей UL PCell FDD с использованием правила синхронизации планирования UL FDD. Вторая базовая станция может передать разрешения UL, чтобы запланировать передачу данных UL от UE в подкадре UL несущей SCell TDD с использованием правила синхронизации планирования UL TDD. В одной конфигурации несущая SCell может быть несущей гибкого TDD, а вторая базовая станция может быть сконфигурирована изменять конфигурацию UL-DL TDD с частотой на основе радиокадра. Первая базовая станция может применить явную быструю сигнализацию в форме DCI, отправленной в общем пространстве поиска PCell, для информирования UE об изменении конфигурации UL-DL на ее SCell TDD. Если перекрестное планирование несущих отключено, и первое UE сконфигурировано выполнять межсистемного CA FDD-TDD с PCell FDD и одной или несколькими SCell TDD, первое UE может предполагать, что принятая DCI TDD (то есть 4-битное поле номера процесса HARQ и 2-битное поле DAI) обеспечивает планирование DL и планирование UL для одной или нескольких SCell. При приеме планирования DL для SCell первое UE может применить правило синхронизации TDD для отправки нескольких HARQ-ACK в PUSCH. При приеме разрешения UL для передачи данных UL на несущей UL SCell TDD первое UE может применить правило синхронизации TDD для передачи PUSCH на несущей SCell TDD. В одной конфигурации, где SCell является гибкой TDD, первое UE может отслеживать в общем пространстве поиска PCell явную быструю сигнализацию, указывающую изменение конфигурации UL-DL TDD на его SCell гибкой TDD.

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

[0026] Если перекрестное планирование несущих задействовано, первая базовая станция может использовать прозрачный формат DCI такого же размера, как DCI TDD (то есть DCI с 4-битным полем номера процесса HARQ и 2-битным полем DAI) для планирования передачи данных DL и в подкадре DL несущей PCell, и несущей DL SCell, и первое UE может понять и следовать синхронизации и правилу обратной связи TDD для отправки нескольких HARQ-ACK в ответ на данные, принятые в подкадре(ах) DL несущей PCell TDD и несущей DL SCell FDD. Кроме того, если перекрестное планирование несущих задействовано, то первая базовая станция может планировать передачу данных UL от первого UE и в подкадрах UL несущей PCell TDD, и несущей UL SCell FDD и передавать разрешения UL для передачи PCell TDD и передачи SCell FDD путем применения правила синхронизации планирования UL TDD. Если перекрестное планирование несущих задействовано, и первое UE сконфигурировано выполнять межсистемную CA FDD-TDD с PCell TDD и SCell FDD, первое UE может предполагать, что DCI такого же размера (то есть 4-битное поле номера процесса HARQ и 2-битное поле DAI для планирующей передачу DL DCI), принятая в подкадре DL PCell TDD, обеспечивает планирование D и планирование UL и для PCell TDD, и для SCell FDD. При приеме планирования DL и данных DL для SCell первое UE может применить правило синхронизации TDD для отправки нескольких HARQ-ACK в UL. При приеме разрешения UL на передачу данных UL на компонентной несущей UL SCell FDD первое UE может применить правило синхронизации TDD для выбора подкадра UL для передачи PUSCH/UL-SCH на несущей UL SCell FDD.

[0027] Если перекрестное планирование несущих отключено, первая базовая станция может использовать формат DCI TDD (то есть DCI с 4-битным полем номера HARQ и 2-битным полем DAI) для планирования передачи данных DL только в подкадре DL несущей PCell TDD, а вторая базовая станция может также использовать формат DCI TDD для планирования передачи данных DL только на несущей DL SCell FDD. UE может следовать синхронизации и правилу обратной связи TDD для возврата нескольких HARQ-ACK в ответ на данные, принятые в подкадре DL несущей PCell TDD, и может также следовать синхронизации и правилу обратной связи TDD для возврата нескольких HARQ-ACK в ответ на данные, принятые на несущей DL SCell FDD. Дополнительно, UE может возвращать HARQ-ACK данных, запланированных в подкадре(ах) DL на SCell FDD с помощью соответствующего подкадра(ов) UL на PCell TDD, вместе с входящей передачей DL в подкадре DL, который соответствует подкадру DL на PCell TDD. Кроме того, первая базовая станция может передавать разрешение UL, чтобы запланировать передачи данных UL от первого UE на PCell TDD с использованием правила синхронизации планирования UL TDD. Вторая базовая станция может передавать разрешения UL, чтобы запланировать передачу данных UL от первого UE на несущей SCell FDD с использованием правила синхронизации планирования UL FDD и правила HARQ-ACK FDD. Если перекрестное планирование несущих отключено, и первое UE сконфигурировано выполнять межсистемную CA FDD-TDD с PCell TDD и SCell FDD, первое UE может предполагать, что принятая DCI TDD (то есть 4-битное поле номера процесса HARQ и 2-битное поле DAI для планирующей передачу DL DCI) обеспечивает планирование DL и планирование UL для SCell. При приеме планирования DL и переданных данных для SCell первое UE может применить правило синхронизации TDD для отправки нескольких HARQ-ACK. Дополнительно, при приеме планирования DL и переданных данных для подкадра(ов) DL SCell FDD с помощью соответствующего подкадра(ов) UL на PCell TDD, первое UE может возвратить HARQ-ACK данных, запланированных в этом подкадре(ах) DL, вместе с входящей передачей DL в подкадре DL, который соответствует подкадру DL на PCell TDD. При приеме разрешения UL для передачи данных UL на несущей UL SCell FDD первое UE может применить правило синхронизации FDD для передачи PUSCH на несущей UL SCell FDD.

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

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

[0029] Предпочтительные признаки, варианты воплощения и осуществления изобретения могут быть поняты из следующего подробного описания, которое обеспечивает достаточную информацию для специалистов в области техники, чтобы выполнить изобретение. Подробное описание не обязательно должно рассматриваться как ограничение в каком-либо виде объема вышеописанной сущности изобретения или объема изобретения. Подробное описание делает ссылки на ряд следующих чертежей:

[Фиг. 1] Фиг. 1 изображает усовершенствованную систему беспроводной связи и упоминается ниже с целью объяснения некоторых различных сценариев развертывания межсистемной агрегации несущих (CA) FDD-TDD.

[Фиг. 2A] Фиг. 2A содержит упрощенные блок-схемы типичных усовершенствованных базовых станций (eNB), в частности, узла доступа FDD и узла доступа TDD, а также упрощенную блок-схему усовершенствованного UE, которое имеет возможность выполнять межсистемную CA FDD-TDD.

[Фиг. 2B] Фиг. 2B содержит упрощенные блок-схемы типичных усовершенствованных базовых станций (eNB), в частности, узла доступа FDD и узла доступа TDD, а также упрощенную блок-схему усовершенствованного UE, который имеет возможность выполнять межсистемную CA FDD-TDD.

[Фиг. 3] Фиг. 3 используется для объяснения определенных аспектов самопланирования и перекрестного планирования несущих в системах CA LTE.

[Фиг. 4] Фиг. 4 содержит диаграмму, которая используется для помощи в объяснении синхронизации передач в одном сценарии в CA FDD-TDD LTE.

[Фиг. 5] Фиг. 5 содержит диаграммы, которые используются для помощи в объяснении работы CA FDD-TDD LTE в другом сценарии.

[Фиг. 6] Фиг. 6 содержит диаграммы, которые используются для помощи в объяснении работы CA FDD-TDD LTE в другом сценарии.

Описание вариантов воплощения

[0030] Фиг. 1 изображает усовершенствованную систему 100 беспроводной связи, в котором представлены много различных сценариев развертывания межсистемной агрегации несущих FDD и TDD. Усовершенствованная система 100 беспроводной связи является неоднородной сетью (HetNet) и она включает в себя:

- множество макроузлов 101 доступа, каждый из которых представляет собой базовую макростанцию (например, eNB), которая может быть сконфигурирована передавать и принимать сигналы FDD на отдельных несущих частотах DL и UL, соответственно;

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

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

- множество усовершенствованного пользовательского оборудования (UE) 104, 105 и 106, которое способно выполнять передачу и прием сигналов FDD, передачу и прием сигналов TDD, и передачу и прием сигналов FDD-TDD посредством агрегации несущих FDD-TDD.

[0031] Каждая базовая макростанция 101 обслуживает одну или несколько макросот на первой спаренной несущей частоте F1. Каждая базовая пикостанция 102 обслуживает малую соту на второй спаренной несущей частоте F2. Каждая базовая пикостанция 103 обслуживает малую соту на третьей неспаренной несущей частоте F3. Первая несущая частота F1 и вторая несущая частота F2 могут быть одинаковыми или разными. Несущая частота UL первой несущей частоты F1 и третья несущая частота F3 могут быть одинаковыми.

[0032] Каждая базовая станция 101 макросоты соединена с базовой пикостанцией(ями) 102 и/или 103 малой соты через (предпочтительно идеальное) усовершенствованное сетевое транзитное соединение. В соответствии с вариантами воплощения настоящего изобретения межсистемная CA FDD-TDD может быть развернута следующим образом:

[0033] (1. Агрегация несущих (CA) FDD-TDD, где несущая FDD является PCell, а несущая(ие) TDD является одной или несколькими SCell.)

[0034] Этот первый сценарий развертывания обозначен как 110 на фиг. 1. В этом сценарии развертывания UE 104 может сначала обнаруживать и базироваться в макросоте FDD, обеспеченной базовой станцией 101. Упомянутое UE 104 сначала устанавливает соединение RRC с усовершенствованной сетью через упомянутую базовую макростанцию 101 на несущих FDD. Из-за мобильности 120 (то есть движения UE) UE 104 может попасть в покрытие малой соты, обслуживаемое базовой станцией 103 TDD. С помощью выделенной сигнализации RRC через базовую макростанцию 101 упомянутое UE 104 затем конфигурируется для выполнения измерения малой соты TDD и добавления второй компонентной несущей TDD, обслуживаемой базовой пикостанцией 103, как агрегированной несущей для дополнительного приема и передачи данных (то есть в дополнение к передаче данных на первичной компонентной несущей FDD, которая функционирует как опорная компонентная несущая и которая обслуживается базовой макростанцией 101). Первичная компонентная несущая (PCell), обслуживаемая базовой макростанцией 110, в этом сценарии является FDD LTE, в то время как вторичная компонентная несущая (SCell), обслуживаемая базовой пикостанцией 103, является TDD LTE. Может иметься несколько (например, возможно до пяти) SCell в этом первом сценарии 110 развертывания.

[0035] (2. Агрегация несущих (CA) FDD-TDD, где несущая TDD является PCell, а несущая FDD является SCell.)

[0036] Этот второй сценарий развертывания обозначен как 111 на фиг. 1. В этом сценарии развертывания UE 104 может сначала обнаруживать и базироваться в пикосоте TDD, обеспеченной базовой станцией 103. Упомянутое UE 104 сначала устанавливает соединение RRC с усовершенствованной мобильной сетью через базовую пикостанцию TDD 103 на несущей TDD. Из-за мобильности 121 UE (то есть движения UE) UE 104 может попасть на край малой соты (то есть оно может находиться около края малой соты). В любом случае, может быть возможна одновременная передача и/или прием данных через перекрывающиеся макросоту 101 FDD и пикосоту 103 TDD. Поэтому посредством выделенной сигнализации RRC через базовую пикостанцию 103 TDD упомянутое UE 104 может быть затем сконфигурировано выполнять измерение макросоты FDD и добавлять вторую компонентную несущую FDD, обслуживаемую перекрывающей базовой макростанцией 101 FDD, как агрегированную несущую для дополнительного приема и передачи данных (то есть в дополнение к передаче данных на первичной компонентной несущей TDD, которая обслуживается базовой пикостанцией 103 TDD). Первичная компонентная несущая (PCell), обслуживаемая базовой пикостанцией 103, в этом сценарии является TDD LTE, а вторичная компонентная несущая (SCell), обслуживаемая базовой макростанцией 101, является LTE FDD. Может быть до одной SCell (то есть имеется максимум одна SCell) в этом втором сценарии 111 развертывания.

[0037] (3. Агрегация несущих (CA) FDD-TDD, где несущая FDD является PCell, а несущая гибкой TDD является SCell.)

[0038] Этот третий сценарий развертывания обозначен как 112 на фиг. 1. В этом сценарии развертывания UE 105 может обнаруживать и базироваться в макросоте FDD, обеспеченной базовой станцией 101. Упомянутое UE 105 сначала устанавливает соединение RRC с усовершенствованной мобильной сетью через базовую макростанцию 101 FDD на несущей FDD. С помощью выделенной сигнализации RRC через базовую макростанцию 101 FDD упомянутое UE 105 затем конфигурируется для выполнения измерения малой соты и добавления второй компонентной несущей TDD, обслуживаемой базовой пикостанцией 103 TDD, как агрегированной несущей для дополнительного приема и передачи данных (то есть в дополнение к передаче данных на первичной компонентной несущей FDD, которая функционирует как опорная компонентная несущая и обслуживается базовой макростанцией 101). Первичная компонентная несущая (PCell), обслуживаемая базовой макростанцией 101, является FDD LTE, в то время как вторичная компонентная несущая (SCell), обслуживаемая базовой пикостанцией 103, является гибкой TDD LTE.

[0039] Трафик в пределах упомянутой пикосоты 103 гибкой TDD LTE может измениться из-за вхождения одного или более нового UE в покрытие пикосоты и/или выхода одного или более существующего UE из покрытия пикосоты. См., например, на фиг. 1 передачу обслуживания UE 106 из макросоты 101 в пикосоту 103 TDD из-за мобильности UE (как обозначено с помощью 122 на фиг. 1), а также передачу обслуживания другого UE 106 из пикосоты 103 TDD в макросоту 101 FDD из-за мобильности (как обозначено с помощью 123 на фиг. 1). Поскольку трафик соты изменяется, пикосота 103 может гибко изменять конфигурацию UL-DL TDD пикосоты для оптимизации пропускной способности для пользователя для каждого активного UE в его покрытии.

[0040] Фиг. 2A и фиг. 2B содержат упрощенные блок-схемы типичных усовершенствованных базовых станций. Усовершенствованная базовая станция 210 представляет собой узел доступа FDD (как, например, узел доступа/eNB 101). Усовершенствованная базовая станция 230 представляет собой узел доступа TDD (как, например, узел 103 доступа). Фиг. 2A и фиг. 2B также содержат упрощенную блок-схему усовершенствованного UE 250 (представляющего собой UE, как, например, UE 104 или 105), которое может выполнять межсистемную CA FDD-TDD.

[0041] Как показано на фиг. 2A и фиг. 2B, усовершенствованная базовая станция 210 FDD может включать в себя:

- процессор 211;

- память 212, содержащую инструкции и базы данных программы;

- радиочастотный (RF) модуль 213 FDD, имеющий передатчик, работающий на компонентной несущей DL, и приемник, работающий на компонентной несущей UL;

- антенную решетку 214 для передачи радиочастотных сигналов сотовой связи пользовательскому оборудованию (UE) в соте и приема радиочастотных сигналы от UE в соте;

- модуль 215 передачи (TX) для выполнения кодирования и обработки сигналов транспортного канала и физического канала DL, а также обработки управляющих сигналов и опорных сигналов. Модуль 215 TX включает в себя:

--- модуль 221 обработки PDCCH/E-PDCCH для кодирования и обработки физического канала быстрой сигнализации;

--- модуль 222 обработки PDSCH/DL-SCH для канального кодирования и обработки физического канала канала(ов) передачи данных физического уровня; и

--- модуль 220 обработки DCI для кодирования управляющей информации нисходящей линии связи, поддерживающей перекрестное планирование несущих FDD-TDD, как обсуждается ниже;

- модуль 216 приема (RX) для выполнения приема канала UL, обработки сигналов и декодирования канала. Модуль 216 RX включает в себя:

--- модуль 223 обработки PUCCH для приема и декодирования канала управления UL; и

--- модуль 224 обработки PUSCH для приема и декодирования каналов передачи данных UL;

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

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

[0042] Также как показано на фиг. 2A и фиг. 2B, усовершенствованная базовая станция 230 TDD может содержать:

- процессор 231;

- память 232, содержащую инструкции и базы данных программы;

- радиочастотный (RF) модуль 233 TDD, имеющий передатчик и приемник, работающий на одной и той же компонентной несущей;

- антенную решетку 234 для передачи и приема радиочастотного сигнала сотовой связи UE и от UE в соте;

- модуль 235 TX для выполнения кодирования и обработки сигналов транспортного канала и физического канала DL, а также обработки управляющего сигнала и опорного сигнала. Модуль 235 TX включает в себя:

--- модуль 241 обработки PDCCH/E-PDCCH для кодирования и обработки физического канала быстрой сигнализации;

--- модуль 242 обработки PDSCH/DL-SCH для канального кодирования и обработки физического канала канала(ов) передачи данных физического уровня; и

--- модуль 240 обработки DCI для кодирования управляющей информации нисходящей линии связи, поддерживающей перекрестное планирование несущих FDD-TDD, как обсуждается ниже;

- модуль 236 RX для выполнения приема канала UL, обработки сигналов и декодирования канала. Модуль 236 RX включает в себя:

--- модуль 243 обработки PUCCH для приема и декодирования канала управления UL; и

--- модуль 244 обработки PUSCH для приема и декодирования канала передачи данных UL;

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

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

- модуль 239 реконфигурации TDD для обработки информации быстрой сигнализации для указания реконфигурации UL-DL, как обсуждается ниже.

[0043] Как дополнительно показано на фиг. 2A и фиг. 2B, усовершенствованное UE 250 может содержать:

- процессор 251;

- память 252, содержащую инструкции и базы данных программы;

- радиочастотный (RF) модуль 253 FDD, имеющий передатчик, работающий на компонентной несущей UL, и приемник, работающий на компонентной несущей DL;

- антенны 254 для передачи сигнала с радиочастотного сигнала сотовой связи обслуживающей базовой станции FDD и приема радиочастотного сигнала от обслуживающей базовой станции FDD;

- радиочастотный (RF) модуль 255 TDD, имеющий передатчик и приемник, работающий на одной и той же компонентной несущей;

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

- модуль 257 RX для выполнения приема, обработки сигналов и декодирования транспортного канала и физического канала DL. Модуль 257 RX включает в себя:

--- модуль 261 обработки PDCCH/E-PDCCH для слепого декодирования нескольких PDCCH и/или E-PDCCH для DCI, предназначенной для него;

--- модуль 262 обработки PDSCH/DL-SCH для приема нескольких PDSCH и обработки сигналов и декодирования нескольких DL-SCH; и

--- модуль 260 обработки DCI для декодирования управляющей информации нисходящей линии связи, поддерживающей перекрестное и неперекрестное планирование несущих, а также быструю сигнализацию, указывающую изменение реконфигурации UL-DL, как обсуждается ниже;

- модуль 258 TX для выполнения кодирования и передачи канала UL. Модуль 258 TX включает в себя:

--- модуль 263 обработки PUCCH для кодирования и передачи каналов управления UL; и

--- модуль 264 обработки PUSCH для кодирования и передачи каналов передачи данных UL.

[0044] В соответствии с Rel. 10 и 11 LTE (касательно CA) есть два способа, указанных для планирования в агрегации несущих: самопланирование и перекрестное планирование несущих. Выделенная сигнализация RRC используется для информирования UE во время установления SCell, активировано/сконфигурировано ли перекрестное планирование несущих. Если перекрестное планирование несущих не сконфигурировано, тогда поле индикатора несущей (CIF) не входит в состав DCI.

[0045] Для самопланирования назначения планирования нисходящей линии связи действительны для компонентной несущей (PCell или SCell), на которую они передаются. Аналогично, для разрешений восходящей линии связи существует ассоциация между компонентными несущими нисходящей линией связи и восходящей линии связи, так что каждая компонентная несущая восходящей линии связи имеет соответствующую компонентную несущую нисходящей линии связи. Ассоциация предоставляется как часть системной информации. Таким образом, из ассоциации нисходящей-восходящей линий связи терминал или UE будет знать, к какой компонентной несущей восходящей линии связи относится управляющая информация нисходящей линии связи. Возьмем планирование DL в качестве примера, изображенного как Случай A 301 на фиг. 3, назначение 311a планирования DL посылается на той же самой компонентной несущей (PCell), что и ассоциированная передача (312a) PDSCH, а назначение 315a планирования DL посылается на той же самой компонентной несущей (SCell), что и ассоциированная передача 316a PDSCH. Та же самая схема применяется для E-PDCCH, и она представлена 313a-314a для PCell и 317a-318a для SCell.

[0046] Как обсуждалось в разделе "Уровень техники" выше, DCI для работы FDD и работы TDD отличается по размеру для одного и того же формата DCI. Если обслуживающая сота FDD сконфигурирована как PCell, а обслуживающая сота TDD сконфигурирована как SCell, и сконфигурировано самопланирование, слепая попытка декодирования для каждой обслуживающей соты остается такой же, как в системе CA Rel. 10, так как число различных размеров DCI остается тем же самым в каждой обслуживающей соты, хотя размер одного и того же формата DCI отличается для обслуживающих сот TDD и FDD.

[0047] Для перекрестного планирования несущих PDSCH и/или PUSCH передается на (агрегированной) компонентной(ых) несущей, кроме несущей, на которой передается PDCCH, и поле индикатора несущей в обнаруженной DCI предоставляет информацию о компонентной несущей, используемой базовой станцией для передачи ассоциированного PDSCH и/или PUSCH. Например, как показано в случае B 302 на фиг. 3, имеется две характерных для UE передачи PDCCH (311b и 315b) для одного UE в PCell, один PDCCH (311b) для самопланирования ассоциированного PDSCH (312b) передается на той же самой компонентной несущей (PCell), а другой PDCCH (315b) передается на PCell для перекрестного планирования несущих ассоциированного PDSCH (316b), который передается на второй компонентной несущей (SCell). В этом случае UE должно отслеживать только общее пространство поиска (CSS) и характерное для UE пространство поиска (USS) на PCell. Как упоминалось в разделе "Уровень техники", для одного и того же формата DCI DCI для FDD и DCI для TDD отличаются размером. Более конкретно (как было сказано выше):

- в формате 0/4 DCI для работы TDD используется 2-битное поле для индекса UL или индекса назначения DL (DAI), но это 2-битное поле отсутствует в формате 0/4 DCI для работы FDD;

- в формате 1/1A/1B/1D/2/2A/2B/2C DCI для работы TDD используется 2-битное поле для индекса назначения DL, но это 2-битное поле отсутствует в формате 1/1A/1B/1D/2/2A/2B/2C DCI для работы FDD;

- в формате 1/1A/1B/1D/2/2A/2B/2C DCI для работы TDD используется 4-битное поле для номера процесса HARQ, но имеется 3-битное поле в формате 1/1A/1B/1D/2/2A/2B/2C DCI для работы FDD.

[0048] Для перекрестного планирования несущих, если содержание форматов DCI обслуживающей соты TDD и FDD останется таким же, как в Rel. 10 или 11, то число слепых попыток декодирования увеличится в два раза в характерном для UE пространстве поиска из-за удвоенного числа различных размеров формата DCI, и это требует более высокой вычислительной мощности на стороне UE (что в свою очередь может привести, например, к уменьшению времени работы от батареи и т.д.).

[0049] Один важный аспект настоящего раскрытия касается установления правила синхронизации для межсистемной CA FDD-TDD и уменьшения слепых попыток декодирования в межсистемной CA FDD-TDD с используемым перекрестным планированием несущих, где несущая FDD является PCell, а несущая(ие) TDD являются одной или несколькими SCell (то есть как в первом сценарии 110 развертывания, обсуждавшимся выше). Чтобы сократить число слепых декодирований было бы желательно использовать формат DCI одного и того же размера для самопланирования несущих и перекрестного планирования несущих. Если формат DCI, посланный на PCell, используемый для передачи перекрестного планирования несущих на SCell TDD, имеет такой же размер, как формат DCI, используемый для передачи самопланирования на PCell FDD, или наоборот, то максимальное число слепых декодирований может остаться таким же, как в Rel. 10 и 11.

[0050] На этом этапе (и в контексте разработки формата DCI одинакового размера для FDD и TDD) важно понять, почему система TDD нуждается в 4 битах для представления номера процесса HARQ, в то время как система FDD нуждается только в 3 битах. В соответствии с ранее предложенной FDD LTE, каждая передача одного транспортного блока и возвращение подтверждения приема H-ARQ занимает 1 мс (или 1 подкадр), а декодирование транспортного блока и время обработки подтверждения приема H-ARQ в на стороне UE и eNB занимает до 3 мс, соответственно. Таким образом, время прохождения сигнала в обоих направлениях (RTT) от посылки транспортного блока до получения подтверждения приема H-ARQ в LTE составляет по меньшей мере 8 мс, и число процессов запроса HARQ равно числу подкадров DL в RTT.

[0051] Это дополнительно объясняется с помощью примера на фиг. 4. Для традиционной обслуживающей соты 401 FDD требуется 1 мс для передачи транспортного блока DL в подкадре #9 404 DL. На стороне UE требуется до 2.5 мс с конца подкадра #9, чтобы обработать принятый транспортный блок, и, следовательно, подтверждение приема H-ARQ посылается в подкадре #3 406 UL. На стороне базовой станции/eNB после приема подтверждения приема H-ARQ в подкадре #3 406 UL у базовой станции/eNB уходит 3 мс с конца подкадра #3 UL на подготовку новой передачи (или повторной передачи), и, следовательно, следующий транспортный блок передается в подкадре #7 405 DL. UE будет удерживать один процесс HARQ для одной передачи DL, пока эта передача не будет правильно принята, и в результате UE все еще использует процесс 1 HARQ для повторной передачи в подкадре #7 405 DL, как изображено на фиг. 4. В предельном случае, если одно UE запланировано во всех подкадрах DL, то в пределах одного интервала RTT имеется 8 передач DL, и необходимо самое большее 8 процессов HARQ. В результате 3-битный IE требуется в характерном для UE DCI DL для представления 8 процессов H-ARQ.

[0052] Для традиционной обслуживающей соты TDD с конфигурацией #5 403 UL-DL, как изображено в примере на фиг. 4, подтверждение приема H-ARQ для передач DL, принятых UE в подкадрах #9 408, #0 409, #1 410, #3 411, #4 412, #5 413, #6 414, #7 415, #8 416, возвращается обслуживающей базовой станции в подкадре #2 417 UL в следующем предстоящем радиокадре. Самый ранний шанс для повторной передачи находится в подкадре #6 418 DL. В предельном случае, если одно UE запланировано во всех подкадрах DL, то в пределах одного RTT имеется 15 передач DL, которые нуждаются в независимых процессах HARQ. В результате необходимо максимум 15 процессов HARQ для конфигурации #5 TDD (то есть с P1 по P15), и, следовательно, необходим 4-битный IE для представления их в DCI. Кроме того, так как HARQ-ACK нескольких подкадров DL TDD должен быть возвращен в одном подкадре UL TDD, 2-битный индекс назначения нисходящей линии связи (DAI) входит в состав DCI, чтобы UE могу обнаружить любое обнаружение пропуска.

[0053] (Самопланирование в межсистемной CA FDD-TDD с PCell FDD и одной или несколькими SCell TDD)

[0054] Для самопланирования в межсистемной CA FDD-TDD с PCell FDD и одной или несколькими SCell TDD HARQ-ACK, соответствующее PDSCH, переданному по SCell TDD и принятому UE в подкадре #0 408 DL, может быть передано или в подкадре #2 419 UL PCell (если отсутствует PUSCH, запланированный для передачи в SCell), или в подкадре #2 417 UL SCell (включенный в PUSCH). Если HARQ-ACK возвращается в обслуживающей соте FDD с использованием PUCCH, то обслуживающая сота FDD будет пересылать принятую информацию обратной связи обслуживающей соте TDD через транзитное соединение 229 (транзитное соединение 229 показано на схематическом изображении на фиг. 2A и фиг. 2B), и SCell TDD позаботится о новой передаче или повторной передаче с использованием правила синхронизации TDD. Если HARQ-ACK возвращается в обслуживающей соте TDD на PUSCH, то обслуживающая сота TDD позаботится о новой передаче или повторной передаче с использованием правила синхронизации TDD. Процедура сигнализации является такой же, как в системах CA Rel. 10 или 11, хотя две базовых станции, которое объединяются/используются для CA, сконфигурированы использовать различные дуплексные режимы.

[0055] (Перекрестное планирование несущих в межсистемной CA FDD-TDD с PCell FDD и одной или несколькими SCell TDD)

[0056] Для перекрестного планирования несущих в межсистемной CA FDD-TDD с PCell FDD и одной или несколькими SCell TDD HARQ-ACK, относящееся к передачами PDSCH в обслуживающей соте TDD в подкадре #0 408 DL, возвращается в подкадре #3 406 UL PCell FDD с использованием правила синхронизации PCell FDD, и обслуживающая сота FDD будет выполнять планирование для новой передачи или повторной передачи SCell TDD в подкадре #7 415 DL в обслуживающей соте TDD с использованием правила синхронизации PCell FDD или в первом входящем подкадре DL сразу после подкадра #7, если окажется, что подкадр #7 является подкадром UL. Так как имеется только 7 подкадров DL в интервале RTT в показанной конфигурации UL-DL (которая является конфигурацией #5 UL-DL TDD, отметим, что эта конфигурация показана как худший случай), максимальное число процессов HARQ равно 7, что требует 3 бита для нумерации процесса HARQ. Кроме того, так как имеется взаимно-однозначное соответствие между подкадром передачи DL и подкадром UL для обратной связи HARQ-ACK, IE DAI в формате DCI больше не требуется. В результате формат DCI, переданный на PCell FDD для самопланирования, и другой формат DCI, переданный на PCell FDD для перекрестного планирования несущих, для передачи/приема SCell могут иметь одинаковый размер, и слепое декодирование не изменяется.

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

[0058] Другое важное предложение, представленное в настоящем документе (опять же для случая межсистемного CA FDD-TDD с PCell FDD и одной или несколькими SCell TDD), состоит в том, что когда перекрестное планирование несущих сконфигурировано для SCell, DCI, переданная в обслуживающей соте FDD для перекрестного планирования несущих обслуживающей соты TDD, имеет такой же IE, как формат DCI для обслуживающей соты FDD.

[0059] Еще одно важное предложение, представленное в настоящем документе (опять же для случая межсистемного CA FDD-TDD с PCell FDD и одной или несколькими SCell TDD), состоит в том, что когда самопланирование сконфигурировано для SCell, следуют спецификациям традиционной системы TDD.

[0060] Исходя из обсуждения выше, которое (следует напомнить) связано с первым сценарием развертывания, процедуры, которые могут быть реализованы в базовой станции 210 FDD, базовой станции 230 TDD и UE 250, поддерживающем межсистемную CA FDD-TDD, которые вместе формируют систему, поддерживающую межсистемную CA FDD-TDD, могут быть следующими.

[0061] Для UE 250, поддерживающего межсистемную CA FDD-TDD, которое первоначально обнаруживает базовую макростанцию 210 FDD и устанавливает соединение RRC с усовершенствованной мобильной сетью через упомянутую базовую макростанцию 210 на несущей 270 FDD, в подсоединенном режиме RRC упомянутое UE 250 может быть сконфигурировано усовершенствованной мобильной сетью через упомянутую базовую макростанцию 210 с использованием выделенной сигнализации RRC измерять и добавлять одну или несколько малых сот TDD, каждая из которых обслуживается базовой пикостанцией 230 TDD, в качестве агрегированной(ых) SCell TDD. Перекрестное планирование несущих может быть сконфигурировано для передачи/приема данных на агрегированной(ых) SCell TDD.

[0062] Если перекрестное планирование несущих задействовано, на стороне сети (то есть в базовой станции 210 и каждой базовой станции 230) модуль 218 планирования DL базовой станции 210 FDD PCell должен запланировать передачу данных DL и на PCell FDD, и на одной или нескольких SCell TDD через транзитное соединение 229. Ожидается, что UE должно следовать правилу синхронизации и обратной связи FDD для возвращения HARQ-ACK в ответ на данные, принятые на несущей DL PCell FDD и несущей(их) DL SCell TDD, базовой станции PCell FDD. Модуль 218 планирования DL базовой станции 210 FDD PCell должен сконфигурировать модуль 220 обработки DCI использовать формат(ы) DCI FDD для информирования упомянутого UE о передачах данных DL на несущей DL PCell FDD и несущей(их) DL SCell TDD (то есть DCI с 3-битным полем номера HARQ и отсутствующим полем DAI).

[0063] Кроме того, если перекрестное планирование несущих задействовано, модуль 217 планирования UL базовой станции 210 FDD PCell должен запланировать передачу данных UL от UE и на PCell FDD, и на SCell TDD, и сконфигурировать модуль 220 обработки DCI передавать разрешения UL для передачи PCell FDD и передачи SCell TDD с использованием правила синхронизации планирования UL FDD.

[0064] Если перекрестное планирование несущих задействовано, и UE 250 сконфигурировано выполнять межсистемную CA FDD-TDD с PCell FDD и одной или несколькими SCell TDD, то при обработке DCI в модуле 260 обработки DCI UE 250 будет предполагать, что DCI одного и того же размера (то есть 3-битное поле номера процесса HARQ и отсутствующее поле битов DAI для планирующей передачу DL DCI), принятая на PCell FDD, обеспечивает планирование DL и планирование UL и для PCell, и для одной или нескольких SCell. При приеме планирования DL для SCell UE 250 будет применять правило синхронизации FDD для возврата HARQ-ACK к PCell FDD. При приеме разрешения UL для передачи данных UL на несущей UL SCell TDD UE 250 будет применять правило синхронизации FDD для передачи PUSCH к SCell TDD.

[0065] Если перекрестное планирование несущих не сконфигурировано (или если оно не задействовано), то на стороне сети модуль 218 планирования DL базовой станции 210 FDD PCell должен планировать передачу данных DL только на PCell FDD, а модуль 238 планирования DL базовой станции 230 TDD SCell должен планировать передачу данных DL только на SCell TDD. Ожидается, что UE 250 должно следовать правилу синхронизации и обратной связи FDD для возврата нескольких HARQ-ACK базовой станции PCell FDD в ответ на данные, принятые на несущей DL PCell FDD, и следовать правилу синхронизации и обратной связи TDD для возврата нескольких HARQ-ACK базовой станции(ям) SCell TDD в ответ на данные, принятые на несущей(их) DL SCell TDD. При приеме HARQ-ACK SCell на PUCCH базовая станция PCell FDD должна переслать принятое HARQ-ACK SCell вторичной компонентной несущей (SCell) через транзитное соединение 229. Модуль 218 планирования DL базовой станции 210 FDD PCell должен сконфигурировать модуль 220 обработки DCI использовать формат(ы) DCI FDD для информирования упомянутого UE о передаче данных DL на несущей DL PCell FDD, и модуль 238 планирования DL базовой станции 230 TDD SCell должен cконфигурировать модуль 240 обработки DCI использовать формат(ы) DCI TDD для информирования упомянутого UE о передаче данных DL на несущей(их) DL SCell TDD (то есть DCI TDD с 4-битным полем номера HARQ и 2-битным полем DAI).

[0066] Кроме того, если перекрестное планирование несущих отключено, модуль 217 планирования UL базовой станции 210 FDD PCell должен планировать передачи данных UL от UE на PCell FDD и сконфигурировать модуль 220 обработки DCI передавать разрешения UL для передачи PCell FDD с использованием правила синхронизации планирования UL FDD. Модуль 237 планирования UL базовой станции 230 TDD SCell должен планировать передачу данных UL от UE на SCell TDD и сконфигурировать модуль 240 обработки DCI передавать разрешения UL для передачи TDD SCell с использованием правила синхронизации планирования UL TDD.

[0067] Если перекрестное планирование несущих отключено, и UE сконфигурировано выполнять межсистемную CA FDD-TDD с PCell FDD и одной или несколькими SCell TDD, при обработке DCI, принятой на SCell в модуле 260 обработки DCI, UE 250 будет предполагать, что принятая DCI TDD (то есть 4-битное поле номера процесса HARQ и 2-битное поле DAI) обеспечивает планирование DL и планирование UL для одной или нескольких SCell. При приеме планирования DL для SCell UE 250 будет применять правило синхронизации TDD для возврата нескольких HARQ-ACK на PUCCH к PCell FDD. При приеме разрешения UL для передачи данных UL на несущей UL SCell TDD UE 250 будет применять правило синхронизации TDD для передачи PUSCH к SCell TDD.

[0068] Другой важный аспект настоящего раскрытия относится к установлению правила синхронизации для межсистемной CA FDD-TDD для уменьшения слепых попыток декодирования в межсистемной CA FDD-TDD с задействованным перекрестным планированием несущих, где несущая TDD является PCell, а несущая FDD является SCell (то есть как во втором сценарии 111 развертывания, обсуждавшимся выше).

[0069] (Самопланирование в межсистемной CA FDD-TDD с PCell TDD и SCell FDD)

[0070] Для самопланирования (то есть когда перекрестное планирование несущих отключено) в межсистемной CA FDD-TDD, где несущая TDD является PCell, и несущая FDD является SCell, синхронизация HARQ-ACK и синхронизация разрешения UL обслуживающей соты TDD (PCell) следуют спецификациям традиционного TDD. Со ссылкой на синхронизацию, изображенную на фиг. 5, несколько HARQ-ACK для двух передач PDSCH DL в обслуживающей соте TDD, а именно, в подкадре #0 513 и подкадре #1 514, возвращаются в подкадре #7 516 UL TDD. Для обслуживающей соты FDD, с другой стороны, синхронизация HARQ-ACK DL по-прежнему не может следовать спецификациям традиционного FDD, так как UE передает PUCCH только на PCell. Поэтому, со ссылкой на фиг. 5, две передачи DL в подкадре #0 508 и подкадре #1 509 DL FDD не могут быть возвращены в подкадре #4 504 UL и подкадре #5 505 UL с использованием PUCCH PCell. Нет никакой гарантии, что будет разрешение UL для передачи PUSCH в подкадре #4 504 UL FDD и подкадре #5 505 UL, где может быть вложен HARQ-ACK.

[0071] Чтобы возвратить HARQ-ACK для передачи DL, подкадры в обслуживающей соте FDD с тем же самым направлением передачи, что и подкадры в обслуживающей соте TDD, должны следовать синхронизации HARQ-ACK обслуживающей соты TDD.

[0072] Для подкадров DL (например, подкадра #2 510 DL и подкадра #3 511 DL) в обслуживающей соте FDD, которые имеют другое направление передачи к подкадрам (например, подкадру #2 518 и подкадру #3 519) в обслуживающей соте TDD, есть две опции для синхронизации HARQ-ACK:

Опция 1: ассоциировать с предыдущими передачами DL в подкадре #0 508 DL и подкадре #1 509 DL и осуществить обратную связь в подкадре #7 UL с использованием правила синхронизации TDD или в обслуживающей соте FDD в PUSCH, или в обслуживающей соте TDD в PUCCH.

Опция 2: ассоциировать с входящей передачей DL в подкадре #4 512 DL и осуществить обратную связь в подкадре UL #8 с использованием правила синхронизации TDD или в обслуживающей соте FDD с использованием PUSCH, или в обслуживающей соте TDD с использованием PUCCH.

[0073] Опция 1 имеет преимущество более короткой задержки обратной связи HARQ-ACK, однако, в соответствии с системой TDD, W(DL,DAI) в DCI, несущей разрешение UL, переданное в подкадре #1 514 DL, не может включать в себя будущие передачи DL, которые могут динамически планироваться в подкадре #2 510 и/или подкадре #3 511, в результате чего это может вызвать неясность между базовой станцией и UE, и биты HARQ-ACK должны всегда возвращаться для этих передач DL, чтобы избежать неясности между eNB и UE.

[0074] У опции 2, с другой стороны, нет этой проблемы неясности, так как передачи DL в подкадре #2 510 DL и подкадре #3 511 DL планируются для передачи в подкадре(ах) DL перед отправлением в PCell TDD подкадра с разрешением UL. По сравнению с опцией 1 имеется дополнительная задержка на один подкадр для обратной связи HARQ-ACK.

[0075] С точки зрения синхронизации HARQ-ACK для передачи UL можно следовать традиционной синхронизации FDD, так как нет никакого ограничения на ресурс PHICH. Для синхронизации разрешения UL также можно следовать традиционной синхронизации FDD.

[0076] (Перекрестное планирование несущих в межсистемном CA FDD-TDD с PCell TDD и SCell FDD)

[0077] Для перекрестного планирования несущих в межсистемной CA FDD-TDD, где несущая TDD является PCell, а несущая FDD является SCell, нет никакой гарантии, что все подкадры SCell FDD могут быть запланированы с помощью перекрестного планирования несущих из-за разницы в направлении передачи между PCell TDD и SCell FDD. UE, сконфигурированное для перекрестного планирования несущих, должно отслеживать только CSS и USS в планировании обслуживающей соте (то есть на PCell TDD в этом случае). Со ссылкой на фиг. 5, передача DL FDD в подкадре #0 508 и подкадре #1 509 DL может быть запланирована с помощью перекрестного планирования несущих, так как соответствующие подкадры на PCell TDD используются как подкадр DL. Однако передачи PDSCH в подкадре #2 и подкадре #3 DL SCell FDD отсутствуют, потому PDCCH для перекрестного планирования несущих не может быть послан в соответствующих подкадрах на PCell TDD, которые сконфигурированы как подкадры UL. Аналогичные проблемы имеются для разрешения UL.

[0078] Чтобы смягчить это ограничение, может применяться перекрестное планирование несущих и подкадров или перекрестное планирование несущих с несколькими подкадрами, особенно когда условия канала не изменяются быстро. Например, PDCCH, соответствующий передаче PDSCH в подкадре #2 510 и подкадре #3 511 DL, может быть передан в подкадре #0 513 DL и/или подкадре #1 514 DL. Аналогично, ограничение в планировании UL тоже может быть решено.

[0079] Со ссылкой на фиг. 6, обслуживающая сота TDD с конфигурацией #5 TDD сконфигурирована как PCell, а обслуживающая сота FDD сконфигурирована как SCell. Следуя синхронизации HARQ обслуживающей соты TDD, HARQ-ACK, относящееся к передаче DL SCell FDD в подкадре #9 604 DL FDD, подкадре #0 605, подкадре #1 606, подкадре #2 607, подкадре #3 608, подкадре #4 609, подкадре #5 610, подкадре #6 611, подкадре #7 612 и подкадре #8 613, возвращаются или в подкадре #2 616 UL SCell FDD с использованием PUSCH, или в подкадре #2 626 UL PCell TDD с использованием PUCCH. Так как RTT HARQ равно 17 подкадрам DL в этом худшем сценарии, необходимо 17 независимых процессов HARQ, что, в свою очередь, требует 5 битов HARQ-ACK. Кроме того, HARQ-ACK нескольких подкадров DL FDD возвращаются в одном подкадре UL (616 или 626), и 2-битный DAI должен быть включен в состав DCI, чтобы найти любое обнаружение пропуска в пределах набора ассоциации DL. Добавление 5 битов HARQ-ACK и 2 битов DAI в существующую DCI FDD приведет к превышению на один бит по сравнению с (то есть дополнительному биту по сравнению с) существующей DCI TDD того же самого формата, и это в свою очередь приведет к увеличению числа слепых декодирований. Поэтому предлагается, чтобы число битов для HARQ-ACK было ограничено 4, таким образом, поддерживая до 16 процессов H-ARQ. Это создает формат DCI для SCell FDD, имеющий 4 бита HARQ-ACK и 2 бита DAI, что делает DCI SCell FDD такого же размера, как DCI PCell TDD, и, следовательно, сохраняет число слепых декодирований таким же, как в Rel. 10 или 11.

[0080] Ввиду изложенного выше дополнительное важное предложение, представленное в настоящем документе (на этот раз для случая перекрестного планирования несущих в межсистемной CA FDD-TDD с PCell TDD и SCell FDD), состоит в том, что 1 дополнительный бит для номера процесса HARQ и 2-битный DAI должны быть включены в состав характерного для UE формата DCI для обслуживающей соты FDD, независимо от того, передан ли PDCCH на SCell FDD или PCell TDD.

[0081] Другое важное предложение, представленное в настоящем документе (на этот раз для случая межсистемной CA FDD-TDD с PCell TDD и SCell FDD), состоит в том, что для самопланирования подкадры DL на SCell FDD с соответствующими подкадрами UL на PCell TDD должны возвращаться вместе с входящей передачей DL в подкадре DL, который соответствует подкадру DL на PCell TDD.

[0082] Еще одно важное предложение, представленное в настоящем документе (снова для случая межсистемной CA FDD-TDD с PCell TDD и SCell FDD), состоит в том что:

- синхронизация HARQ передачи DL должна следовать синхронизации системы TDD, и

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

[0083] Исходя из обсуждения выше, которое (следует напомнить) связано со вторым сценарием развертывания, процедуры, которые могут быть реализованы в базовой станции 210 FDD, базовой станции 230 TDD и UE 250, поддерживающем межсистемную CA FDD-TDD, которые вместе формируют систему, поддерживающую межсистемную CA FDD-TDD, могут быть следующими.

[0084] Для UE 250, поддерживающего межсистемную CA FDD-TDD, которое вначале обнаруживает базовую пикостанцию 230 TDD и устанавливает соединение RRC с усовершенствованной мобильной сетью через упомянутую базовую пикостанцию 230 на несущей 280 TDD, в подсоединенном режиме RRC упомянутое UE может быть сконфигурировано усовершенствованной мобильной сетью через упомянутую базовую пикостанцию 230 с использованием выделенной сигнализации RRC измерять и добавлять макросоту FDD, обслуживаемую базовой макростанцией 210 FDD, в качестве агрегированной SCell FDD. Перекрестное планирование несущих может быть сконфигурировано для передачи/приема данных на агрегированной SCell 270 FDD.

[0085] Если перекрестное планирование несущих задействовано, то модуль 238 планирования DL базовой станции 230 TDD PCell должен планировать передачу данных DL и на PCell TDD, и на SCell FDD через транзитное соединение 229. Ожидается, что UE 250 должно следовать синхронизации TDD и правилу обратной связи TDD для возврата HARQ-ACK в ответ на данные, принятые на несущей DL PCell TDD и на несущей DL SCell FDD, базовой станции 230 PCell TDD. Модуль 238 планирования DL базовой станции 230 TDD PCell должен сконфигурировать модуль 240 обработки DCI использовать формат(ы) DCI TDD для информирования упомянутого UE 250 о передаче данных DL на несущей 280 DL PCell TDD и на несущей(их) 270 DL SCell FDD (то есть DCI с 4-битным полем номера HARQ и 2-битным полем DAI).

[0086] Кроме того, если перекрестное планирование несущих задействовано, модуль 237 планирования UL базовой станции 230 TDD PCell должен планировать передачу данных UL от UE и на PCell TDD, и на SCell FDD и сконфигурировать модуль 240 обработки DCI передавать разрешения UL на передачу PCell TDD и передачу SCell FDD с использованием правила синхронизации планирования UL TDD.

[0087] Если перекрестное планирование несущих задействовано, и UE 250 сконфигурировано выполнять межсистемную CA FDD-TDD с PCell TDD и SCell FDD, при обработке DCI в модуле 260 обработки DCI UE 250 будет предполагать, что DCI TDD того же самого размера (то есть 4-битное поле номера процесса HARQ и 2-либтное поле DAI для планирующей передачу DL DCI), принятая на несущей 280 PCell TDD, обеспечивает планирование DL и планирование UL и для PCell TDD, и для SCell FDD. При приеме планирования DL и данных DL для SCell UE 250 будет применять правило синхронизации TDD для возврата HARQ-ACK к PCell TDD. При приеме разрешения UL для передачи данных UL на несущей 270 UL SCell FDD UE 250 будет применять правило синхронизации TDD для передачи PUSCH к SCell FDD.

[0088] Если перекрестное планирование несущих не сконфигурировано (или если оно отключено), то в базовой станции 230 модуль 238 планирования DL базовой станции 230 TDD PCell должен планировать передачу данных DL только на PCell TDD и модуль 218 планирования DL базовой станции 210 FDD SCell должен планировать передачу данных DL только на SCell FDD. Ожидается, что UE должно следовать синхронизации TDD и правилу обратной связи TDD для возврата нескольких HARQ-ACK базовой станции PCell TDD в ответ на данные, принятые на несущей 280 DL PCell TDD, и следовать синхронизации TDD PCELL и правилу обратной связи TDD для возврата нескольких HARQ-ACK базовой станции SCell FDD в ответ на данные, принятые на несущей 270 DL SCell FDD. Дополнительно, ожидается, что UE должно возвращать HARQ-ACK данных, запланированных в подкадре(ах) DL на SCell FDD с соответствующим подкадром(ами) UL на PCell TDD, вместе с входящей передачей DL в подкадре DL, которая соответствует подкадру DL на PCell TDD. При приеме HARQ-ACK SCell в PUCCH базовая станция 230 PCell TDD должна переправить принятые HARQ-ACK SCell вторичной компонентной несущей (SCell) 210 FDD через транзитное соединение 229. Модуль 238 планирования DL базовой станции 230 TDD PCell должен сконфигурировать модуль 240 обработки DCI использовать формат(ы) DCI TDD для информирования упомянутого UE о передаче данных DL на несущей 280 DL PCell TDD, и модуль 218 планирования DL базовой станции 210 FDD SCell должен сконфигурировать модуль 220 обработки DCI использовать формат(ы) DCI TDD для информирования упомянутого UE о передаче данных DL на несущей 270 DL SCell FDD (то есть DCI TDD с 4-битным полем номера HARQ и 2-битным полем DAI).

[0089] Кроме того, если перекрестное планирование несущих отключено, то модуль 237 планирования UL базовой станции 230 PCell TDD должен запланировать передачу данных UL от UE на PCell TDD и сконфигурировать модуль 240 обработки DCI передавать разрешения UL для передачи PCell TDD с использованием правила синхронизации планирования UL TDD. Модуль 217 планирования UL базовой станции 210 FDD SCell должен запланировать передачу данных UL от UE на несущей 270 SCell FDD и сконфигурировать модуль 220 обработки DCI передавать разрешения UL для передачи SCell FDD с использованием правила синхронизации планирования UL FDD и правила HARQ-ACK FDD.

[0090] Если перекрестное планирование несущих отключено, и UE 250 сконфигурировано выполнять межсистемную CA FDD-TDD с PCell TDD и SCell FDD, при обработке DCI, принятого на несущей 270 DL SCell FDD в модуле 260 обработки DCI UE 250 будет предполагать, что принятая DCI TDD (то есть 4-битное поле номера процесса HARQ и 2-битное поле DAI для планирующей передачу DL DCI) обеспечивает планирование DL и планирование UL для SCell. При приеме планирования DL и переданных данных для SCell UE 250 будет применять правило синхронизации TDD для возврата нескольких HARQ-ACK к SCell FDD. Дополнительно, при приеме планирования DL и переданных данных для подкадра(ов) DL SCell FDD с соответствующим подкадром(ами) UL на PCell TDD UE будет возвращать HARQ-ACK для данных, запланированных в этом подкадре(ах) DL вместе с входящей передачей DL в подкадре DL, который соответствует подкадру DL на PCell TDD. При приеме разрешения UL для передачи данных UL на несущей UL SCell FDD UE 250 будет применять правило синхронизации FDD для передачи PUSCH к SCell FDD.

[0091] Еще один важный аспект настоящего раскрытия касается задействования межсистемной CA FDD-TDD, где несущая FDD является PCell, а несущая гибкой TDD (то есть eIMTA TDD) является SCell (то есть как в третьем сценарии 112 развертывания, обсуждавшимся выше).

[0092] Для систем eIMTA TDD актуальны две конкретные проблемы. Одна из них состоит в том, как передать быстрое указание конфигурации TDD. Другое состоит в том, как возвратить HARQ-ACK для передачи UL и DL, и как определить синхронизацию разрешения UL. Для первой проблемы было сделано рабочее предположение, и явная общая сигнализация физического уровня UE должна использоваться для информирования UE с возможность eIMTA о быстрой конфигурации TDD. Для второй проблемы общепризнанное решение еще предстоит найти.

[0093] Для межсистемного CA FDD-TDD LTE также можно задействовать гибкую TDD в обслуживающей соте TDD, и, таким образом, вышеупомянутая проблема также должна быть решена, а что еще более важно, решение не обязательно является таким же, как для систем eIMTA TDD без функционирования CA FDD-TDD.

[0094] В соответствии с традиционными системами LTE для одного или нескольких UE, способных к агрегации несущих, системная информация для SCell предоставляется UE с использованием выделенной сигнализации RRC (то есть как сообщение RRCConnectionReconfiguration (РеконфигурацияСоединенияRRC)), использующей связь PCell как часть процедуры для конфигурации дополнительной SCell. Использование выделенной сигнализации вместо чтения системной информации на SCell позволяет выполнить более быструю активацию SCell, поскольку терминал в противном случае должен был бы ожидать, пока не будет передана соответствующая системная информация. После того, как одна или несколько SCell сконфигурированы и активированы, UE должен только отслеживать CSS и USS на PCell и USS на SCell в отсутствие перекрестного планирования несущих. Если UE сконфигурировано с перекрестным планированием несущих, то UE должно отслеживать только CSS и USS на PCell.

[0095] В межсистемной CA FDD-TDD CSS на SCell TDD может быть не доступно. Технически в этом случае может использоваться выделенная сигнализация RRC через PCell для информирования UE, поддерживающего CA FDD-TDD, об обновленной мгновенной конфигурации UL-DL TDD. Однако это может быть недостаточно быстрым, чтобы удовлетворить требование гибкого TDD об отражении фактического мгновенного трафика в соте. Соответственно, предложены две опции для указания направления передачи гибких подкадров на одной или нескольких SCell TDD:

Опция 1: спроектировать так, чтобы явная общая сигнализация физического уровня UE в обслуживающей соте FDD посылала быстрое указание конфигурации TDD для обслуживающей соты TDD.

Опция 2: неявно передавать направление передачи с помощью соответствующего планирования DL/UL.

[0096] Для опции 1 быстрая сигнализация, сконфигурированная для TDD, спроектированной для системы eIMTA LTE, может повторно использоваться и передаваться на PCell FDD в межсистемной CA FDD-TDD LTE. UE, сконфигурированное с гибким TDD, будет отслеживать общую сигнализацию физического уровня на PCell и пытаться декодировать быстрое указание конфигурации TDD для SCell TDD. Так как новый формат DCI для быстрой реконфигурации TDD, как ожидается, будет такого же размера, как существующая DCI, например, формат 1C DCI, то общее слепое декодирование на PCell FDD может быть сохранено тем же самым. Эта опция осуществима и для задействованного, и для отключенного перекрестного планирования несущих.

[0097] Для опции 2 никакая явная сигнализация не передается для быстрой реконфигурации TDD, и направление передачи выводится из информации перекрестного планирования несущих, отправленной на PCell FDD. Обратимся к фиг. 4 в качестве примера и предположим, что UE не знает мгновенную конфигурацию UL-DL TDD вторичной компонентной несущей (SCell) TDD. В соответствии со спецификацией Rel.10/11, UE должно отслеживать USS и CSS на PCell и пытаться обнаружить PDCCH для самопланирования на PCell FDD и перекрестного планирования несущих на одной или нескольких SCell TDD. Если UE обнаруживает PDCCH на PCell FDD для передачи DL, запланированной с перекрестным планированием несущих, в подкадре DL гибкой TDD, таком как подкадр #3 411 DL и подкадр #4 412 DL, оно должно попытаться декодировать назначенную передачу PDSCH на SCell TDD и возвратить соответствующий HARQ-ACK в соответствии с синхронизацией системы FDD. Более конкретно, HARQ-ACK для передачи PDSCH на SCell TDD в подкадре #3 411 DL и подкадре #4 412 DL должно быть возвращено в подкадре #7 422 UL и подкадре #8 420 UL PCell FDD, соответственно.

[0098] В этом отношении в настоящем документе предложено, чтобы то, используется ли гибкий подкадр(ы) на SCell TDD как подкадр DL, могло быть определено на основании обнаружения PDCCH на PCell FDD для перекрестного планирования несущих передачи PDSCH на SCell TDD.

[0099] Аналогично, синхронизация разрешения UL для SCell TDD также следует спецификации системы FDD, другими словами, задержка между разрешением UL и соответствующей передачей PUSCH всегда равна 4 мс. Обращаясь снова к фиг. 4 в качестве примера, PUSCH, запланированный для передачи на SCell TDD в подкадре #8 416 UL, активируется разрешением UL, переданным на PCell FDD в подкадре #4 412 DL. В результате, если UE обнаружит разрешение UL на PCell FDD в подкадре #4 DL для передачи PUSCH, запланированной с перекрестным планированием несущих, на SCell TDD, то UE должно быть известно, что гибкий подкадр #8 416 используется в качестве подкадра UL для Scell гибкого TDD, когда оно обнаруживает разрешение UL, переданное на PCell FDD в подкадре #4 411 DL.

[0100] В настоящем документе предложено, чтобы то, используется ли гибкий подкадр как подкадр UL, могло быть определено на основании обнаружения PDCCH в обслуживающей соте FDD для перекрестного планирования несущих передачи PUSCH в обслуживающей соте TDD.

[0101] Из приведенного выше описания мы можем сказать, что обратная связь HARQ-ACK для PDSCH, запланированного с перекрестным планированием несущих, в обслуживающей соте TDD не связана с фактической быстрой конфигурацией TDD. Используется ли гибкий подкадр как подкадр DL, определяется путем обнаружения PDCCH в обслуживающей соте FDD для перекрестного планирования несущих передачи PDSCH в обслуживающей соте TDD.

[0102] В соответствии с обсуждением выше, которое (следует напомнить) связано с третьим сценарием развертывания, процедуры, которые могут быть реализованы в базовой станции 210 FDD, базовой станции 230 TDD и UE 250 с поддержкой межсистемной CA FDD-TDD, которые вместе формируют систему, поддерживающую межсистемную CA FDD-TDD, могут быть следующими.

[0103] Для UE 250 с поддержкой межсистемной CA FDD-TDD, которое первоначально обнаруживает базовую макростанцию 210 FDD и устанавливает соединение RRC с усовершенствованной мобильной сетью через упомянутую базовую макростанцию на несущей 270 FDD, в подсоединенном режиме RRC упомянутое UE 250 может быть сконфигурировано, усовершенствованной мобильной сетью через упомянутую базовую макростанцию 210 с использованием выделенной сигнализации RRC, измерять и добавлять одну или несколько малых сот гибкой TDD, каждая из которых обслуживается базовой пикостанцией 230 TDD, в качестве агрегированной одной или нескольких SCell гибкой TDD. Перекрестное планирование несущих может быть сконфигурировано для передачи/приема данных на агрегированной несущей 280 SCell TDD.

[0104] Если перекрестное планирование несущих задействовано, то модуль 218 планирования DL базовой станции 210 FDD PCell должен запланировать передачу данных DL и на несущей 270 PCell FDD, и на несущей(их) 280 SCell TDD через транзитное соединение 229. Как ожидается, UE должно следовать синхронизации FDD и правилу обратной связи FDD для возврата нескольких HARQ-ACK базовой станции PCell FDD в ответ на данные, принятые на несущей 270 DL PCell FDD и несущей(их) 280 DL SCell TDD. Модуль 218 планирования DL базовой станции 210 FDD PCell должен cконфигурировать модуль 220 обработки DCI использовать формат(ы) DCI FDD для информирования упомянутого UE о передаче данных DL на несущей 270 DL PCell FDD и несущей(их) 280 DL SCell TDD (то есть DCI с 3-битным полем номера HARQ и отсутствующим полем DAI).

[0105] Кроме того, если перекрестное планирование несущих задействовано, то модуль 217 планирования UL базовой станции 210 FDD PCell должен запланировать передачу данных UL от UE и на PCell FDD, и на SCell TDD и сконфигурировать модуль 220 обработки DCI передавать разрешения UL для передачи PCell FDD и передачи SCell TDD с использованием правила синхронизации планирования UL FDD. Путем наблюдения мгновенного трафика в базовой станции 230 TDD (SCell) в течение ограниченного времени наблюдения усовершенствованная мобильная сеть может сконфигурировать базовую станцию 230 TDD переключаться на выбранную оптимальную конфигурацию UL-DL TDD с частотой на основе радиокадра. Базовая станция 210 (PCell) может применять явную или неявную быструю сигнализацию для информирования усовершенствованного UE 250 об изменении конфигурации UL-DL на SCell TDD. Предпочтительно, чтобы использовалась неявная быстрая сигнализация в случае перекрестного планирования несущих. В этом случае, после решения, что гибкий подкадр на SCell должен функционировать как подкадр DL, базовая станция 210 отправит информацию о планировании DL в подкадре DL PCell, соответствующем гибкому подкадру SCell, в котором передаются данные DL от базовой станции 230 SCell. Кроме того, после решения, что гибкий подкадр на SCell должен функционировать как подкадр UL, базовая станция 210 отправит разрешение UL в подкадре DL PCell, соответствующем гибкому подкадру SCell, в котором UE 250, как ожидается, будет передавать данные UL на SCell 280 TDD.

[0106] Если перекрестное планирование несущих задействовано, и UE сконфигурировано выполнять межсистемного CA FDD-TDD с PCell FDD и одной или несколькими SCell гибкой TDD, при обработке DCI в модуле 260 обработки DCI UE 250 будет предполагать, что DCI одинакового размера (то есть 3-битное поле номера процесса HARQ и отсутствующее поле DAI для планирующей передачу DL DCI), принятая на PCell FDD, обеспечивает планирование DL и планирование UL и для PCell и для одной или нескольких SCell. При приеме планирования DL для SCell UE 250 будет применять правило синхронизации FDD для возврата HARQ-ACK к PCell FDD. При приеме разрешения UL для передачи данных UL на несущей UL SCell TDD UE 250 будет применять правило синхронизации FDD для передачи PUSCH к SCell TDD. Так как конфигурация UL-DL SCell может быть изменена базовой станцией TDD на основе радиокадра, UE 250 будет отслеживать в пространство поиска на PCell планирование передачи DL и разрешение UL на SCell. В подкадре DL PCell, соответствующем гибкому подкадру SCell, если UE 250 обнаруживает планирование передачи DL для SCell, оно будет выполнять обработку PDSCH/DL-SCH в упомянутом гибком подкадре SCell. Аналогично, в подкадре DL PCell, если UE 250 обнаруживает разрешение UL для SCell, оно будет обрабатывать и передавать PUSCH/UL-SCH в гибком подкадре SCell, соответствующем подкадру DL PCell, в котором принято разрешение UL.

[0107] Если перекрестное планирование несущих отключено, то модуль 218 планирования DL базовой станции 210 FDD PCell должен запланировать передачу данных DL только на несущей 270 PCell FDD, а модуль 238 планирования DL базовой станции 230 TDD SCell должен запланировать передачу данных DL только на несущей 280 SCell TDD. Как ожидается, UE должно следовать синхронизации и правилу обратной связи FDD для возврата нескольких HARQ-ACK базовой станции PCell FDD в ответ на данные, принятые на несущей 270 DL PCell FDD, и следовать синхронизации и правилу обратной связи TDD для возврата нескольких HARQ-ACK базовой станции(ям) SCell TDD в ответ на данные, принятые на несущей(их) 280 DL SCell TDD. При приеме HARQ-ACK SCell на PUCCH базовая станция 210 PCell FDD должна перенаправить принятое HARQ-ACK SCell вторичной компонентной несущей (SCell) через транзитное соединение 229. Модуль 218 планирования DL базовой станции 210 FDD PCell должен сконфигурировать модуль 220 обработки DCI использовать формат(ы) DCI FDD для информирования упомянутого UE о передаче данных DL на несущей 270 DL PCell FDD, и модуль 238 планирования DL базовой станции 230 TDD SCell должен сконфигурировать модуль 240 обработки DCI использовать формат(ы) DCI TDD для информирования упомянутого UE о передаче данных DL на несущей(их) 280 DL SCell TDD (то есть DCI TDD с 4-битным полем номера HARQ и 2-битным полем DAI).

[0108] Кроме того, если перекрестное планирование несущих отключено, то модуль 217 планирования UL базовой станции 210 FDD PCell должен запланировать передачу данных UL от UE на PCell FDD и сконфигурировать модуль 220 обработки DCI передавать разрешения UL для передачи PCell FDD с использованием правила синхронизации планирования UL FDD. Модуль 237 планирования UL базовой станции TDD SCell 230 должен запланировать передачу данных UL от UE на SCell TDD и сконфигурировать модуль 240 обработки DCI передавать разрешения UL для передачи SCell TDD с использованием правила синхронизации планирования UL TDD. Путем наблюдения мгновенного трафика в базовой станции 230 TDD (SCell) в течение ограниченного времени наблюдения, усовершенствованная мобильная сеть может сконфигурировать базовую станцию 230 TDD переключаться на выбранную оптимальную конфигурацию UL-DL TDD на столь малом базисе, как базис радиокадра. Базовая станция 210 (PCell) может применить явную быструю сигнализацию как DCI, посылаемую в общем пространстве поиска PCell, чтобы сообщить усовершенствованному UE 250 об изменении конфигурации UL-DL на SCell TDD.

[0109] Если перекрестное планирование несущих отключено, и UE 250 сконфигурировано выполнять межсистемную CA FDD-TDD с PCell FDD и одной или несколькими SCell гибкой TDD, при обработке DCI, принятой на SCell в модуле 260 обработки DCI, UE 250 будет предполагать, что принятая DCI TDD (то есть 4-битное поле номера процесса HARQ и 2-битное поле DAI для планирующей передачу DL DCI) обеспечивает планирование DL и планирование UL для одной или нескольких SCell. При приеме планирования DL для SCell UE 250 будет применять правило синхронизации TDD для возврата HARQ-ACK на PUSCH к PCell TDD. При приеме разрешения UL для передачи данных UL на несущей UL SCell TDD UE 250 будет применять правило синхронизации TDD для передачи PUSCH к SCell TDD. Дополнительно, UE 250 будет отслеживать в общем пространстве поиска PCell явную быструю сигнализацию, указывающую изменение конфигурации UL-DL на его SCell гибкой TDD.

[0110] Приведенное ниже является кратким изложением некоторых важных предложений и аспектов изобретения, обсуждавшихся выше.

[0111] Когда обслуживающая сота FDD сконфигурирована как PCell, а обслуживающая сота TDD сконфигурирована как SCell:

- Один дополнительный бит для номера процесса HARQ и 2-битный DAI в формате DCI для работы TDD отбрасываются в системе CA FDD-TDD LTE, когда SCell TDD перекрестно планируется с помощью PDCCH/ePDCCH, переданного на PCell FDD, сконфигурированном как SCell. Это приводит к одинаковому содержанию формата DCI и для TDD, и для FDD, и, таким образом, такому же числу слепых попыток декодирования, как в CA Rel. 10 или 11.

- Синхронизация HARQ-ACK первичной компонентной несущей (PCell) FDD спроектирована как опорная синхронизация для SCell TDD с перекрестным планированием несущих.

- Синхронизация разрешения UL обслуживающей соты FDD спроектирована как опорная синхронизация для обслуживающей соты TDD с перекрестным планированием несущих.

- Направление передачи гибкого подкадра выводится из передачи PDCCH в обслуживающей соте FDD для перекрестного планирования несущих DL и/или передачи UL на PCell, или указывается с помощью быстрой сигнализации конфигурации TDD.

[0112] Когда обслуживающая сота TDD сконфигурирована как PCell, а обслуживающая сота FDD сконфигурирована как SCell:

- Один дополнительный бит для номера процесса HARQ и 2-битный DAI должен быть включен в состав характерного для UE формата DCI для обслуживающей соты FDD, независимо от того, передан ли PDCCH в обслуживающей соте FDD или обслуживающей соте TDD.

- Для самопланирования подкадр DL в обслуживающей соте FDD с соответствующим подкадром UL в обслуживающей соте TDD должен быть возвращен вместе с ближайшей передачей DL в подкадре DL, который соответствует подкадру DL в обслуживающей соте TDD.

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

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

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

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

[0116] Все или часть иллюстративных вариантов воплощения, раскрытых выше, могут быть описаны как, но не ограничиваются этим, следующие дополнительные варианты воплощения.

[0117] (Дополнительный вариант воплощения 1)

Способ сигнализации для использования в усовершенствованной сети беспроводной связи, которая поддерживает агрегацию несущих (CA) дуплексной передачи с частотным разделением - дуплексной передачи с временным разделением (FDD-TDD), причем система включает в себя:

пользовательское оборудование (UE), которое поддерживает CA FDD-TDD;

первый узел доступа, выполненный с возможностью осуществления связи с UE на несущей первого дуплексного режима, где первый дуплексный режим является FDD или TDD; и

второй узел доступа, выполненный с возможностью осуществления связи с UE на несущей второго дуплексного режима, где второй дуплексный режим является другим режимом из FDD или TDD, противоположным первому дуплексному режиму;

причем способ содержит:

конфигурирование UE путем установления соединения управления радиоресурсами (RRC) с сетью через первый узел доступа для передачи данных между UE и сетью через первый узел доступа на несущей первого дуплексного режима в качестве первичной компонентной несущей (PCell),

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

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

[0118] (Дополнительный вариант воплощения 2)

Способ сигнализации по дополнительному варианту воплощения 1, в котором первый дуплексный режим является FDD, а второй дуплексный режим является TDD, так что PCell является FDD, а SCell является TDD.

[0119] (Дополнительный вариант воплощения 3)

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

[0120] (Дополнительный вариант воплощения 4)

Способ сигнализации по дополнительному варианту воплощения 3, в котором первый узел доступа планирует передачу данных нисходящей линии связи и на PCell FDD, и на SCell TDD через сетевое транзитное соединение.

[0121] (Дополнительный вариант воплощения 5)

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

[0122] (Дополнительный вариант воплощения 6)

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

[0123] (Дополнительный вариант воплощения 7)

Способ сигнализации по дополнительному варианту воплощения 6, в котором формат DCI включает в себя 3-битное поле номера HARQ и отсутствующее поле индекса присвоения нисходящей линии связи (DAI).

[0124] (Дополнительный вариант воплощения 8)

Способ сигнализации по дополнительному варианту воплощения 4, в котором первый узел доступа планирует передачу данных восходящей линии связи от UE и на PCell FDD, и на SCell TDD и передает разрешения восходящей линии связи для передачи PCell FDD и передачи SCell TDD с использованием правила синхронизации планирования восходящей линии связи FDD.

[0125] (Дополнительный вариант воплощения 9)

Способ сигнализации по дополнительному варианту воплощения 6, в котором при обработке DCI UE предполагает, что DCI такого же размера, принятая на PCell FDD, обеспечивает планирование нисходящей линии связи и планирование восходящей линии связи и для PCell, и для SCell.

[0126] (Дополнительный вариант воплощения 10)

Способ сигнализации по дополнительному варианту воплощения 9, в котором при приеме планирования нисходящей линии связи для SCell UE применяет правило синхронизации FDD возврата нескольких HARQ-ACK к PCell FDD.

[0127] (Дополнительный вариант воплощения 11)

Способ сигнализации по дополнительному варианту воплощения 10, в котором при приеме разрешения восходящей линии связи для передачи данных восходящей линии связи на несущей восходящей линии связи SCell TDD UE применяет правило синхронизации FDD для передачи физического совместно используемого канала восходящей линии связи (PUSCH) к SCell TDD.

[0128] (Дополнительный вариант воплощения 12)

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

[0129] (Дополнительный вариант воплощения 13)

Способ сигнализации по дополнительному варианту воплощения 12, в котором первый узел доступа планирует передачу данных нисходящей линии связи только на PCell FDD, а второй узел доступа планирует передачу данных нисходящей линии связи только на SCell TDD.

[0130] (Дополнительный вариант воплощения 14)

Способ сигнализации по дополнительному варианту воплощения 13, в котором UE следует синхронизации и правилу обратной связи FDD для возврата нескольких HARQ-ACK первому узлу доступа в ответ на данные, принятые на несущей нисходящей линии связи PCell FDD, и следует синхронизации и правилу обратной связи TDD для возврата нескольких HARQ-ACK второму узлу доступа в ответ на данные, принятые на несущей нисходящей линии связи SCell TDD.

[0131] (Дополнительный вариант воплощения 15)

Способ сигнализации по дополнительному варианту воплощения 14, в котором при приеме HARQ-ACK SCell в PUCCH первый узел доступа пересылает принятое HARQ-ACK SCell второму узлу доступа через транзитное соединение.

[0132] (Дополнительный вариант воплощения 16)

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

[0133] (Дополнительный вариант воплощения 17)

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

[0134] (Дополнительный вариант воплощения 18)

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

[0135] (Дополнительный вариант воплощения 19)

Способ сигнализации по дополнительному варианту воплощения 1, в котором первый дуплексный режим является TDD, а второй дуплексный режим является FDD, так что PCell является TDD, а SCell является TDD.

[0136] (Дополнительный вариант воплощения 20)

Способ сигнализации по дополнительному варианту воплощения 19, в котором перекрестное планирование несущих используется для планирования SCell.

[0137] (Дополнительный вариант воплощения 21)

Способ сигнализации по дополнительному варианту воплощения 20, в котором применяется перекрестное планирование несущих и подкадров или перекрестное планирование несущих с несколькими подкадрами.

[0138] (Дополнительный вариант воплощения 22)

Способ сигнализации по дополнительному варианту воплощения 20, в котором первый узел доступа планирует передачу данных нисходящей линии связи и на PCell TDD, и на SCell FDD через сетевое транзитное соединение.

[0139] (Дополнительный вариант воплощения 23)

Способ сигнализации по дополнительному варианту воплощения 22, в котором UE следует синхронизации и правилу обратной связи TDD для возврата нескольких HARQ-ACK первому узлу доступа в ответ на данные, принятые на несущей нисходящей линии связи PCell TDD и на несущей нисходящей линии связи SCell FDD.

[0140] (Дополнительный вариант воплощения 24)

Способ сигнализации по дополнительному варианту воплощения 23, в котором первый узел доступа использует формат DCI TDD для информирования UE о передаче данных нисходящей линии связи на несущей нисходящей линии связи PCell TDD и на несущей нисходящей линии связи SCell FDD.

[0141] (Дополнительный вариант воплощения 25)

Способ сигнализации по дополнительному варианту воплощения 24, в котором формат DCI включает в себя 4-битное поле номера HARQ и 2-битное поле DAI.

[0142] (Дополнительный вариант воплощения 26)

Способ сигнализации по дополнительному варианту воплощения 23, в котором первый узел доступа планирует передачу данных восходящей линии связи от UE и на PCell TDD, и на SCell FDD и передает разрешения восходящей линии связи для передачи PCell TDD и передачи SCell FDD с использованием правила синхронизации планирования восходящей линии связи TDD.

[0143] (Дополнительный вариант воплощения 27)

Способ сигнализации по дополнительному варианту воплощения 24, в котором при обработке DCI UE предполагает, что DCI TDD такого же размера, как принятая на PCell TDD, обеспечивает планирование нисходящей линии связи и планирование восходящей линии связи и для PCell, и для SCell.

[0144] (Дополнительный вариант воплощения 28)

Способ сигнализации по дополнительному варианту воплощения 27, в котором при приеме планирования нисходящей линии связи и данных нисходящей линии связи для SCell, UE применяет правило синхронизации TDD для возврата нескольких HARQ-ACK к PCell TDD.

[0145] (Дополнительный вариант воплощения 29)

Способ сигнализации по дополнительному варианту воплощения 28, в котором при приеме разрешения восходящей линии связи для передачи данных восходящей линии связи на несущей восходящей линии связи SCell FDD UE применяет правило синхронизации TDD для передачи PUSCH к SCell FDD.

[0146] (Дополнительный вариант воплощения 30)

Способ сигнализации по дополнительному варианту воплощения 19, в котором используется самопланирование для планирования SCell.

[0147] (Дополнительный вариант воплощения 31)

Способ сигнализации по дополнительному варианту воплощения 30, в котором первый узел доступа планирует передачу данных нисходящей линии связи только на PCell TDD, а второй узел доступа планирует передачу данных нисходящей линии связи только на SCell FDD.

[0148] (Дополнительный вариант воплощения 32)

Способ сигнализации по дополнительному варианту воплощения 31, в котором UE следует синхронизации и правилу обратной связи TDD для возврата нескольких HARQ-ACK первому узлу доступа в ответ на данные, принятые на несущей нисходящей линии связи PCell TDD, и следует синхронизации и правилу обратной связи TDD PCell для возврата нескольких HARQ-ACK второму узлу доступа в ответ на данные, принятые на несущей нисходящей линии связи SCell FDD.

[0149] (Дополнительный вариант воплощения 33)

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

[0150] (Дополнительный вариант воплощения 34)

Способ сигнализации по дополнительному варианту воплощения 33, в котором при приеме HARQ-ACK SCell на PUCCH первый узел доступа пересылает принятые HARQ-ACK SCell вторичной компонентной несущей (SCell) FDD через транзитное соединение.

[0151] (Дополнительный вариант воплощения 35)

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

[0152] (Дополнительный вариант воплощения 36)

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

[0153] (Дополнительный вариант воплощения 37)

Способ сигнализации по дополнительному варианту воплощения 36, в котором второй узел доступа планирует передачу данных восходящей линии связи от UE на SCell FDD и передает разрешения восходящей линии связи для передачи SCell FDD с использованием правила синхронизации планирования восходящей линии связи FDD и правила HARQ-ACK FDD.

[0154] (Дополнительный вариант воплощения 38)

Способ сигнализации по дополнительному варианту воплощения 37, в котором при обработке DCI, принятого на несущей нисходящей линии связи SCell FDD, UE предполагает, что принятая DCI TDD обеспечивает планирование нисходящей линии связи и планирование восходящей линии связи для SCell.

[0155] (Дополнительный вариант воплощения 39)

Способ сигнализации по дополнительному варианту воплощения 38, в котором при приеме планирования нисходящей линии связи и переданных данных для SCell UE применяет правило синхронизации TDD для возврата нескольких HARQ-ACK к SCell FDD.

[0156] (Дополнительный вариант воплощения 40)

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

[0157] (Дополнительный вариант воплощения 41)

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

[0158] (Дополнительный вариант воплощения 42)

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

[0159] (Дополнительный вариант воплощения 43)

Способ сигнализации по дополнительному варианту воплощения 42, в котором используется неявная быстрая сигнализация.

[0160] (Дополнительный вариант воплощения 44)

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

[0161] (Дополнительный вариант воплощения 45)

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

[0162] (Дополнительный вариант воплощения 46)

Способ сигнализации по дополнительному варианту воплощения 42, в котором конфигурация восходящей линии связи-нисходящей линии связи TDD SCell может быть изменена вторым узлом доступа на основе радиокадра, и UE отслеживает в пространстве поиска на PCell планирование передачи нисходящей линии связи и разрешения восходящей линии связи на SCell.

[0163] (Дополнительный вариант воплощения 47)

Способ сигнализации по дополнительному варианту воплощения 46, в котором в подкадре нисходящей линии связи PCell, соответствующем гибкому подкадру SCell, если UE обнаруживает планирование передачи нисходящей линии связи для SCell, оно выполняет обработку PDSCH/DL-SCH в упомянутом гибком подкадре SCell.

[0164] (Дополнительный вариант воплощения 48)

Способ сигнализации по дополнительному варианту воплощения 47, в котором в подкадре нисходящей линии связи PCell, если UE обнаруживает разрешение восходящей линии связи на SCell, оно обрабатывает и передает PUSCH/UL-SCH в гибком подкадре SCell, соответствующем подкадру нисходящей линии связи PCell, в котором было принято разрешение восходящей линии связи.

[0165] (Дополнительный вариант воплощения 49)

Способ сигнализации по дополнительному варианту воплощения 12, в котором несущая гибкой TDD является SCell.

[0166] (Дополнительный вариант воплощения 50)

Способ сигнализации по дополнительному варианту воплощения 49, в котором первый узел доступа планирует передачу данных нисходящей линии связи только на PCell FDD, а второй узел доступа планирует передачу данных нисходящей линии связи только на SCell TDD.

[0167] (Дополнительный вариант воплощения 51)

Способ сигнализации по дополнительному варианту воплощения 50, в котором UE следует синхронизации и правилу обратной связи FDD для возврата нескольких HARQ-ACK первому узлу доступа в ответ на данные, принятые на несущей нисходящей линии связи PCell FDD, и UE следует синхронизации и правилу обратной связи TDD для возврата нескольких HARQ-ACK второму узлу доступа в ответ на данные, принятые на несущей нисходящей линии связи SCell TDD.

[0168] (Дополнительный вариант воплощения 52)

Способ сигнализации по дополнительному варианту воплощения 51, в котором при приеме HARQ-ACK SCell на PUCCH первый узел доступа пересылает принятое HARQ-ACK SCell вторичной компонентной несущей (SCell) через транзитное соединение.

[0169] (Дополнительный вариант воплощения 53)

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

[0170] (Дополнительный вариант воплощения 54)

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

[0171] (Дополнительный вариант воплощения 55)

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

[0172] (Дополнительный вариант воплощения 56)

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

[0173] (Дополнительный вариант воплощения 57)

Способ сигнализации по дополнительному варианту воплощения 56, в котором первый узел доступа применяет явную быструю сигнализацию в общем пространстве поиска PCell (CSS) для информирования UE об изменении конфигурации UL- DL на SCell TDD.

[0174] (Дополнительный вариант воплощения 58)

Способ сигнализации по дополнительному варианту воплощения 57, в котором UE отслеживает CSS PCell для обнаружения обновлений конфигурации UL-DL на SCell.

[0175] Эта заявка основана на и испрашивает приоритет по заявке на патент Австралии № 2013903561, поданной 16 сентября 2013, раскрытие которой включено в настоящий документ полностью по ссылке.

Список ссылочных позиций

[0176] 100 - УСОВЕРШЕНСТВОВАННАЯ СИСТЕМА БЕСПРОВОДНОЙ СВЯЗИ

101 - БАЗОВАЯ СТАНЦИЯ

102 - БАЗОВАЯ ПИКОСТАНЦИЯ

103 - БАЗОВАЯ ПИКОСТАНЦИЯ

104 - UE

105 - UE

106 - UE

110 - БАЗОВАЯ СТАНЦИЯ

111 - ВТОРОЙ СЦЕНАРИЙ РАЗВЕРТЫВАНИЯ

112 - ТРЕТИЙ СЦЕНАРИЙ РАЗВЕРТЫВАНИЯ

120 - МОБИЛЬНОСТЬ

121 - МОБИЛЬНОСТЬ

122 - МОБИЛЬНОСТЬ

123 - МОБИЛЬНОСТЬ

210 - БАЗОВАЯ СТАНЦИЯ

211 - ПРОЦЕССОР

212 - ПАМЯТЬ

213 - РАДИОЧАСТОТНЫЙ (RF) МОДУЛЬ FDD

214 - АНТЕННАЯ РЕШЕТКА

215 - МОДУЛЬ ПЕРЕДАЧИ (TX)

216 - МОДУЛЬ ПРИЕМА (RX)

217 - МОДУЛЬ ПЛАНИРОВАНИЯ UL

218 - МОДУЛЬ ПЛАНИРОВАНИЯ DL

220 - МОДУЛЬ ОБРАБОТКИ DCI

221 - МОДУЛЬ ОБРАБОТКИ PDCCH/E-PDCCH

222 - МОДУЛЬ ОБРАБОТКИ PDSCH/DL-SCH

223 - МОДУЛЬ ОБРАБОТКИ PUCCH

224 - МОДУЛЬ ОБРАБОТКИ PUSCH

229 - ОБСЛУЖИВАЮЩАЯ СОТА TDD ЧЕРЕЗ ТРАНЗИТНОЕ СОЕДИНЕНИЕ

230 - БАЗОВАЯ СТАНЦИЯ

231 - ПРОЦЕССОР

232 - ПАМЯТЬ

233 - РАДИОЧАСТОТНЫЙ (RF) МОДУЛЬ

234 - АНТЕННАЯ РЕШЕТКА

235 - МОДУЛЬ TX

236 - МОДУЛЬ RX

237 - МОДУЛЬ ПЛАНИРОВАНИЯ UL

238 - МОДУЛЬ ПЛАНИРОВАНИЯ DL

239 - МОДУЛЬ РЕКОНФИГУРАЦИИ TDD

240 - МОДУЛЬ ОБРАБОТКИ DCI

241 - МОДУЛЬ ОБРАБОТКИ PDCCH/E-PDCCH

242 - МОДУЛЬ ОБРАБОТКИ PDSCH/DL-SCH

243 - МОДУЛЬ ОБРАБОТКИ PUCCH

244 - МОДУЛЬ ОБРАБОТКИ PUSCH

250 - UE

251 - ПРОЦЕССОР

252 - ПАМЯТЬ

253 - РАДИОЧАСТОТНЫЙ (RF) МОДУЛЬ FDD

254 - АНТЕННЫ

255 - РАДИОЧАСТОТНЫЙ (RF) МОДУЛЬ TDD

256 - АНТЕННЫ

257 - МОДУЛЬ RX

258 - МОДУЛЬ TX

260 - МОДУЛЬ ОБРАБОТКИ DCI

261 - МОДУЛЬ ОБРАБОТКИ PDCCH/E-PDCCH

262 - МОДУЛЬ ОБРАБОТКИ PDSCH/DL-SCH

263 - МОДУЛЬ ОБРАБОТКИ PUCCH

264 - МОДУЛЬ ОБРАБОТКИ PUSCH

270 - НЕСУЩАЯ DL SCell FDD

301 - Случай A

302 - Случай B

311a - НАЗНАЧЕНИЕ ПЛАНИРОВАНИЯ DL

312a - АССОЦИИРОВАННАЯ ПЕРЕДАЧА PDSCH

313a - ПРЕДСТАВЛЕННЫЙ ДЛЯ PCELL

314a - ПРЕДСТАВЛЕННЫЙ ДЛЯ PCELL

315a - НАЗНАЧЕНИЕ ПЛАНИРОВАНИЯ DL

316a - АССОЦИИРОВАННАЯ ПЕРЕДАЧА PDSCH

317a - ПРЕДСТАВЛЕННЫЙ ДЛЯ SCELL

318a - ПРЕДСТАВЛЕННЫЙ ДЛЯ SCELL

311b - PDCCH

312b - PDSCH

315b - PDCCH

316b - PDSCH

401 - DL FDD PCELL

402 - UL FDD PCELL

403 - КОНФИГУРАЦИЯ #5, TDD SCELL

404 - ПОДКАДР #9 DL

405 - ПОДКАДР #7 DL

406 - ПОДКАДР #3 UL

407 - ПОДКАДР #1 UL

408 - UE в ПОДКАДРЕ #9

409 - UE в ПОДКАДРЕ #0

410 - UE в ПОДКАДРЕ #1

411 - UE в ПОДКАДРЕ #3

412 - UE в ПОДКАДРЕ #4

413 - UE в ПОДКАДРЕ #5

414 - UE в ПОДКАДРЕ #6

415 - UE в ПОДКАДРЕ #7

416 - UE в ПОДКАДРЕ #8

417 - ПОДКАДР #2 UL

418 - ПОДКАДР #6 DL

419 - ПОДКАДР #2 UL

420 - ПОДКАДР #8 UL PCELL FDD

422 - ПОДКАДР #7 UL PCELL FDD

501 - DL SCELL FDD

502 - UL SCELL FDD

503 - UL PCELL TDD

504 - ПОДКАДР #4 UL

505 - ПОДКАДР #5 UL

506 - ПОДКАДР #7 UL

507 - ПОДКАДР #8 UL

508 - ПОДКАДР #0 DL

509 - ПОДКАДР #1 DL

510 - ПОДКАДР #2 DL

511 - ПОДКАДР #3 DL

512 - ПОДКАДР #4 DL

513 - ПОДКАДР #0 DL

514 - ПОДКАДР #1 DL

515 - ПОДКАДР #4 DL

516 - ПОДКАДР #7 UL

517 - ПОДКАДР #8 UL

518 - ПОДКАДР #2 UL

519 - ПОДКАДР #3 UL

601 - DL SCELL FDD

602 - UL SCELL FDD

603 - UL PCELL TDD

604 - ПОДКАДР #9 DL

605 - ПОДКАДР #0 DL

606 - ПОДКАДР #1 DL

607 - ПОДКАДР #2 DL

608 - ПОДКАДР #3 DL

609 - ПОДКАДР #4 DL

610 - ПОДКАДР #5 DL

611 - ПОДКАДР #6 DL

612 - ПОДКАДР #7 DL

613 - ПОДКАДР #8 DL

614 - ПОДКАДР #3 UL

615 - ПОДКАДР #1 UL

616 - ПОДКАДР #2 UL

617 - ПОДКАДР #9 DL

618 - ПОДКАДР #0 DL

619 - ПОДКАДР #1 DL

620 - ПОДКАДР #3 DL

621 - ПОДКАДР #4 DL

622 - ПОДКАДР #5 DL

623 - ПОДКАДР #6 DL

624 - ПОДКАДР #7 DL

625 - ПОДКАДР #8 DL

626 - ПОДКАДР #2 UL

627 - ПОДКАДР #6 DL.

1. Способ передачи несущей частоты в системе беспроводной связи, включающей в себя пользовательское оборудование (UE), поддерживающее агрегацию несущих (СА) дуплексной передачи с частотным разделением (FDD) - дуплексной передачи с временным разделением (TDD), первый узел доступа, выполненный с возможностью осуществления связи с UE на несущей первого дуплексного режима, и второй узел доступа, выполненный с возможностью осуществления связи с UE на несущей второго дуплексного режима, причем способ реализуется во втором узле доступа, причем способ содержит этапы, на которых:

передают к UE данные на несущей второго дуплексного режима в качестве вторичной компонентной несущей (SCell),

при этом первый узел доступа передает к UE данные на несущей первого дуплексного режима в качестве первичной компонентной несущей (PCell),

при этом первый дуплексный режим является TDD, а второй дуплексный режим является FDD, и

при этом для второго дуплексного режима ассоциируют подтверждение приема гибридного автоматического запроса на повторную передачу (HARQ-ACK) в подкадре 8 с подкадрами 2, 3 и 4.

2. Способ по п. 1, в котором:

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

3. Способ по п. 1, в котором:

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

4. Способ приема несущей частоты в системе беспроводной связи, включающей в себя пользовательское оборудование (UE), поддерживающее агрегацию несущих (СА) дуплексной передачи с частотным разделением (FDD) - дуплексной передачи с временным разделением (TDD), первый узел доступа, выполненный с возможностью осуществления связи с UE на несущей первого дуплексного режима, и второй узел доступа, выполненный с возможностью осуществления связи с UE на несущей второго дуплексного режима, причем способ реализуется в UE, причем способ содержит этапы, на которых:

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

принимают от второго узла доступа данные на несущей второго дуплексного режима в качестве вторичной компонентной несущей (SCell),

при этом первый дуплексный режим является TDD, а второй дуплексный режим является FDD, и

при этом для второго дуплексного режима подтверждение приема гибридного автоматического запроса на повторную передачу (HARQ-ACK) в подкадре 8 ассоциировано с подкадрами 2, 3 и 4.

5. Способ по п. 4,

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

6. Способ по п. 4,

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

7. Второй узел доступа в системе беспроводной связи, включающей в себя пользовательское оборудование (UE), поддерживающее агрегацию несущих (СА) дуплексной передачи с частотным разделением (FDD) - дуплексной передачи с временным разделением (TDD), первый узел доступа, выполненный с возможностью осуществления связи с UE на несущей первого дуплексного режима, и второй узел доступа, выполненный с возможностью осуществления связи с UE на несущей второго дуплексного режима, причем второй узел доступа содержит:

передатчик для передачи к UE данных на несущей второго дуплексного режима в качестве вторичной компонентной несущей (SCell), и

для второго дуплексного режима, процессор для ассоциации подтверждения приема гибридного автоматического запроса на повторную передачу (HARQ-ACK) в подкадре 8 с подкадрами 2, 3 и 4,

при этом первый узел доступа передает к UE данные на несущей первого дуплексного режима в качестве первичной компонентной несущей (PCell),

при этом первый дуплексный режим является TDD, а второй дуплексный режим является FDD.

8. Второй узел доступа по п. 7, в котором:

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

9. Второй узел доступа по п. 7, в котором:

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

10. Пользовательское оборудование (UE) в системе беспроводной связи, включающей в себя пользовательское оборудование (UE), поддерживающее агрегацию несущих (СА) дуплексной передачи с частотным разделением (FDD) - дуплексной передачи с временным разделением (TDD), первый узел доступа, выполненный с возможностью осуществления связи с UE на несущей первого дуплексного режима, и второй узел доступа, выполненный с возможностью осуществления связи с UE на несущей второго дуплексного режима, причем UE содержит:

первый приемник для приема от первого узла доступа данных на несущей первого дуплексного режима в качестве первичной компонентной несущей (PCell); и

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

при этом первый дуплексный режим является TDD, а второй дуплексный режим является FDD, и

при этом для второго дуплексного режима подтверждение приема гибридного автоматического запроса на повторную передачу (HARQ-ACK) в подкадре 8 ассоциировано с подкадрами 2, 3 и 4.

11. Способ передачи несущей частоты в системе беспроводной связи, включающей в себя пользовательское оборудование (UE), поддерживающее агрегацию несущих (СА) дуплексной передачи с частотным разделением (FDD) - дуплексной передачи с временным разделением (TDD), первый узел доступа, выполненный с возможностью осуществления связи с UE на несущей первого дуплексного режима, и второй узел доступа, выполненный с возможностью осуществления связи с UE на несущей второго дуплексного режима, причем способ реализуется в системе беспроводной связи, причем способ содержит этапы, на которых:

передают к UE данные на несущей первого дуплексного режима в качестве первичной компонентной несущей (PCell); и

передают к UE данные на несущей второго дуплексного режима в качестве вторичной компонентной несущей (SCell),

при этом первый дуплексный режим является TDD, а второй дуплексный режим является FDD, и

при этом для второго дуплексного режима ассоциируют подтверждение приема гибридного автоматического запроса на повторную передачу (HARQ-ACK) в подкадре 8 с подкадрами 2, 3 и 4.

12. Система беспроводной связи, содержащая:

пользовательское оборудование (UE), поддерживающее агрегацию несущих (СА) дуплексной передачи с частотным разделением (FDD) - дуплексной передачи с временным разделением (TDD);

первый узел доступа, выполненный с возможностью осуществления связи с UE на несущей первого дуплексного режима и передачи к UE данных на несущей первого дуплексного режима в качестве первичной компонентной несущей (PCell); и

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

при этом первый дуплексный режим является TDD, а второй дуплексный режим является FDD, и

при этом для второго дуплексного режима подтверждение приема гибридного автоматического запроса на повторную передачу (HARQ-ACK) в подкадре 8 ассоциируется с подкадрами 2, 3 и 4.



 

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

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

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

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

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

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

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

Изобретение относится к связи. Технический результат – предоставление устройства управления перемещением, которое, даже когда ISR (снижение объема передачи служебных сигналов при бездействии) является активным, допускает надлежащее уведомление UE относительно входящего речевого вызова, сформированного, когда устройство мобильной связи перемещается из зоны регистрации позиции, управляемой посредством MME (объект управления мобильностью), в зону регистрации позиции, управляемую посредством SGSN.

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

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

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

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

Изобретение относится к способам получения системной информации, относящейся к соте, и обработке информации об автономных промежутках. Технический результат заключается в улучшении производительности сети связи. Способ в пользовательском оборудовании для получения системной информации, относящейся к соте в сети радиосвязи, причем сота обслуживается сетевым узлом, содержит: прием сигналов на более чем одной несущей нисходящей линии одновременно; создание автономных промежутков на выбранной одной из упомянутых несущих нисходящей линии; прием системной информации, переданной из соты на выбранной несущей нисходящей линии с использованием созданных автономных промежутков. При этом выбранная несущая нисходящей линии определяется на основании по меньшей мере одного из: индикации, принятой от сетевого узла, который специфицирует выбранную несущую нисходящей линии, выбранную сетевым узлом; и предопределенном правиле, которое специфицирует выбранную несущую нисходящей линии. 6 н. и 33 з.п. ф-лы, 11 ил.

Изобретение относится к технологиям связи. Технический результат изобретения заключается в уменьшении задержки при отправке данных. Базовая станция принимает информацию времени таймера неявного высвобождения ресурсов, отправленную посредством устройства управления базовой станцией, так что базовая станция высвобождает или не высвобождает, согласно информации времени таймера неявного высвобождения ресурсов, общий E-DCH-ресурс, занимаемый терминалом. Базовая станция больше не высвобождает или не высвобождает, только согласно информации диспетчеризации SI, значение которой равно 0, общий E-DCH-ресурс, занимаемый терминалом. Таким образом, терминал не должен конкурировать снова, если предусмотрены данные, которые должны отправляться, с тем чтобы получать общий E-DCH-ресурс. 8 н. и 8 з.п. ф-лы, 12 ил.

Изобретение относится к устройству связи, выполненному с возможностью осуществления связи с внешним устройством. Технический результат заключается в обеспечении связи и задания данных, которые должны быть переданы и приняты. Устройство связи содержит: модуль передачи, выполненный с возможностью передавать относящуюся к данным передачи информацию, которая относится к данным, которые должны быть переданы внешнему устройству, перед присоединением к беспроводной сети; модуль приема, выполненный с возможностью принимать ответ от внешнего устройства после того, как относящаяся к данным передачи информация была передана модулем передачи; модуль присоединения к сети, выполненный с возможностью, после того как данный ответ принят модулем приема, присоединяться к беспроводной сети; и модуль связи, выполненный с возможностью, после того как модуль присоединения присоединился к беспроводной сети, устанавливать связь с внешним устройством таким образом, чтобы могли передаваться данные, при этом модуль передачи выполнен с возможностью передачи первой информации в качестве относящейся к данным передачи информации перед тем, как будут определены данные передачи, которые должны быть переданы внешнему устройству. 3 н. и 8 з.п. ф-лы, 10 ил.

Изобретение относится к системе беспроводной связи и может быть использовано для отсрочки передачи в канале со слотовым доступом в беспроводной системе LAN. Технический результат – повышение эффективности использования сетевых ресурсов и равнодоступности. Способ осуществления доступа к каналу станцией (STA) в системе беспроводной LAN согласно варианту осуществления настоящего изобретения может включать в себя: прием информации конфигурации окна ограниченного доступа (RAW) для STA от точки доступа (AP); выполнение процедуры отсрочки передачи с использованием второго состояния функции отсрочки передачи для доступа к каналу в пределах RAW и выполнение процедуры отсрочки передачи с использованием первого состояния функции отсрочки передачи, когда RAW заканчивается. STA поддерживает множество состояний функции отсрочки передачи, которые включают первое состояние функции отсрочки передачи, используемое вне RAW, и второе состояние функции отсрочки передачи, используемое в пределах RAW. 2 н. и 7 з.п. ф-лы, 27 ил.

Изобретение относится к устройству, способу и системе управления передачей данных. Технический результат заключается в возможности уменьшения взаимных помех между сотами в условиях, когда присутствует множество малых сот. Устройство управления передачей данных включает в себя: модуль выделения, выполненный с возможностью выделения мощности передачи для каждой из множества малых сот, включающего по меньшей мере первую малую соту и вторую малую соту, для уменьшения взаимных помех для макросоты системы радиопередачи данных из каждой малой соты, которая, по меньшей мере, частично наложена на макросоту; модуль определения, выполненный с возможностью, когда вторая малая сота накладывает взаимную помеху, превышающую допустимый уровень для первой малой соты, определения, является ли взаимная помеха однонаправленной или двунаправленной; и модуль управления, выполненный с возможностью управления взаимной помехой между первой малой сотой и второй малой сотой, используя первый способ, когда взаимная помеха является однонаправленной, и второй способ, когда взаимная помеха является двунаправленной, при этом второй способ отличается от первого способа. 3 н. и 9 з.п. ф-лы, 12 ил., 1 табл.

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

Изобретение относится к мобильной связи. Технический результат заключается в обеспечении возможности указания электромагнитной совместимости внутри устройства (IDC) при необходимости, независимо от таймера запрета индикатора IDC, что гарантирует получение правильной информации IDC целевым узлом (eNB). Пользовательское оборудование (UE) сконфигурировано для передачи сообщения индикатора IDC с таким же содержанием, как и в ранее переданном сообщении индикатора IDC, если или когда UE выполнило передачу обслуживания целевой соте. 2 н. и 10 з.п. ф-лы, 5 ил.

Изобретение относится к связи. Технический результат – осуществление надежного приема входящего пакетного вызова, выполняемого в то время, когда перемещается UE. Для этого UE содержит: средство для поддержки доступа к eNB или управляющему радиоустройству 2G/3G; средство для инициирования процедуры обновления зоны отслеживания или процедуры обновления зоны маршрутизации при смене MME (объекта управления мобильностью) или SGSN (обслуживающего узла поддержки GPRS), и средство для приема поискового вызова из eNB или 2G/3G, в которые сообщение поискового вызова передается на основе сообщения уведомления о данных нисходящей линии связи (DDN) из нового MME или нового SGSN после упомянутой смены, если выполняется процедура обновления зоны отслеживания или процедура обновления зоны маршрутизации, когда прежний MME или прежний SGSN до упомянутой смены принимает DDN-сообщение для UE от обслуживающего шлюза (SGW), который принимает входящий пакет для UE. 2 н.п. ф-лы, 10 ил.

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