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

Изобретение относится к области беспроводной связи. Технический результат заключается в повышении гибкости обмена данными. При осуществлении связи с базовой станцией пользовательское оборудование (UE) определяет ресурс физического канала управления восходящей линии связи (PUCCH) и формат PUCCH и передает информацию управления восходящей линии связи (UCI) по ресурсу PUCCH с использованием формата PUCCH, причем если формат PUCCH представляет собой 2–символьный PUCCH и составляет до 2 битов, UCI повторяется в двух символах путем повтора 1–символьного PUCCH, и если формат PUCCH превышает 2 бита, UCI кодируют совместно, кодированные биты UCI распределяют по двум символам, и, если UCI включает в себя HARQ-ACK и запрос планирования (SR), биты SR присоединяются к битам HARQ–ACK и биты SR и биты HARQ–ACK совместно кодируются. 4 н.п. ф-лы, 20 ил.

 

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

[0001] Настоящая заявка относится к предварительной заявке на патент США № 62/501,305, озаглавленной SHORT PUCCH FORMATS AND SCHEDULING REQUEST (SR) TRANSMISSION FOR 5th GENERATION (5G) NEW RADIO ACCESS TECHNOLOGY (NR), поданной 4 мая 2017 г., содержание которой полностью включено в настоящую заявку путем ссылки, и испрашивает приоритет по ней.

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

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

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

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

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

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

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

