Сигнализация ресурсов для канала pucch

Изобретение относится к области связи. Технический результат – достижение гибкой передачи сигнализации подтверждения в восходящей линии связи. Для этого раскрыто пользовательское оборудование (UE) 10 для сети радиодоступа, которое выполнено с возможностью передачи сигнализации подтверждения, относящейся к данным нисходящей линии связи, причем данные нисходящей линии связи содержат один или более элементов данных нисходящей линии связи. Сигнализация подтверждения имеет формат сигнализации восходящей линии связи, содержащий одну или более подструктур подтверждения, причем каждая из подструктур несет в себе информацию подтверждения, относящуюся к элементу данных нисходящей линии связи. Каждая из подструктур подтверждения отображается на свой элемент данных из элементов данных нисходящей линии связи на основе по меньшей мере одного индикатора позиции подтверждения, предоставляемого в управляющей сигнализации нисходящей линии связи, принятой UE (10). 6 н. и 36 з.п. ф-лы, 10 ил.

 

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

Настоящее раскрытие относится, в общем, к технологии беспроводной связи и, в частности, к технологии/сетям радиодоступа (RAT/RAN).

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

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

Раскрытие сущности изобретения

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

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

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

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

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

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

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

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

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

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

Управляющая сигнализация нисходящей линии связи может содержать различные сообщения, например, различные сообщения DCI, в частности, принятые (UE) и/или переданные (сетевым узлом) в разных временных структурах или TTI.

Информация подтверждения может представлять собой подтверждение или неподтверждение, например, правильного приема соответствующего элемента данных, и при необходимости может представлять собой индикатор неприема. В частности, информация подтверждения может представлять собой сигнал обратной связи с автоматическим запросом на повторную передачу (ARQ) и/или гибридным автоматическим запросом на повторную передачу (HARQ). Правильный прием может включать в себя правильное декодирование/демодуляцию, например, в соответствии с процессом ARQ или HARQ, на основе, например, обнаружения ошибок и/или кодирования с прямым исправлением ошибок, которое может быть основано на приеме элемента данных. Соответственно, неправильный прием (неподтверждение) может относиться к обнаружению ошибок во время декодирования/демодуляции. Неприем может указывать неприем элемента данных и/или неприем индикатора позиции подтверждения, указывающего отображение, относящееся к элементу данных. Неприем может быть указан, например, в индикаторе прерывистой передачи (DTX).

Индикатор позиции подтверждения может быть избирательным между двух или более различных форматов сигнализации восходящей линии связи. Радиоузел может выбрать и/или может быть выполнен с возможностью выбора индикатора позиции подтверждения на основе подходящего формата сигнализации восходящей линии связи. Форматы сигнализации восходящей линии связи могут соответствовать и/или могут быть конфигурированы для конкретных ресурсов восходящей линии связи. Например, с различными сконфигурированными (или запланированными) ресурсами восходящей линии связи могут использоваться и/или ассоциироваться различные форматы сигнализации восходящей линии связи, например, в зависимости от размера (в частотно-временном пространстве, например, представленном с помощью ресурсных элементов) ресурса(ов).

Можно считать, что индикатор позиции подтверждения указывает таймирование и/или ресурс для передачи сигнализации подтверждения. Таймирование может, как правило, представлять собой временную структуру или интервал, используемый для передачи, например, слот, или мини-слот, или укороченный слот или аналогичную структуру, в частности, конкретную временную структуру или интервал. Передача можно быть запланирована в пределах этой временной структуры или интервала, например, в начале или в конце, но не ограничиваться этим. Такая временная структура, или временной интервал или TTI может представлять собой и/или содержать множество символов или ресурсных элементов (во времени), соответственно, ассоциированных временных интервалов, например, по меньшей мере 2, по меньшей мере 3, по меньшей мере 4, по меньшей мере 7 или по меньшей мере 14 таких временных интервалов, например, временных интервалов символов. В общем, таймирование может быть представлено разностью таймирования или временным сдвигом, например, между таймированием приема индикатора позиции подтверждения и/или данными/элементом(ами) данных, к которому они относятся, и назначенной или запланированной временной структурой передачи, например, для передачи соответствующей сигнализации подтверждения. В некоторых вариантах разница во времени или сдвиг во времени может быть представлен значением времени (например, в секундах или в их производных единицах), или номером временной структуры, например, разницей в количестве слотов между приемом и передачей. Такая разница может быть, например, целым числом.

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

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

Как правило, один элемент данных может ассоциироваться с и/или отображаться в каждую подструктуру подтверждения. Можно считать, что отображение между элементами данных и подструктурами подтверждения является взаимно однозначным отображением.

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

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

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

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

Более того, предусмотрен носитель, переносящий и/или хранящий программный продукт, как описано в данном документе.

