Конструкция короткого физического канала управления восходящей линии связи (pucch) для новой радиосети (nr) 5-го поколения (5g)

Изобретение относится к области связи. Технический результат заключается в повышении эффективности обмена данными. Пользовательское оборудование (UE) содержит процессор и память в электронной связи с процессором. Хранящиеся в памяти инструкции выполнены с возможностью исполнения для получения конфигурации управления радиоресурсами (RRC), указывающей множество наборов ресурсов физического канала управления восходящей линии связи (PUCCH) и набор синхронизации подтверждения (ACK) гибридного автоматического запроса на повторную передачу данных (HARQ). Инструкции также выполнены с возможностью исполнения для выбора, на основании указания ресурса PUCCH, включенного в информацию управления нисходящей линии связи (DCI), ресурса PUCCH из набора ресурсов PUCCH. Инструкции дополнительно выполнены с возможностью исполнения для передачи информации управления восходящей линии связи (UCI) по выбранному ресурсу PUCCH в интервале, соответствующем синхронизации HARQ-ACK, которая указана, из набора синхронизации HARQ-ACK, посредством указания синхронизации HARQ-ACK, включенного в DCI. При этом, после того как UE получает конфигурацию RRC, ресурс PUCCH выбирается, на основании указания ресурса PUCCH в той же DCI, из набора ресурсов PUCCH. 4 н. и 6 з.п. ф-лы, 31 ил., 13 табл.

 

РОДСТВЕННЫЕ ЗАЯВКИ

[0001] Настоящая заявка относится к предварительной заявке на патент США № 62/453,944, озаглавленной SHORT PHYSICAL UPLINK CONTROL CHANNEL (PUCCH) DESIGN FOR 5th GENERATION (5G) NEW RADIO (NR), поданной 2 февраля 2017 г., содержание которой полностью включено в настоящую заявку путем ссылки, и испрашивает приоритет по ней.

ОБЛАСТЬ ТЕХНИЧЕСКОГО ПРИМЕНЕНИЯ

[0002] Настоящее описание относится по существу к системам связи. Более конкретно, настоящее изобретение относится к конструкции короткого физического канала управления восходящей линии связи (PUCCH) для новой радиосети (NR) 5–го поколения (5G).

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

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

[0004] По мере развития устройств беспроводной связи удалось улучшить пропускную способность, скорость, гибкость и/или эффективность. Однако улучшения пропускной способности, скорости, гибкости и/или эффективности могут быть связаны с определенными проблемами.

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

КРАТКОЕ ОПИСАНИЕ ГРАФИЧЕСКИХ МАТЕРИАЛОВ

[0006] На Фиг. 1 представлена блок–схема, иллюстрирующая один вариант реализации одной или более базовых станций (gNB) и одного или более пользовательских оборудований (UE), в которой могут быть осуществлены системы и способы для конструкции короткого физического канала управления восходящей линии связи (PUCCH), спроектированной для новой радиосети (NR) пятого поколения (5G).

[0007] На Фиг. 2 представлена схема, иллюстрирующая один пример ресурсной сетки для нисходящей линии связи.

[0008] На Фиг. 3 представлена схема, иллюстрирующая один пример ресурсной сетки для восходящей линии связи.

[0009] На Фиг. 4 приведены примеры нескольких численных величин.

[0010] На Фиг. 5 приведены примеры структур подкадров для численных величин, представленных на Фиг. 4.

[0011] На Фиг. 6 приведены примеры интервалов и подынтервалов.

[0012] На Фиг. 7 приведены примеры временной шкалы диспетчеризации.

[0013] На Фиг. 8 приведены примеры областей мониторинга канала управления нисходящей линии связи (DL).

[0014] На Фиг. 9 приведены примеры канала управления DL, состоящего из более одного элемента канала управления.

[0015] На Фиг. 10 приведены примеры структур канала управления восходящей линии связи (UL).

[0016] На Фиг. 11 представлена блок–схема, иллюстрирующая один вариант реализации gNB.

[0017] На Фиг. 12 представлена блок–схема, иллюстрирующая один вариант реализации UE.

[0018] На Фиг. 13 проиллюстрированы примеры форматов короткого PUCCH.

[0019] На Фиг. 14 проиллюстрированы примеры сопоставления ресурсов 1–символьного PUCCH.

[0020] На Фиг. 15 проиллюстрированы примеры шаблонов опорных символов (RS) для PUCCH в символе мультиплексирования с ортогональным частотным разделением каналов (OFDM).

[0021] На Фиг. 16 приведен пример мультиплексирования опорного сигнала демодуляции (DMRS) с мультиплексированием с частотным разделением каналов (FDM) для 1–символьного короткого PUCCH.

[0022] На Фиг. 17 проиллюстрирован другой пример мультиплексирования RS 3 устройств UE с различными шаблонами RS 2 символов демодуляции опорного сигнала (DMRS).

[0023] На Фиг. 18 проиллюстрирован пример местоположения RS в 2–символьном коротком PUCCH с OFDM с расширением дискретного преобразования Фурье (DFT–S–OFDM).

[0024] На Фиг. 19 проиллюстрированы примеры сопоставления ресурсов 2–символьного PUCCH.

[0025] На Фиг. 20 проиллюстрированы примеры определения шаблона RS.

[0026] На Фиг. 21 проиллюстрированы примеры RS, расположенного в двух символах.

[0027] На Фиг. 22 проиллюстрированы примеры мультиплексирования RS двух UE с использованием различных шаблонов RS.

[0028] На Фиг. 23 проиллюстрированы примеры передачи по короткому PUCCH с качанием луча.

[0029] На Фиг. 24 показаны различные компоненты, которые можно использовать в UE.

[0030] На Фиг. 25 показаны различные компоненты, которые можно использовать в gNB.

[0031] На Фиг. 26 представлена блок–схема, иллюстрирующая один вариант реализации UE, в которой могут быть осуществлены системы и способы короткого PUCCH, спроектированного для пятого поколения (5G) NR.

[0032] На Фиг. 27 представлена блок–схема, иллюстрирующая один вариант реализации gNB, в которой могут быть осуществлены системы и способы короткого PUCCH, спроектированного для пятого поколения (5G) NR.

[0033] На Фиг. 28 представлена блок–схема последовательности, иллюстрирующая способ реализации конструкции короткого PUCCH для 5G NR.

[0034] На Фиг. 29 представлена блок–схема последовательности, иллюстрирующая другой способ реализации конструкции короткого PUCCH для 5G NR.

[0035] На Фиг. 30 представлена блок–схема последовательности, иллюстрирующая другой способ реализации конструкции короткого PUCCH для 5G NR.

[0036] На Фиг. 31 представлена блок–схема последовательности, иллюстрирующая другой способ реализации конструкции короткого PUCCH для 5G NR.

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

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

[0038] Первая конфигурация более высокого уровня может включать в себя по меньшей мере индекс начального символа, индекс начального ресурсного блока (RB), некоторое количество символов, некоторое количество ресурсных блоков (RB) и данные о том, применено ли скачкообразное изменение частоты в случае короткого PUCCH с двумя символами.

[0039] В случае если скачкообразное изменение частоты сконфигурировано для двухсимвольного PUCCH, места расположения опорного сигнала демодуляции (DMRS) PUCCH в обоих символах являются одинаковыми для двух символов. В случае конфигурации разнесения передачи выбирают другой ресурс PUCCH, связанный с выбранным ресурсом PUCCH.

[0040] Выбор ресурса PUCCH из наборов ресурсов PUCCH может быть основан на индикации динамической информации управления нисходящей линии связи (DCI) индекса ресурса PUCCH.

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

[0042] Кроме того, описан способ для UE. Способ включает получение первой конфигурации более высокого уровня, указывающей множество наборов ресурсов PUCCH, причем множество наборов ресурсов PUCCH включает в себя по меньшей мере ресурс короткого PUCCH. Способ также включает выбор ресурса PUCCH из наборов ресурсов PUCCH. Способ дополнительно включает передачу UCI по выбранному ресурсу PUCCH.

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

[0044] Описано другое UE. UE включает в себя процессор и память в электронной связи с процессором. Хранящиеся в памяти инструкции выполнены с возможностью исполнения для определения формата и конфигурации канала управления восходящей линии связи (PUCCH) на основе сигнализации от gNB. Инструкции также выполнены с возможностью исполнения для определения канала управления, используемого для подачи по каналу обратной связи информации управления восходящей линии связи (UCI). Инструкции дополнительно выполнены с возможностью исполнения для определения ресурса канала управления для обратной связи UCI. Инструкции дополнительно выполнены с возможностью исполнения для передачи UCI по выбранному каналу.

[0045] Определение формата и конфигурации PUCCH может включать в себя по меньшей мере формат короткого PUCCH и формат длинного PUCCH. Формат короткого PUCCH и формат длинного PUCCH могут иметь одинаковые или разные формы сигналов и/или численные величины.

[0046] Короткий PUCCH может быть 1–символьным коротким PUCCH. В 1–символьном коротком PUCCH можно использовать сигнал мультиплексирования с ортогональным частотным разделением каналов с циклическим префиксом (CP–OFDM). Формат может состоять из некоторого количества ресурсных блоков (RB), шаблона опорных символов (RS), ортогональных последовательностей на символах передачи RS и UCI, одной или более областей ресурсов управления, способов сопоставления ресурсов и/или множества ресурсов для разнесения передачи.

[0047] Шаблон RS различных UE может быть мультиплексирован с помощью ортогональной последовательности или способом мультиплексирования с частотным разделением каналов (FDM). Символы передачи UCI разных UE могут быть мультиплексированы с помощью разных ортогональных последовательностей в символах передачи UCI. Количество ортогональных последовательностей или количество шаблонов RS для мультиплексирования UE может быть таким же, как количество ортогональных последовательностей, применяемых для символов передачи UCI.

[0048] Короткий PUCCH может быть 2–символьным коротким PUCCH. 2–символьный короткий PUCCH может использовать сигнал расширения дискретного преобразования Фурье OFDM (DFT–S–OFDM). Формат может состоять из некоторого количества RB, места расположения RS, ортогональных последовательностей на RS и символах данных, и/или одной или более областей ресурсов управления, способов сопоставления ресурсов и/или множества ресурсов для разнесения передачи. В 2–символьном коротком PUCCH можно использовать сигнал CP–OFDM. Формат может состоять из некоторого количества RB, шаблона и места расположения RS, ортогональных последовательностей на RS и символах данных и/или одной или более областей ресурсов управления.

[0049] RS может быть расположен в первом символе 2–символьного короткого PUCCH. Местоположение RS можно определять с помощью индекса символа 2–символьного короткого PUCCH. Местоположение RS 2–символьного короткого PUCCH может быть указан сигнализацией gNB.

[0050] По меньшей мере для полосы частот более 6 ГГц UE может быть сконфигурировано с использованием набора символов для короткого PUCCH, и короткий PUCCH передается посредством выбора одного символа для 1–символьного PUCCH и 2 символов для 2–символьного PUCCH из набора. 2 символа, выбранные для 2–символьного PUCCH в наборе, могут быть смежными или разделенными в указанном наборе. Символ (–ы) может (могут) быть выбран (–ы) на основе индикации gNB.

[0051] Определение формата PUCCH может включать в себя сопоставление локализованных или распределенных ресурсов в одной или более областях/поддиапазонах PUCCH.

[0052] Определение ресурса канала управления восходящей линии связи (PUCCH) для отчетов UCI можно осуществлять путем комбинации полустатической конфигурации RRC и индикации динамической информации управления нисходящей линии связи (DCI). Полустатическая конфигурация RRC и динамическая индикация DCI могут включать в себя сигнализацию для синхронизации HARQ–ACK и ресурсов PUCCH.

[0053] Кроме того, описана другая базовая станция (gNB). gNB включает в себя процессор и память в электронной связи с процессором. Хранящиеся в памяти инструкции выполнены с возможностью исполнения для определения формата и конфигурации канала управления восходящей линии связи (PUCCH). Инструкции также выполнены с возможностью исполнения для приема UCI по выбранному каналу. UE определяет канал управления, используемый для передачи по каналу обратной связи информации управления восходящей линии связи (UCI), и ресурс канала управления для передачи по каналу обратной связи UCI на основе сигнализации от gNB.

[0054] Партнерский проект по системам 3–го поколения, также называемый 3GPP, представляет собой соглашение о сотрудничестве, призванное определить применимые в глобальном масштабе технические характеристики и технические отчеты для систем беспроводной связи третьего и четвертого поколений. 3GPP может определять характеристики для сетей, систем и устройств мобильной связи следующего поколения.

[0055] Стандарт долгосрочного развития сетей связи (LTE) 3GPP – это название, присвоенное проекту по улучшению стандарта мобильного устройства или телефона универсальной системы мобильной связи (UMTS) для удовлетворения будущих требований. В одном аспекте UMTS модифицирована для обеспечения поддержки и спецификации усовершенствованного универсального наземного радиодоступа (E–UTRA) и сети усовершенствованного универсального наземного радиодоступа (E–UTRAN).

[0056] По меньшей мере некоторые аспекты систем и способов, описанных в настоящем документе, могут быть описаны в связи с 3GPP LTE, LTE–Advanced (LTE–A) и другими стандартами (например, 3GPP выпусков 8, 9, 10, 11 и/или 12). Однако объем настоящего описания не должен быть ограничен в этом отношении. По меньшей мере некоторые аспекты систем и способов, описанных в настоящем документе, можно использовать в других типах систем беспроводной связи.

[0057] Устройство беспроводной связи может быть электронным устройством, используемым для передачи речи и/или данных на базовую станцию, которая может в свою очередь обмениваться данными с сетью устройств (например, с коммутируемой телефонной сетью общего пользования (PSTN), Интернетом и т. д.). При описании систем и способов в настоящем документе устройство беспроводной связи может альтернативно упоминаться как мобильная станция, UE, терминал доступа, абонентская станция, мобильный терминал, удаленная станция, пользовательский терминал, терминал, абонентское устройство, мобильное устройство и т. д. Примеры устройств беспроводной связи включают в себя сотовые телефоны, смартфоны, персональные цифровые помощники (PDA), ноутбуки, нетбуки, электронные устройства для чтения, беспроводные модемы и т. д. В спецификациях 3GPP устройство беспроводной связи обычно называется UE. Однако, поскольку объем настоящего описания не должен ограничиваться стандартами 3GPP, в настоящем документе термины UE и «устройство беспроводной связи» можно использовать взаимозаменяемо, означая более общий термин «устройство беспроводной связи». UE может также в более общем виде называться терминальным устройством.

[0058] В спецификациях 3GPP базовую станцию обычно обозначают как Node B, усовершенствованный узел B (eNB), домашний улучшенный или усовершенствованный узел B (HeNB) или используют некоторую другую подобную терминологию. Поскольку объем описания не должен ограничиваться стандартами 3GPP, в настоящем документе термины «базовая станция», «Node B», «eNB» и «HeNB» можно использовать взаимозаменяемо, обозначая более общий термин «базовая станция». Более того, термин «базовая станция» можно использовать для обозначения точки доступа. Точка доступа может быть электронным устройством, которое обеспечивает доступ к сети (например, к локальной сети (LAN), Интернету и т. д.) для устройств беспроводной связи. Термин «устройство связи» можно использовать для обозначения устройства беспроводной связи и/или базовой станции. eNB может быть также обозначен в более общем виде как устройство базовой станции.

[0059] Следует отметить, что используемый в настоящем документе термин «сота» может быть любым набором каналов связи, которые специфицированы посредством стандартизации или регламентированы регулирующими органами для использования в качестве стандарта усовершенствованной международной мобильной связи (IMT–Advanced), причем весь набор или его подмножество могут быть приняты 3GPP в качестве лицензированных диапазонов частот (например, полос частот), подлежащих использованию для обмена данными между eNB и UE. Следует также отметить, что при общем описании E–UTRA и E–UTRAN используемый в настоящем документе термин «сота» может быть определен как «комбинация ресурсов нисходящей линии связи и необязательно восходящей линии связи». Связь между несущей частотой ресурсов нисходящей линии связи и несущей частотой ресурсов восходящей линии связи может быть указана в системной информации, передаваемой по ресурсам нисходящей линии связи.