[0006] На Фиг. 1 представлена блок–схема, иллюстрирующая один вариант реализации одной или более базовых станций (gNB) и одного или более пользовательских оборудований (UE), на которых могут быть осуществлены передачи форматов короткого физического канала управления восходящей линии связи (PUCCH) и запроса планирования (SR) для новой технологии радиодоступа (NR) 5–го поколения (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 показаны различные компоненты, которые можно использовать в UE;

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

[0020] на Фиг. 15 представлена блок–схема, иллюстрирующая один вариант реализации UE, на котором могут быть осуществлены передачи коротких форматов PUCCH и SR для 5G NR;

[0021] на Фиг. 16 представлена блок–схема, иллюстрирующая один вариант реализации gNB, на которой могут быть осуществлены передачи форматов короткого PUCCH и SR для 5G NR;

[0022] на Фиг. 17 представлена блок–схема, иллюстрирующая способ реализации передачи форматов короткого PUCCH и SR для 5G NR;

[0023] на Фиг. 18 представлена блок–схема, иллюстрирующая другой способ реализации передачи форматов короткого PUCCH и SR для 5G NR;

[0024] на Фиг. 19 представлена блок–схема, иллюстрирующая способ связи пользовательского оборудования (UE); и

[0025] на Фиг. 20 представлена блок–схема, иллюстрирующая способ связи устройства базовой станции (gNB).

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

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

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

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

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

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

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

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

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

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

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

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

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

[0038] В LTE отдельный ресурс физического канала управления восходящей линии связи (PUCCH) выполнен с возможностью передачи запроса планирования (SR). SR представляет собой один из видов информации управления восходящей линии связи (UCI). В режиме установленного соединения UE может отправлять SR на базовую станцию (например, gNB) для запроса планирования передачи данных восходящей линии связи (UL). В LTE SR имеет длину всего в 1 бит и может быть указан путем передачи по ресурсу SR или в объединенном сообщении вместе с другой UCI по PUCCH.

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

[0040] Аналогично LTE в NR SR может быть сконфигурирован с помощью независимых ресурсов PUCCH. Если SR отсутствует, сигнал по ресурсу SR не передают. Если SR имеется, передача SR зависит от наличия другой UCI, которую нужно сообщить в том же самом интервале.

[0041] NR может определять несколько форматов PUCCH, в том числе PUCCH малой длительности и PUCCH большой длительности. В 3GPP порядок конфигурирования формата для передач SR в NR не обсуждается или еще не определен.

[0042] В настоящем документе описаны потенциальные форматы и конфигурации ресурса SR. Чтоб передать только SR, SR может быть передан с помощью сконфигурированного формата по сконфигурированному ресурсу.

[0043] В настоящем документе также описаны различные случаи конфликта SR с другой UCI в физическом канале управления восходящей линии связи (PUCCH). В некоторых случаях для одновременного сообщения SR и подтверждения гибридного автоматического запроса на повторение передачи (HARQ–ACK) можно адаптировать формат SR или формат PUCCH для формата более высокой полезной нагрузки. В настоящем документе также описаны способы передачи канала управления в соответствии с правилами приоритета посредством сброса канала или масштабирования мощности.

[0044] В NR возможно определение множества форматов коротких PUCCH и множества форматов длинных PUCCH, и форматы PUCCH UE могут быть сконфигурированы базовой станцией. SR может быть сконфигурирован с помощью определенного формата PUCCH. Формат SR и выделения ресурсов могут отличаться от обычного PUCCH.

[0045] В настоящем документе описаны варианты реализации формата канала SR и выделения ресурса. Для трафиков с разными свойствами могут быть сконфигурированы форматы и ресурсы SR с 1 битом. Для указания приоритета ожидающего трафика могут быть сконфигурированы форматы и ресурсы SR с более чем 1 битом. Ресурс SR может быть сконфигурирован с помощью 1–символьного формата PUCCH, основанного на выборе последовательности. Набор последовательностей для ресурса SR зависит от количества битов сообщения SR. Ресурс SR может быть сконфигурирован с помощью 1–символьного формата PUCCH, основанного на мультиплексировании опорного сигнала (RS) и UCI с использованием 6 RS и 6 UCI, содержащих ресурсные элементы (RE) в каждом ресурсном блоке (RB). Ресурс SR может быть сконфигурирован с помощью 2–символьного формата PUCCH путем повтора одной и той же UCI на двух символах со скачкообразной перестройкой частоты для обеспечения разнесения. Ресурс SR может быть сконфигурирован с помощью длинного формата PUCCH.

[0046] В настоящем документе также описан конфликт каналов между SR и другим PUCCH, несущим другую UCI (например, HARQ–ACK). Если в случае полного перекрытия передачи SR и HARQ–ACK ресурс PUCCH для HARQ–ACK поддерживает более 2 битов, биты SR могут быть присоединены к биту HARQ–ACK и затем совместно кодированы и сообщены по ресурсу PUCCH для HARQ–ACK. Однако в случае передач HARQ–ACK длиной 1 или 2 бита и многобитового SR места для передачи дополнительной информации по одному PUCCH нет. Кроме того, поскольку ресурс SR может отличаться по длине от остальной передачи PUCCH, совместное сообщение SR вместе с HARQ–ACK не всегда возможно из–за проблем с синхронизацией.

[0047] Поэтому описаны новые способы поддержки одновременной передачи UCI. В одном способе возможно применение адаптации формата PUCCH. UE может быть сконфигурировано с использованием нескольких ресурсов PUCCH с разными размерами максимальной полезной нагрузки. В случае одновременных передач HARQ–ACK и SR вместо используемого по умолчанию ресурса PUCCH с полезной нагрузкой 1 или 2 бита может быть использован ресурс PUCCH с более высокой полезной нагрузкой. Существующие формат и ресурс PUCCH для 1 или 2 битов могут быть адаптированы до формата PUCCH с более высокой полезной нагрузкой при тех же самых ресурсах RB. В случае мультиплексирования RS и UCI могут быть использованы другие шаблон и служебные данные RS.

[0048] В другом способе могут поддерживаться одновременные передачи PUCCH. Это не ограничивается SR и HARQ–ACK, а касается также HARQ–ACK и обратной связи информации о состоянии канала (CSI). Количество одновременных передач PUCCH может быть ограничено двумя. В случае ограниченной мощности может быть применено масштабирование мощности на основе правила приоритета, определяемого типом UCI и приоритетом трафика.

[0049] В еще одном способе передают только один канал PUCCH. Применяют сброс канала на основе правила приоритета, определяемого типом UCI и приоритетом трафика. Правило приоритета может быть определено следующим образом от самого высокого к самому низкому: HARQ–ACK для трафика высокого приоритета (например, URLLC); SR высокого приоритета (например, URLLC); HARQ–ACK для остального трафика (например, eMBB); SR низкого приоритета (например, eMBB); CSI для канала высокого приоритета (например, URLLC); CSI для канала низкого приоритета (например, eMBB); данные восходящей линии связи (т. е. PUSCH).

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

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

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

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

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

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

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

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

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

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

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

[0061] Короткий PUCCH также называют PUCCH малой длительности. Длинный PUCCH также называют PUCCH большой длительности. Короткий PUCCH может включать в себя один или два символа. Короткий PUCCH может обеспечивать быстрый ответ HARQ–ACK для приложений с малой задержкой и сокращать служебные данные PUCCH. Размер полезной нагрузки короткого PUCCH может быть меньше, чем у длинного PUCCH. Формат длинного PUCCH может охватывать множество символов и интервалов. Несколько форматов длинного PUCCH могут быть определены с помощью по меньшей мере 4 символов, которые находятся в пределах интервала или охватывают несколько интервалов. Формат длинного PUCCH можно использовать для обратной связи HARQ–ACK с большей полезной нагрузкой, обратной связи CSI и т. д.

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

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

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

[0065] В NR возможно определение множества форматов коротких PUCCH и множества форматов длинных PUCCH, и форматы PUCCH UE 102 могут быть сконфигурированы базовой станцией (например, gNB 160). Для поддержки мультиплексирования с временным разделением каналов (TDM) короткого PUCCH от разных UE 102 в одном и том же интервале механизм, сообщающий UE 102, в каком (–их) символе (–ах) интервала передавать короткий PUCCH, поддерживается по меньшей мере выше 6 ГГц. Аналогичным образом в случае длинного PUCCH gNB 160 может информировать UE 102 о начальном символе и длительности передачи длинного PUCCH.

[0066] Канал PUCCH может быть предназначен для передачи информации управления восходящей линии связи (UCI). В NR возможно определение множества форматов коротких PUCCH и множества форматов длинных PUCCH, и форматы PUCCH UE 102 могут быть сконфигурированы базовой станцией (например, gNB 160). Для 1–символьного PUCCH с полезной нагрузкой 1 или 2 бита можно рассмотреть по меньшей мере два варианта: мультиплексирование RS и UCI методом мультиплексирования с частотным разделением каналов (FDM) с получением символа OFDM; и выбор последовательности с низким отношением пиковой мощности к средней мощности (PAPR).

[0067] В случае короткого PUCCH, основанного на последовательности, UE 102 может быть сконфигурировано с помощью набора последовательностей с низким PAPR (например, последовательностей Задова – Чу). Информация, переносимая по PUCCH, представлена передаваемой последовательностью. Если задан основанный на последовательности короткий PUCCH, для UE 102 можно назначить набор последовательностей, включающий в себя множество последовательностей, для переноса UCI. Например, 2 последовательности в наборе последовательностей для выбора последовательности могут нести 1 бит UCI, и 4 последовательности в наборе последовательностей для выбора могут нести 2 бита UCI.

[0068] В случае 1–символьного PUCCH с полезной нагрузкой 1 или 2 бита, если RS и UCI мультиплексируют методом мультиплексирования с частотным разделением каналов (FDM) в символ OFDM, служебные данные RS могут составлять 50%. Другими словами, в каждом ресурсном блоке (RB) могут быть выделены 6 RS и 6 UCI, несущих ресурсные элементы (RE) или поднесущие.

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

[0070] Можно рассмотреть несколько соотношений DMRS. В одном примере в каждом RB имеются 6 поднесущих DMRS, поэтому служебные данные составляют 1/2. В другом примере в каждом RB имеются 4 поднесущих DMRS, поэтому служебные данные составляют 1/3. В другом примере в каждом RB имеются 3 поднесущих DMRS, поэтому служебные данные составляют 1/4. В еще одном примере в каждом RB имеются 3 поднесущих DMRS, поэтому служебные данные составляют 1/6.

[0071] В одном способе может быть использовано фиксированное соотношение DMRS для полезной нагрузки выше 2 битов (например, служебные данные составляют 1/3 или 1/4). В другом способе соотношение служебных данных для UE 102 может быть конфигурируемым. Чтобы мультиплексировать UE, gNB 160 должна конфигурировать UE 102 с использованием одной и той же структуры RS в одинаковых RB.

[0072] Для 2–символьного PUCCH можно использовать структуру 1–символьного PUCCH в каждом символе. Одинаковые ресурсы RB могут быть использованы в 2 символах. Для обеспечения возможности частотного разнесения 2 символа могут быть выделены с разными RB (например, в разной области PUCCH несущей). 2–символьный NR–PUCCH состоит из двух 1–символьных NR–PUCCH, передающих одну и ту же UCI. Способ кодирования UCI может зависеть от размера полезной нагрузки. В случае если полезная нагрузка UCI составляет до 2 битов, одну и ту же UCI можно повторять по всем символам путем повтора 1–символьного NR–PUCCH. В случае если полезная нагрузка UCI составляет более 2 битов, UCI кодируют, и кодированные биты UCI распределяют по всем символам.

[0073] В другом способе может быть определен порог. В случае 2–символьного PUCCH, если полезная нагрузка UCI меньше или равна порогу, UCI может быть кодирована в 1–символьном формате NR–PUCCH и эта же UCI может быть повторена по всем символам путем повтора 1–символьного NR–PUCCH. В случае если полезная нагрузка UCI выше порога, UCI может быть кодирована, и кодированные биты UCI распределяют по всем символам. Порог может быть фиксированным значением (например, 2, 4, 8, 10 бит). Порог может быть сконфигурирован посредством сигнализации более высокого уровня. Порог может быть определен на основе количества RB, сконфигурированных для 2–символьного PUCCH. Например, если скорость кодирования, рассчитанная с помощью полезной нагрузки UCI по всему количеству кодированных битов UCI в 1–символьном PUCCH, меньше порога (например, 1/3), эта же UCI может быть повторена по всем символам путем повтора 1–символьного NR–PUCCH; в противном случае UCI кодируют, и кодированные биты UCI распределяют по всем символам. Общее количество кодированных битов UCI в 1–символьном PUCCH вычисляют по количеству выделяемых RB, количеству UCI, содержащих поднесущие в каждом RB, и 2 битам в каждом RE при модуляции методом квадратурной фазовой манипуляции (QPSK).

[0074] Кроме того, для 2–символьного PUCCH можно также использовать DFT–S–OFDM. В этом случае одни и те же ресурсы RB могут быть выделены для 2 символов. Один символ может быть использован для DMRS, а другой символ используют для переноса кодированных битов UCI. Чтобы обеспечить частотное разнесение, для 2–символьного PUCCH могут быть выделены несколько ресурсов RB в различных областях. DMRS и UCI могут меняться местами в RB в различных областях.

[0075] Для формата длинного PUCCH длина может быть гибкой (например, в диапазоне от 4 до 14 символов в интервале) и может включать в себя множество интервалов.

[0076] В настоящем документе также описаны формат SR и выделение ресурсов в NR. В LTE SR имеет только 1 бит. Ресурс SR выделяют с помощью формата 1a/1b PUCCH. Для каждой передачи только SR SR указывают посредством наличия или отсутствия передачи PUCCH по ресурсу SR (т. е. индикация методом амплитудной манипуляции (OOK)).

[0077] Если HARQ–ACK подлежит сообщению в формате 1a/1b PUCCH и если SR подлежит сообщению в том же подкадре, биты HARQ–ACK могут быть сообщены по сконфигурированному ресурсу SR вместо ресурса HARQ–ACK.

[0078] Подобная концепция может быть применена в NR. Например, если SR для сообщения отсутствует, сигнал по запланированному ресурсу SR не передают. Однако подробный формат SR и выделение ресурса еще не обсуждали.

[0079] В NR SR может составлять 1 бит, или может составлять более 1 бита. Если битов больше 1, сигнал SR может нести дополнительную информацию (например, приоритет запроса данных UL для планирования). Это весьма полезно, если имеются множество приложений с различными требованиями к качеству обслуживания (QoS). Например, служба eMBB, которая требует высокой пропускной способности, но не слишком чувствительна к задержке, или служба URLLC, которая требует быстрой передачи и сверхнадежности.

[0080] В зависимости от количества битов для SR могут поддерживаться несколько вариантов. В первом варианте (вариант 1) конфигурация и ресурсы SR могут быть сконфигурированы посредством независимо выделенной сигнализации RRC для разных приложений или типов трафика. Таким образом, для UE 102 можно сконфигурировать несколько конфигураций и ресурсов SR (например, одну конфигурацию и один ресурс SR для eMBB, а другие конфигурацию и ресурс SR для URLLC).

[0081] В этом случае поддержка нескольких битов в SR не требуется. Можно использовать один бит SR. Ресурсы SR для разных приоритетов могут иметь разные форматы и служебные данные ресурсов. Для eMBB в качестве ресурса SR можно конфигурировать как длинный PUCCH, так и короткий PUCCH. Для URLLC в качестве ресурса SR следует использовать только формат короткого PUCCH, чтобы поддерживать низкую задержку. Форматы и численные величины PUCCH для различных приложений могут быть одинаковыми или разными (например, ресурс SR для трафика URLLC может использовать боле высокий разнос поднесущих (SCS), чем ресурс SR для eMBB).

[0082] UE 102 может передавать SR для разных трафиков по сконфигурированным ресурсам SR. В случае конфликта между SR для разных трафиков должен передаваться SR для трафика с более высоким приоритетом (например, SR для URLLC должен иметь более высокий приоритет, чем SR для eMBB).

[0083] Во втором варианте (вариант 2) вне зависимости от типа трафика конфигурируют только одну конфигурацию и один ресурс SR. В этом случае SR может быть только 1 битом для UE 102, которое поддерживает только eMBB. Для UE 102, которое поддерживает eMBB и URLLC, SR может иметь несколько битов для указания приоритета ожидающего трафика. Для удовлетворения требований URLLC может выделяться многобитовый ресурс SR с короткой периодичностью на уровне мини–интервала.

[0084] Таким образом, gNB 160 может конфигурировать ресурс SR для UE 102. gNB 160 может сигнализировать количество битов для SR в конфигурации.

[0085] Для ресурса SR могут поддерживаться различные форматы PUCCH. В одном случае ресурс SR может быть сконфигурирован с помощью формата PUCCH малой длительности. Это может потенциально обеспечить быстрый ответ на запрос планирования.

[0086] Ресурс SR может быть сконфигурирован в различных RB из обычных ресурсов PUCCH для данного UE 102. Формат обычного PUCCH может отличаться от формата PUCCH для ресурса SR.

[0087] Ресурс SR может быть сконфигурирован для совместного использования одних и тех же RB вместе с обычными ресурсами короткого PUCCH для данного UE 102. В этом случае ресурс SR и обычный ресурс PUCCH должны иметь одинаковую структуру (например, местоположение RS).

[0088] Ресурс SR может быть сконфигурирован с помощью 1–символьного формата PUCCH. Ресурс SR может быть основан на выборе последовательности или основан на мультиплексировании RS и UCI методом FDM. Наличие или отсутствие передачи сигнала SR по ресурсу SR указывает на амплитудную манипуляцию (OOK) SR.

[0089] В случае основанной на последовательности конфигурации SR набор последовательностей, назначаемый UE 102, может быть определен на основе количества битов в передаче SR. Если в SR только 1 бит, на это может указывать включение/включение передачи SR. Поэтому для UE 102 требуется только одна последовательность. Если для ресурса SR конфигурируют набор из двух последовательностей, SR может нести 1 бит дополнительной информации помимо амплитудной манипуляции (OOK) передачи SR (например, для указания приоритета ожидающего трафика (например, для URLLC или eMBB)). Если для ресурса SR конфигурируют набор из четырех последовательностей, SR может нести 2 бита дополнительной информации помимо амплитудной манипуляции (OOK) передачи SR (например, для указания приоритета ожидающего трафика (например, для URLLC или eMBB)).

[0090] В этом случае ресурс SR может использовать RB, отличные от используемых другими ресурсами PUCCH. Ресурс SR может совместно использовать RB вместе с другими ресурсами PUCCH для одного и того же UE 102 или других UE 102. В случае, когда один и тот же RB совместно используется ресурсами SR и ресурсами PUCCH одного и того же UE 102, для RS и другой UCI (например, HARQ–ACK) могут быть сконфигурированы разные наборы последовательностей.

[0091] В случае мультиплексирования RS и UCI, поскольку SR несет только один или два бита полезной нагрузки, лучше использовать структуру короткого PUCCH со служебными данными 50% DMRS (например, 6 RS и 6 UCI RE в каждом RB). Если символы UCI передачи SR модулируют посредством двоичной фазовой манипуляции (BPSK), SR может нести 1 бит дополнительной информации помимо амплитудной манипуляции (OOK) передачи SR (например, для указания приоритета ожидающего трафика (например, для URLLC или eMBB)). Если символы UCI передачи SR модулируют посредством QPSK, SR может нести 2 бита дополнительной информации помимо амплитудной манипуляции (OOK) передачи SR (например, для указания приоритета ожидающего трафика (например, для URLLC или eMBB)).

[0092] В этом случае ресурс SR может использовать RB, отличные от используемых другими ресурсами PUCCH. Ресурс SR может совместно использовать RB вместе с другими ресурсами PUCCH для одного и того же UE 102 или других UE 102. В этом случае структура DMRS должна быть одинаковой для SR и других форматов PUCCH. В случае, когда один и тот же RB совместно используется ресурсами SR и ресурсами PUCCH одного и того же UE 102, для RS и другой UCI, содержащих RE, могут быть сконфигурированы разные ортогональные покрывающие коды.

[0093] Для устойчивости к ошибкам ресурс SR может быть сконфигурирован с помощью 2–символьного формата PUCCH малой длительности. В таком случае 1–символьную структуру ресурса SR следует использовать повторно в каждом символе и применять скачкообразную перестройку частоты для обеспечения частотного разнесения для передачи SR. Одна и та же информация SR может быть повторена по всем символам путем повтора 1–символьного NR–PUCCH.

[0094] Из–за проблем с покрытием PUCCH малой длительности может не удовлетворять требуемым критериям рабочих характеристик. Поэтому для обратной связи UCI, включая SR, может быть использован PUCCH большой длительности. Таким образом, ресурсы SR могут быть также сконфигурированы с помощью длинного формата PUCCH. Если SR для сообщения отсутствует, сигнал по сконфигурированному ресурсу SR не передают.

[0095] Для ресурса SR следует использовать формат длинного PUCCH с полезной нагрузкой 1 или 2 бита. Кроме того, для данного UE 102 длительность длинного PUCCH, сконфигурированного для SR, должна быть короче или такой же, как у длинного PUCCH, сконфигурированного для другой UCI. Если символы UCI передачи SR модулируют посредством BPSK, SR может нести 1 бит дополнительной информации помимо амплитудной манипуляции (OOK) передачи SR (например, для указания приоритета ожидающего трафика (например, для URLLC или eMBB)). Аналогичным образом, если символы UCI передачи SR модулируют посредством QPSK, SR может нести 2 бита дополнительной информации помимо амплитудной манипуляции (OOK) передачи SR (например, для указания приоритета ожидающего трафика (например, для URLLC или eMBB)).

[0096] В настоящем документе описаны также конфликты между SR и другой обратной связью UCI по PUCCH. Если для передач UCI и SR используют подкадр/интервал фиксированной/унифицированной длины и если HARQ–ACK и SR подлежат сообщению в одном и том же подкадре/интервале, для одновременного сообщения их по PUCCH можно определить несколько способов. Например, если в LTE для обратной связи HARQ–ACK используют формат 1a/1b PUCCH, HARQ–ACK сообщают в ресурсе PUCCH для SR, а не в ресурсе PUCCH для HARQ–ACK. Если для обратной связи HARQ–ACK используют формат 3/4/5 PUCCH, бит SR присоединяют к битам HARQ–ACK и сообщают в ресурсе PUCCH для HARQ–ACK.

[0097] Проблемы, аналогичные проблеме одновременного сообщения SR и HARQ–ACK, также обсуждаются далее в настоящем документе. В NR длительность PUCCH может отличаться для разной обратной связи UCI. Таким образом, длина ресурса SR может быть не такой, как у ресурса PUCCH для другой UCI (например, HARQ–ACK). Следовательно, SR может полностью перекрываться или частично перекрываться с PUCCH для другой UCI, такой как HARQ–ACK.

[0098] В случае полного перекрытия PUCCH для HARQ–ACK имеет ту же саму длину, что и ресурс PUCCH для SR, и SR и HARQ–ACK нужно сообщать в одних и тех же символах. В одном способе может быть применено объединенное сообщение, как упоминалось выше, если PUCCH для HARQ–ACK поддерживает более 2 битов и если 1 или 2 бита SR могут быть присоединены к битам HARQ–ACK без нарушения при этом ограничения по полезной нагрузке PUCCH, биты HARQ–ACK и SR могут быть совместно кодированы и переданы по ресурсу PUCCH для HARQ–ACK. Сигнал по ресурсу SR не передают.

[0099] Однако в некоторых случаях, если HARQ–ACK сообщают по PUCCH, который поддерживает до 2 битов, и если конфигурируют множество битов SR, объединенное сообщение HARQ–ACK и SR по одному ресурсу PUCCH может оказаться невозможным из–за ограниченного размера полезной нагрузки для короткого PUCCH в NR. Ниже в качестве примеров рассмотрены несколько подробных случаев, основанных на предположении, что HARQ–ACK и SR конфигурируют с помощью короткого PUCCH.

[00100] Первый случай (случай 1) включает в себя 1 или 2 бита HARQ–ACK и 1 бит SR. Поскольку набор последовательностей для каждого бита обратной связи предварительно задан или сконфигурирован, для основанной на последовательности PUCCH не существует способа передачи обоих фрагментов информации по одному PUCCH, так как в последовательности нет места для дополнительной информации. Для PUCCH, основанного на мультиплексировании RS и UCI, HARQ–ACK может быть сообщено в виде полезной нагрузки UCI по ресурсу SR аналогично случаю с форматом 1a/1b PUCCH в LTE.

[00101] Второй случай (случай 2) включает в себя 1 или 2 бита HARQ–ACK и множество битов полезной нагрузки SR. Для основанного на последовательности PUCCH, если в NR используют несколько битов SR, то для SR должно быть выделено несколько последовательностей. Использование дополнительной последовательности для объединения HARQ–ACK и SR либо на ресурсе PUCCH для HARQ–ACK, либо на ресурсе PUCCH для SR невозможно. Аналогичным образом для PUCCH, основанного на мультиплексировании RS и UCI, дополнительного пространства для модуляции или кодирования с целью передачи дополнительного бита информации либо по ресурсу PUCCH для HARQ–ACK, либо по ресурсу PUCCH для SR, нет.

[00102] В одном способе для размещения всех битов HARQ–ACK и SR может быть применена адаптация формата PUCCH. UE 102 может быть сконфигурировано с использованием множества ресурсов PUCCH с разными размерами максимальной полезной нагрузки. В случае одновременных передач HARQ–ACK и SR вместо используемого по умолчанию ресурса PUCCH с полезной нагрузкой 1 или 2 бита может быть использован ресурс PUCCH с более высокой полезной нагрузкой.

[00103] Для HARQ–ACK может быть сконфигурирован ресурс PUCCH с более высокой полезной нагрузкой. Конфигурация может быть выполнена посредством сигнализации более высокого уровня. Конфигурация может быть выполнена посредством динамической сигнализации физического уровня. Таким образом, SR может быть присоединен к битам HARQ–ACK, затем совместно кодирован и сообщен по ресурсу PUCCH с более высокой полезной нагрузкой для HARQ–ACK. Сигнал по сконфигурированному ресурсу SR не передают.

[00104] Ресурс PUCCH с более высокой полезной нагрузкой может быть сконфигурирован для SR. Конфигурация может быть выполнена посредством сигнализации более высокого уровня. Конфигурация может быть выполнена посредством динамической сигнализации физического уровня. Таким образом, SR может быть присоединен к битам HARQ–ACK, затем совместно кодирован и сообщен по ресурсу PUCCH с более высокой полезной нагрузкой для SR. Сигнал по сконфигурированному ресурсу HARQ–ACK не передают.

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

[00106] В альтернативном варианте осуществления существующие формат и ресурс PUCCH для 1 или 2 битов могут быть адаптированы до формата PUCCH с более высокой полезной нагрузкой при тех же самых ресурсах RB. Например, в случае короткого PUCCH с выбором последовательности необходимо зарезервировать набор последовательностей для переноса дополнительных битов в целях одновременной передачи HARQ–ACK и SR. Однако резервирование последовательностей для дополнительных битов снижает возможности UE по мультиплексированию ресурсов PUCCH. В случае короткого PUCCH с мультиплексированием RS и UCI шаблон DMRS может быть адаптирован с 6 RS и 6 UCI, несущими RE в RB, до 4 RS и 8 UCI, несущих RE в RB. Это позволяет переносить дополнительные биты UCI по ресурсу PUCCH. С другой стороны, адаптация PUCCH может привести к помехам в PUCCH от других UE 102, мультиплексированных на тех же самых ресурсах RB.

[00107] Адаптация формата PUCCH может быть применима к PUCCH для HARQ–ACK. Таким образом, SR может быть присоединен к битам HARQ–ACK, затем совместно кодирован и сообщен с помощью адаптированного формата и ресурса PUCCH для HARQ–ACK. При этом сигнал по сконфигурированному ресурсу SR не передают.

[00108] Адаптация формата PUCCH может быть применима к PUCCH для SR. Таким образом, SR может быть присоединен к битам HARQ–ACK, затем совместно кодирован и сообщен с помощью адаптированного формата и ресурса PUCCH для передачи SR. При этом сигнал по сконфигурированному ресурсу HARQ–ACK не передают.

[00109] В LTE все PUCCH имеют одну и ту же длительность по времени. Но в NR длительности PUCCH могут быть одинаковыми или сильно отличаться для разных передач. Таким образом, в случаях частичного перекрытия сценарии более сложные, так как разные PUCCH имеют разные связи по синхронизации передачи. Как правило, невозможно совместно кодировать другую UCI в текущую передачу UCI.

[00110] Для SR с низким приоритетом можно предположить, что бит SR известен до того, как произойдет одновременная передача PUCCH, содержащая другую UCI. Таким образом, SR может быть совместно кодирован с другой UCI и передан по ресурсу PUCCH для другой UCI. Или передача SR может быть отложена до последующего экземпляра SR.

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

[00112] Таким образом, в NR должны быть определены технические требования к новым способам разрешения конфликтов между SR и другой UCI (например, HARQ–ACK). Чтобы обеспечить возможность передачи SR вместе с PUCCH для другой UCI, NR может поддерживать одновременную передачу PUCCH по одной передающей соте. Например, один PUCCH предназначен для передачи SR, второй PUCCH – для передачи другой UCI. Передача нескольких PUCCH в одной соте может входить в возможности UE. Таким образом, UE 102 может информировать gNB 160 о своей способности поддерживать одновременную передачу PUCCH в соте.

[00113] Кроме того, этот подход можно распространить на передачи другой UCI (например, один PUCCH для HARQ–ACK, а другой PUCCH для обратной связи CSI). Чтобы упростить технические требования, количество одновременных передач PUCCH по соте, передающей PUCCH (например, PCell или pSCell), может быть ограничено двумя. Функция передачи нескольких PUCCH по соте, передающей PUCCH, может входить в возможности UE. Передача нескольких PUCCH по соте, передающей PUCCH, может быть сконфигурирована с помощью сигнализации более высокого уровня (например, RRC для UE 102).

[00114] Если передача нескольких PUCCH по соте, передающей PUCCH, поддерживается или сконфигурирована для UE 102, UE 102 может одновременно передавать несколько PUCCH с разной UCI (например, одна передача PUCCH для SR по ресурсу SR, а другой PUCCH для HARQ–ACK по ресурсам PUCCH для HARQ–ACK).

[00115] В случае с ограниченной мощностью на каналах может быть применено масштабирование мощности на основе правил приоритета. Правило приоритета может быть основано на типе UCI и соответствующих свойствах трафика. Например, трафик URLLC должен иметь более высокий приоритет, чем трафик eMBB. Может быть применен следующий порядок приоритета от самого высокого до самого низкого: HARQ–ACK для трафика высокого приоритета (например, URLLC); SR высокого приоритета (например, URLLC); HARQ–ACK для остального трафика (например, eMBB); SR низкого приоритета (например, eMBB); CSI для канала высокого приоритета (например, URLLC); CSI для канала низкого приоритета (например, eMBB); и данные восходящей линии связи (т. е. PUSCH).

[00116] В случае нескольких битов SR более высокий приоритет и более низкий приоритет могут быть классифицированы по значению SR. Например, если SR содержит один дополнительный бит, значение SR, равное 1, может указывать более высокий приоритет; а значение SR, равное 0, может указывать более низкий приоритет. В одном случае, если SR содержит два дополнительных бита, значение SR, равное «11» в двоичном представлении, может указывать высокий приоритет. Остальные значения классифицируют как низкий приоритет. В другом случае указывать высокий приоритет может значение SR, равное «11» или «10» в двоичном представлении. Остальные значения классифицируют как низкий приоритет. Порог для классификации приоритета трафика в SR может быть фиксированным или может быть сконфигурирован gNB 160 с помощью сигнализации более высокого уровня.

[00117] В случае с ограниченной мощностью UE 102 должно выделять мощность сначала каналу управления с самым высоким приоритетом, затем выделять оставшуюся мощность другому каналу управления восходящей линии связи или каналу данных. Этот принцип применим ко всем конфликтам PUCCH между SR и HARQ–ACK, между HARQ–ACK и/или SR и CSI.

[00118] Если передача нескольких PUCCH не поддерживается сотой, передающей PUCCH, или не сконфигурирована для UE 102, UE 102 может передавать по одной соте, передающей PUCCH, только один PUCCH.

[00119] Если PUCCH для HARQ–ACK поддерживает более 2 битов, и UE 102 может присоединять биты SR к HARQ–ACK в том же самом ресурсе PUCCH, HARQ–ACK и SR могут совместно передаваться по ресурсу PUCCH для HARQ–ACK. В противном случае может быть применено то же самое правило приоритета, указанное выше, для определения того, какую информацию управления передавать, и какой канал сбрасывать. Например, если запрос SR трафика высокого приоритета (например, URLLC) вступает в конфликт с обратной связью HARQ–ACK для трафика низкого приоритета (например, eMBB), запрос SR трафика высокого приоритета должен быть передан, а обратная связь HARQ–ACK для трафика низкого приоритета может быть сброшена. Если запрос SR трафика низкого приоритета (например, eMBB) вступает в конфликт с обратной связью HARQ–ACK для трафика низкого приоритета (например, eMBB), запрос SR трафика низкого приоритета должен быть сброшен, а обратная связь HARQ–ACK для трафика низкого приоритета может быть передана.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[00149] На Фиг. 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.

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

[00151] На Фиг. 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 – 1 (или N^UL_symb – 1).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[00171] На Фиг. 13 показаны различные компоненты, которые можно использовать в UE 1302. UE 1302, описанное в связи с Фиг. 13, может быть реализовано в соответствии с UE 102, описанным в связи с Фиг. 1. UE 1302 включает в себя процессор 1303, который управляет работой UE 1302. Процессор 1303 может также называться центральным процессором (ЦП). Запоминающее устройство 1305, которое может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), комбинацию двух устройств или устройство любого типа, которое может хранить информацию, предоставляет команды 1307a и данные 1309a процессору 1303. Часть запоминающего устройства 1305 может также включать в себя энергонезависимое оперативное запоминающее устройство (ЭНОЗУ). Команды 1307b или данные 1309b могут также находиться в процессоре 1303. Команды 1307b и/или данные 1309b, загружаемые в процессор 1303, могут также включать в себя команды 1307a и/или данные 1309a из запоминающего устройства 1305, которые были загружены для выполнения или обработки процессором 1303. Команды 1307b могут быть выполнены процессором 1303 для реализации описанных выше способов.

