Устройство и узел в системе беспроводной связи для передачи управляющей информации восходящей линии связи

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

 

Область техники

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

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

В сетях беспроводной связи информация передается в беспроводном режиме между различными беспроводными устройствами системы. Например, информация может передаваться в нисходящей линии связи (DL) из сетевого узла, такого как базовая станция (BS), в пользовательское оборудование (UE) или беспроводное устройство, либо в восходящей линии связи (UL) из UE или беспроводного устройства в сетевой узел или BS. Информация может представлять собой как данные, так и управляющую информацию, и различные каналы могут использоваться для передачи информации в зависимости от того, выполняется передача по восходящей линии связи или по нисходящей линии связи, и того, содержит или нет информация данные или управляющую информацию. В стандарте долгосрочного развития (LTE) по технологии радиодоступа (RAT), например, управляющая информация восходящей линии связи (UCI) зачастую переносится посредством физического канала управления восходящей линии связи (PUCCH), но также может транспортироваться с использованием физического совместно используемого канала восходящей линии связи (PUSCH), если UE имеет какие-либо данные приложения или служебные сигналы уровня управления радиоресурсами (RRC). PUCCH-канал управляющих служебных сигналов в LTE содержит подтверждение/отрицание приема (ACK/NACK) гибридного автоматического запроса на повторную передачу (HARQ), индикатор качества канала (CQI) индикаторы качества канала, обратную связь со многими входами и многими выходами (MIMO) RI (индикатор ранга), PMI (индикатор матрицы предварительного кодирования), запросы на диспетчеризацию для передачи по восходящей линии связи и двухпозиционную фазовую манипуляцию (BPSK) или квадратурную фазовую манипуляцию (QPSK), используемую для PUCCH-модуляции. Пятое поколение мобильной связи и беспроводной технологии еще не задано полностью, а находится на продвинутой стадии разработки в 3GPP. Беспроводной 5G-доступ должен быть реализован посредством развития LTE, для существующего спектра, в комбинации с технологиями доступа на основе нового стандарта радиосвязи, которые главным образом нацелены на новый спектр. Таким образом, означенное включает в себя работу над 5G-технологией доступа на основе нового стандарта радиосвязи (NR), также известной как 5G или следующее поколение (NX). NR-радиоинтерфейс нацелен на спектр в диапазоне от менее 1 ГГц до 100 ГГц с начальными развертываниями, ожидаемыми в полосах частот, не используемых посредством LTE. Работа над новой NR RAT проводится в настоящее время, и сегодня разрабатываются каналы и форматы каналов для передачи информации.

Зачастую существует потребность в таких сетях беспроводной связи, чтобы передавать информацию, например, управляющую информацию восходящей линии связи (UCI), содержащую число UCI-битов. UCI может исходить из одного или более физических каналов управления восходящей линии связи (PUCCH), например, из одного UE или мультиплексироваться из нескольких UE. UCI должна затем преобразовываться в символы, которые должны передаваться, с использованием выделенных временных или частотных ресурсов, в другие беспроводные устройства, например, в символы мультиплексирования с ортогональным частотным разделением каналов (OFDM) или символы мультиплексирования с ортогональным частотным разделением каналов (OFDM) с кодированием с расширением спектра и дискретным преобразованием Фурье (DFT) (DFTS) (DTTS-OFDM).

Традиционные системы, такие как LTE, преобразуют UCI в символы посредством задания множества предварительно заданных PUCCH-форматов. Различные предварительно заданные PUCCH-форматы покрывают большой диапазон рабочих данных, иногда с довольно похожими размерами рабочих данных. Это является субоптимальным при попытке сокращать число PUCCH-форматов, что является предпочтительным для NR.

Несколько LTE PUCCH-форматов основываются на блочном кодировании с расширением спектра для OFDM-символов, чтобы мультиплексировать пользователей. Число OFDM-символов, для которых может применяться блочное кодирование с расширением спектра, зависит от числа доступных OFDM-символов.

Проблема при применении таких предварительно заданных LTE-форматов в новый 3GPP-стандарт радиосвязи (NR) состоит в том, что число доступных или выделенных временных символов, например, OFDM-символов может варьироваться. В одном примере, NR задает слоты 7 и 14 символов, слоты с областью DL-управления или без нее, слоты с добавочными защитными временами между направлениями дуплекса, нумерологии с расширенным циклическим префиксом. Применение традиционного LTE-решения и PUCCH на основе блочного кодирования с расширением спектра для символов, с тем чтобы мультиплексировать пользователей в NR, требует задания одного конкретного формата для каждого доступного или выделенного числа OFDM-символов. Это существенно увеличивает как сложность, так и число PUCCH-форматов.

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

LTE также задает PUCCH-форматы, которые не основываются на блочном кодировании с расширением спектра для символов, например, PUCCH-формат 2/2a/2b, 4, 5. PUCCH-формат 2/2a/2b и 5 имеет такую проблему, что он предлагает слишком небольшие рабочие данные для NR, т.е. слишком небольшое число предлагаемых битов рабочих данных, требуемых для NR. Размеры рабочих данных (предлагаемое число битов рабочих данных) LTE PUCCH-формата 4 больше. Формат 4 имеет такую проблему, что он по-прежнему не является достаточно гибким для того, чтобы поддерживать NR, который должен приспосабливать больший диапазон от небольшого числа битов рабочих данных до большого числа битов рабочих данных. Помимо этого, он должен, например, в случае небольших рабочих данных для каждого PUCCH или ассоциированного пользователя, поддерживать мультиплексирование пользователей в идентичном частотно-временном ресурсе, к примеру, в блоке физических ресурсов (PRB).

В одном примере, PUCCH-формат 5 в LTE обеспечивает мультиплексирование PUCCH, ассоциированных с двумя пользователями, с использованием блочного кодирования с расширением спектра в расчете на DFTS-OFDM-символ. Тем не менее, PUCCH-формат 5 имеет фиксированную полосу пропускания одного PRB и в силу этого не поддерживает варьирующееся число PUCCH.

Таким образом, существует потребность в том, чтобы предоставлять решение, которое уменьшает или разрешает описанные недостатки и проблемы, к примеру, применение унаследованных LTE PUCCH-форматов к NR.

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

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

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

По меньшей мере одно преимущество настоящего изобретения состоит в том, что могут существенно уменьшаться сложность и число PUCCH-форматов.

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

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

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

Фиг. 2 показывает то, как поднесущие смежно выделяются или выделяются согласно гребенчатому шаблону согласно одному или более вариантов осуществления настоящего раскрытия сущности.

Фиг. 3 показывает то, как выделенные поднесущие перескакивают по частотам между символами согласно одному или более вариантов осуществления настоящего раскрытия сущности.

Фиг. 4 показывает то, как опорные сигналы демодуляции выделяются всем поднесущим выделенных ресурсов, и UCI выделяется поднабор поднесущих выделенных ресурсов согласно одному или более вариантов осуществления настоящего раскрытия сущности.

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

Фиг. 6 схематично показывает то, как множество PUCCH кодируются с расширением спектра по выделенным ресурсам согласно варианту осуществления настоящего раскрытия сущности.

Фиг. 7 показывает блок-схему последовательности операций способа согласно одному или более вариантов осуществления настоящего раскрытия сущности.

Фиг. 8 показывает блок-схему последовательности операций способа 800 согласно настоящему раскрытию сущности.

Фиг. 9 показывает блок-схему последовательности операций способа 900 согласно настоящему раскрытию сущности.

Фиг. 10 показывает блок-схему последовательности операций способа 1000 согласно настоящему раскрытию сущности.

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

Фиг. 12 показывает беспроводное устройство согласно одному или более вариантов осуществления настоящего раскрытия сущности.

Фиг. 13 показывает сетевой узел согласно одному или более вариантов осуществления настоящего раскрытия сущности.