[0060] «Сконфигурированные соты» представляют собой соты, о которых известно UE и для которых у него имеется разрешение от eNB на передачу или прием информации. «Сконфигурированная (–ые) сота (–ы)» может (могут) быть обслуживающей (–ими) сотой (–ами). UE может принимать системную информацию и выполнять требуемые измерения на всех сконфигурированных сотах. «Сконфигурированная (–ые) сота (–ы)» для радиосоединения может (могут) состоять из первичной соты и/или ни одной, одной или более вторичной (–ых) соты (сот). «Активированные соты» представляют собой те сконфигурированные соты, на которых UE осуществляет передачу и прием. Таким образом, активированные соты представляют собой те соты, для которых UE контролирует физический канал управления нисходящей линии связи (PDCCH) и, в случае передачи по нисходящей линии связи, те соты, для которых UE декодирует физический совместно применяемый канал для передачи данных по нисходящей линии связи (PDSCH). «Деактивированные соты» представляют собой те сконфигурированные соты, для которых UE не контролирует PDCCH передачи. Следует отметить, что «сота» может быть описана посредством различных показателей. Например, «сота» может иметь временные, пространственные (например, географические) и частотные характеристики.

[0061] Сотовая связь пятого поколения (5G) (также называемая 3GPP «новая радиосеть», «технология доступа новой радиосети» или «NR») предусматривает использование ресурсов времени/частоты/пространства для обеспечения возможности расширенной мобильной широкополосной связи (eMBB) и сверхнадежных служб связи с низким значением задержки (URLLC), а также служб наподобие массовой связи машинного типа (mMTC). Чтобы службы могли эффективно использовать среду времени/частоты/пространства, полезным является наличие возможности гибкой диспетчеризации служб в среде с возможностью максимально эффективного использования среды, учитывая противоречивые потребности URLLC, eMBB и mMTC. Базовую станцию новой радиосети можно называть gNB. gNB также в более общем виде может называться устройством базовой станции.

[0062] В 5G NR могут быть указаны по меньшей мере два разных типа форматов канала управления восходящей линии связи (PUCCH): по меньшей мере один формат короткого PUCCH и один формат длинного PUCCH. Канал PUCCH предназначен для передачи информации управления восходящей линии связи (UCI). В NR возможно определение множества форматов коротких PUCCH, и формат PUCCH UE может быть сконфигурирован базовой станцией.

[0063] В NR будет указано несколько форматов PUCCH. Что касается UCI, отчеты о разных UCI можно направлять в разных форматах канала PUCCH. В 5G NR для передачи по UL поддерживаются оба сигнала: CP–OFDM и DFT–S–OFDM. Кроме того, разные численные величины можно использовать в одной или более несущих или обслуживающих сотах. Подробно описаны способы сопоставления и сигнализации, необходимые для форматов коротких PUCCH в NR. В вариантах коротких PUCCH рассматриваются длины в 1 и 2 символа. Однако еще подробно не определены опорный символ и сопоставление информации управления. Кроме того, способы конфигурации ресурса PUCCH еще не обсуждались. Ресурс PUCCH может быть выделен на уровне RB непрерывным или распределенным образом. Конфигурация ресурсов PUCCH может быть полустатически сконфигурирована посредством сигнализации RRC и может быть динамически указана DCI. Содержание и разделение между сигнализацией RRC и DCI следует изучить дополнительно.

[0064] Описанные здесь системы и способы детализируют форматы для конструкции короткого PUCCH. В частности, здесь описаны шаблоны RS, местоположение RS и конфигурации для короткого PUCCH. Кроме того, приведено подробное описание сопоставления ресурсов короткого PUCCH и способов указания ресурса короткого PUCCH.

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

[0066] На Фиг. 1 представлена блок–схема, иллюстрирующая один вариант реализации одной или более gNB 160 и одного или более UE 102, в которой могут быть осуществлены системы и способы для конструкции короткого физического канала управления восходящей линии связи (PUCCH) для новой радиосети (NR) пятого поколения (5G). Одно или более UE 102 обмениваются данными с одним или более gNB 160, используя одну или более антенн 122a–n. Например, UE 102 передает электромагнитные сигналы на gNB 160 и принимает электромагнитные сигналы от gNB 160, используя одну или более антенн 122a–n. gNB 160 обменивается данными с UE 102, используя одну или более антенн 180a–n.

[0067] Для обмена данными друг с другом UE 102 и gNB 160 можно использовать один или более каналов 119, 121. Например, UE 102 может передавать информацию или данные на gNB 160 с помощью одного или более каналов 121 восходящей линии связи. В примерах каналы 121 восходящей линии связи включают в себя PUCCH и PUSCH и т. д. Один или более gNB 160 могут также предоставлять информацию или данные одному или более UE 102, используя, например, один или более каналов 119 нисходящей линии связи. В примерах каналы 119 нисходящей линии связи включают в себя PDCCH, PDSCH и т. д. Можно использовать другие типы каналов.

[0068] Каждое из одного или более UE 102 может включать в себя один или более приемопередатчиков 118, один или более демодуляторов 114, один или более декодеров 108, один или более кодеров 150, один или более модуляторов 154, буфер 104 данных и модуль 124 операций UE. Например, в UE 102 могут быть реализованы один или более трактов приема и/или передачи. Для удобства в UE 102 показаны только один приемопередатчик 118, декодер 108, демодулятор 114, кодер 150 и модулятор 154, хотя можно реализовывать множество параллельных элементов (например, приемопередатчики 118, декодеры 108, демодуляторы 114, кодеры 150 и модуляторы 154).

[0069] Приемопередатчик 118 может включать в себя один или более приемников 120 и один или более передатчиков 158. Один или более приемников 120 могут принимать сигналы от gNB 160, используя одну или более антенн 122a–n. Например, приемник 120 может принимать и преобразовывать с понижением частоты сигналы для формирования одного или более принятых сигналов 116. Один или более принятых сигналов 116 могут быть поданы на демодулятор 114. Один или более передатчиков 158 могут передавать сигналы на gNB 160, используя одну или более антенн 122a–n. Например, один или более передатчиков 158 могут преобразовывать с повышением частоты и передавать один или более модулированных сигналов 156.

[0070] Демодулятор 114 может демодулировать один или более принятых сигналов 116 для создания одного или более демодулированных сигналов 112. Один или более демодулированных сигналов 112 могут быть поданы на декодер 108. Для декодирования сигналов UE 102 можно использовать декодер 108. Декодер 108 может создавать декодированные сигналы 110, которые могут включать в себя UE–декодированный сигнал 106 (также называемый первым UE–декодированным сигналом 106). Например, первый UE–декодированный сигнал 106 может содержать данные принятой полезной нагрузки, которые могут быть сохранены в буфере 104 данных. Другой сигнал, включенный в декодированные сигналы 110 (также называемый вторым UE–декодированным сигналом 110), может содержать служебные данные и/или управляющие данные. Например, второй UE–декодированный сигнал 110 может обеспечивать данные, которые могут быть использованы модулем 124 операций UE для выполнения одной или более операций.

[0071] Как правило, модуль 124 операций UE может обеспечивать UE 102 возможностью обмена данными с одним или более gNB 160. Модуль 124 операций UE может включать в себя один или более из модулей 126 короткого PUCCH устройства UE.

[0072] Модуль 126 короткого PUCCH устройства UE может реализовывать конструкцию короткого PUCCH для новой радиосети (NR) 5–го поколения (5G). Описаны также информация управления восходящей линии связи и форма сигнала в восходящей линии связи NR. В LTE UCI передает подтверждения гибридного ARQ (HARQ–ACK), информацию о состоянии канала (CSI) и запрос диспетчеризации (SR). CSI может включать в себя один или более из индикатора качества канала (CQI), показателя ранга (RI), индикатора матрицы предварительного кодирования (PMI), индикатора типа предварительного кодирования (PTI) и т. д. Одна или более сот могут сообщать в отчете о множестве размеров CSI для поддержки операций FD–MIMO и CoMP.

[0073] Аналогично в NR запрос диспетчеризации (SR), если он определен, необходимо передавать вне PUSCH, как и HARQ–ACK из–за задержки. Отчет CSI в NR должен быть усовершенствован для поддержки массовой MIMO и способов формирования луча. Таким образом, в отчетах NR могут быть указаны множественные наборы CSI. Кроме того, данные обратной связи CSI могут включать в себя один или более из CQI, RI, PMI, PTI, индекса луча и т. д. Возможна поддержка по меньшей мере двух типов отчетов CSI: периодическая и непериодическая CSI. Отчет с периодической CSI может быть полустатически сконфигурирован. Апериодическая CSI может быть инициирована запросом CSI от gNB 160. Следовательно, сигнализация физического канала управления восходящей линии связи должна быть способна передавать по меньшей мере подтверждения гибридного ARQ, отчеты CSI (возможно, включая информацию о формировании луча) и запросы диспетчеризации.

[0074] Информацию UCI можно передавать как управляющую сигнализацию L1/L2 (например, через физический канал управления восходящей линии связи (PUCCH), или физический совместно используемый канал восходящей линии связи (PUSCH), или канал данных восходящей линии связи). Кроме того, должна быть предусмотрена возможность динамической индикации (по меньшей мере в сочетании с управлением радиоресурсом (RRC)) времени между приемом данных и передачей подтверждения гибридного ARQ как части информации управления нисходящей линии связи (DCI).

[0075] В NR на одной или разных несущих поддерживаются различные численные величины. Для передачи по восходящей линии связи поддерживаются две формы сигнала/схемы модуляции, основанные на мультиплексировании с ортогональным частотным разделением каналов (OFDM). Одна форма сигнала/схема модуляции представляет собой OFDM с циклическим префиксом (CP–OFDM). Другой формой сигнала/схемой модуляции является OFDM с расширением быстрого преобразования Фурье (DFT) (DFT–S–OFDM), также называемая FDMA с одной несущей (SC–FDMA) или сигнал с низким отношением пикового уровня мощности к среднему (PAPR). Таким образом, канал управления восходящей линии связи и канал передачи данных восходящей линии связи могут быть сконфигурированы по отдельности с использованием одинаковых или различных форм сигналов и численных величин.

[0076] В данном документе также описан физический канал управления восходящей линии связи (PUCCH) LTE и 5G NR. В LTE PUCCH с нормальной длительностью интервала времени передачи (TTI) занимает полный подкадр и 1 ресурсный блок (RB) для формата 1/2/3/5, а в случае формата 4 поддерживается более одного RB. Используют различные форматы для передачи разных размеров полезной нагрузки UCI. Скачкообразное изменение частоты поддерживается для всех форматов 1 мс TTI PUCCH за счет передачи двух интервалов на двух концах несущей частоты. Возможность мультиплексирования UE реализуют в частотной области и/или временной области в зависимости от формата PUCCH.

[0077] Формат 1/1a/1b предусматривает 3 символа RS в каждом интервале. Последовательность Задова – Чу (Z–C) используют в частотной области, ортогональные последовательности применяют для расширения PUCCH во временной области, = 4 для нормального CP, = 3 для расширенного CP.

[0078] Формат 2/2a/2b предусматривает два символа RS в каждом интервале. Он использует последовательности Z–C в частотной области для мультиплексирования UE без мультиплексирования во временной области.

[0079] Формат 3 предусматривает два символа RS в каждом интервале и использует мультиплексирование только во временной области с ортогональными последовательностями ( = 5 для нормального CP и=4 для расширенного CP) при отсутствии мультиплексирования в частотной области.

[0080] Формат 4 может занимать один или более RB. Он содержит закодированные информационные биты во всех символах передачи данных. Таким образом, он обеспечивает наибольший размер полезной нагрузки, но не поддерживает мультиплексирование для множества UE 102 в одном и том же RB.

[0081] Формат 5 использует только один RB. Он имеет такую же структуру, как и формат 4, за исключением поддержки коэффициента расширения 2=2; таким образом, два UE 102 могут быть мультиплексированы с применением одних и тех же ресурсов RB.

[0082] Подобно различным форматам PUCCH, присущим LTE, в NR поддерживаются по меньшей мере две продолжительности передачи для управления восходящей линией связи. Одна короткая продолжительность передачи вокруг последнего символа OFDM в интервале может поддерживаться для управления восходящей линией связи в NR. Эта короткая продолжительность передачи может быть мультиплексирована с временным (TDM) или частотным разделением каналов (FDM) с данными. Одна большая продолжительность передачи, охватывающая множество символов (например, заполняющая большую часть интервала или интервалов), может быть мультиплексирована с частотным разделением каналов (FDM) с данными.

[0083] Формат короткого PUCCH может состоять из одного или двух символов. Формат длинного PUCCH может охватывать множество символов и интервалов. Могут быть определены множество форматов длинных PUCCH (например, 4 символа, интервал, множество интервалов и т. д.). Формат длинного PUCCH может быть полезен для обратной связи HARQ–ACK с большей полезной нагрузкой, обратной связи CSI и т. д.

[0084] Для формата длинного PUCCH должен поддерживаться по меньшей мере вариант низкого PAPR/CM. UCI, передаваемая по каналу управления UL с большой продолжительностью и вариантом по меньшей мере с низким PAPR, может передаваться в одном интервале или множестве интервалов, и передача во множестве интервалов должна обеспечивать общую длительность 1 мс, по меньшей мере в некоторых случаях.

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

[0086] Формат короткого PUCCH может иметь длину только в 1 символ. В этом случае следует использовать модуляцию CP–OFDM, опорные символы и символы передачи UCI могут быть мультиплексированы в разных поднесущих ресурса PUCCH, как показано на Фиг. 13(a) для случая FDM. Если используют форму сигнала DFT–S–OFDM, 1–символьный короткий канал управления восходящей линии связи может быть реализован посредством сообщения на основе последовательности (т. е. RS не мультиплексирован в символе). Количество ортогональных последовательностей ограничивает возможности мультиплексирования UE и размеры полезной нагрузки. Например, если последовательность Задова – Чу LTE используют в качестве расширяющей последовательности в RB, в общей сложности возможно 12 циклических сдвигов. Если короткий PUCCH позволяет сообщать в отчете 2 бита, в одном RB возможно мультиплексирование до 3 UE 102.

[0087] Следует отметить, что основанную на последовательности конструкцию 1–символьного короткого канала управления восходящей линии связи также можно применять к форме сигнала CP–OFDM. Однако мультиплексирование UCI/RS обеспечивает большую гибкость в диспетчеризации ресурсов (например, различные шаблоны RS), которые могут быть определены для обеспечения различных возможностей служебных данных RS и мультиплексирования; а ортогональные последовательности можно применять во временной или частотной области для мультиплексирования UCI в различных UE 102.

[0088] Формат короткого PUCCH может занимать два символа. В этом случае можно использовать как модуляцию CP–OFDM, так и модуляцию DFT–S–OFDM. В случае DFT–S–OFDM опорный символ и символ передачи UCI могут быть мультиплексированы в TDM, как показано на Фиг. 13(b) для случая TDM.

[0089] Короткий PUCCH может занимать 1 символ опорной численной величины, разбивая его на 2 символа с более высокой численной величиной (т. е. удваивая разнос поднесущих и уменьшая длину символа вдвое), как показано на Фиг. 13(c) для TDM с разделением символов. Эта 1–символьная конструкция на самом деле является 2–символьной конструкцией с более высокой численной величиной, и возможно использование той же конструкции, что и у 2–символьного PUCCH.

[0090] Кроме того, для поддержки TDM короткого PUCCH от разных UE 102 в одном и том же интервале механизм, сообщающий UE 102, в каком (–их) символе (–ах) интервала передавать короткий PUCCH, поддерживается по меньшей мере выше 6 ГГц. Символы OFDM для короткого канала управления восходящей линии связи не могут быть ограничены последними 1 или 2 символами в интервале. Другими словами, более ранние символы и/или символы в начале интервала также могут сигнализировать как канал управления восходящей линии связи.

[0091] В настоящем документе описаны форматы 1–символьных коротких PUCCH. Короткий PUCCH подходит для небольшого количества битов HARQ–ACK и/или SR. В случае небольшой полезной нагрузки UCI способ кодирования канала UCI, переданной по короткому каналу управления восходящей линии связи, можно не использовать полярный код, а можно применять код повторения/расширения и/или линейный блочный код. Даже в коротком PUCCH могут поддерживаться разные размеры полезной нагрузки, равно как и множество форматов или конфигураций. Рассматривают несколько подходов для передачи UCI в 1–символьном PUCCH.

[0092] Одним из подходов может быть PUCCH на основе последовательности. В этом подходе RS не используют, и PUCCH передается на основе последовательностей. Каждая последовательность может указывать одно состояние. В случае основанного на последовательности 1–символьного PUCCH можно использовать как DFT–S–OFDM, так и CP–OFDM. В частности, если используют DFT–S–OFDM, последовательность Задова – Чу LTE можно применять повторно для обеспечения мультиплексирования UE и полезной нагрузки UCI.