[00172] UE 1302 может также включать в себя корпус, который содержит один или более передатчиков 1358 и один или более приемников 1320 для обеспечения возможности передачи и приема данных. Передатчик (–и) 1358 и приемник (–и) 1320 могут быть объединены в один или более приемопередатчиков 1318. К корпусу прикреплены одна или более антенн 1322a–n, которые электрически соединены с приемопередатчиком 1318.

[00173] Различные компоненты UE 1302 соединены вместе с помощью системы 1311 шин, которая помимо шины данных может включать в себя шину питания, шину сигналов управления и шину сигналов состояния. Однако для ясности различные шины проиллюстрированы на Фиг. 13 как система 1311 шин. UE 1302 может также включать в себя цифровой сигнальный процессор (DSP) 1313 для использования в обработке сигналов. UE 1302 может также включать в себя интерфейс 1315 связи, который обеспечивает доступ пользователя к функциям UE 1302. UE 1302, показанное на Фиг. 13, представляет собой функциональную блок–схему, а не перечень конкретных компонентов.

[00174] На Фиг. 14 проиллюстрированы различные компоненты, которые можно использовать в gNB 1460. gNB 1460, описанная в связи с Фиг. 14, может быть реализован в соответствии с gNB 160, описанной в связи с Фиг. 1. gNB 1460 включает в себя процессор 1403, который управляет работой gNB 1460. Процессор 1403 может также называться центральным процессором (ЦП). Запоминающее устройство 1405, которое может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), комбинацию двух устройств или устройство любого типа, которое может хранить информацию, предоставляет команды 1407a и данные 1409a процессору 1403. Часть запоминающего устройства 1405 может также включать в себя энергонезависимое оперативное запоминающее устройство (ЭНОЗУ). Команды 1407b или данные 1409b могут также находиться в процессоре 1403. Команды 1407b и/или данные 1409b, загружаемые в процессор 1403, могут также включать в себя команды 1407a и/или данные 1409a из запоминающего устройства 1405, которые были загружены для выполнения или обработки процессором 1403. Команды 1407b могут быть выполнены процессором 1403 для реализации описанных выше способов.

