Способ и терминал для передачи данных Российский патент 2019 года по МПК H04L1/00 

ОБЛАСТЬ ТЕХНИКИ

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

ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ

В технологиях связи, планируемых для использования в будущем, уменьшение задержки становится одним из ключевых индикаторов производительности, поскольку технологии и области применения радиоинтерфейса постоянно расширяются. Например, требуется, чтобы сквозная задержка в процессе дистанционных вычислений в реальном времени для мобильных терминалов была меньше 10 мс, задержка для обеспечения эффективности и безопасности трафика должна составлять 5 мс, а временной интервал передачи (TTI, Transmission Time Interval) в системе долгосрочного развития (LTE, Long Term Evolution) - 1 мс.

Поскольку задержки при обработке и декодировании в основном связаны с длиной TTI, одним из ключевых способов уменьшения задержки при передаче является сокращение TTI. В настоящее время для LTE-A версии 13 решено начать исследования в области передачи данных, основанной на сокращенных TTI. Сокращение TTI выгодно для уменьшения задержки при передаче, но это обеспечивается за счет большого объема служебных данных сигнализации и низкой спектральной эффективности. Например, если для терминала, одновременно поддерживающего различные услуги, определяется единообразный TTI в соответствии с услугами, характеризующимися минимальными требованиями к задержке, то ресурсы тратятся неэффективно. Кроме того, совместимость с существующей системой LTE не может обеспечиваться на несущей, поддерживающей передачу с коротким TTI, а именно: TTI длительностью 1 мс не является совместимым.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

В соответствии с первым аспектом настоящего изобретения предлагается способ передачи данных. Способ включает определение терминалом, в соответствии с информацией о конфигурации, переданной базовой станцией, что необходимо использовать по меньшей мере два различных TTI для передачи различных общих физических нисходящих каналов (PDSCH, Physical Downlink Shared Channel) и/или различных общих физических восходящих каналов (PUSCH, Physical Uplink Shared Channel) на целевой несущей; обнаружение терминалом наличия первой управляющей информации нисходящего канала (DCI, Downlink Control Information) в физическом нисходящем канале управления (PDCCH, Physical Downlink Control Channel) в целевом подкадре на целевой несущей, при этом первая DCI используется для планирования PDSCH, передаваемого в целевом подкадре на целевой несущей; и если терминал обнаруживает, что первая DCI отсутствует в PDCCH в целевом подкадре, или если терминал обнаруживает, что первая DCI присутствует в PDCCH в целевом подкадре, и TTI PDSCH, запланированного первой DCI, по длительности меньше целевого подкадра, терминал выполняет обнаружение выделенного нисходящего канала управления в целевом подкадре нисходящего канала, при этом выделенный канал управления содержит выделенную DCI, и TTI PDSCH или PUSCH, запланированного с помощью выделенной DCI, по длительности меньше целевого подкадра.

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

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

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

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

Совместно с первым аспектом и в вышеприведенных режимах реализации, в другом режиме реализации первого аспекта операция обнаружения терминалом наличия первой DCI в PDCCH в целевом подкадре включает обнаружение терминалом, присутствует ли первая DCI в общем пространстве поиска (CSS, Common Search Space) PDCCH в целевом подкадре, равна ли длительность TTI PDSCH, запланированного первой DCI, длительности целевого подкадра, или равна длительности наибольшего TTI по меньшей мере в двух различных TTI, или равна длительности наименьшего TTI по меньшей мере в двух различных TTI.

Совместно с первым аспектом и в вышеприведенных режимах реализации, в другом режиме реализации первого аспекта операция обнаружения терминалом наличия первой DCI в PDCCH в целевом подкадре включает обнаружение терминалом наличия первой DCI в индивидуальном для UE пространстве поиска (USS, UE-specific Search Space) PDCCH в целевом подкадре, при этом первая DCI содержит конкретное информационное поле, используемое для указания длины TTI PDSCH, запланированного посредством первой DCI.

Совместно с первым аспектом и в вышеприведенных режимах реализации, в другом режиме реализации первого аспекта, если терминал использует по меньшей мере два различных TTI для передачи различных PDSCH, номера процессов гибридного автоматического запроса повторной передачи (HARQ, Hybrid Automatic Repeat reQuest) различных PDSCH конфигурируются независимо.

