БАЗОВЫЕ СТАНЦИИ И СПОСОБЫ Российский патент 2023 года по МПК H04W28/04 H04L1/16 

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

[0001] Настоящее описание относится по существу к системам связи. В частности, настоящее описание относится к новой сигнализации, процедурам, пользовательскому оборудованию (UE), базовым станциям и способам. Настоящая заявка испрашивает приоритет по заявке на патент Японии JP2018–140286, поданной 26 июля 2018 г. Содержание этой заявки на патент Японии включено в настоящую заявку путем ссылки.

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

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

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

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

Краткое описание графических материалов

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

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

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

[0008] На Фиг. 4 представлена блок-схема, иллюстрирующая один вариант реализации UE, в котором могут быть реализованы системы и способы для передачи по нисходящей линии связи и восходящей линии связи.

[0009] На Фиг. 5 представлена блок-схема, иллюстрирующая один вариант реализации gNB, в котором могут быть реализованы системы и способы для передачи по нисходящей линии связи и восходящей линии связи.

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

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

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

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

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

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

[0016] На Фиг. 12 представлен пример единицы ресурса управления и структуры опорного сигнала.

[0017] На Фиг. 13 представлен пример мультиплексирования канала управления и совместно используемого канала.

[0018] На Фиг. 14 представлены события отслеживания PDCCH для диспетчеризации на основе интервалов.

[0019] На Фиг. 15 представлены события отслеживания PDCCH для диспетчеризации не на основе интервалов.

[0020] На Фиг. 16 показан пример процедуры доступа к каналу.

[0021] На Фиг. 17 показан пример отсрочки передачи.

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

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

[0024] На Фиг. 20 показан пример процедуры доступа к каналу.

[0025] На Фиг. 21 показан пример процедуры доступа к каналу.

[0026] На Фиг. 22 показан пример процедуры доступа к каналу.

[0027] На Фиг. 23 показан пример корректировки размера CW

[0028] На Фиг. 24 показан пример опорного интервала для корректировки размера CW для передачи по нисходящей линии связи.

[0029] На Фиг. 25 показан пример процедуры коррекции размера CW на основе NACK для передачи по нисходящей линии связи.

[0030] На Фиг. 26 показан пример правила для определения Z.

[0031] На Фиг. 27 показан пример правила для определения Z.

[0032] На Фиг. 28 показан пример правила для определения Z.

[0033] На Фиг. 29 показан пример правила для определения Z.

[0034] На Фиг. 30 показан пример правила для определения Z.

[0035] На Фиг. 31 показан пример правила для определения Z.

[0036] На Фиг. 32 показан пример правила для определения Z.

[0037] На Фиг. 33 показан пример правила для определения Z.

[0038] На Фиг. 34 показан пример правила для определения Z.

[0039] На Фиг. 35 показан пример процедуры корректировки размера CW на основе PUSCH для передачи(передач) по нисходящей линии связи.

[0040] На Фиг. 36 приведен пример правила для принятия решения об успешном приеме.

[0041] На Фиг. 37 показан пример опорного идентификатора процесса HARQ для процедуры корректировки размера CW для передачи по восходящей линии связи.

[0042] На Фиг. 38 показан пример процедуры корректировки размера CW на основе NDI для передачи(передач) по восходящей линии связи.

[0043] На Фиг. 39 показан пример процедуры корректировки размера CW на основе таймера для передачи(передач) по восходящей линии связи.

[0044] На Фиг. 40 показан способ для базовой станции, которая обменивается данными с UE.

[0045] На Фиг. 41 показан способ для базовой станции, которая обменивается данными с UE.

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

[0046] Описана базовая станция, выполненная с возможностью обмена данными с пользовательским оборудованием (UE). Базовая станция может содержать схему обработки более высокого уровня, выполненную с возможностью отправки первой информации о конфигурации управления радиоресурсами (RRC) и второй информации о конфигурации RRC. Первая информация о конфигурации RRC может указывать на передачу группы блоков кода (CBG) для физического совместно используемого канала для передачи данных по нисходящей линии связи (PDSCH). Вторая информация о конфигурации RRC может указывать Nmax, которое представляет собой максимальное количество CBG на транспортный блок. Базовая станция может также содержать схему передачи, выполненную с возможностью передачи на UE PDSCH, содержащего транспортный блок с N CBG, после процедуры доступа к каналу. N представляет собой целое число. Базовая станция может дополнительно содержать схему приема, выполненную с возможностью приема от UE обратной связи HARQ-ACK, включающей в себя Nmax информационных битов HARQ-ACK, для транспортного блока PDSCH. Если N меньше Nmax, информационный(-ые) бит(-ы) HARQ-ACK для последних Nmax-N CBG может (могут) быть установлен(-ы) как NACK. Окно конкурентного доступа для процедуры доступа к каналу может быть скорректировано с помощью обратной связи HARQ-ACK, причем информационный(-ые) бит(-ы) HARQ-ACK для последней(-их) Nmax–N CBG может (могут) быть проигнорирован(-ы).

[0047] Описана базовая станция, выполненная с возможностью обмена данными с пользовательским оборудованием (UE). Базовая станция может содержать схему обработки более высокого уровня, выполненную с возможностью отправки информации о конфигурации управления радиоресурсами (RRC). Информация о конфигурации RRC может указывать на передачу группы блоков кода (CBG) для физического совместно используемого канала для передачи данных по нисходящей линии связи (PDSCH). Базовая станция может также содержать схему передачи, выполненную с возможностью повторной передачи на UE PDSCH, содержащего транспортный блок с первой CBG, но без второй CBG, после процедуры доступа к каналу. Базовая станция может дополнительно содержать схему приема, выполненную с возможностью приема от UE обратной связи HARQ-ACK, включающей в себя первый информационный бит HARQ-ACK и второй информационный бит HARQ-ACK, для транспортного блока PDSCH. Первый информационный бит HARQ-ACK может соответствовать первой CBG. Второй информационный бит HARQ-ACK может соответствовать второй CBG. Второй информационный бит HARQ-ACK может быть установлен как ACK. Окно конкурентного доступа для процедуры доступа к каналу может быть скорректировано с помощью обратной связи HARQ-ACK, причем второй информационный бит HARQ-ACK может быть проигнорирован.

[0048] Описан способ для базовой станции, выполненной с возможностью обмена данными с пользовательским оборудованием (UE). Способ может включать в себя отправку первой информации о конфигурации управления радиоресурсами (RRC). Первая информация о конфигурации RRC может указывать на передачу группы блоков кода (CBG) для физического совместно используемого канала для передачи данных по нисходящей линии связи (PDSCH). Способ может также включать в себя отправку второй информации о конфигурации RRC. Вторая информация о конфигурации RRC может указывать Nmax, которое представляет собой максимальное количество CBG на транспортный блок. Способ может дополнительно включать передачу на UE PDSCH, содержащего транспортный блок с N CBG, после процедуры доступа к каналу. N представляет собой целое число. Способ может дополнительно включать прием от UE обратной связи HARQ-ACK, содержащей Nmax информационных битов HARQ-ACK, для транспортного блока PDSCH. Если N меньше Nmax, информационный(-ые) бит(-ы) HARQ-ACK для последних Nmax-N CBG может (могут) быть установлен(-ы) как NACK. Окно конкурентного доступа для процедуры доступа к каналу может быть скорректировано с помощью обратной связи HARQ-ACK, причем информационный(-ые) бит(-ы) HARQ-ACK для последней(-их) Nmax–N CBG может (могут) быть проигнорирован(-ы).

[0049] Описан способ для базовой станции, выполненной с возможностью обмена данными с пользовательским оборудованием (UE). Способ может включать отправку информации о конфигурации управления радиоресурсами (RRC). Информация о конфигурации RRC может указывать на передачу группы блоков кода (CBG) для физического совместно используемого канала для передачи данных по нисходящей линии связи (PDSCH). Способ может также включать повторную передачу на UE PDSCH, содержащего транспортный блок с первой CBG, но без второй CBG, после процедуры доступа к каналу. Способ может дополнительно включать прием от UE обратной связи HARQ-ACK, содержащей первый информационный бит HARQ-ACK и второй информационный бит HARQ-ACK, для транспортного блока PDSCH. Первый информационный бит HARQ-ACK может соответствовать первой CBG. Второй информационный бит HARQ-ACK может соответствовать второй CBG. Второй информационный бит HARQ-ACK может быть установлен как ACK. Окно конкурентного доступа для процедуры доступа к каналу может быть скорректировано с помощью обратной связи HARQ-ACK, причем второй информационный бит HARQ-ACK может быть проигнорирован.

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

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

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

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

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

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

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

[0057] Системы связи 5-го поколения, получившие в 3GPP название NR (новая радиосеть), предусматривают использование временных/частотных/космических ресурсов для предоставления таких сервисов, как передача данных с использованием усовершенствованной широкополосной сети мобильной связи (eMBB), ультра надежной связи с малым временем задержки (URLLC) и потоковой межмашинной связи (eMTC). Кроме того, в NR для передач по нисходящей линии связи и/или восходящей линии связи используют однолучевые и/или многолучевые операции.

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

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

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

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

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

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

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

[0065] Модуль 126 диспетчеризации UE также может называться модулем обработки более высокого уровня на стороне UE, который выполняет обработку более высокого уровня. Блоки, отличные от модуля 126 диспетчеризации UE, в UE 102, могут выполнять обработку физического уровня.

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

[0067] В восходящей линии связи PCCH (например, физический канал управления восходящей линии связи (PUCCH)) используют для передачи информации управления восходящей линии связи (UCI). UCI может включать в себя гибридный автоматический запрос на повторение передачи (HARQ-ACK), информацию о состоянии канала (CSI) и/или запрос диспетчеризации (SR). HARQ-ACK используют для указания положительного подтверждения (ACK) или отрицательного подтверждения (NACK) для данных нисходящей линии связи (т.е. транспортного(-ых) блока(-ов), содержащего(-их) элемент управления доступом к среде (MAC CE) и/или блок данных протокола MAC (MAC PDU), который может содержать совместно используемый канал нисходящей линии связи (DL-SCH)). CSI используют для указания состояния канала нисходящей линии связи. SR также используют для запроса ресурсов данных восходящей линии (т.е. транспортного(-ых) блока(-ов), содержащего(-их) MAC CE и/или MAC PDU, который может содержать совместно используемый канал восходящей линии связи (UL-SCH)).

[0068] Для DL UE 102 может быть выполнено с возможностью приема передач на основе группы блоков кода (CBG), причем повторные передачи могут быть запланированы на перенос одного или более подмножеств из всех блоков кода транспортного блока. UE 102 может быть выполнено с возможностью передачи передач на основе CBG, где могут быть запланированы повторные передачи для переноса одного или более подмножеств всех блоков кода транспортного блока.

[0069] В нисходящей линии связи PCCH (например, физический канал управления нисходящей линии связи (PDCCH)) можно использовать для передачи информации управления нисходящей линии связи (DCI). В данном случае для передачи DCI по PDCCH можно определять более одного формата DCI. В частности, в формате DCI могут быть определены поля, и поля сопоставлены с информационными битами (т.е. битами DCI). Например, формат 1A DCI, используемый для диспетчеризации одного физического совместно используемого канала (PSCH) (например, PDSCH, передачи одного транспортного блока нисходящей линии связи) в соте, определен как формат DCI для нисходящей линии связи. Формат(-ы) DCI для диспетчеризации PDSCH может (могут) включать в себя множество полей информации, например поле индикатора несущей, поле выделения ресурса PDSCH в частотной области, поле выделения ресурса PDSCH во временной области, поле размера объединения, поле MCS, поле индикатора новых данных, поле версии избыточности, поле номера процесса HARQ, поле индикатора сброса группы блоков кодов (CBGFI), поле индикатора передачи группы блоков кодов (CBGTI), поле управления мощностью PUCCH, поле индикатора ресурса PUCCH, поле порта антенны, поле номера уровня, поле указания квазисовместного размещения (QCL), поле запроса запуска SRS и поле RNTI. Более чем один фрагмент приведенной выше информации может быть совместно закодирован, и в этом случае совместно закодированная информация может быть указана в одном поле информации.

[0070] Например, формат 0 DCI, используемый для диспетчеризации одного канала PSCH (например, PUSCH, передачи одного транспортного блока по восходящей линии связи) в одной соте, определяется как формат DCI для восходящей линии связи. Например, в формат DCI включается информация, связанная с выделением PSCH (ресурс PDSCH, ресурс PUSCH), информация, связанная со схемой модуляции и кодирования (MCS) для PSCH, и DCI, например команда управления мощностью передачи (TPC) для PUSCH и/или PUCCH. Кроме того, формат DCI может включать в себя информацию, связанную с индексом луча и/или портом антенны. Индекс луча может указывать на луч, используемый для передач по нисходящей линии связи и передач по восходящей линии связи. Порт антенны может содержать порт антенны DL и/или порт антенны UL. Формат(-ы) DCI для диспетчеризации PUSCH может (могут) включать в себя множество полей информации, например поле индикатора несущей, поле выделения ресурса PUSCH в частотной области, поле выделения ресурса PUSCH во временной области, поле размера объединения, поле MCS, поле индикатора новых данных, поле версии избыточности, поле номера процесса HARQ, поле индикатора сброса группы блоков кодов (CBGFI), поле индикатора передачи группы блоков кодов (CBGTI), поле управления мощностью PUSCH, поле индикатора ресурса SRS (SRI), поле индикатора матрицы предварительного кодирования передачи по полосе частот и/или поддиапазону (TPMI), поле порта антенны, поле идентификационных данных скремблирования, поле номера уровня, поле запроса запуска отчета CSI, поле запроса измерения CSI, поле запроса запуска SRS и поле RNTI. Более чем один фрагмент приведенной выше информации может быть совместно закодирован, и в этом случае совместно закодированная информация может быть указана в одном поле информации.

[0071] Например, можно также определить PSCH. Например, в том случае, если ресурс PSCH нисходящей линии связи (например, ресурс PDSCH) запланирован с использованием формата DCI, UE 102 может принимать данные нисходящей линии связи на запланированном ресурсе PSCH нисходящей линии связи. Кроме того, в том случае, если ресурс PSCH восходящей линии связи (например, ресурс PUSCH) запланирован с использованием формата DCI, UE 102 передает данные восходящей линии связи на запланированном ресурсе PSCH восходящей линии связи. Таким образом, PSCH нисходящей линии связи используют для передачи данных нисходящей линии связи. А PSCH восходящей связи используют для передачи данных восходящей линии связи.

[0072] Более того, PSCH нисходящей линии связи и PSCH восходящей линии связи используют для передачи информации более высокого уровня (например, уровня управления радиоресурсом (RRC) и/или уровня MAC). Например, PSCH нисходящей линии связи и PSCH восходящей линии связи используют для передачи сообщения RRC (сигнал RRC) и/или элемента управления MAC (MAC CE). В данном случае сообщение RRC, переданное от gNB 160 по нисходящей линии связи, может быть общим для множества UE 102 в соте (называется общим сообщением RRC). Кроме того, сообщение RRC, переданное от gNB 160, может быть выделено определенному UE 102 (называется выделенным сообщением RRC). Сообщение RRC и/или MAC CE также упоминается как сигнал более высокого уровня.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0092] Обработка физического уровня нисходящей линии связи транспортных каналов может включать в себя: прикрепление CRC транспортного блока; сегментацию блока кода и прикрепление CRC блока кода; кодирование канала (кодирование LDPC); обработку гибридного ARQ на физическом уровне; согласование скорости передачи; скремблирование; модуляцию (QPSK, 16 QAM, 64 QAM и 256 QAM); сопоставление уровня и сопоставление с назначенными ресурсами и портами антенны.