[00175] gNB 1460 может также включать в себя корпус, который содержит один или более передатчиков 1417 и один или более приемников 1478 для обеспечения возможности передачи и приема данных. Передатчик (–и) 1417 и приемник (–и) 1478 могут быть объединены в один или более приемопередатчиков 1476. К корпусу прикреплены одна или более антенн 1480a–n, которые электрически соединены с приемопередатчиком 1476.

[00176] Различные компоненты gNB 1460 соединены вместе с помощью системы 1411 шин, которая помимо шины данных может включать в себя шину питания, шину сигналов управления и шину сигналов состояния. Однако для ясности различные шины проиллюстрированы на Фиг. 14 как система 1411 шин. gNB 1460 может также включать в себя цифровой сигнальный процессор (DSP) 1413 для использования в обработке сигналов. gNB 1460 может также включать в себя интерфейс 1415 связи, который обеспечивает доступ пользователя к функциям gNB 1460. gNB 1460, проиллюстрированная на Фиг. 14, представляет собой функциональную блок–схему, а не перечень конкретных компонентов.

[00177] На Фиг. 15 представлена блок–схема, иллюстрирующая один вариант реализации UE 1502, на котором могут быть осуществлены передачи коротких форматов PUCCH и SR для 5G NR. UE 1502 включает в себя средства 1558 передачи, средства 1520 приема и средства 1524 управления. Средства 1558 передачи, средства 1520 приема и средства 1524 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг.1. На Фиг. 13 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 15. Для осуществления функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.

