ФУНКЦИОНИРОВАНИЕ УСТРОЙСТВА ПОЛЬЗОВАТЕЛЯ И ПРИНИМАЮЩЕГО РАДИОУЗЛА НА ОСНОВАНИИ КОДОВОЙ КНИГИ HARQ, СКОНФИГУРИРОВАННОЙ КОНФИГУРИРУЮЩИМ РАДИОУЗЛОМ Российский патент 2020 года по МПК H04L1/16 

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

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

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

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

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

Задачей настоящего изобретения является предоставление решений для улучшения процессов обработки сигнализации подтверждения. Решения могут конкретно повысить надежность и предсказуемость процесса обработки сигнализации подтверждения, относящиеся к соответствующим структурам сигнализации. Решения конкретно преимущественно реализуют в сети 5-го поколения (5G) сети связи или 5G технологии радиодоступа или сети (RAT/RAN), в частности, согласно 3GPP (проект партнерства 3-го поколения, организации по стандартизации). Подходящей RAN может быть особенно RAN согласно NR, например, релиз 15 или позже, или LTE Evolution.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Процесс сигнализации подтверждения может быть HARQ процессом и/или быть идентифицирован идентификатором процесса, например, идентификатор HARQ процесса, или подидентификатор. Кодовая книга может быть, в частности, HARQ кодовой книгой.

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

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

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

Субшаблон может содержать один или более битов. Различный бит n-кратный (n равно 1 или больше) субшаблона может быть ассоциирован с различными элементами структуры блока данных (например, блоком данных или субблоком или группы субблоков), и/или представляют собой разные разрешения. Могут быть рассмотрены варианты, в которых представлено только одно разрешение битового шаблона, например, блок данных. Бит n-кратного может представлять информацию подтверждения (также называемый обратной связью), в частности, ACK или NACK, и, возможно, (если n>1), может представлять собой DTX/DRX или другие состояния приема. ACK/NACK может быть представлен одним битом или более чем одним битом, например, для улучшения неоднозначности битовых последовательностей, представляющих ACK или NACK, и/или для повышения надежности передачи данных.

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

Можно считать, что, по меньшей мере, два субшаблона имеют другой тип отчетности, в частности, разного размера.

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

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

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

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

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

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

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

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

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

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

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

Фиг.1 показывает примерный битовый шаблон кодовой книги;

Фиг.2 показывает примерный радиоузел, реализованный в виде устройства пользователя; и

Фиг.3 показывает примерный радиоузел, реализованный в виде сетевого узла.

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

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

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

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

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

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

Ссылки на конкретные структуры ресурсов, такие как структуры синхронизации передачи, и/или символ, и/или слот, и/или мини-слот, и/или поднесущая, и/или несущая, могут относиться к конкретной нумерологии, которые могут быть заранее определены и/или сконфигурированы или настраиваемыми. Структура синхронизации передачи может представлять собой интервал времени, который может охватывать один или более символов. Некоторые примеры структуры синхронизации передач являются подкадр, слот и мини-слот. Слот может содержать заранее заданное, например, предопределенное и/или сконфигурированное или конфигурируемое, количество символов, например, 6 или 7, или 12 или 14. Мини-слот может содержать несколько символов (которые могут быть, в частности, сконфигурированы или конфигурируемые) меньше, чем число символов слота, в частности 1,2, 3 или 4 символов. Структура синхронизации передачи может охватывать временной интервал конкретной длины, которая может зависеть от длины символа и/или циклического префикса. Структура синхронизации передачи могут относиться к, и/или охватывать, конкретный интервал времени в потоке, например, синхронизированы для связи. Используемые и/или запланированные структуры синхронизации для передачи, например, слот и/или мини-слоты, может быть запланированы по отношению к, и/или синхронизированы со структурой синхронизации, предоставленной и/или определяемой другими структурами синхронизации передачи. Такие структуры синхронизации передач могут определять временную сетку, например, с интервалами времени символов внутри отдельных структур, представляющих самые маленькие блоки синхронизации. Такая временная сетка может быть, например, определены слотами или подкадрами (где, в некоторых случаях, подкадры могут быть конкретными вариантами слотов). Структура синхронизации передачи может иметь длительность (длину во времени), определяемую на основании длительности его символов, возможно, в дополнение к используемому циклическому префиксу/префиксам. Символы структуры синхронизации передачи могут иметь одинаковую продолжительность, или может в некоторых вариантах имеют разную длительность. Число символов в структуре синхронизации передачи могут быть заранее определены и/или сконфигурировано или конфигурируемое, и/или зависеть от нумерологии. Синхронизация мини-слота обычно может быть сконфигурирована или конфигурируемой, в частности, посредством сети и/или сетевого узла. Синхронизации могут быть конфигурируемыми для начала и/или окончания в любом символе структуры синхронизации передачи, в частности, один или более слотов.

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

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

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

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

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

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

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