[0093] Возможность мультиплексирования UE может быть ограничена общим количеством ортогональных последовательностей. Например, если в качестве последовательности используют последовательности Z–C LTE длиной 12, циклический сдвиг позволяет получить 12 доступных ортогональных последовательностей. Таким образом, возможна поддержка различного мультиплексирования UE и полезной нагрузки UCI за счет выделения разных наборов последовательностей. Если в отчете сообщено о 1 бите UCI, каждому UE 102 может быть назначено две последовательности. Таким образом, RB может быть мультиплексирован различными UE 102, вплоть до 6. Если в отчете сообщено о 2 битах UCI, каждому UE 102 может быть назначено четыре последовательности. Таким образом, RB может быть мультиплексирован различными UE 102, вплоть до 3.

[0094] Кроме того, короткий PUCCH может занимать множество RB, особенно если поддерживается мультиплексирование UE. В этом случае ортогональная последовательность может быть разработана на основе общего количества RE. Т. е. ортогональные последовательности, применяемые к RS, могут быть определены на основе общего количества символов RS, выделенных для ресурса PUCCH; а ортогональные последовательности, применяемые к символам передачи UCI, могут быть определены на основе общего количества символов передачи UCI, выделенных для ресурса PUCCH. Таким образом, можно поддерживать различные возможности мультиплексирования UE и размеры полезной нагрузки UCI.

[0095] Для 1–символьного короткого PUCCH можно поддерживать как непрерывное, так и распределенное выделение ресурсов. Выделение ресурсов PUCCH можно осуществлять на уровне RB. В одном способе ресурс короткого PUCCH может быть сконфигурирован локализованным в смежных RB в области/поддиапазоне PUCCH. В другом способе ресурс короткого PUCCH может быть сконфигурирован распределенным образом в несмежных RB в области/поддиапазоне PUCCH. В этом случае шаблон ресурса PUCCH должен быть сконфигурирован в области/поддиапазоне PUCCH для определенного UE 102. Если сконфигурирована одна область/поддиапазон PUCCH, могут быть сконфигурированы размер и положение области/поддиапазона PUCCH.

[0096] Для обеспечения частотного разнесения отдельные области или поддиапазоны PUCCH должны быть сконфигурированы для UE 102, и PUCCH может быть передан одновременно во множестве областей/поддиапазонов. Множество областей или поддиапазонов PUCCH также можно рассматривать как выделение распределенных ресурсов для короткого PUCCH. В частности, при передаче в нелицензированном спектре сопоставление распределенных ресурсов важно для соблюдения нормативных требований. В случае, если сконфигурировано множество областей/поддиапазонов PUCCH, может быть сконфигурирован размер каждой области/поддиапазона PUCCH, и положения областей/поддиапазонов PUCCH могут быть сконфигурированы с использованием шаблона в несущей. На Фиг. 14 приведено несколько примеров сопоставления ресурсов PUCCH для 1–символьного короткого PUCCH с одной или более областями/поддиапазонами PUCCH и методами сопоставления локализованных/распределенных ресурсов.

[0097] Аналогично UE 102 может быть сконфигурировано с использованием двух ресурсов PUCCH для обеспечения разнесения передачи. Два ресурса PUCCH могут быть сконфигурированы в одной области/поддиапазоне PUCCH или в разных областях/поддиапазонах PUCCH. Ресурсы PUCCH могут быть локализованы с выделением смежных RB или распределенным образом с выделением несмежных RB.

[0098] Подводя итог, для основанного на последовательности 1–символьного короткого PUCCH следует указать один или более из следующих параметров: количество RB в области/поддиапазоне PUCCH; набор ортогональных последовательностей ресурса PUCCH; подмножество ортогональных последовательностей, выделенное данному UE 102; частотное разнесение с множеством областей/поддиапазонов PUCCH; разнесение передачи с двумя сконфигурированными ресурсами PUCCH; местоположение одной или более сконфигурированных областей/поддиапазонов PUCCH, включая размер и положение каждого поддиапазона/области PUCCH в несущей; а также локализованное или распределенное выделение ресурсов для ресурса PUCCH в области/поддиапазоне PUCCH.

[0099] Другим подходом для передачи UCI в 1–символьном PUCCH является PUCCH на основе мультиплексирования RS и UCI. В этом подходе может быть использовано мультиплексирование UCI и RS. В этом случае для 1–символьного PUCCH следует использовать модуляцию CP–OFDM. Опорные символы (RS) и символы передачи UCI могут быть мультиплексированы в разных поднесущих ресурса PUCCH. Мультиплексирование RS и UCI является более гибким для поддержки различных возможностей мультиплексирования UE и размеров UCI.

[00100] В данном документе описана структура шаблона RS. Можно рассматривать несколько вариантов расположения опорных сигналов/символов и сопоставления информационных битов. Некоторые примеры включают в себя 2 RS в каждом RB, 3 RS в каждом RB, 4 RS в каждом RB и 6 RS в каждом RB. На Фиг. 15 проиллюстрированы структуры шаблонов опорных сигналов. Для каждой настройки RS могут быть определены по меньшей мере два шаблона, обозначенные как шаблон 1 и шаблон 2 без ущерба для общности.

[00101] Количество RS в каждом RB является компромиссом между надежностью DMRS, возможностью мультиплексирования и размером полезной нагрузки UCI. Большее количество RS обеспечивает большую точность демодуляции и возможность мультиплексирования UE, но уменьшает количество символов для полезной нагрузки UCI, что, таким образом, означает меньший размер полезной нагрузки.

[00102] В настоящем документе также описаны возможности мультиплексирования для PUCCH на основе мультиплексирования RS и UCI. В одном способе в коротком PUCCH мультиплексирование UE не поддерживается. FDM можно использовать для разных UE 102 так, что ресурсы коротких PUCCH разных UE 102 не перекрываются друг с другом. Однако этот тип выделенного ресурса для каждого UE 102 вызывает потерю ресурсов, поскольку PUCCH не всегда передается.

[00103] В другом подходе поддерживается мультиплексирование UE для PUCCH для совместного использования одних и тех же ресурсов RB для разных UE 102. Чтобы отделить сигналы от разных UE 102, мультиплексированных в одном и том же RB, следует применять некоторый ортогональный код к символам данных RS и/или UCI. Некоторые примеры ортогональных последовательностей с различными коэффициентами расширения перечислены в таблицах 1–3 ниже. Таблица 1 соответствует коэффициенту расширения 2. Таблица 2 соответствует коэффициенту расширения 3. Таблица 3 соответствует коэффициенту расширения 4.

Индекс ортогональной последовательности n oc	Ортогональные последовательности
0	[+1 +l]
1	[+1 –1]

Таблица 1

Индекс ортогональной последовательности n oc	Ортогональные последовательности
0	[1 1 1]
1
2

Таблица 2

Индекс ортогональной последовательности n oc	Ортогональные последовательности
0	[+1 +1 +1 +1]
1	[+1 –1 +1 –1]
2	[+1 +1 –1 –1]
3	[+1 –1 –1 +1]

Таблица 3

[00104] Кроме того, короткий PUCCH может занимать множество RB, особенно если поддерживается мультиплексирование UE. В этом случае ортогональная последовательность RS может быть разработана на основе общего количества символов RS. Например, последовательности Задова – Чу (Z–C) LTE и циклические сдвиги могут быть повторно использованы для общего количества RS, имеющего длину 12 или кратную 12.

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

[00106] Для оптимизации возможностей мультиплексирования количество ортогональных последовательностей, применяемых к символам RS, должно быть таким же, как количество ортогональных последовательностей, применяемых к символам передачи UCI, что, в свою очередь, определяет количество символов UCI, которые можно передавать в каждом RB. В таблице 4 приведена сводная информация о возможностях мультиплексирования с различным количеством символов RS в RB.

Количество RS на RB	Максимальное количество ортогональных последовательностей на RS	Максимальное количество ортогональных последовательностей в символах передачи UCI в RB	Количество разных символов UCI в RB
2	2	2	5
3	3	3	3
4	4	4	2
6	6	6	1

Таблица 4

[00107] Если на RB приходится 2 символа RS, для мультиплексирования UE доступны только две ортогональные последовательности. Для символов RS можно использовать следующие ортогональные последовательности, приведенные в таблице 5.

Индекс ортогональной последовательности n oc	Ортогональные последовательности
0	[+ 1+1]
1	[+ 1 –1]

Таблица 5

[00108] В случае битов передачи UCI две ортогональные последовательности могут быть применены к 10 символам передачи UCI в RB со следующими примерами ортогональных последовательностей из таблицы 6. В результате каждый RB может передавать 5 разных символов UCI для каждого UE в каждом RB.

Индекс ортогональной последовательности n oc	Ортогональные последовательности
0	[+1 +1 +1 +1 +1 +1 +1 +1 +1 +1]
1	[+1 –1 +1 –1 +1 –1 +1 –1 +1 –1]

Таблица 6

[00109] Если на RB приходится 3 символа RS, для мультиплексирования UE доступны три ортогональные последовательности. Для символов RS можно использовать следующие ортогональные последовательности, приведенные в таблице 7.

Индекс ортогональной последовательности n oc	Ортогональные последовательности
0	[1 1 1]
1
2

Таблица 7

[00110] В случае битов передачи UCI три ортогональные последовательности могут быть применены к 9 символам передачи UCI в RB со следующими примерами ортогональных последовательностей из таблицы 8. В результате каждый RB может передавать 3 разных символов UCI для каждого UE в каждом RB.

Индекс ортогональной последовательности n oc	Ортогональные последовательности
0	[1 1 1 1 1 1 1 1 1]
1
2

Таблица 8

[00111] Если на RB приходится 4 символа RS, для мультиплексирования UE доступны четыре ортогональные последовательности. Для символов RS можно использовать следующие ортогональные последовательности, приведенные в таблице 9.

Индекс ортогональной последовательности n oc	Ортогональные последовательности
0	[+1 +1 +1 +1]
1	[+1 –1 +1 –1]
2	[+1 +1 –1 –1]
3	[+1 –1 –1 +1]

Таблица 9

[00112] В случае битов передачи UCI четыре ортогональные последовательности могут быть применены к 8 символам передачи UCI в RB со следующими примерами ортогональных последовательностей из таблицы 10. В результате каждый RB может передавать 2 разных символов UCI для каждого UE в каждом RB.

Индекс ортогональной последовательности n oc	Ортогональные последовательности
0	[+1 +1 +1 +1 +1 +1 +1 +1]
1	[+1 –1 +1 –1 +1 –1 +1 –1]
2	[+1 +1 –1 –1 +1 +1 –1 –1]
3	[+1 –1 –1 +1 +1 –1 –1 +1]

Таблица 10

[00113] Если на RB приходится 6 символов RS, для мультиплексирования UE доступны шесть ортогональных последовательностей. Для символов RS можно использовать следующие ортогональные последовательности, приведенные в таблице 11.

Индекс ортогональной последовательности n oc	Ортогональные последовательности
0	[1 1 1 1 1 1]
1
2
3	[1 1 1 –1 –1 –1]
4
5

Таблица 11

[00114] В случае битов передачи UCI шесть ортогональных последовательностей могут быть применены к 6 символам передачи UCI в RB с такими же примерами ортогональных последовательностей, как и для символов RS. В результате каждый RB может передавать 1 символ UCI для каждого UE в каждом RB.

[00115] Другой способ мультиплексирования шаблонов DMRS для разных UE 102 может быть реализован путем применения разных шаблонов DMRS для разных UE 102. В этом случае данные UCI не должны выделяться для ресурсных элементов (RE), зарезервированных для DMRS других UE 102. Таким образом, в DMRS будут отсутствовать помехи от других UE 102. Поскольку разные RE используют в качестве символов DMRS разных UE 102, ортогональные последовательности для символов DMRS не требуются. Возможность мультиплексирования UCI следует определять на основе количества UE, мультиплексированных в RB в оставшихся символах передачи UCI.

[00116] Пример мультиплексирования RS 2 устройств UE 102 с различными шаблонами RS 2 символов DMRS приведен на Фиг. 16. Ортогональные последовательности можно также применять к RE, передающим кодированные данные UCI. В этом примере каждый из 2 UE использует 2 разных RE в RB в качестве DMRS, и в RB имеется 8 символов передачи UCI. Для мультиплексирования UCI для двух UE могут быть применены две ортогональные последовательности, приведенные в таблице 12, к 8 символам передачи UCI. В результате каждое UE может передавать 4 разных символа UCI в RB.

Индекс ортогональной последовательности n oc	Ортогональные последовательности
0	[+1 +1 +1 +1 +1 +1 +1 +1]
1	[+1 –1 +1 –1 +1 –1 +1 –1]

Таблица 12

[00117] Другой пример мультиплексирования RS 3 устройств UE с различными шаблонами RS 2 символов DMRS приведен на Фиг. 17. Ортогональные последовательности можно также применять к RE, передающим кодированные данные UCI. Для мультиплексирования UCI для трех UE могут быть применены три ортогональные последовательности, приведенные в таблице 13, к 6 символам передачи UCI. В результате каждое UE может передавать 2 разных символа UCI в RB.

Индекс ортогональной последовательности n oc	Ортогональные последовательности
0	[1 1 1 1 1 1 1 1 1]
1
2

Таблица 13

[00118] Для 1–символьного короткого PUCCH можно поддерживать как непрерывное, так и распределенное выделение ресурсов. Выделение ресурсов PUCCH можно осуществлять на уровне RB. В одном способе ресурс короткого PUCCH может быть сконфигурирован локализованным в смежных RB в области/поддиапазоне PUCCH. В другом способе ресурс короткого PUCCH может быть сконфигурирован распределенным образом в несмежных RB в области/поддиапазоне PUCCH. В этом случае шаблон ресурса PUCCH должен быть сконфигурирован в области/поддиапазоне PUCCH для определенного UE. Если сконфигурирована одна область/поддиапазон PUCCH, могут быть сконфигурированы размер и положение области/поддиапазона PUCCH.

[00119] В данном документе также описаны частотное разнесение и поддержка разнесения передачи для PUCCH на основе мультиплексирования RS и UCI. Для обеспечения частотного разнесения отдельные области или поддиапазоны PUCCH должны быть сконфигурированы для UE 102, и PUCCH может быть передан одновременно во множестве областей/поддиапазонов. Множество областей или поддиапазонов PUCCH также можно рассматривать как выделение распределенных ресурсов для короткого PUCCH. В частности, при передаче в нелицензированном спектре сопоставление распределенных ресурсов важно для соблюдения нормативных требований. В случае, если сконфигурировано множество областей/поддиапазонов PUCCH, может быть сконфигурирован размер каждой области/поддиапазона PUCCH, и положения областей/поддиапазонов PUCCH могут быть сконфигурированы с использованием шаблона в несущей.

[00120] Аналогично UE 102 может быть сконфигурировано с использованием двух ресурсов PUCCH для обеспечения разнесения передачи. Два ресурса PUCCH могут быть сконфигурированы в одной области/поддиапазоне PUCCH или в разных областях/поддиапазонах PUCCH. Ресурсы PUCCH могут быть локализованы с выделением смежных RB или распределенным образом с выделением несмежных RB.

[00121] Подводя итог, для основанного на мультиплексировании RS и UCI 1–символьного короткого PUCCH необходимо указывать следующие параметры: количество RB в области/поддиапазоне PUCCH; шаблон RS и расширяющую последовательность, если применимо; расширяющую последовательность в символах данных UCI, если применимо; частотное разнесение с множеством областей/поддиапазонов PUCCH; разнесение передачи с двумя сконфигурированными ресурсами PUCCH; местоположение одной или более сконфигурированных областей/поддиапазонов PUCCH, включая размер и положение каждого поддиапазона/области PUCCH в несущей; а также локализованное или распределенное выделение ресурсов для ресурса PUCCH в области/поддиапазоне PUCCH.

[00122] В настоящем документе также описаны форматы 2–символьных коротких PUCCH. Для формата 2–символьного короткого PUCCH в NR можно использовать как CP–OFDM, так и DFT–S–OFDM. Однако может быть более целесообразным использовать короткий PUCCH на основе DFT–S–OFDM ввиду его более низкого PAPR.