Фиг. 14 показывает беспроводное устройство согласно одному или более вариантов осуществления настоящего раскрытия сущности.

Фиг. 15 показывает сетевой узел согласно одному или более вариантов осуществления настоящего раскрытия сущности.

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

Подробное описание изобретения

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

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

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

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

LTE задает множество PUCCH-форматов, иногда с довольно похожими размерами рабочих данных. Предпочтительно сокращать число PUCCH-форматов в NR.

Несколько LTE PUCCH-форматов основываются на блочном кодировании с расширением спектра для OFDM-символов, чтобы мультиплексировать пользователей. Число OFDM-символов, для которых может применяться блочное кодирование с расширением спектра, зависит от числа доступных OFDM-символов. В NR, число доступных OFDM-символов может варьироваться: NR задает примеры слотов, имеющих 7 и 14 символов, слотов с областью DL-управления или без нее, слотов с добавочными защитными временами между направлениями дуплекса, нумерологий с расширенным циклическим префиксом. Базирование на блочном кодировании с расширением спектра для символов требует одного конкретного формата для каждого числа доступных OFDM-символов, что существенно увеличивает число PUCCH-форматов.

LTE PUCCH-формат без базирования на блочном кодировании с расширением спектра для временных символов представляет собой PUCCH-формат 2/2a/2b, 4, 5. PUCCH-формат 2/2a/2b и 5 предоставляет слишком небольшие рабочие данные для NR. Размеры рабочих данных PUCCH-формата 4 являются большими, но не являются достаточно гибкими, чтобы приспосабливать от небольших рабочих данных до больших рабочих данных и мультиплексирование пользователей в идентичном частотно-временном ресурсе.

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

Настоящее раскрытие сущности с предложенными схемами PUCCH покрывает широкий диапазон рабочих данных, а также обеспечивает мультиплексирование пользователей в идентичном частотно-временном ресурсе. Этот формат вместе с другим форматом для небольших размеров рабочих данных может покрывать все требуемые размеры рабочих данных UCI NR, что приводит к намного меньшему количеству PUCCH-форматов, чем в LTE.

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

Настоящее раскрытие сущности предлагает проектировать длинный PUCCH безотносительно числа символов UL, в частности, для средних и крупных размеров рабочих данных или числа битов рабочих данных. Настоящее раскрытие сущности дополнительно предлагает то, что мультиплексирование или комбинирование информации из нескольких PUCCH или пользователей должно базироваться на мультиплексировании или комбинировании в расчете на символ, в противовес традиционным LTE-решениям, которые базируются на блочном кодировании с расширением спектра для OFDM-символов для мультиплексирования. Настоящее раскрытие сущности имеет такое преимущество, что оно приводит к тому, что PUCCH-формат является независимым от числа OFDM-символов, доступных для PUCCH. Различные размеры рабочих данных размещаются, например, посредством варьирования числа выделенного PRB или порядка модуляции.

В 3GPP, обсуждается, см., например, "RAN1 Chairman's Notes", 3GPP TSG RAN WG1 Meeting #87, ноябрь 2016 года, то, что длинный физический канал управления восходящей линии связи (PUCCH) должен быть основан на проектном решении с низким отношением пиковой мощности к средней мощности, с низким PAPR. Кроме того, 3GPP согласует, в своих допущениях при моделировании для схемы кодирования каналов управления, размеры рабочих данных или число битов рабочих данных вплоть до 200 битов, см. "RAN1 Chairman's Notes", 3GPP TSG RAN WG1 Meeting #86, август 2016 года. Такие большие размеры рабочих данных не могут поддерживаться с модуляцией последовательностей. Настоящее раскрытие сущности предлагает то, что длинный PUCCH может быть основан на OFDM- или DFTS-OFDM-модуляции. Чтобы справляться с варьирующимися размерами рабочих данных от нескольких 10 битов до нескольких сотен битов, необходимо поддерживать различные полосы пропускания для длинного PUCCH. В одном примере, PUCCH-формат 5 в LTE обеспечивает мультиплексирование двух пользователей с использованием блочного кодирования с расширением спектра в расчете на DFTS-OFDM-символ, что исключает зависимости между символами с кодированием с преобразованием спектра и DFT. Тем не менее, PUCCH-формат 5 имеет фиксированную полосу пропускания одного PRB. Чтобы унифицировать гибкость полосы пропускания и способность к мультиплексированию очевидным способом, настоящее раскрытие сущности предлагает то, что мультиплексирование PUCCH может быть основано на мультиплексировании с частотным разделением каналов (FDM). В одном примере, несколько PUCCH, совместно использующих идентичные PRB, могут использовать часть PRB-поднесущих смежно 220 или гребенчатым способом 210. Каждом из нескольких PUCCH, выделенных идентичным PRB, может назначаться различные гребенки. Гребенки или гребенчатые шаблоны 210 дополнительно описываются относительно фиг. 2.

LTE задает множество различных PUCCH-форматов, покрывающих большой диапазон рабочих данных. Ниже приводятся примеры множества различных PUCCH-форматов, заданных посредством LTE.

PUCCH-формат 1/1a/1b используется для запроса на диспетчеризацию и одно- или двухбитовой обратной связи по HARQ. Этот формат использует модуляцию последовательностей, при которой базовая последовательность с низким PAPR преобразуется в 12 поднесущих блочного кодирования с расширением спектра временной области и один OFDM-символ. Различные пользователи могут мультиплексироваться в идентичный частотно-временной ресурс посредством назначения различным пользователям различных циклических сдвигов идентичной базовой последовательности и/или назначения различных последовательностей блочного кодирования с расширением спектра. Выделенные 12 поднесущих перескакивают по частотам на границе слота, чтобы получать частотное разнесение. Три из семи символов используются для опорных сигналов, например, как обычные циклические префиксы.

PUCCH-формат 2/2a/2b используется для CQI вплоть до 13 битов, а также для CQI вместе с обратной связью по HARQ. Рабочие данные кодируются с использованием кодирования Рида-Мюллера, и пары битов преобразуются в QPSK-символы. Каждый QPSK-символ умножается на базовую последовательность с низким PAPR, которая преобразуется в 12 поднесущих одного OFDM-символа. Различные кодированные биты передаются с использованием различных OFDM-символов, и выделенные 12 поднесущих перескакивают по частотам на границе слота, чтобы получать частотное разнесение. В сумме 20 кодированных битов преобразуются для 20 OFDM-символов.

Формат 2a/2b, который переносит в дополнение к CQI также обратную связь по HARQ, модулирует второй опорный сигнал с помощью одно- или двухбитовой обратной связи по HARQ. Множество пользователей могут мультиплексироваться в идентичный частотно-временной ресурс посредством назначения различным пользователям различных циклических сдвигов идентичной базовой последовательности. Два из семи символов используются для опорных сигналов, например, как обычные циклические префиксы.

PUCCH-формат 3 используется для рабочих данных вплоть до 11 или 22 битов. Рабочие данные кодируются с использованием кодирования Рида-Мюллера, например, вплоть до 11 битов: одиночный код Рида-Мюллера, вплоть до 22 битов: двойной код Рида-Мюллера. В обоих случаях, 48 кодированных битов формируются. В случае одиночного Кода Рида-Мюллера, биты повторяются. 48 кодированных битов преобразуются в 24 QPSK-символа. 12 QPSK-символов передаются на 12 поднесущих в первом слоте, и другие 12 QPSK-символов - на других 12 поднесущих во втором слоте. Каждый слот может перескакивать по частоте, чтобы получать частотное разнесение. 12 QPSK-символов предварительно кодируются с преобразованием (например, DFT), чтобы получать низкий PAPR, и передаются на 12 поднесущих и повторяются, например, с блочным кодированием с расширением спектра, для OFDM-символов. Множество пользователей могут мультиплексироваться в идентичный частотно-временной ресурс посредством назначения различным пользователям различных последовательностей блочного кодирования с расширением спектра. Два из семи символов используются для опорных сигналов, например, как обычные циклические префиксы.

