СПОСОБ И УСТРОЙСТВО
METHOD AND DEVICE

Раскрытие настоящего изобретения относится к способам и устройству, а в частности, но не исключительно, к способам и устройству, используемым для внутриполосного агрегирования несущих при дуплексной передаче с разделением по времени.
Систему связи можно рассматривать как средство, позволяющее выполнять сеансы связи между двумя или более узлами, такими как стационарные или мобильные устройства, терминалы машинного типа, узлы доступа, например базовые станции, серверы и т.д. Система связи и совместимые с ней объекты связи обычно функционируют в соответствии с заданным стандартом или спецификацией, которые определяют действия, разрешенные для выполнения различными объектами, связанными с системой, и способы выполнения этих действий. Например, стандарты, спецификации и относящиеся к ним протоколы могут определять способы взаимодействия устройств, реализации различных аспектов связи и конфигурирования устройств, предназначенных для использования в системе.
Пользователь может получать доступ к системе связи посредством подходящих устройств связи. Устройство связи, применяемое пользователем, часто называется пользовательским оборудованием (UE, user equipment) или терминалом. Устройство связи оборудовано соответствующими схемами для приема и передачи сигналов, позволяющими выполнять связь с другими абонентами. Обычно такое устройство, как пользовательское оборудование применяется для осуществления приема и передачи речи и данных в сеансах связи.
Информация в сеансах связи может переноситься по беспроводным каналам связи. В качестве примеров беспроводных систем можно привести наземные сети мобильной связи общего пользования (PLMN, public land mobile network), такие как сотовые сети, системы спутниковой связи и различные беспроводные локальные сети, например WLAN (wireless local area network, беспроводная локальная сеть). В системах беспроводной связи устройство связи обеспечивает функции приемопередающей станции, которая может взаимодействовать с другим устройством связи, таким, например, как базовая станция сети доступа и/или другое пользовательское оборудование. Два направления связи между базовой станцией и устройствами связи пользователей условно были названы нисходящим и восходящим направлениями. Нисходящее направление (DL, Downlink) можно рассматривать как направление передачи данных из базовой станции к устройству связи, а восходящее (UL, Uplink) - из устройства связи к базовой станции.
В некоторых системах используется технология FDD (frequency division duplexing, дуплексная передача с разделением по частоте), а в других системах - технология TDD (time division duplexing, дуплексная передача с разделением по времени). При использовании FDD связь с UE в направлениях UL и DL осуществляется на различных частотах. При использовании TDD связь в направлениях UL и DL осуществляется на одной частоте, но в различных временных интервалах, выделенных для этих направлений.
Для расширения связанной с UE полосы пропускания путем одновременного использования радиоресурсов в пределах множества несущих был предложен процесс агрегирования несущих. Для формирования более широкой общей полосы пропускания агрегируются множество компонентных несущих.
Управляющая информация может передаваться, например, по физическому восходящему каналу управления (PUCCH, physical uplink control channel). Например, посредством такой схемы сигнализации может предоставляться информация сигнализации, предназначенная для обнаружения и/или коррекции ошибок. В том случае если узел получателя не смог успешно принять какую-либо информацию, возможна генерация запросов на повторную передачу. Например, с этой целью может использоваться механизм контроля ошибок, основанный на гибридном автоматическом запросе повторной передачи (HARQ, hybrid automatic repeat request). Механизм контроля ошибок может быть реализован таким образом, чтобы устройство передачи получало из приемного устройства либо подтверждение, либо отрицательное квитирование (ACK/NACK (acknowledgement/negative acknowledgement), A/N), либо иную индикацию, касающуюся переданных данных.
Управляющая информация направления UL может передаваться по физическому общему восходящему каналу (PUSCH, physical uplink shared channel), если PUSCH запланирован для передачи данных в направлении UL.
Механизм HARQ может использоваться в контексте агрегирования несущих (СА, carrier aggregation). Как указано выше, при использовании агрегирования несущих для связи между двумя устройствами могут применяться несколько несущих. Информация обратной связи в виде запроса HARQ для одной несущей может передаваться по физическому восходящему каналу управления (PUCCH, Physical Uplink Control Channel) другой несущей.
Была предложена схема внутриполосного СА TDD (дуплексная передача с разделением по времени) с использованием различных конфигураций UL и DL в различных диапазонах. Это может привести к усложнению процесса при обратной передаче HARQ, поскольку временные характеристики HARQ в рамках TDD связаны с конфигурацией UL/DL.
Согласно первому аспекту настоящего изобретения предлагается способ, включающий осуществление связи с первой сотой с использованием первой конфигурации восходящего и нисходящего направления и со второй сотой - с использованием второй конфигурации восходящего и нисходящего направления, при этом указанная первая сота имеет заранее заданную конфигурацию; обеспечение обратной связи для указанных первой соты и второй соты в указанной второй соте с использованием физического общего восходящего канала и определение размера кодового словаря для указанной обратной связи в зависимости от информации индикатора назначения нисходящего канала, принимаемой в данных о предоставлении ресурсов восходящего канала (гранте восходящего канала).
Согласно второму аспекту настоящего изобретения предлагается способ, включающий осуществление связи с первой сотой с использованием первой конфигурации восходящего и нисходящего направления и со второй сотой - с использованием второй конфигурации восходящего и нисходящего направления, при этом указанная первая сота имеет заранее заданную конфигурацию; обеспечение обратной связи для указанных первой и второй сот в указанной первой соте с использованием физического общего восходящего канала и определение размера кодового словаря для указанной обратной связи с использованием базовой конфигурации временных характеристик восходящего и нисходящего направления для указанных первой и второй сот или информации индикатора назначения нисходящего канала, принимаемой в данных о предоставлении ресурсов восходящего канала.
В предпочтительном варианте осуществления способ включает прием 2-битового индикатора назначения нисходящего канала в данных о предоставлении ресурсов восходящего канала, с помощью которых планируется физический общий восходящий канал.
В предпочтительном варианте осуществления данные о предоставлении ресурсов восходящего канала принимаются в той же соте, что и физический общий восходящий канал.
В предпочтительном варианте осуществления данные о предоставлении ресурсов восходящего канала принимаются в соте, отличной от той, в которой принимается физический общий восходящий канал.
Согласно третьему аспекту предлагается способ, включающий: осуществление связи с первой сотой с использованием первой конфигурации восходящего и нисходящего направления и со второй сотой - с использованием другой конфигурации восходящего и нисходящего направления, и использование информации индикатора назначения нисходящего канала, содержащейся в данных о предоставлении ресурсов нисходящего канала (гранте нисходящего канала).
В предпочтительном варианте осуществления способ включает использование указанного назначения нисходящего канала для осуществления обратной связи в отношении данных, принимаемых в сеансах связи.
В предпочтительном варианте осуществления для указанных первой или второй соты используется заранее заданная конфигурация.
В предпочтительном варианте осуществления указанная заранее заданная конфигурация представляет собой конфигурацию 0 восходящего и нисходящего направления.
В предпочтительном варианте осуществления одна из указанных сот (первая или вторая) представляет собой первичную соту, а другая - вторичную соту.
В предпочтительном варианте осуществления при указанной обратной связи используется гибридный автоматический запрос повторной передачи.
В предпочтительном варианте осуществления указанный физический общий восходящий канал планируется с помощью данных о предоставлении ресурсов восходящего канала.
В предпочтительном варианте осуществления указанные первая и вторая соты формируют агрегированную несущую.
В предпочтительном варианте осуществления указанная первая конфигурация восходящего и нисходящего направления является конфигурацией восходящего и нисходящего направления, указываемой с помощью SIB1, и вторая конфигурация восходящего и нисходящего направления является конфигурацией восходящего и нисходящего направления, указываемой с помощью SIB1.
В соответствии с четвертым аспектом настоящего изобретения предлагается устройство, содержащее по меньшей мере один процессор и по меньшей мере один модуль памяти, в котором хранится компьютерный код одной или более программ, при этом по меньшей мере один модуль памяти и компьютерный код сконфигурированы таким образом, чтобы при взаимодействии по меньшей мере с одним процессором устройство выполняло по меньшей мере следующие операции: осуществление связи с первой сотой с использованием первой конфигурации восходящего и нисходящего направления и со второй сотой - с использованием второй конфигурации восходящего и нисходящего направления, при этом указанная первая сота имеет заранее заданную конфигурацию; обеспечение обратной связи для указанных первой соты и второй соты в указанной второй соте с использованием физического общего восходящего канала и определение размера кодового словаря для указанной обратной связи в зависимости от информации индикатора назначения нисходящего канала, принимаемой в данных о предоставлении ресурсов восходящего канала.
В соответствии с пятым аспектом настоящего изобретения предлагается устройство, содержащее по меньшей мере один процессор и по меньшей мере один модуль памяти, в котором хранится компьютерный код одной или более программ, при этом по меньшей мере один модуль памяти и компьютерный код сконфигурированы таким образом, чтобы при взаимодействии по меньшей мере с одним процессором устройство выполняло по меньшей мере следующие операции: осуществление связи с первой сотой с использованием первой конфигурации восходящего и нисходящего направления и со второй сотой - с использованием второй конфигурации восходящего и нисходящего направления, при этом указанная первая сота имеет заранее заданную конфигурацию; обеспечение обратной связи для указанных первой и второй сот в указанной первой соте с использованием физического общего восходящего канала и определение размера кодового словаря для указанной обратной связи с использованием базовой конфигурации временных характеристик восходящего и нисходящего направления для указанных первой и второй соты или информации индикатора назначения нисходящего канала, принимаемой в данных о предоставлении ресурсов восходящего канала.
В соответствии с шестым аспектом настоящего изобретения предлагается устройство, содержащее по меньшей мере один процессор и по меньшей мере один модуль памяти, в котором хранится компьютерный код одной или более программ, при этом по меньшей мере один модуль памяти и компьютерный программный код сконфигурированы таким образом, чтобы при взаимодействии по меньшей мере с одним процессором устройство выполняло по меньшей мере следующие операции: осуществление связи с первой сотой с использованием первой конфигурации восходящего и нисходящего направления и со второй сотой - с использованием другой конфигурации восходящего и нисходящего направления, и использование информации индикатора назначения нисходящего канала, содержащейся в данных о предоставлении ресурсов нисходящего канала.
В предпочтительном варианте осуществления по меньшей мере один модуль памяти и компьютерный код сконфигурированы таким образом, чтобы при взаимодействии по меньшей мере с одним процессором устройство использовало указанное назначение нисходящего канала для осуществления обратной связи в отношении данных, принимаемых в сеансах связи.
В предпочтительном варианте осуществления по меньшей мере один модуль памяти и компьютерный код сконфигурированы таким образом, чтобы при взаимодействии по меньшей мере с одним процессором устройство использовало указанное назначение нисходящего канала для определения размера объединенного окна для указанной обратной связи.
В предпочтительном варианте осуществления для указанных первой или второй соты используется заранее заданная конфигурация.
В предпочтительном варианте осуществления указанная заранее заданная конфигурация представляет собой конфигурацию 0 восходящего и нисходящего направления.
В предпочтительном варианте осуществления одна из указанных сот (первая или вторая) представляет собой первичную соту, а другая - вторичную соту.
В предпочтительном варианте осуществления при указанной обратной связи используется гибридный автоматический запрос повторной передачи.
В предпочтительном варианте осуществления указанный физический общий восходящий канал планируется с помощью данных о предоставлении ресурсов восходящего канала.
В предпочтительном варианте осуществления указанные первая и вторая соты формируют агрегированную несущую.
Согласно седьмому аспекту настоящего изобретения предлагается устройство, содержащее средства для осуществления связи с первой сотой с использованием первой конфигурации восходящего и нисходящего направления и со второй сотой - с использованием второй конфигурации восходящего и нисходящего направления, при этом указанная первая сота имеет заранее заданную конфигурацию; средства для обеспечения обратной связи для указанных первой соты и второй соты в указанной второй соте с использованием физического общего восходящего канала и средства для определения размера кодового словаря для указанной обратной связи в зависимости от информации индикатора назначения нисходящего канала, принимаемой в данных о предоставлении ресурсов восходящего канала.
Согласно восьмому аспекту настоящего изобретения предлагается устройство, содержащее средства для осуществления связи с первой сотой с использованием первой конфигурации восходящего и нисходящего направления и со второй сотой - с использованием второй конфигурации восходящего и нисходящего направления, при этом указанная первая сота имеет заранее заданную конфигурацию; средства для обеспечения обратной связи для указанных первой и второй сот в указанной первой соте с использованием физического общего восходящего канала и средства для определения размера кодового словаря для указанной обратной связи с использованием указанной конфигурации восходящего и нисходящего направления для указанной первой соты или информации индикатора назначения нисходящего канала, принимаемой в данных о предоставлении ресурсов восходящего канала.
Согласно девятому аспекту настоящего изобретения предлагается устройство, содержащее средства для осуществления связи с первой сотой с использованием первой конфигурации восходящего и нисходящего направления и со второй сотой - с использованием другой конфигурации восходящего и нисходящего направления, и средства для использования информации индикатора назначения нисходящего канала, содержащейся в данных о предоставлении ресурсов нисходящего канала.
В предпочтительном варианте осуществления устройство сконфигурировано для использования указанного назначения нисходящего канала с целью осуществления обратной связи в отношении данных, принимаемых в сеансах связи.
В предпочтительном варианте осуществления устройство сконфигурировано для использования указанного назначения нисходящего канала с целью определения размера объединенного окна для указанной обратной связи.
В предпочтительном варианте осуществления для указанных первой или второй соты используется заранее заданная конфигурация.
В предпочтительном варианте осуществления указанная заранее заданная конфигурация представляет собой конфигурацию 0 восходящего и нисходящего направления.
В предпочтительном варианте осуществления одна из указанных сот (первая или вторая) представляет собой первичную соту, а другая - вторичную соту.
В предпочтительном варианте осуществления при указанной обратной связи используется гибридный автоматический запрос повторной передачи.
В предпочтительном варианте осуществления указанный физический общий восходящий канал планируется с помощью данных о предоставлении ресурсов восходящего канала.
В предпочтительном варианте осуществления указанные первая и вторая соты формируют агрегированную несущую.
Согласно десятому аспекту настоящего изобретения предлагается пользовательское оборудование, содержащее описанное выше устройство.
Согласно одиннадцатому аспекту настоящего изобретения предлагается программа, состоящая из исполняемых компьютером инструкций, выполнение которых позволяет реализовать описанный выше способ.
Узел, такой как базовая станция или устройство связи пользователя терминала машинного типа, может быть сконфигурирован для функционирования в соответствии с различными вариантами осуществления настоящего изобретения.
Кроме того, может предлагаться компьютерная программа, содержащая программный код для осуществления описанного способа. Компьютерная программа может храниться на носителе информации и/или быть реализована с его помощью.
Следует принимать во внимание, что любой признак любого аспекта может объединяться с любым другим признаком любого другого аспекта.
Далее более подробно описываются некоторые варианты осуществления настоящего изобретения только в качестве примеров со ссылкой на прилагаемые чертежи, на которых:
на фиг. 1 показана схема системы связи, содержащей базовую станцию и несколько устройств связи;
на фиг. 2 показана блок-схема декодера мобильного устройства связи в соответствии с некоторыми вариантами осуществления настоящего изобретения;
на фиг. 3 показана блок-схема устройства управления в соответствии с некоторыми вариантами осуществления настоящего изобретения;
на фиг. 4 показана базовая конфигурация UL-DL, используемая вторичной сотой SCell для определения временных характеристик HARQ в PDSCH (физический общий нисходящий канал);
на фиг. 5 показана таблица индексов установления ассоциаций в нисходящем направлении для TDD;
на фиг. 6 показана таблица различных конфигураций UL/DL; и
на фиг. 7 показан пример DAI (индикатора назначения нисходящего канала).
В последующем описании определенные примеры осуществления разъясняются со ссылкой на беспроводную или мобильную систему связи, обслуживающую устройства мобильной связи. Перед тем как перейти к более подробному описанию примеров осуществления настоящего изобретения, для того чтобы лучше разобраться в лежащей в основе технологии, кратко со ссылкой на фиг. 1-3 описывается система беспроводной связи, системы доступа, связанные с этой системой, и устройства мобильной связи.
К примерам систем беспроводной связи относятся архитектуры, стандартизованные в рамках проекта совместной координации разработки систем третьего поколения (3GPP, Third Generation Partnership Project). Последняя основанная на 3GPP разработка часто называется технологией радиодоступа долгосрочного развития (LTE, long-term evolution) универсальной системы мобильной связи (UMTS, Universal Mobile Telecommunications System). Различные этапы разработки спецификаций 3GPP LTE называются версиями. Система, разработанная в результате дальнейшего развития LTE, осуществленного в последнее время, получила название LTE-Advanced (LTE-A, усовершенствованная система LTE). В LTE используется архитектура мобильной связи, называемая усовершенствованной универсальной сетью наземного радиодоступа (Е-UTRAN, Evolved Universal Terrestrial Radio Access Network). Базовые станции таких систем называются усовершенствованными или улучшенными узлами Node В (eNB) и могут обеспечивать возможности E-UTRAN, такие как окончания протокола уровня управления линией радиосвязи (RLC, radio link control)/управления доступом к среде передачи (MAC, medium access control)/физического уровня (PHY, physical) плоскости пользователя и окончания протокола управления радиоресурсами (RRC, radio resource control) плоскости контроля по направлению к устройствам связи. К другим примерам системы радиодоступа относятся базовые станции систем, основанных на таких технологиях, как беспроводная локальная сеть (WLAN, wireless local area network) и/или WiMax (Worldwide Interoperability for Microwave Access, глобальное взаимодействие для микроволнового доступа).
Устройство, способное выполнять сотовую связь, может осуществлять взаимодействие по меньшей мере через одну базовую станцию или подобный беспроводной узел передатчика и/или приемника. На фиг. 1 показана базовая станция 10, предназначенная для обслуживания различных мобильных устройств 20 и терминала 22 машинного типа. Базовая станция обычно управляется по меньшей мере одним подходящим контроллером, обеспечивающим функционирование базовой станции и управление устройствами мобильной связи, взаимодействующими с базовой станцией. Базовая станция также может подключаться к системе 12 связи более широкого охвата. Следует понимать, что может существовать ряд соседних и/или перекрывающихся систем доступа или областей предоставления услуг радиосвязи, поддерживаемых рядом базовых станций. Базовая станция может поддерживать одну или более сот или секторов, каждый из которых образует соту или подзону соты. Каждое устройство и базовая станция могут поддерживать один или более радиоканалов, открытых одновременно, и могут передавать и/или принимать сигналы из одного или более источников. Поскольку множество устройств могут использовать одинаковый ресурс беспроводной связи, их сеансы передачи должны быть запланированы во избежание конфликтов и/или помех.
Ниже более подробно описывается возможное устройство мобильной связи, предназначенное для передачи в восходящем направлении и приема в нисходящем направлении, со ссылкой на фиг. 2, на которой показан схематичный, частично секционированный вид устройства 20 связи. Такое устройство связи часто называется пользовательским оборудованием (UE, user equipment) или терминалом. Соответствующее устройство связи может быть любым устройством, способным передавать и/или принимать радиосигналы. К многочисленным примерам таких устройств относятся мобильная станция (MS, mobile station), такая как мобильный телефон или так называемый ′смартфон′, портативный компьютер, оснащенный платой беспроводного интерфейса или другим средством беспроводного интерфейса, карманный персональный компьютер (PDA, personal data assistant), оснащенный средствами беспроводной связи, или любая комбинация этих устройств, либо другие подобные устройства. Устройство мобильной связи может, например, поддерживать обмен данными для осуществления сеансов связи, в ходе которых передается речь, электронная почта (email), текстовые сообщения, мультимедийная информация и т.д. Таким образом, пользователям через их устройства связи может предлагаться и предоставляться ряд различных услуг. К некоторым из множества примеров таких услуг относятся двухсторонние или многосторонние вызовы, услуги передачи данных или мультимедийного контента или просто доступ к сетевым системам передачи данных, таким как Интернет. К некоторым из многочисленных примеров данных контента относятся загружаемые данные, телевизионные передачи и радиопрограммы, видеоинформация, реклама, различные уведомления и другая информация.
Устройство 20 сконфигурировано для приема сигналов в нисходящем канале 29 по радиоинтерфейсу с использованием соответствующего оборудования, предназначенного для приема радиосигналов, и для передачи сигналов по восходящему каналу 28 с использованием соответствующего оборудования, предназначенного для передачи радиосигналов. На фиг. 2 оборудование приемопередатчика схематично показано в виде блока 26. Приемопередатчик 26 может быть реализован, например, с помощью радиоблока и связанного с ним антенного устройства. Антенное устройство может располагаться внутри или вне мобильного устройства.
Устройство мобильной связи обычно оснащено по меньшей мере одним блоком 21 обработки данных, по меньшей мере одним блоком 22 памяти и другими вспомогательными компонентами 23, предназначенными для выполнения задач, решаемых с помощью программных или аппаратных средств, включая управление доступом и связью с базовыми станциями и/или другими устройствами связи. Блок обработки данных, запоминающее устройство, а также другая относящаяся к обработке аппаратура могут размещаться на соответствующей печатной плате и/или могут быть реализованы в виде микросхем. Эти блоки обозначены на схеме ссылкой 24.
Пользователь может управлять функционированием мобильного устройства с помощью подходящего пользовательского интерфейса, такого как клавиатура 25, речевые команды, сенсорный экран или вспомогательная клавиатура, либо с помощью любого другого подобного устройства. Устройство также может быть оснащено дисплеем 27, динамиком и микрофоном. Кроме того, устройство связи может содержать соответствующие соединители (либо проводные, либо беспроводные) для подключения к другим устройствам и/или для соединения с внешним вспомогательным оборудованием, например с гарнитурой.
На фиг. 3 показан пример устройства 30 управления для системы связи, которое, например, предназначено для связи с базовой станцией и/или для управления этой станцией. В некоторых вариантах осуществления настоящего изобретения базовая станция может содержать встроенное устройство управления, а в некоторых других вариантах осуществления устройство управления может быть реализовано в виде отдельного сетевого элемента. Устройство управления может быть взаимосвязано с другими объектами управления. Устройство и функции управления могут распределяться между множеством блоков управления. В некоторых вариантах осуществления настоящего изобретения каждая базовая станция может содержать устройство управления. В альтернативных вариантах две или более базовых станций могут совместно использовать устройство управления. Схема управления зависит от принятых стандартов, и, например, в соответствии с текущими спецификациями LTE не предполагается использование отдельного контроллера радиосети. Независимо от местоположения устройство 30 управления можно рассматривать как устройство, обеспечивающее управление связью в зоне обслуживания по меньшей мере одной базовой станции. Устройство 30 управления может быть сконфигурировано для выполнения функций управления в соответствии с вариантами осуществления настоящего изобретения, описанными ниже. Для этого устройство управления может содержать по меньшей мере один модуль 31 памяти, по меньшей мере один блок 32, 33 обработки данных и интерфейс 34 ввода/вывода. С помощью интерфейса устройство управления может быть связано с базовой станцией или с ее компонентами для поддержки работы базовой станции в соответствии с описанными ниже вариантами осуществления настоящего изобретения. Устройство управления может быть сконфигурировано для выполнения соответствующего программного кода, обеспечивающего исполнение функций управления.
Устройство беспроводной связи, такое как мобильное устройство, терминал машинного типа или базовая станция, может быть оснащено антенной системой с множеством входов и множеством выходов (MIMO, Multiple Input/Multiple Output). Такие структуры MIMO известны в данной области связи. Для повышения качества линии связи и пропускной способности в системах MIMO используется множество антенн на стороне передатчика и приемника совместно с усовершенствованной технологией цифровой обработки сигналов. Например, приемопередатчик 26, показанный на фиг. 2, может поддерживать множество антенных портов. Объем принимаемых и/или передаваемых данных зависит от количества антенных элементов.
Была предложена технология внутриполосного СА (carrier aggregation, агрегирование несущих) в схеме TDD с использованием различных конфигураций UL/DL в различных диапазонах. Некоторые варианты осуществления настоящего изобретения относятся к обратной связи с использованием HARQ-ACK в PUCCH и/или PUSCH.
При использовании внутриполосного СА в схеме TDD различные конфигурации UL/DL могут использоваться для различных несущих (сот). Внутриполосное агрегирование компонентных несущих в режиме TDD с различными конфигурациями восходящего/нисходящего направления может дать определенные преимущества. Например, к таким преимуществам относятся: совместимость с традиционными смежными системами TDD; поддержка агрегирования несущих, зависящих от трафика, в гетерогенных сетях; гибкая конфигурация, например, большее количество подкадров восходящего канала в низкочастотных диапазонах для улучшения охвата и/или большее количество подкадров нисходящего канала в высокочастотных диапазонах для передачи трафика; и/или достижение более высокой пиковой скорости передачи данных.
Система LTE TDD позволяет выполнять ассиметричное выделение восходящих/нисходящих каналов путем поддержки семи различных конфигураций восходящих/нисходящих каналов TDD. Эти конфигурации приведены в таблице, показанной на фиг. 6. Такие конфигурации могут обеспечивать, например, от 40 до 90% нисходящих кадров. Конфигурации пронумерованы от 0 до 6. Каждая конфигурация указывает, какие из десяти подкадров (0-9) являются подкадрами восходящего канала, а какие - подкадрами нисходящего канала. В некоторых вариантах осуществления настоящего изобретения подкадры 0 и 5 содержат сигнал синхронизации и широковещательную информацию, которая позволяет UE выполнять синхронизацию и получать информацию, относящуюся к системе. Эти подкадры являются подкадрами нисходящего канала. Подкадр 1 служит в качестве точки переключения между передачей по нисходящему и восходящему каналам. Этот подкадр содержит пилотные временные интервалы нисходящего и восходящего каналов, разделенные защитным интервалом. В зависимости от периодичности точки переключения в некоторых конфигурациях UL/DL подкадр 6 также может использоваться в качестве точки переключения. В конфигурации номер 0 (#0) подкадры 2, 3, 4, 7, 8 и 9 являются подкадрами восходящего канала.
Поскольку различные несущие или соты в системе агрегирования несущих могут использовать различные конфигурации UL/DL, временные характеристики HARQ в PDSCH могут отличаться для различных несущих (сот) UE. Временные характеристики HARQ связаны с конфигурацией UL/DL, как показано на фиг. 5. В таблице, приведенной на фиг. 5, показано, какие подкадры восходящего канала управляют обратной связью ACK/NACK для определенного подкадра(-ов) нисходящего канала в каждой из различных конфигураций UL/DL, приведенных на фиг.6. Например, в конфигурации #4 UL/DL подкадр #2 восходящего канала управляет обратной связью для подкадров нисходящего канала, которые расположены ранее подкадра 2 восходящего канала на 12, 8, 7 и 11 подкадров, то есть подкадрами 0, 4, 5 и 1 нисходящего канала. В зависимости от конфигурации восходящего-нисходящего направления, один подкадр восходящего канала может отвечать за обратную связь ACK/NACK для одного или множества подкадров нисходящего канала. Это означает, что обратная связь HARQ на различных несущих может соответствовать различным временным характеристикам.
Одна из несущих или сот является главной сотой или несущей и называется первичной сотой - PCell. Другие несущие или соты называются вторичными сотами - SCell.
Проблема состоит в том, что если, например, в соте PCell используется конфигурация 2 UL/DL, а в соте SCell - конфигурация 0 UL/DL, то PDSCH в подкадре #0 SCell соответствует обратная связь HARQ в подкадре #4 согласно временным характеристикам HARQ в конфигурации 0 UL/DL, однако подкадр #4 является подкадром DL в PCell (см. фиг. 6). Это означает, что информация обратной связи HARQ не может быть передана.
В версии Rel-11 предложено определять базовую конфигурацию для SCell, при этом временные характеристики HARQ для SCell должны соответствовать временным характеристикам базовой конфигурации. Эта схема проиллюстрирована на фиг. 4. В показанном примере базовой конфигурацией для SCell должна быть конфигурация 2 UL/DL, которая отличается от конфигурации UL/DL SIB1 в SCell.
Базовая конфигурация может отличаться от заданной конфигурации UL/DL SIB1 (system information block, блок системной информации) во вторичной соте (SCell). Временные характеристики HARQ в SCell соответствуют временным характеристикам HARQ, указанным для связанной базовой конфигурации.
На фиг. 4 показано соответствие между конфигурацией UL/DL SIB1 сот SCell и связанными с ними базовыми конфигурациями для всех комбинаций конфигураций UL/DL в PCell и SCell в системе LTE. Номер в ячейке таблицы указывает базовую конфигурацию UL/DL для временных характеристик HARQ в SCell для соответствующей комбинации PCell/SCell. Если конфигурации UL/DL для PCell и SCell одинаковы, то проблем не возникает.
42 комбинации PCell/SCell, показанные на фиг. 4, можно разделить на категории, описываемые тремя случаями. Три случая А, В и С указаны в отдельных строках таблицы.
Случай А: подкадры DL в SCell являются подмножеством подкадров DL в PCell. В этом случае базовой конфигурацией для временных характеристик HARQ в SCell является конфигурация UL/DL SIB1 в PCell.
Случай В: подкадры DL в SCell образуют расширенное множество подкадров DL в PCell. В этом случае базовой конфигурацией для временных характеристик HARQ в SCell является конфигурация UL/DL SIB1, например, для случая самостоятельного планирования.
Случай С: подкадры DL в SCell не входят ни в расширенное множество, ни в подмножество подкадров DL в PCell. В этом случае базовой конфигурацией для временных характеристик HARQ в SCell является третья конфигурация UL/DL (отличная от конфигураций UL/DL SIB1 в PCell и SCell), например, для случая самостоятельного планирования.
Принцип определения базовой конфигурации для временных характеристик HARQ в SCell заключается в том, что подкадры базовой конфигурации являются минимальным расширенным множеством подкадров DL для конфигураций UL/DL SIB1 в PCell и SCell. Базовая конфигурация используется для определения временных характеристик данных обратной связи HARQ-ACK, передаваемых из UE в eNB. Временные характеристики повторной передачи из eNB в UE могут динамически определяться планировщиком узла eNB (например, если используется асинхронная передача HARQ в DL).
В целом, текущее состояние стандартизации для внутриполосной схемы СА TDD в LTE можно охарактеризовать следующим образом.
- Должно поддерживаться перекрестное и самостоятельное планирование несущих.
- В случае самостоятельного планирования временные характеристики HARQ PDSCH в PCell соответствуют временным характеристикам конфигурации UL/DL SIB1, заданной для PCell, однако в SCell используются временные характеристики HARQ выбранной базовой конфигурации UL/DL, приведенной в таблице, показанной на фиг. 4.
- Новые временные характеристики для HARQ не вводятся.
- PUCCH передается только в PCell, но не передается в SCell.
Согласно предложенным вариантам должен поддерживаться как формат 3, так и формат 1b с выбором каналов. PUCCH является каналом управления в направлении UL, который переносит информацию UL. В PUCCH формата 1b и формата 3 используется модуляция QPSK. Для формата 1b используются 2 бита, для формата 3-48 бит. Формат 3 может применяться для передачи относительно большого количества битов ACK/NACK. В формате 3 размер кодового словаря HARQ-ACK может определяться в зависимости от соты, а не устанавливаться равным максимальному значению для всех сот.
Таким образом, было предложено, чтобы для внутриполосного агрегирования несущих в схеме TDD с различными конфигурациями UL-DL в различных диапазонах устройство UE могло быть сконфигурировано с использованием PUCCH формата 3 или PUCCH формата 1b с выбором каналов для передачи HARQ-ACK. В формате 1b могут передаваться только 2 бита ACK/NACK. Для 4-битовой обратной связи ACK/NACK должна использоваться процедура выбора каналов, то есть использование 1 из 4 ресурсов PUCCH для передачи 2 битов. Выбор ресурса PUCCH должен указывать 2 бита.
По меньшей мере в случае самостоятельного планирования для UE, сконфигурированного с использованием PUCCH формата 3 для передачи HARQ-ACK, передача HARQ-ACK может соответствовать схеме, определенной в версии Rel-10, но со следующими отличиями:
c
Набор подкадров DL (обозначаемый как K) в обслуживающей соте ″с″, связанный с подкадрами n UL, может содержать n-k подкадров DL, где k∈К, и К определяется в соответствии с базовой конфигурацией временных характеристик обслуживающей соты ″с″. Обслуживающая сота может представлять собой соту PCell или SCell. ″Временные характеристики″ определяют подкадр n направления UL, который следует использовать с целью обратной связи HARQ для предшествующих подкадров DL. В LTE временные характеристики определяются соотношением n-4 для FDD, а для TDD они определяются как n-k, где k∈К. К определяется в соответствии с базовой конфигурацией UL/DL для временных характеристик обслуживающей соты ″с″ таким образом, как это показано на фиг. 4.
<mrow><msubsup><mi>B</mi><mi>c</mi><mrow><mi>D</mi><mi>L</mi></mrow></msubsup><mo>=</mo><msub><mi>M</mi><mi>c</mi></msub></mrow>
с
c
с
В случае передачи HARQ-ACK в подкадре n UL и в PUCCH или в PUSCH, не настроенном с помощью информации о предоставлении ресурсов (гранте) UL,
, где М представляет собой количество элементов в наборе K (см. фиг. 5), а В - количество подкадров нисходящего канала, требуемых UE для битов обратной связи HARQ (обычно PUSCH планируется с использованием информации о предоставлении ресурсов UL. PUSCH также может повторно передаваться в случае приема NACK из PHICH (Physical hybrid ARQ indicator channel, физический канал индикатора гибридного ARQ), то есть без использования информации о предоставлении ресурсов UL).
<mrow><msubsup><mi>B</mi><mi>c</mi><mrow><mi>D</mi><mi>L</mi></mrow></msubsup><mo>=</mo><mi>min</mi></mrow>
<mrow><msubsup><mi>W</mi><mrow><mi>D</mi><mi>A</mi><mi>I</mi></mrow><mrow><mi>U</mi><mi>L</mi></mrow></msubsup></mrow>
<mrow><msubsup><mi>W</mi><mrow><mi>D</mi><mi>A</mi><mi>I</mi></mrow><mi>U</mi></msubsup></mrow>
с
c
Для передачи HARQ-ACK в подкадре n UL и в PUSCH (физический общий восходящий канал), настроенном с помощью информации о предоставлении ресурсов UL,
(
, М), если базовая конфигурация для временных характеристик определяется следующим образом: # {1, 2, 3, 4, 6}, где
определяется индексом назначения нисходящего канала (DAI, Downlink Assignment Index) в DCI формата 0/4 (см. ниже). eNB использует эту информацию для указания устройству UE количества планируемых подкадров DL в наборе K:
<mrow><msubsup><mi>B</mi><mi>c</mi><mrow><mi>D</mi><mi>L</mi></mrow></msubsup></mrow>
Случай передачи HARQ-ACK в подкадре n UL и в PUSCH, настроенном с помощью информации о предоставлении ресурсов UL, в настоящий момент все еще обсуждается, в том, что касается значения
, соответствующего конфигурации UL-DL в схеме TDD, для которой базовая конфигурация временных характеристик определена как #5.
Случай, в котором базовая конфигурация временных характеристик определена как #0 для передачи HARQ-ACK в подкадре n UL и в PUSCH, настроенном с помощью информации о предоставлении ресурсов UL, еще не обсуждался; и
базовая конфигурация временных характеристик представляет собой конфигурацию UL-DL в схеме TDD, которой соответствуют временные характеристики HARQ PDSCH (физического общего нисходящего канала) в обслуживающей соте ″с″.
Процесс обработки формата 3 для перекрестного планирования несущих еще не обсуждался.
Для UE, сконфигурированного с использованием PUCCH формата 1b и выбором каналов для передачи HARQ-ACK, передача HARQ-ACK может соответствовать схеме, определенной в версии Rel-10, но со следующими отличиями.
с
Набор подкадров DL (обозначаемый как К) в обслуживающей соте ″с″, связанный с подкадром n UL, должен содержать n-k подкадров DL, где k∈К, и К определяется в соответствии с базовой конфигурацией временных характеристик.
p
s
р
с
s
с
р
s
с
В случае передачи HARQ-ACK в PUCCH устройство UE должно использовать таблицу сопоставлений версии Rel-10 при М=max{M, M}, где М представляет собой количество элементов в наборе К для первичной соты, a M - количество элементов в наборе К для вторичной соты. UE должно установить режим DTX (прерывистая передача) для {HARQ-ACK(min{М, M}), …, HARQ-ACK(M-1)} для обслуживающей соты с меньшим значением М.
Процесс передачи HARQ-ACK в PUSCH еще не определен. Соответственно, было предложено следующее решение: если для PCell используется конфигурация 0 UL/DL SIB1, то временные характеристики HARQ должны соответствовать конфигурации 0 UL/DL; и если для SCell используется конфигурация 0 UL/DL SIB1, то временные характеристики HARQ не должны соответствовать конфигурации 0 UL/DL. Как показано на фиг. 4, если для SCell используется конфигурация 0, то конфигурация SCell соответствует конфигурации PCell, отличной от конфигурации 0.
0
1
M-1
В Rel-8/9/10 в соответствии с текущей версией спецификации 36.212 3GPP поле DAI (индикатор назначения нисходящего канала) содержится в форматах DCI (downlink control information, управляющая информация нисходящего канал) информации о предоставлении ресурсов DL для всех конфигураций UL-DL в схеме TDD, включая конфигурацию 0 UL/DL. Индекс назначения нисходящего канала представляет собой поле в составе информации о предоставлении ресурсов нисходящего канала, сообщаемой устройству UE и указывающей количество подкадров в предшествующем временном окне, содержавших данные, переданные в это UE. Однако в настоящий момент это поле не интерпретируется UE в том случае, если конфигурацией UL-DL в схеме TDD является конфигурация 0 UL/DL. Другими словами, это поле игнорируется устройством UE. Конфигурацией UL/DL SIB1 соты является конфигурация 0 UL/DL, и размер объединенного окна всегда равен ″1″ (М=1, см. первую строку в таблице, показанной на фиг. 5. В этой таблице показан индекс K: {k, k, …, k} набора связей нисходящего канала для TDD.
c
c
c
Как показано на фиг. 5, система LTE TDD может функционировать как тяжелая система DL, вследствие чего подкадр UL обычно используется для передачи запросов HARQ-ACK, соответствующих множеству подкадров DL. Набор подкадров DL, для которых сообщаются запросы HARQ-ACK в том же кадре UL, перечислен в таблице, показанной на фиг. 5. Размер объединенного окна равен количеству элементов в наборе K. Например, в конфигурации 0 один подкадр UL используется для обратной связи HARQ только для одного подкадра DL, М=1, или в наборе K содержится только один элемент. В других конфигурациях, таких как конфигурация 2, подкадр #2 UL используется для обратной связи HARQ для четырех подкадров DL, в этом случае М=4, или в наборе K содержатся четыре элемента.
В Rel-8/9/10 в соответствии с текущей версией спецификации 36.212 3GPP поле DAI в форматах DCI информации предоставления ресурсов UL для конфигурации 0 UL/DL отсутствует, поскольку размер объединенного окна всегда составляет ″1″ (М=1, см. первую строку в таблице, показанной на фиг. 5).
Рассмотрим случай, согласно которому конфигурацией UL/DL SIB1 в PCell является конфигурация 0 UL/DL. В этом случае базовой конфигурацией для временных характеристик HARQ в PCell является конфигурация 0 UL/DL. Размер объединенного окна в PCell равен ″1″, однако он может быть больше ″1″ в SCell. Эта проблема может возникнуть при использовании PUCCH форматов 1b и 3. К настоящему моменту способ определения кодового словаря при передаче HARQ-ACK по PUSCH в PCell или SCell не рассматривался. Некоторые варианты осуществления настоящего изобретения направлены на решение этой проблемы.
Рассмотрим случай, согласно которому конфигурацией UL/DL SIB1 в PCell является конфигурация 0 UL/DL. В этом примере базовой конфигурацией для временных характеристик HARQ в PCell или SCell является конфигурация, отличная от конфигурации 0 UL/DL. В этом случае не определено, существует ли DAI в информации о предоставлении ресурсов UL, если конфигурацией UL/DL SIB1 соты является конфигурация 0 UL/DL, а базовой конфигурацией для временных характеристик HARQ является иная конфигурация. Способ определения кодового словаря при передаче HARQ-ACK по PUSCH в SCell не указан. В настоящий момент не указано, зависит ли использование DAI от конфигурации UL/DL SIB1 или от базовой конфигурации UL/DL для временных характеристик. В спецификациях не указано, разрешено ли использование DAI, если в SCell используется конфигурация 0 UL/DL SIB1 и базовая конфигурация UL/DL временных характеристик для SCell отличается от конфигурации 0 UL/DL.
Проблема состоит в том, что для внутриполосного СА в схеме TDD не указан способ определения размера кодового словаря в том случае, если в одной из агрегированных сот используется конфигурация 0 SIB1 UL/DL и обратная связь HARQ в PUSCH настраивается с помощью информации о предоставлении ресурсов UL. Некоторые варианты осуществления настоящего изобретения направлены на решение вопроса об определении размера кодового словаря.
Ранее не рассматривался вопрос, должно ли UE интерпретировать DAI в информации о предоставлении ресурсов DL в том случае, если конфигурацией UL/DL SIB1 в соте является конфигурация 0 UL/DL, а базовой конфигурацией для временных характеристик HARQ является иная конфигурация. Поскольку DAI в DL используется для обратной связи HARQ-ACK, значительное влияние на данные обратной связи HARQ-ACK может оказывать тот факт, что DAI в DL не применяется, когда размер объединенного окна превышает ″1″ (М>1). Другими словами, проблема заключается в том, что для внутриполосного СА в схеме TDD не указано, следует ли использовать DAI в DL в том случае, если для SCell задана конфигурация 0 UL/DL SIB1. В некоторых вариантах осуществления настоящего изобретения использование DAI в DL в этой ситуации разрешено.
Для решения проблемы, связанной с DAI в информации о предоставлении ресурсов как в UL, так и в DL, в некоторых вариантах осуществления предлагается способ определения размера кодового словаря для обратной связи HARQ в PUSCH в том случае, если конфигурация 0 UL/DL является конфигурацией, указываемой SIB1, по меньшей мере в одной из агрегируемых сот в рамках внутриполосного СА в схеме TDD.
В версиях Rel-8/9/10 в случае применения конфигурации 0 в схеме TDD поле DAI повторно используется как индекс UL в информации о предоставлении ресурсов UL (например, если отсутствует DAI в UL), и это поле присутствует, но не применяется в информации о предоставлении ресурсов DL. Если сота, в которой используется конфигурация 0 SIB1 в схеме TDD, агрегируется с сотой (сотами), в которой используется другая конфигурация TDD, возникают проблемы, связанные с передачей HARQ-ACK в PUCCH/PUSCH, если поле DAI применяется таким же образом, как и в версиях Rel-8/9/10.
В некоторых вариантах осуществления настоящего изобретения процесс определения размера кодового словаря для HARQ-ACK в PUSCH настраивается с помощью информации о предоставлении ресурсов UL.
В некоторых вариантах осуществления, если в случае внутриполосного СА в схеме TDD для одной из сот (соты ″с″) используется конфигурация 0 SIB1 в схеме TDD и передача HARQ-ACK в PUSCH настраивается с помощью информации о предоставлении ресурсов UL, определение размера кодового словаря может зависеть от конфигурации SIB1 в схеме TDD для соты PUSCH (соты, в которой передается PUSCH).
Рассмотрим случай, когда в соте PUSCH используется любая из конфигураций 1-6 SIB1 в схеме TDD. В этом случае доступен индикатор DAI в UL, поэтому при определении размера кодового словаря может использоваться DAI в UL. Для UE, сконфигурированного с использованием PUCCH формата 3, , если базовой конфигурацией для временных характеристик соты ″с″ является конфигурация {0, 1, 2, 3, 4, 6} в схеме TDD, и , если базовой конфигурацией для временных характеристик соты ″с″ является конфигурация 5 в схеме TDD.
Для UE, сконфигурированного с использованием PUCCH формата 1b с выбором каналов, в версии Rel-10 определены процедуры для конфигурации {1, 2, 3, 4, 6} в схеме TDD, и канал PUSCH, настроенный с помощью информации о предоставлении ресурсов UL, может использоваться повторно (даже в том случае, если в некоторых вариантах осуществления для одной из агрегированных сот применяется конфигурация 0 SIB1 в схеме TDD).
с
c
c
P
S
Рассмотрим случай, когда в соте PUSCH используется конфигурация 0 SIB1 в схеме TDD. В этом случае, если DCI формата 0/4 не изменяется, DAI в UL недоступен, поэтому при определении размера кодового словаря индекс DAI в UL не задействуется. Для UE, сконфигурированного с использованием PUCCH формата 3, для каждой соты справедливо выражение , где М представляет собой количество элементов в наборе K, и K определяется в соответствии с базовой конфигурацией для временных характеристик обслуживающей соты ″с″. Для UE, сконфигурированного с использованием PUCCH формата 1b с выбором каналов, в версии Rel-10 определены процедуры для конфигурации {1, 2, 3, 4, 6} в схеме TDD, и PUSCH, настроенный с помощью информации о предоставлении ресурсов UL, может использоваться повторно (даже в том случае, если для одной из агрегированных сот применяется конфигурация 0 SIB1 в схеме TDD) при М=max(M, M).
В этом случае, если DCI формата 0/4 может изменяться (например, путем добавления 2 бит для DAI в UL, если конфигурацией SIB1 в схеме TDD является конфигурация 0 в схеме TDD, но базовая конфигурация временных характеристик HARQ в PDSCH представляет собой конфигурацию 1-6 в схеме TDD), становится доступным DAI в UL, и при определении размера кодового словаря может использоваться DAI в UL. Для UE, сконфигурированного с использованием PUCCH формата 3, , если базовой конфигурацией временных характеристик соты ″с″ является конфигурация {0, 1, 2, 3, 4, 6} в схеме TDD, и , если базовой конфигурацией временных характеристик соты ″с″ является конфигурация 5 в схеме TDD. Для UE, сконфигурированного с использованием PUCCH формата 1b с выбором каналов, в версии Rel-10 определяются процедуры для конфигурации {1, 2, 3, 4, 6} в схеме TDD, и PUSCH, настраиваемый с помощью информации о предоставлении ресурсов UL, может использоваться повторно (даже если для одной из агрегированных сот применяется конфигурация 0 SIB1 в схеме TDD).
В этом случае, если DCI формата 0/4 может изменяться (например, путем добавления 2 бит для DAI в UL, если конфигурацией SIB1 в схеме TDD является конфигурация 0 в схеме TDD и базовая конфигурация временных характеристик HARQ в PDSCH также представляет собой конфигурацию 0 в схеме TDD), становится доступным DAI в UL, и при определении размера кодового словаря может использоваться DAI в UL. Для UE, сконфигурированного с использованием PUCCH формата 3, , если базовой конфигурацией временных характеристик соты ″с″ является конфигурация {0, 1, 2, 3, 4, 6} TDD, и , если базовой конфигурацией временных характеристик соты "с" является конфигурация 5 в схеме TDD. Для UE, сконфигурированного с использованием PUCCH формата 1b с выбором каналов, в версии Rel-10 определяются процедуры для конфигурации {1, 2, 3, 4, 6} в схеме TDD, и PUSCH, настраиваемый с помощью информации о предоставлении ресурсов UL, может использоваться повторно (даже если для одной из агрегированных сот применяется конфигурация 0 SIB1 в схеме TDD).
В некоторых вариантах осуществления, в том случае, если для внутриполосного СА в схеме TDD в одной из сот (в соте ″с″) используется конфигурация 0 SIB1 в схеме TDD и передача HARQ-ACK в PUSCH настраивается с помощью информации о предоставлении ресурсов UL, определение размера кодового словаря должно зависеть от конфигурации SIB1 в схеме TDD соты PUSCH (соты, в которой передается PUSCH).
Если для соты PUSCH используется конфигурация 1-6 SIB1 в схеме TDD, то для определения размера кодового словаря применяется DAI в UL.
Если для соты PUSCH используется конфигурация 0 SIB1 в схеме TDD, предпочтительно, чтобы размер кодового словаря определялся так же, как и в том случае, когда PUSCH не настраивается с помощью информации о предоставлении ресурсов UL.
Далее обсуждается DAI в DL. В том случае, если конфигурацией SIB1 в SCell является конфигурация 0 в схеме TDD, в качестве базовой конфигурации для временных характеристик HARQ PDSCH в SCell следует выбрать конфигурацию SIB1 в PCell, процедура использования DAI в DL в настоящее время не определена.
Если в этом случае DAI в DL не используется, могут возникнуть проблемы при обратной связи HARQ-ACK, поскольку размер объединенного окна в SCell может превышать ″1″ (М>1). Поскольку DAI в DL в случае М>1 используется при определении, например, распределения битов HARQ-ACK в случае PUCCH формата 3, а также при определении ACK/NACK в ресурсе SR и ACK/NACK в ресурсе CSI, то отсутствие DAI в DL в этом случае приведет к некорректному осуществлению обратной связи HARQ-ACK. В предположении, что DAI в DL уже присутствует при назначении DL, в некоторых вариантах осуществления разрешается использование DAI в DL для соты, в которой конфигурацией SIB1 является конфигурация 0 в схеме TDD, но базовая конфигурация временных характеристик HARQ в PDSCH отличается от конфигурации 0 в схеме TDD.
В некоторых вариантах осуществления настоящего изобретения в случае использования внутриполосного СА в схеме TDD и конфигурации 0 SIB1 в схеме TDD в SCell для соты SCell разрешается применение DAI в DL.
Далее более подробно обсуждаются описанные выше варианты осуществления. В первом варианте осуществления настоящего изобретения всегда разрешено использование DAI в DL, и DAI в UL добавляется для соты, в которой применяется конфигурация 0 UL/DL, указываемая SIB1, если она агрегируется с другой сотой, для которой используется иная конфигурация UL/DL, указываемая SIB1. Интерпретация DAI в DL и UL может совпадать с интерпретацией DAI в DL и UL для других конфигураций UL/DL. Однако различие заключается в интерпретации устройством UE информации о предоставлении ресурсов DL и расширения информации о предоставлении ресурсов UL. В некоторых вариантах осуществления добавляется 2-битовое поле DAI в UL. Согласно текущим предложениям UE не считывает это 2-битовое поле. Однако в некоторых вариантах осуществления UE считывает 2-битовое поле в вышеупомянутых условиях. Таким образом, DAI в DL используется для указания устройству UE количества запланированных подкадров DL вплоть до обнаруженной информации о предоставлении ресурсов DL.
Далее приводятся ссылки на фиг. 7, где показан пример DAI в UL и DAI в DL для М=4 и трех запланированных подкадров DL.
Во втором варианте осуществления настоящего изобретения используются следующие два предложения для обеспечения корректной обратной связи HARQ АСК, если для одной из обслуживающих сот применяется конфигурация 0 UL/DL, указываемая посредством SIB1. DAI в UL в настоящий момент не используется в случае применения конфигурации 0 UL/DL. Таким образом, в версии Rel-11, если сота, для которой применяется конфигурация 0 UL/DL SIB1, агрегируется с сотой, для которой применяется конфигурация 1-6 UL/DL SIB1, способ определения размера кодового словаря не определен. В настоящий момент, поскольку DAI в DL не используется в случае применения конфигурации 0 UL/DL согласно версиям Rel-8/9/10, это потребуется сделать в версии Rel-11, если сота, для которой применяется конфигурация 0 UL/DL SIB1, агрегируется с сотой, для которой применяется конфигурация 1-6 UL/DL SIB1.
Первое предложение согласно второму варианту осуществления заключается в том, что использование DAI в DL разрешено для соты, в которой применяется конфигурация 0 UL/DL, указываемая посредством SIB1, но базовая конфигурация временных характеристик HARQ-ACK в PDSCH для этой соты отличается от конфигурации 0. Интерпретация DAI в DL совпадает с интерпретацией DAI в DL в других конфигурациях UL/DL.
<mrow><msubsup><mi>B</mi><mi>c</mi><mrow><mi>D</mi><mi>L</mi></mrow></msubsup><mo>=</mo><msub><mi>M</mi><mi>c</mi></msub></mrow>
<mrow><msubsup><mi>B</mi><mi>c</mi><mrow><mi>D</mi><mi>L</mi></mrow></msubsup><mo>=</mo><msub><mi>M</mi><mi>c</mi></msub></mrow>
<mrow><msubsup><mi>B</mi><mi>C</mi><mrow><mi>D</mi><mi>L</mi></mrow></msubsup><mo>=</mo><mi>max</mi><mrow><mo>{</mo><mrow><msub><mi>M</mi><mi>p</mi></msub><mo>,</mo><mtext> </mtext><msub><mi>M</mi><mi>s</mi></msub></mrow><mo>}</mo></mrow></mrow>
Второе предложение согласно второму варианту осуществления заключается в том, что, если для обслуживающей соты (либо PCell, либо SCell) используется конфигурация 0 UL/DL, указываемая посредством SIB1, и запрос HARQ-ACK должен передаваться по PUSCH, который запланирован в этой обслуживающей соте с помощью информации о предоставлении ресурсов UL, размер кодового словаря определяется для каждой обслуживающей соты ″с″ как
, если сконфигурирован PUCCH формата 3, и в соответствии с выражением
или
, если сконфигурирован PUCCH формата 1b с выбором каналов (генерация кодового словаря выполняется в соответствии с определенными в версии Rel-10 процедурами для конфигурации {1, 2, 3, 4, 6} в схеме TDD при условии, что PUSCH не настраивается с помощью информации о предоставлении ресурсов UL, даже если в этом случае для одной из агрегированных сот используется конфигурация 0 SIB1 в схеме TDD). Другими словами, процесс определения размера кодового словаря выполняется так же, как и для случая, когда PUSCH не настраивается с помощью информации о предоставлении ресурсов UL.
В третьем варианте осуществления настоящего изобретения два изложенных ниже предложения могут использоваться совместно для обеспечения корректной обратной связи HARQ ACK, если для одной из обслуживающих сот используется конфигурация 0 UL/DL, указываемая посредством SIB1.
Первое предложение согласно третьему варианту осуществления заключается в том, что использование DAI в DL разрешено, и DAI в UL добавляют для соты, в которой применяется конфигурация 0 UL/DL, указываемая посредством SIB1, но базовая конфигурация временных характеристик HARQ-ACK в PDSCH для этой соты отличается от конфигурации 0. Интерпретация DAI в DL и DAI в UL совпадает с интерпретацией DAI в DL и DAI в UL в других конфигурациях UL/DL.
<mrow><msubsup><mi>B</mi><mi>c</mi><mrow><mi>D</mi><mi>L</mi></mrow></msubsup><mo>=</mo><msub><mi>M</mi><mi>c</mi></msub></mrow>
<mrow><msubsup><mi>B</mi><mi>c</mi><mrow><mi>D</mi><mi>L</mi></mrow></msubsup><mo>=</mo><msub><mi>M</mi><mi>c</mi></msub></mrow>
<mrow><msubsup><mi>B</mi><mi>C</mi><mrow><mi>D</mi><mi>L</mi></mrow></msubsup><mo>=</mo><mi>max</mi><mrow><mo>{</mo><mrow><msub><mi>M</mi><mi>p</mi></msub><mo>,</mo><mtext> </mtext><msub><mi>M</mi><mi>s</mi></msub></mrow><mo>}</mo></mrow></mrow>
Второе предложение согласно третьему варианту осуществления заключается в том, что если для PCell используется конфигурация 0 UL/DL, указываемая посредством SIB1, и запрос HARQ-ACK должен передаваться в PUSCH, который запланирован в PCell с помощью информации о предоставлении ресурсов UL, размер кодового словаря определяется для каждой обслуживающей соты ″с″ как
, если сконфигурирован PUCCH формата 3, и в соответствии с выражением
или
, если сконфигурирован PUCCH формата 1b с выбором каналов (генерация кодового словаря выполняется в соответствии с определенными в версии Rel-10 процедурами для конфигурации {1, 2, 3, 4, 6} в схеме TDD при условии, что PUSCH не настраивается с помощью информации о предоставлении ресурсов UL, даже если в этом случае для одной из агрегированных сот используется конфигурация 0 SIB1 в схеме TDD). Другими словами, процесс определения размера кодового словаря выполняется так же, как и для случая, когда PUSCH не настраивается с помощью информации о предоставлении ресурсов UL.
Для указанных выше решений предполагается осуществление самостоятельного планирования. Однако эти решения также могут использоваться для поддержки внутриполосного СА в схеме TDD при использовании перекрестного планирования несущих. При самостоятельном планировании информация о предоставлении ресурсов для PDSCH/PUSCH в соте ″с″ передается в соте ″с″, в то время как при перекрестном планировании несущих информация о предоставлении ресурсов для PDSCH/PUSCH в соте ″с″ передается в другой соте.
Рассмотрим ситуацию, когда конфигурацией UL/DL SIB1 в PCell является конфигурация 0 UL/DL.
Эта ситуация подобна второй альтернативе, упомянутой выше, при этом имеются два варианта, зависящих от базовой конфигурации для временных характеристик HARQ в SCell.
Если временные характеристики HARQ в SCell соответствуют конфигурации UL/DL SIB1 в PCell (конфигурация 0 UL/DL), то в этом случае проблем, которые бы требовали решения, может не возникнуть.
Если временные характеристики HARQ в SCell соответствуют конфигурации UL/DL SIB1 в SCell (конфигурации, отличной от конфигурации 0 UL/DL), то можно применить описанные выше варианты осуществления. Например, можно использовать первый вариант осуществления, вторую альтернативу второго варианта осуществления и вторую альтернативу третьего варианта осуществления.
Рассмотрим ситуацию, когда конфигурацией UL/DL SIB1 в SCell является конфигурация 0 UL/DL.
Вначале могут использоваться вторая и первая альтернатива третьего варианта осуществления.
Таким образом, в некоторых вариантах осуществления настоящего изобретения, если для PCell или SCell применяется конфигурация 0 SIB1 и PUSCH передается в другой соте, то используется DAI в UL.
Если для PCell или SCell применяется конфигурация 0 SIB1 и PUSCH передается в той же соте, то существуют три альтернативных решения.
Данные обратной связи HARQ должны передаваться как для PCell, так и для SCell (поэтому размер кодового словаря необходимо определять для каждой соты), однако они могут передаваться только в одной из агрегированных сот. Если PUSCH, передаваемый в любой из агрегированных сот, отсутствует, данные обратной связи HARQ могут передаваться только по PUCCH в PCell. Если PUSCH передается в любой из агрегированных сот, то данные обратной связи HARQ должны передаваться по PUSCH, не зависимо от того, запланирован ли PUSCH в PCell или SCell.
В версии Rel-10 конфигурация UL/DL во всех агрегированных сотах одинакова. Если PUSCH запланирован с помощью информации о предоставлении ресурсов UL и с использованием конфигурации 1-6 UL/DL, то в информацию о предоставлении ресурсов UL добавляется 2-битовое поле UL-DAI, которое затем используется для определения размера кодового словаря каждой соты (для определения размера кодового словаря используется общий DAI в UL). Если PUSCH не запланирован с помощью информации о предоставлении ресурсов UL или с использованием конфигурации 0 UL/DL, то DAI в UL отсутствует, и размер кодового словаря определяется конфигурацией UL/DL для каждой соты.
В версии Rel-11 конфигурации UL/DL SIB1 для PCell и SCell могут различаться. Рассмотрим случай, когда для одной из сот (либо PCell, либо SCell) применяется конфигурация 0 UL/DL SIB1, и HARQ-ACK передается по PUSCH, запланированному с помощью информации о предоставлении ресурсов UL. В этом случае возможны следующие варианты:
Конфигурация 0 в схеме TDD используется для PCell
PUSCH в PCell
PUSCH в SCell
Конфигурация 0 в схеме TDD используется для SCell
PUSCH в PCell
PUSCH в SCell
В первом варианте, если PUSCH передается в соте, для которой применяется конфигурация 0 UL/DL SIB1 (либо PCell, либо SCell), то DAI в UL отсутствует, как и в версии Rel-10, и конфигурация UL/DL в каждой соте используется для определения размера кодового словаря для соответствующей соты; если PUSCH передается в другой соте, для которой применяется конфигурация 1-6 UL/DL (либо в SCell, либо в PCell), то DAI в UL доступен, и DAI в UL (общий для всех сот) используется для определения размера кодового словаря для каждой соты.
Конфигурация 0 в схеме TDD используется для PCell
DAI в UL отсутствует в канале PUSCH в PCell, для определения размера кодового словаря для соответствующей соты следует использовать конфигурацию UL/DL в каждой соте.
DAI в UL присутствует в канале PUSCH в SCell, для определения размера кодового словаря для каждой соты следует использовать DAI в UL (общий для всех сот).
Конфигурация 0 в схеме TDD используется для SCell
DAI в UL присутствует в канале PUSCH в PCell, для определения размера кодового словаря для каждой соты следует использовать DAI в UL (общий для всех сот).
DAI в UL отсутствует в канале PUSCH в SCell, для определения размера кодового словаря для соответствующей соты следует использовать конфигурацию UL/DL в каждой соте.
Во втором варианте в информацию о предоставлении ресурсов UL, с помощью которой планируется PUSCH в SCell, добавляется 2-битовый DAI в UL, хотя для соты SCell применяется конфигурация 0 UL/DL SIB1 (базовая конфигурация временных характеристик HARQ для SCell отличается от конфигурации 0 UL/DL).
Конфигурация 0 в схеме TDD используется для PCell
DAI в UL отсутствует в канале PUSCH в PCell, для определения размера кодового словаря для соответствующей соты следует использовать конфигурацию UL/DL в каждой соте.
DAI в UL присутствует в канале PUSCH в SCell, для определения размера кодового словаря для каждой соты следует использовать DAI в UL (общий для всех сот).
Конфигурация 0 в схеме TDD используется для SCell
DAI в UL присутствует в канале PUSCH в PCell, для определения размера кодового словаря для каждой соты следует использовать DAI в UL (общий для всех сот).
DAI в UL присутствует в канале PUSCH в SCell, для определения размера кодового словаря для каждой соты следует использовать DAI в UL (общий для всех сот).
В третьем варианте в информацию о предоставлении ресурсов UL, с помощью которой планируется канале PUSCH в SCell, добавляется 2-битовый DAI в UL, хотя для соты SCell применяется конфигурация 0 UL/DL SIB1 (базовая конфигурация временных характеристик HARQ для SCell отличается от конфигурации 0 UL/DL), а также DAI в UL добавляется в информацию о предоставлении ресурсов UL, с помощью которой планируется PUSCH в PCell, хотя для соты PCell применяется конфигурация 0 UL/DL SIB1 (базовой конфигурацией временных характеристик HARQ для PCell по-прежнему является конфигурация 0 UL/DL).
Конфигурация 0 в схеме TDD используется для PCell
DAI в UL присутствует в канале PUSCH в PCell, для определения размера кодового словаря для каждой соты следует использовать DAI в UL (общий для всех сот).
DAI в UL присутствует в канале PUSCH в SCell, для определения размера кодового словаря для каждой соты следует использовать DAI в UL (общий для всех сот).
Конфигурация 0 в схеме TDD используется для SCell
DAI в UL присутствует в канале PUSCH в PCell, для определения размера кодового словаря для каждой соты следует использовать DAI в UL (общий для всех сот).
DAI в UL присутствует в канале PUSCH в SCell, для определения размера кодового словаря для каждой соты следует использовать DAI в UL (общий для всех сот).
В некоторых вариантах осуществления настоящего изобретения обратная связь HARQ-ACK в PDSCH обрабатывается для внутриполосного СА в схеме TDD в том случае, если конфигурацией S1B1 по меньшей мере одной из агрегированных сот является конфигурация 0.
В описанных выше вариантах осуществления настоящего изобретения в качестве используемого канала указывается PUCCH форматов 1b и 3. Следует отметить, что эти описания приведены только в качестве примера, и в других вариантах осуществления могут использоваться другие форматы.
Варианты осуществления настоящего изобретения могут применяться в других версиях стандарта LTE и/или с другими стандартами.
В этом описании ссылки приводятся на конкретную конфигурацию. Некоторые варианты осуществления настоящего изобретения могут применяться к другим конфигурациям.
В этом описании приводятся ссылки на HARQ. В других вариантах осуществления настоящего изобретения могут использоваться иные процессы контроля ошибок.
В этом описании упоминаются различные каналы. Следует принимать во внимание, что в других вариантах осуществления настоящего изобретения могут использоваться другие каналы.
Следует отметить, что, хотя варианты осуществления настоящего изобретения были описаны в отношении LTE, схожие принципы могут применяться к любым другим системам связи или к последующим разработкам в области LTE. Таким образом, хотя варианты осуществления настоящего изобретения описаны со ссылкой на восходящее и нисходящее направления, раскрытие настоящего изобретения не ограничено этими направлениями передачи данных между базовой станцией и пользовательским терминалом. Напротив, настоящее изобретение применимо к любой системе, в которой осуществляется связь между двумя или более взаимодействующими объектами. Например, система связи может быть реализована посредством множества пользовательских устройств, например в специализированных сетях. Таким образом, хотя определенные варианты осуществления настоящего изобретения были описаны выше с помощью примеров со ссылками на определенные типовые архитектуры для беспроводных сетей, технологии и стандарты таких сетей, эти варианты могут применяться к любым другим подходящим структурам систем связи, отличным от тех, что проиллюстрированы и рассмотрены в данном описании.
Требуемые устройства обработки данных и функции базовой станции, функции устройства связи и любых других подходящих устройств могут быть реализованы с помощью процессоров. Описанные функции на каждой стороне могут быть реализованы отдельными процессорами или интегрированным процессором. Процессоры данных могут быть любого типа, подходящего для локальной технической среды, и могут, например, представлять собой один или более универсальных компьютеров, специализированных компьютеров, микропроцессоров, цифровых сигнальных процессоров (DSP, digital signal processor), специализированных интегральных схем (ASIC, specific integrated circuit), логических схем и процессоров, основанных на многоядерной архитектуре, а также другие подобные устройства. Процесс обработки данных может выполняться в распределенном режиме несколькими модулями обработки данных. Процессор данных может быть реализован, например, с помощью по меньшей мере одной микросхемы. В соответствующих устройствах также может обеспечиваться подходящий объем памяти. Память или модули памяти могут быть любого типа, подходящего к локальной технической среде, могут быть реализованы с использованием любых подходящих технологий хранения данных и представлять собой, например, устройства полупроводниковой памяти, устройства и системы магнитной памяти, устройства и системы оптической памяти, постоянное запоминающее устройство и съемные блоки памяти.
В целом, различные примеры осуществления настоящего изобретения могут быть реализованы в виде аппаратуры или специализированных схем, программного обеспечения, логических схем или любой комбинации указанных средств. Некоторые аспекты настоящего изобретения могут быть реализованы в виде аппаратных средств, в то время как другие аспекты могут быть реализованы в виде микропрограммного или программного обеспечения, которое может выполняться контроллером, микропроцессором или другим вычислительным устройством, хотя изобретение не ограничено только перечисленными средствами. Хотя различные аспекты настоящего изобретения могут быть проиллюстрированы и описаны в виде блок-схем, алгоритмов или с использование некоторых других графических представлений, достаточно очевидно, что описанные здесь блоки, устройства, системы, методы или способы могут быть реализованы (не ограничиваясь приведенными примерами) в виде аппаратного, программного, микропрограммного обеспечения, специализированных схем или логических схем, универсальных аппаратных средств или контроллера, или других вычислительных устройств, или некоторой комбинации указанных средств. Программное обеспечение может храниться на физических носителях, таких как микросхемы памяти или блоки памяти, реализованные в процессоре, на магнитных носителях, таких как жесткий диск или дискеты, и на оптических носителях, таких, например, как диски DVD и их разновидности, а также диски CD.
Приведенное описание с помощью типовых примеров, не ограничивающих возможности реализации изобретения, предоставляет полное и информативное описание примеров осуществления настоящего изобретения. Однако специалисту в соответствующей области техники в свете изложенного описания, изученного в совокупности с прилагаемыми чертежами и формулой изобретения, могут быть очевидны различные модификации и адаптации. Тем не менее, любые виды таких и подобных модификаций изложенных принципов остаются в пределах объема настоящего изобретения, определенного в прилагаемой формуле изобретения. Безусловно, существуют дополнительные варианты осуществления настоящего изобретения, представляющие собой комбинацию одного или более любых других вариантов осуществления, обсуждавшихся выше.