Совместно с первым аспектом и в вышеприведенных режимах реализации, в другом режиме реализации первого аспекта номер процесса HARQ указывается с помощью информационного поля номера процесса HARQ в первой DCI, при этом длина информационного поля номера процесса HARQ определяется одним из следующих способов: определение длины информационного поля номера процесса HARQ в виде 4 бит; определение максимального количества процессов HARQ, фактически поддерживаемых в настоящий момент терминалом, в соответствии с длинами по меньшей мере двух различных TTI, используемых в настоящий момент терминалом, и конфигурацией восходящего/нисходящего канала TDD, используемой в настоящий момент целевой несущей, и определение длины информационного поля номера процесса HARQ в соответствии с максимальным количеством фактически поддерживаемых процессов HARQ; определение длины информационного поля номере процесса HARQ в соответствии с максимальным количеством процессов HARQ, поддерживаемых системой TDD, которая поддерживает использование по меньшей мере двух различных TTI для передачи различных PDSCH и/или различных PUSCH на одной и той же несущей; и определение длины информационного поля номера процесса HARQ в соответствии с максимальным количеством процессов HARQ, поддерживаемых терминалом.

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

Совместно с первым аспектом и в вышеприведенных режимах реализации, в другом режиме реализации первого аспекта, если первая DCI присутствует в USS, и TTI канала PDSCH, запланированного первой DCI, меньше по длительности целевого подкадра, форматом первой DCI является 1A.

Совместно с первым аспектом и в вышеприведенных режимах реализации, в другом режиме реализации первого аспекта USS в целевом подкадре содержит вторую DCI, используемую для планирования PUSCH, при этом TTI канала PUSCH, планируемого второй DCI, по длительности меньше целевого подкадра, и форматом второй DCI является 0.

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

На фиг. 1 схематично показан алгоритм выполнения способа передачи данных в соответствии с вариантами раскрытия настоящего изобретения.

На фиг. 2 показана схема нумерации процессов HARQ в соответствии с вариантами раскрытия настоящего изобретения.

На фиг. 3 показана блок-схема терминала передачи данных в соответствии с вариантами раскрытия настоящего изобретения.

ПОДРОБНОЕ ОПИСАНИЕ

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

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

На шаге S110 базовая станция передает в терминал информацию о конфигурации.

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

На шаге S120 терминал принимает целевой подкадр, переданный базовой станцией на целевой несущей, обнаруживает PDCCH в принятом целевом подкадре и также может обнаружить выделенный канал управления в целевом подкадре, с тем чтобы определить длину TTI для передачи данных на целевой несущей. Целевой подкадр может представлять собой подкадр нисходящего канала или специальный подкадр в системе TDD.

Согласно вариантам раскрытия настоящего изобретения, TTI различной длины могут планироваться с помощью различной DCI. Различные TTI могут указываться посредством добавления поля индикатора TTI в DCI. В альтернативном варианте конкретный TTI, используемый терминалом, может динамически указываться с помощью различных последовательностей скремблирования для избыточного циклического кода (CRC, Cyclic Redundancy Check) DCI или с помощью различных временных идентификаторов радиосети (RNTI, Radio Network Temporary Identities), или другими способами. Варианты раскрытия настоящего изобретения не ограничены указанными способами.

Более конкретно, терминал обнаруживает наличие первой DCI в PDCCH в целевом подкадре на целевой несущей. Первая DCI используется для планирования PDSCH, передаваемого в целевом подкадре на целевой несущей.

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

В альтернативном варианте осуществления, если терминал обнаруживает первую DCI в PDCCH, и TTI PDSCH, запланированного первой DCI, по длительности меньше целевого подкадра, терминал принимает PDSCH, запланированный первой DCI, в соответствии с длиной TTI PDSCH, запланированного первой DCI. Кроме того, терминал непрерывно выполняет обнаружение в целевом подкадре выделенного канала управления, используемого для передачи выделенной DCI, применяемой для планирования PDSCH или PUSCH, при этом TTI канала PDSCH или PUSCH, запланированного посредством DCI, по длительности меньше целевого подкадра. При обнаружении выделенной DCI терминал обменивается PDSCH или PUSCH с базовой станцией в соответствии с длиной TTI канала PDSCH или PUSCH, запланированного с помощью выделенной DCI. Если терминал не обнаруживает выделенную DCI, то терминал может непрерывно обнаруживать следующий подкадр и таким же образом обнаруживать PDCCH следующего подкадра.