[0093] На Фиг. 2 показаны различные компоненты, которые можно использовать в UE 202. UE 202, описанное в связи с Фиг. 2, может быть реализовано в соответствии с UE 22, описанным в связи с Фиг. 1. UE 202 включает в себя процессор 203, который управляет работой UE 202. Процессор 203 может также называться центральным процессором (ЦП). Запоминающее устройство 205, которое может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), их комбинацию или устройство любого типа, которое может хранить информацию, обеспечивает процессор 203 инструкциями 207a и данными 209a. Часть запоминающего устройства 205 может также включать в себя энергонезависимое оперативное запоминающее устройство (ЭНОЗУ). Инструкции 207b или данные 209b могут также находиться в процессоре 203. Инструкции 207b и/или данные 209b, загружаемые в процессор 203, могут также включать в себя инструкции 207a и/или данные 209a из запоминающего устройства 205, которые были загружены для исполнения или обработки процессором 203. Процессор 203 может исполнять инструкции 207b для реализации описанных выше способов.

[0094] UE 202 может также включать в себя корпус, который содержит один или более передатчиков 258 и один или более приемников 220 для обеспечения возможности передачи и приема данных. Передатчик(-и) 258 и приемник(-и) 220 могут быть объединены в один или более приемопередатчиков 218. К корпусу прикреплены одна или более антенн 222a–n, которые электрически связаны с приемопередатчиком 218.

[0095] Различные компоненты UE 202 соединены друг с другом с помощью системы 211 шин, которая помимо шины данных может включать в себя шину питания, шину сигналов управления и шину сигналов состояния. Однако для ясности различные шины проиллюстрированы на Фиг. 2 как система 211 шин. UE 202 может также включать в себя цифровой сигнальный процессор (DSP) 213 для использования в обработке сигналов. UE 202 может также включать в себя интерфейс 215 связи, который обеспечивает доступ пользователя к функциям UE 202. UE 202, проиллюстрированные на Фиг. 2, представляет собой функциональную блок-схему, а не перечень конкретных компонентов.

[0096] На Фиг. 3 проиллюстрированы различные компоненты, которые можно использовать в gNB 360. gNB 360, описанная в связи с Фиг. 3, может быть реализована в соответствии с gNB 160, описанной в связи с Фиг. 1. gNB 360 включает в себя процессор 303, который управляет работой gNB 360. Процессор 303 может также называться центральным процессором (ЦП). Запоминающее устройство 305, которое может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), их комбинацию или устройство любого типа, которое может хранить информацию, обеспечивает процессор 303 инструкциями 307a и данными 309a. Часть запоминающего устройства 305 может также включать в себя энергонезависимое оперативное запоминающее устройство (ЭНОЗУ). Инструкции 307b или данные 309b могут также находиться в процессоре 303. Инструкции 307b и/или данные 309b, загружаемые в процессор 303, могут также включать в себя инструкции 307a и/или данные 309a из запоминающего устройства 305, которые были загружены для исполнения или обработки процессором 303. Процессор 303 может исполнять инструкции 307b для реализации описанных выше способов.

[0097] gNB 360 может также включать в себя корпус, который содержит один или более передатчиков 317 и один или более приемников 378 для обеспечения возможности передачи и приема данных. Передатчик(-и) 317 и приемник(-и) 378 могут быть объединены в один или более приемопередатчиков 376. К корпусу прикреплены одна или более антенн 380a–n, которые электрически связаны с приемопередатчиком 376.

[0098] Различные компоненты gNB 360 соединены друг с другом с помощью системы 311 шин, которая помимо шины данных может включать в себя шину питания, шину сигналов управления и шину сигналов состояния. Однако для ясности различные шины проиллюстрированы на Фиг. 3 как система 311 шин. gNB 360 может также включать в себя цифровой сигнальный процессор (DSP) 313 для использования в обработке сигналов. gNB 360 может также включать в себя интерфейс 315 связи, который обеспечивает доступ пользователя к функциям gNB 360. gNB 360, проиллюстрированная на Фиг. 3, представляет собой функциональную блок-схему, а не перечень конкретных компонентов.

[0099] На Фиг. 4 представлена блок-схема, иллюстрирующая один вариант реализации UE 402, в котором могут быть реализованы системы и способы для выполнения передач по нисходящей линии связи и восходящей линии связи. UE 402 включает в себя средство 458 передачи, средство 420 приема и средство 424 управления. Средство 458 передачи, средство 420 приема и средство 424 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг. 1. На Фиг. 2 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 4. Для осуществления одной или более функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.

[0100] На Фиг. 5 представлена блок-схема, иллюстрирующая один вариант реализации gNB 560, в котором могут быть реализованы системы и способы для выполнения передач по нисходящей линии связи и восходящей линии связи. gNB 560 включает в себя средство 517 передачи, средство 578 приема и средство 582 управления. Средство 517 передачи, средство 578 приема и средство 582 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг. 1. На Фиг. 3 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 5. Для осуществления одной или более функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.

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

[0102] Как показано на Фиг. 6, физические каналы и физические сигналы могут быть переданы/приняты с использованием одного или более интервалов 683. Для данной численной величины μ, N^μ_RB представляет собой конфигурацию части ширины полосы (BWP) обслуживающей соты, выраженную в значениях, кратных N^RB_SC, где N^RB_SC - размер ресурсного блока 689 в частотной области, выражено через количество поднесущих, а N^SF,μ_symb - количество символов 687 мультиплексирования с ортогональным частотным разделением каналов (OFDM) в подкадре 669. Другими словами, для каждой численной величины μ и для каждой из восходящей линии связи и нисходящей линии связи может быть определена ресурсная сетка из N^μ_RBN^RB_SC поднесущих и N^SF,μ_symb символов OFDM. Может быть определена одна ресурсная сетка на каждый порт p антенны, на каждую конфигурацию μ разноса поднесущих (т.е. численную величину) и на каждое направление передачи (по восходящей или нисходящей линии связи). Ресурсный блок 689 может включать в себя некоторое количество ресурсных элементов (RE) 691.

[0103] Поддерживается множество численных величин OFDM (также называемых просто численными величинами), как показано в таблице X1. Каждая из численных величин может быть привязана к собственному разносу поднесущих Δƒ.

Таблица X1

μ Δf=2^μ · 15 [кГц] Циклический префикс 0 15 Нормальный 1 30 Нормальный 2 60 Нормальный, расширенный 3 120 Нормальный 4 240 Нормальный

[0104] Для конфигурации μ разноса поднесущих интервалы пронумерованы n^μ_s ∈{0,…,N^SF,μ_slot−1} в порядке возрастания в пределах одного подкадра и n^μ_s,f ∈{0,…,N^frame,μ_slot−1} в порядке возрастания в пределах одного кадра. Всего в одном интервале содержится N^slot,μ_symb последовательных символов OFDM, где N^slot,μ_symb зависит от используемого разноса поднесущих, как указано в таблице X2 для нормального циклического префикса и в таблице X3 для расширенного циклического префикса. Число последовательных символов OFDM в подкадре составляет N^SF,μ_symb=N^slot,μ_symb.N^SF,μ_slot. Начало интервала n^μ_s в подкадре согласовано по времени с началом символа n^μ_sN^slot,μ_symb OFDM в том же подкадре. Не все UE могут быть выполнены с возможностью одновременного осуществления передачи и приема, т.е. могут быть использованы не все символы OFDM в интервале нисходящей линии связи или в интервале восходящей линии связи.

Таблица X2

μ N^slot,μ_symb N^frame,μ_slot N^SF,μ_slot 0 14 10 1 1 14 20 2 2 14 40 4 3 14 80 8 4 14 160 16

Таблица X3

μ N^slot,μ_symb N^frame,μ_slot N^SF,μ_slot 2 12 40 4

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

[0106] Можно использовать схему доступа OFDM с циклическим префиксом (CP), которая может также упоминаться как CP-OFDM. В нисходящей линии связи можно передавать PDCCH, EPDCCH (улучшенный физический канал управления нисходящей линии связи), PDSCH и т.п. Один радиокадр может включать в себя набор интервалов 683 (например, 10 подкадров для μ=1). RB представляет собой блок для назначения радиоресурсов нисходящей линии связи, определяемых предварительно заданной шириной полосы (шириной полосы RB) и одним интервалом.

[0107] Ресурсный блок определен как N^RB_sc=12 последовательных поднесущих в частотной области и один интервал (который состоит из 14 символов для нормального CP и 12 символов для расширенного CP) во временной области.

[0108] Ресурсные блоки несущей пронумерованы от 0 до N^μ_RB - 1 в частотной области для конфигурации μ разноса поднесущих. Зависимость между числом n_CRB ресурсных блоков несущей в частотной области и ресурсными элементами (k, l) выражается соотношением n_CRB=floor(k/N^RB_SC), где величина k определена в зависимости от ресурсной сетки. Физические ресурсные блоки образованы в части ширины полосы несущей (BWP) и пронумерованы от 0 до N^size_BWP,i - 1, где i представляет собой номер части ширины полосы несущей. Связь между физическими и абсолютными ресурсными блоками в части ширины полосы несущей i выражается соотношением n_CRB=n_PRB+N^start_BWP,i - 1, где N^start_BWP,i представляет собой ресурсный блок несущей, с которого начинается часть ширины полосы несущей. Виртуальные ресурсные блоки образованы в части ширины полосы несущей и пронумерованы от 0 до N^size_BWP,i−1, где i представляет собой номер части ширины полосы несущей.

[0109] Часть ширины полосы несущей представляет собой непрерывный набор физических ресурсных блоков, выбранных из непрерывного подмножества ресурсных блоков несущей для заданной численной величины μ на заданной несущей. Число ресурсных блоков N^size_BWP,i в несущей BWP может соответствовать условию N^min,μ_RB,x <= N^size_BWP,I <= N^max,μ_RB,x. Оборудование UE может быть сконфигурировано с использованием до четырех частей ширины полосы несущей в нисходящей линии связи, при этом в каждый данный момент времени активной является какая-либо одна часть ширины полосы несущей нисходящей линии связи. Оборудование UE не рассчитано на прием PDSCH или PDCCH за пределами активной части ширины полосы. Оборудование UE может быть сконфигурировано с использованием до четырех частей ширины полосы несущей в восходящей линии связи, при этом в каждый данный момент времени активной является какая-либо одна часть ширины полосы несущей восходящей линии связи. Оборудование UE не должно передавать PUSCH или PUCCH за пределами активной части ширины полосы.

[0110] RB может содержать двенадцать поднесущих в частотной области и один или более символов OFDM во временной области. Область, определяемая одной поднесущей в частотной области и одним символом OFDM во временной области, называется ресурсным элементом (RE), и ее однозначно идентифицируют по паре индексов (k, l^RG) в ресурсной сетке, где k=0,…,N^μ_RBN^RB_SC - 1 и l^RG=0,…,N^SF,μ_symb - 1 представляют собой индексы в частотной и временной областях соответственно. Более того, RE однозначно идентифицируют по паре индексов (k, l) на основании определенной опорной точки, где / - индексы во временной области. Опорная точка может быть привязана к ресурсной сетке, т.е. к несущей составляющей (CC). В альтернативном варианте осуществления опорная точка может быть привязана к некоторой части ширины полосы в несущей составляющей. Хотя в настоящем документе описаны подкадры в одной CC, подкадры определены для каждой CC, и эти подкадры по существу синхронизированы друг с другом среди CC.

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

[0112] Для каждой численной величины и несущей задается ресурсная сетка из N^max,μ_RB,xN^RB_sc поднесущих и N^SF,μ_symb символов OFDM, где значение N^max,μ_RB,x берется из таблицы X4, а x представляет собой DL или UL, т.е. нисходящую или восходящую линию связи соответственно. Может быть определена одна ресурсная сетка на каждый порт p антенны, на каждую конфигурацию μ разноса поднесущих и на каждое направление передачи (по нисходящей или восходящей линии связи).

Таблица X4

μ N^min,μ_RB,DL N^max,μ_RB,DL N^min,μ_RB,UL N^max,μ_RB,UL 0 20 275 24 275 1 20 275 24 275 2 20 275 24 275 3 20 275 24 275 4 20 138 24 138

[0113] UE 102 может получить указание о выполнении приема или передачи с использованием только подмножества ресурсной сетки. Набор ресурсных блоков, которые UE считает частью ширины полосы несущей и которые могут быть выполнены с возможностью принимать или передавать данные, пронумерован от 0 до N^μ_RB - 1 в частотной области. UE может быть сконфигурировано с одной или более частями полосы несущей, каждая из которых может иметь одну и ту же или разные численные величины.

[0114] Могут быть агрегированы передачи в множестве сот, причем в дополнение к первичной соте могут применяться до пятнадцати вторичных сот. UE 102, сконфигурированное для работы в частях ширины полосы (BWP) обслуживающей соты, конфигурируется с помощью более высоких уровней для обслуживающей соты набором из максимум четырех частей ширины полосы (BWP) для приемов оборудованием UE (набор DL BWP) в ширине полосы DL по параметру DL-BWP-index и набором из максимум четырех частей BWP для передач оборудованием UE 102 (набор UL BWP) в ширине полосы UL по параметру UL-BWP-index для обслуживающей соты. Например, для работы в непарном спектре часть DL BWP из набора сконфигурированных частей DL BWP может быть связана с частью UL BWP из набора сконфигурированных частей UL BWP, причем DLBWP и UL BWP могут иметь один и тот же индекс в соответствующих наборах. Для работы в непарном спектре UE 102 может ожидать, что центральная частота для BWP DL совпадает с центральной частотой для BWP UL.

[0115] Физический канал управления нисходящей линии связи (PDCCH) может быть использован для планирования передач DL по PDSCH и передач UL по PUSCH, где информация управления нисходящей линии связи (DCI) по PDCCH включает в себя: назначения нисходящей линии связи, содержащие по меньшей мере формат модуляции и кодирования, выделение ресурсов и информацию HARQ, относящуюся к DL-SCH; и предоставления диспетчеризации восходящей линии связи, содержащие по меньшей мере формат модуляции и кодирования, выделение ресурсов и информацию HARQ, относящуюся к UL-SCH. В дополнение к диспетчеризации PDCCH можно использовать для: активации и деактивации сконфигурированной передачи PUSCH со сконфигурированным предоставлением; активации и деактивации полупостоянной передачи PDSCH: уведомление одного или более UE о формате интервала; уведомление одного или более UE об одном или более PRB и символе(-ах) OFDM, где UE может предположить, что для UE не предназначена передача; передача команд TPC для PUCCH и PUSCH; передача одной или более команд TPC для передач SRS одним или более UE; переключение активной части ширины полосы UE и инициация процедуры произвольного доступа.

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

[0117] Таким образом, UE 102 может потребоваться отслеживать набор кандидатов PDCCH в одном или более наборах ресурсов управления на одной или более активированных обслуживающих сотах или частях ширины полосы (BWP) в соответствии с соответствующими пространствами поиска, где отслеживание подразумевает декодирование каждого кандидата PDCCH в соответствии с отслеживаемыми форматами DCI. В данном случае кандидаты PDCCH могут быть кандидатами, для которых может быть назначен и/или передан PDCCH. Кандидат PDCCH состоит из одного или более элементов канала управления (CCE). Термин «отслеживает» означает, что UE 102 пытается декодировать каждый из PDCCH в наборе кандидатов PDCCH в соответствии со всеми отслеживаемыми форматами DCI.