Термины устройство беспроводной связи, устройство пользователя (UE) и оконечное устройство может считаться взаимозаменяемыми в контексте данного описания. Устройство беспроводной связи, устройство пользователя (UE) и оконечное устройство может представлять собой конечное устройство для связи, использующее сеть беспроводной связи, и/или быть реализовано в виде устройства пользователя в соответствии со стандартом. Примеры устройства пользователя могут содержать телефон как смартфон, персонального устройство связи, мобильный телефон или оконченное устройство, компьютер, в частности, ноутбук, датчик или машину с возможностью радиосвязи (и/или предназначенные для радиоинтерфейса), в частности, для MTC (Machine-Type-Communication, иногда также называют М2М, машина-машина), или транспортное средство приспособлено для беспроводной связи. Устройство пользователя или оконечное устройство может быть мобильным или стационарным.

Радиоузел может содержать, как правило, схему обработки и/или схему радиосвязи. Схема может содержать интегрированную схему. Схема обработки может содержать один или более процессоров и/или контроллеров (например, микроконтроллеров), и/или ASICs (Application Specific Integrated Circuitry) и/или FPGAs (Field Programmable Gate Array), или аналогичную. Можно считать, что схема обработки содержит и/или (оперативно) соединена или имеет возможностью соединения с одной или более памятью, или блоками памяти. Блок память может содержать одну или несколько памяти. Память может быть выполнена с возможностью хранить цифровую информацию. Примеры памяти содержат энергонезависимую память, энергозависимую память и/или оперативное запоминающее устройство (RAM), и/или память только для чтения (ROM) и/или магнитное и/или оптическое запоминающее устройство, и/или флэш-память, и/или память на жестком диске, и/или EPROM или EEPROM (стираемое программируемое ROM или электрически стираемое программируемое ROM). Схема радиосвязи может содержать один или несколько передатчиков, и/или приемников, и/или приемопередатчиков (приемопередатчик может работать или приводиться в действие в качестве передатчика и приемника и/или может содержать общую или отделенную схему для приема и передачи, например, в одном пакете или корпусе), и/или может содержать один или несколько усилителей, и/или генераторов, и/или фильтров, и/или может содержать и/или быть соединенным или соединяться со схемой антенны и/или одной или более антеннами.

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

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

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

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

Сигнализация может, как правило, содержат один или несколько сигналов и/или один или более символов. Управляющая информация или сообщение управляющей информации или соответствующая сигнализация (сигнализация управления) может быть передана по каналу управления, например, физическому каналу управления, который может быть каналом нисходящей линии связи или (или, в некоторых случаях, каналом прямого соединения, например, одно UE планирования другого UE). Например, управляющая информация /информация распределения может быть передана с помощью сетевого узла по PDCCH (физический канал управления нисходящей линии связи) и/или PDSCH (физический совместно используемый канал нисходящей линии связи) и/или HARQ-конкретного канала. Сигнализация подтверждения, например, как форма информации управления восходящей линии связи, может быть передана оконечным устройством по PUCCH (физический канал управления восходящей линии связи) и/или PUSCH (физическому совместно используемому каналу восходящей линии связи), и/или HARQ-конкретного канала. Могут применяться множество каналов для указания многокомпонентной/с множеством несущих передачи или сигнализации.