Индикатор, в частности, индикатор позиции подтверждения, может явно и/или неявно указывать информацию, которую он представляет и/или указывает. Неявный индикатор может быть основан, например, на позиции и/или ресурсе, используемом для передачи. Например, явный индикатор может быть основан на параметризации с одним или более параметрами, и/или одним или более индексом или индексами и/или одним или более битовыми шаблонами, представляющими информацию. В частности, индикатор позиции подтверждения может содержать индикатор выбора ресурса (например, ARI), имеющий битовый шаблон из одного или более чем одного бита, и/или индикатор таймирования (например, указатель таймирования), имеющий битовый шаблон из одного или более чем одного бита. Эти индикаторы могут быть объединены, например, совместно кодироваться, чтобы представить индикатор позиции или передаваться по отдельности. Такая передача может находиться в одном и том же сообщении, но с отдельными индикаторами, например, соответствующими формату управляющей сигнализации нисходящей линии связи, которые могут быть определены стандартом.

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

Сигнализация может находиться в соответствии с конкретным форматом сигнализации, в частности, в соответствии с форматом сигнализации восходящей линии связи. Формат сигнализации может, как правило, задавать и/или определять структуру сообщения и/или битовую структуру или шаблон. Такая структура или шаблон может содержать множество подструктур. Подструктура может содержать один или более битов. Разные подструктуры могут содержать разное количество битов. Однако в некотором варианте каждая подструктура подтверждения формата сигнализации может содержать одинаковое количество битов. Подструктура может ассоциироваться и/или отображаться однозначно в элемент данных. Например, многобитовая подструктура (состоящая из 2-х или более битов) может использоваться для обеспечения возможности указания неприема в дополнение к ACK/NACK, и/или для заполнении незначащей информацией с ошибками и/или для улучшенной или более подробной сигнализации ARQ/HARQ. Подструктура, несущая в себе информацию, может содержать один или более битов, представляющих переносимую информацию, например, информацию ACK/NACK.

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

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

Ресурс может, как правило, указывать частотно-временной ресурс (или диапазон(ы) в частотно-временном пространстве), в частности, структуру ресурса, например, структуру ресурса, содержащую один или более ресурсных элементов. Ресурс может быть частью пула ресурса, содержащего один или множество ресурсов, которые могут быть сконфигурированы (запланированы) для передачи по восходящей линии связи. Каждый ресурс может по возможности использоваться для сигнализации подтверждения. Разные ресурсы могут иметь разные размеры, например, диапазон частот и/или временное пространство. Различные ресурсы могут рассматриваться как относящиеся к и/или запланированные для одной и той же временной структуры/TTI, например, к одному и тому же слоту, или мини-слоту или укороченному слоту. Пул ресурсов может быть сконфигурирован для множества временных структур/TTI. Пул ресурсов может быть сконфигурирован сетевым узлом или, в более общем случае, RAN. Ресурс и/или пул ресурсов может быть представлен и/или сконфигурирован в соответствии с конфигурацией ресурса, в частности, с конфигурацией управляющей сигнализации восходящей линии связи, которая, в частности, может быть конфигурацией PUCCH. Конфигурация PUCCH может представлять собой ресурсы для сигнализации PUCCH, в частности, сигнализации подтверждения по PUCCH.

Можно считать, что с одним ресурсом ассоциируются один или более различных форматов сигнализации восходящей линии связи, и/или что с другими ресурсами ассоциируются различные форматы сигнализации восходящей линии связи. Различные форматы могут отличаться по количеству подструктур подтверждения, и/или по длине (например, по битам) подструктур. В некоторых вариантах индикатор таймирования (в частности, указатель таймирования, указывающий сдвиг во времени) может иметь или представлять собой целочисленное значение в диапазоне, представляющем количество различных подструктур подтверждения в формате сигнализации восходящей линии связи, к которому оно относится. Например, если формат имеет 3 подструктуры подтверждения, то индикатор может принимать значение между 0 и 2 или 1 и 3. Сдвиг во времени может представлять собой сдвиг по слотам и упоминаться как сдвиг по слотам.

В общем, UE может выбрать и/или может быть выполнено с возможностью выбора ресурса для передачи сигнализации подтверждения на основе конфигурации, например, конфигурация ресурса управляющей сигнализации восходящей линии связи, в частности, конфигурации PUCCH. Сетевой узел может быть выполнен с возможностью конфигурирования конфигурации и/или для конфигурирования конфигурации. Такое конфигурирование может выполняться на уровне RRC, например, посредством RRC-сигнализации, и/или рассматриваться как статическое или полустатическое (например, действительное до тех пор, пока не будет изменено с помощью другой RRC-сигнализации или не охватит заданное множество временных структур и/или TTI), которое может также упоминаться как постоянное или полупостоянное, соответственно.

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