В альтернативном варианте, если терминал не обнаруживает первую DCI в PDCCH, то терминал может также непрерывно выполнять обнаружение в целевом подкадре выделенного канала управления, используемого для передачи выделенной DCI, применяемой для планирования PDSCH или PUSCH, при этом TTI PDSCH или PUSCH, запланированного посредством DCI, по длительности меньше целевого подкадра. При обнаружении выделенной DCI терминал обменивается PDSCH или PUSCH с базовой станцией в соответствии с длиной TTI канала PDSCH или PUSCH, запланированного с помощью выделенной DCI. Если терминал не обнаруживает выделенную DCI, то терминал может непрерывно обнаруживать следующий подкадр и таким же образом обнаруживать PDCCH следующего подкадра.

Далее терминал обнаруживает в PDCCH вторую DCI вместо первой DCI, и вторая DCI используется для планирования PUSCH. Терминал передает в базовую станцию PUSCH, запланированный с помощью второй DCI.

Согласно вариантам раскрытия настоящего изобретения первая DCI или вторая DCI может находиться в CSS канала PDCCH. Поскольку размер DCI в CSS PDCCH не может изменяться произвольно, то есть поле индикатора TTI не может добавляться, DCI в CSS не может использоваться для индикации конкретной длины TTI, и конкретную длину можно установить только предварительно. Например, PDSCH или PUSCH, передаваемый в пределах стандартного TTI, запланированного для использования DCI в CSS, устанавливается предварительно, и стандартный TTI по длительности равен целевому подкадру. В альтернативном варианте предварительно устанавливается PDSCH или PUSCH, передаваемый в пределах минимального или максимального TTI, запланированного для использования DCI в CSS, и под длиной минимального или максимального TTI понимается длина минимального или максимального TTI по меньшей мере в двух различных TTI, поддерживаемых терминалом.

Согласно вариантам раскрытия настоящего изобретения, первая DCI или вторая DCI может находиться в USS в PDCCH. TTI каналов PDSCH или PUSCH, которые могут быть запланированы посредством DCI в USS, по длительности может быть меньше целевого подкадра или равен целевому подкадру, или больше целевого подкадра, и варианты раскрытия настоящего изобретения не ограничены в том, что касается выбора длины. Однако, если запланированы TTI с различными длинами, размеры DCI идентичны. Например, если PDSCH, соответствующий стандартному TTI на целевой несущей, запланирован посредством DCI формата 1A, то размер DCI составляет 29 бит, а если посредством DCI формата 1A запланирован PDSCH, соответствующий короткому TTI на целевой несущей, то размер DCI по-прежнему составляет 29 бит. В данном случае стандартный TTI по длительности равен целевому подкадру, а короткий TTI - меньше целевого подкадра.

Согласно вариантам раскрытия настоящего изобретения, TTI канала PDSCH или PUSCH, запланированного посредством выделенной DCI в выделенном канале управления, по длительности меньше целевого подкадра. Поскольку выделенный нисходящий канал управления не используется для планирования PDSCH/PUSCH, соответствующего стандартному TTI, то есть TTI канала PDSCH или PUSCH, запланированного посредством DCI, по длительности меньше целевого подкадра и является коротким TTI, выделенная DCI может формироваться на основе требований к короткому TTI, вследствие чего уменьшается объем служебных данных сигнализации управления. Например, если DCI формата 1A, передаваемая в USS PDCCH, используется для планирования короткого TTI, длина DCI формата 1A составляет 29 бит, но если DCI формата 1A, передаваемая в выделенном нисходящем канале управления, планирует короткий TTI, то DCI формата 1A может занимать 20 бит или менее. В альтернативном варианте может быть разработан новый формат DCI для выделенного нисходящего канала управления, и короткий TTI может планироваться посредством нового формата DCI. Например, базовая станция предварительно конфигурирует частичные полосы частот в системных полосах частот для поддержки передачи с использованием короткого TTI таким образом, чтобы поле индикатора выделения физического ресурса в DCI могло устанавливаться на основе сконфигурированных частичных полос частот.