Передача сигнализации, в частности, сигнализации управления, например, содержащей или представляющей сигнализацию подтверждения и/или информации запроса ресурсов, может содержать кодирование и/или модуляцию. Кодирование и/или модуляция может содержать обнаружение ошибок кодирования и/или кодирование с непосредственным исправлением ошибок и/или скремблирование. Прием сигнализации управления может содержать соответствующее декодирование и/или демодуляцию. Обнаружение ошибок кодирования может содержать и/или быть основано на решениях четности или контрольной сумму, например, CRC (Cyclic Redundancy Check). Кодирования с непосредственным исправлением ошибок может содержать и/или быть основано на, например, турбо-кодировании и/или кодировании Рида-Мюллера, и/или полярного кодирования и/или LDPC-кодирования (Low Density Parity Check). Используемый тип кодирования может быть основан на канале (например, физический канал), ассоциированного с кодированным сигналом.

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

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

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

Граничный символ может, как правило, представляет собой начальный символ для передачи или конечный символ для приема. Начальный символ может быть, в частности, начальным символом восходящей линии связи или сигнализации по прямому соединению, для передачи сигнализации управления или сигнализации данных. Такая сигнализация может быть передана по каналу передачи данных или каналу управления, например, физическому каналу, в частности, физическому совместно используемому каналу восходящей линии связи (например, PUSCH) или каналу передачи данных по прямому соединению или совместно используемому каналу, или физическому каналу управления восходящей линии связи (например, PUCCH) или каналу управления по прямому соединению. Если начальный символ ассоциирован с сигнализацией управления (например, по каналу управления), сигнализацией управления может быть в ответ на принятую сигнализацию (по прямому соединению или нисходящей линии связи), например, представляющее ассоциированную сигнализацию подтверждения, которая может быть HARQ или ARQ сигнализацией. Символ окончания может представлять собой конечный символ (во времени) нисходящей линия связи или передачи по прямому соединению или сигнализации, которая может быть предназначена или запланирована для радиоузла или устройства пользователя. Такая сигнализация нисходящей линии связи может, в частности, быть сигнализацией данных, например, по физическому каналу нисходящей линии связи, как совместно используемый канал, например, PDSCH (Physical Downlink Shared Channel). Начальный символ может быть определен на основании и/или в отношении, такого символа окончания.

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

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

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

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

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

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

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

Следует отметить, что термин «радиосвязь» в данном описании, может быть рассмотрен, как относящийся к беспроводной связи в целом, а также может включать в себя беспроводную связь с использованием микроволнового диапазона и/или миллиметровых и/или другие частот, в частности, между 100 МГц или 1 ГГц и 100 ГГц или 20 или 10 ГГц. Такая связь может использовать одну или несколько несущих.

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

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

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

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

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

Связь по прямому соединению также может упоминаться как связь «устройство-устройство» (D2D) и/или, в некоторых случаях, как услуги связи при наличии непосредственной близости (Proximity Services), например, в контексте LTE. Прямое соединение может быть реализовано в контексте V2x связи (Автотранспортные коммуникации), например, V2V (транспортное средство-транспортное средство), V2I (транспортное средство-инфраструктура) и/или V2P (транспортное средство-человек). Любое устройство, предназначенное для связи по прямому соединению можно рассматривать как устройство пользователя или оконечное устройство.

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

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

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

Как правило, агрегирование несущих (CA) может относиться к концепции радиосвязи и/или линии связи между сетью беспроводной связи и/или сотовой связи и/или сетевым узлом и оконечным устройством или по прямому соединению, содержащее множество несущих, по меньшей мере, одного направления передачи (например, DL и/или UL), а также к агрегированию несущих. Соответствующая линия связи может упоминаться как линии связи с агрегированием несущих или CA линии связи; несущие в агрегированных несущих может быть названа составляющей несущей (CC). В такой связи, данные могут быть переданы на более, чем одной несущей и/или всех несущих агрегирования несущих (the aggregate of carriers). Агрегирование несущих может содержать одну (или более) выделенных несущих управления и/или первичных несущих (которые могут, например, быть названы как основная составляющая несущая или PCC), по которой может быть передана управляющая информация, в котором управляющая информация может относиться к первичной несущей, и другие несущие, которые могут быть отнесены ко вторичным несущим (или вторичная составляющая несущая, SCC). Тем не менее, в некоторых подходах, управляющая информация может быть передана на более, чем одной несущей агрегирования, например, одна или несколько PCCs и одна PCC и одна или более SCCs.

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

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