Передача сигнализации подтверждения может быть основана на и/или содержать определение информации подтверждения, относящейся к одному или более элементам данных. Определение такой информации, может содержать выполнение процесса ARQ и/или HARQ и/или определение правильного приема элементов данных (и/или рассмотрение неприема). Альтернативно или дополнительно, передача сигнализации подтверждения может содержать и/или может основываться на приеме данных нисходящей линии связи, соответственно, элементов данных нисходящей линии связи, например, на основе конфигурации, которая может представлять собой конфигурацию данных нисходящей линии связи. Такая конфигурация может быть сконфигурирована сетевым узлом. Конфигурация (статическая и/или динамическая, например, частично и та и другая) может быть действительной для одной или более чем одной временной структуры или TTI. Однако в некоторых случаях конфигурация может быть динамически адаптирована для каждой временной структуры или TTI, например, как сконфигурировано сетевым узлом.

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

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

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

PUCCH и/или канал управления нисходящей линии связи могут быть реализованы, как определено в соответствии со стандартом 3GPP, в частности, в соответствии с LTE или NR, с поправками, предложенными в данном документе.

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

Радиоузел можно, как правило, рассматривать как устройство или узел, адаптированный для беспроводной и/или радиочастотной (и/или микроволновой) связи и/или для связи, использующей радиоинтерфейс, например, в соответствии со стандартом связи.

Радиоузел может быть сетевым узлом, или пользовательским оборудованием или терминалом. Сетевой узел может быть любым радиоузлом сети беспроводной связи, например, базовой станцией, и/или gNodeB (gNB), и/или ретрансляционным узлом, и/или микро-/нано-/пико-/фемто-узлом и/или другим узлом, в частности, для RAN, как описано в данном документе.

Термины "пользовательское оборудование (UE)" и "терминал" могут считаться взаимозаменяемыми в контексте настоящего раскрытия. Пользовательское оборудование или терминал может представлять собой оконечное устройство для связи, использующей сеть беспроводной связи, и/или может быть реализовано как пользовательское оборудование в соответствии со стандартом. Примеры пользовательского оборудования могут содержать телефон, такой как смартфон, персональное устройство связи, мобильный телефон или терминал, компьютер, в частности, лэптоп, датчик или машину с возможностью радиосвязи (и/или адаптированную для радиоинтерфейса), в частности, для связи машинного типа (MTC), которая также упоминается как M2M, связь между машинами), или транспортное средство, адаптированное к беспроводной связи. Пользовательское оборудование или терминал может быть мобильным или стационарным.

Радиоузел может, как правило, содержать схему обработки и/или радиосхему. Схема может содержать интегральную схему. Схема обработки может содержать один или более процессоров и/или контроллеров (например, микроконтроллеров), и/или специализированных интегральных схем (ASIC), и/или программируемых логических матриц (FPGA) или т.п. Можно считать, что схема обработки содержит, и/или (функционально) подключена или имеет возможность подсоединения к одному или более запоминающих устройств или устройств памяти. Устройство памяти может содержать одно или более запоминающих устройств. Память можно быть выполнена с возможностью хранения информации в цифровой форме. Например, примеры запоминающего устройства содержат энергозависимую и энергонезависимую память, и/или оперативное запоминающее устройство (ОЗУ), и/или постоянное запоминающее устройство (ПЗУ), и/или магнитную и/или оптическую память, и/или флэш-память, и/или память на жестком диске, и/или EPROM или EEPROM (считываемое программируемое ПЗУ или электрически стираемое программируемое ПЗУ). Радиосхема может содержать один или несколько передатчиков, и/или приемников и/или приемопередатчиков (которые могут работать как передатчик и приемник), и/или может содержать один или несколько усилителей, и/или генераторов и/или фильтров и/или может содержать, и/или быть подключенной или иметь возможность подключения к схеме антенны и/или к одной или более антеннам.

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

Сеть радиодоступа может быть сетью беспроводной связи и/или сетью радиодоступа (RAN), в частности, в соответствии со стандартом связи. Стандарт связи может быть, в частности, стандартом согласно 3GPP и/или 5G, например, согласно NR или LTE, в частности, стандартом LTE Evolution.

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

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

фиг.1 – примерное отображение сигнализации в ресурсы PUCCH;

фиг.2 – другое примерное отображение сигнализации в ресурсы PUCCH;

фиг.3 – другое примерное отображение сигнализации в ресурсы PUCCH;

фиг.4 – другое примерное отображение сигнализации в ресурсы PUCCH;

фиг.5 – примерный терминал или UE;

фиг.6 – примерный сетевой узел;

фиг.7 – примерный способ функционирования терминала или UE;

фиг.8 – примерный терминал или UE;

фиг.9 – примерный способ функционирования сетевого узла; и

фиг.10 – примерный сетевой узел.

Осуществление изобретения

Далее приведена ссылка на технологию LTE для иллюстрации и сравнения. Однако описанные подходы не ограничиваются этим и могут применяться к аналогичным устройствам, структурам и каналам, например. в контексте NR.