PUCCH-формат 4 используется для рабочих данных вплоть до 768 битов, при 8 выделенных PRB и кодовой скорости 1/3. Рабочие данные кодируются с использованием кодов свертки с дополнением битами концевой части и преобразуются в символы QPSK-модуляции. Символы модуляции сегментируются на группы, и каждая группа предварительно DFT-кодируется и передается в отдельном OFDM-символе. Выделенное число PRB может регулироваться до размера рабочих данных. Выделенные PRB могут перескакивать по частотам на границе слота, чтобы получать частотное разнесение. Один символ опорных сигналов демодуляции (DM-RS) в расчете на слот вставляется, т.е. один из семи символов используется для опорного сигнала (как обычный циклический префикс). Этот формат не поддерживает мультиплексирование различных пользователей в идентичном ресурсе.

PUCCH-формат 5 является почти идентичным PUCCH-формату 4 и поддерживает размеры рабочих данных вплоть до 48 битов с кодовой скоростью 1/3. Отличие от PUCCH-формата 4 заключается в том, что этот формат поддерживает только фиксированное выделение PRB одного PRB и обеспечивает возможность мультиплексирования двух пользователей в идентичном частотно-временном ресурсе. Это мультиплексирование достигается посредством блочного кодирования с расширением спектра шести QPSK-символов с последовательностью длиной в два, что приводит к 12 символам модуляции. Символы модуляции затем вводятся в предварительный DFT-кодер.

NR задает различные форматы слотов, слот может составлять 7 или 14 символов, длительность слота может составлять чистый UL-слот, либо она может иметь область DL-управления, длительность слота может размещать защитные периоды другой длительности между направлениями дуплекса, либо большее число слотов может агрегироваться, нумерологии с расширенным циклическим префиксом приводят к меньшему количеству символов в расчете на слот. Все эти факторы оказывают влияние на число OFDM-символов, которые доступны для PUCCH-передачи. Чтобы исключать задание PUCCH-форматов для каждой длины, предложенное проектное решение не использует блочное кодирование с расширением спектра для OFDM-символов, чтобы мультиплексировать пользователей.

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

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

Фиг. 1 показывает блок-схему беспроводного устройства согласно варианту осуществления настоящего раскрытия сущности. Фиг. 1 показывает предпочтительный вариант осуществления, в котором PUCCH основан на DFTS-OFDM и мультиплексировании с частотным разделением каналов (FDM) нескольких PUCCH. Блок-схема этого предпочтительного варианта осуществления показана на фиг 1.

UCI кодируется на необязательном этапе, например, с помощью полярных кодов, кодов Рида-Мюллера или других блочных кодов, сверточных кодов, LDPC-кодов, турбокодов. Кодированные биты затем необязательно сегментируются или разбиваются на наборы, по одному набору для каждого OFDM-символа. Кодирование может здесь также включать в себя скремблирование, перемежение и присоединение битов контроля циклическим избыточным кодом (CRC) при необходимости.

Как показано на блок-схеме по фиг. 1, PUCCH основан на DFTS-OFDM и FDM. Предполагается, что QPSK-модуляция используется, что число #PRB PRB выделяется в качестве выделенных ресурсов, чтобы передавать PUCCH, и что число #PUCCH PUCCH может мультиплексироваться.

В некоторых вариантах осуществления кодирование может содержать этап повторения, что означает то, что (частично) идентичные кодированные биты передаются в или с использованием нескольких символов, например, символов 0-6 на фиг. 1. Например, кодированная битовая последовательность для символов 7-13 слота может быть идентичной для символов 0-6; даже если предпочтительное решение заключается в том, чтобы основываться на кодировании вместо повторения между первой и второй частью во слоте. Другой пример представляет собой PUCCH для нескольких слотов, здесь, идентичные повторяемые и кодированные биты могут передаваться в нескольких слотах. Один способ регулировать размер рабочих данных в таком случае состоит в том, чтобы регулировать кодовую скорость.

В одном примере набор кодированных битов, который преобразуется в символы модуляции, например, преобразуется в символы QAM-модуляции. Предпочтительно используются только символы QPSK-модуляции. Тем не менее, в менее предпочтительной разновидности, символы высшего порядка модуляции могут использоваться для того, чтобы увеличивать размер рабочих данных. После преобразования в один или более символов модуляции или, символы модуляции могут сегментироваться на группы символов MS1-6 модуляции, по одной группе для каждого OFDM-символа. Каждая группа символов модуляции затем предварительно кодируется с преобразованием, типично с использованием DFT. Размер оператора предварительного кодирования равен числу выделенных поднесущих, используемых для этого конкретного PUCCH.

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

Фиг. 2 показывает то, как поднесущие смежно выделяются или выделяются согласно гребенчатому шаблону согласно одному или более вариантов осуществления настоящего раскрытия сущности. Поднесущие, выделенные для использования посредством одного PUCCH, могут либо смежно выделяться согласно смежной части 220, либо выделяться согласно гребенчатому шаблону 210. Смежная часть, например, может составлять поднесущие 0-2 для PUCCH1 и поднесущие 3-11 для PUCCH2 (в случае одного выделенного PRB). В случае нескольких выделенных PRB, этот шаблон может повторяться для выделенных PRB (менее предпочтительно, поскольку это увеличивает PAPR), либо все выделенные PRB рассматриваются в качестве одного ресурса частотной области, и смежные части распределяются из этого ресурса, например, поднесущие 0-5 для PUCCH1 и поднесущие 6-23 для PUCCH2 (при условии, что два PRB выделены для PUCCH). В случае гребенки, один PUCCH назначается каждую k-я поднесущую выделенных PRB. Следует отметить, что различные плотности гребенки и в силу этого рабочие данные могут мультиплексироваться; например, PUCCH1 может выделяться поднесущим 2k, PUCCH2 - поднесущим 1+4k, и PUCCH3 - поднесущим 3+4k. В примере относительно фиг. 2, используются две гребенки.

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

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

Фиг. 3 показывает то, как выделенные поднесущие перескакивают по частотам между символами согласно одному или более вариантов осуществления настоящего раскрытия сущности. Чтобы рандомизировать (межсотовые) помехи, поднесущие, назначаемые одному или более PUCCH в выделенном PRB, могут варьироваться для символов согласно шаблону перескока частот, как показано на фиг. 3. Шаблон перескока частот должен совместно использоваться посредством всех мультиплексированных PUCCH и может зависеть от псевдослучайной последовательности, инициализированной посредством сконфигурированного значения, или зависеть от (виртуального) идентификатора соты. Чтобы обеспечивать то, что поднесущие после перескока остаются в пределах выделенных PRB, может выполняться операция ограничения, к примеру, операция по модулю с числом полностью выделенных поднесущих.

Чтобы получать частотное разнесение, предпочтительно, если перескок выделенного PRB осуществляется в пределах PUCCH-длительности, на фиг. 3 выделенный PRB отличается для первой половины и второй половины слота. Другие распределения перескока также могут предусматриваться, но каждый перескок должен содержать, по меньшей мере, один DM-RS. Если один или более PUCCH охватывают несколько слотов, перескакивание по частотам только для слотов также может предусматриваться.

Чтобы рандомизировать (межсотовые) помехи, поднесущие, назначаемые PUCCH в выделенном PRB, могут варьироваться для символов, как показано на фиг. 3.