[00178] На Фиг. 16 представлена блок–схема, иллюстрирующая один вариант реализации gNB 1660, на которой могут быть осуществлены передачи форматов короткого PUCCH и SR для 5G NR. gNB 1660 включает в себя средства 1617 передачи, средства 1678 приема и средства 1682 управления. Средства 1617 передачи, средства 1678 приема и средства 1682 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг.1. На Фиг. 14 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 16. Для осуществления функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.

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

[00180] В одном варианте реализации ресурс для передачи SR может быть основан на PUCCH малой длительности с одним или двумя символами. На ресурсе SR может быть сконфигурирован набор последовательностей для переноса нескольких битов SR. Для ресурса SR может быть использован шаблон опорного сигнала демодуляции (DMRS) с 6 RS и 6 UCI, несущими ресурсные элементы SR. В 2–символьном ресурсе SR односимвольный формат SR может повторяться с одной и той же информацией в двух символах при помощи частотного разнесения.

[00181] В другом варианте реализации ресурс для передачи SR конфигурируют на PUCCH большой длительности.

[00182] UE 102 может определять 1704, поддерживается или сконфигурирована ли одновременная передача PUCCH для обратной связи UCI. Если одновременная передача PUCCH поддерживается, UE 102 может одновременно передавать несколько PUCCH с разной UCI (например, одна передача PUCCH для SR по ресурсу SR, а другой PUCCH для HARQ–ACK по ресурсам PUCCH для HARQ–ACK).