На фиг.1 показана передача DL, при этом передача DL запланирована в слоте n, и обратная связь HARQ запрашивается в слоте n + 1. UE может быть сконфигурировано соответствующим образом, например, посредством соответствующей DCI, которая может содержать соответствующий индикатор таймирования.

В дополнение к таймированию UE также необходимо знать точный ресурс PUCCH, который должен использоваться в пределах слота n+1. В LTE, в зависимости от формата PUCCH, используется явная и неявная сигнализация. Для формата 1a/1b и 2/2a/2b PUCCH используется неявная сигнализация, при этом ресурс PUCCH получается из позиции планирования CCE PDCCH (в дополнение к RRC-конфигурированным параметрам). Для других форматов PUCCH конфигурируется пул ресурсов PUCCH, и индикатор ресурса ACK/NACK (ARI) используется для динамического выбора одного из сконфигурированных ресурсов.

Учитывая ожидаемую гораздо более высокую гибкость передачи отчетов PUCCH в NR, было бы сомнительным полагаться в основном на неявную сигнализацию, которая становится не очень сложной и, возможно, неэффективной: например, если для двух передач DL в разных слотах отчет об обратной связи HARQ должен передаваться в одном и том же слоте, они будут использовать один тот же ресурс PUCCH, если он запланирован из одной и той же позиции PDCCH (при условии, что правило является таким же, как в LTE). Чтобы избежать такого конфликта, необходимо использовать другой ресурс PDCCH, который ограничивает планирование канала управления. Можно рассмотреть возможность конфигурирования, например, посредством RRC-сигнализации, пула ресурсов PUCCH и динамического выбора того, какой использовать ресурс PUCCH. Одной из возможностей для этого динамического указания является индикатор ресурса ACK/NACK (ARI), включенный в DCI.

На фиг.2 показан другой пример планирования, где UE планируется в последующих слотах с передачами DL. В связи с отсутствием возможностей PUCCH (например, отсутствием возможностей UL), обратная связь HARQ для всех показанных передач запрашивается в слоте n + 3. В частности, на фиг.2 показан сценарий, в котором устройство (UE) планируется несколько раз (для данных нисходящей линии связи) и должно отправлять сигнал обратной связи HARQ для всех передач в слоте n+3. Индикатор таймирования ACK/NACK, включенный в DCI, указывает все передачи в слоте n+3. ARI, включенные в DCI, указывают различные ресурсы PUCCH во избежание коллизий.

Хотя это в принципе работает, но это может быть не самым эффективным решением. В примере, показанном на фиг.2, UE должно передавать три независимых PUCCH в подкадре n + 3, например, разные сообщения. Это не является оптимальным с многих точек зрения: одиночные совместно закодированные передачи с 3 битами (предполагая для простоты, что каждый сигнал обратной связи HARQ состоит из одного бита) могут быть более эффективными, чем 3 отдельных передачи; некоторые форматы PUCCH NR будут иметь низкое значение PAPR, что приведет к их потере в случае, если многочисленные PUCCH будут передаваться одновременно; в зависимости от частотных позиций ресурсов PUCCH может потребоваться откат мощности из-за интермодуляционных помех.

Можно рассмотреть возможность выполнения запроса обратной связи HARQ из передач DL из разных слотов в одних передачах PUCCH, как показано на фиг.3. Все ARI в принятых DCI указывают один и тот же ресурс PUCCH (в этом примере 0). Формат PUCCH должен иметь возможность переносить несколько битов в разных подструктурах. Соответственно, сигнал обратной связи HARQ нескольких передач DL передается в одной передаче/в одном сообщении PUCCH и, соответственно, совместно кодируется/модулируется (PUCCH полностью передается в слоте n+3).

Если UE пропускает назначение (конфигурацию) DL, ему неизвестно, что должно быть передано в отчете обратной связи HARQ, и оно не отправляет ACK или NACK. Предполагается, что UE пропускает назначение в слоте n и принимает назначение в слотах n+1 и n+3. Поэтому UE отправляет только два бита обратной связи: один для слота n+1 и один для слота n+3. Однако gNB ожидает три бита (один бит для каждого запланированного слота n, n+1 и n+3). Если он принимает только один или два бита, ему не будет известно о том, каким передачам DL соответствует сигнал обратной связи. Ситуация становится ясной только в том случае, если осуществляется прием трехбитового сигнала обратной связи, или он вовсе отсутствует.

Таким образом, в одном варианте индикаторы таймирования ACK/NACK (T на фигурах), содержащиеся в DCI, используются 1) для указания того, в каком слоте должна передаваться обратная связь, и 2) для указания или в качестве указателя подструктуры в пределах ресурса PUCCH (соответственно, ассоциированного формата сигнала восходящей линии связи), указанного ARI, с которым подресурс/подструктура (например, бит в битовой карте) должен передавать сигнал обратной связи.