Фиг. 4 показывает то, как опорным сигналам демодуляции выделяются все поднесущие выделенных ресурсов, и UCI выделяется поднабор поднесущих выделенных ресурсов согласно одному или более вариантов осуществления настоящего раскрытия сущности. На фиг. 4, UCI переносится только на поднаборе поднесущих выделенных PRB, в гребенчатом шаблоне в этом примере. DM-RS передается на всех поднесущих выделенных PRB.

Фиг. 5 показывает блок-схему беспроводного устройства согласно дополнительному варианту осуществления раскрытия сущности. На фиг. 5, показан менее предпочтительный вариант осуществления, в котором PUCCH основан на DFTS-OFDM и мультиплексировании во временной области PUCCH. Важное различие по сравнению с предыдущей схемой, показанной относительно фиг. 1, заключается в том, как проводится или выполняется мультиплексирование различных PUCCH. На фиг. 5, показана блок-схема PUCCH на основе DFTS-OFDM и мультиплексирования во временной области PUCCH. Предполагается, что QPSK-модуляция используется, число #PRB PRB выделяется PUCCH, и число #PUCCH PUCCH может мультиплексироваться. В одном варианте осуществления, пользователи разделяются до предварительного DFT-кодирования во временной области. Например, каждый n-ый символ модуляции в предварительном DFT-кодере может назначаться одному PUCCH, и оставшиеся символы - второму PUCCH, т.е. PUCCH разделяются с использованием гребенок или гребенчатых шаблонов во временной области. Во втором варианте осуществления, символы модуляции временной области назначаются в расчете на ввод предварительного DFT-кодера в возможном четном или нерегулярном шаблоне различному PUCCH. Тем не менее недостаток обоих вариантов осуществления состоит в том, что PUCCH не передается непрерывно или все время, и в силу этого энергия PUCCH не максимизируется.

В силу этого предпочтительно кодировать с расширением спектра или блочно кодировать с расширением спектра PUCCH во временной области в расчете на ввод предварительного DFT-кодера, как показано на фиг. 5. Каждый PUCCH передается все время, и в силу этого энергия максимизируется. Чтобы рандомизировать помехи, назначение последовательности (блочного) кодирования с расширением спектра PUCCH может варьироваться для OFDM-символов, символ 0-6, с использованием псевдослучайной последовательности, как пояснено в предыдущем разделе. Дополнительно, DM-RS может формироваться, как указано в предыдущем разделе.

Фиг. 6 схематично показывает то, как множество PUCCH кодируются с расширением спектра по выделенным PRB согласно варианту осуществления настоящего раскрытия сущности. PUCCH могут мультиплексироваться во временной области в расчете на символ с кодированием с преобразованием спектра и DFT с использованием блочного кодирования с расширением спектра. В этом примере, один PRB назначается. Как можно видеть на фиг. 6.

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

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

Важные аспекты решения, представленного в данном документе, представляют собой PUCCH-структуру с характеристиками мультиплексирования нескольких PUCCH, в которых рабочие данные могут увеличиваться посредством увеличения выделенного PRB и/или кодовой скорости. Мультиплексирование PUCCH осуществляется в расчете на символ, т.е. без базирования на блочном кодировании с расширением спектра для OFDM-символов, что приводит к тому, что этот формат хорошо подходит для передач переменной длины. Описываются различные схемы для того, чтобы мультиплексировать пользователей, такие как FDM или (блочное) кодирование с расширением спектра во времени для PUCCH на основе DFTS-OFDM, и FDM или (блочное) кодирование с расширением спектра по частоте для PUCCH на основе OFDM. Наиболее важные варианты осуществления могут обобщаться следующим образом:

1) PUCCH-передача по нескольким символам с использованием OFDM или DFTS-OFDM, при этом UCI кодируется и передается для символов

2) 1, плюс перескок частот выделенных PRB для (группы) OFDM-символов

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

4) 1, плюс, когда несколько PUCCH мультиплексируются в символе

5) 4 (для PUCCH DFTS-OFDM), плюс то, что мультиплексирование осуществляется с использованием FDM или (блочного) кодирования с расширением спектра со временем

6) 4 (для PUCCH OFDM), плюс то, что мультиплексирование осуществляется с использованием FDM или (блочного) кодирования с расширением спектра в частоте

7) 5 и 6, плюс, когда выделение или последовательность (блочного) кодирования с расширением спектра последовательность (блочного) кодирования с расширением спектра варьируется для символов

8) 4, плюс, когда DM-RS охватывают идентичное или большее число поднесущих, чем UCI-преобразование,

9) 8, плюс, когда DM-RS мультиплексируются с использованием различных гребенок или циклических сдвигов базовой последовательности

10) 9, плюс, когда DM-RS-ресурс (гребенка, циклический сдвиг) варьируется для DM-RS-символов

11) 1, плюс, когда PUCCH передается с использованием разнесения при передаче

12) 11, плюс, когда PUCCH передается с использованием нескольких ресурсов (сравните с вышеприведенными 4 и 5).

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

В одном варианте осуществления способ для использования в беспроводном устройстве в системе беспроводной связи для передачи управляющей информации восходящей линии связи (UCI), причем способ содержит получение 710 UCI, содержащей число UCI-битов, преобразование 720 UCI-битов в набор символов модуляции или групп символов MS1-MS6 модуляции, получение 730 конфигурации ресурсов, при этом конфигурация ресурсов, по меньшей мере, является указанием одного или более выделенных ресурсов, доступных для передачи символов модуляции, преобразование 740 символов модуляции или групп символов MS1-MS6 модуляции в конфигурацию ресурсов, при этом конфигурация ресурсов дополнительно является указанием выделенных поднесущих, содержащихся в одном или более выделенных ресурсов, и передачу 750 символов модуляции или групп символов модуляции с использованием выделенных поднесущих.

Фиг. 7 показывает блок-схему последовательности операций способа согласно одному или более вариантов осуществления настоящего раскрытия сущности. Способ может реализовываться в беспроводном устройстве 100, выполненном с возможностью связи в сети 300 беспроводной связи. Способ содержит:

Этап 710: получение управляющей информации восходящей линии связи (UCI), содержащей число UCI-битов. UCI-биты могут быть ассоциированы с одним PUCCH или с одним пользователем. Получение UCI, например, может содержать вычисление UCI посредством процессора на основе предварительно заданного правила, прием UCI из сетевого узла или любого другого сетевого устройства беспроводной связи или извлечение UCI из запоминающего устройства или другого цифрового запоминающего носителя. PUCCH-информация PUCCH может быть ассоциирована с одним или более пользователей. В одном примере, UCI-биты ассоциированы с одним PUCCH или пользователем.

В варианте осуществления способ дополнительно содержит кодирование UCI, например, в качестве части этапа 710 получения, описанного выше. UCI, например, может кодироваться с помощью полярных кодов, кодов Рида-Мюллера, других блочных кодов, известных в данной области техники, сверточных кодов, LDPC-кодов или турбокодов. UCI может кодироваться посредством кодов, которые имеют ассоциированную кодовую скорость. Код может выбираться таким образом, что результирующая кодированная UCI имеет размер, который обеспечивает возможность ее последующего преобразования в доступные физические ресурсы, к примеру, в выделенные PRB. Код может выбираться на основе числа UCI-битов.

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

В одном варианте осуществления UCI или кодированные UCI-биты сегментируются или разбиваются на взаимоисключающие наборы, по одному набору для каждого символа 0-6, например, временного символа, такого как OFDM- или DFTS-OFDM-символ. В дополнительном варианте осуществления, взаимоисключающие наборы затем преобразуются в один или более символов модуляции или групп символов модуляции на этапе 720 преобразования, дополнительно описанном ниже. Следует понимать, что кодирование также может включать в себя скремблирование, перемежение и CRC-присоединение, если применимо.