[00183] UE 102 может определять 1706 ресурс канала управления для обратной связи UCI. Если UE 102 ограничено по мощности, UE 102 может выполнять масштабирование мощности на одновременных каналах управления восходящей линии связи на основе правила приоритета. Порядок приоритета от самого высокого до самого низкого может быть следующим: HARQ–ACK для трафика более высокого приоритета, SR для трафика более высокого приоритета, HARQ–ACK для трафика более низкого приоритета, SR для трафика более низкого приоритета, CSI для трафика более высокого приоритета и CSI для трафика более низкого приоритета. Если UE 102 ограничено по мощности, UE 102 может выделять мощность сначала каналу управления с самым высоким приоритетом, затем выделяет оставшуюся мощность другому каналу управления восходящей линии связи или каналу данных.

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

[00185] Если совместная передача SR и HARQ–ACK по одному PUCCH невозможна, UE 102 может передавать только один PUCCH на основе правила приоритета со следующим порядком приоритета от самого высокого к самому низкому: HARQ–ACK для трафика более высокого приоритета, SR для трафика более высокого приоритета, HARQ–ACK для трафика более низкого приоритета, SR для трафика более низкого приоритета, CSI для трафика более высокого приоритета и CSI для трафика более низкого приоритета. Если запрос SR трафика высокого приоритета (например, URLLC) вступает в конфликт с обратной связью HARQ–ACK для трафика низкого приоритета (например, eMBB), запрос SR трафика высокого приоритета может быть передан, а обратная связь HARQ–ACK для трафика низкого приоритета может быть сброшена. Если запрос SR трафика низкого приоритета (например, eMBB) вступает в конфликт с обратной связью HARQ–ACK для трафика низкого приоритета (например, eMBB), запрос SR трафика низкого приоритетом может быть сброшен, а обратная связь HARQ–ACK для трафика низкого приоритета может быть передана.