[00123] В данном документе описан 2–символьный короткий PUCCH на основе DFT–S–OFDM. В случае формы сигнала DFT–S–OFDM шаблон RS и информационный бит UCI могут быть мультиплексированы способом TDM (т. е. один символ используют для передачи DMRS; другой символ используют для закодированных информационных битов UCI). Последовательности Задова – Чу (Z–C) LTE и циклические сдвиги можно повторно использовать для шаблона DMRS. Для мультиплексирования RS и информационных битов могут быть рассмотрены несколько способов сопоставления.

[00124] В первом способе первый символ всегда является DMRS, а второй символ всегда предназначен для данных UCI. DMRS передается первым так, что базовая станция (gNB 160) может декодировать раньше по сравнению с впоследствии загруженным DMRS, как показано на Фиг. 18(a). Однако, если разные UE 102 начинают короткий PUCCH на разных символах, шаблон DMRS одного UE 102 может конфликтовать с частью данных UCI другого UE 102. Это может вызывать помехи для последовательности Z–C, используемой для DMRS. Для предотвращения таких проблем при фиксированном расположении DMRS 2–символьный короткий PUCCH может быть сконфигурирован так, чтобы всегда начинаться с нечетных или четных индексов символов.

[00125] Во втором способе для предотвращения помех из–за смещения RS в UE 102 местоположение DMRS может быть фиксированным в определенных местоположениях символов. Например, на Фиг. 18(b) символ с нечетным индексом символа используют для DMRS, символ с четным индексом символа используют для данных UCI или наоборот. Следовательно, в зависимости от начального символа 2–символьного короткого PUCCH DMRS может быть расположен в первом или втором символе 2–символьного PUCCH.

[00126] В третьем способе местоположение RS является изменяемым или конфигурируемым. Местоположение RS в 2–символьном PUCCH может быть полустатически конфигурируемым сигнализацией более высокого уровня для данного UE 102. Местоположение RS в 2–символьном PUCCH может быть динамически указано информацией DCI. Регулируемое местоположение RS можно использовать для предотвращения помех из–за смещения RS между различными UE 102.

[00127] Кроме того, короткий PUCCH может занимать множество RB, особенно если поддерживается мультиплексирование UE. Ортогональные последовательности, применяемые к RS, могут быть определены на основе общего количества символов RS, выделенных для ресурса PUCCH. Ортогональные последовательности, применяемые к символам передачи UCI, могут быть определены на основе общего количества символов передачи UCI, выделенных для ресурса PUCCH. Количество ортогональных последовательностей, применяемых к символам данных RS и UCI, совместно определяет возможность мультиплексирования UE. Общее количество символов данных UCI и коэффициент расширения определяют количество информационных битов, которые могут быть переданы по PUCCH. Таким образом, можно рассматривать множество различных комбинаций шаблона RS и коэффициентов расширения в символах передачи RS и UCI. Каждая комбинация может предназначаться для определенного максимального количества битов UCI.

[00128] Для 2–символьного короткого PUCCH можно поддерживать как непрерывное, так и распределенное выделение ресурсов. Выделение ресурсов PUCCH можно осуществлять на уровне RB. В одном способе ресурс короткого PUCCH может быть сконфигурирован локализованным в смежных RB в области/поддиапазоне PUCCH. В другом способе ресурс короткого PUCCH может быть сконфигурирован распределенным образом в несмежных RB в области/поддиапазоне PUCCH. В этом случае шаблон ресурса PUCCH должен быть сконфигурирован в области/поддиапазоне PUCCH для определенного UE. Если сконфигурирована одна область/поддиапазон PUCCH, могут быть сконфигурированы размер и положение области/поддиапазона PUCCH.

[00129] Для частотного разнесения можно настраивать скачкообразное изменение частоты 2–символьного короткого PUCCH. В этом случае отдельные области или поддиапазоны PUCCH должны быть сконфигурированы для UE 102, и PUCCH может быть передан одновременно во множестве областей/поддиапазонов. Множество областей или поддиапазонов PUCCH также можно рассматривать как выделение распределенных ресурсов для короткого PUCCH. В частности, при передаче в нелицензированном спектре сопоставление распределенных ресурсов важно для соблюдения нормативных требований. В случае, если сконфигурировано множество областей/поддиапазонов PUCCH, может быть сконфигурирован размер каждой области/поддиапазона PUCCH, и положения областей/поддиапазонов PUCCH могут быть сконфигурированы с использованием шаблона в несущей.

[00130] На Фиг. 19 приведено несколько примеров сопоставления ресурсов PUCCH для 2–символьного короткого PUCCH с одной или более областями/поддиапазонами PUCCH и способами сопоставления локализованных/распределенных ресурсов.

[00131] Аналогично UE 102 может быть сконфигурировано с использованием двух ресурсов PUCCH для обеспечения разнесения передачи. Два ресурса PUCCH могут быть сконфигурированы в одной области/поддиапазоне PUCCH или в разных областях/поддиапазонах PUCCH. Ресурсы PUCCH могут быть локализованы с выделением смежных RB или распределенным образом с выделением несмежных RB.

[00132] Если частотное разнесение поддерживается для 2–символьного короткого PUCCH на основе DFT–S–OFDM, для определения местоположения DMRS можно использовать разные подходы. В одном подходе местоположение DMRS передачи PUCCH в разных областях или поддиапазонах PUCCH может быть изменено (т. е., если RS находится в первом символе в первой области PUCCH, RS должен быть расположен во втором символе во второй области PUCCH для частотного разнесения). В другом подходе местоположение DMRS передачи PUCCH в разных областях или поддиапазонах PUCCH может быть одинаковым.

[00133] В данном документе также описан 2–символьный короткий PUCCH на основе CP–OFDM. В случае формы сигнала CP–OFDM шаблон RS в символе может быть основан на шаблоне RS, определенном для 1–символьного PUCCH, описанного выше. Таким образом, 2–символьный короткий PUCCH использует структуру 1–символьного короткого PUCCH на протяжении 2 символов. Для мультиплексирования символов RS и UCI можно рассматривать несколько способов.

[00134] В первом способе (способ 1) RS находится только в первом символе. Первоочередная загрузка RS имеет преимущество быстрого декодирования. Расположение RS только в первом символе также сокращает служебные данные RS, и больше RE можно использовать для передачи закодированных символов UCI. Однако это может приводить к разному количеству передающих UCI RE в двух символах. Таким образом, необходимо использовать ортогональные последовательности с разными длинами в разных символах для обеспечения одинаковых возможностей мультиплексирования UE. В рамках этого способа можно использовать несколько подходов для определения шаблона RS.

[00135] Согласно одному подходу всегда применяют фиксированный шаблон RS. Например, на Фиг. 20(a) с 3 RS в RB всегда применяют шаблон 1. В другом подходе шаблон RS определен на основе индекса начального символа. Например, на Фиг. 20(b) с 3 RS в RB шаблон 1 используют, если начальный символ имеет четный индекс, а шаблон 2 используют, если начальный символ имеет нечетный индекс или наоборот. В еще одном подходе шаблон RS может быть изменяемым или конфигурируемым. Шаблон RS может быть полустатически сконфигурирован с использованием сигнализации более высокого уровня или динамически указан информацией DCI для данного UE 102.

[00136] Во втором способе (способ 2) RS находится в обоих символах. RS в обоих символах обеспечивает большую точность демодуляции. Кроме того, этот способ может упрощать конструкцию путем повторного использования способов мультиплексирования RS и UCI для конструкции 1–символьного PUCCH и повторения в обоих символах. В рамках этого способа можно использовать несколько подходов для определения шаблона RS.

[00137] В одном подходе один и тот же шаблон применяют к обоим символам, как показано на Фиг. 21(а). Шаблон RS может быть фиксированным, полустатически сконфигурированным с использованием сигнализации более высокого уровня или динамически указанным информацией DCI для данного UE 102. В другом подходе разные шаблоны RS используют в разных символах, как на Фиг. 21(b). Чередующийся шаблон используют в разных символах. Чередующийся шаблон DMRS в двух символах обеспечивает лучшее распределение и точность демодуляции DMRS, чем одно и то же местоположение RS в обоих символах. Шаблон RS в символе может быть сконфигурирован полустатически. Шаблон RS в символе может быть указан базовой станцией посредством DCI. Шаблон RS может быть определен на основе индекса данного символа (например, шаблон 1 используют для символа с четным индексом, а шаблон 2 – для символа с нечетным индексом или наоборот).

[00138] В третьем способе (способ 3) местоположение RS является изменяемым или конфигурируемым. При этом способе RS доступен только в одном символе. Но RS может быть в первом символе или во втором символе 2–символьного короткого PUCCH. Местоположение RS в 2–символьном PUCCH может быть полустатически конфигурируемым сигнализацией более высокого уровня для данного UE 102. Местоположение RS в 2–символьном PUCCH может быть динамически указано информацией DCI. Те же подходы, что и в способе 1, можно применять к способу 3 для выбора шаблона RS в символе передачи RS.

[00139] Кроме того, короткий PUCCH может занимать множество RB, особенно если поддерживается мультиплексирование UE. Ортогональные последовательности, применяемые к RS, могут быть определены на основе общего количества символов RS, выделенных для ресурса PUCCH; а ортогональные последовательности, применяемые к символам передачи UCI, могут быть определены на основе общего количества символов передачи UCI, выделенных для ресурса PUCCH. Количество ортогональных последовательностей, применяемых к символам данных RS и UCI, совместно определяет возможность мультиплексирования UE. Общее количество символов данных UCI и коэффициент расширения определяют количество информационных битов, которые могут быть переданы по PUCCH. Таким образом, можно рассматривать множество различных комбинаций шаблона RS и коэффициентов расширения в символах передачи RS и UCI. Каждая комбинация может предназначаться для определенного максимального количества битов UCI.

[00140] Другой способ мультиплексирования шаблонов DMRS для разных UE 102 может быть реализован путем применения разных шаблонов DMRS для разных UE 102. В этом случае данные UCI не должны выделяться для ресурсных элементов (RE), зарезервированных для DMRS других UE 102. Таким образом, в DMRS будут отсутствовать помехи от других UE 102. На Фиг. 22 проиллюстрирован пример мультиплексирования RS 2 устройств UE 102 с использованием различных шаблонов RS. Ортогональные последовательности можно также применять к RE, передающим кодированные данные UCI. Мультиплексирование RS разных UE может быть выделено в том же символе, что и на Фиг. 22(а), или в разных символах, как показано на Фиг. 22(b). В частности, для мультиплексирования RS в разных символах, как показано на Фиг. 22(b), те же способы мультиплексирования UCI, что и в 1–символьном PUCCH, могут быть повторно использованы в каждом символе.

[00141] Для частотного разнесения можно настраивать скачкообразное изменение частоты 2–символьного короткого PUCCH. В этом случае отдельные области или поддиапазоны PUCCH должны быть сконфигурированы для UE 102, и PUCCH может быть передан одновременно во множестве областей/поддиапазонов.

[00142] Если частотное разнесение поддерживается для 2–символьного короткого PUCCH на основе CP–OFDM и DMRS присутствует только в одном символе, для определения местоположения DMRS можно использовать разные подходы. В одном подходе местоположение DMRS передачи PUCCH в разных областях или поддиапазонах PUCCH может быть изменено (т. е., если RS находится в первом символе в первой области PUCCH, RS должен быть расположен во втором символе во второй области PUCCH для частотного разнесения). В другом подходе местоположение DMRS передачи PUCCH в разных областях или поддиапазонах PUCCH может быть одинаковым.

[00143] Если частотное разнесение поддерживается для 2–символьного короткого PUCCH на основе CP–OFDM и DMRS присутствует в обоих символах, для определения местоположения DMRS можно использовать разные подходы. В одном подходе 2–символьные структуры PUCCH используют в каждой области/поддиапазоне PUCCH. В другом подходе 2–символьный PUCCH может расширяться на множество структур 1–символьных PUCCH в двух символах (т. е. структуру 1–символьного PUCCH используют в каждой области/поддиапазоне PUCCH), и местоположение символов меняется в разных областях/поддиапазонах PUCCH.

[00144] Аналогично UE 102 может быть сконфигурировано с использованием двух ресурсов PUCCH для обеспечения разнесения передачи. Два ресурса PUCCH могут быть сконфигурированы в одной области/поддиапазоне PUCCH или в разных областях/поддиапазонах PUCCH. Ресурсы PUCCH могут быть локализованы с выделением смежных RB или распределенным образом с выделением несмежных RB.

[00145] Подводя итог, для основанного на мультиплексировании RS и UCI 2–символьного короткого PUCCH необходимо указывать один или более из следующих параметров: форму сигнала (например, CP–OFDM или DFT–S–OFDM); количество RB в области/поддиапазоне PUCCH; шаблон RS и расширяющую последовательность, если применимо; местоположение RS; расширяющую последовательность в символах данных UCI, если применимо; частотное разнесение со множеством областей/поддиапазонов PUCCH; разнесение передачи с двумя сконфигурированными ресурсами PUCCH; местоположение одной или более сконфигурированных областей/поддиапазонов PUCCH, включая размер и положение каждого поддиапазона/области PUCCH в несущей; а также локализованное или распределенное выделение ресурсов для ресурса PUCCH в области/поддиапазоне PUCCH.

[00146] В данном документе также описана конфигурация короткого PUCCH. В LTE определено множество форматов PUCCH для разных максимальных размеров полезной нагрузки. Аналогично в NR необходимо конфигурировать множество форматов коротких PUCCH для разных максимальных размеров полезной нагрузки. Даже если короткий PUCCH предназначен только для HARQ–ACK и SR, размеры полезной нагрузки могут отличаться для разных случаев использования. Например, для связи повышенной надежности с малым временем задержки (URLLC) может потребоваться только 1 бит HARQ–ACK, но для трафика обратной связи eMBB может потребоваться больше битов HARQ–ACK. Таким образом, следует учитывать компромиссы между RS, информационными битами и возможностями мультиплексирования.

[00147] Кроме того, для данного формата PUCCH выделение ресурсов может быть более гибким, чем в LTE, в зависимости от условий канала. Для UE 102 с очень хорошим состоянием сигнала для PUCCH может быть выделено меньше ресурсов RB. В случае UE 102 с плохими условиями сигнала (например, UE 102 на границе соты) для PUCCH может быть выделено больше ресурсов RB.

[00148] Таким образом, в случае короткого PUCCH для данного UE 102 необходимо указывать по меньшей мере следующие параметры для определения формата PUCCH: количество символов для PUCCH; форму сигнала (например, CP–OFDM или DFT–S–OFDM); количество RB в области/поддиапазоне PUCCH; шаблон RS и расширяющую последовательность в RB или символе, если применимо; расположение RS для 2–символьного PUCCH; расширяющую последовательность в символах передачи данных UCI, если применимо; частотное разнесение со множеством областей/поддиапазонов PUCCH; разнесение передачи с двумя сконфигурированными ресурсами PUCCH; местоположение одной или более сконфигурированных областей/поддиапазонов PUCCH, включая размер и положение каждого поддиапазона/области PUCCH в несущей; а также локализованное или распределенное выделение ресурсов для ресурса PUCCH в области/поддиапазоне PUCCH.

[00149] Для определения ресурса короткого PUCCH помимо вышеупомянутых параметров необходимо передавать дополнительную информацию, включая начальный индекс символа в интервале; индекс RB начального RB ресурса PUCCH; и шаблон RB для сопоставления распределенных ресурсов.

[00150] Для уменьшения служебной информации сигнализации можно задавать список поддерживаемых форматов коротких каналов управления восходящей линии связи с заданным набором параметров для каждого и можно указывать или конфигурировать имя или индекс поддерживаемого формата короткого PUCCH для UE 102.

[00151] Кроме того, 5G NR поддерживает разные полосы частот с разными характеристиками канала. Таким образом, поведение PUCCH может быть различным для разных полос частот. Состояние канала с полосами частот ниже 6 ГГц более стабильно. Таким образом, лучше использовать полустатически настроенный ресурс PUCCH или динамически указываемый ресурс PUCCH. Для полосы частот выше 6 ГГц решающее значение для работы имеет технология формирования луча. С учетом качания луча UE 102 может использовать разные лучи в разных символах.

[00152] Следовательно, для полосы частот выше 6 ГГц односимвольный PUCCH может быть сконфигурирован со множеством символов. Каждый символ может использовать такие же лучи, как и в других символах, или отличные от них. UE 102 может передавать PUCCH в одном символе из сконфигурированных символов, как показано на Фиг. 23(a).