[0118] Набор кандидатов PDCCH, который отслеживает UE 102, также может называться пространством поиска или набором пространств поиска. Таким образом, пространство поиска (или набор пространств поиска) представляет собой набор ресурсов, которые могут быть использованы для передачи PDCCH.

[0119] Более того, общее пространство поиска (CSS) и специфичное для оборудования пользователя пространство поиска (USS) установлены (или определены, сконфигурированы). Например, CSS можно использовать для передачи PDCCH с форматом(-ами) DCI на множество UE 102. Таким образом, CSS может быть определено как ресурс, общий для множества UE 102. Например, CSS состоит из CCE с номерами, заданными между gNB 160 и UE 102. Например, CSS состоит из CCE с индексами от 0 до 15.

[0120] В данном случае CSS можно использовать для передачи PDCCH с форматом(-ами) DCI на конкретное UE 102. Таким образом, gNB 160 может передавать в CSS формат(-ы) DCI, предназначенный(-ые) для множества UE 102, и/или формат(-ы) DCI, предназначенный(-ые) для конкретного UE 102. Доступен один или несколько типов CSS. Например, тип 0 PDCCH CSS может быть определен для формата DCI, скремблируемого с применением системной информации - временного идентификатора радиосети (SI-RNTI) в первичной соте PCell. Тип 1 PDCCH CSS может быть определен для формата DCI, скремблируемого с применением идентификатора RA-RNTI (произвольный доступ). В дополнительном и/или альтернативном варианте осуществления тип 1 PDCCH CSS можно использовать для формата DCI, скремблируемого с применением идентификатора TC-RNTI (временная сота) или C-RNTI (сота). Тип 2 PDCCH CSS может быть определен для формата DCI, скремблируемого с применением идентификатора P-RNTI (пейджинг). Тип 3 PDCCH CSS может быть определен для формата DCI, скремблируемого с применением идентификатора INT-RNTI (интервал), где, если UE 102 сконфигурировано более высокими уровнями для декодирования формата DCI с CRC, скремблируемого с применением идентификатора INT-RNTI, а также если устройство UE 102 обнаружит формат DCI с CRC, скремблируемый с применением идентификатора INT-RNTI, UE 102 может предположить, что по отношению к устройству UE 102 отсутствует передача в символах OFDM и ресурсных блоках, указанных в формате DCI. Дополнительно и/или альтернативно тип 3 PDCCH CSS может использоваться для формата DCI, скремблируемого с применением другого RNTI (например, управление мощностью передачи, TPC-RNTI, указатель приоритетного прерывания, PI-RNTI, указатель формата интервала, SFI-RNTI, полупостоянная диспетчеризация, SPS-RNTI, без предоставления, GF-RNTI, сконфигурированная диспетчеризация, CS-RNTI, URLLC-U-RNTI, автономная восходящая линия связи, AUL-RNTI, информация обратной связи нисходящей линии связи, DFI-RNTI).

[0121] UE 102 может быть назначено блоком системной информации типа 0 (SIB0), который также называют MIB, набором ресурсов управления для общего пространства поиска типа 0 PDCCH и разносом поднесущих и длиной CP для приема PDCCH. Общее пространство поиска типа 0 PDCCH определяется уровнями агрегации CCE и числом кандидатов на один уровень агрегации CCE. UE может предположить, что порт антенны DMRS, связанный с приемом PDCCH в общем пространстве поиска типа 0 PDCCH, и антенный порт DMRS, связанный с приемом физического широковещательного канала (PBCH), размещены квазисовместно по отношению к разбросу задержки, доплеровскому распределению, доплеровскому сдвигу, среднему времени задержки и пространственным параметрам приема. PBCH несет в себе блок служебной информации (MIB), который содержит наиболее важные фрагменты системной информации. PDCCH с определенным форматом DCI в общем пространстве поиска типа 0 PDCCH планирует прием PDSCH с SIB типа 1 (SIB1) или с другими сообщениями SI. UE может быть указан набором(-ами) ресурсов управления SIB1 для общего пространства поиска типа 1 PDCCH. Разнос поднесущих и длина CP для приема PDCCH с общим пространством поиска типа 1 PDCCH одинаковы для приема PDCCH с общим пространством поиска типа 0 PDCCH. UE может предположить, что порт антенны DMRS, связанный с приемом PDCCH в общем пространстве поиска типа 1 PDCCH, и антенный порт DMRS, связанный с приемом PBCH, размещены квазисовместно по отношению к разбросу задержки, доплеровскому распределению, доплеровскому сдвигу, среднему времени задержки и пространственным параметрам приема. Периодичность отслеживания событий пейджинга для PDCCH в общем пространстве поиска типа 2 PDCCH может быть сконфигурирована для UE с помощью параметра более высокого уровня. UE может быть сконфигурировано с помощью сигнализации более высокого уровня, независимо от того, осуществляется ли отслеживание общего пространства поиска типа 3 PDCCH и/или какая обслуживающая сота(-ы) осуществляет такое отслеживание.

[0122] USS можно использовать для передачи PDCCH с форматом(-ами) DCI на конкретное UE 102. Иными словами, USS определяется ресурсом, выделенным для определенного UE 102. Иными словами, USS может быть определено независимо для каждого UE 102. Например, USS может состоять из элементов CCE с номерами, которые определяют на основании идентификатора RNTI, назначенного gNB 160, номера интервала в радиокадре, уровня агрегации или т.п.

[0123] При этом идентификатор(-ы) RNTI может (могут) включать в себя C-RNTI (соту-RNTI), временную C-RNTI. Кроме того, USS (положение(-я) USS) может быть сконфигурировано с помощью gNB 160. Например, gNB 160 может сконфигурировать USS с помощью сообщения RRC. Иными словами, базовая станция может передавать в USS формат(-ы) DCI, предназначенный(-ые) для конкретного UE 102.

[0124] В данном случае RNTI, назначенный для UE 102, может быть использован для передачи DCI (передачи PDCCH). В частности, биты четности CRC (циклической проверки четности с избыточностью, также называемые просто CRC), генерируемые на основе DCI (или формата DCI), присоединяют к DCI и после присоединения биты четности CRC скремблируют с применением RNTI. UE 102 может пытаться декодировать DCI, к которой присоединены биты четности CRC, скремблированные RNTI, и обнаруживает PDCCH (т.е. DCI, формат DCI). Таким образом, UE 102 может декодировать PDCCH с CRC, скремблированным с применением RNTI.

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

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

[0127] Форматы DCI можно разделить на по меньшей мере 4 типа, обычный DL (также называемый форматом 1_1 DCI), обычный UL (также называемый форматом 0_1 DCI), резервный DL (также называемый форматом 1_0 DCI) и резервный UL (также называемый форматом 0_0 DCI) для диспетчеризации PDSCH и PUSCH. Кроме того, могут существовать некоторые другие типы сигнализации управления. Кроме того, для диспетчеризации одного или более PUSCH и одного или более PDSCH, которые могут быть применимы к соте с нелицензированным доступом на основе NR (NR-U), может быть определено еще несколько типов (например, формат 0_2, 0_3, 1_2 и 1_3 DCI). В таблице X5 показан пример набора типов форматов DCI.

Таблица X5

Формат DCI Использование RNTI 0_0 Диспетчеризация PUSCH, содержащего до одного TB в одной соте C-RNTI, CS-RNTI, U-RNTI, TC-RNTI 0_1 Диспетчеризация PUSCH, содержащего до двух TB в одной соте C-RNTI, CS-RNTI, SP-CSI-RNTI, U-RNTI 0_2 Диспетчеризация одного или более PUSCH, каждый из которых содержит до одного TB в одной соте C-RNTI, CS-RNTI, U-RNTI, AUL-RNTI, DFI-RNTI 0_3 Диспетчеризация одного или более PUSCH, каждый из которых содержит до двух TB в одной соте C-RNTI, CS-RNTI, U-RNTI, AUL-RNTI, DFI-RNTI 1.0 Диспетчеризация PDSCH, содержащего до одного TB в одной соте C-RNTI, CS-RNTI, U-RNTI, P-RNTI, SI-RNTI, RA-RNTI, TC-RNTI 1_1 Диспетчеризация PDSCH, содержащего до двух TB в одной соте C-RNTI, CS-RNTI, U-RNTI 1_2 Диспетчеризация одного или более PDSCH, каждый из которых содержит до одного TB в одной соте C-RNTI, CS-RNTI, U-RNTI 1_3 Диспетчеризация одного или более PDSCH, каждый из которых содержит до двух TB в одной соте C-RNTI, CS-RNTI, U-RNTI 2_0 Уведомление группы UE о формате интервала SFI-RNTI 2_1 Уведомление группы UE об одном или более PRB и символе(-ах) OFDM, где UE может предположить, что передача для UE не предназначена. INT-RNTI 2_2 Передача команд TPC для PUCCH и PUSCH TPC-PUSCH-RNTI, TPC-PUCCH-RNTI 2_3 Передача группы команд TPC для передач SRS одним или более UE TPC-SRS-RNTI 2_4 Уведомление группы UE об общей информации управления, относящейся к соте NR-U CC-RNTI

[0128] Формат DCI «обычный DL» и формат DCI «обычный UL» могут иметь один и тот же размер полезной нагрузки DCI. Формат DCI «резервный DL» и формат DCI «резервный UL» могут иметь одинаковый размер полезной нагрузки DCI. В таблицах X6, X7, X8 и X9 показаны примеры форматов 0_0, 0_1, 1_0 и 1_1 DCI соответственно. «Обязательно» может означать, что поле информации всегда присутствует независимо от конфигурации (измененной конфигурации) RRC. «Необязательно» может означать, что поле информации может присутствовать или отсутствовать в зависимости от конфигурации (измененной конфигурации) RRC. В формате DCI «резервный DL» и в формате DCI «резервный UL» все поля информации являются обязательными, чтобы размер полезной нагрузки DCI был фиксированным независимо от конфигурации (измененной конфигурации) RRC.

Таблица X6

Поле информации Число битов Обязательно/ необязательно Примечания Идентификатор для форматов DCI 1 Обязательно Значение этого битового поля всегда может быть установлено на 0, указывая формат UL DCI Назначение ресурсов частотной области 15 Обязательно Виртуальные ресурсные блоки (VRB), указанные с использованием выделения ресурсов типа 1 Назначение ресурсов временной области 2 Обязательно Индекс записи таблицы, обеспечивающей наборы символов OFDM, и интервала, используемого для передачи по PUSCH Флаг скачкообразной перестройки частоты 1 Обязательно Флаг для управления тем, использовать ли скачкообразную перестройку частоты Схема модуляции и кодирования 5 Обязательно Схема модуляции и кодирования (MCS) для одного TB, содержащегося в PUSCH Индикатор новых данных 1 Обязательно Указание того, является ли передача TB начальной передачей (в этом случае значение NDI переключено) или повторной передачей (в этом случае значение NDI не переключено). Версия избыточности 2 Обязательно Указание шаблона согласования скорости передачи Номер процесса HARQ 4 Обязательно Команда TPC для запланированного PUSCH 2 Обязательно Биты заполнения, если необходимо Индикатор UL/SUL 0 или 1 Необязательно 1 бит для UE, сконфигурированных с SUL в соте, как определено в таблице 7.3.1.1.1-1, и количество битов для формата 1_0 DCI перед заполнением больше количества битов для формата 0_0 DCI перед заполнением; в противном случае 0 битов.

Таблица X7

Поле информации Число битов Обязательно/ необязательно Примечания Идентификатор для форматов DCI 1 Обязательно Значение этого битового поля всегда может быть установлено на 0, указывая формат UL DCI Индикатор несущей 0 или 3 Необязательно Указание SCellndex обслуживающей соты, в которой должен быть передан запланированный PUSCH Индикатор UL/SUL 0 или 1 Необязательно 0 бит для UE, не сконфигурированных с SUL в соте, или UE, сконфигурированных с SUL в соте, но у которых для передачи PUSCH сконфигурирована только несущая PUCCH в соте; 1 бит для UE, сконфигурированных с SUL в соте Индикатор части ширины полосы 0, 1 или 2 Необязательно Указание BWP ID для BWP, которая содержит запланированный PUSCH. Если UE не поддерживает изменение активной BWP посредством DCI, UE может игнорировать это битовое поле Назначение ресурсов частотной области 25 Обязательно Виртуальные ресурсные блоки (VRB), указанные с использованием выделения ресурсов типа 0 или типа 1 Назначение ресурсов временной области 0, 1, 2, 3 или 4 Обязательно Индекс записи таблицы, сконфигурированной с помощью RRC и обеспечивающей набор символов OFDM, используемых для передачи PUSCH Флаг скачкообразной перестройки частоты 0 или 1 Необязательно 0 битов, если сконфигурирован только тип 0 выделения ресурса, или если не сконфигурирован параметр более высокого уровня скачкообразной перестройки частоты; в противном случае 1 бит Схема модуляции и кодирования 5 Обязательно MCS для одного или более TB, содержащихся в PUSCH Индикатор новых данных 1 Обязательно Версия избыточности 2 Обязательно Номер процесса HARQ 4 Обязательно 1-й индекс назначения нисходящей линии связи 1 или 2 Обязательно 1 бит для полустатической кодовой книги HARQ-ACK, 2 бита для динамической кодовой книги HARQ-ACK. 2-й индекс назначения нисходящей линии связи 0 или 2 Необязательно 2 бита для динамической кодовой книги HARQ-ACK с двумя меньшими кодовыми книгами HARQ-ACK, в противном случае 0 битов Команда TPC для запланированного PUSCH 2 Обязательно Индикатор ресурса SRS. 0, 1 или 2 Необязательно Информация о предварительном кодировании и количество уровней 0, 1, 2, 3, 4, 5 или 6 Необязательно 0 битов, если параметр более высокого уровня
txConfig=non-Codebook или для порта антенны 1 Порты антенны 2, 3, 4 или 5 Обязательно Запрос SRS 2 или 3 Обязательно Это битовое поле может также указывать связанный CSI-RS. Запрос CSI 0, 1, 2, 3, 4, 5 или 6 Необязательно Размер бита может быть определен параметром более высокого уровня reportTriggerSize Связь PTRS-DMRS 0 или 2 Необязательно 0 битов, если PTRS-UplinkConfig не сконфигурирован, и transformPrecoder=disabled, или если transformPrecoder=enabled, или если maxRank=1, 2 бита, в противном случае. индикатор beta_offset 0 или 2 Необязательно 0 битов, если параметр более высокого уровня betaOffset=semiStatic; в противном случае 2 бита Инициализация последовательности DMRS 0 или 1 Необязательно Индикатор UL-SCH 1 Обязательно Значение 1 может указывать, что UL-SCH должен быть передан по PUSCH, а значение 0 может указывать, что UL-SCH не должен быть передан по PUSCH.

Таблица X8