В одном или более вариантов осуществления необязательный этап кодирования может содержать выполнение повторения, что означает то, что, по меньшей мере, частично, идентичные кодированные биты передаются в нескольких символах. В одном примере, кодированные битовые последовательности, содержащиеся во взаимоисключающих наборах, преобразованных в символы 7-13 модуляции слота, могут представлять собой идентичные взаимоисключающие наборы, преобразованные в символы 0-6 модуляции. Предпочтительное решение может заключаться в том, чтобы базироваться на кодировании вместо повторения между первой и второй частью в слоте. Другой пример повторения представляет собой повторение PUCCH для нескольких слотов. Идентичные кодированные битовые последовательности, содержащиеся во взаимоисключающих наборах, могут передаваться в нескольких слотах. Один способ регулировать размер рабочих данных числа предлагаемых битов рабочих данных состоит в том, чтобы регулировать кодовую скорость этапа кодирования, например, на основе числа UCI-битов.

В дополнительном варианте осуществления способ дополнительно содержит дополнительное выполнение любого из выбора этапов для перемежения и CRC-присоединения UCI-битов.

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

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

В одном дополнительном примере символы модуляции представляют собой символы QPSK-модуляции. Альтернативно, символы модуляции представляют собой символы высшего порядка, например, чтобы увеличивать размер рабочих данных или число предлагаемых битов рабочих данных. После преобразования в символы модуляции символы модуляции могут сегментироваться на группы символов модуляции, по одной группе для каждого OFDM-символа. Каждая группа символов модуляции необязательно может предварительно кодироваться с преобразованием посредством оператора предварительного кодирования, например, с использованием дискретного преобразования Фурье (DFT). Размер оператора предварительного кодирования может быть равен выделенному числу поднесущих, используемых для одного или более PUCCH.

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

Этап 740: Способ дополнительно может содержать преобразование символов модуляции или групп символов модуляции в конфигурацию ресурсов. Преобразование в одном варианте осуществления может зависеть от UCI-размера или числа UCI-битов, например, преобразование UCI в несколько ресурсов, таких как PRB.

В неограничивающем примере UCI разбивается на взаимоисключающие наборы двух битов, которые преобразуются в символы QPSK-модуляции. После преобразования в символы модуляции, символы модуляции необязательно могут сегментироваться на группы символов модуляции, по одной группе для каждого символа, например, временного символа, такого как OFDM- или DFTS-OFDM-символ. Каждая группа символов модуляции необязательно может кодироваться с преобразованием с помощью оператора или матрицы предварительного кодирования, типично с использованием DFT. Размер оператора предварительного кодирования равен числу выделенных поднесущих, используемых для PUCCH, который должен передаваться. Число выделенных поднесущих (и в силу этого число символов модуляции в расчете на символ) или число PRB сконфигурировано, например, на основе требуемых рабочих данных в форме UCI-битов. Конфигурация, например, может полустатически конфигурироваться через передачу служебных RRC-сигналов, динамически указываться в DCI-сообщении либо как комбинация вышеозначенного. Все поднесущие в выделенном PRB могут назначаться PUCCH, либо несколько PUCCH, исходящих из нескольких беспроводных устройств, могут мультиплексироваться или выделяться неперекрывающимся наборам поднесущих, содержащихся в выделенных PRB. Выделенные поднесущие необязательно могут либо выделяться в смежной части, либо размещаться в гребенчатом шаблоне, как описано относительно фиг. 2. В еще одном примере поднесущие могут выделяться в смежной части посредством выделения поднесущих 0-2 для PUCCH1, отправленного из первого беспроводного устройства, и поднесущих 3-11 для PUCCH2, отправленного из второго беспроводного устройства, в идентичный сетевой узел. Выбор поднесущих, содержащихся в выделенных PRB, как описано выше, может конфигурироваться посредством передачи управляющих служебных RRC-сигналов, указываться в управляющей информации нисходящей линии связи (DCI) либо как комбинация вышеозначенного. Пользователь, например, могут иметь выделенные PRB в своем PUCCH и определенное число различных сконфигурированных шаблонов подлежащих использованию поднесущих. DCI затем указывает то, какой шаблон подлежащих использованию поднесущих должен использоваться. Различный шаблон подлежащих использованию поднесущих, с которым сконфигурировано UE, может иметь идентичное число поднесущих или варьироваться, чтобы приспосабливать различные размеры рабочих данных. Также неявная информация, например, извлекаемая из команды DL-диспетчеризации (например, касательно того, где расположен переносящий DCI канал управления, подробности диспетчеризации себя, например, сколько компонентных несущих диспетчеризуются), может использоваться для того, чтобы (частично) определять PUCCH-ресурсы, такие как PRB или поднесущие, содержащиеся в ней.

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

Необязательный этап 742: В варианте осуществления способ 700 дополнительно содержит выбор набора поднесущих из выделенных ресурсов, например, на основе числа UCI-битов.

В одном варианте осуществления этап преобразования 740 символов MS1-MS6 модуляции дополнительно содержит:

- выбор 741 набора ресурсов из выделенных ресурсов, и

- выделение 742 поднесущих, содержащихся в наборе ресурсов, для передачи символов модуляции.

В одном варианте осуществления набор ресурсов содержит один блок физических ресурсов (PRB).

В одном варианте осуществления набор ресурсов содержит множество PRB.

Этап 750: Способ дополнительно может содержать передачу символов модуляции, типично с использованием выделенных поднесущих. Символы модуляции или группы символов модуляции могут передаваться по выбранному набору поднесущих, по поднесущим, содержащимся в наборе ресурсов, или по поднесущим, содержащимся в конфигурации ресурсов. Символы модуляции или группы символов модуляции могут содержаться в символах, таких как OFDM-символы.

В варианте осуществления способ 700 дополнительно содержит определение того, что число UCI-битов меньше или равно числу битов рабочих данных, предлагаемых посредством набора ресурсов или выделенных ресурсов, перед выполнением этапа выделения поднесущих. При определении того, что число UCI-битов превышает число битов рабочих данных, предлагаемых посредством выделенных ресурсов, способ дополнительно содержит любое из увеличения кодовой скорости, используемой для того, чтобы кодировать UCI и/или UCI-биты, увеличения порядка модуляции, используемого для полученных символов модуляции, или увеличения числа ресурсов в выделенных ресурсах. Таким образом, беспроводное устройство может обеспечивать то, что могут передаваться UCI-биты, и то, что используются только требуемые числа ресурсов, например, PRB. Это, по меньшей мере, должно уменьшать общий уровень помех в системе беспроводной связи.

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

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

В одном примере несколько PUCCH могут иметь идентичные выделенные PRB, но использовать различные поднесущие выделения для своего PUCCH. То, какие поднесущие использовать, из числа выделенных PRB, может конфигурироваться на основе принимаемой передачи служебных RRC-сигналов или на основе одного или более DCI-сообщений, как описано выше. В дополнительном примере пользователь, например, может иметь PRB для своего ассоциированного PUCCH и определенное число различных сконфигурированных шаблонов подлежащих использованию поднесущих. DCI в таком случае может указывать то, какой шаблон подлежащих использованию поднесущих следует использовать. Различные шаблоны подлежащих использованию поднесущих, с которыми сконфигурировано UE, могут иметь идентичное число поднесущих или варьировать число поднесущих, чтобы приспосабливать различные размеры рабочих данных или требуемые предлагаемые биты рабочих данных. Также неявная информация, например, извлекаемая из команды DL-диспетчеризации, может использоваться для того, чтобы определять PUCCH-ресурсы. Неявная информация может включать в себя то, где расположен переносящий DCI канал управления, подробности диспетчеризации себя, например, сколько компонентных несущих диспетчеризуются.