[00153] Двухсимвольный PUCCH для полосы частот выше 6 ГГц может быть сконфигурирован со множеством символов. UE 102 может передавать PUCCH в двух символах из сконфигурированных символов. В одном подходе 2–символьный короткий PUCCH может быть передан в любых двух последовательных символах в сконфигурированных символах PUCCH, как показано на Фиг. 23(b). В другом подходе 2–символьный короткий PUCCH может быть передан в любых двух символах в сконфигурированных символах PUCCH, как показано на Фиг. 23(с).

[00154] При использовании для 2–символьного короткого PUCCH формы сигнала CP–OFDM луч в одном символе может быть таким же, как в другом символе, или отличаться от него. Таким образом, лучше иметь DMRS в обоих 2 символах. При использовании для 2–символьного короткого PUCCH формы сигнала DFT–S–OFDM луч двух символов в коротком PUCCH должен быть одинаковым. Кроме того, при использовании формы сигнала DFT–S–OFDM для 2–символьного короткого PUCCH возможно лучше применять 2 последовательных символа с одним и тем же лучом.

[00155] В одном способе и для 1– и для 2–символьного короткого PUCCH выше полосы частот 6 ГГц gNB 160 может указывать, какие символы и/или лучи следует использовать для передачи короткого PUCCH посредством динамической сигнализации через DCI. В другом способе UE 102 может выбирать символы и/или лучи для передачи короткого PUCCH.

[00156] 5G NR требуется больше конфигураций для определения ресурса короткого PUCCH. По меньшей мере один из следующих аспектов может поддерживаться в NR.

[00157] В первом аспекте формат короткого PUCCH и/или ресурс для UE 102 может быть полустатически сконфигурирован посредством сигнализации более высокого уровня. Если UE 102 не сконфигурировано для формата короткого PUCCH и/или ресурса посредством сигнализации более высокого уровня, UE 102 может использовать формат длинного PUCCH. Если UE 102 сконфигурировано для формата короткого PUCCH и/или ресурса посредством сигнализации более высокого уровня, UE 102 может использовать формат короткого PUCCH. В альтернативном варианте осуществления, если UE 102 не сконфигурировано форматом длинного PUCCH и/или ресурса посредством сигнализации более высокого уровня, UE 102 может использовать формат короткого PUCCH. Если UE 102 сконфигурировано форматом длинного PUCCH и/или ресурса посредством сигнализации более высокого уровня, UE 102 может использовать формат длинного PUCCH.

[00158] В другом аспекте формат короткого PUCCH и/или ресурс для UE 102 может быть динамически указан посредством сигнализации физического уровня (например, DCI). Формат DCI может иметь n–битное информационное поле, указывающее формат PUCCH независимо от конфигурации RRC. В альтернативном варианте осуществления формат DCI может иметь n–битное информационное поле, если UE 102 сконфигурировано с использованием некоторой конфигурации (например, конфигурации формата короткого PUCCH, конфигурации определенного режима/схемы передачи, конфигурации соты со способом радиодоступа на базе лицензируемой полосы частот (LAA) и т. д.) посредством сигнализации более высокого уровня, и в противном случае формат DCI может не иметь n–битное информационное поле. Форматы DCI, относящиеся к системной информации, поисковому вызову и/или ответу при произвольном доступе, могут не иметь n–битного информационного поля, а другие форматы DCI (например, форматы DCI, относящиеся к пользовательской полезной нагрузке) могут иметь n–битное информационное поле.

[00159] В другом аспекте формат короткого PUCCH и/или ресурс для UE 102 могут быть адаптивно определены на основе типов UCI и/или количества битов UCI. Если типами UCI являются только HARQ–ACK или SR, можно использовать формат короткого PUCCH. Можно использовать формат короткого PUCCH, если значение полезной нагрузки UCI меньше порогового значения или равно ему (например, 4 бита или 8 бит). Разные конфигурации короткого PUCCH можно использовать для разных размеров полезной нагрузки. Можно использовать формат длинного PUCCH, если размер полезной нагрузки UCI превышает пороговое значение.

[00160] В другом аспекте формат короткого PUCCH и/или ресурс для UE 102 может быть адаптивно определен на основе режима передачи DL или схемы передачи DL, которые могут быть сконфигурированы посредством сигнализации более высокого уровня.

[00161] В еще одном аспекте разные форматы короткого PUCCH можно конфигурировать или использовать для разных типов трафика.

[00162] Короткий PUCCH можно в основном использовать для направления отчетов обратной связи HARQ–ACK передач DL PDSCH. Отчет может быть определен комбинацией полустатической и динамической сигнализации для индикации синхронизации HARQ–ACK и индикации ресурса PUCCH.

[00163] Перед конфигурацией RRC для начального доступа UE должны быть заданы синхронизация HARQ–ACK и ресурс PUCCH по умолчанию. После RRC–соединения может быть сконфигурирован набор синхронизации HARQ–ACK для UE 102, и может быть динамически указана фактическая синхронизация HARQ–ACK посредством DCI. Аналогично может быть сконфигурирован набор ресурсов PUCCH для UE 102, и можно указывать фактический ресурс PUCCH, подлежащий использованию для направления отчетов, посредством DCI.

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

[00165] Если синхронизация HARQ–ACK указывает только интервал для отчета PUCCH, указание ресурса PUCCH должно включать в себя более подробную информацию, такую как индекс символа в интервале. В одном способе сигнализация RRC конфигурирует набор ресурсов короткого PUCCH с подробными параметрами для UE 102. Параметры включают в себя форматы PUCCH, выделение ресурсов и индекс символа в интервале и т. д. Кроме того, DCI указывает индекс короткого PUCCH в сконфигурированном наборе ресурсов RRC. В другом способе ресурсы PUCCH могут быть проиндексированы на основе сконфигурированной RRC структуры короткого PUCCH. Индексы могут быть сгенерированы для ресурсов в области PUCCH, охватывающей один или более символов. UE 102 может быть сконфигурировано с использованием набора ресурсов PUCCH на основе индексов PUCCH. DCI указывает индекс ресурса PUCCH в наборе ресурсов PUCCH, сконфигурированных для UE 102. DCI синхронизации HARQ–ACK и индикации ресурса PUCCH совместно определяют местоположение обратной связи HARQ–ACK.

[00166] Если синхронизация HARQ–ACK указывает интервал и индекс символа в интервале для отчетов PUCCH, указание ресурса PUCCH должно включать только индексы ресурса в данном (–ых) символе (–ах) данного интервала. Таким образом, ресурсы PUCCH могут быть проиндексированы на основе сконфигурированной RRC структуры короткого PUCCH. Индексы могут быть сгенерированы для ресурсов в области PUCCH, охватывающей один или два символа, на основе структуры короткого PUCCH. UE 102 может быть сконфигурировано с использованием набора ресурсов PUCCH на основе индексов PUCCH. DCI указывает индекс ресурса PUCCH в наборе ресурсов PUCCH, сконфигурированных для UE 102. В этом случае DCI для синхронизации HARQ–ACK определяет фактическую синхронизацию отчетов, а DCI для индикации ресурса PUCCH определяет ресурсы PUCCH, используемые для отчетов.

[00167] В данном документе также описаны аспекты PUCCH для связи повышенной надежности с малым временем задержки (URLLC). Для трафика URLLC необходимо учитывать несколько аспектов при проектировании PUCCH и передачах PUCCH.

[00168] Один аспект представляет собой связь HARQ–ACK для передачи URLLC по нисходящей линии связи. Трафик URLLC требует сверхнадежности и низкой задержки. Для обеспечения требуемой надежности должен поддерживаться HARQ–ACK для пакета URLLC. Кроме того, сообщение обратной связи HARQ–ACK должно происходить сразу после передачи URLLC. Кроме того, обратная связь HARQ–ACK должна иметь такую же или более высокую надежность, чем передача данных URLLC (т. е. текущие требования к частоте ошибок по битам канала BUCCH в 1% или 0,1% не могут удовлетворить требования URLLC). Требование HARQ–ACK BER должно быть таким же или выше, чем для канала данных URLLC (т. е. по меньшей мере 10^–5 или 10^–6 или даже ниже).

[00169] Таким образом, формат PUCCH для передачи DL URLLC также должен обеспечивать сверхнадежность и низкую задержку после передачи DL URLLC. Для обратной связи URLLC HARQ–ACK следует использовать только короткий PUCCH. Положение короткого PUCCH может быть определено динамически на основе передачи данных DL URLLC (например, сразу после передачи DL URLLC с 1–символьным промежутком). Трафик URLLC может быть определен с помощью автономной структуры интервалов, а PUCCH зарезервирован в конце автономного интервала.

[00170] При разработке обратной связи HARQ–ACK для URLLC могут быть предусмотрены следующие аспекты. Короткий канал управления URLLC должен быть более устойчивым (например, BER < 10^–6). Могут поддерживаться только 1 или 2 бита HARQ–ACK. Может поддерживаться только 1 процесс HARQ. Например, можно использовать множество RB для обратной связи управления URLLC. Можно применять частотное разнесение и разнесение передачи.

[00171] Для сведения задержки к минимуму можно использовать один символ короткого PUCCH для обратной связи передачи DL URLLC. Кроме того, можно использовать двухсимвольный короткий PUCCH для большей надежности. При применении мультиплексирования RS и UCI шаблон RS может отличаться от других PUCCH. Например, 6 RS и 6 символов данных могут быть в каждом RB. Может быть использован более длинный код ортогонального кода покрытия (OCC).

[00172] Может быть использован короткий PUCCH на основе последовательности. Таким образом, UE 102 может быть сконфигурировано с использованием набора последовательностей по сконфигурированным ресурсам RB для короткого PUCCH URLLC. Биты обратной связи HARQ–ACK или SR могут быть сопоставлены с разными последовательностями в наборе.

[00173] Короткий PUCCH URLLC может использовать численную величину другого короткого PUCCH. В частности, URLLC PUCCH должен иметь меньшую длину символа, чем другие передачи короткого PUCCH или PUSCH.

[00174] Таким образом, на основе этих аспектов короткий PUCCH для URLLC может быть сконфигурирован с использованием другого набора параметров для UE 102. Формат короткого PUCCH для трафика URLLC может быть полустатически сконфигурирован сигнализацией более высокого уровня. Ресурс и местоположение короткого PUCCH могут быть полустатически сконфигурированы или неявно сопоставлены на основе передачи DL URLLC. Короткий PUCCH для обратной связи URLLC должен быть передан динамически на основе приема DL URLLC.

[00175] Как уже было отмечено, трафик URLLC требует сверхнадежности и низкой задержки и может конфликтовать с передачей PUCCH или PUSCH того же UE 102. В качестве общего правила: трафик URLLC должен иметь более высокий приоритет, чем любые другие передачи UL. В случае, когда передача короткого PUCCH сталкивается с трафиком URLLC в одном и том же символе, URLLC должен иметь более высокий приоритет. Можно рассматривать несколько способов.

[00176] В первом способе (способ 1) передается URLLC, а PUCCH в перекрывающемся символе отбрасывается. Это простое решение, применимое во всех случаях, независимо от формы сигнала и/или численных величин PUCCH. Весь короткий PUCCH должен быть отброшен в случае 1–символьного PUCCH. В случае 2–символьного PUCCH, если URLLC конфликтует с первым символом короткого PUCCH, все символы короткого PUCCH должны быть отброшены. Если передача 2–символьного короткого PUCCH уже начинается, а URLLC конфликтует со 2–м символом в 2–символьном коротком PUCCH, второй символ короткого PUCCH отбрасывается.

[00177] Во втором способе (способ 2) можно выполнять одновременную передачу URLLC и короткого PUCCH с масштабированием мощности RE коротких PUCCH. Если одновременная передача URLLC и PUCCH поддерживается для одного и того же символа, мощность передачи UL должна быть сначала выделена трафику URLLC. Оставшуюся мощность можно масштабировать по RE PUCCH в том же символе UL. В одном подходе в случае перекрывающихся RE в URLLC и PUSCH сигналы URLLC передаются, а символы PUCCH в соответствующих RE отбрасываются. В другом подходе в случае перекрывающихся RE в URLLC и PUSCH сигналы URLLC передаются, а весь символ PUCCH должен быть отброшен как в способе 1. Обратите внимание, что, если трафик URLLC и PUCCH используют разные сигналы, одновременная передача URLLC и PUCCH может быть невозможна. Кроме того, если трафик URLLC и PUCCH используют разные численные величины, между разными численными величинами может потребоваться некоторый защитный интервал, и в некоторых случаях может отсутствовать поддержка одновременной передачи URLLC и PUCCH.

[00178] Передача URLLC UL может быть запланирована или предварительно сконфигурирована с помощью ресурса, известного gNB 160. gNB 160 может слепо декодировать трафик URLLC и обрабатывать другие каналы (например, PUCCH и PUSCH на основании заданного или сконфигурированного поведения UE). С другой стороны, для UE 102 полезно указывать передачу UL URLLC gNB 160. Индикация может представлять собой короткий URLLC PUCCH, который передается одновременно с данными URLLC PUSCH. Ресурс короткого URLLC PUCCH может быть настроен полустатически как ресурс SR. Структура формата PUCCH может быть такой же, как и PUCCH для обратной связи HARQ–ACK передачи DL URLLC.

[00179] Модуль 124 операций UE может предоставлять информацию 148 одному или более приемникам 120. Например, модуль 124 операций UE может информировать приемник (–и) 120 о времени приема передачи.

[00180] Модуль 124 операций UE может предоставлять информацию 138 демодулятору 114. Например, модуль 124 операций UE может информировать демодулятор 114 о схеме модуляции, предполагаемой для передач от gNB 160.

[00181] Модуль 124 операций UE может предоставлять информацию 136 декодеру 108. Например, модуль 124 операций UE может информировать декодер 108 о предполагаемом кодировании передач от gNB 160.

[00182] Модуль 124 операций UE может предоставлять информацию 142 кодеру 150. Информация 142 может включать в себя данные, подлежащие кодированию, и/или инструкции по кодированию. Например, модуль 124 операций UE может давать кодеру 150 указание закодировать данные 146 передачи и/или другую информацию 142. Другая информация 142 может включать в себя информацию PDSCH HARQ–ACK.

[00183] Кодер 150 может кодировать данные 146 передачи и/или другую информацию 142, предоставляемую модулем 124 операций UE. Например, кодирование данных 146 и/или другой информации 142 может включать в себя кодирование с обнаружением и/или коррекцией ошибок, сопоставление данных с пространственными, временными и/или частотными ресурсами для передачи, мультиплексирования и т. д. Кодер 150 может предоставлять кодированные данные 152 модулятору 154.

[00184] Модуль 124 операций UE может предоставлять информацию 144 модулятору 154. Например, модуль 124 операций UE может информировать модулятор 154 о типе модуляции (например, сопоставление созвездия), подлежащий использованию для передач gNB 160. Модулятор 154 может модулировать кодированные данные 152 для подачи одного или более модулированных сигналов 156 на один или более передатчиков 158.

[00185] Модуль 124 операций UE может предоставлять информацию 140 одному или более передатчикам 158. Эта информация 140 может включать в себя инструкции для одного или более передатчиков 158. Например, модуль 124 операций UE может давать указание одному или более передатчикам 158 о времени передачи сигнала на gNB 160. Например, один или более передатчиков 158 могут осуществлять передачу в течение подкадра UL. Один или более передатчиков 158 могут преобразовывать с повышением частоты и передавать модулированный (–ые) сигнал (–ы) 156 на один или более gNB 160.

[00186] Каждое из одного или более gNB 160 может включать в себя один или более приемопередатчиков 176, один или более демодуляторов 172, один или более декодеров 166, один или более кодеров 109, один или более модуляторов 113, буфер 162 данных и модуль 182 операций gNB. Например, на gNB 160 могут быть реализованы один или более трактов приема и/или передачи. Для удобства в gNB 160 показаны только один приемопередатчик 176, декодер 166, демодулятор 172, кодер 109 и модулятор 113, хотя можно реализовывать множество параллельных элементов (например, приемопередатчики 176, декодеры 166, демодуляторы 172, кодеры 109 и модуляторы 113).

[00187] Приемопередатчик 176 может включать в себя один или более приемников 178 и один или более передатчиков 117. Один или более приемников 178 могут принимать сигналы от UE 102 с использованием одной или более антенн 180a–n. Например, приемник 178 может принимать и преобразовывать с понижением частоты сигналы для формирования одного или более принятых сигналов 174. Один или более принятых сигналов 174 могут быть поданы на демодулятор 172. Один или более передатчиков 117 могут передавать сигналы на UE 102 с использованием одной или более антенн 180a–n. Например, один или более передатчиков 117 могут преобразовывать с повышением частоты и передавать один или более модулированных сигналов 115.