Поле информации Число битов Обязательно/ необязательно Примечания Идентификатор для форматов DCI 1 Обязательно Значение этого битового поля всегда установлено на 1, указывая формат DL DCI. Назначение ресурсов частотной области 15 Обязательно VRB указаны с помощью типа 1 RA. Назначение ресурсов временной области 4 Обязательно Индекс записи таблицы, обеспечивающей наборы символов OFDM, и интервала, используемого для передачи по PDSCH Сопоставление VRB и PRB 1 Обязательно Флаг для управления сопоставлением VRB и PRB Схема модуляции и кодирования 5 Обязательно MCS для одного TB, содержащегося в PDSCH Индикатор новых данных 1 Обязательно Указание того, является ли передача TB начальной передачей (в этом случае значение NDI переключено) или повторной передачей (в этом случае значение NDI не переключено). Версия избыточности 2 Обязательно Указание шаблона согласования скорости передачи Номер процесса HARQ 3 Обязательно Индекс назначения нисходящей линии связи 2 Обязательно в качестве счетчика DAI Команда TPC для запланированного PUCCH 2 Обязательно Команда TPC для PUCCH, по которому должна быть передана обратная связь HARQ-ACK для запланированного PDSCH. Индикатор ресурса PUCCH 3 Обязательно Указание индекса ресурса PUCCH. Индикатор синхронизации PDSCH-to-HARQ_feedback 3 Обязательно Указание смещения синхронизации между интервалом, в котором передается запланированный PDSCH, и интервалом, в котором должен быть передан соответствующий PUCCH.

Таблица X9

Поле информации Число битов Обязательно/ необязательно Примечания Идентификатор для форматов DCI 1 Обязательно Значение этого битового поля всегда установлено на 1, указывая формат DL DCI. Индикатор несущей 0 или 3 Необязательно Указание SCellndex обслуживающей соты, в которой передается запланированный PDSCH Индикатор части ширины полосы 0, 1 или 2 Необязательно Указание BWP ID для BWP, которая содержит запланированный PDSCH. Если UE не поддерживает изменение активной BWP посредством DCI, UE может игнорировать это битовое поле Назначение ресурсов частотной области 25 Обязательно Блоки VRB, указаны с помощью выделения ресурсов типа 0 или типа 1 Назначение ресурсов временной области 0, 1, 2, 3 или 4 Необязательно Индекс записи таблицы, сконфигурированной с помощью RRC и обеспечивающей набор символов OFDM, используемых для передачи PUSCH Сопоставление VRB и PRB 0 или 1 Обязательно Флаг для управления сопоставлением VRB-PRB 0 битов, если сконфигурирован только тип 0 выделения ресурса; в противном случае 1 бит Индикатор размера объединения PRB 0 или 1 Необязательно 1 бит, если параметр более высокого уровня prb~ BundlingType установлен на «динамический», в противном случае 0 битов Индикатор согласования скорости передачи 0, 1 или 2 Необязательно Указание уровня RB и/или уровня RE, которые недоступны для запланированной передачи PDSCH. Каждый бит соответствует соответствующему параметру более высокого уровня rateMatchPattern. Инициирующий сигнал ZP CSI-RS 0, 1 или 2 Необязательно Указание CSI-RS RE, которые недоступны для запланированной передачи PDSCH. Информация о передаче UCI по PUSCH 2 Необязательно Указание значения бета для передачи UCI по PUSCH, возможно, также с другой информацией, связанной с передачей UCI по PUSCH Схема модуляции и кодирования для TB1 5 Обязательно MCS для TB1, который содержится в запланированном PDSCH. Индикатор новых данных для TB1 1 Обязательно NDI для TB1, который содержится в запланированном PDSCH. Версия избыточности для TB1 2 Обязательно RV для TB1, который содержится в запланированном PDSCH. Схема модуляции и кодирования для TB2 5 Необязательно MCS для TB2, который содержится в запланированном PDSCH.
Присутствует только в том случае, если maxNrofCodwordSchedulidByDCI равно 2 Индикатор новых данных для TB2 1 Необязательно NDI для TB2, который содержится в запланированном PDSCH.
Присутствует только в том случае, если maxNrofCodwordSchedulidByDCI равно 2 Версия избыточности для TB2 2 Необязательно RV для TB2, который содержится в запланированном PDSCH.
Присутствует только в том случае, если maxNrofCodeWordsScheduIedByDCI равно 2 Номер процесса HARQ 4 Обязательно Индекс назначения нисходящей линии связи 0, 2 или 4 Необязательно 4 бита, если в DL сконфигурировано более одной обслуживающей соты, а параметр более высокого уровня pdsch-HARQ-ACK-Codebook=dynamic, где 2 MSB (старший значащий бит) бита представляют собой счетчик DAI, а 2 LSB (младший значащий бит) бита представляют собой общий DAI, 2 бита, если в DL сконфигурирована только одна обслуживающая сота, и параметр более высокого уровня pdsch-HARQ-ACK-Codebook=dynamic, где 2 бита являются счетчиком DAI,
в противном случае 0 битов Команда TPC для запланированного PUCCH 2 Обязательно Команда TPC для PUCCH, по которому должна быть передана обратная связь HARQ-ACK для запланированного PDSCH. Индикатор ресурса PUCCH 3 Обязательно Указание индекса ресурса PUCCH. Индикатор синхронизации PDSCH-to-HARQ_feedback 0, 1, 2 или 3 Необязательно Указание смещения синхронизации между интервалом, в котором передается запланированный PDSCH, и интервалом, в котором должен быть передан соответствующий PUCCH. Порт(-ы) антенны 4, 5 или 6 Обязательно Указание портов антенны, используемых для запланированной передачи PDSCH, и/или количества групп CDM без данных (т.е. количества групп CDM, RE которых недоступны для передач PDSCH) Указание конфигурации передачи 0 или 3 Необязательно 0 битов, если параметр более высокого уровня tci–PresentlnDCI не включен, в противном случае 3 бита Запрос SRS 2 или 3 Обязательно Это битовое поле может также указывать связанный CSI-RS. Информация о передаче CBG (CBGTI) 0, 2, 4, 6 или 8 Необязательно Размер бита может быть определен с помощью параметров более высокого уровня maxCodeBlockGroupsPerTransportBlock и количества MCS-HARQ-DL-DCI для PDSCH. Информация о сбросе CBG (CBGFI) 0 или 1 Необязательно Размер бита может быть определен параметром более высокого уровня codeBlockGroupFlushlndicator. Инициализация последовательности DMRS 0 или 1 Необязательно

[0129] На Фиг. 7 приведены примеры нескольких численных величин. Численная величина № 1 (μ=0) может представлять собой базовую численную величину. Например, RE базовой численной величины определяется с разносом поднесущих 15 кГц в частотной области и длиной 2048κTs+CP (например, 512κTs, 160κTs или 144κTs) во временной области, где Ts обозначает единицу времени выборки в основной полосе, определенную как 1 / (15000 * 2048) секунд. Для μ-й численной величины разнос поднесущих может быть равен 15*2^μ, а эффективная длина символа OFDM может составлять NuTs=2048*2^-μκTs. Это может обеспечивать длину символа 2048*2^-μκTs+длина CP (например, 512*2^-μκTs, 160*2^-μκTs или 144*2^-μ κTs). Следует отметить, что κ=64, Ts=1 / (Δf_max·N_f), Δf_max=480⋅10³ Гц (т.е. Δƒ для μ=5) и N_f=4096. Другими словами, разнос поднесущих μ+1-й численной величины вдвое больше, чем для μ-й численной величины, а длина символа μ+1-й численной величины - половина от длины символа μ-й численной величины. На Фиг. 7 показаны четыре численные величины, но система может поддерживать другое количество численных величин.

[0130] На Фиг. 8 приведен набор примеров структур подкадров для численных величин, представленных на Фиг. 7. Эти примеры основаны на конфигурации интервалов, установленной на 0. Интервал включает в себя 14 символов, длина интервала μ+1-й численной величины равна половине интервала μ-й численной величины, и, в конечном счете, число интервалов в подкадре (т.е. 1 мс) удваивается. Можно отметить, что радиокадр может включать в себя 10 подкадров, а длина радиокадра может быть равна 10 мс.

[0131] На Фиг. 9 приведен другой набор примеров структур подкадров для численных величин, представленных на Фиг. 7. Эти примеры основаны на конфигурации интервалов, установленной на 1. Интервал включает в себя 7 символов, длина интервала μ+1-й численной величины равна половине интервала μ-й численной величины, и, в конечном счете, число интервалов в подкадре (т.е. 1 мс) удваивается.

[0132] Физический канал нисходящей линии связи может соответствовать набору ресурсных элементов, содержащих информацию, которая поступает с более высоких уровней. Физические каналы нисходящей линии связи могут включать в себя физический совместно используемый канал для передачи данных по нисходящей линии связи (PDSCH), физический широковещательный канал (PBCH), физический канал управления нисходящей линии связи (PDCCH). Физический сигнал нисходящей линии связи может соответствовать набору ресурсных элементов, используемых физическим уровнем, но может не содержать информацию, поступающую с более высоких уровней. Физические сигналы нисходящей линии связи могут включать в себя опорные сигналы демодуляции (DM-RS), опорные сигналы отслеживания фазы (PT-RS), опорный сигнал информации о состоянии канала (CSI-RS), первичный сигнал синхронизации (PSS), вторичный сигнал синхронизации (SSS).

[0133] Физический канал восходящей линии связи может соответствовать набору ресурсных элементов, содержащих информацию, которая поступает с более высоких уровней. Физические каналы восходящей линии связи могут включать в себя физический совместно используемый канал для передачи данных по восходящей линии связи (PUSCH), физический канал управления восходящей линии связи (PUCCH), физический канал произвольного доступа (PRACH). Физический сигнал восходящей линии связи используется физическим уровнем, но может не содержать информацию, поступающую с более высоких уровней. Физические сигналы восходящей линии связи могут включать в себя опорные сигналы демодуляции (DM-RS), опорные сигналы отслеживания фазы (PT-RS), опорный сигнал зондирования (SRS).

[0134] Сигнал синхронизации и блок канала PBCH (SSB) могут состоять из первичных и вторичных сигналов синхронизации (PSS, SSS), каждый из которых занимает 1 символ и 127 поднесущих, а PBCH охватывает 3 символа OFDM и 240 поднесущих, но в одном символе остается неиспользованная часть в середине для SSS. Периодичность SSB может быть сконфигурирована сетью, а моменты времени, в которых SSB может быть отправлен, определяются разносом поднесущих. В пределах диапазона частот несущей может быть передано множество SSB. Идентификаторы физических сот (PCI) этих SSB могут не быть уникальными, т.е. разные SSB могут иметь разные PCI. Однако когда SSB связан с SIB 1 (также известным как оставшаяся минимальная системная информация (RMSI)), SSB может соответствовать отдельной соте, которая имеет уникальный общий идентификатор соты NR (NCGI). Такой SSB может называться SSB, определяющим соту (CD-SSB). PCell может быть всегда связана с CD-SSB, расположенным в растре синхронизации.

[0135] Для указания формата для одного или более интервалов можно задать индикатор формата интервалов (SFI). При использовании SFI оборудование UE 102 может установить по меньшей мере те символы в заданном интервале, которые являются «DL», «UL» и «неизвестными» соответственно. Кроме того, оно может также указывать, какие символы в данном интервале являются «зарезервированными». При использовании SFI оборудование UE 102 может также установить число интервалов, для которых SFI указывает их форматы. SFI можно сконфигурировать с помощью выделенного сообщения с конфигурацией RRC. Альтернативно и/или дополнительно SFI может получить сигнализацию посредством общего для группы PDCCH (например, PDCCH с SFI-RNTI). В еще одном альтернативном и/или дополнительном варианте осуществления SFI может быть передан по широковещательному каналу посредством блока служебной информации (MIB) или оставшейся минимальной системной информации (RMSI).

[0136] Например, каждый SFI может выражать до 8 комбинаций из символов типа «DL», «UL», «неизвестный» и «зарезервированный», при этом каждая комбинация включает в себя N^slot,μ_symb фрагментов типов символов. Более конкретно, учитывая, что N^slot,μ_symb=14, одна комбинация может представлять собой «неизвестный» «неизвестный» «неизвестный» «неизвестный» «неизвестный» «неизвестный» «неизвестный» «неизвестный» «неизвестный» «неизвестный» «неизвестный» «неизвестный» «неизвестный» «неизвестный». Другая комбинация может состоять только из символов типа «DL», т.е. «DL» «DL» «DL» «DL» «DL» «DL» «DL» «DL» «DL» «DL» «DL» «DL» «DL» «DL». Другая комбинация может состоять только из символов типа «UL», т.е. «UL» «UL» «UL» «UL» «UL» «UL» «UL» «UL» «UL» «UL» «UL» «UL» «UL» «UL». Другая комбинация может представлять собой комбинацию из символов типа «DL», «UL» и «зарезервированный», такую как «DL» «DL» «DL» «DL» «DL» «DL» «DL» «DL» «зарезервированный» «зарезервированный» «зарезервированный» «зарезервированный» «UL».

[0137] Символы «DL» могут быть доступны для приемов DL и измерений CSI/RRM на стороне оборудования UE 102. Символы «UL» могут быть доступны для передач UL на стороне оборудования UE 102. «Неизвестный» ресурс также может называться «гибким» и может быть переопределен по меньшей мере с помощью указания DCI. Символы типа «неизвестный» могут использоваться для достижения тех же целей, что и символы типа «зарезервированный», если они не были переопределены посредством указания DCI и/или SFI. На символах типа «неизвестный» UE 102 может быть разрешено принимать любые передачи DL и UL, которые сконфигурированы более высоким уровнем, если только DCI не переопределяет на другое направление, а также любые передачи DL и UL, указанные DCI. Например, можно предположить периодический CSI-RS, периодический CSI^-IM, полупостоянно планируемый CSI-RS, периодическую отправку отчетов CSI, полупостоянно планируемую передачу CSI, периодическую передачу SRS, сконфигурированный более высоким уровнем первичный сигнал синхронизации (PSS)/вторичный SS (SSS)/PBCH (т.е. для DL предполагается, что он присутствует и способен выполнять прием, а для UL, предполагается, что он способен выполнять передачу).

[0138] Переопределение символов типа «неизвестный» посредством DCI означает, что UE 102 может принимать только те передачи DL и UL (передача PDSCH, передача PUSCH, апериодическая передача CSI-RS, апериодический ресурс CSI-IM, апериодическая передача SRS), которые обозначены указаниями DCI. Переопределение типа «неизвестный» посредством SFI означает, что UE 102 должно считать тип символов как «DL», «UL» или «зарезервированный» в соответствии с указаниями SFI. Если UE 102 принимает апериодическую передачу CSI-RS и/или апериодический ресурс CSI-IM, UE 102 может выполнять измерение CSI и/или RRM на основании апериодической передачи CSI-RS и/или апериодического ресурса CSI-IM. Если UE 102 не принимает апериодическую передачу CSI-RS и/или апериодический ресурс CSI-IM, UE 102 не может использовать апериодическую передачу CSI-RS и/или апериодический ресурс CSI-IM для измерения CSI и/или RRM.

[0139] UE 102 может отслеживать PDCCH на некоторых «DL» или символах типа «неизвестный». Существует несколько вариантов отслеживания PDCCH. Если все символы OFDM, которые назначены для данного набора ресурсов управления (CORESET), относятся к типу «DL», UE 102 может считать все символы OFDM допустимыми для отслеживания PDCCH, связанного с данным CORESET. В этом случае UE 102 может считать, что каждый кандидат PDCCH в CORESET сопоставлен со всеми из символов OFDM для сопоставления первой по времени группы RE (REG) элементу канала управления (CCE). Если все символы OFDM, которые назначены для данного CORESET, относятся к типу «неизвестный», UE 102 может считать все символы OFDM допустимыми для отслеживания PDCCH, связанного с данным CORESET. В этом случае UE 102 может считать, что каждый кандидат PDCCH в CORESET сопоставлен со всеми из символов OFDM для сопоставления первой по времени группы REG элементу CCE.