Таким образом, в вышеописанном случае исключается ошибка. Даже если UE пропускает некоторые назначения (конфигурации или запланированные данные), всегда ясно, какой передаче DL соответствует принятый сигнал обратной связи HARQ. Это уменьшает требуемые повторные передачи и, тем самым, повышает пропускную способность. Соответственно, отчет об обратной связи HARQ соответствует предложенному решению (ресурс 0 PUCCH полностью передается в слоте n+3).

Индикатор T таймирования ACK/NACK указывает, в каком слоте должен передаваться сигнал обратной связи HARQ, соответствующий передаче DL. В примере все передачи DL должны подтверждаться в слоте n+3. Значение T является разным в различных слотах, так как оно относится к слоту, в котором принимаются данные DL (в другом варианте, оно может относиться к слоту, в котором принимается DCI).

В данном документе предполагается, что индикатор таймирования ACK/NACK принимается в DCI, при этом могут быть предусмотрены другие возможности, например, индикатор таймирования ACK/NACK получается из номера слота или символа. Кроме того, в этом примере, все DCI содержат значения ARI, равные 0. Из индикатора T таймирования ACK/NACK и ARI UE узнает о том, что оно должно использовать ресурс 0 PUCCH в слоте n+3. Ресурс PUCCH, указанный ARI, должен быть многобитовым ресурсом, при этом в показанном примере ресурс PUCCH, равный 0, может переносить четыре бита обратной связи HARQ (каждый в ассоциированном битовом поле, представляющем подструктуру).

Из индикатора T таймирования ACK/NACK UE узнает, что оно должно отправить сигнал обратной связи HARQ передачи DL, принятой в слоте n в битовом поле 3, сигнал обратной связи HARQ передачи DL, принятой в слоте n+1 в битовом поле 2, и сигнал обратной связи HARQ передачи DL, принятой в слоте n+3 в битовом поле 0. Не использованная битовая позиция 1 будет установлена в фиксированное значение с помощью UE, например, NACK. Даже в том случае, если UE запланировано, но не принимает назначение планирования (которое UE не может отличить от незапланированного), оно будет устанавливать соответствующую битовую позицию в то же самое фиксированное значение.

Расширением будет то, что UE устанавливает битовую позицию, соответствующую не принятой передаче не в NACK, а в DTX (что указывает, что оно не приняло назначение); таким образом, gNB может отличить принятую, но недекодированную передачу, от передачи, которую UE даже не приняло. Однако в этом случае сигнал обратной связи больше, так как каждая битовая позиция может принимать значения ACK, NACK и DTX. В самом простом случае каждая "битовая" позиция будет представлена 2-мя битами; однако предпочтительно совместно рассматривать пространство всех 4 ресурсов. В приведенном выше примере может существовать 4 позиции, и каждая позиция может принимать 3 значения, всего 3^4 = 81 комбинация, требующая всего ceil*log2 (81) = 7 битов.

В этом примере индикатор таймирования ACK/NACK указывает непосредственно на бит в битовом поле (или, в более общем случае, подресурс PUCCH в ресурсе PUCCH, указанном ARI). В более общем случае, индекс для подресурса PUCCH является функцией f(T) принятого индикатора таймирования ACK/NACK.

В этом примере предполагается, что каждая передача DL подтверждается с помощью однобитового сигнала обратной связи HARQ. Однако это можно легко распространить на случаи, где каждая передача DL (элемент данных) подтверждается с помощью многобитового сигнала обратной связи (например, с помощью многочисленных битов для MIMO), если передача DL (транспортный блок) сегментирована на многочисленные кодовые блоки, и каждый кодовый блок или группу кодовых блоков можно подтвердить по отдельности с помощью бита; мягкая обратная связь, где многочисленные биты указывают степень успешности декодирования в диапазоне от ACK до почти ACK … до NACK). Многобитовый сигнал обратной связи можно легко объединить с вышеупомянутым индикатором DTX.

На первый взгляд можно было бы ожидать, что произойдет потеря производительности, так как ресурс PUCCH несет в себе четыре бита, но в примере требуется только три бита обратной связи (так как были запланированы/сконфигурированы три передачи). Однако gNB известно, какие подресурсы PUCCH содержат ACK/NACK (или возможную DTX) (позиции 0, 2, 3), и известно, что фиксированное значение будет просигнализировано в позиции 1. gNB может учитывать это при декодировании и тем самым на практике декодировать только 3 бита с небольшими потерями или без потери производительности.

В общем, ARI можно рассматривать как выбор среди или между ресурсами в сконфигурированном пуле ресурсов PUCCH (например, все ресурсы PUCCH имеют один и тот же формат или несут один и тот же размер полезной нагрузки). Эта концепция может быть расширена таким образом, чтобы ARI мог указывать на выбор между сконфигурированными ресурсами PUCCH различного формата или полезной нагрузки. В примере, показанном на фиг.4, ресурс 0 PUCCH способен нести 4 бита, тогда как каждый из ресурсов 1-3 PUCCH может нести только 1 бит.

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

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