Мини-слот может быть передан и / или принят на основе конфигурации.

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

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

Далее в контексте NR приведено описание процессов выкалывания и согласования скоростей, относящиеся к передаче данных по нисходящей линии связи. UCI может быть заменена, как правило, на управляющую информацию, в частности, информацию подтверждения информации обратной связи, и PUSCH может быть заменен на канал передачи данных/совместно используемый канал, например, в восходящей линии связи или прямого соединения. Вместо сети или сетевого узла, радиоузел или (вторрое) UE может обеспечить сигнализации управления по прямому соединению и/или данные в ответ предоставление информации управления путем выкалывания и согласования скоростей. В процессе выкалывания данные кодируют и отображают (например, как символ/после модуляции) с помощью UE на выделенные элементы ресурса данных, таких как элементы PUSCH ресурсов (без учета UCI или сигнализации управления, подлежащей передаче). Затем, символы модуляции UCI или информации UCI (или, в более общем случае, управляющая информация, как информация обратной связи или информация подтверждения, или соответствующих символов) отображается на элементы ресурсов, которые должны нести управляющую информацию/UCI вместо замены данных или связанных с ними символов, которые, таким образом, может быть отброшены. Этот процесс называют выкалыванием. Процесс выкалывания будет влиять на производительность приема данных, но до тех пор, пока количество выколотых бит данных, (и «украденные» для UCI) является разумным, снижение эффективности передачи данных является незначительным.

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

Недостатком процесса выкалывания является потеря производительности, что оказывает негативное влияние на PUSCH данные. В процессе выкалывания закодированные биты данных для PUSCH (например, системные и кодирующие биты вместе, в котором кодирующие биты могут быть определены на основании системных бит) отображают на элементы ресурсов, предназначенные для передачи UCI, или будут удалены, независимо от важности кодированных бит. Специально для больших размеров UCI и высокой MCS, PUSCH потери производительности данных может быть большим. Как показано на фиг.1, потеря производительности 1 дБ или более может наблюдаться при более высоком уровне MCS (схемы модуляции и кодирования). Фиг.1 показывает потерю производительности PUSCH из-за выкалывания HARQ-ACK бит.

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

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

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

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

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

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

Запланированная передача может быть запланированной передачей, например, сетью или сетевым узлом. Передача может в этом контексте может быть передачей по прямому соединению (SL) или передачей восходящей линии связи (UL) или передачей нисходящей линии связи (DL). Устройство, например, устройство пользователя, для которого запланирована запланированная передача, соответственно, может быть запланировано принять (например, в DL или SL) или передать (например, в UL или SL) запланированную передачу. Планирование передачи может быть, в частности, содержать конфигурирование запланированного устройства ресурсом/ресурсами для этой передачи, и/или информирование устройства, что передача предназначена и/или запланирована для некоторых ресурсов. Передача может быть запланированной, чтобы покрыть интервал времени, в частности, последовательное число символов, которые могут образовывать непрерывный интервал во времени между (и включающий в себя) начальный символ и конечный символ. Начальный символ и конечный символ (например, запланированные) передачи может быть в пределах одной и той же структуре синхронизации передачи, например, тот же слот. Тем не менее, в некоторых случаях, конечный символ может быть в более поздней структуре синхронизации передачи, чем начальный символ, в частности, структуре, следующей во времени. В запланированной передаче, длительность может быть ассоциирована и/или указана, например, в количестве символов или ассоциированных временных интервалах. В некоторых вариантах, могут быть различные передачи, запланированные в одной и той же структуре синхронизации передачи. Запланированная передача может считаться ассоциированной с конкретным каналом, например, совместно используемый канал, как PUSCH или PDSCH.

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

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