[00188] Демодулятор 172 может демодулировать один или более принятых сигналов 174 для создания одного или более демодулированных сигналов 170. Один или более демодулированных сигналов 170 могут быть поданы на декодер 166. Для декодирования сигналов gNB 160 можно использовать декодер 166. Декодер 166 может обеспечивать один или более декодированных сигналов 164, 168. Например, первый eNB–декодированный сигнал 164 может содержать принятые данные полезной нагрузки, которые могут быть сохранены в буфере 162 данных. Второй eNB–декодированный сигнал 168 может содержать служебные данные и/или данные управления. Например, второй eNB–декодированный сигнал 168 может обеспечивать данные (например, информацию PDSCH HARQ–ACK), которые могут быть использованы модулем 182 операций gNB для выполнения одной или более операций.

[00189] Как правило, модуль 182 операций gNB может обеспечивать gNB 160 возможностью обмена данными с одним или более UE 102. Модуль 182 операций gNB может включать в себя один или более модулей 194 короткого PUCCH gNB. Модуль 194 короткого PUCCH gNB может реализовывать конструкцию короткого PUCCH для 5G NR, как описано в данном документе.

[00190] Модуль 182 операций gNB может предоставлять информацию 188 демодулятору 172. Например, модуль 182 операций gNB может информировать демодулятор 172 о схеме модуляции, предполагаемой для передач с одного или более UE 102.

[00191] Модуль 182 операций gNB может предоставлять информацию 186 декодеру 166. Например, модуль 182 операций gNB может информировать декодер 166 о предполагаемом кодировании передач от одного или более UE 102.

[00192] Модуль 182 операций gNB может предоставлять информацию 101 кодеру 109. Информация 101 может включать в себя данные, подлежащие кодированию, и/или инструкции по кодированию. Например, модуль 182 операций gNB может давать кодеру 109 указание закодировать информацию 101, включая данные 105 передачи.

[00193] Кодер 109 может кодировать данные 105 передачи и/или другую информацию, включенную в информацию 101, предоставляемую модулем 182 операций gNB. Например, кодирование данных 105 и/или другой информации в информации 101 может включать в себя кодирование с обнаружением и/или исправлением ошибок, сопоставление данных с пространством, временные и/или частотные ресурсы для передачи, мультиплексирования и т. д. Кодер 109 может предоставлять кодированные данные 111 модулятору 113. Данные 105 передачи могут включать в себя сетевые данные, подлежащие ретрансляции на UE 102.

[00194] Модуль 182 операций gNB может предоставлять информацию 103 модулятору 113. Эта информация 103 может включать в себя инструкции для модулятора 113. Например, модуль 182 операций gNB может информировать модулятор 113 о типе модуляции (например, сопоставление созвездия), подлежащий использованию для передач с одного или более UE 102. Модулятор 113 может модулировать кодированные данные 111 для подачи одного или более модулированных сигналов 115 на один или более передатчиков 117.

[00195] Модуль 182 операций gNB может предоставлять информацию 192 одному или более передатчикам 117. Эта информация 192 может включать в себя инструкции для одного или более передатчиков 117. Например, модуль 182 операций gNB может давать указание одному или более передатчиков 117 о времени передачи (или времени не передачи) сигнала на одно или более UE 102. Один или более передатчиков 117 могут преобразовывать с повышением частоты и передавать модулированный (–ые) сигнал (–ы) 115 на одно или более UE 102.

[00196] Следует отметить, что подкадр DL может быть передан от gNB 160 на одно или более UE 102 и что подкадр UL может быть передан от одного или более UE 102 на gNB 160. Более того, как gNB 160, так и один или более UE 102 могут передавать данные в стандартном специальном подкадре.

[00197] Следует также отметить, что один или более элементов или их частей, включенных в одну или более eNB 160 и одно или более UE 102, могут быть реализованы в виде оборудования. Например, один или более из этих элементов или их частей могут быть реализованы в виде микросхемы, схемы или аппаратных компонентов и т. д. Следует также отметить, что одна или более функций или описанных в настоящем документе способов могут быть реализованы в оборудовании и/или выполнены посредством его использования. Например, один или более способов, описанных в настоящем документе, могут быть реализованы и/или осуществлены с помощью набора микросхем, специализированной интегральной схемы (ASIC), большой интегральной схемы (LSI) или интегральной схемы и т. д.

[00198] На Фиг. 2 представлена схема, иллюстрирующая один пример ресурсной сетки для нисходящей линии связи. Ресурсная сетка, показанная на Фиг. 2, может быть использована в некоторых реализациях систем и способов, описанных в настоящем документе. Более подробные сведения, касающиеся ресурсной сетки, приведены в связи с Фиг. 1.

[00199] На Фиг. 2 один подкадр 269 нисходящей линии связи может включать в себя два слота 283 нисходящей линии связи. N^DL_RB представляет собой конфигурацию ширины полосы нисходящей линии связи обслуживающей соты, выраженную в значениях, кратных N^RB_sc, где N^RB_sc – размер ресурсного блока 289 в частотном домене, выраженный в количестве поднесущих, а N^DL_symb – некоторое количество символов 287 OFDM в слоте 283 нисходящей линии связи. Ресурсный блок 289 может включать в себя некоторое количество ресурсных элементов (RE) 291.

[00200] Для PCell N^DL_RB представляет собой широковещание как часть системной информации. Для SCell (включая LAA SCell) N^DL_RB конфигурируют посредством сообщения RRC, специально предназначенного для UE 102. Для сопоставление PDSCH с доступным RE 291 может быть RE 291, индекс 1 которого удовлетворяет условиями l≥l_{данные,начало} и/или l_{данные,конец}≥l в подкадре.

[00201] В нисходящей линии связи может быть использована схема доступа OFDM с циклическим префиксом (CP), которая может также упоминаться как CP–OFDM. В нисходящей линии связи можно передавать PDCCH, EPDCCH, PDSCH и т. п. Радиокадр нисходящей линии связи может состоять из множества пар ресурсных блоков (RB) нисходящей линии связи, которые также упоминаются как физические ресурсные блоки (PRB). Пара RB нисходящей линии связи представляет собой блок для назначения радиоресурсов нисходящей линии связи, определяемых предварительно заданной шириной полосы (шириной полосы RB) и слотом времени. Пара RB нисходящей линии связи состоит из двух RB нисходящей линии связи, которые являются непрерывными во временной области.

[00202] RB нисходящей линии связи состоит из двенадцати поднесущих в частотной области и семи (в случае нормального CP) или шести (в случае расширенного CP) символов OFDM во временной области. Область, определяемая одной поднесущей в частотной области и одним символом OFDM во временной области, называется ресурсным элементом (RE) и однозначно идентифицируется парой индексов (k,l) в слоте, где k и l являются индексами в частотной и временной областях соответственно. Хотя в настоящем документе обсуждаются подкадры нисходящей линии связи в одной несущей составляющей (CC), подкадры нисходящей линии связи определены для каждой CC, и эти подкадры нисходящей линии связи по существу синхронизированы друг с другом среди CC.

[00203] На Фиг. 3 представлена схема, иллюстрирующая один пример ресурсной сетки для восходящей линии связи. Ресурсная сетка, показанная на Фиг. 3, может быть использована в некоторых реализациях систем и способов, описанных в настоящем документе. Более подробные сведения, касающиеся ресурсной сетки, приведены в связи с Фиг. 1.

[00204] На Фиг. 3 один подкадр 369 восходящей линии связи может включать в себя два слота 383 восходящей линии связи. N^UL_RB представляет собой конфигурацию ширины полосы восходящей линии связи обслуживающей соты, выраженную в значениях, кратных N^RB_sc, где N^RB_sc – размер ресурсного блока 389 в частотном домене, выраженный в количестве поднесущих, а N^UL_symb – некоторое количество символов 393 SC–FDMA в слоте 383 восходящей линии связи. Ресурсный блок 389 может включать в себя некоторое количество ресурсных элементов (RE) 391.

[00205] Для PCell N^UL_RB представляет собой широковещание как часть системной информации. Для SCell (включая LAA SCell) N^UL_RB конфигурируют посредством сообщения RRC, специально предназначенного для UE 102.

[00206] В восходящей линии связи в дополнение к CP–OFDM можно использовать схему множественного доступа с частотным разделением каналов с одной несущей (SC–FDMA), которая также упоминается как OFDM с расширением дискретного преобразования Фурье (DFT–S–OFDM). В восходящей линии можно передавать PUCCH, PDSCH, PRACH и т. п. Радиокадр восходящей линии связи может состоять из множества пар ресурсных блоков восходящей линии связи. Пара RB восходящей линии связи представляет собой блок для назначения радиоресурсов восходящей линии связи, определяемых предварительно заданной шириной полосы (шириной полосы RB) и временным интервалом. Пара RB восходящей линии связи состоит из двух RB восходящей линии связи, которые являются непрерывными во временной области.

[00207] RB восходящей линии связи может состоять из двенадцати поднесущих в частотной области и семи (в случае нормального CP) или шести (в случае расширенного CP) символов OFDM/DFT–S–OFDM во временной области. Область, определяемая одной поднесущей в частотной области и одним символом OFDM/DFT–S–OFDM во временной области, называется RE и однозначно идентифицируется парой индексов (k,l) в слоте, где k и l являются индексами в частотной и временной областях соответственно. Хотя в настоящем документе обсуждаются подкадры восходящей линии связи в одной несущей составляющей (CC), подкадры восходящей линии связи определены для каждой CC.

[00208] На Фиг. 4 приведены примеры нескольких численных величин 401. Численная величина № 1 401a может быть базовой численной величиной (например, опорной численной величиной). Например, RE 495a базовой численной величины 401a может быть определен с разносом поднесущих 405a 15 кГц в частотной области и длиной 2048Ts+CP (например, 160Ts или 144Ts) во временной области (т. е. длиной символа № 1 403a), где Ts обозначает единицу времени выборки в основной полосе, определенную как 1 / (15 000 * 2048) секунд. Для i–й численной величины разнос поднесущих 405 может быть равен 15 * 2ⁱ, и эффективная длина символа OFDM 2048 * 2^–i * Ts. Это может обеспечивать длину символа 2048 * 2^–i * Ts+длину CP (например, 160 * 2^–i * Ts или 144 * 2^–i * Ts). Другими словами, разнос поднесущих i+1–й численной величины вдвое больше, чем для i–й численной величины, а длина символа i+1–й численной величины – половина от длины символа i–й численной величины. На Фиг. 4 показаны четыре численные величины, но система может поддерживать другое количество численных величин. Кроме того, система не должна поддерживать все численные величины от 0–й до I–й, i=0, 1, I.

[00209] На Фиг. 5 приведены примеры структур подкадров для численных величин 501, представленных на Фиг. 4. Учитывая, что интервал 283 включает в себя N^DL_symb (или N^UL_symb) = 7 символов, длина интервала i+1–й численной величины 501 – это половина i–й численной величины 501, и, в конечном счете, количество интервалов 283 в подкадре (т. е. 1 мс) становится двойным. Можно отметить, что радиокадр может включать в себя 10 подкадров, и длина радиокадра может быть равна 10 мс.

[00210] На Фиг. 6 приведены примеры интервалов 683 и подынтервалов 607. Если подынтервал 607 не сконфигурирован более высоким уровнем, UE 102 и eNB/gNB 160 могут использовать только интервал 683 в качестве блока диспетчеризации. Более конкретно, данный транспортный блок может быть выделен интервалу 683. Если подынтервал 607 сконфигурирован более высоким уровнем, UE 102 и eNB/gNB 160 могут использовать подынтервал 607, а также интервал 683. Подынтервал 607 может включать в себя один или более символов OFDM. Максимальное количество символов OFDM, которые составляют подынтервал 607, может составлять N^DL_symb–l (или N^UL_symb–l).

[00211] Длина подынтервала может быть сконфигурирована посредством сигнализации более высокого уровня. В альтернативном варианте осуществления длина подынтервала может быть указана каналом управления физического уровня (например, форматом DCI).

[00212] Подынтервал 607 может начинаться с любого символа в интервале 683, если только он не конфликтует с каналом управления. Могут быть предусмотрены ограничения по длине мини–интервала в зависимости от ограничений по начальному положению. Например, подынтервал 607 с длиной N^DL_symb–l (или N^UL_symb–l) может начинаться со второго символа в интервале 683. Начальное положение подынтервала 607 может быть указано каналом управления физического уровня (например, форматом DCI). В альтернативном варианте осуществления начальное положение подынтервала 607 может быть определено из информации (например, индекса пространства поиска, индекса претендента на слепое декодирование, индексов частотного и/или временного ресурса, индекса PRB, индекса элемента канала управления, уровня агрегации элементов канала управления, индекса порта антенны и т. д.) канала управления физического уровня, который осуществляет диспетчеризацию данных в соответствующем подынтервале 607.

[00213] В случаях, когда подынтервал 607 сконфигурирован, данный транспортный блок может быть выделен интервалу 683, подынтервалу 607, агрегированным подынтервалам 607 или агрегированному (–ым) подынтервалу (–ам) 607 и интервалу 683. Этот блок может также быть блоком для генерации битов HARQ–ACK.

[00214] На Фиг. 7 приведены примеры временной шкалы диспетчеризации 709. Для нормальной временной шкалы 709a диспетчеризации DL каналы управления DL сопоставлены с начальной частью интервала 783a. Каналы 711 управления DL осуществляют диспетчеризацию совместно применяемых каналов 713a DL в одном и том же интервале 783a. HARQ–ACK для совместно применяемых каналов DL 713a (т. е. HARQ–ACK, каждый из которых указывает, успешно ли обнаружен транспортный блок в каждом совместно применяемом канале DL 713a) указывают в отчетах по каналам 715a управления UL в более позднем интервале 783b. В этом случае данный интервал 783 может содержать передачу DL или передачу UL.

[00215] Для нормальной временной шкалы 709b диспетчеризации UL каналы 711b управления DL сопоставлены с начальной частью интервала 783c. Каналы 711b управления DL осуществляют диспетчеризацию совместно применяемых каналов 717a UL в более позднем интервале 783d. В этих случаях временная привязка (временной сдвиг) между интервалом DL 783c и интервалом UL 783d может быть фиксированной или сконфигурированной посредством сигнализации более высокого уровня. В альтернативном варианте осуществления это может быть указано каналом управления физического уровня (например, форматом DCI назначения DL, форматом DCI предоставления UL или другим форматом DCI, таким как формат DCI общей сигнализации UE, который можно отслеживать в общем пространстве поиска).

[00216] Для автономной базовой временной шкалы 709c диспетчеризации DL каналы 711с управления DL сопоставлены с начальной частью интервала 783e. Каналы 711с управления DL осуществляют диспетчеризацию совместно применяемых каналов 713b DL в одном и том же интервале 783e. HARQ–ACK для совместно применяемых каналов DL 713b указывают в отчетах в каналах 715b управления UL, которые сопоставлены в конечной части интервала 783e.

[00217] Для автономной базовой временной шкалы 709d диспетчеризации UL каналы 711d управления DL сопоставлены с начальной частью интервала 783f. Каналы 711d управления DL осуществляют диспетчеризацию совместно применяемых каналов 717b UL в одном и том же интервале 783f. В этих случаях интервал 783f может содержать части DL и UL, и между передачами DL и UL может быть предусмотрен защитный интервал.

[00218] Использование автономного интервала может осуществляться при конфигурации автономного интервала. В альтернативном варианте осуществления использование автономного интервала может осуществляться при конфигурации подынтервала. В еще одном альтернативном варианте осуществления использование автономного интервала может осуществляться при конфигурации укороченного физического канала (например, PDSCH, PUSCH, PUCCH и т. д.).

[00219] На Фиг. 8 приведены примеры областей мониторинга канала управления DL. Один или более наборов PRB могут быть сконфигурированы для мониторинга канала управления DL. Другими словами, набор ресурсов управления в частотной области представляет собой набор PRB, в которых UE 102 пытается слепо декодировать информацию управления нисходящей линии связи, причем PRB могут быть или не быть смежными по частоте, UE 102 может иметь один или больше наборов ресурсов управления, и одно сообщение DCI может находиться в одном наборе ресурсов управления. В частотной области PRB – это размер единицы ресурса (который может включать или не включать в себя DMRS) для канала управления. Совместно применяемый канал DL может начинаться с более позднего символа OFDM, чем тот (те), который (–ые) передает (–ют) обнаруженный канал управления DL. В альтернативном варианте осуществления совместно применяемый канал DL может начинаться с (или более раннего) символа OFDM, являющегося последним символом OFDM, передающим обнаруженный канал управления DL. Другими словами, может поддерживаться динамическое повторное использование по меньшей мере части ресурсов в наборах ресурсов управления для данных того же или другого UE 102 по меньшей мере в частотной области.