[0140] Если каждый символ OFDM, который назначен для данной комбинации CORESET и набора пространств поиска, относится к типу «UL» или «зарезервированный», UE 102 может считать эти символы OFDM недопустимыми для отслеживания PDCCH, связанного с данной комбинацией CORESET и набора пространств поиска. Если некоторые из символов OFDM, которые назначены для данной комбинации CORESET и набора пространств поиска, представляют собой «DL», а другие - «UL» или «зарезервированный», или если некоторые из символов OFDM, которые назначены для данной комбинации CORESET и набора пространств поиска, представляют собой тип «неизвестный», а другие - «UL» или «зарезервированный», UE 102 может не отслеживать PDCCH в CORESET.

[0141] На Фиг. 10 представлена блок-схема, иллюстрирующая один вариант реализации gNB 1060 (пример gNB 160). gNB 1060 может включать в себя процессор 1001 более высокого уровня (также называемый схемой обработки более высокого уровня), передатчик 1002 DL, приемник 1003 UL и антенны 1004. Передатчик 1002 DL может включать в себя передатчик 1005 PDCCH и передатчик 1006 PDSCH. Приемник 1003 UL может включать в себя приемник 1007 PUCCH и приемник 1008 PUSCH. Процессор 1001 более высокого уровня может управлять поведением физического уровня (поведением передатчика DL и приемника UL) и предоставлять параметры более высокого уровня на физический уровень. Процессор 1001 более высокого уровня может получать транспортные блоки от физического уровня. Процессор 1001 более высокого уровня может отправлять/получать сообщения более высокого уровня, такие как общие и выделенные сообщения RRC и/или сообщения MAC, на более высокий уровень UE или от него. Процессор 1001 более высокого уровня также может задавать и/или сохранять параметры более высокого уровня, передаваемые посредством сообщений более высокого уровня. Процессор 1001 более высокого уровня может предоставлять транспортные блоки передатчика 1006 PDSCH и предоставлять параметры передачи передатчика 1005 PDCCH, относящиеся к транспортным блокам. Приемник 1003 UL может принимать мультиплексированные физические каналы восходящей линии связи и физические сигналы восходящей линии связи через приемные антенны и демультиплексировать их. Приемник 1007 PUCCH может предоставлять процессор более высокого уровня UCI. Приемник 1008 PUSCH может предоставлять транспортные блоки, полученные процессором 1001 более высокого уровня.

[0142] На Фиг. 11 представлена блок-схема, иллюстрирующая один вариант реализации UE 1102 (пример UE 102). UE 1102 может включать в себя процессор 1111 более высокого уровня, передатчик 1113 UL, приемник 1112 DL и антенны 1114. Передатчик 1113 UL может включать в себя передатчик 1117 PUCCH и передатчик 1118 PUSCH. Приемник 1112 DL может включать в себя приемник 1115 PDCCH и приемник 1116 PDSCH. Процессор 1111 более высокого уровня может управлять поведением физического уровня (поведением передатчика UL и приемника DL) и предоставлять параметры более высокого уровня на физический уровень. Процессор 1111 более высокого уровня может получать транспортные блоки от физического уровня. Процессор 1111 более высокого уровня может отправлять/получать сообщения более высокого уровня, такие как общие и выделенные сообщения RRC и/или сообщения MAC, на более высокий уровень UE или от него. Процессор 1111 более высокого уровня также может задавать и/или сохранять параметры более высокого уровня, передаваемые посредством сообщений более высокого уровня. Процессор 1111 более высокого уровня может предоставлять транспортные блоки передатчика PUSCH и обеспечивать передатчик 1117 UCI PUCCH. Приемник 1112 DL может принимать мультиплексированные физические каналы нисходящей линии связи и физические сигналы нисходящей линии связи через приемные антенны и демультиплексировать их. Приемник 1115 PDCCH может предоставлять процессор более высокого уровня DCI. Приемник 1116 PDSCH может предоставлять транспортные блоки, полученные процессором 1111 более высокого уровня.

[0143] Для передачи данных по нисходящей линии связи UE 1102 может попытаться вслепую декодировать один или более кандидатов PDCCH (также называемых просто каналами управления). Эта процедура также называется отслеживанием PDCCH. PDCCH может нести формат DCI, который планирует PDSCH (также называемый совместно используемым каналом или каналом передачи данных). gNB 1060 может передавать PDCCH и соответствующий PDSCH в интервале нисходящей линии связи. После обнаружения PDCCH в интервале нисходящей линии связи UE 1102 может принять соответствующий PDSCH в интервале нисходящей линии связи. В противном случае UE 1102 может не выполнить прием PDSCH в интервале нисходящей линии связи.

[0144] На Фиг. 12 представлен пример единицы ресурса управления и структуры опорного сигнала. Набор ресурсов управления может быть определен в частотной области как набор физических ресурсных блоков (PRB). Например, набор ресурсов управления может включать в себя PRB№ i - PRB№ i+3 в частотной области. Набор ресурсов управления также может быть определен во временной области как набор символов OFDM. Он также может называться просто продолжительностью набора ресурсов управления. Например, набор ресурсов управления может включать в себя три символа OFDM, от символа OFDM № 0 до символа OFDM № 2, во временной области. UE 102 может отслеживать PDCCH в одном или более наборах ресурсов управления. Набор PRB может быть сконфигурирован по отношению к каждому набору ресурсов управления, заданному с помощью выделенной сигнализации RRC (например, посредством изменения конфигурации выделенной RRC). Продолжительность набора ресурсов управления также может быть сконфигурирована по отношению к каждому набору ресурсов управления с помощью выделенной сигнализации RRC.

[0145] В единице ресурса управления и структуре опорного сигнала, показанных на Фиг. 12, единицы ресурса управления определяются как набор ресурсных элементов (RE). Каждый блок ресурсов управления включает в себя все элементы RE (т.е. 12 элементов RE) в границах одного символа OFDM и в границах одного PRB (например, 12 последовательных поднесущих). В качестве таких элементов RE могут быть приняты элементы RE, которым сопоставлены опорные сигналы (RS), но элементы RE для сигналов RS недоступны для передачи PDCCH, а PDCCH не сопоставлен элементам RE для сигналов RS.

[0146] Для передачи одного PDCCH можно использовать множество единиц ресурса управления. Другими словами, один PDCCH может быть сопоставлен элементам RE, которые включены в множество единиц ресурса управления. На Фиг. 12 показан пример того, что UE 102, выполняющее слепое декодирование кандидатов PDCCH, предполагает, что множество единиц ресурса управления, расположенных на одной частоте, несут один PDCCH. Однако RS для демодуляции PDCCH могут содержаться во всех единицах ресурса, которым сопоставлен PDCCH. RE для RS могут быть недоступны ни для передачи PDCCH, ни для соответствующей передачи PDSCH.

[0147] На Фиг. 13 представлен пример мультиплексирования канала управления и совместно используемого канала. Начальное(-ые) и/или конечное(-ые) положение(-я) PDSCH можно указать с помощью диспетчеризации PDCCH. Более конкретно, формат DCI, в котором осуществляется диспетчеризация PDSCH, может включать поле(-я) информации для указания начального(-ых) и/или конечного(-ых) положения (положений) запланированного PDSCH.

[0148] UE 102 может содержать процессор более высокого уровня, который выполнен с возможностью получения общего и/или выделенного сообщения более высокого уровня. Общее и/или выделенное сообщение более высокого уровня может включать в себя системную информацию и/или информацию для конфигурации/изменения конфигурации более высокого уровня. На основании системной информации и/или конфигурации более высокого уровня UE 102 выполняет процедуры приема и/или передачи физического уровня. UE 102 также может содержать схему приема PDCCH, которая выполнена с возможностью отслеживания PDCCH. PDCCH может иметь формат DCI, который планирует PDSCH. Дополнительно и/или альтернативно PDCCH может иметь формат DCI, который планирует PUSCH. UE 102 также может содержать схему приема PDSCH, выполненную с возможностью приема PDSCH после обнаружения соответствующего PDCCH. UE 102 может также содержать схему передачи PUCCH, которая выполнена с возможностью передачи PUCCH, содержащего обратную связь HARQ-ACK, относящуюся к PDSCH. Дополнительно и/или альтернативно UE 102 также может содержать схему передачи PUSCH, выполненную с возможностью передачи PUSCH после обнаружения соответствующего PDCCH.

[0149] gNB 160 может содержать процессор более высокого уровня, который выполнен с возможностью отправки общего и/или выделенного сообщения более высокого уровня. Общее и/или выделенное сообщение более высокого уровня может включать в себя системную информацию и/или информацию для конфигурации/изменения конфигурации более высокого уровня. На основании системной информации и/или конфигурации более высокого уровня gNB 160 выполняет процедуры приема и/или передачи физического уровня. gNB 160 также может содержать схему передачи PDCCH, которая выполнена с возможностью передачи PDCCH. PDCCH может иметь формат DCI, который планирует PDSCH. Дополнительно и/или альтернативно PDCCH может иметь формат DCI, который планирует PUSCH. gNB 160 может также включать в себя схему передачи PDSCH, которая выполнена с возможностью передачи PDSCH в случае передачи соответствующего PDCCH. gNB 160 может также содержать схему приема PUCCH, которая выполнена с возможностью приема PUCCH, содержащего обратную связь HARQ-ACK, относящуюся к PDSCH. Дополнительно и/или альтернативно gNB 160 также может содержать схему приема PUSCH, выполненную с возможностью приема PUSCH после обнаружения соответствующего PDCCH.

[0150] UE 102 может отслеживать кандидатов PDCCH в наборе ресурсов управления. Набор кандидатов PDCCH также может называться пространством поиска. Набор ресурсов управления может определяться набором PRB в частотной области и продолжительностью в единицах символа OFDM во временной области.

[0151] Для каждой обслуживающей соты сигнализация более высокого уровня, такая как общие сообщения RRC или выделенные сообщения RRC оборудования UE, может сконфигурировать UE 102 с одним или более наборами блоков PRB для отслеживания PDCCH. Для каждой обслуживающей соты сигнализация более высокого уровня, такая как общие сообщения RRC или выделенные сообщения RRC оборудования UE, может также сконфигурировать UE 102 с продолжительностью набора ресурсов управления для отслеживания PDCCH.

[0152] Для каждой обслуживающей соты сигнализация более высокого уровня конфигурирует UE с P наборами ресурсов управления. Для набора ресурсов управления p, 0<=p<P, конфигурация включает в себя индекс первого символа, обеспечиваемый параметром более высокого уровня CORESET-start-symb; число последовательных символов, обеспечиваемое параметром более высокого уровня CORESET-time-duration; набор ресурсных блоков, обеспечиваемый параметром более высокого уровня CORESET-freq-dom; сопоставление CCE и REG, обеспечиваемое параметром более высокого уровня CORESET-trans-type (также называемым CORESET-CCE-to-REG-mapping); размер объединения REG в случае перемежающегося сопоставления CCE и REG, обеспечиваемый параметром более высокого уровня CORESET-REG-bundle-size; и квази-совместное размещение порта антенны, обеспечиваемое параметром более высокого уровня CORESET-TCI-StateRefId. Если UE не сконфигурировано с помощью параметра более высокого уровня CORESET-TCI-StateRefId, UE может предположить, что порт антенны DMRS, связанный с приемом PDCCH в USS, и порт антенны DMRS, связанный с приемом PBCH, размещены квази-совместно по отношению к разбросу задержки, доплеровскому распределению, доплеровскому сдвигу, среднему времени задержки и пространственным параметрам приема.

[0153] Для каждой обслуживающей соты и для каждого формата DCI с CRC, скремблируемого C-RNTI, SPS-RNTI и/или RNTI без предоставления, для которых UE сконфигурировано для отслеживания PDCCH, UE сконфигурировано во взаимосвязи с наборами ресурсов управления. Взаимосвязи могут включать в себя взаимосвязи с набором наборов ресурсов управления по параметру более высокого уровня DCI-to-CORESET-map. Для каждого набора ресурсов управления в наборе наборов ресурсов управления взаимосвязи могут включать в себя число кандидатов PDCCH на уровень L агрегации CCE по параметру более высокого уровня CORESET-candidates-DCI; периодичность интервалов k_p отслеживания PDCCH по параметру более высокого уровня CORESET-monitor-period-DCI, сдвиг интервалов o_p отслеживания PDCCH, где 0 <= o_p < k_p, по параметру более высокого уровня CORESET-monitor-offset-DCI, и схему отслеживания PDCCH в границах интервала с указанием первого(-ых) символа(-ов) набора ресурсов управления в границах интервала для отслеживания PDCCH по параметру более высокого уровня CORESET-monitor-DCI-symbolPattern. Если UE 102 сконфигурировано с помощью параметра более высокого уровня CORESET-monitor-DCI-symbolPattern, UE 102 может предположить, что диспетчеризация, не основанная на интервалах, сконфигурирована в дополнение к диспетчеризации, основанной на интервалах. Если UE 102 не сконфигурировано с помощью параметра более высокого уровня CORESET-monitor-DCI-symbol Pattern, UE 102 может предположить, что диспетчеризация, не основанная на интервалах, не сконфигурирована, доступна только диспетчеризация, основанная на интервалах.

[0154] На Фиг. 14 представлены события отслеживания PDCCH для диспетчеризации, основанной на интервалах (также называемой выделением ресурсов типа A). Набор пространств поиска может быть идентифицирован для комбинации набора ресурсов управления, формата DCI (или группы форматов DCI, включающей формат DCI, с таким же размером полезной нагрузки DCI). В примере, показанном на Фиг. 16, представлены два набора пространств поиска, набор №0 и №1 пространств поиска. Оба набора №0 и №1 пространств поиска связаны с одним и тем же CORESET. Конфигурация CORESET, такая как CORESET-start-symb, CORESET-time-duration, CORESET-freq-dom, CORESET-trans-type, CORESET-REG-bundle-size, CORESET-TCI-StateRefld, применяется к обоим наборам №0 и №1 пространств поиска. Например, значение CORESET-time-duration, установленное равным 3 символам, применяется к каждому из них. Набор №0 пространств поиска может быть связан с определенным форматом DCI (например, форматом 1 DCI, резервным форматом DCI), а набор №1 пространств поиска может быть связан с другим определенным форматом DCI (например, форматом 2 DCI, обычным форматом DCI). Параметр более высокого уровня CORESET-monitor-period-DCI установлен равным 2 интервалам для набора № 0 пространства поиска, при этом параметр более высокого уровня CORESET-monitor-period-DCI установлен равным 1 интервалу для набора №1 пространства поиска. Таким образом, формат 1 DCI может быть потенциально передан и/или отслежен в каждом 2 интервале, а формат 2 DCI потенциально может быть потенциально передан и/или отслежен в каждом интервале.

[0155] На Фиг. 15 представлены события отслеживания PDCCH для диспетчеризации не на основе интервалов. В примере, показанном на Фиг. 15, представлены два набора пространств поиска, набор №2 и №3 пространств поиска. Оба набора №2 и №3 пространств поиска связаны с одним и тем же CORESET. Этот CORESET может быть или не быть таким же, как на Фиг. 15. Параметры более высокого уровня CORESET-monitor-period-DCI для обоих наборов №2 и №3 пространств поиска установлены равными 1 интервалу.