Информация подтверждения может содержать для процесса сигнализации подтверждения указание конкретного значения состояния, например, ACK, NACK или DTX. Такое указание может, например, представлять собой бит или значение бита, или битовый шаблон или информационный переключатель. Различные уровни информации подтверждения, например, обеспечивая дифференцированную информацию о качестве приема и/или позиции ошибки в принятых данных элемента, могут быть рассмотрены и/или представлены сигнализацией управления. Информация подтверждения может указать, как правило, подтверждение или не подтверждение или отсутствие приема или их различные уровни, например, представляющее ACK или NACK или DTX. Информация подтверждения может относиться к одному процессу сигнализации подтверждения. Сигнализация подтверждения может содержать информацию подтверждения, относящуюся к одному или более процессам сигнализации подтверждения, в частности, одного или нескольких HARQ или ARQ процессов. Можно считать, что для каждого процесса сигнализации подтверждения назначается информация подтверждения, относящаяся к определенному числу битов информации о размере сигнализации управления. Сигнализация отчетности измерения может содержать информацию измерения.

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

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

Следует отметить, что количество битов, или скорость передачи битов, ассоциированная с конкретной сигнализации, которые могут быть переданы на ресурсном элементе, может быть основана на схеме модуляции и кодирования (MCS). Таким образом, биты или скорость передачи битов может рассматриваться как форма ресурсов, представляющих структуру ресурсов или диапазон частоты и/или времени, например, в зависимости от MCS. MCS может быть сконфигурирована или конфигурируется, например, с помощью сигнализации информации управления, например, DCI или MAC (Medium Access Control) или RRC (Radio Resource Control) сигнализации. Могут быть рассмотрены различные форматы информации управления, например, различные форматы для канала управления, как физический канал управления восходящей линии связи (PUCCH). PUCCH может передавать информацию управления или соответствующую сигнализацию управления, например, информацию управления восходящей линии связи (UCI). UCI может содержать сигнализацию обратной связи и/или сигнализацию подтверждения, например, HARQ обратной связи (ACK/NACK), и/или сигнализацию информации измерения, например, включающая в себя информацию качества канала (CQI) и/или сигнализацию запроса планирования (SR). Один из поддерживаемых форматов PUCCH может быть коротким, и может, например, находится в конце периода интервала и/или мультиплексирован и/или быть смежным с PUSCH. Аналогичная информация управления может быть предоставлена по прямому соединению, например, в информации управления прямого соединения (SCI), в частности, на (физическом) канале управления прямого соединения, как (P) SCCH.

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

Неправильный прием может указывать на сбой приема данных элемента и/или не сбой приема указания положения подтверждения, указывающее отображение, относящееся к элементу данных. Неправильный прием может быть, например, обозначен указанием DTX (прерывистая передача) и/или DRX (прерывистый прием). Следует отметить, что могут быть DTX/DRX по обе стороны связи. Радиоузел определения и/или передачи сигнализации подтверждения может не принять ожидаемый элемент данных, и указать это в сигнализации подтверждения как DTX, что позволяет обеспечить более точную информацию подтверждения. С другой стороны, принимающий радиоузел сигнализации подтверждения может не принять ожидаемый сигнал подтверждения, и рассматривать это как событие, как DTX. Оба вида DTX могут быть обработаны по отдельности, например, DTX1 и DTX2 или по другой схеме. Элемент данных в контексте сигнализации подтверждения, в частности, может представлять собой блок данных, как транспортный блок или блок кода, который может быть предметом процесса сигнализации подтверждения, и одна или несколько передач в контексте такого процесса. Процесс сигнализации подтверждения может быть связан с ним идентификатором процесса, например, номер процесса, как номер процесса HARQ, или идентификатор или номер процесса ARQ, или идентификатор. Информация подтверждения, ассоциированная с процессом передачи сигнализации подтверждения, может включать в себя число битов или битовый шаблон, например, содержащий 1 или 2 бита. Установка бита может представлять ACK или NACK (например, 1 или 0, или 11, или 00), или в некоторых вариантах включать в себя DRX/DTX или аналогичный. Процесс сигнализации подтверждение может быть связан с потоком данных и/или каналом или блоком данных и/или с передачей в контексте потока данных и/или канала, или передачей элемента данных или блока данных. Буфер или память может быть ассоциирована с процессом сигнализации подтверждения. Процесс сигнализации подтверждения, например, процесс HARQ, может содержать мягкое комбинирование и/или схемы непосредственной коррекции ошибок и/или обнаружения ошибок.

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

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