[00186] UE 102 может передавать 1708 UCI по выбранному каналу.

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

[00188] В одном варианте реализации ресурс для передачи SR может быть основан на PUCCH малой длительности с одним или двумя символами. На ресурсе SR может быть сконфигурирован набор последовательностей для переноса нескольких битов SR. Для ресурса SR может быть использован шаблон опорного сигнала демодуляции (DMRS) с 6 RS и 6 UCI, несущими ресурсные элементы SR. В 2–символьном ресурсе SR односимвольный формат SR может повторяться с одной и той же информацией в двух символах при помощи частотного разнесения.

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

[00190] gNB 160 может принимать 1804 UCI по выбранному каналу. UE 102 определяет канал управления, используемый для передачи по каналу обратной связи информации управления восходящей линии связи (UCI), и ресурс канала управления для передачи по каналу обратной связи UCI на основе сигнализации gNB 160. Выбранный канал может быть сконфигурированным ресурсом PUCCH для SR или HARQ–ACK. В случае совместного сообщения SR и другой UCI выбранный канал может быть адаптивным каналом PUCCH с более высокой полезной нагрузкой. gNB 160 может попытаться декодировать принятый сигнал с разными гипотезами и определить фактический канал PUCCH, передающий SR и/или другую UCI.

[00191] На Фиг. 19 представлена блок–схема, иллюстрирующая способ 1900 связи для пользовательского оборудования (UE) 102. gNB 102 может определять 1902 ресурс физического канала управления восходящей линии связи (PUCCH) и формат PUCCH. UE 102 может передавать 1904 информацию управления восходящей линии связи (UCI) по ресурсу PUCCH с использованием формата PUCCH. Если формат PUCCH представляет собой 2–символьный короткий PUCCH, структура 1–символьного PUCCH может быть использована в каждом символе, и если UCI составляет до 2 битов, UCI может быть повторена в двух символах путем повтора 1–символьного PUCCH. Если формат PUCCH представляет собой 2–символьный короткий PUCCH и если UCI превышает 2 бита, UCI может быть кодирована совместно, и кодированные биты UCI могут быть распределены по двум символам.