[0156] Кроме того, параметры более высокого уровня CORESET-monitor-DCI-symbolPattern индивидуально сконфигурированы для наборов №2 и №3 пространств поиска. Параметр более высокого уровня CORESET-monitor-DCI-symbolPattern может указывать с использованием растровой схемы символ(-ы) OFDM, по которым отслеживается PDCCH. Более конкретно, параметр более высокого уровня CORESET-monitor-DCI-symbolPattern на каждый набор пространств поиска может включать 14 бит, с 1^-го бита по 14^-й бит, которые соответствуют символам OFDM с №0 по №13 соответственно. Каждый бит указывает, отслеживается ли PDCCH по соответствующему символу OFDM (например, 0 указывает на отсутствие отслеживания PDCCH, а 1 указывает на отслеживание PDCCH, или наоборот). В этом примере параметр более высокого уровня CORESET-monitor-DCI-symbolPattern для набора №2 пространств поиска указывает символы OFDM №0 и №7 для отслеживания PDCCH, а параметр CORESET-monitor-DCI symbolPattern для набора №3 пространств поиска указывает символы OFDM №0, №2, №4, №6, №8, №10, №12 для отслеживания PDCCH. Следует отметить, что указанные отслеживания PDCCH относятся к интервалу, указанному CORESET-monitor-period-DCI и CORESET-monitor-offset-DCI.

[0157] Элемент канала управления может включать в себя 6 групп ресурсных элементов (REG), где одна группа ресурсных элементов равна одному ресурсному блоку в пределах продолжительности одного символа OFDM. Группы ресурсных элементов в наборе ресурсов управления могут нумероваться в порядке увеличения первым по времени способом, начиная с 0 для первого символа OFDM и ресурсного блока с наименьшим номером в наборе ресурсов управления. UE может быть сконфигурировано с помощью множества наборов ресурсов. Каждый набор ресурсов управления может быть связан только с одним сопоставлением CCE и REG. Сопоставление CCE и REG для набора ресурсов управления может быть перемежающимся или неперемежающимся, сконфигурированным с помощью параметра более высокого уровня CORESET-CCE-REG-mapping-type. Размер объединения REG конфигурируется с помощью параметра более высокого уровня CORESET-REG-bundle-size. Для неперемежающегося сопоставления CCE и REG размер объединения REG равен 6. Для перемежающегося сопоставления CCE и REG размер объединения REG равен 2 или 6 для CORESET, при этом параметр CORESET-time-duration установленным равным 1, и размер объединения REG равен N^CORESET_symb или 6 для CORESET, при этом параметр CORESET-time-duration N^CORESET_symb установлен больше 1. UE может предположить, что в случае, если параметр более высокого уровня CORESET-precoder-granularity равен CORESET-REG-bundle-size, в границах объединения REG используется одинаковое предварительное кодирование в частотной области; и если параметр более высокого уровня CORESET-precoder-granularity равен числу смежных блоков RB в частотной области в границах CORESET, используется одинаковое предварительное кодирование в частотной области во всех смежных блоках RB в границах CORESET.

[0158] Каждый набор ресурсов управления содержит набор элементов CCE, пронумерованных от 0 до N_CCE,p,kp - 1, где N_CCE,p,kp представляет собой число элементов CCE в наборе p ресурсов управления в периоде k_p отслеживания. Наборы кандидатов PDCCH, которые отслеживает UE, определяют в терминах UE-специфичных пространств поиска PDCCH. UE-специфичное пространство поиска PDCCH S^(L)_kp на уровне L агрегации CCE определяется набором кандидатов PDCCH для уровня L агрегации CCE. L может быть равным одному из значений 1, 2, 4 и 8.

[0159] Сопоставление RE PDSCH и/или PUSCH может зависеть от сигнализации более высокого уровня и/или сигнализации уровня 1, такой как PDCCH с форматом DCI 1 и 2. Для PDSCH модулированные комплексные символы могут быть сопоставлены с элементами RE, которые соответствуют всем из следующих критериев: они находятся в ресурсных блоках, выделенных для передачи; они объявлены доступными для PDSCH в соответствии с конфигурацией и/или индикацией набора ресурсов для согласования скорости передачи; они не используются для CSI-RS; они не используются для отслеживания фазы RS (PT-RS); они не зарезервированы для SS/PBCH; они не объявлены «зарезервированными».

[0160] Для декодирования PDSCH в соответствии с обнаруженным PDCCH оборудование UE может быть сконфигурировано с помощью любого из параметров более высокого уровня: rate-match-PDSCH-resource-set, включая одну или множество зарезервированных пар блоков RB (параметр более высокого уровня rate-match-PDSCH-resource-RBs, который также называют bitmap-1) и зарезервированные символы (параметры более высокого уровня rate-match-PDSCH-resource-symbols, которые также называют bitmap-2), для которых применяются зарезервированные блоки RB; rate-match-resources-v-shift, включая LTE-CRS-vshift(s); rate-match-resources-antenna-port, включая порты антенн LTE-CRS, 1, 2 или 4 порта; rate-match-CORESET, включая идентификатор(-ы) CORESET набора CORESET, сконфигурированного для UE 102 для отслеживания. UE 102 может потребоваться определить сопоставление RE PDSCH в соответствии с объединением обеспеченных конфигураций согласования скорости передачи. Для декодирования PDSCH оборудование UE 102 согласует скорости передачи между элементами RE, соответствующими обнаруженному PDCCH, который запланировал PDSCH. Не предполагается, что UE 102 должно обрабатывать случай, когда элементы RE PDSCH DMRS накладываются, даже частично, на какие-либо элементы RE, указанные конфигурацией согласования скорости передачи rate-match-PDSCH-resource-set, и rate-match-resources-v-shift, и rate-match-resources-antenna-port, и rate-match-CORESET.

[0161] Если UE 102 принимает PDSCH без приема соответствующего PDCCH или если UE 102 принимает PDCCH, указывающий освобождение SPS PDSCH, UE 102 может генерировать один соответствующий информационный бит HARQ-ACK. Если на UE 102 не предоставлен параметр более высокого уровня PDSCH-CodeBlockGroupTransmission, UE 102 может генерировать один информационный бит HARQ-ACK на транспортный блок. Не предполагается, что UE 102 будет указано для передачи информации HARQ-ACK для более чем двух приемов SPS PDSCH в одном и том же PUCCH. Для каждой группы физических сот UE 102 может быть сконфигурировано с помощью параметра более высокого уровня pdsch-HARQ-ACK-Codebook, который указывает тип кодовой книги PDSCH HARQ-ACK. Кодовая книга PDSCH HARQ-ACK может быть либо полустатической (также называемой кодовой книгой HARQ-ACK типа 1), либо динамической (также называемой кодовой книгой HARQ-ACK типа 2). Это может быть применимо как к операции CA, так и к операции без CA и может соответствовать параметру L1 «HARQ-ACK-codebook».

[0162] UE 102 может сообщить информацию HARQ-ACK для соответствующего приема PDSCH или освобождения SPS PDSCH только в кодовой книге HARQ-ACK, которую UE передает в интервале, указанном значением поля индикатора синхронизации PDSCH-to-HARQ_feedback, в соответствующем формате DCI (например, формат 1_0 DCI или формат 1_1 DCI). Если UE 102 успешно принимает PDCCH или освобождение SPS PDSCH, значение соответствующего информационного бита HARQ-ACK может быть по существу установлено как ACK. Если UE 102 не удается успешно принять PDCCH или освобождение SPS PDSCH (т.е. не удается принять его), значение соответствующего информационного бита HARQ-ACK может быть по существу установлено как NACK. UE 102 может сообщать значение(-я) NACK для информационного(-ых) бита(-ов) HARQ-ACK в кодовой книге HARQ-ACK, которую UE передает в интервале, не указанном значением поля индикатора синхронизации PDSCH-to-HARQ_feedback, в соответствующем формате DCI (например, формат 1_0 DCI или формат 1_1 DCI). Если на UE 102 предоставлен параметр более высокого уровня pdsch-AggregationFactor, N^repeat_PDSCH представляет собой значение pdsch-AggregationFactor, в противном случае N^repeat_PDSCH=1. UE 102 может сообщать информацию HARQ-ACK только для последнего интервала из N^repeat_PDSCH интервалов.

[0163] Если UE сообщает информацию HARQ-ACK в PUSCH или PUCCH только для освобождения SPS PDSCH или только для приема PDSCH в пределах MA, c_c событий для приемов кандидатов PDSCH,которые запланированы форматом 1_0 DCI со значением поля DAI счетчика, равным 1, в PCell, UE может определить кодовую книгу HARQ-ACK только для освобождения SPS PDSCH или только для приема PDSCH, например, однобитовую кодовую книгу HARQ-ACK. В противном случае кодовая книга HARQ-ACK может иметь размер более одного бита.

[0164] В некоторых случаях информационный бит HARQ-ACK может быть автоматически установлен на фиксированное значение (например, NACK или ACK) без учета приема PDSCH или приема освобождения SPS PDSCH. Например, если UE настроено с pdsch-HARQ-ACK-Codebook=semi-static, UE 102 может сообщить значение(-я) NACK для информационного(-ых) бита(-ов) HARQ-ACK в кодовой книге HARQ-ACK, которое UE передает в интервале, не указанном значением поля индикатора синхронизации PDSCH-to-HARQ_feedback, в соответствующем формате DCI (например, формат 1_0 DCI или формат 1_1 DCI).

[0165] Другой случай, когда информационный бит HARQ-ACK может быть автоматически установлен на фиксированное значение (например, NACK или ACK) без учета приема PDSCH или приема освобождения SPS PDSCH, заключается в том, что, если событие приема кандидата PDSCH может происходить в ответ на PDCCH с форматом DCI (например, формат 1_1 DCI) и если параметр более высокого уровня maxNrofCodeWordsScheduledByDCI указывает на прием двух транспортных блоков, когда UE принимает PDSCH с одним транспортным блоком, информация HARQ-ACK связана с первым транспортным блоком, и UE 102 может генерировать NACK для второго транспортного блока, если не предоставлен параметр более высокого уровня harq-ACK-SpatialBundlingPUCCH, и может генерировать информацию HARQ-ACK со значением ACK для второго транспортного блока, если предоставлен параметр более высокого уровня harq-ACK-SpatialBundlingPUCCH.

[0166] Еще одним случаем, когда информационный бит HARQ-ACK может быть автоматически установлен на фиксированное значение (например, NACK или ACK) без учета приема PDSCH или приема освобождения SPS PDSCH, является то, что, если UE 102 сконфигурировано с помощью параметра более высокого уровня maxNrofCodewordScheduledByDCI с приемом двух транспортных блоков для активной DL BWP обслуживающей соты c, и если UE 102 принимает один транспортный блок, UE 102 может предположить ACK для второго транспортного блока.

[0167] Еще одним случаем, когда информационный бит HARQ-ACK может быть автоматически установлен на фиксированное значение (например, NACK или ACK) без учета приема PDSCH или приема освобождения SPS PDSCH, является то, что UE 102 может установить значение NACK в кодовой книге HARQ-ACK любой информации HARQ-ACK, соответствующей приему PDSCH или высвобождению SPS PDSCH, запланированному форматом DCI (например, форматом 1_0 DCI или форматом 1_1 DCI), который UE 102 обнаруживает в событии отслеживания PDCCH, т.е. после события отслеживания PDCCH, когда UE обнаруживает формат DCI (например, формат 1_0 DCI или формат 1_1 DCI), планирующий передачу PUSCH.

[0168] NR может поддерживать передачу(-и) на основе группы блоков кода для PDSCH и PUSCH. Если на UE 102 предоставлен параметр более высокого уровня PDSCH-CodeBlockGroupTransmission для обслуживающей соты, UE 102 может принимать PDSCH, которые включают в себя группы блоков кода (CBG) транспортного блока, и на UE 102 может быть предоставлен параметр более высокого уровня maxCodeBlockGroupsPersportBlock, указывающий максимальное количество CBG для генерирования соответствующих информационных битов HARQ-ACK для приема транспортного блока для обслуживающей соты, причем для количества C блоков кода (CB) в транспортном блоке UE 102 может определять количество CBG как .

[0169] Для приема PDSCH на основе CBG, если UE 102 успешно декодирует все CBG в данной CBG TB, значение информационного бита HARQ-ACK, соответствующее CBG, может быть в основном установлено как ACK. Если UE 102 не удается успешно декодировать (т.е. не удается декодировать) по меньшей мере одну CG в данной CBG TB, значение информационного бита HARQ-ACK, соответствующее CBG, может быть в основном установлено как NACK. Кроме того, в некоторых случаях информационный бит HARQ-ACK для данной CBG может быть автоматически установлен на фиксированное значение (например, NACK или ACK) без учета приема связанного(-ых) CB.

[0170] Например, кодовая книга HARQ-ACK включает в себя информационных битов HARQ-ACK, а если для транспортного блока, UE 102 может генерировать значение NACK для последних информационных битов HARQ-ACK для транспортного блока в кодовой книге HARQ-ACK.

[0171] В другом случае, когда информационный бит HARQ-ACK для CBG автоматически установлен как ACK без учета приема связанного(-ых) CB, если UE 102 генерирует кодовую книгу HARQ-ACK в ответ на повторную передачу транспортного блока, в соответствии с тем же процессом HARQ, что и предыдущая передача транспортного блока, UE 102 может генерировать ACK для каждой CBG, которую UE 102 правильно декодировало при предыдущей передаче транспортного блока.

[0172] Еще один случай, когда информационный бит HARQ-ACK для CBG автоматически установлен на определенное значение без учета приема связанного(-ых) CB(-ов), заключается в том, что если UE 102 принимает PDSCH, который запланирован PDCCH с форматом DCI (например, форматом 1_0 DCI) или SPS PDSCH, или UE обнаруживает освобождение SPS PDSCH, и если UE сконфигурировано с помощью параметра более высокого уровня pdsch-HARQ-ACK-Codebook=semi-static, UE может повторить раз информацию HARQ-ACK для транспортного блока в PDSCH или для освобождения SPS PDSCH соответственно для генерирования информационных битов HARQ-ACK.

[0173] Система 5G NR может работать в лицензированном спектре, который принадлежит операторам сотовой связи. Дополнительно и/или альтернативно система 5G NR может работать в нелицензированном спектре в качестве дополнительного инструмента для операторов с целью расширения сферы предоставляемых ими услуг. Нелицензированный доступ на основе NR (NR-U) может быть применим к нелицензированным полосам ниже 6 ГГц и выше 6 ГГц (например, 5 ГГц, 37 ГГц, 60 ГГц). Сота NR-U может работать в полосах TDD либо с базовой сотой на основе LTE, либо с базовой сотой на основе NR (т.е. автономной сотой NR). Кроме того, также может быть возможна автономная работа NR-U в нелицензированном спектре.

[0174] Чтобы обеспечить справедливое одновременное существование с другим узлом NR-U и/или другим узлом технологии радиодоступа (RAT), таким как узел беспроводной LAN, gNB 160 и/или UE 102 может потребоваться выполнить процедуру прослушивания перед передачей (LBT) перед их передачами. Процедуру LBT также называют процедурой доступа к каналу. Может существовать несколько типов процедур доступа к каналу (CA).