Согласно вариантам раскрытия настоящего изобретения, поскольку терминал может использовать различные TTI для передачи различных данных, максимальное количество процессов HARQ возможно изменяется. Например, максимальное количество процессов HARQ для системы дуплексной передачи с разделением по частоте (FDD, Frequency Division Duplex) по-прежнему равно 8. Однако максимальное количество процессов HARQ для системы TDD должно увеличиваться. Например, если длительность TTI составляет 0,5 мс для конфигурации 5 восходящего/нисходящего канала TDD, то максимальное количество процессов HARQ достигает 22. Таким образом, если терминал использует по меньшей мере два различных TTI для передачи различных PDSCH, номер процесса HARQ может конфигурироваться независимо. То есть, процесс HARQ может нумероваться независимо. Например, как показано на фиг. 2, TTI длительного процесса для системы FDD составляет 1 мс, TTI короткого процесса составляет 0,5 мс, и количество длительных и коротких процессов не зависит друг от друга. Система TDD подобна системе FDD. В данном случае в качестве примера выбирается конфигурация 2 восходящего/нисходящего канала. Длительные и короткие процессы отдельно распределяются по различным подкадрам. Таким же образом, TTI длительного процесса может составлять 1 мс, TTI короткого процесса может составлять 0,5 мс, и количество длительных и коротких процессов не зависит друг от друга.

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

Длина информационного поля номера процесса HARQ может непосредственно устанавливаться равной 4 битам. Номер процесса HARQ указывается с использованием 4 бит в DCI в текущей системе TDD. То есть, максимально может быть указано 16 процессов. Далее может следовать стандартная сигнализация 4-битовой индикации. То есть, в области практического применения планирования количество процессов HARQ пока еще не превышает 16.

Максимальное количество процессов HARQ, фактически поддерживаемых в данное время терминалом, также может определяться в соответствии с длинами по меньшей мере двух различных TTI, используемых в данное время терминалом, и конфигурацией восходящего/нисходящего канала TDD, используемой в данное время целевой несущей, и длина соответствующего информационного поля номера процесса HARQ определяется согласно максимальному количеству фактически поддерживаемых процессов HARQ. Например, система поддерживает два различных TTI для передачи различных PDSCH, а именно: 1 мс и 0,5 мс, и текущая целевая несущая использует конфигурацию 5 восходящего/нисходящего канала TDD. В этом случае максимальное количество процессов, соответствующих TTI длительностью 1 мс, составляет 15, и максимальное количество процессов, соответствующих TTI длительностью 0,5 мс, составляет 22. Таким образом, терминал определяет, что максимальное количество процессов HARQ, фактически поддерживаемых в настоящий момент времени терминалом, составляет 22, и длина информационного поля номера процесса HARQ, используемого терминалом, устанавливается равной 5 битам.

Длина информационного поля номера процесса HARQ также может определяться в соответствии с максимальным количеством процессов HARQ, поддерживаемых системой TDD, которая обеспечивает по меньшей мере два различных TTI для передачи различных PDSCH и/или различных PUSCH на одной и той же несущей. Например, если система может поддерживать максимум 22 процесса, то длина информационного поля номера процесса HARQ терминала, использующего по меньшей мере два различных TTI для передачи данных, может устанавливаться равной 5 битам.

Длина информационного поля номера процесса HARQ также может определяться в соответствии с максимальным количеством процессов HARQ, поддерживаемых терминалом.

После использования описанных выше нескольких способов, длины информационных полей номера процесса HARQ в DCI для планирования различных TTI становятся идентичными.

Согласно вариантам раскрытия настоящего изобретения, если терминал использует различные TTI для передачи различных PDSCH и/или PUSCH, то могут использоваться идентичные режимы передачи для того, чтобы можно было гарантировать, что количество PDCCH для слепого обнаружения не увеличивается. Кроме того, могут использоваться другие режимы передачи, и варианты раскрытия настоящего изобретения не ограничены приведенными режимами. Однако, если для планирования короткого TTI в PDCCH для передачи PDSCH используются различные режимы передачи, для DCI применяется формат 1A (DCI формата 1A). Если для планирования короткого TTI в PDCCH для передачи PUSCH используются различные режимы передачи, для DCI применяется формат 0 (DCI формата 0), короткий TTI в данном случае указывает на то, что TTI по длительности меньше целевого подкадра.

На шаге S130 данные передаются между базовой станцией и терминалом с использованием определенного TTI.