На фиг.5 схематично показан терминал 10, который может быть реализован как пользовательское оборудование (UE). Терминал 10 содержит схему 20 обработки (которая может также упоминаться как схема управления), которая может содержать контроллер, подключенный к памяти. Любой модуль терминала, например, модуль передачи или модуль приема, может быть реализован в и/или исполнен схемой 20 обработки, в частности, в виде модуля в контроллере. Терминал 10 также содержит радиосхему 22, обеспечивающую прием и передачу или функциональные возможности приема/передачи (например, один или более передатчиков, и/или приемников и/или приемопередатчиков), при этом радиосхема 22 подключена или имеет возможность подключения к схеме управления. Схема 24 антенны терминала 10 подключена или имеет возможность подключения к радиосхеме 22 для сбора, или отправки и/или усиления сигналов. Радиосхема 22 и схема 20 обработки, которая управляет ей, выполнена с возможностью поддержания сотовой связи с сетью, например, RAN, как описано в данном документе. Терминал 10 может быть, как правило, выполнен с возможностью выполнения способов функционирования терминала или UE, раскрытых в данном документе; в частности, он может содержать соответствующую схему, например, схему обработки и/или модули.

На фиг.6 схематично показан сетевой узел 100, который, в частности, можно быть eNB, или gNB или аналогичным узлом для NR. Сетевой узел 100 содержит схему 120 обработки (которая может также упоминаться как схема управления), которая может содержать контроллер, подключенный к памяти. Любой модуль, например, модуль передачи, и/или модуль приема и/или модуль конфигурирования сетевого узла 100, может быть реализован в и/или исполнен схемой 120 обработки. Схема 120 обработки подключена для управления радиосхемой 122 радиоузла 100, которая предусматривает приемник и передатчик и/или функциональные возможности приемопередатчика (например, содержит один или более передатчиков, и/или приемников и/или приемопередатчиков). Схема антенны 124 может быть подключена или иметь возможность подключения к радиосхеме 122 для приема, и/или передачи и/или усиления сигнала. Сетевой узел 100 может быть выполнен с возможностью выполнения любого из способов функционирования сетевого узла, раскрытого в данном документе; в частности, он может содержать соответствующую схему, например, схему обработки и/или модули. Схема 124 антенны может быть подключена к антенной решетке и/или может содержать ее. Сетевой узел 100 (и, соответственно, его схема) может быть выполнен с возможностью передачи данных конфигурации и/или конфигурирования терминала, как описано в данном документе.

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

На фиг.8 показана схема примерного терминала или пользовательского оборудования. Пользовательское оборудование может содержать модуль TM10 передачи для выполнения этапа TS10.

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

На фиг.10 показана схема примерного сетевого узла. Сетевой узел может содержать модуль NM10 передачи для выполнения этапа NS10.

В контексте настоящего раскрытия сигнал обратной связи ACK/NACK (с положительным подтверждением правильно принятого блока данных/отрицательным подтверждением неправильно принятого блока данных) HARQ может относиться к сигналу обратной связи (например, к соответствующему переданному сигналу, который может содержать 1 или более битов), передаваемому (например, по UL) терминалом, например, в сеть или сетевой узел в ответ на данные, переданные в него (например, по DL). Информация или обратная связь ACK/NACK HARQ (или короче информация или обратная связь HARQ-ACK, или информация HARQ, или обратная связь или только HARQ) может включать в себя передачу сигнала/бита, указывающего, был ли правильно принят или нет транспортный блок данных, принятых терминалом. HARQ и/или определение HARQ может включать в себя декодирование и/или процедуру обнаружения ошибок для определения правильного приема. Это позволяет определить количество процессов HARQ с ассоциированными ID и номерами HARQ, которые могут относиться к отдельным потокам данных и/или ассоциированным элементам данных; отклик или сигнал обратной связи HARQ из терминала (например, бит HARQ) может ассоциироваться с одним из процессов HARQ или ID. В одном варианте сигнал обратной связи HARQ может содержать один бит в расчете на одну несущую DL; в другом варианте сигнал обратной связи HARQ может содержать два (или более двух) бита в расчете на несущую, например, в зависимости от используемого ранга. В общем, сигнал обратной связи HARQ может передаваться (и/или определяться, например, на основе принятых сигналов, и/или транспортных блоков, и/или данных и/или идентификаторов процесса HARQ) с помощью терминала, и/или терминал может быть выполнен с возможностью и/или содержать модуль HARQ для определения (например, как упомянуто выше) и/или передачи сигнала обратной связи HARQ, в частности, на основе и/или используя конфигурацию и/или сконфигурированную модуляцию, например, модуляцию, определенную и/или сконфигурированную так, как описано в данном документе. Передача HARQ может, как правило, выполняться по каналу управления UL, например, PUCCH.

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

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