Блок кода может рассматриваться как подэлемент элемента данных, как транспортный блок, например транспортный блок может включать в себя один или множество блоков кода.

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

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

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

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

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

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

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

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

Аббревиатура Пояснение

CBG группа блоков кода

CQI информации качества канала

CSI информация состояния канала

DAI индикатор назначения нисходящей линии связи

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

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

MCS схема модуляции и кодирования

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

PUSCH физический совместно используемый канал восходящей линии

связи

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

SR запрос планирования

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

CDM мультиплексирование с кодовым разделением

CQI информации качества канала

CRC код циклической проверки с избыточностью

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

DFT дискретное преобразование Фурье

DM-RS опорный сигнал демодуляции

FDM мультиплексирование с частотным разделением

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

OFDM мультиплексирования с ортогональным частотным

разделением каналов

PAPR отношение пиковой к средней мощности

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

PRB физический блок ресурсов

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

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

UE устройство пользователя

Сокращения могут рассматриваться в соответствии с 3GPP, если применимо.

Изобретение относится к области технологии беспроводной связи, конкретно в контексте сети радиодоступа (RAN) NR. Технический результат - улучшение процессов обработки сигнализации подтверждения, за счет повышения надежности и предсказуемости процесса обработки сигнализации подтверждения. Изобретение раскрывает, в частности, способ работы устройства (10) пользователя в сети радиодоступа. Способ содержит этап, на котором передают сигнализацию подтверждения на основании кодовой книги, причем кодовая книга ассоциирует битовый шаблон, содержащий один или более субшаблонов, с сигнализацией подтверждения, при этом каждый субшаблон представляет информацию подтверждения в соответствии с типом отчетности, причем кодовая книга группирует субшаблоны на основании их типа отчетности. 7 н. и 42 з.п. ф-лы, 3 ил.

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

2. Способ по п. 1, в котором субшаблон относится к одному процессу сигнализации подтверждения и/или к одной составляющей несущей.

3. Способ по п. 1 или 2, в котором субшаблон содержит один или более битов.

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

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

6. Способ по любому из пп. 1-5, в котором кодовая книга сконфигурирована или является конфигурируемой.

7. Способ по любому из пп. 1-6, в котором структура субшаблона представляет отображение битов, представляющих информацию подтверждения, на блоки данных, и/или одну или более групп субблоков, и/или субблоков структуры блока данных.

8. Способ по любому из пп. 1-7, в котором группирование субшаблонов содержит группирование субшаблонов в зависимости от размера.

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

10. Устройство (10) пользователя по п. 9, в котором субшаблон относится к одному процессу сигнализации подтверждения и/или к одной составляющей несущей.

11. Устройство (10) пользователя по п. 9 или 10, в котором субшаблон содержит один или более битов.

12. Устройство (10) пользователя по любому из пп. 9-11, в котором тип отчетности определяет структуру ассоциированного субшаблона и/или размер ассоциированного субшаблона и/или определяет, к какой структуре блока данных относится субшаблон.

13. Устройство (10) пользователя по любому из пп. 9-12, в котором по меньшей мере два субшаблона относятся к различным типам отчетности, в частности являются разного размера.

14. Устройство (10) пользователя по любому из пп. 9-13, в котором кодовая книга сконфигурирована или является конфигурируемой.

15. Устройство (10) пользователя по любому из пп. 9-14, в котором структура субшаблона представляет отображение битов, представляющих информацию подтверждения, на блоки данных, и/или одну или более групп субблоков, и/или субблоков структуры блока данных.

16. Устройство (10) пользователя по любому из пп. 9-15, в котором группирование субшаблонов содержит группирование субшаблонов в зависимости от размера.

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