Более конкретно, после определения TTI путем обнаружения PDCCH в целевом подкадре или выделенном канале управления терминал передает соответствующий PDSCH или PUSCH согласно TTI и т.д., и терминал может обнаружить множество подкадров на целевой несущей. В данном случае TTI, соответствующие PDSCH или PUSCH, передаваемых каждым подкадром, могут различаться. Таким образом, терминал может использовать по меньшей мере два различных TTI для передачи соответствующих PDSCH или PUSCH в целевом подкадре.

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

Выше со ссылкой на фиг. 1 и фиг. 2 описан способ передачи данных, соответствующий вариантам раскрытия настоящего изобретения. Ниже со ссылкой на фиг. 3 описывается терминал передачи данных, соответствующий вариантам раскрытия настоящего изобретения.

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

блок 210 определения, сконфигурированный для определения, в соответствии с информацией о конфигурации, переданной базовой станцией, что следует использовать два различных TTI для передачи различных PDSCH и/или различных PUSCH на целевой несущей;

блок 220 обнаружения, сконфигурированный для обнаружения наличия первой DCI в PDCCH в целевом подкадре на целевой несущей, при этом первая DCI используется для планирования PDSCH, передаваемого в целевом подкадре на целевой несущей; и

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

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

В альтернативном варианте блок обработки также сконфигурирован для приема PDSCH, запланированного первой DCI, если терминал обнаруживает, что первая DCI присутствует в PDCCH в целевом подкадре, и TTI канала PDSCH, запланированного первой DCI, по длительности больше или равен целевому подкадру.

В альтернативном варианте целевой подкадр представляет собой подкадр нисходящего канала или специальный подкадр в системе TDD.

В альтернативном варианте блок обнаружения сконфигурирован для обнаружения, присутствует ли первая DCI в CSS канала PDCCH в целевом подкадре, равен ли TTI канала PDSCH, запланированного первой DCI, длительности целевого подкадра, или равен длительности наибольшего TTI по меньшей мере в двух различных TTI, или равен длительности наименьшего TTI по меньшей мере в двух различных TTI.

В альтернативном варианте блок обнаружения сконфигурирован для обнаружения наличия первой DCI в USS PDCCH в целевом подкадре, при этом первая DCI содержит конкретное информационное поле, используемое для указания длины TTI PDSCH, запланированного посредством первой DCI.

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

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

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

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

В альтернативном варианте длина информационного поля номера процесса HARQ также может определяться в соответствии с максимальным количеством процессов HARQ, поддерживаемых терминалом.

В альтернативном варианте режимы передачи, соответствующие различным PDSCH, передаваемым по меньшей мере двумя различными TTI, отличаются; и/или режимы передачи, соответствующие различным PUSCH, передаваемым по меньшей мере двумя различными TTI, отличаются.

В альтернативном варианте, если первая DCI присутствует в USS и TTI PDSCH, запланированного первой DCI, по длительности меньше целевого подкадра, форматом первой DCI является 1A.

В альтернативном варианте USS в целевом подкадре содержит вторую DCI, используемую для планирования PUSCH, при этом TTI PUSCH, планируемого второй DCI, по длительности меньше целевого подкадра, и форматом второй DCI является 0.

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

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

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

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

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

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

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

В случае реализации в виде программного функционального блока, продаваемого или используемого в качестве независимого изделия, функциональные компоненты могут храниться на машиночитаемом носителе информации. На основе такого понимания, сущность вариантов раскрытия, в целом или в форме вклада в известный уровень техники, или часть технических решений могут быть осуществлены в виде программного изделия, хранящегося на носителе информации и содержащего ряд инструкций, позволяющих компьютерному оборудованию (персональному компьютеру, серверу, сетевому устройству и т.п.) полностью или частично выполнять шаги способа в соответствии с каждым из вариантов раскрытия настоящего изобретения. Упомянутые выше носители информации включают различные средства, способные хранить программные коды, такие как U-диск, мобильный жесткий диск, постоянное запоминающее устройство (ROM, Read-Only Memory), оперативная память (RAM, Random Access Memory), магнитный диск или оптический диск.

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