[0175] На Фиг. 16 представлен первый тип процедуры доступа к каналу. Первый тип процедуры доступа к каналу может быть использован для передачи(передач) по нисходящей линии связи, включая PDSCH и PDCCH. gNB 160 может передавать передачу, включающую в себя PDSCH и PDCCH, на несущей, на которой выполняют передачу(-и) соты(сот) NR-U, после первого опознания незанятости канала во время продолжительностей интервала CA, принадлежащих продолжительности T_d отсрочки; и после того, как счетчик N будет равен нулю на этапе 4. Счетчик N может быть скорректирован путем опознания канала для дополнительной(-ых) продолжительности(-ей) интервала CA в соответствии с этапами S1–S6. На этапе S1 gNB 160 может установить N=N_init, где N_init представляет собой случайное число, равномерно распределенное между 0 и CW_p, и перейти к этапу S4. На этапе S2, если N > 0, а gNB 160 выбирает уменьшение счетчика, gNB 160 может установить N= N – 1. На этапе S3 gNB 160 может опознать канал для дополнительной продолжительности интервала CA, если дополнительная продолжительность интервала CA свободна, перейти к этапу S4; иначе перейти к этапу S5. На этапе S4, если N=0, gNB 160 может остановить работу, в противном случае перейти к этапу S2. На этапе S5 gNB 160 может опознавать канал до обнаружения занятого интервала CA в течение дополнительной продолжительности отсрочки T_d или обнаружения незанятости всех интервалов CA с дополнительной продолжительностью отсрочки T_d. На этапе S6, если канал опознан как свободный в течение всех продолжительностей интервала CA, принадлежащих продолжительности дополнительной отсрочки T_d, gNB 160 может перейти к этапу S4, иначе перейти к этапу S5.

[0176] На Фиг. 17 показан пример отсрочки передачи. Если gNB 160 не передал передачу, включающую в себя PDSCH/PDCCH, на несущей, на которой выполняют передачу(-и) соты(сот) NR-U после этапа S4 в этой процедуре, gNB 160 может передавать передачу, включающую в себя PDSCH/PDCCH, на этой несущей, если канал опознан как свободный по меньшей мере в течение продолжительности T_sl интервала CA, когда gNB 160 готов к передаче PDSCH/PDCCH, и если канал опознан как свободный во время всех продолжительностей интервала CA, принадлежащих продолжительности T_d отсрочки, непосредственно перед данной передачей. Если канал не был опознан как свободный в течение продолжительности T_sl интервала CA, когда gNB 160 сначала опознает канал после того, как он готов к передаче, или если канал был опознан как занятый в течение любой из продолжительностей интервала CA, принадлежащих продолжительности отсрочки T_d, непосредственно перед данной предполагаемой передачей, gNB 160 может перейти к этапу S1 после опознания незанятости канала во время продолжительностей интервала CA, принадлежащих продолжительности T_d отсрочки. Продолжительность T_d отсрочки может состоять из продолжительности T_f=16 мкс, за которой непосредственно следуют m_p последовательных продолжительностей интервала CA, где каждая продолжительность интервала равна T_sl=9 мкс, а T_f включает в себя продолжительность T_sl свободного интервала CA в начале T_f. Продолжительность T_sl интервала считается свободной, если eNB 160 опознает канал в течение продолжительности интервала CA и мощность, обнаруживаемая eNB 160 в течение по меньшей мере 4 мкс в пределах продолжительности интервала CA, меньше порога обнаружения энергии X_Thresh. В противном случае продолжительность T_sl интервала CA может считаться занятой. Используя вышеописанную отсрочку передачи, более одной соты, местоположения которых геометрически отделены друг от друга, могут быть выполнены с возможностью успешного получения доступа к каналу одновременно, и, следовательно, может быть обеспечено повторное использование частоты между сотами.

[0177] CWmin, p ≤ CW_p ≤ CWmax, p - окно конкурентного доступа. Корректировку CW_p можно выполнять посредством gNB 160. CWmin, p и CWmax, p могут быть выбраны до этапа S1 описанной выше процедуры. m_P, CWmin, p и CWmax, p могут быть получены на основании класса приоритета доступа к каналу, связанного с передачей gNB.

[0178] На Фиг. 18 показан пример класса приоритета доступа к каналу для передачи(передач) по нисходящей линии связи. В этом примере существует 4 класса, и более низкий индекс может соответствовать более высокому приоритету. Для каждого класса определяют набор параметров для процедуры доступа к каналу. Набор параметров для класса p может включать в себя m_p, CWmin, p, и CWmax, p, Tmcot, p, а также допустимые размеры CW_p, где Tmcot, p называется максимальным временем занятости канала (MCOT). Для gNB 160, получающего доступ к каналу с классом p приоритета, может быть не разрешено непрерывно передавать на несущей, на которой выполняют передачу(-и) соты(сот) NR-U, в течение периода, превышающего Tmcot, p.

[0179] Аналогичным образом UE 102 может использовать процедуру доступа к каналу первого типа для передачи(передач) по восходящей линии связи, включая PUSCH и/или PUCCH. Вышеописанную процедуру доступа к каналу, включая этапы S1–S6, можно использовать с заменой «gNB 160» на «UE 102», заменой «PDSCH/PDCCH» на «PUSCH/PUCCH/SRS» и классом приоритета доступа к каналу восходящей линии связи. На Фиг. 19 показан пример класса приоритета доступа к каналу для передачи(передач) по восходящей линии связи. Когда первый тип процедуры доступа к каналу используют для передачи по восходящей линии связи, ее также можно называть процедурой доступа к каналу UL типа 1.

[0180] На Фиг. 20 показан второй тип процедуры доступа к каналу. Второй тип процедуры доступа к каналу может быть использован для передачи(передач) по нисходящей линии связи, включая передачу(-и) сигнала обнаружения и не включая PDSCH. Сигнал обнаружения может включать в себя SS/PBCH, CSI-RS и/или набор(-ы) ресурсов управления. Процедура доступа к каналу второго типа может упростить доступ к каналу по сравнению с процедурой первого типа, поскольку сигнал обнаружения может не занимать большую продолжительность передачи по сравнению с передачей PDSCH. gNB 160 может передавать передачу, включающую в себя сигнал обнаружения, но не включающую в себя PDSCH, на несущей, на которой выполняется(-ются) передача(-и) соты(сот) NR-U, непосредственно после опознания канала как свободного в течение по меньшей мере интервала опознавания T_drs=25 мкс и если продолжительность передачи составляет менее 1 мс. T_drs может состоять из продолжительности T_f=16 мкс, за которой непосредственно следует продолжительность одного интервала T_sl=9 мкс, причем T_f включает в себя свободную продолжительность T_sl интервала CA в начале T_f. Канал считается свободным в течение T_drs, если он определен как свободный в течение интервалов продолжительностью T_drs.

[0181] На Фиг. 21 показан третий тип процедуры доступа к каналу. Схема опознания канала третьего типа процедуры доступа к каналу практически такая же, как и процедура доступа к каналу второго типа. Третий тип процедуры доступа к каналу может быть использован для передачи(передач) по восходящей линии связи, которая должна быть передана в пределах COT, полученного с помощью процедуры доступа к каналу первого типа на стороне gNB 160. В примере gNB 160 выполняет процедуру доступа к каналу первого типа непосредственно перед передачей общего управления-PDCCH (CC-PDCCH). CC-PDCCH также может называться PDCCH с CRC, скремблированным с применением общего управления-RNTI (CC-RNTI). Формат DCI, передаваемый CC-PDCCH, может включать в себя несколько битовых полей, включая битовое(-ые) поле(-я) для указания «смещения UL» и «продолжительности UL». Если смещение/UL и продолжительность d указаны с помощью CC-PDCCH для подкадра n, от UE 102 не требуется принимать какие-либо физические каналы нисходящей линии связи и/или физические сигналы в интервале(-ах) n+l+i, где i=0, 1,…, d - 1, и этот(эти) интервал(-ы) может(могут) быть охвачен(-ы) MCOT, которое было получено посредством доступа к каналу для передачи CC-PDCCH на стороне gNB 160. Если UE использует процедуру доступа к каналу типа 2 для передачи, включающей PUSCH, UE может быть разрешено передавать передачу, включающую PUSCH, непосредственно после опознания незанятости канала в течение по меньшей мере интервала опознания T_{short_ul}=25 мкс. T_{short_ul} состоит из продолжительности T_f=16 мкс, за которой непосредственно следует продолжительность одного интервала T_sl=9 мкс, причем T_f включает в себя свободную продолжительность T_sl интервала CA в начале T_f. Несущая считается свободной в течение T_{short_ul}, если она опознана как в течение интервалов CA продолжительностью T_{short_ul}. Первый тип процедуры доступа к каналу также может упоминаться как процедура доступа к каналу UL типа 2. Следует отметить, что другой тип PDCCH (например, PDCCH с форматом DCI 0_0, 0_1, 0_2, 0_3, 1_0, 1_1, 1_2, 1_3) для интервала n также может указывать «смещение UL» и «продолжительность UL». В этом случае UE также может быть разрешено использовать процедуру доступа к каналу третьего типа, если она сконфигурирована.

[0182] На Фиг. 22 показан четвертый тип процедуры доступа к каналу. Схема опознания канала процедуры доступа к каналу четвертого типа практически такая же, как и для процедур доступа к каналу второго и третьего типов. Процедура доступа к каналу четвертого типа может быть использована для передачи(передач) по нисходящей линии связи, которая включает в себя PUSCH, но не включает в себя PDSCH и должна быть передана в пределах COT, полученного с помощью процедуры доступа к каналу первого типа на стороне UE 102. Если передача PUSCH указывает на совместное использование COT, gNB 160 может быть разрешено передавать передачу, включающую в себя PDCCH, но не включающую в себя PDSCH, на той же несущей сразу после опознания незанятости канала в течение по меньшей мере интервала опознания T_pdcch=25 мкс, если длительность PDCCH меньше или равна длине двух символов OFDM и должна содержать по меньшей мере информацию обратной связи по нисходящей линии связи (DFI) или предоставление UL для UE, от которого была принята передача PUSCH, указывающая на совместное использование COT. T_pdcch состоит из продолжительности T_f=16 мкс, за которой непосредственно следует продолжительность одного интервала T_sl=9 мкс, причем T_f включает в себя свободную продолжительность T_sl интервала в начале T_f. Несущая считается свободной в течение T_pdcch, если она опознана как свободная в течение интервалов продолжительностью T_pdcch.

[0183] Во избежание конфликтов с передачами от других узлов размер окна конкурентного доступа (CW) может изменяться в зависимости от количества возникающих конфликтов или эквивалентного параметра. При обнаружении конфликта на узле узлу может потребоваться увеличить размер CW. Если никакого конфликта не наблюдается, узлу может быть разрешено уменьшение размера CW. На Фиг. 23 показан пример корректировки размера CW. В этом примере предполагается, что количество доступных размеров CW составляет 7, т.е. от CW №0 до CW №6. При обнаружении конфликта размер CW увеличивают до размера CW со следующим более высоким индексом, за исключением CW_max, причем в этом случае размер CW сохраняют как CW_max. Если никакого конфликта не наблюдается, размер CW может вернуться к CW_min независимо от предыдущего размера CW.

[0184] Возможным показателем для решения gNB о том, происходит ли конфликт для PDSCH, может быть обратная связь HARQ-ACK от UE 102. Другим возможным показателем для решения gNB о том, происходит ли конфликт в PDCCH, может быть PUSCH от UE 102. Для восходящей линии связи возможным показателем для решения UE о том, происходит ли конфликт для PUSCH, может быть то, запрошена повторная передача по восходящей линии связи или нет.

[0185] На Фиг. 24 показан пример опорного интервала для корректировки размера CW для передачи по нисходящей линии связи. Опорный интервал k может быть определен как начальный интервал самой последней передачи на несущей, совершенной gNB 160, для которого ожидается, что по меньшей мере некоторая часть обратной связи HARQ-ACK будет доступна в момент корректировки размера CW. Следует отметить, что интервал является лишь примером эталона. Другая продолжительность времени также может быть использована в качестве эталона для корректировки размера CW, если она может быть единицей возникновения конфликтов.

[0186] На Фиг. 25 показан пример процедуры корректировки размера CW на основе NACK для передачи по нисходящей линии связи. Если gNB 160 передает передачи, включающие в себя PDSCH, которые связаны с классом p приоритета доступа к каналу, на несущей, gNB 160 может поддерживать значение окна конкурентного доступа CW_p и корректирует CW_p до этапа S1 процедуры доступа к каналу первого типа для этих передач с использованием этапов D1 и D2. На этапе D1 для каждого класса приоритета p ∈ {1,2,3,4) gNB 160 может устанавливать CW_p=CWmjn, p. На этапе D2, если по меньшей мере Z - определенная процентная доля (например, 80%) значений HARQ-ACK, соответствующих передаче(-ам) PDSCH в опорном интервале k, определяют как NACK, gNB 160 может увеличивать CW_p для каждого класса p ∈ {1,2,3,4) приоритета до следующего более высокого допустимого значения и может оставаться на этапе D2, в противном случае перейти к этапу D1.

[0187] Может существовать несколько правил для определения Z, представляющего собой отношение количества HARQ-ACK с «NACK» к общему количеству допустимых HARQ-ACK. На Фиг. 26 показан пример правила для определения Z. Это правило заключается в том, что если gNB 160 обнаруживает состояние «NACK», оно может быть подсчитано как NACK.

[0188] На Фиг. 27 показан другой пример правила определения Z. Это правило заключается в том, что, если значения HARQ-ACK соответствуют передаче(-ам) PDSCH в соте NR-U, которые назначены PDCCH, переданным в той же соте NR-U, и если для передачи PDSCH с помощью gNB 160 не обнаруживается обратная связь HARQ-ACK, его можно считать как NACK.

[0189] На Фиг. 28 показан другой пример правила определения Z. Это правило заключается в том, что, если значения HARQ-ACK соответствуют передаче(-ам) PDSCH в соте NR-U, которые назначены PDCCH, переданным в другой соте, и если gNB 160 не обнаруживает обратной связи HARQ-ACK для передачи PDSCH, оно может быть проигнорировано. В случае когда обратная связь HARQ-ACK проигнорирована, ее нельзя использовать (можно считать неверной) для получения либо числителя (т.е. количества «NACK»), либо знаменателя (т.е. общего количества допустимых HARQ-ACK) для определения Z.

[0190] Другое правило заключается в том, что если передача PDSCH имеет два кодовых слова, значение HARQ-ACK каждого кодового слова рассматривается отдельно. Каждое кодовое слово может представлять собой массив закодированных битов, соответствующих соответствующему транспортному блоку.

[0191] На Фиг. 29 показан другой пример правила для определения Z. Это правило заключается в том, что объединенный HARQ-ACK среди M TB рассматривается как M ответов HARQ-ACK. Например, если применяют пространственное объединение (например, операцию логического И) между HARQ-ACK для TB 1 и TB 2, и если объединенный HARQ-ACK представляет собой ACK, его можно считать двумя ACK, и наоборот. Альтернативно объединенный HARQ-ACK среди M TB считается одним ответом HARQ-ACK. Например, если применяют пространственное объединение (например, операцию логического И) между HARQ-ACK для TB1 и TB2, и если объединенный HARQ-ACK представляет собой NACK, его можно считать одним NACK, и наоборот.

[0192] На Фиг. 30 показан другой пример правила для определения Z. Это правило может быть применено, если UE 102 сконфигурировано с помощью pdsch-HARQ-ACK-Codebook=semi-static, если событие приема кандидата PDSCH может происходить в ответ на PDCCH с форматом 1_1 DCI, и если параметр более высокого уровня maxNrofCodeWordsScheduiedByDCI указывает прием двух транспортных блоков. Это правило заключается в том, что, если HARQ-ACK передается посредством PUCCH и если UE 102 принимает PDSCH с одним TB в интервале k, HARQ-ACK для второго TB может быть проигнорирован, и для определения Z может быть использован только HARQ-ACK для первого TB. Дополнительно и/или альтернативно правило заключается в том, что, если HARQ-ACK передается посредством PUSCH, и если UE 102 принимает PDSCH с одним TB в интервале k, HARQ-ACK для второго TB может быть проигнорирован, и для определения Z может быть использован только HARQ-ACK для первого TB.