Сеть беспроводной связи может представлять собой и/или содержать сеть радиодоступа (RAN), которая может представить собой и/или содержать любой вид сотовой и/или беспроводной радиосети, которая может быть подключена или иметь возможность подключения к базовой сети. Подходы, описанные в данном документе, в частности, подходят для сети 5G, например, LTE Evolution (эволюция LTE) и/или NR (новая радиосвязь), соответственно, их преемники. RAN может содержать один или более сетевых узлов. Сетевой узел может быть, в частности, радиоузлом, выполненным с возможностью поддержания радиосвязи, и/или беспроводной и/или сотовой связи с одним или более терминалами. Терминал может представлять собой любое устройство, выполненное с возможностью поддержания радиосвязи, и/или беспроводной и/или сотовой связи с или в пределах RAN, например, с пользовательским оборудованием (UE), или мобильным телефоном, или смартфоном, или вычислительным устройством, или вычислительным устройством транспортного средства или устройством, предназначенным для связи машинного типа (MTC) и т.д. Терминал может быть мобильным или в некоторых случаях стационарным.

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

Сигнализация может содержать, как правило, один или более сигналов и/или один или более символов. Опорная сигнализация может содержать один или более опорных сигналов или символов.

Ресурсный элемент может, как правило, описывать наименьший отдельно используемый, и/или кодируемый, и/или декодируемый, и/или модулируемый и/или демодулируемый частотно-временной ресурс и/или может описывать частотно-временной ресурс, охватывающий продолжительность символа во времени и поднесущую по частоте. Сигнал может быть выделяемым и/или выделяться ресурсному элементу. Поднесущая может быть поддиапазоном несущей, например, как определено в соответствии со стандартом. Несущая может определять частоту и/или частотный диапазон для передачи и/или приема. В некоторых вариантах сигнал (совместно кодированный/модулированный) может охватывать более одного ресурсных элементов. Ресурсный элемент может быть, как правило, таким, как определено соответствующим стандартом, например, NR или LTE.

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

Термин "временной интервал передачи (TTI)" может соответствовать любому периоду времени (T0), в течение которого физический канал может быть закодирован и при необходимости чередоваться для передачи. Физический канал может быть декодирован приемником в течение одного того же периода времени (T0), в течение которого он был закодирован. Примеры TTI содержат короткий TTI (sTTI), время передачи, слот, подслот, мини-слот, мини-подкадр и т.д. TTI может содержать один или более временных интервалов символов, и/или один или два временных интервала слота, где, например, 7 временных интервалов символов могут соответствовать временному интервалу слота. Термины, относящиеся к временному интервалу, могут считаться соответствующими терминологии 3GPP. Мини-слот, или укороченный слот или короткий TTI могут соответствовать множеству временных интервалов символов, например, 2, или 3, или 4, или 5, или 6, или 7 временных интервалов символов.

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

В общем, конфигурирование может включать в себя определение данных конфигурации, представляющих конфигурацию, и предоставление их одному или нескольким другим узлам (параллельно и/или последовательно), которые могут передавать их далее в радиоузел (или другой узел, который может повторяться до тех пор, пока они не достигнут беспроводного устройства). Альтернативно или дополнительно, конфигурирование радиоузла, например, сетевым узлом или другим устройством, может включать в себя прием данных конфигурации и/или данных, относящихся к данным конфигурации, например, из другого узла, такого как сетевой узел, который может быть сетевым узлом более высокого уровня, и/или передачу принятых данных конфигурации в радиоузел. Соответственно, определение конфигурации и передача данных конфигурации в радиоузел могут выполняться различными сетевыми узлами или объектами, которые могут иметь возможность обмениваться данными через подходящий интерфейс, например, интерфейс X2 в случае LTE или соответствующий интерфейс для NR. Конфигурирование терминала может содержать планирование передач по нисходящей линии связи и/или восходящей линии связи для терминала, например, данных нисходящей линии связи, и/или управляющей сигнализации нисходящей линии связи, и/или DCI, и/или сигнализации восходящей линии связи, в частности, сигнализации подтверждения, и/или конфигурирование ресурсов и/или пула ресурсов для них.

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

Например, концепции и варианты частично описаны в контексте долгосрочного развития (LTE), или усовершенствованного LTE (LTE-Advanced, LTE-A) или технологий мобильной или беспроводной радиосвязи следующего поколения; однако это не исключает использования настоящих концепций и аспектов в связи с дополнительными или альтернативными технологиями мобильной связи, такими как глобальная система мобильной связи (GSM). Хотя следующие варианты будут частично описаны в отношении определенных технических спецификаций (TS) проекта партнерства третьего поколения (3GPP), следует понимать, что настоящие концепции и аспекты могут быть также реализованы в связи с различными спецификациями управления производительностью (PM).

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

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