18. Способ по п. 17, в котором субшаблон относится к одному процессу сигнализации подтверждения и/или к одной составляющей несущей.

19. Способ по п. 17 или 18, в котором субшаблон содержит один или более битов.

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

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

22. Способ по любому из пп. 17-21, в котором кодовая книга сконфигурирована или является конфигурируемой.

23. Способ по любому из пп. 17-22, в котором структура субшаблона представляет отображение битов, представляющих информацию подтверждения, на блоки данных, и/или одну или более групп субблоков, и/или субблоков структуры блока данных.

24. Способ по любому из пп. 17-23, в котором группирование субшаблонов содержит группирование субшаблонов в зависимости от размера.

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

26. Конфигурирующий радиоузел (10, 100) по п. 25, в котором субшаблон относится к одному процессу сигнализации подтверждения и/или к одной составляющей несущей.

27. Конфигурирующий радиоузел (10, 100) по п. 25 или 26, в котором субшаблон содержит один или более битов.

28. Конфигурирующий радиоузел (10, 100) по любому из пп. 25-27, в котором тип отчетности определяет структуру ассоциированного субшаблона и/или размер ассоциированного субшаблона и/или определяет, к какой структуре блока данных относится субшаблон.

29. Конфигурирующий радиоузел (10, 100) по любому из пп. 25-28, в котором по меньшей мере два субшаблона относятся к различным типам отчетности, в частности являются разного размера.

30. Конфигурирующий радиоузел (10, 100) по любому из пп. 25-29, в котором кодовая книга сконфигурирована или является конфигурируемой.

31. Конфигурирующий радиоузел (10, 100) по любому из пп. 25-30, в котором структура субшаблона представляет отображение битов, представляющих информацию подтверждения, на блоки данных, и/или одну или более групп субблоков, и/или субблоков структуры блока данных.

32. Конфигурирующий радиоузел (10, 100) по любому из пп. 25-31, в котором группирование субшаблонов содержит группирование субшаблонов в зависимости от размера.

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

34. Способ по п. 33, в котором субшаблон относится к одному процессу сигнализации подтверждения и/или к одной составляющей несущей.

35. Способ по п. 33 или 34, в котором субшаблон содержит один или более битов.

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

37. Способ по любому из пп. 33-36, в котором по меньшей мере два субшаблона относятся к различным типам отчетности, в частности являются разного размера.

38. Способ по любому из пп. 33-37, в котором кодовая книга сконфигурирована или является конфигурируемой.

39. Способ по любому из пп. 33-38, в котором структура субшаблона представляет отображение битов, представляющих информацию подтверждения, на блоки данных, и/или одну или более групп субблоков, и/или субблоков структуры блока данных.

40. Способ по любому из пп. 33-39, в котором группирование субшаблонов содержит группирование субшаблонов в зависимости от размера.

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

42. Принимающий радиоузел (10, 100) по п. 41, в котором субшаблон относится к одному процессу сигнализации подтверждения и/или к одной составляющей несущей.

43. Принимающий радиоузел (10, 100) по п. 41 или 42, в котором субшаблон содержит один или более битов.

44. Принимающий радиоузел (10, 100) по любому из пп. 41-43, в котором тип отчетности определяет структуру ассоциированного субшаблона и/или размер ассоциированного субшаблона и/или определяет, к какой структуре блока данных относится субшаблон.

45. Принимающий радиоузел (10, 100) по любому из пп. 41-44, в котором по меньшей мере два субшаблона относятся к различным типам отчетности, в частности являются разного размера.

46. Принимающий радиоузел (10, 100) по любому из пп. 41-45, в котором кодовая книга сконфигурирована или является конфигурируемой.

47. Принимающий радиоузел (10, 100) по любому из пп. 41-46, в котором структура субшаблона представляет отображение битов, представляющих информацию подтверждения, на блоки данных, и/или одну или более групп субблоков, и/или субблоков структуры блока данных.

48. Принимающий радиоузел (10, 100) по любому из пп. 41-47, в котором группирование субшаблонов содержит группирование субшаблонов в зависимости от размера.

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