Со ссылкой на фиг. 2, поднесущие могут смежно выделяться или выделяться согласно гребенчатому шаблону. Гребенчатые шаблоны дополнительно описываются относительно фиг. 2. В одном примере гребенчатый шаблон использует каждую k-ю поднесущую выделенных PRB. В одном примере первое беспроводное устройство, передающее PUCCH1, может выделяться поднесущим с гребенчатым шаблоном 2k. Второе беспроводное устройство, передающее PUCCH2, может выделяться поднесущим с гребенчатым шаблоном 1+4k. Третье беспроводное устройство, передающее PUCCH3, может выделяться поднесущим с гребенчатым шаблоном 3+4k. В примере на фиг. 2, используются две гребенки.

В одном варианте осуществления выделенные поднесущие смежно выделяются или выделяются согласно гребенчатому шаблону.

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

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

В варианте осуществления выделенные PRB, доступные для передачи символов модуляции или групп символов модуляции, дополнительно выделяются для передачи опорных сигналов демодуляции (DMRS). Альтернативно поднесущие, содержащиеся в выделенных PRB, используемых для передачи символов модуляции, и дополнительные поднесущие, содержащиеся в выделенных PRB, используются для передачи опорных сигналов демодуляции (DMRS).

В одном примере DM-RS назначается или выделяется идентичным поднесущим, используемым посредством PUCCH для UCI. Это может иметь такой недостаток, что когда PUCCH использует только несколько поднесущих, (межсотовые) помехи могут быть высокими. В дополнительном примере большее число или дополнительные поднесущие выделяются для DM-RS относительно того, что выделяется для PUCCH-данных/UCI. Они в простейшем случае должны представлять собой все поднесущие всех выделенных PRB (в расчете на ветвь перескока частот), альтернативно, "плотную гребенку". Мультиплексирование пользователей может осуществляться с использованием гребенок и/или с использованием CDM, например, по-разному циклически сдвинутые базовые последовательности, назначаемые различным PUCCH (все PUCCH DM-RS используют идентичную базовую последовательность, по меньшей мере, те которые совместное используют гребенку). Гребенки или циклические сдвиги могут варьироваться для DM-RS-символов псевдослучайным способом, чтобы дополнительно рандомизировать помехи. Инициализация формирователя псевдослучайных последовательностей может быть основана на сконфигурированном значении или зависеть от (виртуального) идентификатора соты. Чтобы улучшать оценку шума, может предписываться то, что DM-RS и UCI передаются с заданной мощностью относительно друг друга (например, с идентичной), независимо от числа используемых поднесущих.

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

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

В одном примере набор PRB может выбираться на основе числа UCI-битов. В примере, в котором один PUCCH содержит UCI в форме PUCCH-информации, что требует большого размера рабочих данных или числа предлагаемых битов рабочих данных. Все поднесущие нескольких PRB могут назначаться идентичному PUCCH. Другими словами, способ, описанный относительно фиг. 7, дополнительно может содержать определение того, что число UCI-битов меньше или равно числу битов рабочих данных, предлагаемых посредством PRB-набора, причем набор выбирается из выделенных PRB, указываемых посредством PRB-конфигурации.

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

В одном примере PRB-конфигурация является указанием числа M PRB, доступных или выделенных для передачи символов модуляции. Набор з N PRB, где N<=M, в таком случае может выбираться на основе числа UCI-битов таким образом, что число предлагаемых битов рабочих данных, предлагаемых посредством набора N PRB, больше или равно числу UCI-битов. Способ, описанный относительно фиг. 7, дополнительно может содержать выделение или обеспечение доступности поднесущих, содержащихся во всем PRB-наборе, для передачи символов модуляции. В одном примере все поднесущие, содержащиеся в N PRB, выделяются для передачи символов модуляции.

Фиг. 8 показывает блок-схему последовательности операций способа 800 согласно настоящему раскрытию сущности. Способ 800 может реализовываться в сетевом узле, выполненном с возможностью связи в сети 300 беспроводной связи. Способ содержит:

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

Этап 820: прием 820 символов модуляции на основе PRB-конфигурации. Символы модуляции могут демодулироваться в управляющую информацию восходящей линии связи (UCI), ассоциированную, по меньшей мере, с одним физическим каналом управления восходящей линии связи (PUCCH). Конфигурация ресурсов дополнительно может являться указанием поднесущих, содержащихся в одном или более выделенных PRB. Конфигурация ресурсов дополнительно описывается относительно фиг. 7. Символы модуляции может представлять собой QAM- или QPSK-символы, как подробнее описано относительно фиг. 1 и 7.

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

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

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

В варианте осуществления способа 800, поднесущие, на которых принимается каждая UCI, смежно выделяются или выделяются согласно гребенчатому шаблону. Гребенчатые шаблоны дополнительно описываются относительно фиг. 2.

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

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

В варианте осуществления прием символов модуляции выполняется для поднесущих, содержащихся в наборе ресурсов, выбранном из выделенных ресурсов.

В варианте осуществления набор ресурсов содержит один PRB.

В варианте осуществления набор ресурсов содержит множество PRB.

Фиг. 9 показывает блок-схему последовательности операций способа 900 согласно настоящему раскрытию сущности. Способ 900 может реализовываться в беспроводном устройстве 100, выполненном с возможностью связи в сети 300 беспроводной связи. Способ содержит:

- получение 910 управляющей информации восходящей линии связи (UCI), содержащей число UCI-битов. Этап получения UCI может выполняться аналогично тому, что описано относительно фиг. 7. Способ дополнительно может содержать преобразование 920 UCI-битов в набор символов модуляции. Преобразование UCI-битов в набор символов модуляции может выполняться аналогично тому, что описано относительно фиг. 7. Способ дополнительно может содержать получение 925 конфигурации кодирования с расширением спектра, содержащей, по меньшей мере, одну сконфигурированную последовательность кодирования с расширением спектра. Получение конфигурации кодирования с расширением спектра, например, может содержать вычисление конфигурации кодирования с расширением спектра посредством процессора на основе предварительно заданного правила, прием конфигурации кодирования с расширением спектра из сетевого узла или любого другого сетевого устройства беспроводной связи или извлечение конфигурации кодирования с расширением спектра из запоминающего устройства или другого цифрового запоминающего носителя. Способ дополнительно может содержать (блочное) кодирование с расширением спектра 930 символов модуляции с использованием наименьшей одной сконфигурированной последовательности кодирования с расширением спектра. Кодирование с расширением спектра дополнительно описывается относительно фиг. 5 и 6. Способ дополнительно может содержать передачу 950 кодированных с расширением спектра символов модуляции.

В варианте осуществления способ 900 дополнительно содержит выполнение любого из выбора этапов для кодирования, скремблирования, перемежения и CRC-присоединения UCI-битов, как подробнее описано относительно фиг. 7.

В варианте осуществления способ дополнительно содержит выполнение любого из выбора этапов для кодирования, скремблирования, перемежения и CRC-присоединения UCI-битов.

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

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

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

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

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

В одном варианте осуществления выделенные ресурсы, доступные для передачи символов модуляции, дополнительно выделяются для передачи опорных сигналов демодуляции (DMRS).

В одном варианте осуществления поднесущие, содержащиеся в выделенных ресурсах, используемых для передачи символов модуляции, и дополнительные поднесущие, дополнительно содержащиеся в выделенных ресурсах, используются для передачи опорных сигналов демодуляции (DMRS).

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

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

В варианте осуществления по меньшей мере, одна сконфигурированная последовательность кодирования с расширением спектра, используемая для кодирования с расширением спектра символов модуляции, варьируется для символов.

В варианте осуществления способ 900 дополнительно содержит выполнение преобразования кодированных с расширением спектра символов модуляции. В одном примере DFT преобразование выполняется.