[00192] На Фиг. 20 представлена блок–схема, иллюстрирующая способ 2000 связи для устройства базовой станции (gNB) 160. gNB 160 может определять 2002 ресурс физического канала управления восходящей линии связи (PUCCH) и формат PUCCH. gNB 160 может принимать 2004 информацию управления восходящей линии связи (UCI) по ресурсу PUCCH с использованием формата PUCCH. Если формат PUCCH представляет собой 2–символьный короткий PUCCH, структура 1–символьного PUCCH может быть использована в каждом символе, и если UCI составляет до 2 битов, UCI может быть повторена в двух символах путем повтора 1–символьного PUCCH. Если формат PUCCH представляет собой 2–символьный короткий PUCCH и если UCI превышает 2 бита, UCI может быть кодирована совместно, и кодированные биты UCI могут быть распределены по двум символам.

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

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

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

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

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

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

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

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

процессор; и

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

определять ресурс физического канала управления восходящей линии связи (PUCCH) и формата PUCCH; и

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

в случае, когда формат PUCCH представляет собой 2–символьный PUCCH и составляет до 2 битов, UCI повторяют в двух символах путем повтора 1–символьного PUCCH, и

в случае, когда формат PUCCH представляет собой 2–символьный PUCCH и превышает 2 бита, UCI кодируют совместно, кодированные биты UCI распределяют по двум символам, и, если UCI включает в себя HARQ-ACK и запрос планирования (SR), биты SR присоединяются к битам HARQ–ACK и биты SR и биты HARQ–ACK совместно кодируются.

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

процессор; и

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

определения ресурса физического канала управления восходящей линии связи (PUCCH) и формата PUCCH; и

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

в случае, когда формат PUCCH представляет собой 2–символьный PUCCH и составляет до 2 битов, UCI повторяют в двух символах путем повтора 1–символьного PUCCH, и

в случае, когда формат PUCCH представляет собой 2–символьный PUCCH и превышает 2 бита, UCI кодируют совместно, кодированные биты UCI распределяют по двум символам, и, если UCI включает в себя HARQ-ACK и запрос планирования (SR), биты SR присоединяются к битам HARQ–ACK и биты SR и биты HARQ–ACK совместно кодируются.

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

определение ресурса физического канала управления восходящей линии связи (PUCCH) и формата PUCCH; и

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

в случае, когда формат PUCCH представляет собой 2–символьный PUCCH и составляет до 2 битов, UCI повторяют в двух символах путем повтора 1–символьного PUCCH, и

в случае, когда формат PUCCH представляет собой 2–символьный PUCCH и превышает 2 бита, UCI кодируют совместно, кодированные биты UCI распределяют по двум символам, и, если UCI включает в себя HARQ-ACK и запрос планирования (SR), биты SR присоединяются к битам HARQ–ACK и биты SR и биты HARQ–ACK совместно кодируются.

4. Способ связи для базовой станции, содержащий:

определение ресурса физического канала управления восходящей линии связи (PUCCH) и формата PUCCH; и

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

в случае, когда формат PUCCH представляет собой 2–символьный PUCCH и составляет до 2 битов, UCI повторяют в двух символах путем повтора 1–символьного PUCCH, и

в случае, когда формат PUCCH представляет собой 2–символьный PUCCH и превышает 2 бита, UCI кодируют совместно, кодированные биты UCI распределяют по двум символам, и, если UCI включает в себя HARQ-ACK и запрос планирования (SR), биты SR присоединяются к битам HARQ–ACK и биты SR и биты HARQ–ACK совместно кодируются.