Некоторые полезные сокращения содержат аббревиатуру и ее пояснение.

ACK – положительное подтверждение

ARI – индикатор ресурса ACK/NACK

CCE – элемент канала управления

DCI – управляющая информация нисходящей линии связи

DL – нисходящая линия связи

DTX – прерывистая передача

HARQ – гибридный автоматический запрос на повторную передачу

MIMO – многоканальный вход - многоканальный выход

NACK – отрицательное подтверждение (неподтверждение)

PAPR – отношение пикового уровня мощности сигнала к среднему

PDCCH – физический канал управления нисходящей линии связи

PUCCH – физический канал управления восходящей линии связи

RRC – управление радиоресурсами

UL – восходящая линия связи

1. Пользовательское оборудование (UE) (10) для сети радиодоступа, характеризующееся тем, что выполнено с возможностью передачи сигнализации подтверждения, относящейся к данным нисходящей линии связи, при этом данные нисходящей линии связи содержат один или более элементов данных нисходящей линии связи; при этом сигнализация подтверждения имеет формат сигнализации восходящей линии связи, содержащий одну или более подструктур подтверждения, причем каждая из подструктур несет в себе информацию подтверждения, относящуюся к элементу данных нисходящей линии связи; при этом каждая из подструктур подтверждения дополнительно отображается на свой элемент данных из указанных элементов данных нисходящей линии связи на основе по меньшей мере одного индикатора позиции подтверждения, предоставляемого в управляющей сигнализации нисходящей линии связи, принимаемой UE (10).

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

3. UE по п. 1 или 2, в котором информация подтверждения представляет собой подтверждение или неподтверждение правильного приема соответствующего элемента данных и, при необходимости, представляет собой индикатор неприема.

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

5. UE по любому из пп. 1-4, в котором индикатор позиции подтверждения указывает таймирование и/или ресурс для передачи сигнализации подтверждения.

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

7. UE по любому из пп. 1-6, в котором индикатор позиции подтверждения относится к одному элементу данных нисходящей линии связи.

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

9. UE по любому из пп. 1-8, в котором индикатор позиции подтверждения содержит индикатор таймирования, такой как параметр таймирования, причем индикатор таймирования указывает таймирование для передачи сигнализации подтверждения, а также указывает, на какую подструктуру подтверждения ресурса отображается элемент данных.

10. UE по любому из пп. 1-9, в котором таймирование представляет временной интервал, такой как слот, для передачи сигнализации подтверждения.

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

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

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

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

15. Сетевой узел по любому из пп. 11-14, в котором индикатор позиции подтверждения указывает таймирование и/или ресурс для передачи сигнализации подтверждения.

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

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

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

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

20. Сетевой узел по любому из пп. 11-19, в котором таймирование представляет временной интервал, такой как слот, для передачи сигнализации подтверждения.

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

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

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

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

25. Способ по любому из пп. 21-24, в котором индикатор позиции подтверждения указывает таймирование и/или ресурс для передачи сигнализации подтверждения.

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

27. Способ по любому из пп. 21-26, в котором индикатор позиции подтверждения относится к одному элементу данных нисходящей линии связи.

28. Способ по любому из пп. 21-27, в котором индикатор позиции подтверждения содержит индикатор выбора ресурса, такой как параметр выбора ресурса, причем индикатор выбора ресурса указывает ресурс для передачи индикатора подтверждения, при этом ресурс выбирается из ряда возможных ресурсов, сконфигурированных для сигнализации подтверждения.

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

30. Способ по любому из пп. 21-29, в котором таймирование представляет временной интервал, такой как слот, для передачи сигнализации подтверждения.

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

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

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

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

35. Способ по любому из пп. 31-34, в котором индикатор позиции подтверждения указывает таймирование и/или ресурс для передачи сигнализации подтверждения.

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

37. Способ по любому из пп. 31-36, в котором индикатор позиции подтверждения относится к одному элементу данных нисходящей линии связи.

38. Способ по любому из пп. 31-37, в котором индикатор позиции подтверждения содержит индикатор выбора ресурса, такой как параметр выбора ресурса, причем индикатор выбора ресурса указывает ресурс для передачи индикатора подтверждения, при этом ресурс выбирается из ряда возможных ресурсов, сконфигурированных для сигнализации подтверждения.

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

40. Способ по любому из пп. 31-39, в котором таймирование представляет временной интервал, такой как слот, для передачи сигнализации подтверждения.

41. Носитель, переносящий и/или хранящий программный продукт, содержащий инструкции, вызывающие выполнение и/или управление схемой обработки способом по любому из пп. 21-30.

42. Носитель, переносящий и/или хранящий программный продукт, содержащий инструкции, вызывающие выполнение и/или управление схемой обработки способом по любому из пп. 31-40.