Фиг. 10 показывает блок-схему последовательности операций способа 1000 согласно настоящему раскрытию сущности. Способ 1000 может реализовываться в сетевом узле, выполненном с возможностью связи в сети 300 беспроводной связи. Способ содержит формирование 1010 конфигурации кодирования с расширением спектра, содержащей или указывающей, по меньшей мере, одну сконфигурированную последовательность кодирования с расширением спектра. Способ дополнительно может содержать прием 1020 символов модуляции на основе конфигурации кодирования с расширением спектра. Символы модуляции дополнительно могут демодулироваться или обнаруживаться как управляющая информация восходящей линии связи (UCI), ассоциированная, по меньшей мере, с одним PUCCH.

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

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

Фиг. 11 показывает беспроводной узел, выполненный с возможностью связи в сети беспроводной связи. Беспроводное устройство содержит схему, содержащую процессор и запоминающее устройство, причем упомянутое запоминающее устройство содержит инструкции, выполняемые посредством упомянутого процессора, за счет чего упомянутое первое беспроводное устройство выполнено с возможностью осуществлять способ по любому из вариантов осуществления, описанных в данном документе. Процессор 102 функционально соединяется с приемо-передающим устройством 104. Дополнительно, беспроводное устройство 100 дополнительно может содержать одну или более необязательных антенн 108, как показано на фиг. 11. Антенна(ы) 108 соединяется (соединяются) с приемо-передающим устройством 104 и выполнена(выполнены) с возможностью передавать и/или испускать и/или принимать беспроводные сигналы S в системе беспроводной связи, например, передавать UCI, содержащуюся и/или включенную в качестве символов в беспроводные сигналы S. Процессор и/или процессорный блок, например, могут представлять собой схему обработки и/или центральный процессор, и/или процессорные модули, и/или несколько процессоров, выполненных с возможностью взаимодействовать друг с другом. Схема дополнительно может содержать запоминающее устройство 106. Запоминающее устройство может содержать инструкции, выполняемые посредством процессора 102, осуществлять способы, описанные в данном документе. Процессор может функционально соединяться с любым из приемо-передающего устройства 104 и запоминающего устройства 106. В этом раскрытии сущности беспроводное устройство 100 может означать беспроводной узел, пользовательское оборудование (UE), беспроводной терминал, мобильный телефон, смартфон, сетевой узел, сетевой управляющий узел, сетевой узел доступа, точку доступа или базовую станцию, например, базовую радиостанцию (RBS), которая в некоторых сетях может упоминаться как передающее устройство, "gNB", "eNB", "усовершенствованный узел B", "узел B" или "B-узел", в зависимости от используемой технологии и терминологии. Беспроводные устройства или беспроводные узлы могут иметь различные классы, такие как, например, усовершенствованный макроузел B, собственный усовершенствованный узел B или базовая пикостанция, на основе мощности передачи и в силу этого также размера соты. Беспроводной узел может представлять собой 802.11-точку доступа или станцию (STA), которая представляет собой любое устройство, которое содержит IEEE 802.11-совместимый интерфейс уровня управления доступом к среде (MAC) и физического уровня (PHY) с беспроводной средой (WM). Тем не менее, беспроводное устройство 100 не ограничено вышеуказанными беспроводными устройствами и/или беспроводными узлами.

Сетевой узел может содержать все или выбор признаков, как описано относительно фиг. 11. Сетевой узел может упоминаться как передающее устройство, "gNB", "eNB", "усовершенствованный узел B", "узел B" или "B-узел", в зависимости от используемой технологии и терминологии.

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

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

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

В варианте осуществления сетевой узел 200, выполненный с возможностью связи в сети беспроводной связи, содержащий схему, содержащую процессор, и

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

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

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

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

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

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

- первый модуль 1220 преобразования для преобразования UCI-битов в набор символов модуляции,

- второй модуль 1230 получения для получения конфигурации ресурсов, такой как конфигурация блоков физических ресурсов (PRB), при этом конфигурация ресурсов, по меньшей мере, является указанием одного или более выделенных ресурсов, доступных для передачи символов модуляции,

- второй модуль 1240 преобразования для преобразования символов модуляции в конфигурацию ресурсов.

Фиг. 13 показывает сетевой узел согласно настоящему изобретению. Сетевой узел, взаимодействующий с беспроводным устройством, причем сетевой узел содержит:

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

- первый приемный модуль 1320 для приема символов модуляции на основе конфигурации ресурсов, причем символы модуляции демодулируются в управляющую информацию восходящей линии связи (UCI), ассоциированную, по меньшей мере, с одним PUCCH.

Фиг. 14 показывает беспроводное устройство согласно настоящему изобретению. Беспроводное устройство, взаимодействующее с сетевым узлом, причем беспроводное устройство содержит:

- третий модуль 1410 получения для получения управляющей информации восходящей линии связи (UCI), содержащей число UCI-битов,

- третий модуль 1420 преобразования для преобразования UCI-битов в набор символов модуляции,

- четвертый модуль 1430 получения для получения конфигурации кодирования с расширением спектра, содержащей, по меньшей мере, одну сконфигурированную последовательность кодирования с расширением спектра.

- модуль 1440 кодирования с расширением спектра для кодирования с расширением спектра символов модуляции с использованием наименьшей одной сконфигурированной последовательности кодирования с расширением спектра.

Фиг. 15 показывает сетевой узел согласно настоящему изобретению. Сетевой узел, взаимодействующий с беспроводным устройством, причем сетевой узел содержит:

- второй модуль 1510 формирования для формирования конфигурации кодирования с расширением спектра, содержащей, по меньшей мере, одну сконфигурированную последовательность кодирования с расширением спектра,

- второй приемный модуль 1520 для приема символов модуляции на основе конфигурации кодирования с расширением спектра, причем символы модуляции демодулируются в управляющую информацию восходящей линии связи (UCI), ассоциированную, по меньшей мере, с одним PUCCH.

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

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

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

Вариант 1 осуществления. Способ для беспроводного устройства, при этом способ содержит:

- получение 710 управляющей информации восходящей линии связи (UCI), содержащей число UCI-битов,

- преобразование 720 UCI-битов в набор символов модуляции,

- получение 730 конфигурации блоков физических ресурсов (PRB), при этом PRB-конфигурация, по меньшей мере, является указанием одного или более выделенных PRB, доступных для передачи символов модуляции,

- преобразование 740 символов модуляции в PRB-конфигурацию.

Вариант 2 осуществления. Способ согласно варианту 1 осуществления, дополнительно содержащий выполнение любого из выбора этапов для кодирования, перемежения и CRC-присоединения UCI-битов.

Вариант 3 осуществления. Способ согласно вариантам 1-2 осуществления, дополнительно содержащий:

- выбор PRB-набора из выделенных PRB, и

- выделение поднесущих, содержащихся в PRB-наборе, для передачи символов модуляции.

Вариант 4 осуществления. Способ согласно варианту 3 осуществления, в котором PRB-набор содержит один PRB.

Вариант 5 осуществления. Способ согласно варианту 3 осуществления, в котором PRB-набор содержит множество PRB.

Вариант 6 осуществления. Способ согласно любому из вариантов осуществления 3-5, при этом способ дополнительно содержит:

- определение того, что число UCI-битов меньше или равно числу битов рабочих данных, предлагаемых посредством PRB-набора, перед выполнением этапа выделения поднесущих.

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

- передачу символов модуляции с использованием выделенных поднесущих.

Вариант 8 осуществления. Способ согласно любому из вариантов осуществления 3-7, в котором поднесущие смежно выделяются или выделяются согласно гребенчатому шаблону.

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

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

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

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

Вариант 13 осуществления. Способ для сетевого узла, при этом способ содержит:

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

- прием 820 символов модуляции на основе PRB-конфигурации, причем символы модуляции демодулируются в управляющую информацию восходящей линии связи (UCI), ассоциированную, по меньшей мере, с одним PUCCH.

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

Вариант 15 осуществления. Способ согласно варианту 14 осуществления, в котором поднесущие, на которых принимается каждая UCI, смежно выделяются или выделяются согласно гребенчатому шаблону.