[0193] На Фиг. 31 показан другой пример правила для определения Z. Это правило может быть применено, если UE 102 сконфигурировано с помощью pdsch-HARQ-ACK-Codebook=semi-static. Это правило заключается в том, что, если gNB 160 не передает какой-либо PDSCH для данного UE в интервале k и если информация HARQ-ACK для интервала k в кодовой книге HARQ-ACK, которую передает данное UE, информация HARQ-ACK для интервала k, сообщенная данным UE, может быть проигнорирована. Другими словами, если gNB 160 передает один или более PDCCH с форматом DCI и любой(-ые) из PDCCH не указывает передачу PDSCH для данного UE в интервале k, и если информация HARQ-ACK для интервала k в кодовой книге HARQ-ACK, которую передает данное UE, информация HARQ-ACK для интервала k, сообщенная данным UE, может быть проигнорирована.

[0194] Если на UE 102 предоставлен параметр более высокого уровня pdsch-AggregationFactor, представляет собой значение pdsch-AggregationFactor, и это значение может быть больше единицы. В этом случае UE 102 сообщает информацию HARQ-ACK только для последнего интервала из интервалов. Другое правило заключается в том, что, если одна информация HARQ-ACK сообщена только для последнего интервала , сообщенную информацию HARQ-ACK рассматривают как фрагментов ответов HARQ-ACK для интервалов. Другими словами, если NACK сообщено для последнего интервала и если один из других интервалов в интервалах представляет собой опорный интервал k, можно предположить, что NACK сообщено для опорного интервала k даже при отсутствии фактического ответа HARQ-ACK для опорного интервала k.

[0195] На Фиг. 32 показан другой пример правила для определения Z. Это правило может быть применено, если на UE 102 предоставлен параметр более высокого уровня PDSCH-CodeBlockGroupTransmission для обслуживающей соты. Правило заключается в том, что, если кодовая книга HARQ-ACK включает в себя информационных битов HARQ-ACK, а также если , ее можно считать либо одним ACK, либо одним NACK. Например, если по меньшей мере один из информационных битов HARQ-ACK указывает ACK, gNB 160 может подсчитать эти информационные биты HARQ-ACK для транспортного блока в кодовой книге HARQ-ACK как одно ACK. Если все из информационных битов HARQ-ACK указывают NACK, gNB 160 может подсчитать эти информационные биты HARQ-ACK для транспортного блока в кодовой книге HARQ-ACK как одно NACK.

[0196] На Фиг. 33 показан другой пример правила для определения Z. Это правило может быть применено, если на UE 102 предоставлен параметр более высокого уровня PDSCH-CodeBlockGroupTransmission для обслуживающей соты. Правило заключается в том, что если кодовая книга HARQ-ACK содержит информационных битов HARQ-ACK, и если для транспортного блока, последние информационных битов HARQ-ACK для транспортного блока в кодовой книге HARQ-ACK могут быть проигнорированы, первый и информационных битов HARQ-ACK для транспортного блока в кодовой книге HARQ-ACK могут использоваться для определения одного ACK или одного NACK. Например, если по меньшей мере один из первых информационных битов HARQ-ACK указывает ACK, gNB 160 может подсчитывать информационные биты HARQ-ACK для транспортного блока в кодовой книге HARQ-ACK как одно ACK. Если все из информационных битов HARQ-ACK указывают NACK, gNB 160 может подсчитывать информационные биты HARQ-ACK для транспортного блока в кодовой книге HARQ-ACK как одно NACK.

[0197] На Фиг. 34 показан другой пример правила для определения Z. Это правило может быть применено, если на UE 102 предоставлен параметр более высокого уровня PDSCH-CodeBlockGroupTransmission для обслуживающей соты. Правило заключается в том, что, если кодовая книга HARQ-ACK включает в себя информационных битов HARQ-ACK для интервала k и если UE 102 правильно декодировала некоторую(-ые) CBG при предыдущей передаче того же транспортного блока, информационный(-ые) бит(-ы) HARQ-ACK для этой(-их) CBG может(могут) быть проигнорирован(-ы) и могут быть использованы только другие информационные биты HARQ-ACK. Дополнительно и/или альтернативно, если кодовая книга HARQ-ACK включает в себя информационных битов HARQ-ACK для интервала k и если gNB 160 не передает некоторую(-ые) CBG в интервале k, информационный(-ые) бит(-ы) HARQ-ACK для этих CBG может(могут) быть проигнорированы и могут быть использованы только другие информационные биты HARQ-ACK. Для использования других информационных битов HARQ-ACK может быть применено правило, показанное на Фиг. 32, и/или правило, показанное на Фиг. 32.

[0198] На Фиг. 35 показан пример процедуры корректировки размера CW на основе PUSCH для передачи(передач) по нисходящей линии связи. Если gNB 160 передает передачи, включающие в себя PDCCH с форматом DCI для планирования PUSCH и не включающие в себя PDSCH, которые связаны с классом p приоритета доступа к каналу, в канале, начиная с момента времени t₀, gNB 160 может поддерживать значение CW_p окна конкурентного доступа и корректирует CW_p до этапа S1 процедуры доступа к каналу первого типа для этих передач с использованием этапов E1 и E2. На этапе E1 для каждого класса приоритета p ∈ {1,2,3,4) gNB 160 может устанавливать CW_p=CWmin, p. На этапе E2, если меньше определенной процентной доли (например, 10%) транспортных блоков UL, запланированных gNB 160 с использованием процедуры доступа к каналу типа 2 во временном интервале от t₀ и до t₀+T_CO, успешно принято, gNB 160 может увеличить CW_p для каждого класса приоритета p ∈ {1,2,3,4} до следующего более высокого допустимого значения и может оставаться на этапе E2, в противном случае перейти к этапу E1. t₀ может представлять собой момент времени, когда gNB 160 начал передачу. T_CO=Tmcot, p +T_g, где T_g может представлять собой общую продолжительность всех промежутков времени, превышающих 25 мкс, которые происходят между передачей DL gNB 160 и передачами UL, запланированными gNB 160, и между любыми двумя передачами UL, запланированными gNB 160, начиная с t₀.

[0199] На Фиг. 36 показан пример правила принятия решения об успешном приеме. Это правило может быть применено, если на UE 102 предоставлен параметр более высокого уровня PUSCH-CodeBlockGroupTransmission для обслуживающей соты. Если передают одну или более CBG для TB, gNB 160 может использовать все переданные CBG для определения успешного приема для TB. Например, если gNB 160 успешно декодирует по меньшей мере одну из переданных CBG, gNB 160 может считать это успешным приемом для корректировки размера CW. Если gNB 160 не удается успешно декодировать одну из переданных CBG, gNB 160 может считать ее неудачным приемом для корректировки размера CW.

[0200] На Фиг. 37 показан пример опорного идентификатора процесса HARQ для процедуры корректировки размера CW для передачи (передач) по восходящей линии связи. Опорный 1D HARQ_ID_ref процесса HARQ представляет собой идентификатор процесса HARQ UL-SCH в опорном интервале n_ref. Опорный интервал n_ref определяют на этапах R1 и R2. Этап R1 заключается в том, что, если UE 102 принимает предоставление UL или DFI в интервале n_G, интервал n_w представляет собой самый последний интервал перед интервалов n_g – 3, в котором UE передало UL-SCH с использованием процедуры доступа к каналу типа 1. Если UE передает передачи, включающие в себя UL-SCH без промежутков, начиная с интервала n₀ и в интервале n₀, n₁, Λ, n_w, опорный интервал n_ref представляет собой интервал n₀. В противном случае эталонный интервал n_ref представляет собой интервал n_w.

[0201] На Фиг. 38 показан пример процедуры корректировки размера CW на основе NDI для передачи (передач) по восходящей линии связи. Если UE передает передачи с использованием процедуры доступа к каналу типа 1, которые связаны с классом p приоритета доступа к каналу на несущей, UE может поддерживать значение окна конкурентного доступа CW_p и корректирует CW_p для этих передач до этапа S1 процедуры доступа к каналу первого типа. Если UE принимает предоставление UL или PDCCH с AUL-RNTI и/или DFI-RNTI, для каждого класса приоритета p ∊ {1,2,3,4} UE 102 может установить CW_p=CWmin, p, если значение NDI для по меньшей мере одного процесса HARQ, связанного с HARQ_ID_ref, переключено, или если значение(-я) HARQ-ACK для по меньшей мере одного из процессов HARQ, связанных с HARQJD_ref, принятых в самом раннем DFI после n_ref +3, указывает ACK. В противном случае UE 102 может увеличить CW_p для каждого класса приоритета p ∈ {1,2,3,4} до следующего более высокого допустимого значения.

[0202] На Фиг. 39 показан пример процедуры корректировки размера CW на основе таймера для передачи(передач) по восходящей линии связи. При наличии одной или более предыдущих передач {T₀, … , T_n} с использованием процедуры доступа к каналу типа 1 из начального(-ых) интервала(-ов) предыдущей(-их) передачи(передач), из которого(-ых) прошло N или более интервалов, и не было получено ни предоставление UL, ни DFI, где N=max (таймер X корректировки размера окна конкурентного доступа, длина пакета T_i +1), если X > 0 и N=0, в противном случае UE 102 может увеличивать CW_p для каждого класса приоритета p ∈ {1,2,3,4} до следующего более высокого допустимого значения. CW_p может быть откорректирован один раз.

[0203] На Фиг. 40 показан способ для базовой станции, которая обменивается данными с пользовательским оборудованием (UE). Способ может включать отправку первой информации о конфигурации управления радиоресурсами (RRC) (этап 4001). Первая информация о конфигурации RRC может указывать на передачу группы блоков кода (CBG) для физического совместно используемого канала для передачи данных по нисходящей линии связи (PDSCH). Способ может также включать отправку второй информации о конфигурации RRC (этап 4002). Вторая информация о конфигурации RRC может указывать Nmax, которое представляет собой максимальное количество CBG на транспортный блок. Способ может дополнительно включать передачу на UE PDSCH, содержащего транспортный блок с N CBG (этап 4003), после процедуры доступа к каналу. N представляет собой целое число. Способ может дополнительно включать прием от UE обратной связи HARQ-ACK, содержащей Nmax информационных битов HARQ-ACK, для транспортного блока PDSCH (этап 4004). Если N меньше Nmax, информационный(-ые) бит(-ы) HARQ-ACK для последних Nmax-N CBG может (могут) быть установлен(-ы) как NACK. Окно конкурентного доступа для процедуры доступа к каналу может быть скорректировано с помощью обратной связи HARQ-ACK, причем информационный(-ые) бит(-ы) HARQ-ACK для последней(-их) Nmax–N CBG может (могут) быть проигнорирован(-ы).

[0204] На Фиг. 41 показан способ для базовой станции, которая обменивается данными с пользовательским оборудованием (UE). Способ может включать отправку информации о конфигурации управления радиоресурсами (RRC) (этап 4101). Информация о конфигурации RRC может указывать на передачу группы блоков кода (CBG) для физического совместно используемого канала для передачи данных по нисходящей линии связи (PDSCH). Способ может также включать повторную передачу на UE PDSCH, содержащего транспортный блок с первой CBG, но без второй CBG, после процедуры доступа к каналу (этап 4102). Способ может дополнительно включать прием от UE обратной связи HARQ-ACK, содержащей первый информационный бит HARQ-ACK и второй информационный бит HARQ-ACK, для транспортного блока PDSCH (этап 4103). Первый информационный бит HARQ-ACK может соответствовать первой CBG. Второй информационный бит HARQ-ACK может соответствовать второй CBG. Второй информационный бит HARQ-ACK может быть установлен как ACK. Окно конкурентного доступа для процедуры доступа к каналу может быть скорректировано с помощью обратной связи HARQ-ACK, причем второй информационный бит HARQ-ACK может быть проигнорирован.

[0205] Следует отметить, что решение о том, был ли успешно принят данный канал и/или данные (включая TB и CB) или нет, может быть принято путем ссылки на биты циклической проверки четности с избыточностью (CRC), которые добавлены к данному каналу и/или данным.

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

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

[0208] Следует отметить, что названия описанных в данном документе физических каналов и/или сигналов приведены в качестве примеров.

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

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

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

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

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

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

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

Изобретение относится к области беспроводной связи. Технический результат изобретения заключается в повышении гибкости и/или эффективности обмена данными. Для этого базовая станция передает первую информацию о конфигурации управления радиоресурсами (RRC). Первая информация о конфигурации RRC может указывать на передачу группы блоков кода (CBG) для физического совместно используемого канала для передачи данных по нисходящей линии связи (PDSCH). Передает вторую информацию о конфигурации RRC, которая указывает Nmax, которое представляет собой максимальное количество CBG на транспортный блок. Передает на UE PDSCH, содержащий транспортный блок с N CBG, после процедуры доступа к каналу, где N - целое число. Базовая станция осуществляет прием от UE обратной связи HARQ-ACK, содержащей Nmax информационных битов HARQ-ACK для транспортного блока PDSCH. Если N меньше Nmax, информационный(-ые) бит(-ы) HARQ-ACK для последних Nmax-N CBG может (могут) быть установлен(-ы) как NACK. Окно конкурентного доступа для процедуры доступа к каналу может быть скорректировано с помощью обратной связи HARQ-ACK, причем информационный(-ые) бит(-ы) HARQ-ACK для последней(-их) Nmax–N CBG игнорируется(-ются). 3 н.п. ф-лы, 41 ил., 9 табл.

1. Базовая станция, которая обменивается данными с пользовательским оборудованием (UE), причем базовая станция содержит:

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

блок передачи, выполненный с возможностью передачи, на UE, PDSCH, содержащего транспортный блок с N CBG, причем N представляет собой целое число, после процедуры доступа к каналу; и

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

если N меньше Nmax, информационный(-ые) бит(-ы) HARQ-ACK для последних Nmax-N CBG установлен(-ы) как NACK, и

окно конкурентного доступа для процедуры доступа к каналу корректируется с использованием обратной связи HARQ-ACK, причем информационный(-ые) бит(-ы) HARQ-ACK для последней(-их) Nmax–N CBG игнорируется.

2. Базовая станция, которая обменивается данными с пользовательским оборудованием (UE), причем базовая станция содержит:

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

блок передачи, выполненный с возможностью повторной передачи, на UE, PDSCH, содержащего транспортный блок с первой CBG, но без второй CBG, после процедуры доступа к каналу; и

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

второй информационный бит HARQ-ACK установлен как ACK, и

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

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

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

отправку второй информации о конфигурации RRC, причем вторая информация о конфигурации RRC указывает Nmax, которое представляет собой максимальное количество CBG на транспортный блок;

передачу, на UE, PDSCH, содержащего транспортный блок с N CBG, причем N представляет собой целое число, после процедуры доступа к каналу; и

прием от UE обратной связи HARQ-ACK, включающей в себя Nmax информационных битов HARQ-ACK, для транспортного блока PDSCH; причем

если N меньше Nmax, информационный(-ые) бит(-ы) HARQ-ACK для последних Nmax-N CBG установлен(-ы) как NACK, и

окно конкурентного доступа для процедуры доступа к каналу корректируется с использованием обратной связи HARQ-ACK, причем информационный(-ые) бит(-ы) HARQ-ACK для последней(-их) Nmax–N CBG игнорируется.