[00220] На Фиг. 9 приведены примеры канала управления DL, состоящего из более чем одного элемента канала управления. Если набор ресурсов управления охватывает множество символов OFDM, претендент канала управления может быть сопоставлен с множеством символами OFDM или может быть сопоставлен с одним символом OFDM. Один элемент канала управления DL может быть сопоставлен с RE, определенными одним PRB и одним символом OFDM. Если для передачи одного канала управления DL использованы более одного элемента канала управления DL, может быть выполнена агрегация элементов канала управления DL.

[00221] Количество агрегированных элементов канала управления DL называется уровнем агрегации элементов канала управления DL. Уровень агрегации элементов канала управления DL может составлять 1 или 2 в целочисленной степени. gNB 160 может информировать UE 102, какие претенденты канала управления сопоставлены с каждым подмножеством символов OFDM в наборе ресурсов управления. Если один канал управления DL сопоставлен с одним символом OFDM и не охватывает множество символов OFDM, агрегация элементов канала управления DL выполнена внутри символа OFDM, а именно агрегированы множество элементов канала управления DL в символе OFDM. В противном случае могут быть агрегированы элементы канала управления DL в разных символах OFDM.

[00222] На Фиг. 10 приведены примеры структур канала управления UL. Канал управления UL может быть сопоставлен с RE, определенными как PRB и интервал в частотной и временной областях соответственно. Этот канал управления UL может упоминаться как длинный формат (или просто 1–й формат). Каналы управления UL могут быть сопоставлены с RE в ограниченных символах OFDM во временной области. Это может упоминаться как короткий формат (или просто 2–й формат). Каналы управления UL с коротким форматом могут быть сопоставлены с RE в одном PRB. В альтернативном варианте осуществления каналы управления UL с коротким форматом могут быть сопоставлены с RE во множестве PRB. Например, может быть применено чередующееся сопоставление, а именно канал управления UL может быть сопоставлен с каждыми N PRB (например, 5 или 10) в пределах ширины полосы системы.

[00223] На Фиг. 11 представлена блок–схема, иллюстрирующая один вариант реализации gNB 1160. gNB 1160 может включать в себя процессор 1123 более высокого уровня, передатчик 1125 DL, приемник 1133 UL и одну или более антенн 1131. Передатчик 1125 DL может включать в себя передатчик 1127 PDCCH и передатчик 1129 PDSCH. Приемник 1133 UL может включать в себя приемник 1135 PUCCH и приемник 1137 PUSCH.

[00224] Процессор 1123 более высокого уровня может управлять поведением физического уровня (передатчика DL и приемника UL) и предоставлять параметры более высокого уровня физическому уровню. Процессор 1123 более высокого уровня может получать транспортные блоки от физического уровня. Процессор 1123 более высокого уровня может отправлять/получать сообщения более высокого уровня, такие как сообщение RRC и сообщение MAC, на более высокий уровень UE или с него. Процессор 1123 более высокого уровня может предоставлять транспортные блоки передатчика PDSCH и предоставлять параметры передачи передатчика PDCCH, относящиеся к транспортным блокам.

[00225] Передатчик 1125 DL может мультиплексировать физические каналы нисходящей линии связи, физические сигналы нисходящей линии связи (включая сигнал резервирования) и передавать их через передающие антенны 1131. Приемник 1133 UL может принимать мультиплексированные физические каналы восходящей линии связи и физические сигналы восходящей линии связи через приемные антенны 1131 и демультиплексировать их. Приемник 1135 PUCCH может предоставлять процессор 1123 более высокого уровня UCI. Приемник 1137 PUSCH может предоставлять транспортные блоки, полученные процессором 1123 более высокого уровня.

[00226] На Фиг. 12 представлена блок–схема, иллюстрирующая один вариант реализации UE 1202. UE 1202 может включать в себя процессор 1223 более высокого уровня, передатчик 1251 UL, приемник 1243 DL и одну или более антенн 1231. Передатчик 1251 UL может включать в себя передатчик 1253 PUCCH и передатчик 1255 PUCCH. Приемник 1243 DL может включать в себя передатчик 1245 PDCCH и передатчик 1247 PDSCH.

[00227] Процессор 1223 более высокого уровня может управлять поведением физического уровня (передатчика DL и приемника UL) и предоставлять параметры более высокого уровня физическому уровню. Процессор 1223 более высокого уровня может получать транспортные блоки от физического уровня. Процессор 1223 более высокого уровня может отправлять/получать сообщения более высокого уровня, такие как сообщение RRC и сообщение MAC, на более высокий уровень UE или с него. Процессор 1223 более высокого уровня может предоставлять транспортные блоки передатчика PUSCH и предоставлять передатчик 1253 UCI PUCCH.

[00228] Приемник 1243 DL может принимать мультиплексированные физические каналы нисходящей линии связи и физические сигналы нисходящей линии связи через приемные антенны 1231 и демультиплексировать их. Приемник 1245 PDCCH может предоставлять процессор 1223 более высокого уровня DCI. Приемник 1247 PDSCH может предоставлять транспортные блоки, полученные процессором 1223 более высокого уровня.

[00229] Следует отметить, что названия описанных в данном документе физических каналов приведены в качестве примеров. Могут быть использованы другие названия, такие как «NRPDCCH, NRPDSCH, NRPUCCH и NRPUSCH», «PDCCH нового поколения (G), GPDSCH, GPUCCH и GPUSCH» и т. п.

[00230] На Фиг. 13 проиллюстрированы примеры форматов короткого PUCCH. Первый пример (а) представляет собой случай мультиплексирования с частотным разделением каналов (FDM). Формат короткого PUCCH может иметь длину только в 1 символ. В этом случае следует использовать модуляцию CP–OFDM, опорные символы и символы передачи UCI могут быть мультиплексированы в разных поднесущих ресурса PUCCH.

[00231] Второй пример (b) представляет собой случай мультиплексирования с временным разделением (TDM). Формат короткого PUCCH занимает два символа. В этом случае можно использовать как модуляцию CP–OFDM, так и модуляцию DFT–S–OFDM. В случае DFT–S–OFDM опорный символ и символ передачи UCI могут быть мультиплексированы в TDM.

[00232] Третий пример (c) представляет собой TDM с разделением символов. Короткий PUCCH занимает 1 символ опорной численной величины, разбивая его на 2 символа с более высокой численной величиной (т. е. удваивая разнос поднесущих и уменьшая длину символа вдвое). Эта 1–символьная конструкция на самом деле является 2–символьной конструкцией с более высокой численной величиной, и возможно использование той же конструкции, как у 2–символьного PUCCH.

[00233] На Фиг. 14 проиллюстрированы примеры сопоставления ресурсов 1–символьного PUCCH. В частности, на Фиг. 14 приведено несколько примеров сопоставления ресурсов PUCCH для 1–символьного короткого PUCCH с одной или более областями/поддиапазонами PUCCH и способами сопоставления локализованных/распределенных ресурсов.

[00234] На Фиг. 14(a) использовано локализованное сопоставление ресурсов PUCCH, где смежные RB сконфигурированы для 1–символьного короткого PUCCH в сконфигурированной области/поддиапазоне PUCCH. На Фиг. 14(b) сконфигурировано более одной области/поддиапазона PUCCH и использовано локализованное сопоставление ресурсов PUCCH, где смежные RB сконфигурированы для 1–символьного короткого PUCCH в каждой области/поддиапазоне PUCCH. На Фиг. 14(c) использовано распределенное сопоставление ресурсов PUCCH, где несмежные RB сконфигурированы для 1–символьного короткого PUCCH в сконфигурированной области/поддиапазоне PUCCH. На Фиг. 14(d) сконфигурировано более одной области/поддиапазона PUCCH и использовано распределенное сопоставление ресурсов PUCCH, где несмежные RB сконфигурированы для 1–символьного короткого PUCCH в каждой области/поддиапазоне PUCCH.

[00235] На Фиг. 15 проиллюстрированы примеры шаблонов опорных символов (RS) для PUCCH в символе мультиплексирования с ортогональным частотным разделением каналов (OFDM). На Фиг. 15 проиллюстрированы структуры шаблонов опорных сигналов для 2 RS в каждом RB, 3 RS в каждом RB, 4 RS в каждом RB и 6 RS в каждом RB.

[00236] На Фиг. 16 приведен пример мультиплексирования опорного сигнала демодуляции (DMRS) с мультиплексированием с частотным разделением каналов (FDM) для 1–символьного короткого PUCCH. На Фиг. 16 проиллюстрировано мультиплексирование RS 2 UE 102 с использованием различных шаблонов RS. Ортогональные последовательности можно также применять к RE, передающим кодированные данные UCI. RS для первого UE мультиплексирован с RS для второго UE.

[00237] На Фиг. 17 проиллюстрирован другой пример мультиплексирования RS 3 устройств UE с различными шаблонами RS 2 символов DMRS. Ортогональные последовательности можно также применять к RE, передающим кодированные данные UCI. В этом примере каждый из 3 UE (UE1, UE2 и UE3) использует 2 разных RE в RB в качестве DMRS. В RB предусмотрено 6 символов передачи UCI.

[00238] На Фиг. 18 проиллюстрирован пример местоположения RS в 2–символьном коротком PUCCH с OFDM с расширением дискретного преобразования Фурье (DFT–S–OFDM). В первом способе (а) первый символ всегда является DMRS, а второй символ всегда предназначен для данных UCI. DMRS передается первым так, что базовая станция (gNB 160) может декодировать раньше по сравнению с впоследствии загруженным DMRS. Однако, если разные UE 102 начинают короткий PUCCH на разных символах, шаблон DMRS одного UE 102 может конфликтовать с частью данных UCI другого UE 102. Это может вызывать помехи для последовательности Z–C, используемой для DMRS.

[00239] Во втором способе (b) для предотвращения помех из–за смещения RS в UE 102 местоположение DMRS может быть фиксированным в определенных местоположениях символов. Например, символ с индексом нечетного символа используют для DMRS, символ с индексом четного символа используют для данных UCI или наоборот. Следовательно, в зависимости от начального символа 2–символьного короткого PUCCH DMRS может быть расположен в первом или втором символе 2–символьного PUCCH.

[00240] В третьем способе (не показан) местоположение RS является изменяемым или конфигурируемым. Местоположение RS в 2–символьном PUCCH может быть полустатически сконфигурирован сигнализацией более высокого уровня для данного UE 102. Местоположение RS в 2–символьном PUCCH может быть динамически указано информацией DCI. Регулируемое местоположение RS можно использовать для предотвращения помех из–за смещения RS между различными UE 102.

[00241] На Фиг. 19 проиллюстрированы примеры сопоставления ресурсов 2–символьного PUCCH. На Фиг. 19(a) использовано локализованное сопоставление ресурсов PUCCH, где смежные RB сконфигурированы для 2–символьного короткого PUCCH в сконфигурированной области/поддиапазоне PUCCH. На Фиг. 19(b) сконфигурировано более одной области/поддиапазона PUCCH и использовано локализованное сопоставление ресурсов PUCCH, где смежные RB сконфигурированы для 2–символьного короткого PUCCH в каждой области/поддиапазоне PUCCH. На Фиг. 19(c) использовано распределенное сопоставление ресурсов PUCCH, где несмежные RB сконфигурированы для 2–символьного короткого PUCCH в сконфигурированной области/поддиапазоне PUCCH. На Фиг. 19(d) сконфигурировано более одной области/поддиапазона PUCCH и использовано распределенное сопоставление ресурсов PUCCH, где несмежные RB сконфигурированы для 2–символьного короткого PUCCH в каждой области/поддиапазоне PUCCH.

[00242] На Фиг. 20 проиллюстрированы примеры определения шаблона RS. Согласно одному подходу (а) всегда применяют фиксированный шаблон RS. Например, с 3 RS в RB всегда применяют шаблон 1. В другом подходе (b) шаблон RS определен на основе индекса начального символа. Например, с 3 RS в RB шаблон 1 используют, если начальный символ имеет четный индекс, а шаблон 2 используют, если начальный символ имеет нечетный индекс, или наоборот. В еще одном подходе (не показан) шаблон RS может быть изменяемым или конфигурируемым. Шаблон RS может быть полустатически сконфигурирован с использованием сигнализации более высокого уровня или динамически указан информацией DCI для данного UE 102.

[00243] На Фиг. 21 проиллюстрированы примеры RS, расположенного в двух символах. В одном подходе (а) один и тот же шаблон RS применяют к обоим символам. Шаблон RS может быть фиксированным, полустатически сконфигурированным с использованием сигнализации более высокого уровня или динамически указанным информацией DCI для данного UE 102. В другом подходе (b) разные шаблоны RS используют в разных символах. Чередующийся шаблон используют в разных символах. Шаблон RS в символе может быть сконфигурирован полустатически. Шаблон RS в символе может быть указан базовой станцией посредством DCI. Шаблон RS может быть определен на основе индекса данного символа (например, шаблон 1 используют для символа с четным индексом, а шаблон 2 – для символа с нечетным индексом или наоборот).

[00244] На Фиг. 22 проиллюстрированы примеры мультиплексирования RS двух UE с использованием различных шаблонов RS. Ортогональные последовательности можно также применять к RE, передающим кодированные данные UCI. В одном подходе (а) мультиплексирование RS разных UE может быть выделено в одном и том же символе. В другом подходе (b) мультиплексирование RS разных UE может быть выделено в разных символах.

[00245] На Фиг. 23 проиллюстрированы примеры передачи по короткому PUCCH с качанием луча. В первом подходе (а) 1–символьный короткий PUCCH может быть передан в любом одном из сконфигурированных символов PUCCH. Во втором подходе (b) 2–символьный короткий PUCCH может быть передан в любых двух последовательных символах из сконфигурированных символов PUCCH. В третьем подходе (с) 2–символьный короткий PUCCH может быть передан в любых двух символах из сконфигурированных символов PUCCH.

[00246] На Фиг. 24 проиллюстрированы различные компоненты, которые можно использовать в UE 2402. UE 2402, описанное в связи с Фиг. 24, может быть реализовано в соответствии с UE 102, описанным в связи с Фиг. 1. UE 2402 включает в себя процессор 2403, который управляет работой UE 2402. Процессор 2403 может также называться центральным процессором (ЦП). Память 2405, которая может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), их комбинацию или устройство любого типа, которое может хранить информацию, обеспечивает инструкции 2407a и данные 2409a для процессора 2403. Часть памяти 2405 может также включать в себя энергонезависимое оперативное запоминающее устройство (NVRAM). Инструкции 2407b или данные 2409b могут также находиться в процессоре 2403. Инструкции 2407b и/или данные 2409b, загружаемые в процессор 2403, могут также включать в себя инструкции 2407a и/или данные 2409a из памяти 2405, которые были загружены для исполнения или обработки процессором 2403. Инструкции 2407b могут быть исполнены процессором 2403 для реализации описанных выше способов.

[00247] UE 2402 может также включать в себя корпус, который содержит один или более передатчиков 2458 и один или более приемников 2420 для обеспечения возможности передачи и приема данных. Передатчик (–и) 2458 и приемник (–и) 2420 могут быть объединены в один или более приемопередатчиков 2418. К корпусу прикреплены одна или более антенн 2422a–n, которые электрически связаны с приемопередатчиком 2418.

[00248] Различные компоненты UE 2402 соединены вместе с помощью системы 2411 шин, которая помимо шины данных может включать в себя шину питания, шину сигналов управления и шину сигналов состояния. Однако для ясности различные шины проиллюстрированы на Фиг. 24 как система 2411 шин. UE 2402 может также включать в себя цифровой сигнальный процессор (DSP) 2413 для использования в обработке сигналов. UE 2402 может также включать в себя интерфейс 2415 связи, который обеспечивает доступ пользователя к функциям UE 2402. UE 2402, проиллюстрированные на Фиг. 24, представляет собой функциональную блок–схему, а не перечень конкретных компонентов.