Изобретение относится к способу передачи данных. Технический результат заключается в эффективном использовании ресурсов за счет уменьшения объема служебных данных. В способе: с помощью терминала определяют, что в соответствии с информацией о конфигурации, переданной базовой станцией, необходимо использовать по меньшей мере два различных временных интервала (TTI) для передачи различных общих физических нисходящих (PDSCH) и/или восходящих (PUSCH) каналов на целевой несущей, терминал обнаруживает, присутствует ли первая управляющая информация (DCI) по меньшей мере в одном PDSCH в целевом подкадре на целевой несущей, при этом первая DCI используется для планирования по меньшей мере PDSCH, передаваемого в целевом подкадре на целевой несущей, если терминал обнаруживает, что первая DCI отсутствует или присутствует, и TTI по меньшей мере одного PDSCH, запланированного первой DCI, по длительности меньше целевого подкадра, то терминал обнаруживает выделенную DCI в выделенном нисходящем канале управления в целевом подкадре, при этом TTI PDSCH или PUSCH, запланированного с помощью выделенной DCI по длительности меньше целевого подкадра. 9 з.п. ф-лы, 3 ил.

1. Способ передачи данных, включающий:

определение терминалом, в соответствии с информацией о конфигурации, переданной базовой станцией, что необходимо использовать по меньшей мере два различных временных интервала передачи (TTI) для передачи различных общих физических нисходящих каналов (PDSCH) и/или различных общих физических восходящих каналов (PUSCH) на целевой несущей;

обнаружение терминалом наличия первой управляющей информации нисходящего канала (DCI) по меньшей мере в одном физическом нисходящем канале управления (PDCCH) в целевом подкадре на целевой несущей, при этом первая DCI используется для планирования по меньшей мере одного PDSCH, передаваемого в целевом подкадре на целевой несущей; и

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

2. Способ по п. 1, также включающий:

если терминал обнаруживает, что первая DCI присутствует по меньшей мере в одном PDCCH в целевом подкадре и TTI по меньшей мере одного PDSCH, запланированного первой DCI, по длительности больше или равен целевому подкадру, прием терминалом по меньшей мере одного PDSCH, запланированного первой DCI.

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

4. Способ по п. 2, отличающийся тем, что обнаружение терминалом наличия первой DCI по меньшей мере в одном PDCCH в целевом подкадре включает:

обнаружение терминалом, присутствует ли первая DCI в общем пространстве поиска (CSS) по меньшей мере одного PDCCH в целевом подкадре, при этом длительность TTI по меньшей мере одного PDSCH, запланированного первой DCI, равна длительности целевого подкадра, или равна длительности наибольшего TTI по меньшей мере из двух различных TTI, или равна длительности наименьшего TTI по меньшей мере из двух различных TTI.

5. Способ по п. 2, отличающийся тем, что обнаружение терминалом наличия первой DCI по меньшей мере в одном PDCCH в целевом подкадре включает:

обнаружение терминалом наличия первой DCI в индивидуальном для UE пространстве поиска (USS) по меньшей мере одного PDCCH в целевом подкадре, при этом первая DCI содержит конкретное информационное поле, используемое для указания TTI по меньшей мере одного PDSCH, запланированного посредством первой DCI.

6. Способ по любому из пп. 1-5, отличающийся тем, что

если терминал использует по меньшей мере два различных TTI для передачи различных PDSCH, номера процессов гибридного автоматического запроса повторной передачи (HARQ) различных PDSCH конфигурируют независимо.

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

определение длины информационного поля номера процесса HARQ в виде 4 битов;

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

определение длины информационного поля номера процесса HARQ в соответствии с максимальным количеством процессов HARQ, поддерживаемых системой TDD, которая обеспечивает использование по меньшей мере двух различных TTI для передачи различных PDSCH и/или различных PUSCH на одной и той же несущей; и

определение длины информационного поля номера процесса HARQ в соответствии с максимальным количеством процессов HARQ, поддерживаемых терминалом.

8. Способ по любому из пп. 1-7, отличающийся тем, что

режимы передачи, соответствующие различным PDSCH, передаваемым посредством по меньшей мере двух различных TTI, различны; и/или

режимы передачи, соответствующие различным PUSCH, передаваемым посредством по меньшей мере двух различных TTI, различны.

9. Способ по п. 8, отличающийся тем, что

если первая DCI присутствует в USS и TTI по меньшей мере одного PDSCH, запланированного первой DCI, по длительности меньше целевого подкадра, то форматом первой DCI является 1A.

10. Способ по п. 8, отличающийся тем, что

USS в целевом подкадре содержит вторую DCI, используемую для планирования PUSCH, при этом TTI канала PUSCH, запланированного второй DCI, по длительности меньше целевого подкадра и форматом второй DCI является 0.