Вариант 16 осуществления. Способ согласно любому из вариантов осуществления 13-15, в котором прием символов модуляции выполняется для поднесущих, содержащихся в PRB-наборе, выбранном из выделенных PRB.

Вариант 17 осуществления. Способ согласно варианту 16 осуществления, в котором PRB-набор содержит один PRB.

Вариант 18 осуществления. Способ согласно варианту 16 осуществления, в котором PRB-набор содержит множество PRB.

Вариант 19 осуществления. Способ для беспроводного устройства, при этом способ содержит:

- получение 910 управляющей информации восходящей линии связи (UCI), содержащей число UCI-битов,

- преобразование 920 UCI-битов в набор символов модуляции,

- получение конфигурации кодирования с расширением спектра, содержащей, по меньшей мере, одну сконфигурированную последовательность кодирования с расширением спектра.

- кодирование с расширением спектра 930 символов модуляции с использованием наименьшей одной сконфигурированной последовательности кодирования с расширением спектра.

Вариант 20 осуществления. Способ согласно варианту 19 осуществления, дополнительно содержащий выполнение любого из выбора этапов для кодирования, перемежения и CRC-присоединения UCI-битов.

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

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

- выбор набора поднесущих из выделенных PRB, и

- кодирование с расширением спектра символов модуляции по выбранным поднесущим.

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

- размер матрицы предварительного кодирования основан на числе используемых поднесущих или основан на числе выделенных поднесущих, содержащихся в PRB-конфигурации или при этом:

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

Вариант 24 осуществления. Способ согласно любому из вариантов осуществления 21-23,

- в котором выделенные PRB, доступные для передачи символов модуляции, дополнительно выделяются для передачи опорных сигналов демодуляции (DMRS), или

- в котором поднесущие, содержащиеся в выделенных PRB, используемых для передачи символов модуляции, и дополнительные поднесущие, содержащиеся в выделенных PRB, используются для передачи опорных сигналов демодуляции (DMRS).

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

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

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

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

Вариант 29 осуществления. Способ для сетевого узла, при этом способ содержит:

- формирование 1010 конфигурации кодирования с расширением спектра, содержащей, по меньшей мере, одну сконфигурированную последовательность кодирования с расширением спектра,

- прием 1020 символов модуляции на основе конфигурации кодирования с расширением спектра, причем символы модуляции демодулируются в управляющую информацию восходящей линии связи (UCI), ассоциированную, по меньшей мере, с одним PUCCH.

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

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

Вариант 32 осуществления. Беспроводной узел, выполненный с возможностью связи в сети беспроводной связи, содержащий схему, содержащую:

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

- запоминающее устройство, причем упомянутое запоминающее устройство содержит инструкции, выполняемые посредством упомянутого процессора, за счет чего упомянутое первое беспроводное устройство выполнено с возможностью осуществлять способ по любому из вариантов осуществления 1-12 или 19-28.

Вариант 33 осуществления. Компьютерная программа, содержащая машиноисполняемые инструкции для инструктирования беспроводному устройству, когда машиноисполняемые инструкции выполняются в блоке обработки, содержащемся в беспроводном узле, выполнять любой из этапов способа по любому из вариантов осуществления 1-12 или 19-28.

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

Вариант 35 осуществления. Сетевой узел, выполненный с возможностью связи в сети беспроводной связи, содержащий схему, содержащую:

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

- запоминающее устройство, причем упомянутое запоминающее устройство содержит инструкции, выполняемые посредством упомянутого процессора, за счет чего упомянутое первое беспроводное устройство выполнено с возможностью осуществлять способ по любому из вариантов осуществления 13-18 или 29-31.

Вариант 36 осуществления. Компьютерная программа, содержащая машиноисполняемые инструкции для инструктирования сетевому узлу, когда машиноисполняемые инструкции выполняются в блоке обработки, содержащемся в беспроводном устройстве, выполнять любой из этапов способа по любому из вариантов осуществления 13-18 или 29-31.

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

Вариант 38 осуществления, Беспроводное устройство, причем беспроводное устройство взаимодействует с сетевым узлом, причем беспроводное устройство содержит:

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

- первый модуль преобразования для преобразования UCI-битов в набор символов модуляции,

- второй модуль получения для получения конфигурации блоков физических ресурсов (PRB), при этом PRB-конфигурация, по меньшей мере, является указанием одного или более выделенных PRB, доступных для передачи символов модуляции,

- второй модуль преобразования для преобразования символов модуляции в PRB-конфигурацию.

Вариант 39 осуществления. Сетевой узел, причем сетевой узел взаимодействует с беспроводным устройством, причем сетевой узел содержит:

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

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

Вариант 40 осуществления. Беспроводное устройство, причем беспроводное устройство взаимодействует с сетевым узлом, причем беспроводное устройство содержит:

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

- третий модуль преобразования для преобразования UCI-битов в набор символов модуляции,

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

- модуль кодирования с расширением спектра для кодирования с расширением спектра символов модуляции с использованием наименьшей одной сконфигурированной последовательности кодирования с расширением спектра.

Вариант 41 осуществления. Сетевой узел, причем сетевой узел взаимодействует с беспроводным устройством, причем сетевой узел содержит:

- модуль формирования для формирования конфигурации кодирования с расширением спектра, содержащей, по меньшей мере, одну сконфигурированную последовательность кодирования с расширением спектра,

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

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

получают (710) UCI, содержащую число UCI-битов,

преобразуют (720) UCI-биты в набор символов (MS1-MS6) модуляции,

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

преобразуют (740) символы (MS1-MS6) модуляции в конфигурацию ресурсов, при этом конфигурация ресурсов дополнительно является указанием выделенных поднесущих, содержащихся в упомянутом одном или более выделенных ресурсов, и

передают (750) символы модуляции с использованием выделенных поднесущих.

2. Способ по п. 1, в котором этап преобразования (740) символов (MS1-MS6) модуляции дополнительно содержит этапы, на которых:

выбирают (741) набор ресурсов из выделенных ресурсов, и

выделяют (742) поднесущие, содержащиеся в наборе ресурсов, для передачи символов модуляции.

3. Способ по п. 2, в котором набор ресурсов содержит один блок физических ресурсов (PRB).

4. Способ по п. 2, в котором набор ресурсов содержит множество PRB.

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

причем выделенные ресурсы, доступные для передачи символов модуляции, дополнительно выделяются для передачи опорных сигналов демодуляции (DMRS).

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

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

8. Способ по любому из предшествующих пунктов, дополнительно содержащий этап, на котором выполняют любое из выбора этапов для кодирования, скремблирования, перемежения и CRC-присоединения UCI-битов, при этом упомянутый способ дополнительно содержит этапы, на которых:

определяют то, что число UCI-битов меньше или равно числу битов рабочих данных, предлагаемых посредством набора ресурсов, перед выполнением этапа выделения поднесущих, и

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

9. Способ для сетевого узла (200), при этом упомянутый способ содержит этапы, на которых:

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

принимают (820) символы модуляции, смежно выделенные или выделенные на основе конфигурации ресурсов, причем символы модуляции содержат управляющую информацию (UCI), ассоциированную с по меньшей мере одним PUCCH.

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

причем поднесущие, на которых принимается каждый UCI-набор, смежно выделяются или выделяются согласно гребенчатому шаблону,

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

11. Способ по п. 10, в котором набор ресурсов содержит один PRB.

12. Способ по п. 10, в котором набор ресурсов содержит множество PRB.

13. Беспроводной узел (100), выполненный с возможностью связи в сети беспроводной связи, содержащий схему, содержащую:

процессор; и

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

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

15. Сетевой узел (200), выполненный с возможностью связи в сети беспроводной связи, содержащий схему, содержащую:

процессор; и

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

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