[00249] На Фиг. 25 проиллюстрированы различные компоненты, которые можно использовать в gNB 2560. gNB 2560, описанная в связи с Фиг. 25, может быть реализована в соответствии с gNB 160, описанной в связи с Фиг. 1. gNB 2560 включает в себя процессор 2503, который управляет работой gNB 2560. Процессор 2503 может также называться центральным процессором (ЦП). Память 2505, которая может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), их комбинацию или устройство любого типа, которое может хранить информацию, обеспечивает инструкции 2507a и данные 2509a для процессора 2503. Часть памяти 2505 может также включать в себя энергонезависимое оперативное запоминающее устройство (NVRAM). Инструкции 2507b или данные 2509b могут также находиться в процессоре 2503. Инструкции 2507b и/или данные 2509b, загружаемые в процессор 2503, могут также включать в себя инструкции 2507a и/или данные 2509a из памяти 2505, которые были загружены для исполнения или обработки процессором 2503. Инструкции 2507b могут быть исполнены процессором 2503 для реализации описанных выше способов.

[00250] gNB 2560 может также включать в себя корпус, который содержит один или более передатчиков 2517 и один или более приемников 2578 для обеспечения возможности передачи и приема данных. Передатчик (–и) 2517 и приемник (–и) 2578 могут быть объединены в один или более приемопередатчиков 2576. К корпусу прикреплены одна или более антенн 2580a–n, которые электрически связаны с приемопередатчиком 2576.

[00251] Различные компоненты gNB 2560 соединены вместе с помощью системы 2511 шин, которая может помимо шины данных может включать в себя шину питания, шину сигналов управления и шину сигналов состояния. Однако для ясности различные шины проиллюстрированы на Фиг. 25 как система 2511 шин. gNB 2560 может также включать в себя цифровой сигнальный процессор (DSP) 2513 для использования в обработке сигналов. gNB 2560 может также включать в себя интерфейс 2515 связи, который обеспечивает доступ пользователя к функциям gNB 2560. gNB 2560, проиллюстрированная на Фиг. 25, представляет собой функциональную блок–схему, а не перечень конкретных компонентов.

[00252] На Фиг. 26 представлена блок–схема, иллюстрирующая один вариант реализации UE 2602, в которой могут быть осуществлены системы и способы для конструкции короткого PUCCH для 5G NR. UE 2602 включает в себя средство 2658 передачи, средство 2620 приема и средство 2624 управления. Средство 2658 передачи, средство 2620 приема и средство 2624 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг. 1. На Фиг. 24 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 26. Для осуществления одной или более функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.

[00253] На Фиг. 27 представлена блок–схема, иллюстрирующая один вариант реализации gNB 2760, в которой могут быть осуществлены системы и способы для конструкции короткого PUCCH для 5G NR. gNB 2760 включают в себя средство 2717 передачи, средство 2778 приема и средство 2782 управления. Средство 2717 передачи, средство 2778 приема и средство 2782 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг. 1. На Фиг. 25 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 27. Для осуществления одной или более функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.

[00254] На Фиг. 28 представлена блок–схема последовательности, иллюстрирующая способ 2800 реализации конструкции короткого PUCCH для 5G NR. Способ 2800 может быть реализован UE 102. UE 102 может определять 2802 формат и конфигурацию канала управления восходящей линии связи (PUCCH) на основе сигнализации от gNB 160. Например, формат и конфигурация PUCCH может включать в себя по меньшей мере формат короткого PUCCH и формат длинного PUCCH. Формат короткого PUCCH и формат длинного PUCCH могут иметь одинаковые или разные формы сигналов и/или численные величины.

[00255] Формат PUCCH может включать в себя сопоставление локализованных или распределенных ресурсов в одной или более областях/поддиапазонах PUCCH. Определение ресурса канала управления восходящей линии связи (PUCCH) для отчетов UCI можно осуществлять путем комбинации полустатической конфигурации RRC и динамической индикации DCI. Полустатическая конфигурация RRC и динамическая индикация DCI могут включать в себя сигнализацию для синхронизации HARQ–ACK и ресурсов PUCCH.

[00256] Для UE 102 определение ресурса канала управления восходящей линии связи (PUCCH) для отчетов UCI можно осуществлять путем комбинации полустатической конфигурации RRC и динамической индикации DCI.

[00257] Для UE полустатическая конфигурация RRC и динамическая индикация DCI могут включать в себя сигнализацию базовой станции 160 для синхронизации HARQ–ACK и ресурсов PUCCH.

[00258] Короткий PUCCH может быть 1–символьным коротким PUCCH. В 1–символьном коротком PUCCH может быть использован сигнал мультиплексирования с ортогональным частотным разделением каналов с циклическим префиксом (CP–OFDM). Формат может состоять из некоторого количества ресурсных блоков (RB), шаблона опорных символов (RS), и/или ортогональных последовательностей в символах RS и символах данных и/или одной или более областей ресурсов управления. Шаблон RS различных UE 102 может быть мультиплексирован с помощью ортогональной последовательности или способом мультиплексирования с частотным разделением каналов (FDM).

[00259] Короткий PUCCH может быть 2–символьным коротким PUCCH. 2–символьный короткий PUCCH может использовать сигнал расширения дискретного преобразования Фурье OFDM (DFT–S–OFDM). Формат может состоять из некоторого количества RB, места расположения RS, ортогональных последовательностей на RS и символах данных и/или одной или более областей ресурсов управления. В альтернативном варианте осуществления 2–символьный короткий PUCCH может использовать форму сигнала CP–OFDM, и формат состоит из некоторого количества RB, шаблона и местоположения RS и/или ортогональных последовательностей в RS и символах данных, и/или одной или более областей ресурсов управления.

[00260] RS может быть расположен в первом символе 2–символьного короткого PUCCH. Местоположение RS можно определять с помощью индекса символа 2–символьного короткого PUCCH. Местоположение RS 2–символьного короткого PUCCH может быть указан сигнализацией gNB.

[00261] По меньшей мере для полосы частот более 6 ГГц UE 102 может быть сконфигурировано с использованием набора символов для короткого PUCCH, и короткий PUCCH передается посредством выбора одного символа для 1–символьного PUCCH и 2 символов для 2–символьного PUCCH из набора. 2 символа, выбранные для 2–символьного PUCCH в наборе, могут быть смежными или разделенными в указанном наборе. Символ (–ы) может (могут) быть выбран (–ы) на основе индикации gNB.

[00262] UE 102 может определять 2804 канал управления, используемый для обратной связи информации управления (UCI) восходящей линии связи. UE 102 может определять 2806 ресурс канала управления для обратной связи UCI. UE 102 может передавать 2808 UCI по выбранному каналу.

[00263] На Фиг. 29 представлена блок–схема последовательности, иллюстрирующая другой способ 2900 реализации конструкции короткого PUCCH для 5G NR. Способ 2900 может быть реализован базовой станцией (gNB) 160. gNB 160 может определять 2902 формат и конфигурацию канала управления восходящей линии связи (PUCCH). Это может быть выполнено так, как описано в связи с Фиг. 27. Например, формат и конфигурация PUCCH может включать в себя по меньшей мере формат короткого PUCCH и формат длинного PUCCH. Формат короткого PUCCH и формат длинного PUCCH могут иметь одинаковые или разные формы сигналов и/или численные величины.

[00264] Формат PUCCH может включать в себя сопоставление локализованных или распределенных ресурсов в одной или более областях/поддиапазонах PUCCH. Определение ресурса канала управления восходящей линии связи (PUCCH) для отчетов UCI можно осуществлять путем комбинации полустатической конфигурации RRC и динамической индикации DCI. Полустатическая конфигурация RRC и динамическая индикация DCI могут включать в себя сигнализацию для синхронизации HARQ–ACK и ресурсов PUCCH.

[00265] gNB 160 может принимать 2904 UCI по выбранному каналу. UE 102 определяет канал управления, используемый для передачи по каналу обратной связи информации управления восходящей линии связи (UCI), и ресурс канала управления для передачи по каналу обратной связи UCI на основе сигнализации gNB 160.

[00266] На Фиг. 30 представлена блок–схема последовательности, иллюстрирующая другой способ 3000 реализации конструкции короткого PUCCH для 5G NR. Способ 3000 может быть реализован UE 102. UE 102 может получать 3002 первую конфигурацию более высокого уровня, указывающую множество наборов ресурсов физического канала управления восходящей линии связи (PUCCH). Множество наборов ресурсов PUCCH могут включать в себя по меньшей мере ресурс короткого PUCCH.

[00267] UE 102 может выбирать ресурс PUCCH 3004 из наборов ресурсов PUCCH. Выбор 3004 ресурса PUCCH из наборов ресурсов PUCCH может быть основан на указании динамической информации управления нисходящей линии связи (DCI) индекса ресурса PUCCH. UE 102 может передавать 3006 информацию управления восходящей линии связи (UCI) в выбранном ресурсе PUCCH.

[00268] Первая конфигурация более высокого уровня может включать в себя по меньшей мере индекс начального символа, индекс начального ресурсного блока (RB), количество символов, количество ресурсных блоков (RB) и данные о том, применено ли скачкообразное изменение частоты в случае короткого PUCCH с двумя символами.

[00269] В случае если скачкообразное изменение частоты сконфигурировано для двухсимвольного PUCCH, места расположения опорного сигнала демодуляции (DMRS) PUCCH в обоих символах могут быть одинаковыми для двух символов. В случае конфигурации разнесения передачи можно выбирать другой ресурс PUCCH, связанный с выбранным ресурсом PUCCH.

[00270] На Фиг. 31 представлена блок–схема последовательности, иллюстрирующая другой способ 3100 реализации конструкции короткого PUCCH для 5G NR. Способ 3100 может быть реализован базовой станцией (gNB) 160. gNB 160 может отправлять 3102 первую конфигурацию более высокого уровня, указывающую множество наборов ресурсов физического канала управления восходящей линии связи (PUCCH). Множество наборов ресурсов PUCCH могут включать в себя по меньшей мере ресурс короткого PUCCH. Первая конфигурация более высокого уровня может включать в себя по меньшей мере индекс начального символа, индекс начального ресурсного блока (RB), количество символов, количество ресурсных блоков (RB) и данные о том, применено ли скачкообразное изменение частоты в случае короткого PUCCH с двумя символами.

[00271] gNB 160 может выбирать ресурс PUCCH 3104 из наборов ресурсов PUCCH. Выбор 3104 ресурса PUCCH из наборов ресурсов PUCCH может быть основан на указании динамической информации управления нисходящей линии связи (DCI) индекса ресурса PUCCH. gNB 160 может принимать 3106 информации управления восходящей линии связи (UCI) о выбранном ресурсе PUCCH.

[00272] В случае если скачкообразное изменение частоты сконфигурировано для двухсимвольного PUCCH, места расположения опорного сигнала демодуляции (DMRS) PUCCH в обоих символах могут быть одинаковыми для двух символов. В случае конфигурации разнесения передачи можно выбирать другой ресурс PUCCH, связанный с выбранным ресурсом PUCCH.

[00273] Термин «машиночитаемый носитель» относится к любому доступному носителю, к которому может получать доступ компьютер или процессор. Используемый в настоящем документе термин «машиночитаемый носитель» может обозначать читаемый компьютером и/или процессором носитель, который является энергонезависимым и материальным. В качестве примера, но не для ограничения, машиночитаемый или читаемый процессором носитель может представлять собой ОЗУ, ПЗУ, EEPROM, CD–ROM или другой накопитель на оптических дисках, накопитель на магнитных дисках или другие магнитные запоминающие устройства, или любой другой носитель, который можно использовать для переноса или хранения требуемого программного кода в виде инструкций или структур данных и которому может получать доступ компьютер или процессор. В настоящем документе термин «диск» относится к диску (disc), который воспроизводит данные оптическим способом с помощью лазеров (например, компакт–диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD) и диск Blu–ray®), и к диску (disk), который обычно воспроизводит данные магнитным способом (например, гибкий диск).

[00274] Следует отметить, что один или более способов, описанных в настоящем документе, могут быть реализованы и/или выполнены с помощью оборудования. Например, один или более способов, описанных в настоящем документе, могут быть реализованы и/или осуществлены с помощью набора микросхем, специализированной интегральной схемы (ASIC), большой интегральной схемы (LSI) или интегральной схемы и т. д.

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

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

[00277] Программа, выполняющаяся на gNB 160 или UE 102 в соответствии с описанными системами и способами, представляет собой программу (программу, предполагающую работу компьютера), которая управляет ЦП и т. п. таким образом, чтобы осуществлять функцию в соответствии с описанными системами и способами. При этом информация, которые обрабатывают эти устройства, во время обработки временно хранится в ОЗУ. Затем информация сохранена на различных ПЗУ или HDD и по мере необходимости ЦП считывает ее для изменения или записи. В качестве носителя записи, на котором хранится программа, может быть любое из полупроводниковых устройств (например, ПЗУ, энергонезависимая карта памяти и т. п.), оптических запоминающих устройств (например, DVD, MO, MD, CD, BD и т. п.), магнитных запоминающих устройств (например, магнитная лента, гибкий диск и т. п.) и т. п. Более того, в некоторых случаях функцию в соответствии с вышеописанными системами и способами реализуют путем выполнения загружаемой программы, и, кроме того, функцию в соответствии с описанными системами и способами реализуют во взаимодействии с операционной системой или другими прикладными программами на основе инструкции из программы.

[00278] Более того, в случае, когда программы доступны на рынке, программа, хранящаяся на переносном носителе информации, может быть распределена или программа может быть передана на серверный компьютер, который соединяется через сеть, такую как Интернет. В этом случае запоминающее устройство на серверном компьютере также включено в систему. Более того, некоторые или все из gNB 160 и UE 102 в соответствии с вышеописанными системами и способами могут быть реализованы в виде LSI, которая представляет собой типичную интегральную схему. Каждый функциональный блок gNB 160 и UE 102 может быть индивидуально встроен в микросхему, а некоторые или все функциональные блоки могут быть объединены в микросхему. Более того, методика воплощения интегральных схем не ограничена LSI, и интегральная схема для функционального блока может быть реализована с помощью специализированной схемы или процессора общего назначения. Кроме того, при появлении в области полупроводников технологии, воплощающейся в интегральной схеме, заменяющей существующие LSI, также можно использовать интегральную схему, к которой применена такая технология.

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

1. Пользовательское оборудование (UE), содержащее:

процессор; и

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

получения конфигурации управления радиоресурсами (RRC), указывающей множество наборов ресурсов физического канала управления восходящей линии связи (PUCCH) и набор синхронизации подтверждения (ACK) гибридного автоматического запроса на повторную передачу данных (HARQ);

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

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

2. UE по п. 1, в котором конфигурация RRC содержит по меньшей мере индекс начального символа, индекс начального ресурсного блока (RB), некоторое количество символов, некоторое количество ресурсных блоков (RB) и данные о том, применено ли скачкообразное изменение частоты в случае двухсимвольного PUCCH.

3. UE по п. 2, в котором, в случае если скачкообразное изменение частоты сконфигурировано для двухсимвольного PUCCH, места расположения опорного сигнала демодуляции (DMRS) PUCCH в обоих символах являются одинаковыми для двух символов.

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

5. Базовая станция, содержащая:

процессор; и

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

отправки в пользовательское оборудование (UE) конфигурации управления радиоресурсами (RRC), указывающей множество наборов ресурсов физического канала управления восходящей линии связи (PUCCH) и набор синхронизации подтверждения (ACK) гибридного автоматического запроса на повторную передачу данных (HARQ);

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

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

6. Базовая станция по п. 5, в которой конфигурация RRC содержит по меньшей мере индекс начального символа, индекс начального ресурсного блока (RB), некоторое количество символов, некоторое количество ресурсных блоков (RB) и данные о том, применено ли скачкообразное изменение частоты в случае двухсимвольного PUCCH.

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

8. Базовая станция по п. 5, в которой в случае конфигурации разнесения передачи выбирается другой ресурс PUCCH, связанный с выбранным ресурсом PUCCH.

9. Способ связи для пользовательского оборудования (UE), включающий:

получение конфигурации управления радиоресурсами (RRC), указывающей множество наборов ресурсов физического канала управления восходящей линии связи (PUCCH) и набор синхронизации подтверждения (ACK) гибридного автоматического запроса на повторную передачу данных (HARQ);

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

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

10. Способ связи для базовой станции, включающий:

отправку в пользовательское оборудование (UE) конфигурации управления радиоресурсами (RRC), указывающей множество наборов ресурсов физического канала управления восходящей линии связи (PUCCH) и набор синхронизации подтверждения (ACK) гибридного автоматического запроса на повторную передачу данных (HARQ);

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

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