ОБОРУДОВАНИЕ ПОЛЬЗОВАТЕЛЯ, БАЗОВЫЕ СТАНЦИИ И СПОСОБЫ Российский патент 2021 года по МПК H04L5/00 H04W48/12 

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

[0001] Настоящая заявка относится к предварительной заявке на патент США №62/587,323, озаглавленной USER EQUIPMENTS, BASE STATIONS AND METHODS, поданной 16 ноября 2017 г., содержание которой полностью включено в настоящую заявку путем ссылки, и испрашивает приоритет по ней.

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

[0002] Настоящее описание относится по существу к системам связи. Более конкретно, настоящее описание относится к новым системам сигнализации, процедурам, оборудованию пользователя (UE) и базовым станциям для оборудования пользователя, базовым станциям и способам.

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

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

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

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

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

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

[0007] На Фиг. 2 приведены примеры множества численных величин.

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

[0009] На Фиг. 4 приведены примеры областей ресурсов.

[0010] На Фиг. 5 представлен пример передачи по нисходящей линии связи и/или восходящей линии связи.

[0011] На Фиг. 6 представлен другой пример передачи по нисходящей линии связи и/или восходящей линии связи.

[0012] На Фиг. 7 представлены примеры поля запроса информации о состоянии канала (CSI).

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

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

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

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

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

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

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

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

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

[0021] Описано оборудование пользователя (UE), которое осуществляет обмен данными с устройством базовой станции на одной или более частях ширины полосы нисходящей линии связи (BWP DL) в обслуживающей соте. Схема приема выполнена с возможностью приема сообщения управления радиоресурсом (RRC), содержащего первую информацию, используемую для конфигурирования периодичности отслеживания физического канала управления нисходящей линии связи (PDCCH). Схема приема также выполнена с возможностью приема сообщения RRC, содержащего вторую информацию, используемую для конфигурирования более одного значения смещения. Схема приема также выполнена с возможностью отслеживания PDCCH на основе первой информации и приема по PDCCH формата информации управления нисходящей линии связи (DCI), содержащего третью информацию и четвертую информацию, причем третья информация запускает передачу апериодического отчета с информацией о состоянии канала (CSI), четвертую информацию используют для указания одного значения смещения из более одного значения смещения, а формат DCI используют для диспетчеризации физического совместно применяемого канала для передачи данных по восходящей линии связи (PUSCH). Схема передатчика сконфигурирована для выполнения в интервале, на основе обнаружения DCI, содержащей третью информацию и четвертую информацию, передачи апериодического отчета CSI по PUSCH, причем интервал определяют на основе четвертой информации. Первая информация сконфигурирована для каждого из одного или более пространств поиска, причем одно или более пространств поиска конфигурируют для каждой из одной или более BWP DL в обслуживающей соте. Вторая информация сконфигурирована для обслуживающей соты.

[0022] Схема приема также может быть выполнена с возможностью приема сообщения RRC, содержащего пятую информацию, используемую для конфигурирования форматов DCI, где UE соответствующим образом отслеживает PDCCH в пространстве поиска. Форматы DCI могут включать в себя формат DCI, используемый для диспетчеризации PUSCH, и формат DCI, используемый для диспетчеризации физического совместно применяемого канала для передачи данных по нисходящей линии связи (PDSCH). Сообщение RRC может быть выделенным сообщением RRC.

[0023] Описано устройство базовой станции, которое осуществляет обмен данными с оборудованием пользователя (UE) на одной или более частях ширины полосы нисходящей линии связи (BWP DL) в обслуживающей соте. Схема передатчика выполнена с возможностью передачи сообщения управления радиоресурсом (RRC), содержащего первую информацию, используемую для конфигурирования периодичности отслеживания физического канала управления нисходящей линии связи (PDCCH), причем первую информацию UE использует для отслеживания PDCCH. Схема передатчика также выполнена с возможностью передачи сообщения RRC, содержащего вторую информацию, используемую для конфигурирования более одного значения смещения. Схема передатчика выполнена с возможностью передачи по PDCCH формата информации управления нисходящей линии связи (DCI), содержащего третью информацию и четвертую информацию, при этом третья информация запускает передачу апериодического отчета с информацией о состоянии канала (CSI), четвертую информацию используют для указания одного значения смещения из более одного значения смещения, а формат DCI используют для диспетчеризации физического совместно применяемого канала для передачи данных по восходящей линии связи (PUSCH). Схема приема также выполнена с возможностью приема в интервале, на основе передачи DCI, содержащей третью информацию и четвертую информацию, апериодического отчета CSI по PUSCH, причем интервал определяют на основе четвертой информации. Первая информация сконфигурирована для каждого из одного или более пространств поиска, причем одно или более пространств поиска конфигурируют для каждой из одной или более BWP DL в обслуживающей соте. Вторая информация сконфигурирована для обслуживающей соты.

[0024] Схема передатчика может быть выполнена с возможностью передачи сообщения RRC, содержащего пятую информацию, используемую для конфигурирования форматов DCI, где UE соответствующим образом отслеживает PDCCH в пространстве поиска. Форматы DCI могут включать в себя формат DCI, используемый для диспетчеризации PUSCH, и формат DCI, используемый для диспетчеризации физического совместно применяемого канала для передачи данных по нисходящей линии связи (PDSCH). Сообщение RRC может быть выделенным сообщением RRC.

[0025] Описан способ связи для оборудования пользователя (UE), которое осуществляет обмен данными с устройством базовой станции на одной или более частях ширины полосы нисходящей линии связи (BWP DL) в обслуживающей соте. Способ включает прием сообщения управления радиоресурсом (RRC), содержащего первую информацию, используемую для конфигурирования периодичности отслеживания физического канала управления нисходящей линии связи (PDCCH). Способ также включает прием сообщения RRC, содержащего вторую информацию, используемую для конфигурирования более одного значения смещения. Способ также включает отслеживание PDCCH на основе первой информации. Способ также включает прием по PDCCH формата информации управления нисходящей линии связи (DCI), содержащего третью информацию и четвертую информацию, причем третья информация запускает передачу апериодического отчета с информацией о состоянии канала (CSI), четвертую информацию используют для указания одного значения смещения из более одного значения смещения, а формат DCI используют для диспетчеризации физического совместно применяемого канала для передачи данных по восходящей линии связи (PUSCH). Способ также включает выполнение в интервале, на основе обнаружения DCI, содержащей третью информацию и четвертую информацию, передачи апериодического отчета CSI по PUSCH, причем интервал определяют на основе четвертой информации. Первая информация сконфигурирована для каждого из одного или более пространств поиска, причем одно или более пространств поиска конфигурируют для каждой из одной или более BWP DL в обслуживающей соте. Вторая информация сконфигурирована для обслуживающей соты.

[0026] Описан способ связи для устройства базовой станции, которое осуществляет обмен данными с оборудованием пользователя (UE) на одной или более частях ширины полосы нисходящей линии связи (BWP DL) в обслуживающей соте. Способ включает передачу сообщения управления радиоресурсом (RRC), содержащего первую информацию, используемую для конфигурирования периодичности отслеживания физического канала управления нисходящей линии связи (PDCCH), причем первую информацию UE использует для отслеживания PDCCH. Способ также включает передачу сообщения RRC, содержащего вторую информацию, используемую для конфигурирования более одного значения смещения. Способ также включает передачу по PDCCH формата информации управления нисходящей линии связи (DCI), содержащего третью информацию и четвертую информацию, причем третья информация запускает передачу апериодического отчета с информацией о состоянии канала (CSI), четвертую информацию используют для указания одного значения смещения из более одного значения смещения, а формат DCI используют для диспетчеризации физического совместно применяемого канала для передачи данных по восходящей линии связи (PUSCH). Способ также включает прием в интервале, на основе передачи DCI, содержащей третью информацию и четвертую информацию, апериодического отчета CSI по PUSCH, причем интервал задают на основе четвертой информации. Первая информация сконфигурирована для каждого из одного или более пространств поиска, причем одно или более пространств поиска конфигурируют для каждой из одной или более BWP DL в обслуживающей соте. Вторая информация сконфигурирована для обслуживающей соты.

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

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

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

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

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

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

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

[0034] Чтобы сервисы могли эффективно использовать временные, частотные и/или космические ресурсы, было бы полезной было бы эффективное управление передачей по нисходящей линии связи и/или восходящей линии связи. Таким образом, следует разработать процедуру для эффективного отслеживания передачи по нисходящей линии связи и/или восходящей линии связи. Однако подробный проект процедуры передачи по нисходящей линии связи и/или восходящей линии связи еще не изучен.

[0035] В некоторых подходах UE может принимать сообщение управления радиоресурсом (RRC), включающее в себя информацию, используемую для конфигурирования значения таймера, связанного с частью ширины полосы (BWP). Кроме того, UE на основе обнаружения формата информации управления нисходящей линии связи (DCI) для BWP может выполнять прием по физическому совместно применяемому каналу для передачи данных по нисходящей линии связи (PDSCH) в BWP. При этом в случае обнаружения формата DCI для BWP и при истечении таймера, связанного с BWP, до приема по PDSCH значение таймера, связанного с BWP, увеличивается.

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

[0037] На Фиг. 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. В некоторых вариантах реализации термины «базовая станция», eNB и/или gNB могут относиться к термину «передающая и приемная точка» (TRP) или заменены им. Например, в некоторых вариантах реализации gNB 160, описанная в связи с Фиг. 1, может представлять собой TRP.

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

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

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

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

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

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

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

[0045] Например, в восходящей линии связи может быть определен физический канал произвольного доступа (PRACH). Например, PRACH можно использовать для преамбулы произвольного доступа (например, сообщения 1 (Msg.1)). В некоторых подходах PRACH можно использовать для процедуры создания соединения первоначального доступа, процедуры передачи обслуживания, восстановления соединения, корректировки синхронизации (например, синхронизации для передачи по восходящей линии связи) и/или для запроса ресурса канала восходящей линии связи (UL-SCH) (например, ресурса PSCH восходящей линии связи (например, PUSCH)).

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

[0047] При этом DL-SCH и/или UL-SCH могут представлять собой транспортный канал, используемый на уровне MAC. Кроме того, транспортный(-ые) блок(-и) (TB) и/или PDU MAC могут быть определены как единица(-ы) транспортного канала, используемого на уровне MAC. Например, контроль, управление и/или процесс HARQ можно выполнять на уровне MAC по каждому транспортному блоку. Транспортный блок может быть определен как блок данных, доставляемый с уровня MAC на физический уровень. Уровень MAC может доставлять транспортный блок на физический уровень (т.е. уровень MAC доставляет данные в качестве транспортного блока на физический уровень). На физическом уровне транспортный блок может быть сопоставлен с одним или более кодовыми словами.

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

[0049] Например, формат 1 DCI, формат 1A DCI, формат 2 DCI и/или формат 2A DCI, используемые для диспетчеризации физического совместно применяемого(-ых) канала(-ов) для передачи данных по нисходящей линии связи в соте, можно определить как формат DCI для нисходящей линии связи. При этом предполагается, что в некоторых вариантах реализации формат 1 DCI, формат 1A DCI, формат 2 DCI и/или формат 2A DCI, описанные в настоящем документе, могут быть включены в формат A DCI для упрощения описания. Кроме того, формат X DCI и/или формат Y DCI, используемые для диспетчеризации физического(-их) канала(-ов) нисходящей линии связи в соте, можно определить как формат DCI (например, резервный формат DCI) для нисходящей линии связи. При этом предполагается, что в некоторых вариантах реализации формат X DCI и/или формат Y DCI, описанные в настоящем документе, могут быть включены в формат B DCI для упрощения описаний. Кроме того, формат Z DCI и/или формат K DCI, используемые для активации, деактивации и/или коммутации обслуживающей(-их) соты (сот) (например, одной или более вторичных сот, одной или более вторичных сот нисходящей линии связи и/или одной или более вторичных несущих составляющих нисходящей линии связи) и/или части(-ей) ширины полосы (например, одной или более BWP, одной или более BWP DL), могут быть определены как форматы DCI для нисходящей линии связи. В данном случае предполагается, что в некоторых вариантах реализации формат Z DCI и/или формат K DCI, описанные в настоящем документе, могут быть включены в формат C DCI для упрощения описаний.

[0050] Кроме того, формат 0 DCI и/или формат 4 DCI, используемые для диспетчеризации физического совместно применяемого(-ых) канала(-ов) для передачи данных по восходящей линии связи в соте, можно определить как формат DCI для восходящей линии связи. В данном случае предполагается, что в некоторых вариантах реализации формат 0 DCI и/или формат 4 DCI, описанные в настоящем документе, могут быть включены в формат D DCI для упрощения описания. Кроме того, формат L DCI и/или формат M DCI, используемые для диспетчеризации физического(-их) канала(-ов) восходящей линии связи в соте, можно определить как формат DCI (например, резервный формат DCI) для восходящей линии связи. В данном случае предполагается, что в некоторых вариантах реализации формат L DCI и/или формат M DCI, описанные в настоящем документе, могут быть включены в формат E DCI для упрощения описаний. Кроме того, формат O DCI и/или формат P DCI, используемые для активации, деактивации и/или коммутации обслуживающей(-их) соты (сот) (например, одной или более вторичных сот, одной или более вторичных сот вторичных сот восходящей линии связи и/или одной или более вторичных несущих составляющих восходящей линии связи) и/или части(-ей) ширины полосы (например, одной или более BWP, одной или более BWP UL), могут быть определены как форматы DCI для восходящей линии связи. В данном случае предполагается, что в некоторых вариантах реализации формат O DCI и/или формат P DCI, описанные в настоящем документе, могут быть включены в формат F DCI для упрощения описаний.

[0051] При этом, как описано выше, временный(-ые) идентификатор(-ы) радиосети (RNTI), присвоенный(-ые) UE 102 (например, посредством gNB 160), может (могут) быть использован(-ы) для передачи DCI (например, формата(-ов) DCI, канала(-ов) управления DL (например, канала(-ов) PDCCH). В частности, биты четности CRC (циклической проверки четности с избыточностью, также называемые просто CRC), генерируемые на основе DCI, присоединяют к DCI и после присоединения биты четности CRC скремблируют с применением RNTI. UE 102 может пытаться декодировать (например, слепым декодированием, путем отслеживания, обнаружения) DCI, к которой присоединены биты четности CRC, скремблированные RNTI. Более конкретно, UE 102 обнаруживает канал управления DL (например, PDCCH, DCI, формат(-ы) DCI) на основе слепого декодирования. Таким образом, UE 102 может декодировать канал(-ы) управления DL с CRC, скремблированным с применением RNTI. Иными словами, UE 102 может отслеживать канал(-ы) управления DL с помощью RNTI. Кроме того, как описано ниже, UE 102 может обнаруживать формат(-ы) DCI в USS (т.е. CORESET пространства USS (например, UE-специфичное пространство поиска)) и/или CSS (т.е. CORESET пространства CSS (т.е. общее пространство поиска, общее для UE пространство поиска)). При этом UE 102 может обнаруживать один или более форматов DCI только в USS (т.е. только CORESET пространства USS). Кроме того, UE 102 может обнаруживать один или более форматов DCI только в CSS. Более конкретно, UE 102 может обнаруживать формат(-ы) DCI с идентификатором(-ами) RNTI.

[0052] При этом RNTI может (могут) включать в себя C-RNTI (RNTI соты, первый C-RNTI), C-RNTI SPS (C-RNTI полупостоянной диспетчеризации, второй C-RNTI), C-RNTI GF (C-RNTI без предоставления), C-RNTI для резервного(-ых) формата(-ов) DCI (например, третий C-RNTI для формата B DCI и/или формата E DCI), C-RNTI для активации/деактивации/коммутации формата(-ов) DCI (четвертый C-RNTI для формата C DCI и/или формата F DCI), SI-RNTI (RNTI системной информации), P-RNTI (RNTI пейджинга), RA-RNTI (RNTI произвольного доступа) и/или временный C-RNTI.

[0053] Например, C-RNTI может представлять собой уникальную идентификацию, используемую для идентификации RRC-соединения и/или диспетчеризации. Кроме того, C-RNTI SPS может представлять собой уникальный идентификатор, используемый для полупостоянной диспетчеризации. C-RNTI GF также может представлять собой уникальный идентификатор, используемый для диспетчеризации без предоставления. Кроме того, C-RNTI для резервного(-ых) формата(-ов) DCI может представлять собой уникальный идентификатор, используемый для диспетчеризации с помощью резервного(-ых) формата(-ов) DCI. Кроме того, C-RNTI для активации/деактивации/коммутации формата(-ов) DCI может представлять собой уникальный идентификатор, используемый для диспетчеризации при помощи резервного(-ых) формата(-ов) DCI. Кроме того, SI-RNTI можно использовать для идентификации SI (т.е. сообщения SI), сопоставляемой с BCCH и динамически переносимой по DL-SCH. Кроме того, SI-RNTI можно использовать для широковещательной передачи SI. Кроме того, P-RNTI можно использовать для передачи уведомления об изменении пейджинга и/или SI. Кроме того, RA-RNTI может представлять собой идентификацию, используемую для процедуры произвольного доступа. Кроме того, временный C-RNTI можно использовать для процедуры произвольного доступа.

[0054] Например, можно также определить PSCH. Например, в том случае, если ресурс PSCH нисходящей линии связи (например, PDSCH, ресурс PDSCH) запланирован с использованием формата(-ов) DCI, UE 102 может принимать данные нисходящей линии связи на запланированном ресурсе PSCH нисходящей линии связи (например, PDSCH, ресурсе PDSCH). Кроме того, в том случае, если ресурс PSCH восходящей линии связи (например, PUSCH, ресурс PUSCH) запланирован с использованием формата(-ов) DCI, UE 102 передает данные восходящей линии связи на запланированном ресурсе PSCH восходящей линии связи (например, PUSCH, ресурсе PUSCH). Более конкретно, PSCH нисходящей линии связи можно использовать для передачи данных нисходящей линии связи (т.е. DL-SCH, транспортного(-ых) блока(-ов) нисходящей линии связи). Наконец, PSCH восходящей линии связи можно использовать для передачи данных восходящей линии связи (т.е. UL-SCH, транспортного(-ых) блока(-ов) восходящей линии связи).

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

[0056] В некоторых подходах PSCH нисходящей линии связи (например, PDSCH) можно использовать для передачи (например, уведомления, указания, идентификации и т.п.) ответа при произвольном доступе. Например, PSCH нисходящий линии связи (например, PDSCH) может быть запланирован с помощью PCH нисходящей линии связи (например, PDCCH) с RA-RNTI (RNTI произвольного доступа (временным идентификатором радиосети)). Например, предоставление ответа при произвольном доступе можно использовать для диспетчеризации PSCH восходящей линии связи (например, PUSCH, сообщение 3 в процедуре произвольного доступа (например, процедуре произвольного доступа на основе конкуренции)). Предоставление ответа при произвольном доступе может быть доставлено с более высокого уровня (например, уровня MAC) на физический уровень.

[0057] В некоторых подходах можно определить PBCH (физический широковещательный канал (например, первичный PBCH)). Например, PBCH можно использовать для широковещательной передачи блока служебной информации (MIB). Например, MIB можно использовать множеством UE 102 и может включать в себя системную информацию, переданную по широковещательному каналу (BCH). MIB также может включать в себя информацию (например, информационный блок) для конфигурирования вторичного PBCH. Более того, MIB может включать в себя информацию (например, информационный блок) для конфигурирования PSCH нисходящей линии связи (например, PDSCH). Например, PBCH (например, MIB) можно использовать для доставки по меньшей мере информации, указывающей номер кадра в системе (SFN).

[0058] При этом системная информация может быть разделена на MIB и некоторое количество блоков системной информации (SIB). MIB может включать в себя ограниченное количество наиболее важных и/или наиболее часто передаваемых данных (например, параметр(-ы)), которые необходимы для получения других данных от соты. Более конкретно, PBCH (например, MIB) может включать в себя минимальную системную информацию. Кроме того, SIB может (могут) быть включен(-ы) в сообщение системной информации. Например, SIB может (могут) быть передан(-ы) по вторичному PBCH и/или PSCH нисходящей линии связи (например, PDSCH). SIB (например, тип 2 блока системной информации) может (могут) включать в себя оставшуюся минимальную системную информацию (т.е. RMSI). Например, SIB (например, тип 2 блока системной информации) может (могут) содержать информацию о конфигурации радиоресурса, которая является общей для множества UE 102.

[0059] В некоторых подходах SIB может (могут) содержать информацию для конфигурации канала произвольного доступа (например, конфигурации произвольного доступа для формата преамбулы), которую используют для процедуры произвольного доступа (например, для передачи преамбулы произвольного доступа (передачи Msg.1)). Например, информация для конфигурации произвольного доступа может включать в себя формат преамбулы, SFN, номер подкадра (например, номер подкадра, номер интервала и/или номер символа). Кроме того, часть информации для конфигурации произвольного доступа может быть включена в MIB (например, PBCH).

[0060] В некоторых подходах в нисходящей линии связи можно определить сигнал синхронизации (SS). SS можно использовать для частотно-временной синхронизации нисходящей линии связи (во временной области и/или частотной области). SS может включать в себя первичный сигнал синхронизации (PSS). Дополнительно или в альтернативном варианте осуществления SS может включать в себя вторичный сигнал синхронизации (SSS). Дополнительно или в альтернативном варианте осуществления SS может включать в себя третичный сигнал синхронизации (TSS). Например, PSS, SSS, TSS и/или PBCH можно использовать для идентификации идентификатора соты на физическом уровне. Дополнительно или в альтернативном варианте осуществления PSS, SSS, TSS и/или PBCH можно применять для идентификации идентификатора одного или более лучей, одной или более TRP и/или одного или более портов антенны. Дополнительно или альтернативно PSS, SSS, TSS и/или PBCH можно использовать для идентификации индекса символа OFDM, индекса интервала в радиокадре и/или номера радиокадра.

[0061] В радиосвязи для восходящей линии связи в качестве физического(-их) сигнала(-ов) восходящей линии связи можно использовать RS UL. Физический сигнал восходящей линии связи не может быть использован для передачи информации, предоставляемой более высоким уровнем, однако возможно использование на физическом уровне. Например, RS UL может (могут) включать в себя опорный(-ые) сигнал(-ы) демодуляции, UE-специфичный(-ые) опорный(-ые) сигнал(-ы), опорный(-ые) сигнал(-ы) зондирования (SRS) и/или специфичный(-ые) для луча опорный сигнал(-ы). Опорный(-ые) сигнал(-ы) демодуляции может (могут) включать в себя опорный(-ые) сигнал(-ы) демодуляции, связанный(-ые) с передачей физического канала восходящей линии связи (например, PUSCH и/или PUCCH).

[0062] Кроме того, UE-специфичный(-ые) опорный сигнал(-ы) может включать в себя опорный(-ые) сигнал(-ы), связанный(-ые) с передачей физического канала восходящей линии связи (например, PUSCH и/или PUCCH). Например, опорный(-ые) сигнал(-ы) демодуляции и/или UE-специфичный(-ые) опорный(-ые) сигнал(-ы) могут представлять собой допустимый(-ые) опорный(-ые) сигнал(-ы) для демодуляции физического канала восходящей линии связи, только если передача физического канала восходящей линии связи связана с соответствующим портом антенны. gNB 160 может использовать опорный(-ые) сигнал(-ы) демодуляции и/или UE-специфичный(-ые) опорный(-ые) сигнал(-ы) для выполнения конфигурирования (переконфигурирования) физических каналов восходящей линии связи. Опорный сигнал зондирования можно использовать для измерения состояния канала восходящей линии связи.

[0063] Кроме того, в радиосвязи для нисходящей линии связи RS DL может (могут) быть использован(-ы) в качестве физического сигнала(-ов) нисходящей линии связи. Физический сигнал нисходящей линии связи не может быть использован для передачи информации, предоставляемой более высоким уровнем, однако его используют на физическом уровне. Например, RS DL может (могут) включать в себя специфичный для соты опорный(-ые) сигнал(-ы), UE-специфичный опорный(-ые) сигнал(-ы), опорный(-ые) сигнал(-ы) демодуляции и/или опорный(-ые) сигнал(-ы) информации о состоянии канала (CSI-RS). UE-специфичный опорный сигнал может включать в себя UE-специфичный опорный(-ые) сигнал(-ы), связанный(-ые) с передачей физического канала нисходящей линии связи (например, PDSCH и/или PDCCH). Кроме того, опорный(-ые) сигнал(-ы) демодуляции может (могут) включать в себя опорный(-ые) сигнал(-ы) демодуляции, связанный(-ые) с передачей физического канала нисходящей линии связи (например, PDSCH и/или PDCCH). Кроме того, CSI-RS может включать в себя опорный(-ые) сигнал(-ы) информации о состоянии канала (CSI-RS NZP) ненулевой мощности и/или опорный сигнал информации о состояния канала (CSI-RS ZP) нулевой мощности.

[0064] При этом предполагается, что в некоторых вариантах реализации физический(-ие) канал(-ы) нисходящей линии связи и/или физический(-ие) сигнал(-ы) нисходящей линии связи, описанный(-ые) в настоящем документе, могут быть включены в сигнал нисходящей линии связи (т.е. сигнал(-ы) DL) для простоты описаний. Кроме того, предполагается, что в некоторых вариантах реализации физический(-ие) канал(-ы) восходящей линии связи и/или физический(-ие) сигнал(-ы) восходящей линии связи, описанный(-ые) в настоящем документе, могут быть включены в сигнал восходящей линии связи (т.е. в сигнал(-ы) UL) для простоты описаний.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0084] На Фиг. 2 приведены примеры множества численных величин. Как показано на Фиг. 2, может поддерживаться множество численных величин (т.е. множество разносов поднесущих). Например, μ (например, конфигурация пространства поднесущих) и циклический префикс (например, μ и циклический префикс для части ширины полосы несущей) могут быть сконфигурированы с помощью параметров более высокого уровня (т.е. сообщения RRC) для нисходящей линии связи и/или восходящей линии связи. При этом 15 кГц может представлять собой опорную численную величину. Например, RE опорной численной величины может быть определен с разносом поднесущих 15 кГц в частотной области и длиной 2048Ts+CP (например, 160Ts или 144Ts) во временной области, где Ts обозначает единицу времени выборки в основной полосе, определенную как 1 / (15 000 * 2048) секунд.

[0085] Кроме того, количество символов OFDM на интервал может быть определено на основе μ (например, конфигурации пространства поднесущих). При этом, например, может быть определена конфигурация 0 интервала (т.е. количество символов OFDM на интервал может составлять 14) и/или конфигурация интервала (т.е. количество символов OFDM на интервал может составлять 7).

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

[0087] На Фиг. 3 один подкадр может включать в себя символы . Кроме того, ресурсный блок может включать в себя несколько ресурсных элементов (RE). В данном случае в нисходящей линии связи может быть использована схема доступа OFDM с циклическим префиксом (CP), которая может также упоминаться как CP-OFDM. Радиокадр нисходящей линии связи может включать в себя множество пар ресурсных блоков (RB) нисходящей линии связи, которые также упоминаются как физические ресурсные блоки (PRB). Пара RB нисходящей линии связи представляет собой блок для назначения радиоресурсов нисходящей линии связи, определяемых предварительно заданной шириной полосы (шириной полосы RB) и временным интервалом. Пара RB нисходящей линии связи может включать в себя два RB нисходящей линии связи, которые являются непрерывными во временной области. RB нисходящей линии связи может включать в себя двенадцать поднесущих в частотной области и семь (в случае нормального CP) или шесть (в случае расширенного CP) символов OFDM во временной области. Область, определяемая одной поднесущей в частотной области и одним символом OFDM во временной области, называется ресурсным элементом (RE) и однозначно идентифицируется парой индексов (k, l), где k и l являются индексами в частотной и временной областях соответственно.

[0088] Кроме того, в восходящей линии связи в дополнение к CP-OFDM можно использовать схему множественного доступа с частотным разделением каналов с одной несущей (SC-FDMA), которая также упоминается как OFDM с расширением дискретного преобразования Фурье (DFT-S-OFDM). Радиокадр восходящей линии связи может включать в себя множество пар ресурсных блоков восходящей линии связи. Пара RB восходящей линии связи представляет собой блок для назначения радиоресурсов восходящей линии связи, определяемых предварительно заданной шириной полосы (шириной полосы RB) и временным интервалом. Пара RB восходящей линии связи может включать в себя два RB восходящей линии связи, которые являются непрерывными во временной области. RB восходящей линии связи может включать в себя двенадцать поднесущих в частотной области и семь (в случае нормального CP) или шесть (в случае расширенного CP) символов OFDM/DFT-S-OFDM во временной области. Область, определяемая одной поднесущей в частотной области и одним символом OFDM/DFT-S-OFDM во временной области, называется ресурсным элементом (RE) и однозначно идентифицируется парой индексов (k, l) в интервале, где k и l являются индексами в частотной и временной областях соответственно.

[0089] Каждый элемент в ресурсной сетке (например, порт антенны р) и конфигурацию поднесущих μ называют ресурсным элементом и уникальным образом идентифицируют с помощью пары индексов (k, l), где k=0, …; представляет собой индекс в частотной области, а l относится к позиции символа во временной области. Ресурсный элемент (k, l) на порт антенны p и конфигурацию разноса поднесущих μ обозначают (k, l)_p,µ. Физический ресурс представляет собой блок, определенный как последовательные поднесущие в частотной области. Физические ресурсные блоки пронумерованы от 0 до в частотной области. Взаимосвязь между физическим ресурсным блоком номер ⁿ в частотной области и ресурсным элементом (k, l) задается ⁿ.

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

[0091] UE 102 может отслеживать набор кандидатов канала(-ов) управления DL в наборе ресурсов управления (т.е. CORESET). В данном случае кандидаты канала(-ов) управления DL может (могут) быть кандидатами, для которых канал(-ы) управления DL может (могут) быть сопоставлен(-ы), назначен(-ы) и/или передан(-ы). Например, кандидат в канале(-ах) управления DL состоит из одного или более элементов канала управления (CCE). В данном случае термин «отслеживает» означает, что UE 102 пытается декодировать каждый из каналов управления DL в наборе кандидатов канала(-ов) управления DL в соответствии со всеми отслеживаемыми форматами DCI.

[0092] Набор кандидатов канала(-ов) управления DL (например, CORESET), который отслеживаются UE 102, также может упоминаться как пространство поиска (например, набор каналов управления DL и т.п.). Таким образом, пространство поиска представляет собой набор ресурсов (например, CORESET), которые можно использовать для передачи канала(-ов) управления DL. UE 102 может отслеживать набор кандидатов канала(-ов) управления DL в наборе ресурсов управления (т.е. CORESET) в соответствии с пространством поиска, где отслеживание подразумевает попытку обнаружения каждого кандидата канала(-ов) управления DL в наборе ресурсов управления (т.е. CORESET) в соответствии с отслеживаемыми форматами DCI. Более конкретно, набор ресурсов управления (т.е. CORESET) можно использовать для диспетчеризации PDSCH. Кроме того, набор ресурсов управления можно использовать для диспетчеризации PUSCH.

[0093] В данном случае общее пространство поиска (CSS, общее для UE пространство поиска) и/или специфичное для оборудования пользователя пространство поиска (USS, UE-специфичное пространство поиска) устанавливают (или определяют, конфигурируют) в области(-ях) канала(-ов) управления DL (например, в областях отслеживания канала управления DL, CORESET). Например, CSS можно использовать для передачи DCI на множество UE 102. Таким образом, CSS может быть определено как ресурс, общий для множества UE 102. Например, CSS состоит из CCE с номерами, заданными между gNB 160 и UE 102. Например, CSS состоит из CCE с индексами от 0 до 15. Кроме того, gNB 160 может сконфигурировать (с помощью PBCH (например, MIB), PDSCH (например, SIB тип 2) и/или выделенное сообщение RRC) CSS (например, область CSS, набор ресурсов управления CSS). Кроме того, gNB 160 может передавать в CSS формат(-ы) DCI множеству UE 102. Наборы кандидатов канала(-ов) управления DL, которые отслеживаются UE 102, могут быть определены на основе CSS канала(-ов) управления DL. CSS канала(-ов) управления DL на уровне агрегирования CCE может быть определено набором кандидатов канала(-ов) управления DL.

[0094] В данном случае CSS можно использовать для передачи DCI на конкретное UE 102. Таким образом, gNB 160 может передавать в CSS формат(-ы) DCI, предназначенный(-ые) для множества UE 102, и/или формат(-ы) DCI, предназначенный(-ые) для конкретного UE 102.

[0095] USS можно использовать для передачи DCI на конкретное UE 102. Иными словами, USS определяется ресурсом, выделенным для определенного UE 102. USS может быть определено независимо для каждого UE 102. Например, USS может состоять из CCE с номерами, которые определяют на основе временного идентификатора радиосети (RNTI) (например, C-RNTI), номера интервала в радиокадре, уровня агрегации и/или т.п. RNTI может (могут) быть назначен(-ы) посредством gNB 160. Иными словами, можно определить каждое из USS, соответствующих каждому из RNTI, описанных ниже. Кроме того, например, gNB 160 может сконфигурировать (с помощью PBCH (например, MIB), PDSCH (например, SIB тип 2) и/или выделенное сообщение RRC) USS (например, область USS, набор ресурсов управления USS). Кроме того, gNB 160 может передавать в USS формат(-ы) DCI, предназначенный(-ые) для конкретного UE 102. Наборы кандидатов канала(-ов) управления DL, которые отслеживаются UE 102, могут быть определены на основе USS канала(-ов) управления DL. USS канала(-ов) управления DL на уровне агрегирования CCE может быть определено набором кандидатов канала(-ов) управления DL.

[0096] Более конкретно, в CORESET (например, в данном CORESET) по меньшей мере два типа пространства поиска (т.е. CSS и USS (например, набор CSS и набор USS)) могут быть сконфигурированы для UE 102. Например, gNB 160 может передавать (используя PBCH (например, MIB), PDSCH (например, SIB типа 2) и/или выделенное сообщение RRC) информацию, используемую для конфигурирования одного или более наборов ресурсов управления (т.е. одного или более CORESET) CSS. Кроме того, gNB 160 может передавать (используя PBCH (например, MIB), PDSCH (например, SIB типа 2) и/или выделенное сообщение RRC) информацию, используемую для конфигурирования одного или более наборов ресурсов управления (т.е. одного или более CORESET) USS. Например, gNB 160 также может передавать информацию, используемую для конфигурирования события (событий) отслеживания канала(-ов) управления DL (отслеживания набора ресурсов управления). В данном случае канал(-ы) управления DL может (могут) представлять собой PCCH (например, PDCCH). Кроме того, событие(-я) может (могут) соответствовать подкадру, интервалу, подынтервалу и/или символу. Более конкретно, событие(-я) может (могут) соответствовать позиции(-ям) (например, времени, временного ресурса, временного местоположения, временного индекса, индекса подкадра(-ов), интервала(-ов), подынтервала(-ов) и/или символа(-ов)). Кроме того, например, событие(-я) может (могут) соответствовать периодичности (например, периодичности подкадра, интервала, подынтервала и/или символа), с которой UE 102 отслеживает PDCCH. Более конкретно, gNB 160 может конфигурировать для UE 102 периодичность для отслеживания PDCCH (т.е. периодичность отслеживания PDCCH, событие(-я) отслеживания PDCCH).

[0097] Например, gNB 160 может передавать, например, используя PBCH (например, MIB), PDSCH (например, SIB типа 2 (т.е. RMSI)) и/или выделенное сообщение RRC, информацию, используемую для конфигурирования события (событий) (т.е. периодичность отслеживания PDCCH, событие(-я) отслеживания PDCCH). Наконец, UE 102 может отслеживать PDCCH на основе информации, используемой для конфигурирования события (событий).

[0098] При этом информация, используемая для конфигурирования события (событий), может быть сконфигурирована для каждой обслуживающей соты. Более конкретно, информация, используемая для конфигурирования события (событий), может быть сконфигурирована для каждой из обслуживающих сот (например, для каждой из первичных сот и одной или более вторичных сот). Кроме того, информация, используемая для конфигурирования события (событий), может быть сконфигурирована для каждой BWP (например, для каждой BWP в обслуживающей соте). Более конкретно, информация, используемая для конфигурирования события (событий), может быть сконфигурирована для каждой из BWP в обслуживающей соте. Кроме того, информация, используемая для конфигурирования события (событий), может быть сконфигурирована для каждого формата DCI. Например, информация, используемая для конфигурирования события (событий), может быть сконфигурирована для каждого из форматов DCI (например, формата A DCI, формата B DCI, формата C DCI, формата E DCI и/или формата E DCI). При этом, например, gNB 160 может передавать, например, используя PBCH (например, MIB) и/или PDSCH (например, SIB типа 2 (т.е. RMSI)), информацию, используемую для конфигурирования события (событий) для формата B DCI и/или формата E DCI. Более конкретно, PBCH (например, MIB) и/или PDSCH (например, SIB типа 2 (т.е. RMSI)) можно использовать для конфигурирования события (событий) для формата B DCI и/или формата E DCI. Кроме того, gNB 160 может передавать, например, используя выделенное сообщение RRC, информацию, используемую для конфигурирования события (событий) для формата A DCI, формата C DCI, формата D DCI и/или формата F DCI. Более конкретно, выделенное сообщение RRC можно использовать для конфигурирования события (событий) для формата A DCI, формата C DCI, формата D DCI и/или формата F DCI. Кроме того, информация, используемая для конфигурирования события (событий), может быть сконфигурирована для каждого пространства поиска (например, CSS и/или USS). Например, информация, используемая для конфигурирования события (событий), может быть сконфигурирована для каждого типа пространства поиска. Например, в CORESET (например, в данном CORESET) каждое из событий (например, различные периодичности) может быть сконфигурировано (например, независимо сконфигурировано) для каждого типа пространства поиска (например, CSS и/или USS). Кроме того, gNB 160 может конфигурировать формат(-ы) DCI (например, формат A DCI, формат B DCI, формат C DCI, формат D DCI, формат E DCI и/или формат F DCI), в котором(-ых) UE 102 отслеживает каждый тип пространства поиска (например, CSS и/или USS). Например, каждое из событий (например, различные периодичности) может быть сконфигурировано (например, независимо сконфигурировано) для каждого из формата(-ов) DCI (например, формата A DCI, формата B DCI, формата C DCI, формата D DCI, формата E DCI и/или формата F DCI). Кроме того, информация, используемая для конфигурирования события (событий), может быть сконфигурирована для каждого RNTI. Например, информация, используемая для конфигурирования события, может быть сконфигурирована для каждого RNTI (например, C-RNTI (первого C-RNTI), C-RNTI SPS (второго C-RNTI), C-RNTI для резервного формата(-ов) DCI, C-RNTI GF, SI-RNTI, P-RNTI, RA-RNTI и/или временного C-RNTI). Например, каждое из событий может быть сконфигурировано (например, независимо сконфигурировано) для каждого из RNTI (например, C-RNTI (первого C-RNTI), C-RNTI SPS (второго C-RNTI), C-RNTI для резервного формата(-ов) DCI, C-RNTI GF, SI-RNTI, P-RNTI, RA-RNTI и/или временного C-RNTI). Более конкретно, информацию, используемую для конфигурирования события (событий), можно сконфигурировать для каждой из обслуживающих сот, каждой из BWP, каждого из форматов DCI, каждого из пространств поиска (например, CSS и/или USS) и/или каждого из RNTI.

[0099] При этом пространство поиска (например, CSS и/или USS (например, набор CSS и/или набор USS)) может быть определено на основе количества кандидатов PDCCH для каждого уровня агрегирования (например, 1, 2, 4, 8, 16), события (событий) отслеживания PDCCH для набора пространства (пространств) поиска и/или каждого набора пространств поиска, связанных с CORESET. Например, gNB 160 может конфигурировать количество кандидатов PDCCH для каждого уровня агрегирования. Кроме того, gNB 160 может конфигурировать событие(-я) отслеживания PDCCH для набора пространства (пространств) поиска. Кроме того, gNB 160 может конфигурировать каждый набор пространств поиска, связанных с CORESET. Более конкретно, например, индекс пространства поиска может быть определен (например, рассчитан) на основе количества кандидатов PDCCH для каждого уровня агрегирования (например, 1, 2, 4, 8, 16), события (событий) отслеживания PDCCH для набора пространства (пространств) поиска и/или каждого набора пространств поиска, связанных с CORESET.

[00100] Как описано выше, например, формат 1 DCI, формат 1A DCI, формат 2 DCI и/или формат 2A DCI, используемые для диспетчеризации физического совместно применяемого(-ых) канала(-ов) для передачи данных по нисходящей линии связи в соте, можно определить как формат DCI для нисходящей линии связи. Например, формат 1 DCI и/или формат 1A DCI можно использовать для диспетчеризации одного физического совместно применяемого канала для передачи данных по нисходящей линии связи (например, одного PDSCH, одного кодового слова PDSCH, передачи одного транспортного блока нисходящей линии связи) в соте. Кроме того, формат 2 DCI и/или формат 2A DCI можно использовать для диспетчеризации одного физического совместно применяемого канала для передачи данных по нисходящей линии связи (например, одного PDSCH, до двух кодовых слов PDSCH, передачи до двух транспортных блоков нисходящей линии связи). При этом предполагается, что в некоторых вариантах реализации формат 1 DCI, формат 1A DCI, формат 2 DCI и/или формат 2A DCI, описанные в настоящем документе, могут быть включены в формат A DCI для упрощения описания. Как описано выше, формат A DCI можно использовать для диспетчеризации нисходящей линии связи PSCH (например, PDSCH). Более конкретно, формат A DCI может представлять собой DCI диспетчеризации. Кроме того, набор ресурсов управления (например, CORESET) пространства поиска (например, UE-специфичного пространства поиска, общего пространства поиска и/или PDCCH), в котором отслеживают формат A DCI, можно использовать для диспетчеризации PSCH нисходящей линии связи (например, PDSCH).

[00101] При этом, как описано ниже, формат A DCI можно применять для активации и/или деактивации обслуживающей(-их) соты (сот) (например, одной или более вторичных сот, одной или более вторичных сот нисходящей линии связи и/или одной или более вторичных несущих составляющих нисходящей линии связи). Кроме того, формат A DCI можно использовать для активации и/или деактивации части(-ей) ширины полосы (например, одной или более BWP в обслуживающей(-их) соте(-ах), одной или более BWP DL в обслуживающей(-их) соте(-ах)). Кроме того, C-RNTI (т.е. первый C-RNTI), C-RNTI SPS (т.е. второй C-RNTI) и/или C-RNTI GF можно использовать для передачи формата A DCI. Более конкретно, UE 102 может декодировать (обнаруживать, отслеживать) формат A DCI, к которому присоединены биты четности CRC, скремблированные C-RNTI SPS.

[00102] Например, формат A DCI может включать в себя информацию о назначении ресурсного блока (например, информацию о выделении ресурса, поле(-я) назначения ресурсного блока). Более конкретно, формат A DCI может включать в себя информацию, используемую для указания физического(-их) ресурсного(-ых) блока(-ов) (например, индекса физического(-их) ресурсного(-ых) блока(-ов), размера(-ов) физического(-их) ресурсного(-ых) блока(-ов)) PDSCH. Кроме того, формат A DCI может включать в себя информацию, используемую для указания схемы модуляции и кодирования (т.е. информацию о MCS, поле(-я) MCS). Кроме того, формат A DCI может включать в себя информацию (т.е. флаг для различения формата(-ов) DCI, идентификатор), используемую для идентификации формата DCI среди множества форматов DCI, имеющих одинаковый размер DCI (т.е. одинаковый размер формата DCI). Например, для множества форматов DCI с одним и тем же размером DCI одного и того же RNTI информация (т.е. флаг для различения формата(-ов) DCI, идентификатор) может быть включена в соответствующий формат DCI (например, формат A DCI, формат B DCI, описанный ниже, формат C DCI, описанный ниже, формат D DCI, описанный ниже, формат E DCI, описанный ниже, и/или формат F DCI, описанный ниже), чтобы различать множество форматов DCI (т.е. формат A DCI, формат B DCI, формат C DCI, формат D DCI, формат E DCI и/или формат F DCI). Кроме того, формат A DCI может включать в себя информацию (например, новый индикатор данных), используемую для указания того, является ли передача новой передачей (например, является ли передача новой передачей или повторной передачей). Кроме того, формат A DCI может включать в себя информацию (например, запрос CSI, поле(-я) запроса CSI), используемую для запроса передачи CSI (т.е. отчета CSI, апериодического отчета CSI (т.е. передачи апериодического отчета CSI)) по PUSCH и/или PUCCH. Кроме того, формат A DCI может включать в себя информацию (например, 3-битное(-ые) поле(-я) информации, индикатор несущей и/или индикатор BWP, индикатор несущей и/или BWP, поле(-я) индикатора несущей и/или поле(-я) индикатора BWP, поле(-я) индикатора BWP и/или несущей), используемую для указания обслуживающей соты (например, несущей) и/или BWP. Более конкретно, формат A DCI может включать в себя информацию (например, 3-битное(-ые) поле(-я) информации, индикатор несущей, поле(-я) индикатора несущей), используемую для указания обслуживающей соты (например, несущей, в которой запланирован соответствующий PDSCH). Кроме того, формат A DCI может включать в себя информацию (например, 3-битное(-ые) поле(-я) информации, индикатор BWP, поле(-я) индикатора BWP), используемую для указания BWP (например, BWP, в которой запланирован соответствующий PDSCH). При этом, например, в случае, когда информация (например, 3-битное(-ые) поле(-я) информации), используемая для указания обслуживающей(-их) соты (сот), в которой(-ых) запланирован PDSCH, установлена в 0 (например, все 3-битные поля информации установлены в 0), информация, используемая для указания обслуживающей(-их) соты (сот), может быть использована для указания первичной соты. Кроме того, например, в случае, когда информация (например, 3-битное(-ые) поле(-я) информации), используемая для указания BWP, в которой(-ых) запланирован PDSCH, установлена в 0 (например, все 3-битные поля информации установлены в 0), информацию, используемую для указания BWP, можно использовать для указания начальной активной BWP (например, начальной активной BWP DL) и/или BWP по умолчанию (например, BWP DL по умолчанию). Кроме того, формат A DCI может включать в себя информацию (например, 3-битное(-ые) поле(-я) информации, индикатор BWP и несущей), используемую для указания обслуживающей соты и BWP (например, обслуживающей соты и BWP, в которой запланирован соответствующий PDSCH). При этом, например, в случае, когда информация (например, 3-битное(-ые) поле(-я) информации), используемая для указания обслуживающей(-их) соты (сот), в которой(-ых) запланирован PDSCH, установлена в 0 (например, все 3-битные поля информации установлены в 0), информация, используемая для указания обслуживающей(-их) соты (сот) и BWP, может быть использована для указания первичной соты и начальной активной BWP DL (или BWP DL по умолчанию). Кроме того, формат A DCI может включать в себя информацию (запрос SRS, поле(-я) запроса SRS), используемую для запроса передачи SRS (например, передачи апериодического SRS). Кроме того, формат A DCI может включать в себя информацию, используемую для указания команды управления мощностью передачи (TPC) для PCCH (например, поле команды TPC для PUCCH).

[00103] Кроме того, формат X DCI и/или формат Y DCI, используемые для диспетчеризации физического(-их) канала(-ов) нисходящей линии связи в соте, можно определить как формат DCI (например, резервный формат DCI) для нисходящей линии связи. Например, формат X DCI и/или формат Y DCI можно использовать для диспетчеризации одного физического совместно применяемого канала для передачи данных по нисходящей линии связи (например, одного PDSCH, одного кодового слова PDSCH, передачи одного транспортного блока нисходящей линии связи). При этом предполагается, что в некоторых вариантах реализации формат X DCI и/или формат Y DCI, описанные в настоящем документе, могут быть включены в формат B DCI для упрощения описаний. Как описано выше, формат B DCI можно использовать для диспетчеризации PSCH нисходящей линии связи (например, PDSCH). Более конкретно, формат B DCI может представлять собой DCI диспетчеризации. Кроме того, набор ресурсов управления (например, CORESET) пространства поиска (UE-специфичного пространства поиска, общего пространства поиска и/или PDCCH), в котором отслеживают формат B DCI, можно использовать для диспетчеризации PSCH нисходящей линии связи (например, PDSCH).

[00104] При этом, как описано ниже, формат B DCI можно применять для активации и/или деактивации обслуживающей(-их) соты (сот) (например, одной или более вторичных сот, одной или более вторичных сот восходящей линии связи и/или одной или более вторичных несущих составляющих восходящей линии связи). Кроме того, формат B DCI можно использовать для активации и/или деактивации части(-ей) ширины полосы (например, одной или более BWP в обслуживающей(-их) соте(-ах), одной или более BWP DL в обслуживающей(-их) соте(-ах)). Кроме того, C-RNTI (т.е. первый C-RNTI), C-RNTI SPS (т.е. второй C-RNTI) и/или C-RNTI GF можно использовать для передачи формата B DCI. Более конкретно, UE 102 может декодировать (обнаруживать, отслеживать) формат B DCI, к которому присоединены биты четности CRC, скремблированные C-RNTI (т.е. первым C-RNTI), C-RNTI SPS (т.е. вторым C-RNTI) и/или C-RNTI GF. При этом другой C-RNTI (т.е. третий C-RNTI, например, C-RNTI для резервного формата DCI), отличный от C-RNTI (т.е. первого C-RNTI), C-RNTI SPS (т.е. второй C-RNTI) и C-RNTI GF можно использовать для передачи формата B DCI. Более конкретно, UE 102 может декодировать (обнаруживать, отслеживать) формат B DCI, к которому присоединены биты четности CRC, скремблированные третьим C-RNTI.

[00105] Например, формат B DCI может включать в себя информацию о назначении ресурсного блока (например, информацию о выделении ресурса, поле(-я) назначения ресурсного блока). Более конкретно, формат B DCI может включать в себя информацию, используемую для указания физического(-их) ресурсного(-ых) блока(-ов) (например, индекса физического(-их) ресурсного(-ых) блока(-ов), размера(-ов) физического(-их) ресурсного(-ых) блока(-ов)) PDSCH. Кроме того, формат B DCI может включать в себя информацию, используемую для указания схемы модуляции и кодирования (т.е. информацию о MCS, поле(-я) MCS). Кроме того, формат B DCI может включать в себя информацию (т.е. флаг для различения формата(-ов) DCI, идентификатор), используемую для идентификации формата DCI среди множества форматов DCI, имеющих одинаковый размер DCI (т.е. одинаковый размер формата DCI). Например, для множества форматов DCI с одним и тем же размером DCI одного и того же RNTI информация (т.е. флаг для различения формата(-ов) DCI, идентификатор) может быть включена в соответствующий формат DCI (например, формат A DCI, формат B DCI, формат C DCI, формат D DCI, формат E DCI и/или формат F DCI), чтобы различать множество форматов DCI (т.е. формат A DCI, формат B DCI, формат C DCI, формат D DCI, формат E DCI и/или формат F DCI). Кроме того, формат B DCI может включать в себя информацию (например, новый индикатор данных), используемую для указания того, является ли передача новой передачей (например, является ли передача новой передачей или повторной передачей). Кроме того, формат B DCI может включать в себя информацию (например, запрос CSI, поле(-я) запроса CSI), используемую для запроса передачи CSI (т.е. отчета CSI, апериодического отчета CSI (т.е. передачи апериодического отчета CSI)) по PUSCH и/или PUCCH. Кроме того, формат B DCI может включать в себя информацию (например, 3-битное(-ые) поле(-я) информации, индикатор несущей и/или индикатор BWP, индикатор несущей и/или BWP, поле(-я) индикатора несущей и/или поле(-я) индикатора BWP, поле(-я) индикатора BWP и/или несущей), используемую для указания обслуживающей соты (например, несущей) и/или BWP. Более конкретно, формат B DCI может включать в себя информацию (например, 3-битное(-ые) поле(-я) информации, индикатор несущей, поле(-я) индикатора несущей), используемую для указания обслуживающей соты (например, несущей, в которой запланирован соответствующий PDSCH). Кроме того, формат B DCI может включать в себя информацию (например, 3-битное(-ые) поле(-я) информации, индикатор BWP, поле(-я) индикатора BWP), используемую для указания BWP (например, BWP, в которой запланирован соответствующий PDSCH). При этом, например, в случае, когда информация (например, 3-битное(-ые) поле(-я) информации), используемая для указания обслуживающей(-их) соты (сот), в которой(-ых) запланирован PDSCH, установлена в 0 (например, все 3-битные поля информации установлены в 0), информация, используемая для указания обслуживающей(-их) соты (сот), может быть использована для указания первичной соты. Кроме того, например, в случае, когда информация (например, 3-битное(-ые) поле(-я) информации), используемая для указания BWP, в которой(-ых) запланирован PDSCH, установлена в 0 (например, все из 3-битных полей информации установлены в 0), информацию, используемую для указания BWP, можно использовать для указания начальной активной BWP (например, начальной активной BWP DL) и/или BWP по умолчанию (например, BWP DL по умолчанию). Кроме того, формат B DCI может включать в себя информацию (т.е. индикатор несущей и BWP), используемую для указания обслуживающей соты и BWP (например, обслуживающей соты и BWP, в которой запланирован соответствующий PDSCH). При этом, например, в том случае, если информация (например, 3-битное(-ые) поле(-я) информации), используемая для указания обслуживающей(-их) соты (сот) и BWP (s), установлена в 0, (например, все 3-битные поля информации установлены в 0), информация, используемая для указания обслуживающей(-их) соты (сот), может быть использована для указания первичной соты и начальной активной BWP DL (или BWP DL по умолчанию). Кроме того, формат B DCI может включать в себя информацию (запрос SRS, поле(-я) запроса SRS), используемую для запроса передачи SRS (например, передачи апериодического SRS). Кроме того, формат B DCI может включать в себя информацию, используемую для указания команды управления мощностью передачи (TPC) для PCCH (например, поле команды TPC для PUCCH).

[00106] При этом формат B DCI может не включать в себя информацию (т.е. индикатор несущей и/или индикатор BWP, индикатор несущей и/или BWP, поле(-я) индикатора несущей и/или поле(-я) индикатора BWP, поле(-я) индикатора BWP и/или несущей), используемую для указания обслуживающей соты (например, несущей) и/или BWP. Более конкретно, формат B DCI может не включать в себя информацию (т.е. индикатор несущей, поле(-я) индикатора несущей), используемую для указания обслуживающей соты (например, несущей, в которой запланирован соответствующий PDSCH). Кроме того, формат B DCI может не включать в себя информацию (т.е. индикатор BWP, поле(-я) индикатора BWP), используемую для указания BWP (например, BWP, в которой запланирован соответствующий PDSCH). Кроме того, формат B DCI может не включать в себя информацию (т.е. индикатор несущей и BWP), используемую для указания обслуживающей соты и BWP (например, обслуживающей соты и BWP, в которой запланирован соответствующий PDSCH).

[00107] Кроме того, формат B DCI можно использовать для диспетчеризации PDSCH меньшего размера в отличие от размера PDSCH, запланированного посредством использования формата A DCI. Более конкретно, например, формат B DCI можно использовать для диспетчеризации более узкой ширины полосы PDSCH, чем ширина полосы PDSCH, запланированная посредством использования формата A DCI. Например, количество выделенных PRB (например, общее количество выделенных PRB, общее количество выделенных PRB PDSCH, N_PRB) с использованием формата A DCI может составлять 100(PRB), 110(PRB), 270(PRB), 273(PRB) и/или 276(PRB). В данном случае 100(PRB) могут соответствовать 20 МГц, 110(PRB) могут соответствовать 20 МГц, 270(PRB) могут соответствовать 50 МГц, 273(PRB) могут соответствовать 100 Мгц, и/или 276(PRB) могут соответствовать 100 Мгц. Более конкретно, максимальное количество выделенных PRB при использовании формата A DCI может составлять 100(PRB), 110(PRB), 270(PRB), 273(PRB) и/или 276(PRB). Наконец, формат A DCI можно использовать для диспетчеризации PDSCH размером до 100(PRB), 110(PRB), 270(PRB), 273(PRB) и/или 276(PRB). Кроме того, количество выделенных PRB при использовании формата B DCI может составлять 6(PRB), 24(PRB), 25(PRB), 50(PRB) и/или 52(PRB). В данном случае 6(PRB) могут соответствовать 1,4 МГц, 25(PRB) могут соответствовать 5 МГц, 50(PRB) могут соответствовать 10 МГц, и/или 52(PRB) могут соответствовать 10 МГц. Кроме того, 24(PRB) могут соответствовать ширине полосы, используемой для PSS, SSS и/или PBCH (например, блока(-ов) SS). Кроме того, 24(PRB) могут соответствовать ширине полосы, используемой для RMSI (например, SIB2) и CORESET, содержащего RMSI диспетчеризации PDCCH. Более конкретно, формат B DCI можно использовать для диспетчеризации PDSCH с шириной полосы, соответствующей (например, такой же) ширине полосы, в которой выполняют процедуру произвольного доступа.

[00108] Более конкретно, максимальное количество выделенных PRB при использовании формата B DCI может составлять 6(PRB), 24(PRB), 25(PRB), 50(PRB) и/или 52(PRB). Наконец, формат B DCI можно использовать для диспетчеризации PDSCH размером до 6(PRB), 24(PRB), 25(PRB), 50(PRB) и/или 52(PRB). Более конкретно, например, больший размер (т.е. большее количество) транспортного(-ых) блока(-ов) по сравнению с размером (т.е. количеством) транспортного(-ых) блока(-ов), передаваемого(-ых) по PDSCH, который запланирован с использованием формата B DCI, можно передавать по PUSCH, который запланирован с использованием формата A DCI. Более конкретно, меньший размер транспортного(-ых) блока(-ов) по сравнению с размером транспортного(-ых) блока(-ов), передаваемого(-ых) по PDSCH, который запланирован с использованием формата A DCI, может быть передан по PDSCH, который запланирован с использованием формата B DCI. Например, первая таблица, используемая для определения размера транспортного(-ых) блока(-ов), может быть определена (например, указана) для формата A DCI. Аналогично вторая таблица (т.е. вторая таблица, отличная от первой таблицы), используемая для определения размера транспортного(-ых) блока(-ов), может быть определена (например, указана) для формата B DCI. Наконец, максимальный размер (т.е. максимальное количество) транспортного(-ых) блока(-ов) для формата A DCI (т.е. максимальный размер транспортного(-ых) блока(-ов), передаваемого(-ых) по PDSCH, который запланирован с использованием формата A DCI), может быть больше максимального размера (т.е. максимального количества) транспортного(-ых) блока(-ов) для формата B DCI (т.е. максимального размера транспортного(-ых) блока(-ов), передаваемого(-ых) по PUSCH, который запланирован с использованием формата B DCI).

[00109] При этом количество выделенных PRB (т.е. максимальное количество выделенных PRB) может зависеть от каждой из множества численных величин (т.е. от множества разносов поднесущих). Более конкретно, для определенной численной величины (т.е. численной величины, сконфигурированной численной величины), как описано выше, количество выделенных PRB, которое можно запланировать с использованием формата B DCI, меньше количества выделенных PRB, которое можно запланировать с помощью формата A DCI. Кроме того, количество выделенных PRB (т.е. максимальное количество выделенных PRB) с использованием формата B DCI может быть определено на основе ширины полосы BWP DL по умолчанию (например, количества PRB для BWP DL по умолчанию). Например, gNB 160 может конфигурировать, например, используя сообщение RRC, ширину полосы BWP DL по умолчанию (например, количество PRB для BWP DL по умолчанию). Кроме того, количество выделенных PRB (т.е. максимальное количество выделенных PRB) при использовании формата B DCI может быть определено на основе ширины полосы активной BWP DL (например, начальной активной BWP DL, количества PRB начальной активной BWP DL, активированной BWP DL, количества PRB активированной BWP DL). Например, gNB 160 может конфигурировать, например, используя PBCH (например, MIB), RMSI (например, SIB2) и/или сообщение RRC, ширину полосы активной BWP DL (например, начальной активной BWP DL, количество PRB начальной активной BWP DL, активированной BWP DL, количество PRB активированной BWP DL). Кроме того, gNB 160 может конфигурировать, например, используя PBCH (например, MIB), RMSI (например, SIB2) и/или сообщение RRC, ширину полосы CORESET RMSI. Наконец, ширина полосы активной BWP DL (например, начальной активной BWP DL, количество PRB начальной активной BWP DL, активированной BWP DL, количество PRB активированной BWP DL) может быть определена (например, как такая же) на основе ширины полосы CORESET RMSI. При этом начальную активную BWP DL определяют как частотное местоположение и ширину полосы CORESET RMSI и численную величину RMSI (т.е. CORESET RMSI, например, численная величина PDSCH, используемого для передачи RMSI (например, SIB2)).

[00110] Кроме того, например, численная величина PDSCH, который запланирован с использованием формата A DCI, может составлять 15 кГц (например, первую численную величину), 30 кГц (например, вторую численную величину) и/или 60 кГц (например, третью численную величину). Более конкретно, формат A DCI можно использовать для диспетчеризации PDSCH множества численных величин (т.е. первой численной величины, второй численной величины и/или третьей численной величины). Кроме того, численная величина PDSCH, который запланирован с использованием формата B DCI, может составлять 15 кГц (например, первую численную величину), 30 кГц (например, вторую численную величин) и/или 60 кГц (например, третью численную величину). Более конкретно, формат B DCI можно использовать для диспетчеризации PDSCH множества численных величин (т.е. первой численной величины, второй численной величины и/или третьей численной величины). При этом, например, численная величина PDSCH, который запланирован с использованием формата B DCI, может быть только одной из 15 кГц (т.е. первой численной величиной), 30 кГц (т.е. второй численной величиной) и 60 кГц (т.е. третьей численной величиной). Например, только SCS 15 кГц можно использовать для PDSCH, который запланирован с использованием формата B DCI. При этом численная величина, используемая для PDSCH, который запланирован с использованием формата B DCI, может быть заранее определена с помощью технического описания и известной информации между gNB 160 и UE 102. Более конкретно, в случае приема (например, обнаружения) формата B DCI UE 102 может предполагать SCS 15 кГц (например, первую численную величину) для запланированного PDSCH. Наконец, UE 102 может выполнять (например, декодировать, обнаруживать) прием PDSCH на основе SCS 15 кГц (например, на основе предположения PDSCH с SCS 15 кГц (например, первой численной величиной)), даже если сконфигурированы SCS 30 кГц (например, вторая численная величина) и/или SCS 60 кГц (например, третья численная величина).

[00111] Кроме того, численная величина PDSCH, который запланирован с использованием формата B DCI, может быть определена на основе численной величины BWP DL по умолчанию. Например, gNB 160 может конфигурировать, например, используя сообщение RRC, численную величину BWP DL по умолчанию. Кроме того, численная величина PDSCH, который запланирован с использованием формата B DCI, может быть определена на основе численной величины активной BWP DL (например, начальной активной BWP DL, активированной BWP DL). Например, gNB 160 может конфигурировать, например, используя сообщение RRC, численную величину активной BWP DL (например, начальной активной BWP DL, активированной BWP DL). Кроме того, gNB 160 может конфигурировать, например, используя PBCH (например, MIB), RMSI (например, SIB2) и/или сообщение RRC, численную величину CORESET RMSI. Наконец, численная величина BWP DL (например, начальной активной BWP DL, активированной BWP DL) может быть определена (например, как такая же) на основе численной величины CORESET RMSI. Более конкретно, численная величина PDSCH, который запланирован с использованием формата B DCI, может быть определена на основе численной величины CORESET RMSI. Кроме того, gNB 160 может конфигурировать, например, используя PBCH (например, MIB), RMSI (например, SIB2) и/или сообщение RRC, численную величину для RMSI (например, PDSCH, используемого для передачи RMSI), Msg.2 (например, PDSCH, используемого для передачи Msg.2 в процедуре произвольного доступа) и/или Msg.4 (например, PDSCH, используемого для передачи Msg.4 в процедуре произвольного доступа). Наконец, численная величина BWP DL (например, начальной активной BWP DL, активированной BWP DL) может быть определена (например, как такая же) на основе численной величины для RMSI, Msg.2 и/или Msg.4. Более конкретно, численная величина PDSCH, который запланирован с использованием формата B DCI, может быть определена на основе численной величины для RMSI, Msg.2 и/или Msg.4.

[00112] Кроме того, формат Z DCI и/или формат K DCI, используемые для активации, деактивации и/или коммутации обслуживающей(-их) соты (сот) (например, одной или более вторичных сот, одной или более вторичных сот нисходящей линии связи и/или одной или более вторичных несущих составляющих нисходящей линии связи), могут быть определены как форматы DCI для нисходящей линии связи. При этом формат Z DCI и/или формат K DCI можно использовать для активации, деактивации и/или коммутации BWP (например, одной или более BWP в обслуживающей(-их) соте(-ах), одной или более BWP DL в обслуживающей(-их) соте(-ах)). Более конкретно, формат Z DCI и/или формат K DCI, которые используют для активации, деактивации и/или коммутации обслуживающей(-их) соты (сот) и/или BWP. В данном случае предполагается, что в некоторых вариантах реализации формат Z DCI и/или формат K DCI, описанные в настоящем документе, могут быть включены в формат C DCI для упрощения описаний. Как описано выше, формат C DCI можно использовать для активации, деактивации и/или коммутации обслуживающей(-их) соты (сот) и/или BWP. Более конкретно, формат B DCI может представлять собой DCI активации/деактивации/коммутации. Кроме того, набор ресурсов управления (например, CORESET) пространства поиска (UE-специфичного пространства поиска, общего пространства поиска и/или PDCCH), в котором отслеживают формат C DCI, можно использовать для активации, деактивации и/или коммутации обслуживающей(-их) соты (сот) и/или BWP.

[00113] При этом C-RNTI (т.е. первый C-RNTI), C-RNTI SPS (т.е. второй C-RNTI) и/или CRNTI GF могут быть использованы для передачи формата C DCI. Более конкретно UE 102 может декодировать (обнаруживать, отслеживать) формат C DCI, к которому присоединены биты четности CRC, скремблированные C-RNTI (т.е. первым C-RNTI), C-RNTI SPS (т.е. вторым C-RNTI) и/или C-RNTI GF. При этом другой C-RNTI (т.е. четвертый C-RNTI, например, C-RNTI для активации/деактивации/коммутации формата DCI), отличный от C-RNTI (т.е. первого C-RNTI), C-RNTI SPS (т.е. второй C-RNTI), C-RNTI GF и третий C-RNTI можно использовать для передачи формата C DCI. Более конкретно, UE 102 может декодировать (обнаруживать, отслеживать) формат C DCI, к которому присоединены биты четности CRC, скремблированные четвертым C-RNTI.

[00114] При этом формат C DCI можно идентифицировать, используя (повторно используя) формат A DCI (т.е. DCI диспетчеризации). Например, формат C DCI можно идентифицировать путем установки каждого из одного или более полей (т.е. одного или более предварительно определенных полей), включенных в формат A DCI, в каждое из определенных значений (т.е. в одно или более предварительно определенных значений). Например, путем установки каждого из поля(-ей) назначения ресурсного блока, поля(-ей) MCS, поля(-ей) нового индикатора данных и/или команды TPC для поля(-ей) PUCCH в каждое из определенных значений формат C DCI можно идентифицировать, используя (повторно используя) формат A DCI. Например, все поля (т.е. каждое из полей) назначения ресурсного блока могут быть установлены в 0 или 1 (т.е. предварительно определенное(-ые) значение(-я)). Кроме того, все поля (т.е. каждое из полей) MCS могут быть установлены полностью в 0 или 1 (т.е. предварительно определенное(-ые) значение(-я)). Кроме того, все поля (т.е. каждое из полей) нового индикатора данных могут быть установлены полностью в 0 или 1 (т.е. предварительно определенное(-ые) значение(-я)). Кроме того, все команды (т.е. каждая из команд) TPC для поля(-ей) PUCCH могут быть установлены полностью в 0 или 1 (т.е. предварительно определенное(-ые) значение(-я)). При этом какое информационное поле(-я) (т.е. предварительно определенное(-ые) поле(-я)), включенное(-ые) в формат A DCI, используют для идентификации формата C DCI, может быть заранее определено с помощью технического описания и известной информации между gNB 160 и UE 102. Кроме того, то, какое(-ие) значение(-я) устанавливают предварительно определенному(-ым) полю(-ям), заранее определено с помощью технического описания и известной информации между gNB 160 и UE 102.

[00115] Более конкретно, формат C DCI может представлять собой формат A DCI, включающий в себя предварительно определенное(-ые) поле(-я), установленное(-ые) в предварительно определенное(-ые) значение(-я). Как описано выше, например, формат C DCI может представлять собой формат A DCI, включающий в себя поле(-я) назначения ресурсного блока, установленное(-ые) в 0. Наконец, формат C DCI может включать в себя информацию назначения ресурсного блока (например, информацию о выделении ресурса, поле(-я) назначения ресурсного блока). Кроме того, формат C DCI может включать в себя информацию, используемую для указания схемы модуляции и кодирования (т.е. информацию о MCS, поле(-я) MCS). Кроме того, формат C DCI может включать в себя информацию (т.е. флаг для различения формата(-ов) DCI, идентификатор), используемую для идентификации формата DCI среди множества форматов DCI, имеющих одинаковый размер DCI (т.е. одинаковый размер формата DCI). Кроме того, формат C DCI может включать в себя информацию (например, новый индикатор данных), используемую для указания того, является ли передача новой передачей (например, является ли передача новой передачей или повторной передачей). Кроме того, формат C DCI может включать в себя информацию (например, запрос CSI, поле(-я) запроса CSI), используемую для запроса передачи CSI (т.е. отчета CSI, апериодического отчета CSI (т.е. передачи апериодического отчета CSI)) по PUSCH и/или PUCCH. Кроме того, формат C DCI может включать в себя информацию (например, 3-битное(-ые) поле(-я) информации, индикатор несущей и/или индикатор BWP, индикатор несущей и/или BWP, поле(-я) индикатора несущей и/или поле(-я) индикатора BWP, поле(-я) индикатора BWP и/или несущей), используемую для указания обслуживающей соты (например, несущей) и/или BWP. Более конкретно, формат C DCI может включать в себя информацию (например, 3-битное(-ые) поле(-я) информации, индикатор несущей, поле(-я) индикатора несущей), используемую для указания обслуживающей соты (например, несущей, в которой запланирован соответствующий PDSCH). Кроме того, формат C DCI может включать в себя информацию (т.е. индикатор BWP, поле(-я) индикатора BWP), используемую для указания BWP (например, 3-битное поле(-я) информации, BWP, в которой запланирован соответствующий PDSCH). При этом, например, в случае, когда информация (например, 3-битное(-ые) поле(-я) информации), используемая для указания обслуживающей(-их) соты (сот), в которой(-ых) запланирован PDSCH, установлена в 0 (например, все 3-битные поля информации установлены в 0), информация, используемая для указания обслуживающей(-их) соты (сот), может быть использована для указания первичной соты. Кроме того, например, в случае, когда информация (например, 3-битное(-ые) поле(-я) информации), используемая для указания BWP, в которой(-ых) запланирован PDSCH, установлена в 0 (например, все из 3-битных полей информации установлены в 0), информацию, используемую для указания BWP, можно использовать для указания начальной активной BWP (например, начальной активной BWP DL) и/или BWP по умолчанию (например, BWP DL по умолчанию). Кроме того, формат C DCI может включать в себя информацию (например, 3-битное(-ые) поле(-я) информации, индикатор BWP и несущей), используемую для указания обслуживающей соты и BWP (например, обслуживающей соты и BWP, в которой запланирован соответствующий PDSCH). При этом, например, в случае, когда информация (например, 3-битное(-ые) поле(-я) информации), используемая для указания обслуживающей(-их) соты (сот) и BWP, установлена в 0 (например, все 3-битные поля информации установлены в 0), информация, используемая для указания обслуживающей(-их) соты (сот) и BWP, может быть использована для указания первичной соты и начальной активной BWP DL (или BWP DL по умолчанию). Кроме того, формат C DCI может включать в себя информацию (запрос SRS, поле(-я) запроса SRS), используемую для запроса передачи SRS (например, передачи апериодического SRS). Кроме того, формат C DCI может включать в себя информацию, используемую для указания команды управления мощностью передачи (TPC) для PCCH (например, поле команды TPC для PUCCH).

[00116] Наконец, в случае приема формата A DCI (т.е. на основе обнаружения формата A DCI) UE 102 может принимать (т.е. декодировать, обнаруживать) запланированный PDSCH. Кроме того, в случае приема формата B DCI (т.е. на основе обнаружения формата B DCI) UE 102 может принимать (т.е. декодировать, обнаруживать) запланированный PDSCH. Кроме того, в случае приема формата C DCI (т.е. на основе обнаружения формата C DCI) UE 102 может выполнять активацию, деактивацию и/или коммутацию для указанной(-ых) обслуживающей(-их) соты (сот) (например, обслуживающей(-их) соты (сот), используемой(-ых) для приема сигнала нисходящей линии связи и/или обмена данными по нисходящей линии связи). Более конкретно, UE 102 может выполнять активацию, деактивацию, коммутацию для обслуживающей(-их) соты (сот) на основе информации, как описано выше, включенной в формат C DCI. Кроме того, в случае приема формата C DCI (т.е. на основе обнаружения формата C DCI) UE 102 может выполнять активацию, деактивацию и/или коммутацию для BWP (например, BWP DL, используемой(-ых) для приема сигнала нисходящей линии связи и/или обмена данными по нисходящей линии связи). Более конкретно, UE 102 может выполнять активацию, деактивацию, коммутацию для BWP на основе информации, как описано выше, включенной в формат C DCI.

[00117] Кроме того, формат 0 DCI и/или формат 4 DCI, используемые для диспетчеризации физического совместно применяемого(-ых) канала(-ов) для передачи данных по восходящей линии связи в соте, можно определить как формат DCI для восходящей линии связи. Например, формат 0 DCI можно использовать для диспетчеризации одного физического совместно применяемого канала для передачи данных по восходящей линии связи (например, одного PUSCH, одного кодового слова PUSCH, передачи одного транспортного блока восходящей линии связи) в соте. Кроме того, формат 4 DCI можно использовать для диспетчеризации одного физического совместно применяемого канала для передачи данных по восходящей линии связи (например, одного PUSCH, до двух кодовых слов PUSCH, передачи до двух транспортных блоков восходящей линии связи). В данном случае предполагается, что в некоторых вариантах реализации формат 0 DCI и/или формат 4 DCI, описанные в настоящем документе, могут быть включены в формат D DCI для упрощения описания. Как описано выше, формат D DCI можно использовать для диспетчеризации PSCH восходящей линии связи (например, PUSCH). Более конкретно, формат D DCI может представлять собой DCI диспетчеризации. Кроме того, набор ресурсов управления (например, CORESET) пространства поиска (UE-специфичного пространства поиска, общего пространства поиска и/или PDCCH), в котором отслеживают формат D DCI, можно использовать для диспетчеризации PSCH восходящей линии связи (например, PUSCH).

[00118] При этом, как описано ниже, формат D DCI можно применять для активации и/или деактивации обслуживающей(-их) соты (сот) (например, одной или более вторичных сот, одной или более вторичных сот восходящей линии связи и/или одной или более вторичных несущих составляющих восходящей линии связи). Кроме того, формат D DCI можно использовать для активации и/или деактивации части(-ей) ширины полосы (например, одной или более BWP в обслуживающей(-их) соте(-ах), одной или более BWP UL в обслуживающей(-их) соте(-ах)). Кроме того, C-RNTI (т.е. первый C-RNTI), C-RNTI SPS (т.е. второй C-RNTI) и/или C-RNTI GF можно использовать для передачи формата D DCI. Более конкретно, UE 102 может декодировать (обнаруживать, отслеживать) формат D DCI, к которому присоединены биты четности CRC, скремблированные C-RNTI GF.

[00119] Например, формат D DCI может включать в себя информацию о назначении ресурсного блока (например, информацию о выделении ресурса, поле(-я) назначения ресурсного блока). Более конкретно, формат D DCI может включать в себя информацию, используемую для указания физического(-их) ресурсного(-ых) блока(-ов) (например, индекса физического(-их) ресурсного(-ых) блока(-ов), размера(-ов) физического(-их) ресурсного(-ых) блока(-ов)) PUSCH. Кроме того, формат D DCI может включать в себя информацию, используемую для указания схемы модуляции и кодирования (т.е. информацию о MCS, поле(-я) MCS). Кроме того, формат D DCI может включать в себя информацию (т.е. флаг для различения формата(-ов) DCI, идентификатор), используемую для идентификации формата DCI среди множества форматов DCI, имеющих одинаковый размер DCI (т.е. одинаковый размер формата DCI). Например, для множества форматов DCI с одним и тем же размером DCI одного и того же RNTI информация (т.е. флаг для различения формата(-ов) DCI, идентификатор) может быть включена в соответствующий формат DCI (например, формат A DCI, формат B DCI, формат C DCI, формат D DCI, формат E DCI и/или формат F DCI), чтобы различать множество форматов DCI (т.е. формат A DCI, формат B DCI, формат C DCI, формат D DCI, формат E DCI и/или формат F DCI). Кроме того, формат D DCI может включать в себя информацию (например, новый индикатор данных), используемую для указания того, является ли передача новой передачей (например, является ли передача новой передачей или повторной передачей). Кроме того, формат D DCI может включать в себя информацию (например, запрос CSI, поле(-я) запроса CSI), используемую для запроса передачи CSI (т.е. отчета CSI, апериодического отчета CSI (т.е. передачи апериодического отчета CSI)) по PUSCH и/или PUCCH. Кроме того, формат D DCI может включать в себя информацию (например, 3-битное(-ые) поле(-я) информации, индикатор несущей и/или индикатор BWP, индикатор несущей и/или BWP, поле(-я) индикатора несущей и/или поле(-я) индикатора BWP, поле(-я) индикатора BWP и/или несущей), используемую для указания обслуживающей соты (например, несущей) и/или BWP. Более конкретно, формат D DCI может включать в себя информацию (например, 3-битное(-ые) поле(-я) информации, индикатор несущей, поле(-я) индикатора несущей), используемую для указания обслуживающей соты (например, несущей, в которой запланирован соответствующий PUSCH). Кроме того, формат D DCI может включать в себя информацию (например, 3-битное(-ые) поле(-я) информации, индикатор BWP, поле(-я) индикатора BWP), используемую для указания BWP (например, BWP, в которой запланирован соответствующий PUSCH). При этом, например, в случае, когда информация (например, 3-битное(-ые) поле(-я) информации), используемая для указания обслуживающей(-их) соты (сот), в которой(-ых) запланирован PUSCH, установлена в 0 (например, все из 3-битных полей информации установлены в 0), информация, используемая для указания обслуживающей(-их) соты (сот), может быть использована для указания первичной соты. Кроме того, например, в случае, когда информация (например, 3-битное(-ые) поле(-я) информации), используемая для указания BWP, в которой(-ых) запланирован PUSCH, установлена в 0 (например, все из 3-битных полей информации установлены в 0), информацию, используемую для указания BWP, можно использовать для указания начальной активной BWP (например, начальной активной BWP UL) и/или BWP по умолчанию (например, BWP UL по умолчанию). Кроме того, формат D DCI может включать в себя информацию (т.е. индикатор несущей и BWP), используемую для указания обслуживающей соты и BWP (например, обслуживающей соты и BWP, в которой запланирован соответствующий PUSCH). При этом, например, в случае, когда информация (например, 3-битное(-ые) поле(-я) информации), используемая для указания обслуживающей(-их) соты (сот) и BWP, установлена в 0 (например, все 3-битные поля информации установлены в 0), информация, используемая для указания обслуживающей(-их) соты (сот) и BWP, может быть использована для указания первичной соты и начальной активной BWP UL (или BWP UL по умолчанию). Кроме того, формат D DCI может включать в себя информацию (запрос SRS, поле(-я) запроса SRS), используемую для запроса передачи SRS (например, передачи апериодического SRS). Кроме того, формат D DCI может включать в себя информацию, используемую для указания команды управления мощностью передачи (TPC) для PSCH (например, поле команды TPC для PUSCH).

[00120] Кроме того, формат L DCI и/или формат M DCI, используемые для диспетчеризации физического(-их) канала(-ов) восходящей линии связи в соте, можно определить как формат DCI (например, резервный формат DCI) для восходящей линии связи. Например, формат L DCI и/или формат M DCI можно использовать для диспетчеризации одного физического совместно применяемого канала для передачи данных по восходящей линии связи (например, одного PUSCH, одного кодового слова PUSCH, передачи одного транспортного блока восходящей линии связи). В данном случае предполагается, что в некоторых вариантах реализации формат L DCI и/или формат M DCI, описанные в настоящем документе, могут быть включены в формат E DCI для упрощения описаний. Как описано выше, формат E DCI можно использовать для диспетчеризации PSCH восходящей линии связи (например, PUSCH). Более конкретно, формат E DCI может представлять собой DCI диспетчеризации. Кроме того, набор ресурсов управления (например, CORESET) пространства поиска (UE-специфичного пространства поиска, общего пространства поиска и/или PDCCH), в котором отслеживают формат E DCI, можно использовать для диспетчеризации PSCH восходящей линии связи (например, PUSCH).

[00121] При этом, как описано ниже, формат E DCI можно применять для активации и/или деактивации обслуживающей(-их) соты (сот) (например, одной или более вторичных сот, одной или более вторичных сот восходящей линии связи и/или одной или более вторичных несущих составляющих восходящей линии связи). Кроме того, формат E DCI можно использовать для активации и/или деактивации части(-ей) ширины полосы (например, одной или более BWP в обслуживающей(-их) соте(-ах), одной или более BWP UL в обслуживающей(-их) соте(-ах)). Кроме того, C-RNTI (т.е. первый C-RNTI) и/или C-RNTI SPS (т.е. второй C-RNTI) можно использовать для передачи формата E DCI. Более конкретно, UE 102 может декодировать (обнаруживать, отслеживать) формат E DCI, к которому присоединены биты четности CRC, скремблированные C-RNTI (т.е. первым C-RNTI), C-RNTI SPS (т.е. вторым C-RNTI) и/или C-RNTI GF. При этом другой C-RNTI (т.е. третий C-RNTI, например C-RNTI для резервного формата DCI), отличный от C-RNTI (т.е. первого C-RNTI), и C-RNTI SPS (т.е. второй C-RNTI) можно использовать для передачи формата E DCI. Более конкретно, UE 102 может декодировать (обнаруживать, отслеживать) формат E DCI, к которому присоединены биты четности CRC, скремблированные третьим C-RNTI.

[00122] Например, формат E DCI может включать в себя информацию о назначении ресурсного блока (например, информацию о выделении ресурса, поле(-я) назначения ресурсного блока). Более конкретно, формат E DCI может включать в себя информацию, используемую для указания физического(-их) ресурсного(-ых) блока(-ов) (например, индекса физического(-их) ресурсного(-ых) блока(-ов), размера(-ов) физического(-их) ресурсного(-ых) блока(-ов)) PUSCH. Кроме того, формат E DCI может включать в себя информацию, используемую для указания схемы модуляции и кодирования (т.е. информацию о MCS, поле(-я) MCS). Кроме того, формат E DCI может включать в себя информацию (т.е. флаг для различения формата(-ов) DCI, идентификатор), используемую для идентификации формата DCI среди множества форматов DCI, имеющих одинаковый размер DCI (т.е. одинаковый размер формата DCI). Например, для множества форматов DCI с одним и тем же размером DCI одного и того же RNTI информация (т.е. флаг для различения формата(-ов) DCI, идентификатор) может быть включена в соответствующий формат DCI (например, формат A DCI, формат B DCI, формат C DCI, формат D DCI, формат E DCI и/или формат F DCI), чтобы различать множество форматов DCI (т.е. формат A DCI, формат B DCI, формат C DCI, формат D DCI, формат E DCI и/или формат F DCI). Кроме того, формат E DCI может включать в себя информацию (например, новый индикатор данных), используемую для указания того, является ли передача новой передачей (например, является ли передача новой передачей или повторной передачей). Кроме того, формат E DCI может включать в себя информацию (запрос CSI, поле(-я) запроса CSI), используемую для запроса передачи CSI (например, отчета CSI, апериодического отчета CSI (т.е. передачи апериодического отчета CSI)) по PUSCH и/или PUCCH. Кроме того, формат E DCI может включать в себя информацию (например, 3-битное(-ые) поле(-я) информации, индикатор несущей и/или индикатор BWP, индикатор несущей и/или BWP, поле(-я) индикатора несущей и/или поле(-я) индикатора BWP, поле(-я) индикатора BWP и/или несущей), используемую для указания обслуживающей соты (например, несущей) и/или BWP. Более конкретно, формат E DCI может включать в себя информацию (например, 3-битное(-ые) поле(-я) информации, индикатор несущей, поле(-я) индикатора несущей), используемую для указания обслуживающей соты (например, несущей, на которой запланирован соответствующий PUSCH). Кроме того, формат B DCI может включать в себя информацию (например, 3-битное(-ые) поле(-я) информации, индикатор BWP, поле(-я) индикатора BWP), используемую для указания BWP (например, BWP, в которой запланирован соответствующий PUSCH). При этом, например, в случае, когда информация (например, 3-битное(-ые) поле(-я) информации), используемая для указания обслуживающей(-их) соты (сот), в которой(-ых) запланирован PUSCH, установлена в 0 (например, все из 3-битных полей информации установлены в 0), информация, используемая для указания обслуживающей(-их) соты (сот), может быть использована для указания первичной соты. Кроме того, например, в случае, когда информация (например, 3-битное(-ые) поле(-я) информации), используемая для указания BWP, в которой(-ых) запланирован PUSCH, установлена в 0 (например, все из 3-битных полей информации установлены в 0), информацию, используемую для указания BWP, можно использовать для указания начальной активной BWP (например, начальной активной BWP UL) и/или BWP по умолчанию (например, BWP UL по умолчанию). Кроме того, формат B DCI может включать в себя информацию (т.е. индикатор несущей и BWP), используемую для указания обслуживающей соты и BWP (например, обслуживающей соты и BWP, в которой запланирован соответствующий PUSCH). При этом, например, в случае, когда информация (например, 3-битное(-ые) поле(-я) информации), используемая для указания обслуживающей(-их) соты (сот) и BWP, установлена в 0 (например, все из 3-битных полей информации установлены в 0), информация, используемая для указания обслуживающей(-их) соты (сот), может быть использована для указания первичной соты и начальной активной BWP UL (или BWP UL по умолчанию). Кроме того, формат B DCI может включать в себя информацию (запрос SRS, поле(-я) запроса SRS), используемую для запроса передачи SRS (например, передачи апериодического SRS). Кроме того, формат B DCI может включать в себя информацию, используемую для указания команды управления мощностью передачи (TPC) для PSCH (например, поле команды TPC для PUSCH).

[00123] При этом формат E DCI может не включать в себя информацию (т.е. индикатор несущей и/или индикатор BWP, индикатор несущей и/или BWP, поле(-я) индикатора несущей и/или поле(-я) индикатора BWP, поле(-я) индикатора BWP и/или несущей), используемую для указания обслуживающей соты (например, несущей) и/или BWP. Более конкретно, формат E DCI может не включать в себя информацию (т.е. индикатор несущей, поле(-я) индикатора несущей), используемую для указания обслуживающей соты (например, несущей, на которой запланирован соответствующий PUSCH). Кроме того, формат E DCI может не включать в себя информацию (т.е. индикатор BWP, поле(-я) индикатора BWP), используемую для указания BWP (например, BWP, в которой запланирован соответствующий PUSCH). Кроме того, формат E DCI может не включать в себя информацию (т.е. индикатор несущей и BWP), используемую для указания обслуживающей соты и BWP (например, обслуживающей соты и BWP, в которой запланирован соответствующий PUSCH).

[00124] Кроме того, формат E DCI можно использовать для диспетчеризации PUSCH меньшего размера в отличие от размера PUSCH, запланированного с использованием формата D DCI. Более конкретно, например, формат E DCI можно использовать для диспетчеризации более узкой ширины полосы PUSCH, чем ширина полосы PUSCH, запланированная с использованием формата D DCI. Например, количество выделенных PRB (например, общее количество выделенных PRB, общее количество выделенных PRB PDSCH, Nprb) с использованием формата D DCI может составлять 100(PRB), 110(PRB), 270(PRB), 273(PRB) и/или 276(PRB). В данном случае 100(PRB) могут соответствовать 20 МГц, 110(PRB) могут соответствовать 20 МГц, 270(PRB) могут соответствовать 50 МГц, 273(PRB) могут соответствовать 100 Мгц, и/или 276(PRB) могут соответствовать 100 Мгц. Более конкретно, максимальное количество выделенных PRB при использовании формата D DCI может составлять 100(PRB), 110(PRB), 270(PRB), 273(PRB) и/или 276(PRB). Наконец, формат D DCI можно использовать для диспетчеризации PUSCH размером до 100(PRB), 110(PRB), 270(PRB), 273(PRB) и/или 276(PRB). Кроме того, количество выделенных PRB при использовании формата E DCI может составлять 6(PRB), 24(PRB), 25(PRB), 50(PRB) и/или 52(PRB). В данном случае 6(PRB) могут соответствовать 1,4 МГц, 25(PRB) могут соответствовать 5 МГц, 50(PRB) могут соответствовать 10 МГц, и/или 52(PRB) могут соответствовать 10 МГц. Кроме того, 24(PRB) могут соответствовать ширине полосы, используемой для PSS, SSS и/или PBCH (например, блока(-ов) SS). Кроме того, 24(PRB) могут соответствовать ширине полосы, используемой для RMSI (например, SIB2) и CORESET, содержащего RMSI диспетчеризации PDCCH. 24(PRB) также могут соответствовать ширине полосы, используемой для передачи Msg.3 по UL-SCH (т.е. PUSCH, передача по PUSCH) в процедуре произвольного доступа. Более конкретно, формат E DCI можно использовать для диспетчеризации PUSCH с шириной полосы, соответствующей (например, такой же) ширине полосы, в которой выполняют процедуру произвольного доступа.

[00125] Более конкретно, максимальное количество выделенных PRB при использовании формата E DCI может составлять 6(PRB), 24(PRB), 25(PRB), 50(PRB) и/или 52(PRB). Наконец, формат E DCI можно использовать для диспетчеризации PDSCH размером до 6(PRB), 24(PRB), 25(PRB), 50(PRB) и/или 52(PRB). Более конкретно, например, больший размер (т.е. большее количество) транспортного(-ых) блока(-ов) по сравнению с размером (т.е. количеством) транспортного(-ых) блока(-ов), передаваемого(-ых) по PUSCH, который запланирован с использованием формата E DCI, можно передавать по PUSCH, который запланирован с использованием формата D DCI. Более конкретно, меньший размер транспортного(-ых) блока(-ов) по сравнению с размером транспортного(-ых) блока(-ов), передаваемого(-ых) по PUSCH, который запланирован с использованием формата D DCI, можно передавать по PUSCH, который запланирован с использованием формата E DCI. Например, третья таблица, используемая для определения размера транспортного(-ых) блока(-ов), может быть определена (например, указана) для формата D DCI. Кроме того, четвертая таблица (т.е. четвертая таблица, отличная от третьей таблицы), используемая для определения размера транспортного(-ых) блока(-ов), может быть определена (например, указана) для формата E DCI. Наконец, максимальный размер (т.е. максимальное количество) транспортного(-ых) блока(-ов) для формата D DCI (т.е. максимальный размер транспортного(-ых) блока(-ов), передаваемого(-ых) по PUSCH, который запланирован с использованием формата D DCI), может быть больше максимального размера (т.е. максимального количества) транспортного(-ых) блока(-ов) для формата E DCI (т.е. максимального размера транспортного(-ых) блока(-ов), передаваемого(-ых) по PUSCH, который запланирован с использованием формата E DCI).

[00126] При этом количество выделенных PRB (т.е. максимальное количество выделенных PRB) может зависеть от каждой из множества численных величин (т.е. от множества разносов поднесущих). Более конкретно, для определенной численной величины (т.е. численной величины, сконфигурированной численной величины), как описано выше, количество выделенных PRB, которые можно запланировать с использованием формата E DCI, меньше количества выделенных PRB, которые можно запланировать с помощью формата D DCI. Кроме того, количество выделенных PRB (т.е. максимальное количество выделенных PRB) с использованием формата E DCI может быть определено на основе ширины полосы BWP DL по умолчанию (например, количества PRB для BWP DL по умолчанию). Кроме того, количество выделенных PRB (т.е. максимальное количество выделенных PRB) при использовании формата E DCI может быть определено на основе ширины полосы BWP UL по умолчанию (например, количества PRB BWP UL по умолчанию). Как описано выше, например, gNB 160 может конфигурировать, например, используя сообщение RRC, ширину полосы BWP DL по умолчанию (например, количество PRB для BWP DL по умолчанию). Кроме того, например, gNB 160 может конфигурировать, например, используя сообщение RRC, ширину полосы BWP UL по умолчанию (например, количество PRB для BWP UL по умолчанию). Кроме того, количество выделенных PRB (т.е. максимальное количество выделенных PRB) при использовании формата E DCI может быть определено на основе ширины полосы активной BWP DL (например, начальной активной BWP DL, количества PRB начальной активной BWP DL, активированной BWP DL, количества PRB активированной BWP DL). Кроме того, количество выделенных PRB (т.е. максимальное количество выделенных PRB) при использовании формата E DCI может быть определено на основе ширины полосы активной BWP UL (например, начальной активной BWP UL, количества PRB начальной активной BWP UL, активированной BWP UL, количества PRB активированной BWP UL). Как описано выше, например, gNB 160 может конфигурировать, например, используя PBCH (например, MIB), RMSI (например, SIB2) и/или сообщение RRC, ширину полосы активной BWP DL (например, начальной активной BWP DL, количество PRB начальной активной BWP DL, активированной BWP DL, количество PRB активированной BWP DL). Кроме того, например, gNB 160 может конфигурировать, например, используя PBCH (например, MIB), RMSI (например, SIB2) и/или сообщение RRC, ширину полосы активной BWP UL (например, начальной активной BWP UL, количество PRB начальной активной BWP UL, активированной BWP UL, количество PRB активированной BWP UL). Кроме того, gNB 160 может конфигурировать, например, используя PBCH (например, MIB), RMSI (например, SIB2) и/или сообщение RRC, ширину полосы CORESET RMSI. Наконец, ширина полосы активной BWP DL (например, начальной активной BWP DL, количество PRB начальной активной BWP DL, активированной BWP DL, количество PRB активированной BWP DL) и/или ширина полосы активной BWP UL (например, начальной активной BWP UL, количество PRB начальной активной BWP UL, активированной BWP UL, количество PRB активированной BWP UL) могут быть определены (например, как такие же) на основе ширины полосы CORESET RMSI.

[00127] Кроме того, например, численная величина PUSCH, который запланирован с использованием формата D DCI, может составлять 15 кГц (например, первую численную величину), 30 кГц (например, вторую численную величин) и/или 60 кГц (например, третью численную величину). Более конкретно, формат D DCI можно использовать для диспетчеризации PUSCH с множеством численных величин (т.е. первой численной величиной, второй численной величиной и/или третьей численной величиной). Кроме того, численная величина PUSCH, который запланирован с использованием формата E DCI, может составлять 15 кГц (например, первую численную величину), 30 кГц (например, вторую численную величин) и/или 60 кГц (например, третью численную величину). Более конкретно, формат E DCI можно использовать для диспетчеризации PDSCH с множеством численных величин (т.е. первой численной величиной, второй численной величиной и/или третьей численной величиной). При этом, например, численная величина PDSCH, который запланирован с использованием формата E DCI, может быть только одной из 15 кГц (т.е. первой численной величиной), 30 кГц (т.е. второй численной величиной) и 60 кГц (т.е. третьей численной величиной). Например, можно использовать только SCS 15 кГц для PUSCH, который запланирован с использованием формата E DCI. При этом численная величина, используемая для PUSCH, который запланирован с использованием формата E DCI, может быть заранее определена с помощью технического описания и известной информации между gNB 160 и UE 102. Более конкретно, в случае приема (например, обнаружения) формата E DCI UE 102 может предполагать, что SCS составляет 15 кГц (например, первую численную величину) для запланированного PDSCH. Наконец, UE 102 может выполнять передачу по PUSCH на основе SCS 15 кГц (например, на основе предположения, что SCS для PUSCH составляет 15 кГц (например, первую численную величину)), даже если сконфигурированы SCS 30 кГц (например, вторая численная величина) и/или SCS 60 кГц (например, третья численная величина).

[00128] Кроме того, численная величина PUSCH, который запланирован с использованием формата E DCI, может быть определена на основе численной величины BWP DL по умолчанию. Например, gNB 160 может конфигурировать, например, используя сообщение RRC, численную величину BWP DL по умолчанию. Кроме того, численная величина PUSCH, который запланирован с использованием формата E DCI, может быть определена на основе численной величины BWP UL по умолчанию. Например, gNB 160 может конфигурировать, например, используя сообщение RRC, численную величину BWP UL по умолчанию. Кроме того, численная величина PUSCH, который запланирован с использованием формата E DCI, может быть определена на основе численной величины активной BWP DL (например, начальной активной BWP DL, активированной BWP DL). Например, gNB 160 может конфигурировать, например, используя сообщение RRC, численную величину активной BWP DL (например, начальной активной BWP DL, активированной BWP DL). Кроме того, численная величина PUSCH, который запланирован с использованием формата E DCI, может быть определена на основе численной величины активной BWP UL (например, начальной активной BWP UL, активированной BWP UL). Например, gNB 160 может конфигурировать, например, используя сообщение RRC, численную величину активной BWP UL (например, начальной активной BWP UL, активированной BWP UL). Кроме того, gNB 160 может конфигурировать, например, используя PBCH (например, MIB), RMSI (например, SIB2) и/или сообщение RRC, численную величину CORESET RMSI. Наконец, численная величина активной BWP DL (например, начальной активной BWP DL, активированной BWP DL) и/или активной BWP UL (например, начальной активной BWP UL, активированной BWP UL) может быть определена (например, как такая же) на основе численной величины CORESET RMSI. Более конкретно, численная величина PUSCH, который запланирован с использованием формата E DCI, может быть определена на основе численной величины CORESET RMSI. Кроме того, gNB 160 может конфигурировать, например, используя PBCH (например, MIB), RMSI (например, SIB2) и/или сообщение RRC, численную величину для RMSI (например, PDSCH, используемого для передачи RMSI), Msg.2 (например, PDSCH, используемого для передачи Msg.2 в процедуре произвольного доступа) и/или Msg.4 (например, PDSCH, используемого для передачи Msg.4 в процедуре произвольного доступа). Наконец, численная величина активной BWP DL (например, начальной активной BWP DL, активированной BWP DL) и/или активной BWP UL (например, начальной активной BWP UL, активированной BWP UL) может быть определена (например, как такая же) на основе численной величины для RMSI, Msg.2 и/или Msg.4. Более конкретно, численная величина PUSCH, который запланирован с использованием формата E DCI, может быть определена на основе численной величины для RMSI, Msg.2 и/или Msg.4.

[00129] Кроме того, формат O DCI и/или формат P DCI, используемые для активации, деактивации и/или коммутации обслуживающей(-их) соты (сот) (например, одной или более вторичных сот, одной или более вторичных сот восходящей линии связи и/или одной или более вторичных несущих составляющих восходящей линии связи), могут быть определены как форматы DCI для восходящей линии связи. При этом формат Z DCI и/или формат K DCI можно использовать для активации, деактивации и/или коммутации BWP (например, одной или более BWP в обслуживающей(-их) соте(-ах), одной или более BWP UL в обслуживающей(-их) соте(-ах)). Более конкретно, формат O DCI и/или формат P DCI, которые используют для активации, деактивации и/или коммутации обслуживающей(-их) соты (сот) и/или BWP. В данном случае предполагается, что в некоторых вариантах реализации формат O DCI и/или формат P DCI, описанные в настоящем документе, могут быть включены в формат F DCI для упрощения описаний. Как описано выше, формат F можно использовать для активации, деактивации и/или коммутации обслуживающей(-их) соты (сот) и/или BWP. Более конкретно, формат F DCI может представлять собой DCI активации/деактивации/коммутации. Кроме того, набор ресурсов управления (т.е. CORESET) пространства поиска (UE-специфичного пространства поиска, общего пространства поиска и/или PDCCH), в котором отслеживают формат F DCI, можно использовать для активации, деактивации и/или коммутации обслуживающей(-их) соты (сот) и/или BWP.

[00130] Кроме того, C-RNTI (т.е. первый C-RNTI), C-RNTI SPS (т.е. второй C-RNTI) и/или C-RNTI GF можно использовать для передачи формата F DCI. Более конкретно, UE 102 может декодировать (обнаруживать, отслеживать) формат F DCI, к которому присоединены биты четности CRC, скремблированные C-RNTI (т.е. первым C-RNTI), C-RNTI SPS (т.е. вторым C-RNTI) и/или C-RNTI GF. При этом другой C-RNTI (т.е. четвертый C-RNTI, например, C-RNTI для формата DCI активации/деактивации/коммутации), отличный от C-RNTI (т.е. первого C-RNTI), C-RNTI SPS (т.е. второй C-RNTI), C-RNTI GF и третий C-RNTI можно использовать для передачи формата F DCI. Более конкретно, UE 102 может декодировать (обнаруживать, отслеживать) формат F DCI, к которому присоединены биты четности CRC, скремблированные четвертым C-RNTI.

[00131] При этом формат F DCI можно идентифицировать, используя (повторно используя) формат D DCI (т.е. DCI диспетчеризации). Например, формат F DCI можно идентифицировать путем установки каждого из одного или более полей (т.е. одного или более предварительно определенных полей), включенных в формат D DCI, в каждое из определенных значений (т.е. в одно или более предварительно определенных значений). Например, путем установки каждого из поля(-ей) назначения ресурсного блока, поля(-ей) MCS, поля(-ей) нового индикатора данных и/или команды TPC для поля(-ей) PUSCH в каждое из определенных значений формат F DCI можно идентифицировать с использованием (повторным использованием) формата D DCI. Например, все поля (т.е. каждое из полей) назначения ресурсного блока могут быть установлены в 0 или 1 (т.е. предварительно определенное(-ые) значение(-я)). Кроме того, все поля (т.е. каждое из полей) MCS могут быть установлены полностью в 0 или 1 (т.е. предварительно определенное(-ые) значение(-я)). Кроме того, все поля (т.е. каждое из полей) нового индикатора данных могут быть установлены полностью в 0 или 1 (т.е. предварительно определенное(-ые) значение(-я)). Кроме того, все команды (т.е. каждая из команд) TPC для поля(-ей) PUSCH могут быть установлены полностью в 0 или 1 (т.е. предварительно определенное(-ые) значение(-я)). При этом то, какое(-ие) информационное(-ые) поле(-я) (т.е. предварительно определенное(-ые) поле(-я)), включенное(-ые) в формат D DCI, используют для идентификации формата F DCI, может быть заранее определено с помощью технического описания и известной информации между gNB 160 и UE 102. Кроме того, то, какое(-ие) значение(-я) устанавливают предварительно определенному(-ым) полю(-ям) для идентификации формата F DCI, может быть заранее определено с помощью технического описания и известной информации между gNB 160 и UE 102.

[00132] Более конкретно, формат F DCI может представлять собой формат D DCI, включающий в себя предварительно определенное(-ые) поле(-я), установленное(-ые) в предварительно определенное(-ые) значение(-я). Как описано выше, например, формат F DCI может представлять собой формат D DCI, включающий в себя поле(-я) назначения ресурсного блока, установленное(-ые) в 0. Наконец, формат F DCI может включать в себя информацию назначения ресурсного блока (например, информацию о выделении ресурса, поле(-я) назначения ресурсного блока). Кроме того, формат F DCI может включать в себя информацию, используемую для указания схемы модуляции и кодирования (т.е. информацию о MCS, поле(-я) MCS). Кроме того, формат F DCI может включать в себя информацию (т.е. флаг для различения формата(-ов) DCI, идентификатор), используемую для идентификации формата DCI среди множества форматов DCI, имеющих одинаковый размер DCI (т.е. одинаковый размер формата DCI). Кроме того, формат F DCI может включать в себя информацию (например, новый индикатор данных), используемую для указания того, является ли передача новой передачей (например, является ли передача новой передачей или повторной передачей). Кроме того, формат F DCI может включать в себя информацию (запрос CSI, поле(-я) запроса CSI), используемую для запроса передачи CSI (т.е. отчета CSI, апериодического отчета CSI (т.е. передачи апериодического отчета CSI)) по PUSCH и/или PUCCH. Кроме того, формат F DCI может включать в себя информацию (например, 3-битное(-ые) поле(-я) информации, индикатор несущей и/или индикатор BWP, индикатор несущей и/или BWP, поле(-я) индикатора несущей и/или поле(-я) индикатора BWP, поле(-я) индикатора BWP и/или несущей), используемую для указания обслуживающей соты (например, несущей) и/или BWP. Более конкретно, формат F DCI может включать в себя информацию (например, 3-битное(-ые) поле(-я) информации, индикатор несущей, поле(-я) индикатора несущей), используемую для указания обслуживающей соты (например, несущей, на которой запланирован соответствующий PDSCH). Кроме того, формат F DCI может включать в себя информацию (т.е. индикатор BWP, поле(-я) индикатора BWP), используемую для указания BWP (например, BWP, в которой запланирован соответствующий PDSCH). При этом, например, в случае, когда информация (например, 3-битное(-ые) поле(-я) информации), используемая для указания обслуживающей(-их) соты (сот), в которой(-ых) запланирован PUSCH, установлена в 0 (например, все из 3-битных полей информации установлены в 0), информация, используемая для указания обслуживающей(-их) соты (сот), может быть использована для указания первичной соты. Кроме того, например, в случае, когда информация (например, 3-битное(-ые) поле(-я) информации), используемая для указания BWP, в которой(-ых) запланирован PUSCH, установлена в 0 (например, все из 3-битных полей информации установлены в 0), информацию, используемую для указания BWP, можно использовать для указания начальной активной BWP (например, начальной активной BWP UL) и/или BWP по умолчанию (например, BWP UL по умолчанию). Кроме того, формат F DCI может включать в себя информацию (т.е. индикатор несущей и BWP), используемую для указания обслуживающей соты и BWP (например, обслуживающей соты и BWP, в которой запланирован соответствующий PDSCH). При этом, например, в случае, когда информация (например, 3-битное(-ые) поле(-я) информации), используемая для указания обслуживающей(-их) соты (сот) и BWP, установлена в 0 (например, все из 3-битных полей информации установлены в 0), информация, используемая для указания обслуживающей(-их) соты (сот), может быть использована для указания первичной соты и начальной активной BWP UL (или BWP UL по умолчанию). Кроме того, формат F DCI может включать в себя информацию (запрос SRS, поле(-я) запроса SRS), используемую для запроса передачи SRS (например, передачи апериодического SRS). Кроме того, формат F DCI может включать в себя информацию, используемую для указания команды управления мощностью передачи (TPC) для PCCH (например, поле команды TPC для PUCCH).

[00133] Наконец, в случае приема формата D DCI (т.е. на основе обнаружения формата D DCI) UE 102 может выполнять передачу по PUSCH. Кроме того, в случае приема формата E DCI (т.е. на основе обнаружения формата E DCI) UE 102 может выполнять передачу по PUSCH. Кроме того, в случае приема формата F DCI (т.е. на основе обнаружения формата F DCI) UE 102 может выполнять активацию, деактивацию и/или коммутацию для указанной(-ых) обслуживающей(-их) соты (сот) (например, обслуживающей(-их) соты (сот), используемой(-ых) для приема сигнала нисходящей линии связи и/или обмена данными по нисходящей линии связи, и/или обслуживающей(-их) соты (сот), используемой(-ых) для передачи сигнала восходящей линии связи и/или обмена данными по восходящей линии связи). Более конкретно, UE 102 может выполнять активацию, деактивацию, коммутацию для обслуживающей(-их) соты (сот) на основе информации, как описано выше, включенной в формат F DCI. Кроме того, в случае приема формата F DCI (т.е. на основе обнаружения формата F DCI) UE 102 может выполнять активацию, деактивацию и/или коммутацию для BWP (например, BWP DL по умолчанию, используемой(-ых) для приема сигнала нисходящей линии связи и/или обмена данными по нисходящей линии связи, и/или BWP UL, используемой(-ых) для передачи сигнала восходящей линии связи и/или обмена данными по восходящей линии связи). Более конкретно, UE 102 может выполнять активацию, деактивацию, коммутацию для BWP на основе информации, как описано выше, включенной в формат C DCI.

[00134] На Фиг. 5 представлен пример передач по нисходящей линии связи и/или восходящей линии связи. Как показано на Фиг. 5, для UE 102 могут быть сконфигурированы одна или более обслуживающих сот. При агрегировании несущих (CA) gNB 160 и UE 102 могут осуществлять обмен данными друг с другом с помощью одной и более обслуживающих сот. В данном случае одна или более сконфигурированных обслуживающих сот может включать в себя одну первичную соту и одну или более вторичных сот. Например, первичная сота может представлять собой обслуживающую соту, в которой выполняется первоначальная процедура создания соединения. Кроме того, первичная сота может представлять собой обслуживающую соту, в которой выполняется процедура восстановления соединения. Кроме того, первичная сота может представлять собой обслуживающую соту, которая обозначена как первичная сота (например, указана в качестве первичной соты во время процедуры передачи обслуживания). Например, gNB 160 может передавать, например, используя PBCH (например, MIB), PDSCH (например, SIB типа 2) и/или выделенное сообщение RRC, информацию, конфигурирующую первичную соту. Кроме того, gNB 160 может передавать, например, используя PBCH (например, MIB), PDSCH (например, SIB типа 2) и/или выделенное сообщение RRC, информацию, используемую для конфигурирования одной или более вторичных сот для формирования совместно с первичной сотой набора обслуживающих сот. В данном случае в нисходящей линии связи несущая, соответствующая первичной соте, может представлять собой первичную несущую составляющую нисходящей линии связи, а несущая, соответствующая вторичной соте, может представлять собой вторичную несущую составляющую нисходящей линии связи. Кроме того, в восходящей линии связи несущая, соответствующая первичной соте, может представлять собой первичную несущую составляющую восходящей линии связи, а несущая, соответствующая вторичной соте, может представлять собой вторичную несущую составляющую восходящей линии связи.

[00135] При этом первичная сота может быть использована для передачи по PUCCH. Более конкретно, UE 102 может выполнять передачу по PUCCH в первичной соте. Кроме того, первичная сота может и не быть деактивирована. Кроме того, перекрестная диспетчеризация несущих может и не применяться к первичной соте. Более конкретно, первичную соту можно всегда планировать через ее PDCCH (т.е. PDCCH первичной соты). Кроме того, если PDCCH (например, отслеживание PDCCH, событие(-я) отслеживания PDCCH) вторичной соты сконфигурирован, перекрестная диспетчеризация несущих может и не применяться к вторичной соте. Более конкретно, если PDCCH вторичной соты сконфигурирован, вторичную соту можно всегда планировать через ее PDCCH (т.е. PDCCH вторичной соты). Кроме того, если PDCCH (например, отслеживание PDCCH, событие(-я) отслеживания PDCCH) вторичной соты не сконфигурирован, перекрестная диспетчеризация несущих может быть применена к вторичной соте. Более конкретно, если PDCCH вторичной соты не сконфигурирован, вторичную соту можно планировать через PDCCH некоторой другой обслуживающей соты. При этом, как описано выше, индикатор несущей (т.е. поле(-я) индикатора несущей) может быть включен в формат(-ы) DCI для указания обслуживающей соты (например, обслуживающей соты, в которой запланирован соответствующий PDSCH и/или соответствующий PUSCH).

[00136] При этом между восходящей линией связи (например, несущей составляющей восходящей линии связи) и нисходящей линией связи (например, несущей составляющей нисходящей линии связи) может быть определено сопряжение (т.е. связь, спаривание, корреспонденция). Например, gNB 160 может передавать, например, используя PBCH (например, MIB), PDSCH (например, SIB типа 2) и/или выделенное сообщение RRC, информацию, используемую для конфигурирования сопряжения между восходящей линией связи и нисходящей линией связи. Более конкретно, обслуживающую соту, в которой выполняют передачу по PDSCH на основе диспетчеризации с использованием формата(-ов) DCI (т.е. формата(-ов) DCI для нисходящей линии связи, назначения нисходящей линии связи) можно идентифицировать на основе сопряжения. Кроме того, на основе сопряжения можно определять обслуживающую соту, в которой выполняют передачу по PUSCH на основе диспетчеризации с использованием формата(-ов) DCI (т.е. формата(-ов) DCI для восходящей линии связи, предоставления восходящей линии связи). При этом в данном случае поле(-я) индикатора несущей может (могут) не быть включено(-ы) в формат(-ы) DCI (т.е. формат(-ы) DCI для нисходящей линии связи, формат(-ы) DCI для восходящей линии связи). Более конкретно, формат(-ы) DCI, принятый(-ые) в первичной соте, может (могут) соответствовать передаче по нисходящей линии связи (например, передаче по PDSCH) в первичную соту. Кроме того, формат(-ы) DCI, принятый(-ые) во вторичной соте, может (могут) соответствовать передаче по восходящей линии связи (например, передаче по PUSCH) во вторичную соту.

[00137] Кроме того, как описано выше, можно поддерживать механизм активации и/или деактивации обслуживающей(-их) соты (сот). При этом первичная сота может быть всегда активирована. Например, gNB 160 может передавать, например, используя сигнал более высокого уровня (например, CE MAC) и/или формат(-ы) DCI, информацию, используемую для указания активации, деактивации и/или коммутации одной или более обслуживающих сот. Кроме того, gNB 160 может передавать, например, используя сигнал более высокого уровня (например, сообщение RRC), информацию, используемую для конфигурирования значения (значений) таймера (например, первого таймера), связанного с деактивацией и/или коммутацией одной или более обслуживающих сот. Например, UE 102 может поддерживать первый таймер для каждой сконфигурированной вторичной соты. Кроме того, UE 102 может деактивировать вторичную соту (т.е. связанную вторичную соту) на основе истечения таймера. Более конкретно, UE 102 может активировать обслуживающую(-ие) соту(-ы) (например, вторичную(-ые) соту(-ы)) на основе информации, используемой для указания активации и/или коммутации обслуживающей(-их) соты (сот) (например, вторичной(-ых) соты (сот)). Наконец, если обслуживающая(-ие) сота(-ы) активирована(-ы), UE 102 может выполнять передачу SRS (например, передачу апериодического SRS) на обслуживающую(-ие) соту(-ы). Кроме того, если обслуживающая(-ие) сота(-ы) активирована, UE 102 может выполнять передачу отчета CSI (например, передачу апериодического отчета CSI) для обслуживающей(-их) соты (сот). Кроме того, в случае активации обслуживающей(-их) соты (сот) UE 102 может выполнять отслеживание PDCCH в обслуживающей соте(-ах). Кроме того, если обслуживающая(-ие) сота(-ы) активирована, UE 102 может выполнять отслеживание PDCCH для обслуживающей(-их) соты (сот). Кроме того, в случае активации обслуживающей(-их) соты (сот) UE 102 может запускать (или перезапускать) первый таймер, связанный с обслуживающей(-ими) сотой(-ами). Кроме того, UE 102 может деактивировать на основе информации, используемой для деактивации обслуживающей(-их) соты (сот) (например, вторичной(-ых) соты (сот)), обслуживающую(-ие) соту(-ы) (например, вторичную(-ые) соту(-ы)). Наконец, в случае деактивации обслуживающей(-их) соты (сот) UE 102 может остановить первый таймер, связанный с обслуживающей(-ими) сотой(-ами). Кроме того, если формат(-ы) DCI в активированной(-ых) обслуживающей(-их) соте(-ах) используют для диспетчеризации PDSCH и/или PUSCH, UE 102 может перезапускать первый таймер, связанный с обслуживающей(-ими) сотой(-ами). Кроме того, если формат(-ы) DCI в обслуживающей(-их) соте(-ах), планирующий(-ие) активированную(-ые) обслуживающую(-ие) соту(-ы), используют для диспетчеризации PDSCH и/или PUSCH для активированной(-ых) обслуживающей(-их) соты (сот), UE 102 может перезапускать первый таймер, связанный с обслуживающей(-ими) сотой(-ами). Кроме того, если обслуживающая(-ие) сота(-ы) деактивирована(-ы), UE 102 может не выполнять передачу SRS (например, передачу апериодического SRS) на обслуживающую(-ие) соту(-ы). Кроме того, если обслуживающая(-ие) сота(-ы) деактивирована(-ы), UE 102 может не выполнять передачу отчета CSI (например, передачу апериодического отчета CSI) для обслуживающей(-их) соты (сот). Кроме того, если обслуживающая(-ие) сота(-ы) деактивирована(-ы), UE 102 может не передавать UL-SCH на обслуживающую(-ие) соту(-ы). Кроме того, если обслуживающая(-ие) сота(-ы) деактивирована(-ы), UE 102 может не отслеживать PDCCH в обслуживающей(-их) соте(-ах). Кроме того, если обслуживающая(-ие) сота(-ы) деактивирована(-ы), UE 102 может не отслеживать PDCCH для обслуживающей(-их) соты (сот).

[00138] Кроме того, например, одна или более BWP (например, четыре BWP DL и/или четыре BWP UL) могут быть сконфигурированы для UE 102. При этом сконфигурированная одна или более обслуживающих сот может включать в себя одну или более начальных активных BWP (например, начальных активных BWP DL и/или начальных активных BWP UL). Кроме того, сконфигурированная одна или более обслуживающих сот может включать в себя одну или более BWP по умолчанию (например, BWP DL по умолчанию и/или BWP UL по умолчанию). Например, начальная(-ые) активная(-ые) BWP может (могут) представлять собой BWP (например, BWP DL и/или BWP UL), в которых выполняют первоначальную процедуру создания соединения. Кроме того, начальная активная BWP может представлять собой BWP (например, BWP DL и/или BWP UL), в которой выполняют процедуру повторного создания соединения. Кроме того, начальная активная BWP может представлять собой BWP (например, BWP DL и/или BWP UL), которая указана как начальная активная BWP (например, указана как начальная активная BWP во время процедуры передачи обслуживания). Кроме того, например, BWP по умолчанию может (могут) представлять собой BWP (например, BWP DL и/или BWP UL), в которой(-ых) выполняют первоначальную процедуру создания соединения. Кроме того, BWP по умолчанию может представлять собой BWP (например, BWP DL и/или BWP UL), в которой выполняют процедуру повторного создания соединения. Кроме того, BWP по умолчанию может представлять собой BWP (например, BWP DL и/или BWP UL), которая указана как начальная активная BWP (например, указана как BWP по умолчанию во время процедуры передачи обслуживания). Более конкретно, BWP по умолчанию может представлять собой начальную активную BWP. Например, gNB 160 может передавать, например, используя PBCH (например, MIB), PDSCH (например, SIB типа 2) и/или выделенное сообщение RRC, информацию, конфигурирующую начальную(-ые) BWP. При этом gNB 160 может независимо конфигурировать начальную BWP DL и начальную BWP UL. Кроме того, gNB 160 может передавать, например, используя PBCH (например, MIB), PDSCH (например, SIB типа 2) и/или выделенное сообщение RRC, информацию, используемую для конфигурирования BWP по умолчанию. При этом gNB 160 может независимо конфигурировать BWP DL по умолчанию и BWP UL по умолчанию. Например, gNB 160 может передавать, например, используя PBCH (например, MIB), PDSCH (например, SIB типа 2) и/или выделенное сообщение RRC, информацию, используемую для конфигурирования одной или более BWP в обслуживающей(-их) соте(-ах). При этом gNB 160 может независимо конфигурировать в обслуживающей соте одну или более BWP DL (например, четыре BWP DL) и одну или более BWP UL (например, четыре BWP UL).

[00139] При этом начальную активную BWP и/или BWP по умолчанию можно использовать для передачи по PUCCH. Более конкретно, UE 102 может выполнять передачу по PUCCH в начальной активной BWP и/или BWP по умолчанию. Кроме того, начальная активная BWP и/или BWP по умолчанию могут и не быть деактивированы. Кроме того, перекрестная диспетчеризация несущих может и не применяться к начальной активной BWP и/или BWP по умолчанию. Более конкретно, начальная активная BWP и/или BWP по умолчанию могут быть всегда запланированы через их PDCCH (т.е. PDCCH начальной активной BWP и/или BWP по умолчанию). Кроме того, в случае, если PDCCH (например, отслеживание PDCCH, событие(-я) отслеживания PDCCH) BWP сконфигурирован, перекрестная диспетчеризация несущих может и не применяться к BWP. Более конкретно, если PDCCH BWP сконфигурирован, BWP можно всегда планировать через ее PDCCH (т.е. PDCCH BWP). Кроме того, если PDCCH (например, отслеживание PDCCH, событие(-я) отслеживания PDCCH) BWP не сконфигурирован, перекрестная диспетчеризация несущих может быть применена к BWP. Более конкретно, если PDCCH BWP не сконфигурирован, BWP можно планировать через PDCCH другой(-их) BWP. При этом, как описано выше, индикатор BWP (т.е. поле(-я) индикатора BWP) может быть включен в формат(-ы) DCI для указания BWP (например, в которой(-ых) запланирован соответствующий PDSCH и/или соответствующий PUSCH).

[00140] При этом между BWP UL и BWP DL может быть определено сопряжение (т.е. связь, спаривание, корреспонденция). Например, gNB 160 может передавать, например, используя PBCH (например, MIB), PDSCH (например, SIB типа 2) и/или выделенное сообщение RRC, информацию, используемую для конфигурирования сопряжения между BWP UL и BWP DL. Более конкретно, BWP, в которой выполняют передачу по PDSCH на основе диспетчеризации с использованием формата(-ов) DCI (т.е. формата(-ов) DCI для нисходящей линии связи, назначения нисходящей линии связи), можно идентифицировать на основе сопряжения. Кроме того, на основе сопряжения можно определять BWP, в которой выполняют передачу по PUSCH на основе диспетчеризации с использованием формата(-ов) DCI (т.е. формата(-ов) DCI для восходящей линии связи, предоставления восходящей линии связи). При этом в данном случае поле(-я) индикатора BWP может (могут) не быть включено(-ы) в формат(-ы) DCI (т.е. формат(-ы) DCI для нисходящей линии связи, формат(-ы) DCI для восходящей линии связи). Более конкретно, формат(-ы) DCI, принятый(-ые) в BWP DL, может (могут) соответствовать передаче по нисходящей линии связи (например, передаче по PDSCH) в BWP DL. Кроме того, формат(-ы) DCI, принятый(-ые) в BWP, может (могут) соответствовать передаче по восходящей линии связи (например, передаче по PUSCH) в BWP.

[00141] Кроме того, как описано выше, можно поддерживать механизм активации и/или деактивации BWP. При этом начальная активная BWP и/или BWP по умолчанию могут быть всегда активированы. Например, gNB 160 может передавать, например, используя сигнал более высокого уровня (например, CE MAC) и/или формат(-ы) DCI, информацию, используемую для указания активации, деактивации и/или коммутации одной или более BWP. Кроме того, gNB 160 может передавать, например, используя сигнал более высокого уровня (например, сообщение RRC), информацию, используемую для конфигурирования значения (значений) таймера (например, второго таймера), связанного с деактивацией и/или коммутацией одной или более BWP. Например, UE 102 может поддерживать второй таймер для каждой сконфигурированной BWP. Кроме того, UE 102 может поддерживать второй таймер для каждой(-ых) сконфигурированной(-ых) обслуживающей(-их) соты (сот). Кроме того, UE 102 может деактивировать BWP (т.е. связанную(-ые) BWP) на основе истечения таймера. Более конкретно, UE 102 может активировать BWP на основе информации, используемой для указания активации и/или коммутации BWP. Наконец, если BWP активирована(-ы), UE 102 может выполнять передачу SRS (например, передачу апериодического SRS) в BWP. Кроме того, если BWP активирована(-ы), UE 102 может выполнять передачу отчета CSI (например, передачу апериодического отчета CSI) для BWP. Кроме того, если BWP активирована(-ы), UE 102 может выполнять отслеживание PDCCH в BWP. Кроме того, если BWP активирована(-ы), UE 102 может выполнять отслеживание PDCCH для BWP. Кроме того, если BWP активирована(-ы), UE 102 может запускать (или перезапускать) второй таймер, связанный с BWP. Кроме того, UE 102 может деактивировать BWP на основе информации, используемой для деактивации BWP. Наконец, в случае деактивации BWP UE 102 может остановить второй таймер, связанный с BWP. Кроме того, если формат(-ы) DCI в активированной(-ых) BWP используют для диспетчеризации PDSCH и/или PUSCH, UE 102 может перезапускать второй таймер, связанный с BWP. Кроме того, если формат(-ы) DCI в BWP, планирующий(-ие) активированную(-ые) BWP, используют для диспетчеризации PDSCH и/или PUSCH для активированной(-ых) BWP, UE 102 может перезапускать второй таймер, связанный с BWP. Кроме того, если BWP деактивирована(-ы), UE 102 может не выполнять передачу SRS (например, передачу апериодического SRS) в BWP. Кроме того, если BWP деактивирована(-ы), UE 102 может не выполнять передачу отчета CSI (например, передачу апериодического отчета CSI) для BWP. Кроме того, если BWP деактивирована(-ы), UE 102 может не передавать UL-SCH в BWP. Кроме того, если BWP деактивирована(-ы), UE 102 может не отслеживать PDCCH в BWP. Кроме того, если BWP деактивирована(-ы), UE 102 может не отслеживать PDCCH для BWP.

[00142] При этом информация, используемая для конфигурирования значения (значений) второго таймера, может быть сконфигурирована для каждой обслуживающей соты. Более конкретно, информация, используемая для конфигурирования значения (значений) второго таймера, может быть сконфигурирована для каждой из обслуживающих сот (например, для каждой первичной соты и одной или более вторичных сот). Более конкретно, gNB 160 может конфигурировать значение(-я) второго таймера (например, одно (одни) значение(-я) второго таймера) для одной или более BWP в обслуживающей соте(-ах). Кроме того, информация, используемая для конфигурирования значения (значений) второго таймера, может быть сконфигурирована для каждой BWP (например, для каждой BWP в обслуживающей соте). Более конкретно, информация, используемая для конфигурирования значения (значений) второго таймера, может быть сконфигурирована для каждой(-ых) из BWP в обслуживающей соте. Более конкретно, gNB 160 может конфигурировать значение(-я) второго таймера (например, одно (одни) значение(-я) второго таймера) для каждой(-ых) из BWP в обслуживающей соте(-ах). При этом информация, используемая для конфигурирования значения (значений) второго таймера, может быть сконфигурирована для каждого формата DCI. Например, информация, используемая для конфигурирования значения (значений) второго таймера, может быть сконфигурирована для каждого из форматов DCI (например, формата A DCI, формата B DCI, формата C DCI, формата E DCI и/или формата E DCI). Более конкретно, информация, используемая для конфигурирования значения (значений) второго таймера, может быть сконфигурирована для каждой из обслуживающих сот, каждой(-ых) из BWP и/или каждого из форматов DCI. Более конкретно, если UE 102 принимает формат A DCI и/или формат D DCI, может быть запущен (перезапущен) второй таймер с первым(-ыми) значением(-ями). Кроме того, если UE 102 принимает формат B DCI и/или формат E DCI, может быть запущен (перезапущен) второй таймер со вторым(-ыми) значением(-ями). Кроме того, если UE 102 принимает формат C DCI и/или формат F DCI, может быть запущен (перезапущен) второй таймер с третьим(-ими) значением(-ями). При этом значение(-я) второго таймера (т.е. второй таймер) может (могут) и не применяться к предварительно определенному формату(-ам) DCI. При этом предварительно определенный(-ые) формат(-ы) DCI может (могут) быть предварительно определен(-ы) техническим описанием и известной информацией между gNB 160 и UE 102.

[00143] Кроме того, значение(-я) второго таймера (т.е. второй таймер) может (могут) быть независимо сконфигурировано(-ы) для BWP DL и BWP UL. Например, gNB 160 может конфигурировать четвертое(-ые) значение(-я) второго таймера (т.е. второй таймер) для BWP DL. Кроме того, если BWP DL активирована(-ы), UE 102 может запускать (или перезапускать) второй таймер для BWP DL. Кроме того, если формат(-ы) DCI в активированной BWP DL используют для диспетчеризации PDSCH, UE 102 может запускать (или перезапускать) второй таймер для BWP DL. Кроме того, если формат(-ы) DCI в BWP DL, планирующий(-ие) активированную(-ые) BWP, используют для диспетчеризации PDSCH для активированной(-ых) BWP, UE 102 может запускать (или перезапускать) второй таймер для BWP DL. Кроме того, gNB 160 может конфигурировать пятое(-ые) значение(-я) второго таймера (т.е. второй таймер) для BWP UL. Наконец, если BWP UL активирована(-ы), UE 102 может запускать (или перезапускать) второй таймер для BWP UL. Кроме того, если формат(-ы) DCI в активированной BWP UL используют для диспетчеризации PUSCH, UE 102 может запускать (или перезапускать) второй таймер для BWP UL. Кроме того, если формат(-ы) DCI в активированной BWP UL, планирующий(-ие) активированную(-ые) BWP UL, используют для диспетчеризации PUSCH для активированной(-ых) BWP UL, UE 102 может запускать (или перезапускать) второй таймер для BWP UL.

[00144] Например, UE 102, сконфигурированное для работы в BWP обслуживающей соты, может быть сконфигурировано (например, используя PBCH (например, MIB, PDSCH (SIB типа 2 (т.е. RMSI)) и/или выделенное сообщение RRC) для обслуживающей соты) набором BWP для приема(-ов) посредством UE 102 (например, набором BWP DL) в ширине полосы DL для обслуживающей соты. Кроме того, UE 102, сконфигурированное для работы в BWP обслуживающей соты, может быть сконфигурировано (например, используя PBCH (например, MIB, PDSCH (SIB типа 2 (т.е. RMSI)) и/или выделенное сообщение RRC) для обслуживающей соты) набором BWP для передачи (передач) посредством UE 102 (например, набором BWP UL) в ширине полосы UL для обслуживающей соты. Например, для работы в непарном спектре (т.е. работы со связанным спектром) BWP DL из набора сконфигурированных BWP DL может быть сопряжена с BWP UL из набора сконфигурированных BWP UL, причем BWP DL и BWP UL могут иметь один и тот же индекс в соответствующих наборах. При этом индекс может быть сконфигурирован с помощью PBCH (например, MIB, PDSCH (SIB типа 2 (т.е. RMSI)) и/или выделенного сообщения RRC. Кроме того, индекс может быть указан с помощью формата(-ов) DCI. Кроме того, для работы в непарном спектре UE 102 может ожидать, что центральная частота для BWP DL совпадает с центральной частотой для BWP UL.

[00145] При этом, например, для каждой BWP DL или BWP UL в наборе BWP DL или BWP UL соответственно gNB 160 может конфигурировать, например, с помощью сигнала более высокого уровня, один или более параметров (например, разнос поднесущих (численную величину), циклический префикс, ряд смежных PRB, смещение первого PRB BWP DL в ширине полосы DL и/или смещение первого PRB BWP UL в ширине полосы UL). Более конкретно, gNB 160 может передавать, например, с помощью сигнала более высокого уровня, информацию, используемую для конфигурирования одного или более параметров. Более конкретно, например, каждая BWP DL в наборе BWP DL может иметь разную ширину полосы (т.е. разное количество смежных PRB). Кроме того, каждая BWP UL в наборе BWP UL может иметь разную ширину полосы (т.е. разное количество смежных PRB). Кроме того, как описано выше, для каждой BWP DL в наборе BWP DL может быть сконфигурировано (например, определено) пространство поиска (например, CSS и/или USS). Кроме того, для каждой BWP UL в наборе BWP UL может быть сконфигурирован и/или указан ресурс PUCCH (например, наборы ресурсов для передачи по PUCCH), как описано в системах и способах в настоящем документе. Кроме того, для каждой BWP UL в наборе BWP UL может быть сконфигурирован и/или указан ресурс PUSCH (например, наборы ресурсов для передачи по PUSCH), как описано в системах и способах в настоящем документе.

[00146] Более конкретно, например, UE 102 может выполнять на основе одного или более параметров прием по PDCCH и/или PDSCH в BWP DL. Кроме того, UE 102 может выполнять на основе одного или более параметров передачу по PUSCH и/или PUCCH в BWP UL. Более конкретно, BWP DL из сконфигурированного набора BWP DL для приемов по DL (т.е. приема по PDCCH и/или PDSCH) может быть сконфигурирована (например, с помощью сигнала более высокого уровня) и/или указана (например, с помощью формата(-ов) DCI). Кроме того, BWP UL из сконфигурированного набора BWP UL для передач UL (т.е. передач по PUSCH и/или PUCCH) может быть сконфигурирована (например, с помощью сигнала более высокого уровня) и/или указана (например, с помощью формата(-ов) DCI). При этом, как описано выше, набор ресурсов управления пространства поиска (например, CSS и/или USS) может быть сконфигурирован (например, определен) для начальной активированной BWP DL и/или BWP DL по умолчанию. Например, начальная активированная BWP DL, которая определена местоположением и количеством смежных PRB, разносом поднесущих и/или циклическим префиксом, может представлять собой BWP DL для набора ресурсов управления для общего пространства поиска. Кроме того, как описано выше, если индикатор BWP сконфигурирован (например, присутствует) в формате(-ах) DCI, планирующего(-их) PDSCH (например, прием по PDSCH), значение(-я) индикатора BWP может (могут) быть использовано(-ы) для указания активированной BWP DL из сконфигурированной BWP DL для приемов по DL. Кроме того, если индикатор BWP сконфигурирован (например, присутствует) в формате(-ах) DCI, планирующего(-их) PUSCH (например, передачу по PUSCH), значение(-я) индикатора BWP может (могут) быть использовано(-ы) для указания активированной BWP UL из сконфигурированной BWP UL для передач UL.

[00147] Кроме того, например, если сконфигурирована BWP по умолчанию (например, BWP по умолчанию обслуживающей(-их) соты (сот) (например, первичной соты и/или вторичной соты)) и сконфигурирован второй таймер (например, второй таймер, указывающий значение(-я) для обслуживающей(-их) соты (сот) (например, первичной соты и/или вторичной соты)), для непарного спектра UE 102 может инициализировать (например, запускать, перезапускать) второй таймер (например, значение(-я) второго таймера), если UE 102 обнаруживает формат(-ы) DCI, указывающий(-ие) активированную(-ые) BWP DL. Кроме того, если сконфигурирована BWP по умолчанию (например, BWP по умолчанию первичной соты) и сконфигурирован второй таймер (например, второй таймер, указывающий значение(-я) для первичной соты), UE 102 может инициализировать второй таймер (например, значение(-я) второго таймера), если UE 102 обнаруживает формат(-ы) DCI, указывающий(-ие) активированную(-ые) BWP UL. Кроме того, если UE 102 не обнаруживает формат(-ы) DCI, UE 102 может увеличить время работы второго таймера (например, значение(-я) второго таймера) в каждом периоде отслеживания PDCCH для формата(-ов) DCI. Кроме того, для обслуживающей(-их) соты (сот) (например, первичной соты и/или вторичной соты), если UE 102 не обнаруживает формат(-ы) DCI, указывающий(-ие) активную(-ые) BWP DL для работы в непарном спектре (например, для общего числа соответствующих последовательных периодов отслеживания PDCCH по всем наборам ресурсов управления, равного значению(-ям) второго таймера, UE сконфигурировано для отслеживания PDCCH в активной BWP DL), UE 102 может переключиться на BWP DL по умолчанию из активированной BWP DL. Более конкретно, если значение(-я) второго таймера равно сконфигурированному значению (т.е. значению(-ям) второго таймера, сконфигурированному с помощью gNB 160), время работы второго таймера истекает (т.е. время работы второго таймера считается истекшим). Кроме того, для обслуживающей(-их) соты (сот) (например, первичной соты и/или вторичной соты), если UE 102 не обнаруживает формат(-ы) DCI, указывающий(-ие) BWP DL, и/или формат(-ы) DCI, указывающий(-ие) BWP UL, для работы в парном спектре (например, для общего числа соответствующих последовательных периодов отслеживания PDCCH по всем наборам ресурсов управления, равного значению(-ям) второго таймера, UE сконфигурировано для отслеживания PDCCH в активной BWP DL), UE 102 может переключиться на BWP DL по умолчанию из активированной BWP DL. Кроме того, если первая(-ые) активированная(-ые) BWP DL сконфигурирована(-ы) в обслуживающей(-их) соте(-ах) (т.е. первичной соте и/или вторичной соте), UE 102 может использовать указанную BWP DL в обслуживающей(-их) соте(-ах) в качестве первой активированной BWP DL в обслуживающей(-их) соте(-ах). Кроме того, можно ожидать, что UE 102 не будет отслеживать PDCCH в случае, если UE 102 выполняет измерения ширины полосы, которая не находится в пределах BWP DL для UE 102.

[00148] Более конкретно, если UE 102 обнаруживает формат(-ы) DCI, указывающий(-ие) активированную(-ые) BWP (например, BWP DL и/или BWP UL), UE 102 может инициализировать (например, запускать, перезапускать) второй таймер (например, значение(-я) второго таймера). Например, если UE 102 обнаруживает формат(-ы) DCI, указывающий(-ие) активированную(-ые) BWP в пределах второго таймера (например, во время работы второго таймера), UE 102 может инициализировать второй таймер. Например, если UE 102 обнаруживает формат(-ы) DCI, указывающий(-ие) активированную(-ые) BWP в пределах второго таймера, UE 102 может инициализировать второй таймер, связанный с BWP (например, BWP DL, активированной(-ых) с помощью формата(-ов) DCI, BWP UL, активированной(-ых) с помощью формата(-ов) DCI, и/или BWP UL, спаренной(-ых) с BWP DL, активированной(-ых) с помощью формата(-ов) DCI). Кроме того, если UE 102 обнаруживает формат(-ы) DCI, используемый(-ые) для диспетчеризации PDSCH в BWP (т.е. формат(-ы) DCI для BWP) в пределах таймера, UE 102 может инициализировать второй таймер, связанный с BWP (например, BWP DL, в которой(-ых) запланирован PDSCH, и/или BWP UL, спаренной(-ых) с BWP DL, в которой(-ых) запланирован PDSCH). Кроме того, если UE 102 обнаруживает формат(-ы) DCI, используемый(-ые) для диспетчеризации PUSCH в BWP (т.е. формат(-ы) DCI для BWP) в пределах таймера, UE 102 может инициализировать второй таймер, связанный с BWP (например, BWP UL, в которой(-ых) запланирован PUSCH).

[00149] При этом формат(-ы) DCI, обнаруженный(-ые) UE 102 для инициализации второго таймера, может (могут) представлять собой только формат(-ы) DCI диспетчеризации (т.е. формат A DCI, формат B DCI, формат D DCI и/или формат E DCI). Более конкретно, только в случае, если UE 102 обнаруживает формат(-ы) DCI диспетчеризации для BWP в пределах второго таймера, UE 102 может инициализировать второй таймер, связанный с BWP. Более конкретно, если UE 102 обнаруживает формат(-ы) DCI для BWP, отличный(-ые) от формата(-ов) DCI диспетчеризации (как описано выше), UE 102 может не инициализировать второй таймер, связанный с BWP. Кроме того, если UE 102 обнаруживает резервный формат(-ы) DCI (т.е. формат B DCI и/или формат E DCI) для BWP, UE 102 может не инициализировать второй таймер, связанный с BWP. Более конкретно, только в случае, если UE 102 обнаруживает формат A DCI и/или формат D DCI для BWP, UE 102 может инициализировать второй таймер, связанный с BWP.

[00150] Кроме того, если UE 102 не обнаруживает формат(-ы) DCI, указывающий(-ие) активированную(-ые) BWP (например, BWP DL и/или BWP UL) в пределах второго таймера (например, в случае истечения второго таймера, в предположении истечения второго таймера), UE 102 может переключиться на BWP по умолчанию из активированной(-ых) BWP. Например, если UE 102 не обнаруживает формат(-ы) DCI, используемый(-ые) для диспетчеризации PDSCH в BWP (т.е. формат(-ы) DCI для BWP), UE 102 может переключиться на BWP по умолчанию из активированной(-ых) BWP. Кроме того, если UE 102 не обнаруживает формат(-ы) DCI, используемый(-ые) для диспетчеризации PUSCH в BWP (т.е. формат(-ы) DCI для BWP), UE 102 может переключиться на BWP по умолчанию из активированной(-ых) BWP. Более конкретно, в случае истечения второго таймера (т.е. в случае, когда второй таймер считается истекшим), UE 102 может переключиться на BWP по умолчанию (BWP DL по умолчанию и/или BWP UL по умолчанию) из активированной(-ых) BWP (активированной(-ых) BWP DL и/или активированной(-ых) BWP UL).

[00151] На Фиг. 6 представлен другой пример передач по нисходящей линии связи и/или восходящей линии связи. В данном случае, если UE 102 обнаруживает формат(-ы) DCI для BWP и второй таймер, связанный с BWP, истекает раньше соответствующего приема в BWP и/или соответствующей передачи в BWP, UE 102 может продлевать (например, увеличивать) второй таймер, связанный с BWP. Например, если UE 102 обнаруживает формат(-ы) DCI, используемый(-ые) для диспетчеризации PDSCH в BWP DL (т.е. формат(-ы) DCI для BWP DL) и второй таймер, связанный с BWP DL, истекает раньше приема по PDSCH в BWP DL, UE 102 может продлевать второй таймер, связанный с BWP DL. Кроме того, если UE 102 обнаруживает формат(-ы) DCI, используемый(-ые) для диспетчеризации PDSCH в BWP DL (т.е. формат(-ы) DCI для BWP DL) и второй таймер, связанный с BWP DL и/или BWP UL (например, BWP UL, сопряженной(-ыми) с BWP DL), истекает раньше приема по PDSCH в BWP DL, UE 102 может продлевать второй таймер, связанный с BWP DL и/или BWP UL (например, BWP UL, сопряженной(-ых) с BWP DL). Кроме того, если UE 102 обнаруживает формат(-ы) DCI, используемый(-ые) для диспетчеризации PUSCH в BWP UL (т.е. формат(-ы) DCI для BWP UL) и второй таймер, связанный с BWP UL, истекает раньше передачи по PUSCH в BWP UL, UE 102 может продлевать второй таймер, связанный с BWP UL.

[00152] При этом формат(-ы) DCI, обнаруженный(-ые) UE 102 для продления работы второго таймера, может (могут) представлять собой только формат(-ы) DCI диспетчеризации (т.е. формат A DCI, формат B DCI, формат D DCI и/или формат E DCI). Более конкретно, только в случае, если UE 102 обнаруживает формат(-ы) DCI диспетчеризации для BWP и второй таймер истекает раньше соответствующего приема в BWP и/или соответствующей передачи в BWP, UE 102 может продлевать второй таймер, связанный с BWP. Более конкретно, если UE 102 обнаруживает формат(-ы) DCI для BWP, отличный(-ые) от формата(-ов) DCI диспетчеризации (как описано выше), и второй таймер истекает раньше соответствующего приема в BWP и/или соответствующей передачи в BWP, UE 102 может не продлевать второй таймер, связанный с BWP. Кроме того, если UE 102 обнаруживает резервный формат(-ы) DCI (т.е. формат B DCI и/или формат E DCI) для BWP и второй таймер истекает раньше соответствующего приема в BWP и/или соответствующей передачи в BWP, UE 102 может не продлевать второй таймер, связанный с BWP. Более конкретно, только в случае, если UE 102 обнаруживает формат A DCI и/или формат D DCI для BWP и второй таймер истекает раньше соответствующего приема в BWP и/или соответствующей передачи в BWP, UE 102 может продлевать второй таймер, связанный с BWP.

[00153] Более конкретно, если UE 102 обнаруживает формат(-ы) DCI для BWP и второй таймер, связанный с BWP, истекает раньше соответствующего приема в BWP и/или соответствующей передачи в BWP, UE 102 может не переключаться на BWP по умолчанию из активированной(-ых) BWP. Более конкретно, если UE 102 обнаруживает формат(-ы) DCI для BWP и второй таймер, связанный с BWP, истекает раньше соответствующего приема в BWP и/или соответствующей передачи в BWP, UE 102 может инициализировать (например, сбрасывать, перезапускать) второй таймер, связанный с BWP. Более конкретно, если UE 102 обнаруживает формат(-ы) DCI для BWP и второй таймер, связанный с BWP, истекает раньше соответствующего приема в BWP и/или соответствующей передачи в BWP, UE 102 может инициализировать (например, сбрасывать, перезапускать) второй таймер, связанный с BWP, и выполнять соответствующий прием в BWP и/или соответствующую передачу в BWP. Например, если UE 102 обнаруживает формат(-ы) DCI для BWP DL и второй таймер, связанный с BWP DL, истекает раньше приема по PDSCH в BWP, UE 102 может инициализировать (например, сбрасывать, перезапускать) второй таймер, связанный с BWP DL, и выполнять прием по PDSCH в BWP DL. Кроме того, если UE 102 обнаруживает формат(-ы) DCI для BWP UL и второй таймер, связанный с BWP DL, истекает раньше передачи по PUSCH в BWP, UE 102 может инициализировать (например, сбрасывать, перезапускать) второй таймер, связанный с BWP UL, и выполнять передачу по PUSCH в BWP UL.

[00154] Кроме того, например, если UE 102 обнаруживает (например, декодирует) PDSCH в BWP и второй таймер, связанный с BWP, истекает раньше передачи HARQ-ACK (т.е. HARQ-ACK для PDSCH) в BWP, UE 102 может продлевать (например, увеличивать) второй таймер, связанный с BWP. При этом, если UE 102 обнаруживает (например, декодирует) PDSCH в BWP и второй таймер, связанный с BWP, истекает раньше передачи HARQ-ACK (т.е. HARQ-ACK для PDSCH) в BWP, UE 102 может инициализировать (например, сбрасывать, перезапускать) второй таймер, связанный с BWP. Например, если UE 102 обнаруживает (например, декодирует) PDSCH в BWP DL и второй таймер, связанный с BWP UL, истекает раньше передачи HARQ-ACK (т.е. HARQ-ACK для PDSCH) в BWP UL, UE 102 может инициализировать (например, сбрасывать, перезапускать) второй таймер, связанный с BWP UL, и выполнять передачу HARQ-ACK в BWP UL.

[00155] При этом, если UE 102 обнаруживает формат(-ы) DCI для BWP и второй таймер, связанный с BWP, истекает до соответствующего приема в BWP и/или соответствующей передачи в BWP, UE 102 может переключиться на BWP по умолчанию из BWP (например, активированной(-ых) BWP) после выполнения соответствующего приема в BWP и/или соответствующей передачи в BWP. Более конкретно, в этом случае UE 102 может переключиться на BWP по умолчанию из BWP (например, активированной(-ых) BWP) сразу после выполнения соответствующего приема в BWP и/или соответствующей передачи в BWP. Например, в этом случае UE 102 может переключиться на BWP DL по умолчанию из BWP DL (например, активированной(-ых) BWP) сразу после приема по PDSCH в BWP. Кроме того, в этом случае UE 102 может переключиться на BWP DL по умолчанию и BWP UL по умолчанию из BWP DL (например, активированной(-ых) BWP DL) и BWP UL (например, активированной(-ых) BWP UL) сразу после выполнения приема по PDSCH в BWP DL в BWP UL. Кроме того, в этом случае UE 102 может переключиться на BWP UL по умолчанию из BWP UL (например, активированной(-ых) BWP UL) сразу после выполнения передачи по PUSCH в BWP UL.

[00156] Кроме того, если UE 102 обнаруживает (например, декодирует) PDSCH в BWP (например, активированной(-ых) BWP) и второй таймер, связанный с BWP, истекает раньше передачи HARQ-ACK (т.е. HARQ-ACK для PDSCH) в BWP, UE 102 может переключиться на BWP по умолчанию из BWP сразу после выполнения передачи HARQ-ACK.

[00157] Кроме того, если UE 102 обнаруживает формат(-ы) DCI для BWP и второй таймер, связанный с BWP, истекает раньше соответствующего приема в BWP и/или соответствующей передачи в BWP, UE 102 может выполнять соответствующий прием в BWP по умолчанию и/или соответствующую передачу в BWP по умолчанию. Например, если UE 102 обнаруживает формат(-ы) DCI, используемый(-ые) для диспетчеризации PDSCH в BWP DL (т.е. формат(-ы) DCI для BWP DL) и второй таймер, связанный с BWP DL, истекает раньше приема по PDSCH в BWP DL, UE 102 может выполнять соответствующий прием по PDSCH в BWP DL по умолчанию. Кроме того, если UE 102 обнаруживает формат(-ы) DCI, используемый(-ые) для диспетчеризации PDSCH в BWP DL (т.е. формат(-ы) DCI для BWP DL) и второй таймер, связанный с BWP DL и/или BWP UL (например, BWP UL, сопряженной(-ыми) с BWP DL), истекает раньше соответствующего приема по PDSCH в BWP DL, UE 102 может выполнять прием по PDSCH в BWP DL по умолчанию. Кроме того, если UE 102 обнаруживает формат(-ы) DCI, используемый(-ые) для диспетчеризации PUSCH в BWP UL (т.е. формат(-ы) DCI для BWP UL) и второй таймер, связанный с BWP UL, истекает раньше передачи по PUSCH в BWP UL, UE 102 может выполнять соответствующую передачу по PUSCH в BWP UL по умолчанию. При этом могут быть активированы BWP по умолчанию (например, BWP DL по умолчанию и/или BWP UL по умолчанию). Более конкретно, BWP по умолчанию (например, BWP DL по умолчанию и/или BWP UL по умолчанию) можно активировать на основе (например, для выполнения) приема по PDSCH (например, приема по PDSCH, запланированного с использованием формата(-ов) DCI, принятого(-ых) в BWP (например, активированной(-ых) BWP, отличной(-ых) от BWP по умолчанию, активированной(-ых) BWP DL). Кроме того, BWP по умолчанию (например, BWP UL по умолчанию) можно активировать на основе (например, для выполнения) передачи по PUSCH (например, передачи по PUSCH, запланированной с использованием формата(-ов) DCI, принятого(-ых) в активированной(-ых) BWP (например, активированной(-ых) BWP, отличной(-ых) от BWP по умолчанию, активированной(-ых) BWP DL).

[00158] Кроме того, если UE 102 обнаруживает (например, декодирует) PDSCH в BWP (например, активированной(-ых) BWP) и второй таймер, связанный с BWP, истекает раньше передачи HARQ-ACK (т.е. HARQ-ACK для PDSCH) в BWP, UE 102 может выполнять соответствующую передачу HARQ-ACK в BWP UL по умолчанию. Более конкретно, BWP по умолчанию (например, BWP UL по умолчанию) можно активировать на основе (например, для выполнения) передачи HARQ-ACK (например, передачи HARQ-ACK для PDSCH, принятого в активированной(-ых) BWP (например, активированной(-ых) BWP, отличной(-ых) от BWP по умолчанию, активированной(-ых) BWP DL).

[00159] При этом, как описано выше, каждая из BWP может иметь разную ширину полосы. Более конкретно, например, BWP по умолчанию и активированная(-ые) BWP (например, активированная(-ые) BWP, отличная(-ые) от BWP по умолчанию) могут иметь разную ширину полосы. Более конкретно, если UE 102 переключается на BWP по умолчанию из активированной(-ых) BWP и UE 102 выполняет прием по PDSCH в BWP по умолчанию, может потребоваться повторная интерпретация назначения ресурсного блока (т.е. значения (значений) поля(-ей) назначения ресурсного блока, индекса ресурса, указанного с использованием формата(-ов) DCI). Например, если ширина полосы BWP по умолчанию равна 50 МГц (например, количество PRB равно 50), а ширина полосы активированной BWP равна 100 МГц (например, количество PRB равно 100), назначение ресурсного блока, указывающее индекс 80 для активированной BWP, может и не применяться к BWP по умолчанию. При этом, например, как описано выше, если UE 102 обнаруживает формат(-ы) DCI для BWP и второй таймер, связанный с BWP, истекает раньше соответствующего приема в BWP и/или соответствующей передачи в BWP, UE 102 может повторно интерпретировать индекс для ресурса, указанного с использованием формата(-ов) DCI.

[00160] Например, если UE 102 выполняет прием по PDSCH в BWP1 DL (например, ширина полосы BWP1 DL равна 50 МГц, BWP DL по умолчанию), которая запланирована с использованием формата(-ов) DCI, принятого(-ых) в BWP2 DL (например, ширина полосы BWP2 DL равна 100 МГц), UE 102 может определять на основе ширины полосы BWP1 DL и/или ширины полосы BWP2 DL ресурс PDSCH (например, индекс ресурса PDSCH), указанный с использованием формата(-ов) DCI. Более конкретно, UE 102 может определять ресурс PDSCH в BWP1 DL на основе количества PRB BWP1 DL (например, 50) и/или количества PRB BWP2 DL (например, 100). Например, если ширина полосы BWP1 DL равна 50 МГц (например, количество PRB равно 50), а ширина полосы BWP2 DL равна 100 МГц (например, количество PRB равно 100), назначение ресурсного блока, указывающее индекс 80 для BWP2 DL, можно интерпретировать как индекс 40 в BWP1 DL. Более конкретно, например, соотношение ширины полосы BWP1 DL и ширины полосы BWP2 DL можно использовать для определения ресурса PDSCH (например, индекса ресурса PDSCH).

[00161] Кроме того, например, если UE 102 выполняет передачу по PUSCH в BWP1 UL (например, ширина полосы BWP1 UL равна 50 МГц, BWP UL по умолчанию), которая запланирована с помощью формата(-ов) DCI, используемого(-ых) для диспетчеризации PUSCH в BWP2 UL (например, ширина полосы BWP2 UL равна 100 МГц), UE 102 может определять на основе ширины полосы BWP1 DL и/или ширины полосы BWP2 DL ресурс PUSCH (например, индекс ресурса PUSCH), указанный с использованием формата(-ов) DCI. Более конкретно, UE 102 может определять ресурс PUSCH в BWP1 UL на основе количества PRB BWP1 UL (например, 50) и/или количества PRB BWP2 UL (например, 100). Например, если ширина полосы BWP1 UL равна 50 МГц (например, количество PRB равно 50), а ширина полосы BWP2 UL равна 100 МГц (например, количество PRB равно 100), назначение ресурсного блока, указывающее индекс 80 для BWP2 UL, можно интерпретировать как индекс 40 в BWP1 UL. Более конкретно, например, соотношение ширины полосы BWP1 UL и ширины полосы BWP2 UL можно использовать для определения ресурса PUSCH (например, индекса ресурса PUSCH).

[00162] Кроме того, например, UE 102 может выполнять в BWP1 UL (например, ширина полосы BWP1 UL равна 50 МГц, BWP UL по умолчанию) передачу HARQ-ACK для PDSCH, принятого в BWP2 UL (например, ширина полосы BWP2 UL равна 100 МГц). Наконец, в этом случае UE 102 может определять на основе ширины полосы BWP1 UL и/или ширины полосы BWP2 UL ресурс PUSCH в BWP1 UL и/или PUCCH в BWP1 UL (например, индекс ресурса PUSCH в BWP1 UL и/или PUCCH в BWP1) для передачи HARQ-ACK. Более конкретно, UE 102 может определять ресурс PUSCH в BWP1 UL и/или ресурс PUCCH на основе количества PRB BWP1 UL (например, 50) и/или количества PRB BWP2 UL (например, 100). Например, если ширина полосы BWP1 UL равна 50 МГц (например, количество PRB равно 50), а ширина полосы BWP2 UL равна 100 МГц (например, количество PRB равно 100), назначение ресурсного блока, указывающее индекс 80 для BWP2 UL, можно интерпретировать как индекс 40 в BWP1 UL. Более конкретно, например, соотношение ширины полосы BWP1 UL и ширины полосы BWP2 UL можно использовать для определения ресурса PUSCH и/или PUCCH (например, индекса ресурса PUSCH и/или PUCCH).

[00163] При этом в качестве передачи по восходящей линии связи (например, передачи по PUSCH) могут быть определены передача на основе сконфигурированного предоставления и передача на основе динамической диспетчеризации. При этом передача на основе сконфигурированного предоставления может включать передачу по PUSCH, который запланирован полупостоянно (т.е. полупостоянная диспетчеризация, SPS UL). Кроме того, передача на основе сконфигурированного предоставления может включать передачу по PUSCH без предоставления UL (т.е. диспетчеризация без предоставления, GF). При этом передача по PUSCH без предоставления UL может включать передачу GF типа 1 и/или передачу GF типа 2. Кроме того, передача GF типа 1 и/или передача GF типа 2 могут поддерживать повторение (т.е. повторение передачи). Более конкретно, передача на основе сконфигурированного предоставления может включать передачу SPS UL, передачу GF (например, передачу GF типа 1 и/или передачу GF типа 2).

[00164] Например, передачу SPS UL можно поддерживать на основе конфигурации RRC и активации с использованием формата(-ов) DCI с C-RNTI SPS. Например, gNB 160 может конфигурировать, используя сигнал RRC, периодичность передачи SPS UL. Кроме того, gNB 16- может указывать, используя формат(-ы) DCI с C-RNTI SPS, активацию для передачи SPS UL. Наконец, UE 102 может выполнять передачу SPS UL по PUSCH. Кроме того, передачу GF типа 1 можно поддерживать на основе конфигурации RRC. Например, gNB 160 может конфигурировать, используя сигнал RRC, периодичность передачи GF типа 1. Наконец, UE 102 может выполнять передачу GF типа 1 (например, одно или более повторений) по PUSCH. Кроме того, передачу GF типа 2 можно поддерживать на основе конфигурации RRC и активации с использованием формата(-ов) DCI с C-RNTI GF. Например, gNB 160 может конфигурировать, используя сигнал RRC, периодичность передачи GF типа 2. Кроме того, gNB 16- может указывать, используя формат(-ы) DCI с C-RNTI GF, активацию для передачи SPS UL. Наконец, UE 102 может выполнять передачу GF типа 2 по PUSCH. Кроме того, передачу на основе динамической диспетчеризации можно поддерживать на основе формата(-ов) DCI с C-RNTI. Как описано выше, UE 102 может выполнять передачу по PUSCH, который запланирован с использованием формата(-ов) DCI с C-RNTI.

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

[00166] Наконец, если передача основана на сконфигурированном предоставлении в активированной BWP1 (например, BWP по умолчанию) и передача основана на динамическом предоставлении в активированной BWP2, UE 102 может выполнять передачу на основе динамического предоставления в активированной BWP2. Более конкретно, если передача основана на сконфигурированном предоставлении в активированной BWP1 (например, BWP по умолчанию) и передача основана на динамическом предоставлении в активированной BWP2, UE 102 может сбросить передачу на основе динамического предоставления в активированной BWP1. Более конкретно, передача на основе динамического предоставления может иметь приоритет над передачей на основе сконфигурированного предоставления. Кроме того, если передача основана на сконфигурированном предоставлении в активированной BWP1 (например, BWP по умолчанию) и передача основана на динамическом предоставлении в активированной BWP2, UE 102 может выполнять передачу на основе сконфигурированного предоставления в активированной BWP1. Более конкретно, если передача основана на сконфигурированном предоставлении в активированной BWP1 (например, BWP по умолчанию) и передача основана на динамическом предоставлении в активированной BWP2, UE 102 может сбросить передачу на основе динамического предоставления в активированной BWP2. Более конкретно, передача на основе сконфигурированного предоставления может иметь приоритет над передачей на основе динамического предоставления.

[00167] При этом, как описано выше, gNB 160 может конфигурировать путем использования первого сообщения (например, PBCH (например, MIB) и/или PDSCH (например, SIB типа 2 (т.е. RMSI))) одну или более информаций, как описано. Кроме того, gNB 160 может конфигурировать путем использования второго сообщения (например, выделенного сообщения RRC) еще одну информацию (т.е. ту же самую одну или более информаций), как описано. Например, как описано выше, еще одна информация может включать в себя информацию, используемую для конфигурирования CSS (например, область CSS, один или более CORESET CSS). Кроме того, одна или более информации могут включать в себя информацию, используемую для конфигурирования USS (например, область USS, один или более CORESET USS). Кроме того, одна или более информации могут включать в себя информацию, используемую для конфигурирования события (событий) (например, периодичность отслеживания PDCCH, событие(-я) отслеживания PDCCH). Кроме того, одна или более информации могут включать в себя информацию, используемую для конфигурирования обслуживающей(-их) соты (сот). Кроме того, одна или более информации могут включать в себя информацию, используемую для конфигурирования BWP. Кроме того, одна или более информации могут включать в себя информацию, используемую для конфигурирования BWP по умолчанию и/или начальной(-ых) активированной(-ых) BWP. Кроме того, одна или более информации могут включать в себя информацию, используемую для конфигурирования одной или более BWP в обслуживающей(-их) соте(-ах). Кроме того, информацию, используемую для конфигурирования сопряжения между частью(-ями) BWP UL и частью(-ями) BWP DL.

[00168] При этом, если одна или более информации (например, первое(-ые) значение(-я) одной или более информаций) сконфигурированы путем использования первого сообщения и одна или более информации (например, второе(-ые) значение(-я) одной или более информаций) сконфигурированы путем использования второго сообщения, UE 102 может использовать одну или более информаций (например, второе(-ые) значение(-я) одной или более информаций), которые сконфигурированы с использованием второго сообщения. Более конкретно, первое(-ые) значение(-я) одной или более информаций, которые сконфигурированы путем использования первого сообщения, может (могут) быть переопределено(-ы) вторым значением(-ями) одной или более информаций, которые сконфигурированы путем использования второго сообщения. При этом, если информация (например, первое(-ые) значение(-я) одной или более информаций) сконфигурирована путем использования первого сообщения и никакая информация (например, никакое второе(-ые) значение(-я) одной или более информаций) не сконфигурирована путем использования второго сообщения, UE 102 может использовать одну или более информаций (например, первое(-ые) значение(-я) одной или более информаций), которые сконфигурированы путем использования первого сообщения. Кроме того, если никакая информация (например, первое(-ые) значение(-я) одной или более информаций) не сконфигурирована путем использования первого сообщения и информация (например, второе(-ые) значение(-я) одной или более информаций) сконфигурирована путем использования второго сообщения, UE 102 может использовать одну или более информаций (например, второе(-ые) значение(-я) одной или более информаций), которые сконфигурированы с использованием первого сообщения. Кроме того, если одна или более информации (например, первое(-ые) значение(-я) одной или более информаций) сконфигурированы путем использования первого сообщения и одна или более информации (например, второе(-ые) значение(-я) одной или более информаций) сконфигурированы путем использования второго сообщения, UE 102 может использовать одну или более информаций (например, второе(-ые) значение(-я) информации), которые сконфигурированы с использованием первого сообщения. Более конкретно, второе(-ые) значение(-я) одной или более информаций, которые сконфигурированы с использованием второго сообщения, может (могут) быть переопределено(-ы) первым значением(-ями) одной или более информаций, которые сконфигурированы путем использования первого сообщения.

[00169] На Фиг. 7 проиллюстрированы примеры поля запроса CSI. Как описано выше, запрос CSI (т.е. поле(-я) запроса CSI) может быть включен в формат(-ы) DCI. При этом запрос CSI можно использовать для запроса (например, инструктирования, указания, запуска) передачи CSI по PUSCH и/или PUCCH. В данном случае передача CSI, запрашиваемой с помощью формата(-ов) DCI, может называться апериодическим отчетом CSI (т.е. передачей апериодического отчета CSI). Например, запрос CSI, включенный в формат(-ы) DCI для нисходящей линии связи, можно использовать для запроса передачи CSI по PUCCH. Кроме того, запрос CSI, включенный в формат(-ы) DCI для восходящей линии связи, можно использовать для запроса передачи CSI по PUCCH. Кроме того, запрос CSI, включенный в формат(-ы) DCI для восходящей линии связи, можно использовать для запроса передачи CSI по PUSCH. Например, если запрос CSI (т.е. поле(-я) запроса CSI) установлен на запуск (например, установлен на положительный запрос CSI) апериодического отчета CSI, UE 102 может выполнять передачу апериодического отчета CSI путем использования PUSCH и/или PUCCH. Например, на основе обнаружения формата(-ов) DCI в интервале n UE 102 может выполнять передачу апериодического отчета CSI путем использования PUSCH и/или PUCCH в интервале n+Y. При этом значение(-я) Y может (могут) быть указано(-ы) с использованием формата(-ов) DCI. Более конкретно, информация, используемая для указания значения Y, может быть включена в формат(-ы) DCI (например, формат A DCI, формат B DCI, формат C DCI, формат D DCI, формат E DCI и/или формат F DCI). В данном случае для формата B DC, формата C DCI, формата E DCI и/или формата F DCI значение Y может быть определено как предварительно определенное(-ые) значение(-я) (т.е. Y=4). При этом предварительно определенное(-ые) значение(-я) для Y может (могут) быть предварительно определено(-ы) с помощью технического описания и известной информации между gNB 160 и UE 102.

[00170] В данном случае gNB 160 может конфигурировать с использованием сигнала более высокого уровня более одного значения (например, более одного значения для Y) и указывать с помощью формата(-ов) DCI одно значение Y из более одного значения. Например, gNB 160 может передавать сигнал более высокого уровня (например, сообщение RRC), включая информацию, используемую для конфигурирования более одного значения (например, четыре значения для Y). Более того, gNB 160 может передавать формат(-ы) DCI (т.е. формат(-ы) DCI, включающий(-ие) в себя поле(-я) запроса CSI, установленное(-ые) для запуска апериодического отчета CSI), включая информацию, используемую для указания одного значения Y из более одного значения (например, четырех значений для Y). Наконец, UE 102 может выполнять на основе одного значения Y, указанного из более одного значения, передачу апериодического отчета CSI путем использования PUSCH и/или PUCCH в интервале n+Y.

[00171] При этом для каждой обслуживающей соты может быть сконфигурирована информация, используемая для конфигурирования более одного значения (например, более одного значения для Y). Более конкретно, информация, используемая для конфигурирования более одного значения (например, более одного значения для Y), может быть сконфигурирована для каждой из обслуживающих сот (например, для каждой из первичных сот и одной или более вторичных сот). Кроме того, информация, используемая для конфигурирования более одного значения (например, более одного значения для Y), может быть сконфигурирована для каждой BWP (например, для каждой BWP в обслуживающей соте). Более конкретно, информация, используемая для конфигурирования более одного значения (например, более одного значения для Y), может быть сконфигурирована для каждой из BWP в обслуживающей соте. Кроме того, информация, используемая для конфигурирования более одного значения (например, более одного значения для Y), может быть сконфигурирована для каждого формата DCI. Например, информация, используемая для конфигурирования более одного значения (например, более одного значения для Y), может быть сконфигурирована для каждого из форматов DCI (например, формата A DCI, формата B DCI, формата C DCI, формата E DCI и/или формата E DCI). Более конкретно, информация, используемая для конфигурирования более одного значения (например, более одного значения для Y), может быть сконфигурирована для каждой из обслуживающих сот, каждой из BWP и/или каждого из форматов DCI.

[00172] При этом в случае, если для обслуживающей соты принимают (например, декодируют, обнаруживают) формат(-ы) DCI (т.е. формат(-ы) DCI, включающий(-ие) в себя поле(-я) запроса CSI, установленное(-ые) для запуска апериодического отчета), UE 102 может выполнять передачу апериодического отчета CSI путем использования PUSCH и/или PUCCH в обслуживающей соте. Кроме того, если принимают формат(-ы) DCI (т.е. формат(-ы) DCI, включающий(-ие) в себя поле(-я) запроса CSI, установленное(-ые) для запуска апериодического отчета) для BWP (например, BWP DL в обслуживающей соте и/или BWP UL в обслуживающей соте), UE 102 может выполнять передачу апериодического отчета CSI путем использования PUSCH и/или PUCCH в BWP (например, BWP UL в обслуживающей соте). В данном случае CSI (например, апериодический отчет CSI и/или периодический отчет CSI) можно передавать только в активированной(-ых) BWP (например, активированной(-ых) BWP UL в активированной(-ых) обслуживающей(-их) соте(-ах)). Например, если в обслуживающей соте принимают формат D DCI для BWP (например, BWP DL и/или BWP UL), UE 102 может выполнять передачу апериодического отчета CSI путем использования PUSCH в BWP (например, BWP UL) в обслуживающей соте. Кроме того, если в обслуживающей соте принимают формат A DCI и/или формат D DCI для BWP (например, BWP DL и/или BWP UL), UE 102 может выполнять передачу апериодического отчета CSI путем использования PUCCH в BWP (например, BWP UL) в обслуживающей соте.

[00173] Кроме того, если принимают формат(-ы) DCI (т.е. формат(-ы) DCI, включающий(-ие) в себя поле(-я) запроса CSI, установленное(-ые) для запуска апериодического отчета) для BWP (например, BWP DL в обслуживающей соте и/или BWP UL в обслуживающей соте), UE 102 может выполнять передачу апериодического отчета CSI путем использования PUSCH и/или PUCCH в BWP по умолчанию (например, BWP UL по умолчанию в обслуживающей соте). Например, если в обслуживающей соте принимают формат D DCI для BWP (например, BWP DL и/или BWP UL), UE 102 может выполнять передачу апериодического отчета CSI путем использования PUSCH в BWP по умолчанию (например, BWP UL по умолчанию) в обслуживающей соте. Кроме того, если в обслуживающей соте принимают формат A DCI и/или формат D DCI для BWP (например, BWP DL и/или BWP UL), UE 102 может выполнять передачу апериодического отчета CSI путем использования PUCCH в BWP по умолчанию (например, BWP UL по умолчанию) в обслуживающей соте. Кроме того, если в обслуживающей соте принимают формат E DCI для BWP (например, BWP DL и/или BWP UL), UE 102 может выполнять передачу апериодического отчета CSI путем использования PUSCH в BWP по умолчанию (например, BWP UL по умолчанию) в обслуживающей соте. Кроме того, если в обслуживающей соте принимают формат B DCI и/или формат E DCI для BWP (например, BWP DL и/или BWP UL), UE 102 может выполнять передачу апериодического отчета CSI путем использования PUCCH в BWP по умолчанию (например, BWP UL по умолчанию) в обслуживающей соте. Кроме того, если в обслуживающей соте принимают формат F DCI для BWP (например, BWP DL и/или BWP UL), UE 102 может выполнять передачу апериодического отчета CSI путем использования PUSCH в BWP по умолчанию (например, BWP UL по умолчанию) в обслуживающей соте. Кроме того, если в обслуживающей соте принимают формат C DCI и/или формат F DCI для BWP (например, BWP DL и/или BWP UL), UE 102 может выполнять передачу апериодического отчета CSI путем использования PUCCH в BWP по умолчанию (например, BWP UL по умолчанию b) в обслуживающей соте.

[00174] Кроме того, если принимают формат(-ы) DCI (т.е. формат(-ы) DCI, включающий(-ие) в себя поле(-я) запроса CSI, установленное(-ые) для запуска апериодического отчета) для BWP (например, начальной активной BWP DL в обслуживающей соте, BWP DL в обслуживающей соте, начальной активной BWP UL в обслуживающей соте и/или BWP UL в обслуживающей соте), UE 102 может выполнять передачу апериодического отчета CSI путем использования PUSCH и/или PUCCH в начальной активной BWP (например, начальной активной BWP UL в обслуживающей соте). Например, если в обслуживающей соте принимают формат D DCI для BWP (например, начальной активной BWP DL, BWP DL, начальной активной BWP UL и/или BWP UL), UE 102 может выполнять передачу апериодического отчета CSI путем использования PUSCH в начальной активной BWP (например, начальной активной BWP UL) в обслуживающей соте. Например, если в обслуживающей соте принимают формат A DCI и/или формат D DCI для BWP (например, начальной активной BWP DL, BWP DL, начальной активной BWP UL и/или BWP UL), UE 102 может выполнять передачу апериодического отчета CSI путем использования PUCCH в начальной активной BWP (например, начальной активной BWP UL) в обслуживающей соте. Кроме того, если в обслуживающей соте принимают формат E DCI для BWP (например, начальной активной BWP DL, BWP DL, начальной активной BWP UL и/или BWP UL), UE 102 может выполнять передачу апериодического отчета CSI путем использования PUSCH в начальной активной BWP (например, начальной активной BWP UL) в обслуживающей соте. Кроме того, если в обслуживающей соте принимают формат B DCI и/или формат E DCI для BWP (например, начальной активной BWP DL, BWP DL, начальной активной BWP UL и/или BWP UL), UE 102 может выполнять передачу апериодического отчета CSI путем использования PUCCH в начальной активной BWP (например, начальной активной BWP UL) в обслуживающей соте. Кроме того, если в обслуживающей соте принимают формат F DCI для BWP (например, начальной активной BWP DL, BWP DL, начальной активной BWP UL и/или BWP UL), UE 102 может выполнять передачу апериодического отчета CSI путем использования PUSCH в начальной активной BWP (например, начальной активной BWP UL) в обслуживающей соте. Кроме того, если в обслуживающей соте принимают формат C DCI и/или формат F DCI для BWP (например, начальной активной BWP DL, BWP DL, начальной активной BWP UL и/или BWP UL), UE 102 может выполнять передачу апериодического отчета CSI путем использования PUCCH в начальной активной BWP (например, начальной активной BWP UL) в обслуживающей соте.

[00175] Как описано выше, апериодическая CSI (т.е. апериодический отчет CSI) может быть передана с использованием PUSCH и/или PUCCH в обслуживающей соте. Кроме того, апериодическая CSI может быть передана с использованием PUSCH и/или PUCCH в BWP (например, активированной BWP, BWP по умолчанию и/или начальной активной BWP) в обслуживающей соте. Кроме того, например, апериодическая CSI может быть передана с использованием запланированного ресурса PUSCH и/или запланированного ресурса PUCCH. Более конкретно, UE 102 может использовать ресурс PUSCH, который запланирован с использованием формата(-ов) DCI (т.е. соответствующего(-их) формата(-ов) DCI, включающего(-их) в себя поле(-я) запроса CSI, установленное(-ые) для запуска апериодического отчета), для выполнения передачи апериодического отчета CSI. Кроме того, UE 102 может использовать ресурс PUCCH, который запланирован с использованием формата(-ов) DCI (т.е. соответствующего(-их) формата(-ов) DCI, включающего(-их) в себя поле(-я) запроса CSI, установленное(-ые) для запуска апериодического отчета), для выполнения передачи апериодического отчета CSI.

[00176] Например, если принимают формат D DCI (т.е. включая поле запроса CSI, установленное для запуска апериодического отчета), UE 102 может выполнять передачу апериодического отчета CSI путем использования запланированного ресурса PUSCH в BWP в обслуживающей соте. Кроме того, если принимают формат A DCI и/или формат D DCI (т.е. включая поле запроса CSI, установленное для запуска апериодического отчета), UE 102 может выполнять передачу апериодического отчета CSI путем использования запланированного ресурса PUCCH в BWP в обслуживающей соте. Кроме того, если принимают формат E DCI (т.е. включая поле запроса CSI, установленное для запуска апериодического отчета), UE 102 может выполнять передачу апериодического отчета CSI путем использования запланированного ресурса PUSCH в BWP в обслуживающей соте. Кроме того, если принимают формат B DCI и/или формат E DCI (т.е. включая поле запроса CSI, установленное для запуска апериодического отчета), UE 102 может выполнять передачу апериодического отчета CSI путем использования запланированного ресурса PUCCH в BWP в обслуживающей соте. При этом, как описано выше, BWP может включать в себя активированную BWP (например, активированную BWP UL), BWP по умолчанию (например, BWP UL по умолчанию) и/или начальную активную BWP (например, начальную активную BWP UL).

[00177] Кроме того, например, апериодическая CSI может быть передана с использованием сконфигурированного ресурса PUSCH и/или сконфигурированного ресурса PUCCH. Более конкретно, например, UE 102 может использовать ресурс PUSCH, который сконфигурирован с использованием сигнала более высокого уровня (например, сообщения RRC), для выполнения передачи апериодического отчета CSI. Кроме того, UE 102 может использовать ресурс PUCCH, который сконфигурирован с использованием сигнала более высокого уровня (например, сообщения RRC), для выполнения передачи апериодического отчета CSI. Более конкретно, gNB 160 может передавать сигнал более высокого уровня (например, сообщение RRC), включая информацию, используемую для конфигурирования ресурса PUSCH, который используют для передачи апериодической CSI (т.е. передачи апериодического отчета CSI).

[00178] При этом информация, используемая для конфигурирования ресурса PUSCH, может быть сконфигурирована для каждой обслуживающей соты. Более конкретно, информация, используемая для конфигурирования ресурса PUSCH, может быть сконфигурирована для каждой из обслуживающих сот (например, для каждой из первичных сот и одной или более вторичных сот). Кроме того, информация, используемая для конфигурирования ресурса PUSCH, может быть сконфигурирована для каждой BWP (например, для каждой BWP в обслуживающей соте). Более конкретно, информация, используемая для конфигурирования ресурса PUSCH, может быть сконфигурирована для каждой из BWP в обслуживающей соте. Кроме того, информация, используемая для конфигурирования ресурса PUSCH, может быть сконфигурирована для каждого формата DCI. Например, информация, используемая для конфигурирования ресурса PUSCH, может быть сконфигурирована для каждого из форматов DCI (например, формата A DCI, формата B DCI, формата C DCI, формата E DCI и/или формата E DCI). Более конкретно, информация, используемая для конфигурирования ресурсов PUSCH, может быть сконфигурирована для каждой из обслуживающих сот, каждой из BWP и/или каждого из форматов DCI.

[00179] Кроме того, gNB 160 может передавать сигнал более высокого уровня (например, сообщение RRC), включая информацию, используемую для конфигурирования ресурса PUCCH, который используют для передачи апериодической CSI (т.е. передачи апериодического отчета CSI). При этом информация, используемая для конфигурирования ресурса PUCCH, может быть сконфигурирована для каждой обслуживающей соты. Более конкретно, информация, используемая для конфигурирования ресурса PUCCH, может быть сконфигурирована для каждой из обслуживающих сот (например, для каждой из первичных сот и одной или более вторичных сот). Кроме того, информация, используемая для конфигурирования ресурса PUCCH, может быть сконфигурирована для каждой BWP (например, для каждой BWP в обслуживающей соте). Более конкретно, информация, используемая для конфигурирования ресурса PUCCH, может быть сконфигурирована для каждой из BWP в обслуживающей соте. Кроме того, информация, используемая для конфигурирования ресурса PUCCH, может быть сконфигурирована для каждого формата DCI. Например, информация, используемая для конфигурирования ресурса PUCCH, может быть сконфигурирована для каждого из форматов DCI (например, формата A DCI, формата B DCI, формата C DCI, формата E DCI и/или формата E DCI). Более конкретно, информация, используемая для конфигурирования ресурсов PUCCH, может быть сконфигурирована для каждой из обслуживающих сот, каждой из BWP и/или каждого из форматов DCI.

[00180] Например, если принимают формат D DCI (т.е. включая поле запроса CSI, установленное для запуска апериодического отчета), UE 102 может выполнять передачу апериодического отчета CSI путем использования сконфигурированного ресурса PUSCH в BWP в обслуживающей соте. Кроме того, если принимают формат A DCI и/или формат D DCI (т.е. включая поле запроса CSI, установленное для запуска апериодического отчета), UE 102 может выполнять передачу апериодического отчета CSI путем использования сконфигурированного ресурса PUCCH в BWP в обслуживающей соте. Кроме того, если принимают формат E DCI (т.е. включая поле запроса CSI, установленное для запуска апериодического отчета), UE 102 может выполнять передачу апериодического отчета CSI путем использования сконфигурированного ресурса PUSCH в BWP в обслуживающей соте. Кроме того, если принимают формат B DCI и/или формат E DCI (т.е. включая поле запроса CSI, установленное для запуска апериодического отчета), UE 102 может выполнять передачу апериодического отчета CSI путем использования сконфигурированного ресурса PUCCH в BWP в обслуживающей соте. Кроме того, если принимают формат F DCI (т.е. включая поле запроса CSI, установленное для запуска апериодического отчета), UE 102 может выполнять передачу апериодического отчета CSI путем использования сконфигурированного ресурса PUSCH в BWP в обслуживающей соте. Кроме того, если принимают формат C DCI и/или формат F DCI (т.е. включая поле запроса CSI, установленное для запуска апериодического отчета), UE 102 может выполнять передачу апериодического отчета CSI путем использования сконфигурированного ресурса PUCCH в BWP в обслуживающей соте. При этом, как описано выше, BWP может включать в себя активированную BWP (например, активированную BWP UL), BWP по умолчанию (например, BWP UL по умолчанию) и/или начальную активную BWP (например, начальную активную BWP UL).

[00181] Кроме того, gNB 160 может конфигурировать с использованием сигнала более высокого уровня более одного ресурса и указывать с помощью формата(-ов) DCI один ресурс из более одного ресурса. Например, gNB 160 может передавать сигнал более высокого уровня (например, сообщение RRC), включая информацию, используемую для конфигурирования более одного ресурса PUSCH (например, четырех ресурсов PUSCH). Более того, gNB 106 может передавать формат(-ы) DCI, включая информацию, используемую для указания одного ресурса PUSCH из более одного ресурса PUSCH (например, четырех ресурсов PUSCH). Наконец, UE 102 может выполнять передачу апериодического отчета CSI с использованием одного ресурса PUSCH, который указан с помощью формата(-ов) DCI. Более конкретно, формат(-ы) DCI может (могут) включать в себя информацию, используемую для указания одного ресурса PUSCH из более одного ресурса PUSCH.

[00182] При этом информация, используемая для конфигурирования более одного ресурса PUSCH (например, четырех ресурсов PUSCH), может быть сконфигурирована для каждой обслуживающей соты. Более конкретно, информация, используемая для конфигурирования более одного ресурса PUSCH (например, четырех ресурсов PUSCH), может быть сконфигурирована для каждой из обслуживающих сот (например, для каждой из первичных сот и одной или более вторичных сот). Кроме того, информация, используемая для конфигурирования более одного ресурса PUSCH (например, четырех ресурсов PUSCH), может быть сконфигурирована для каждой BWP (например, для каждой BWP в обслуживающей соте). Более конкретно, информация, используемая для конфигурирования более одного ресурса PUSCH (например, четырех ресурсов PUSCH), может быть сконфигурирована для каждой из BWP в обслуживающей соте. Кроме того, информация, используемая для конфигурирования более одного ресурса PUSCH (например, четырех ресурсов PUSCH), может быть сконфигурирована для каждого формата DCI. Например, информация, используемая для конфигурирования более одного ресурса PUSCH, (например, четырех ресурсов PUSCH), может быть сконфигурирована для каждого из форматов DCI (например, формата A DCI, формата B DCI, формата C DCI, формата E DCI и/или формата E DCI). Более конкретно, информация, используемая для конфигурирования более одного ресурса PUSCH (например, четырех ресурсов PUSCH), может быть сконфигурирована для каждой из обслуживающих сот, каждой из BWP и/или каждого из форматов DCI.

[00183] Например, gNB 160 может передавать сигнал более высокого уровня (например, сообщение RRC), включая информацию, используемую для конфигурирования более одного ресурса PUCCH (например, четырех ресурсов PUCCH). Более того, gNB 106 может передавать формат(-ы) DCI, включая информацию, используемую для указания одного ресурса PUCCH из более одного ресурса PUCCH (например, четырех ресурсов PUCCH). Наконец, UE 102 может выполнять передачу апериодического отчета CSI с использованием одного ресурса PUCCH, который указан с помощью формата(-ов) DCI. Более конкретно, формат(-ы) DCI могут включать в себя информацию, используемую для указания одного ресурса PUCCH из более одного ресурсов PUCCH.

[00184] При этом информация, используемая для конфигурирования более одного ресурса PUCCH (например, четырех ресурсов PUCCH), может быть сконфигурирована для каждой обслуживающей соты. Более конкретно, информация, используемая для конфигурирования более одного ресурса PUCCH (например, четырех ресурсов PUCCH), может быть сконфигурирована для каждой из обслуживающих сот (например, для каждой из первичных сот и одной или более вторичных сот). Кроме того, информация, используемая для конфигурирования более одного ресурса PUCCH (например, четырех ресурсов PUCCH), может быть сконфигурирована для каждой BWP (например, для каждой BWP в обслуживающей соте). Более конкретно, информация, используемая для конфигурирования более одного ресурса PUCCH (например, четырех ресурсов PUCCH), может быть сконфигурирована для каждой из BWP в обслуживающей соте. Кроме того, информация, используемая для конфигурирования более одного ресурса PUCCH (например, четырех ресурсов PUCCH), может быть сконфигурирована для каждого формата DCI. Например, информация, используемая для конфигурирования более одного ресурса PUCCH, (например, четырех ресурсов PUCCH), может быть сконфигурирована для каждого из форматов DCI (например, формата A DCI, формата B DCI, формата C DCI, формата E DCI и/или формата E DCI). Более конкретно, информация, используемая для конфигурирования более одного ресурса PUCCH (например, четырех ресурсов PUCCH), может быть сконфигурирована для каждой из обслуживающих сот, каждой из BWP и/или каждого из форматов DCI.

[00185] Например, если принимают формат D DCI (т.е. включая поле запроса CSI, установленное для запуска апериодического отчета), UE 102 может выполнять передачу апериодического отчета CSI путем использования одного ресурса PUSCH (т.е. одного ресурса PUSCH, который указан из более одного ресурса PUSCH) в BWP в обслуживающей соте. Кроме того, если принимают формат A DCI и/или формат D DCI (т.е. включая поле запроса CSI, установленное для запуска апериодического отчета), UE 102 может выполнять передачу апериодического отчета CSI путем использования одного ресурса PUCCH (т.е. одного ресурса PUSCH, который указан из более одного ресурса PUCCH) в BWP в обслуживающей соте. Кроме того, если принимают формат E DCI (т.е. включая поле запроса CSI, установленное для запуска апериодического отчета), UE 102 может выполнять передачу апериодического отчета CSI путем использования одного ресурса PUSCH (т.е. одного ресурса PUSCH, который указан из более одного ресурса PUSCH) в BWP в обслуживающей соте. Кроме того, если принимают формат B DCI и/или формат E DCI (т.е. включая поле запроса CSI, установленное для запуска апериодического отчета), UE 102 может выполнять передачу апериодического отчета CSI путем использования одного ресурса PUCCH (т.е. одного ресурса PUCCH, который указан из более одного ресурса PUCCH) в BWP в обслуживающей соте. Кроме того, если принимают формат F DCI (т.е. включая поле запроса CSI, установленное для запуска апериодического отчета), UE 102 может выполнять передачу апериодического отчета CSI путем использования одного ресурса PUSCH (т.е. одного ресурса PUSCH, который указан из более одного ресурса PUSCH) в BWP в обслуживающей соте. Кроме того, если принимают формат C DCI и/или формат F DCI (т.е. включая поле запроса CSI, установленное для запуска апериодического отчета), UE 102 может выполнять передачу апериодического отчета CSI путем использования одного ресурса PUCCH (т.е. одного ресурса PUCCH, который указан из более одного ресурса PUCCH) в BWP в обслуживающей соте. При этом, как описано выше, BWP может включать в себя активированную BWP (например, активированную BWP UL), BWP по умолчанию (например, BWP UL по умолчанию) и/или начальную активную BWP (например, начальную активную BWP UL).

[00186] Кроме того, например, апериодическая CSI может быть передана с использованием ресурса PUSCH, который определяют на основе CORESET PDCCH (например, индекса CORESET (например, количества CORESET) PDCCH, наименьшего индекса CORESET (например, наименьшего количества CORESET, количества первых CORESET) PDCCH, местоположения(-й) CORESET PDCCH). Кроме того, апериодическая CSI может быть передана с использованием ресурса PUCCH, который определяют на основе CORESET PDCCH (например, индекса CORESET (например, количества CORESET) PDCCH, наименьшего индекса CORESET (например, наименьшего количества CORESET, количества первых CORESET) PDCCH, местоположения(-й) CORESET PDCCH).

[00187] Кроме того, апериодическая CSI может быть передана с использованием ресурса PUSCH, который определяют на основе элемента(-ов) канала управления PDCCH (например, индекса элемента(-ов) канала управления (например, количества элементов канала управления) PDCCH, наименьшего индекса элемента(-ов) канала управления (например, наименьшего количества элементов канала управления, количества первых элементов канала управления) PDCCH, местоположения(-й) элемента(-ов) канала управления PDCCH). Кроме того, апериодическая CSI может быть передана с использованием ресурса PUCCH, который определяют на основе элемента(-ов) канала управления PDCCH (например, индекса элемента(-ов) канала управления (например, количества элементов канала управления) PDCCH, наименьшего индекса элемента(-ов) канала управления (например, наименьшего количества элементов канала управления, количества первых элементов канала управления) PDCCH, местоположения(-й) элемента(-ов) канала управления PDCCH).

[00188] Кроме того, апериодическая CSI может быть передана с использованием ресурса PUSCH, который определяют на основе пространства (пространств) поиска PDCCH (например, индекса пространства (пространств) поиска (например, количества пространств поиска) PDCCH, наименьшего индекса пространства (пространств) поиска (например, наименьшего количества пространств поиска, количества первых пространств поиска) PDCCH, местоположения(-й) пространства (пространств) поиска PDCCH). Кроме того, апериодическая CSI может быть передана с использованием ресурса PUCCH, который определяют на основе пространства (пространств) поиска PUCCH (например, индекса пространства (пространств) поиска (например, количества пространств поиска) PDCCH, наименьшего индекса пространства (пространств) поиска (например, наименьшего количества пространств поиска, количества первых пространств поиска) PDCCH, местоположения(-й) пространства (пространств) поиска PDCCH). При этом PDCCH может включать в себя PDDCH, используемый для передачи формата(-ов) DCI (т.е. формата(-ов) DCI, включающего(-их) в себя запрос CSI, установленный для запуска апериодического отчета CSI). Кроме того, пространство поиска может включать в себя UE-специфичное пространство поиска и/или общее пространство поиска (например, общее для UE пространство поиска).

[00189] Более конкретно, ресурс PUSCH, используемый для передачи апериодического отчета CSI, может быть определен на основе PDCCH (например, CORESET PDCCH, элемента(-ов) канала управления PDCCH и/или пространства поиска PDCCH). При этом ресурс PUSCH, используемый для передачи апериодического отчета CSI, может быть определен на основе PDCCH и информации, сконфигурированной с помощью сигнала более высокого уровня (например, сообщения RRC). Например, gNB 160 может передавать сигнал более высокого уровня, включая информацию, используемую для конфигурирования значения (значений), которое(-ые) используют для определения ресурса PUSCH. Наконец, UE 102 может определять ресурс PUSCH на основе PDCCH и значения (значений), которое(-ые) конфигурируют с помощью сигнала более высокого уровня. Более конкретно, ресурс PUSCH, используемый для передачи апериодического отчета CSI, может быть определен на основе PDCCH и значения (значений), сконфигурированного(-ых) с помощью сигнала более высокого уровня.

[00190] При этом информация, используемая для конфигурирования значения (значений), может быть сконфигурирована для каждой обслуживающей соты. Более конкретно, информация, используемая для конфигурирования значения (значений), может быть сконфигурирована для каждой из обслуживающих сот (например, для каждой из первичных сот и одной или более вторичных сот). Кроме того, информация, используемая для конфигурирования значения (значений), может быть сконфигурирована для каждой BWP (например, для каждой BWP в обслуживающей соте). Более конкретно, информация, используемая для конфигурирования значения (значений), может быть сконфигурирована для каждой из BWP в обслуживающей соте. Кроме того, информация, используемая для конфигурирования значения (значений), может быть сконфигурирована для каждого формата DCI. Например, информация, используемая для конфигурирования значения (значений), может быть сконфигурирована для каждого из форматов DCI (например, формата A DCI, формата B DCI, формата C DCI, формата E DCI и/или формата E DCI). Более конкретно, информация, используемая для конфигурирования значения (значений), может быть сконфигурирована для каждой из обслуживающих сот, каждой из BWP и/или каждого из форматов DCI.

[00191] Кроме того, ресурс PUCCH, используемый для передачи апериодического отчета CSI, может быть определен на основе PDCCH (например, CORESET PDCCH, элемента(-ов) канала управления PDCCH и/или пространства поиска PDCCH). При этом ресурс PUCCH, используемый для передачи апериодического отчета CSI, может быть определен на основе PDCCH и информации, сконфигурированной с помощью сигнала более высокого уровня (например, сообщения RRC). Например, gNB 160 может передавать сигнал более высокого уровня, включая информацию, используемую для конфигурирования значения (значений), которое(-ые) используют для определения ресурса PUCCH. Наконец, UE 102 может определять ресурс PUCCH на основе PDCCH и значения (значений), которое(-ые) конфигурируют с помощью сигнала более высокого уровня. Более конкретно, ресурс PUCCH, используемый для передачи апериодического отчета CSI, может быть определен на основе PDCCH и значения (значений), сконфигурированного(-ых) с помощью сигнала более высокого уровня.

[00192] При этом информация, используемая для конфигурирования значения (значений), может быть сконфигурирована для каждой обслуживающей соты. Более конкретно, информация, используемая для конфигурирования значения (значений), может быть сконфигурирована для каждой из обслуживающих сот (например, для каждой из первичных сот и одной или более вторичных сот). Кроме того, информация, используемая для конфигурирования значения (значений), может быть сконфигурирована для каждой BWP (например, для каждой BWP в обслуживающей соте). Более конкретно, информация, используемая для конфигурирования значения (значений), может быть сконфигурирована для каждой из BWP в обслуживающей соте. Кроме того, информация, используемая для конфигурирования значения (значений), может быть сконфигурирована для каждого формата DCI. Например, информация, используемая для конфигурирования значения (значений), может быть сконфигурирована для каждого из форматов DCI (например, формата A DCI, формата B DCI, формата C DCI, формата E DCI и/или формата E DCI).

[00193] При этом размер поля(-ей) запроса CSI, которое(-ые) включено(-ы) в формат(-ы) DCI, может быть однобитным, 2-битным и/или 3-битным. В дальнейшем однобитное поле запроса CSI, 2-битное поле запроса CSI и/или 3-битное поле запроса CSI описаны в качестве примера размера поля(-ей) запроса CSI, однако в системах и способах, описанных в настоящем документе, не исключен(-ы) разный(-ые) размер(-ы) поля(-ей) запроса CSI.

[00194] Например, размер(-ы) поля(-ей) запроса CSI, включенного(-ых) в формат(-ы) DCI, можно определить на основе количества сконфигурированных обслуживающих сот, количества сконфигурированных BWP, формата(-ов) DCI (т.е. формата(-ов) DCI, включающих в себя поле(-я) запроса CSI) и/или пространство поиска, в котором обнаруживают (например, декодируют, принимают, сопоставляют) формат(-ы) DCI. Например, если сконфигурировано не более пяти обслуживающих сот DL и сконфигурировано более одной обслуживающей соты DL, а формат(-ы) DCI сопоставлен(-ы) с UE-специфичным пространством поиска, может применяться 2-битное поле. Кроме того, если сконфигурировано более пяти обслуживающих сот DL и формат(-ы) DCI сопоставлен(-ы) с UE-специфичным пространством поиска, может применяться 3-битное поле. Кроме того, если сконфигурирована одна обслуживающая сота DL и/или формат(-ы) DCI сопоставлен(-ы) с общим пространством поиска (например, общим для UE пространством поиска), может применяться однобитное поле. При этом UE-специфичное пространство поиска может быть задано с помощью C-RNTI.

[00195] Кроме того, например, если сконфигурировано более одной BWP (например, более одной BWP DL) и/или формат(-ы) DCI сопоставлен(-ы) с UE-специфичным пространством поиска, может применяться 2-битное поле. Кроме того, если сконфигурирована одна BWP (например, одна BWP DL) и/или формат(-ы) DCI сопоставлен(-ы) с общим пространством поиска (например, общим для UE пространством поиска), может применяться однобитное поле. Кроме того, если обнаруженный формат DCI, включающий в себя поле(-я) запроса CSI, установленное(-ые) для запуска апериодического отчета CSI, представляет собой формат A DCI и/или формат D DCI, могут применяться однобитное поле, 2-битное поле и/или 3-битное поле. Кроме того, если обнаруженный формат DCI, включающий в себя поле(-я) запроса CSI, установленное(-ые) для запуска апериодического отчета CSI, представляет собой формат B DCI и/или формат E DCI, могут применяться только однобитное поле и/или 2-битное поле. Кроме того, если обнаруженный формат DCI, включающий в себя поле(-я) запроса CSI, установленное(-ые) для запуска апериодического отчета CSI, представляет собой формат C DCI и/или формат F DCI, могут применяться только однобитное поле и/или 2-битное поле.

[00196] При этом в случае, если размер поля(-ей) запроса CSI является однобитным, для обслуживающей соты может быть запущен апериодический отчет CSI. В данном случае запуск апериодического отчета CSI для обслуживающей соты может представлять собой запуск апериодического отчета CSI для обслуживающей соты, в которой запланирован PDSCH и/или PUSCH. Например, если поле(-я) запроса CSI установлено(-ы) на запуск апериодического отчета CSI (например, однобитное(-ые) поле(-я) запроса CSI установлено(-ы) на запуск апериодического отчета CSI), UE 102 может выполнять передачу апериодического отчета CSI для обслуживающей соты DL, в которой запланирован PDSCH. Кроме того, если поле(-я) запроса CSI установлено(-ы) на запуск апериодического отчета CSI (например, однобитное(-ые) поле(-я) запроса CSI установлено(-ы) на запуск апериодического отчета CSI), UE 102 может выполнять передачу апериодического отчета CSI для обслуживающей соты DL, соответствующей обслуживающей соте UL, в которой запланирован PUSCH.

[00197] Кроме того, если поле(-я) запроса CSI установлено(-ы) на запуск апериодического отчета CSI (например, однобитное(-ые) поле(-я) запроса CSI установлено(-ы) на запуск апериодического отчета CSI), апериодический отчет CSI может быть запущен для BWP. В данном случае запуск апериодического отчета CSI для BWP может представлять собой запуск апериодического отчета CSI для BWP, в которой запланирован PDSCH и/или PUSCH. Например, если поле(-я) запроса CSI установлено(-ы) на запуск апериодического отчета CSI (например, однобитное(-ые) поле(-я) запроса CSI установлено(-ы) на запуск апериодического отчета CSI), UE 102 может выполнять передачу апериодического отчета CSI для BWP DL, в которой запланирован PDSCH. Кроме того, если поле(-я) запроса CSI установлено(-ы) на запуск апериодического отчета CSI (например, однобитное(-ые) поле(-я) запроса CSI установлено(-ы) на запуск апериодического отчета CSI), UE 102 может выполнять передачу апериодического отчета CSI для BWP DL, соответствующей (спаренной, сопряженной с) BWP UL, в которой запланирован PUSCH. В данном случае запуск апериодического отчета CSI для BWP может представлять собой запуск апериодического отчета CSI для BWP, для которой(-ых) указана активация, деактивация и/или коммутация. Как описано выше, формат(-ы) DCI (например, формат(-ы) DCI, включающий(-ие) в себя поле(-я) запроса CSI, установленное(-ые) для запуска апериодического отчета CSI) можно использовать для активации, деактивации и/или коммутации BWP. Более конкретно, например, если поле(-я) запроса CSI установлено(-ы) на запуск апериодического отчета CSI (например, однобитное(-ые) поле(-я) запроса CSI установлено(-ы) на запуск апериодического отчета CSI), UE 102 может выполнять передачу апериодического отчета CSI для BWP DL, для которой(-ых) указана активация, деактивация и/или коммутация. Кроме того, если поле(-я) запроса CSI установлено(-ы) на запуск апериодического отчета CSI (например, однобитное(-ые) поле(-я) запроса CSI установлено(-ы) на запуск апериодического отчета CSI), UE 102 может выполнять передачу апериодического отчета CSI для BWP DL, соответствующей (спаренной, сопряженной с) BWP UL, для которой(-ых) указана активация, деактивация и/или коммутация.

[00198] Пример 2-битного поля запроса CSI представлен на Фиг. 7(a). В случае, если размер поля(-ей) запроса CSI является 2-битным, апериодический отчет CSI может быть запущен на основе значения (значений) (т.е. значения (значений) поля(-ей) запроса CSI), соответствующего(-их) передаче апериодического отчета CSI. Например, если значение(-я) поля(-ей) запроса CSI равно 00 (например, поле(-я) запроса CSI установлено(-ы) в первое(-ые) значение(-я)), апериодический отчет CSI не может быть запущен. Кроме того, если значение(-я) поля(-ей) запроса CSI равно 01 (например, поле(-я) запроса CSI установлено(-ы) во второе(-ые) значение(-я)), апериодический отчет CSI может быть запущен для обслуживающей соты. Кроме того, если значение(-я) поля(-ей) запроса CSI равно 10 (например, поле(-я) запроса CSI установлено(-ы) в третье(-и) значение(-я)), апериодический отчет CSI может быть запущен для первого набора из одной или более обслуживающих сот, который сконфигурирован с помощью сигнала более высокого уровня (например, сообщения RRC). Кроме того, если значение(-я) поля(-ей) запроса CSI равно 11 (например, поле(-я) запроса CSI установлено(-ы) в четвертое(-ые) значение(-я)), апериодический отчет CSI может быть запущен для второго набора из одной или более обслуживающих сот, который сконфигурирован с помощью сигнала более высокого уровня (например, сообщения RRC). Более конкретно, UE 102 может выполнять на основе информации, сконфигурированной с использованием более высокого уровня и значения (значений) поля(-ей) запроса CSI, передачу апериодического отчета CSI для набора из одной или более обслуживающих сот. Кроме того, если значение(-я) поля(-ей) запроса CSI равно 01 (например, поле(-я) запроса CSI установлено(-ы) во второе(-ые) значение(-я)), апериодический отчет CSI может быть запущен для BWP. Кроме того, если значение(-я) в поля(-ей) запроса CSI равно 10 (например, поле(-я) запроса CSI установлено(-ы) в третье(-и) значение(-я)), апериодический отчет CSI может быть запущен для первого набора из одной или более BWP в обслуживающей соте c (например, первого набора из одной или более BWP DL в обслуживающей соте c (например, единственной обслуживающей соте c)), которая сконфигурирована с помощью сигнала более высокого уровня (например, сообщения RRC). Кроме того, если значение(-я) в поля(-ей) запроса CSI равно 11 (например, поле(-я) запроса CSI установлено(-ы) в четвертое(-ые) значение(-я)), апериодический отчет CSI может быть запущен для второго набора из одной или более BWP в обслуживающей соте c (например, первого набора из одной или более BWP DL в обслуживающей соте c (например, той же самой единственной обслуживающей соте c)), которая сконфигурирована с помощью сигнала более высокого уровня (например, сообщения RRC). Более конкретно, UE 102 может выполнять на основе информации, сконфигурированной с использованием более высокого уровня и значения (значений) поля(-ей) запроса CSI, передачу апериодического отчета CSI для набора из одной или более BWP.

[00199] Более конкретно, UE 102 может выполнять на основе информации, сконфигурированной с использованием более высокого уровня и значения (значений) поля(-ей) запроса CSI, передачу апериодического отчета CSI для набора из одной или более обслуживающих сот и/или одной или более BWP. Более конкретно, gNB 160 может конфигурировать первый набор из одной или более обслуживающих сот и/или второй набор из одной или более обслуживающих сот. Например, gNB 160 может передавать сигнал более высокого уровня (например, сообщение RRC), включая информацию, используемую для конфигурирования первого набора из одной или более обслуживающих сот. Кроме того, gNB 160 может передавать сигнал более высокого уровня (например, сообщение RRC), включая информацию, используемую для конфигурирования второго набора из одной или более обслуживающих сот. Более конкретно, gNB 160 может передавать сигнал более высокого уровня, включая информацию, указывающую, для какой(-их) обслуживающей(-их) соты (сот) запущен отчет CSI (например, если апериодический отчет CSI запускают с помощью значения (значений) 2-битного поля запроса CSI).

[00200] Кроме того, gNB 160 может конфигурировать первый набор из одной или более BWP (например, первый набор из одной или более BWP DL) в обслуживающей соте c и/или второй набор из одной или более BWP (например, второй набор из одной или более BWP DL) в обслуживающей соте c. Например, gNB 160 может передавать сигнал более высокого уровня (например, сообщение RRC), включая информацию, используемую для конфигурирования первого набора из одной или более BWP в обслуживающей соте c. Кроме того, gNB 160 может передавать сигнал более высокого уровня (например, сообщение RRC), включающий в себя второй набор из одной или более BWP в обслуживающей соте c. Более конкретно, gNB 160 может передавать сигнал более высокого уровня, включающий в себя информацию, которая указывает, для какой(-их) BWP запущен апериодический отчет CSI (например, в случае, когда апериодический отчет CSI запускают с помощью значения (значений) 2-битного поля запроса CSI).

[00201] При этом, например, информация, используемая для конфигурирования первого набора из одной или более обслуживающих сот, и/или информация, используемая для конфигурирования второго набора из одной или более обслуживающих сот, может быть сконфигурирована для каждой обслуживающей соты. Более конкретно, информация, используемая для конфигурирования первого набора из одной или более обслуживающих сот, и/или информация, используемая для конфигурирования второго набора из одной или более обслуживающих сот, может быть сконфигурирована для каждой из обслуживающих сот (например, для каждой из первичных сот и одной или более вторичных сот). Кроме того, информация, используемая для конфигурирования первого набора из одной или более обслуживающих сот, и/или информация, используемая для конфигурирования второго набора из одной или более обслуживающих сот, может быть сконфигурирована для каждой BWP (например, для каждой BWP в обслуживающей соте). Более конкретно, информация, используемая для конфигурирования первого набора из одной или более обслуживающих сот, и/или информация, используемая для конфигурирования второго набора из одной или более обслуживающих сот, может быть сконфигурирована для каждой из BWP в обслуживающей соте. Кроме того, информация, используемая для конфигурирования первого набора из одной или более обслуживающих сот, и/или информация, используемая для конфигурирования второго набора из одной или более обслуживающих сот, может быть сконфигурирована для каждого формата DCI. Например, информация, используемая для конфигурирования первого набора из одной или более обслуживающих сот, и/или информация, используемая для конфигурирования второго набора из одной или более обслуживающих сот, может быть сконфигурирована для каждого из форматов DCI (например, формата A DCI, формата B DCI, формата C DCI, формата E DCI и/или формата E DCI).

[00202] При этом, например, информация, используемая для конфигурирования первого набора из одной или более обслуживающих сот, и/или информация, используемая для конфигурирования второго набора из одной или более BWP, может быть сконфигурирована для каждой обслуживающей соты. Более конкретно, информация, используемая для конфигурирования первого набора из одной или более BWP, и/или информация, используемая для конфигурирования второго набора из одной или более BWP, может быть сконфигурирована для каждой из обслуживающих сот (например, для каждой из первичных сот и одной или более вторичных сот). Кроме того, информация, используемая для конфигурирования первого набора из одной или более BWP, и/или информация, используемая для конфигурирования второго набора из одной или более BWP, может быть сконфигурирована для каждой BWP (например, для каждой BWP в обслуживающей соте). Более конкретно, информация, используемая для конфигурирования первого набора из одной или более BWP, и/или информация, используемая для конфигурирования второго набора из одной или более BWP, может быть сконфигурирована для каждой из BWP в обслуживающей соте. Кроме того, информация, используемая для конфигурирования первого набора из одной или более BWP, и/или информация, используемая для конфигурирования второго набора из одной или более BWP, может быть сконфигурирована для каждого формата DCI. Например, информация, используемая для конфигурирования первого набора из одной или более BWP, и/или информация, используемая для конфигурирования второго набора из одной или более BWP, может быть сконфигурирована для каждого из форматов DCI (например, формата A DCI, формата B DCI, формата C DCI, формата E DCI и/или формата E DCI). Более конкретно, информация, используемая для конфигурирования первого набора из одной или более обслуживающих сот, и/или информация, используемая для конфигурирования второго набора из одной или более обслуживающих сот, может быть сконфигурирована для каждой из обслуживающих сот, каждой из BWP и/или каждого из форматов DCI.

[00203] Пример 3-битного поля запроса CSI представлен на Фиг. 7(b). В случае, если размер поля(-ей) запроса CSI является 3-битным, апериодический отчет CSI может быть запущен на основе значения (значений) (т.е. значения (значений) поля(-ей) запроса CSI), соответствующего(-их) передаче апериодического отчета CSI. Например, если значение(-я) поля(-ей) запроса CSI равно 000 (например, поле(-я) запроса CSI установлено(-ы) в первое(-ые) значение(-я)), апериодический отчет CSI не может быть запущен. Кроме того, если значение(-я) поля(-ей) запроса CSI равно 001 (например, поле(-я) запроса CSI установлено(-ы) во второе(-ые) значение(-я)), апериодический отчет CSI может быть запущен для обслуживающей соты и/или BWP. Кроме того, если значение(-я) поля(-ей) запроса CSI равно 010 (например, поле(-я) запроса CSI установлено(-ы) в третье(-и) значение(-я)), апериодический отчет CSI может быть запущен для третьего набора из одной или более обслуживающих сот и/или одной или более BWP, который сконфигурирован с помощью сигнала более высокого уровня (например, сообщения RRC). Кроме того, если значение(-я) поля(-ей) запроса CSI равно 011 (например, поле(-я) запроса CSI установлено(-ы) в четвертое(-ые) значение(-я)), апериодический отчет CSI может быть запущен для четвертого набора из одной или более обслуживающих сот и/или одной или более BWP, который сконфигурирован с помощью сигнала более высокого уровня (например, сообщения RRC). Кроме того, если значение(-я) поля(-ей) запроса CSI равно 100 (например, поле(-я) запроса CSI установлено(-ы) в пятое(-ые) значение(-я)), апериодический отчет CSI может быть запущен для пятого набора из одной или более обслуживающих сот и/или одной или более BWP, который сконфигурирован с помощью сигнала более высокого уровня (например, сообщения RRC). Кроме того, если значение(-я) поля(-ей) запроса CSI равно 101 (например, поле(-я) запроса CSI установлено(-ы) в шестое(-ые) значение(-я)), апериодический отчет CSI может быть запущен для шестого набора из одной или более обслуживающих сот и/или одной или более BWP, который сконфигурирован с помощью сигнала более высокого уровня (например, сообщения RRC). Кроме того, если значение(-я) поля(-ей) запроса CSI равно 110 (например, поле(-я) запроса CSI установлено(-ы) в седьмое(-ые) значение(-я)), апериодический отчет CSI может быть запущен для седьмого набора из одной или более обслуживающих сот и/или одной или более BWP, который сконфигурирован с помощью сигнала более высокого уровня (например, сообщения RRC). Кроме того, если значение(-я) поля(-ей) запроса CSI равно 110 (например, поле(-я) запроса CSI установлено(-ы) в восьмое(-ые) значение(-я)), апериодический отчет CSI может быть запущен для восьмого набора из одной или более обслуживающих сот и/или одной или более BWP, который сконфигурирован с помощью сигнала более высокого уровня (например, сообщения RRC).

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

[00205] При этом, например, информация, используемая для конфигурирования набора(-ов) (например, третьего набора, четвертого набора, пятого набора, шестого набора, седьмого набора и/или восьмого набора) из одной или более обслуживающих сот и/или одной или более BWP, может быть сконфигурирована для каждой обслуживающей соты. Более конкретно, информация, используемая для конфигурирования набора(-ов) (например, третьего набора, четвертого набора, пятого набора, шестого набора, седьмого набора и/или восьмого набора) из одной или более обслуживающих сот и/или одной или более BWP, может быть сконфигурирована для каждой из обслуживающих сот (например, каждой из первичных сот и одной или более вторичных сот). Кроме того, набор(-ы) (например, третий набор, четвертый набор, пятый набор, шестой набор, седьмой набор и/или восьмой набор) из одной или более обслуживающих сот и/или одной или более BWP может (могут) быть сконфигурирован(-ы) для каждой BWP (например, каждой BWP в обслуживающей соте). Более конкретно, набор(-ы) (например, третий набор, четвертый набор, пятый набор, шестой набор, седьмой набор и/или восьмой набор) из одной или более обслуживающих сот и/или одной или более BWP может (могут) быть сконфигурирован(-ы) для каждой из BWP в обслуживающей соте. Кроме того, набор(-ы) (например, третий набор, четвертый набор, пятый набор, шестой набор, седьмой набор и/или восьмой набор) из одной или более обслуживающих сот и/или одной или более BWP может (могут) быть сконфигурирован(-ы) для каждого формата DCI. Например, набор(-ы) (например, третий набор, четвертый набор, пятый набор, шестой набор, седьмой набор и/или восьмой набор) из одной или более обслуживающих сот и/или одной или более BWP может (могут) быть сконфигурирован(-ы) для каждого из форматов DCI (например, формата A DCI, формата B DCI, формата C DCI, формата E DCI и/или формата E DCI). Более конкретно, набор(-ы) (например, третий набор, четвертый набор, пятый набор, шестой набор, седьмой набор и/или восьмой набор) из одной или более обслуживающих сот и/или одной или более BWP может (могут) быть сконфигурирован(-ы) для каждой из обслуживающих сот, каждой из BWP и/или каждого из форматов DCI.

[00206] Как описано выше, апериодический отчет CSI может быть запущен для обслуживающей(-их) соты (сот) и/или BWP. При этом апериодический отчет CSI может быть запущен для одной или более активированных обслуживающих сот. Кроме того, апериодический отчет CSI может быть запущен для одной или более деактивированных обслуживающих сот. Кроме того, апериодический отчет CSI может быть запущен для одной или более активированных BWP. Кроме того, апериодический отчет CSI может быть запущен для одной или более деактивированных BWP. При этом апериодический отчет CSI может быть запущен для одной или более активированных BWP в одной или более активированных обслуживающих сотах. Кроме того, апериодический отчет CSI может быть запущен для одной или более деактивированных BWP в одной или более активированных обслуживающих сотах. Более конкретно, апериодический отчет CSI не может быть запущен для одной или более активированных BWP в одной или более деактивированных обслуживающих сотах. Кроме того, апериодический отчет CSI не может быть запущен для одной или более деактивированных BWP в одной или более деактивированных обслуживающих сотах. Более конкретно, апериодический отчет CSI не может быть запущен для деактивированных обслуживающих сот.

[00207] На Фиг. 8 проиллюстрированы различные компоненты, которые можно использовать в UE 902. UE 902, описанное в связи с Фиг. 8, может быть реализовано в соответствии с UE 102, описанным в связи с Фиг. 1. UE 902 включает в себя процессор 903, который управляет работой UE 902. Процессор 903 может также называться центральным процессором (ЦП). Запоминающее устройство 905, которое может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), их комбинацию или устройство любого типа, которое может хранить информацию, обеспечивает процессор 903 инструкциями 907a и данными 909a. Часть запоминающего устройства 905 может также включать в себя энергонезависимое оперативное запоминающее устройство (ЭНОЗУ). Инструкции 907b или данные 909b могут также находиться в процессоре 903. Инструкции 907b и/или данные 909b, загружаемые в процессор 903, могут также включать в себя инструкции 907a и/или данные 909a из запоминающего устройства 905, которые были загружены для исполнения или обработки процессором 903. Процессор 903 может исполнять инструкции 907b для реализации описанных выше способов.

[00208] UE 902 может также включать в себя корпус, который содержит один или более передатчиков 958 и один или более приемников 920 для обеспечения возможности передачи и приема данных. Передатчик(-и) 958 и приемник(-и) 920 могут быть объединены в один или более приемопередатчиков 918. К корпусу прикреплены одна или более антенн 922a-n, которые электрически связаны с приемопередатчиком 918.

[00209] Различные компоненты UE 902 соединены друг с другом с помощью системы 911 шин, которая помимо шины данных может включать в себя шину питания, шину сигналов управления и шину сигналов состояния. Однако для ясности различные шины проиллюстрированы на Фиг. 8 как система 911 шин. UE 902 может также включать в себя цифровой сигнальный процессор (DSP) 913 для использования в обработке сигналов. UE 902 может также включать в себя интерфейс 915 связи, который обеспечивает доступ пользователя к функциям UE 902. UE 902, проиллюстрированные на Фиг. 8, представляет собой функциональную блок-схему, а не перечень конкретных компонентов.

[00210] На Фиг. 9 проиллюстрированы различные компоненты, которые можно использовать в gNB 1060. gNB 1060, описанная в связи с Фиг. 9, может быть реализована в соответствии с gNB 160, описанной в связи с Фиг. 1. gNB 1060 включает в себя процессор 1003, который управляет работой gNB 1060. Процессор 1003 может также называться центральным процессором (ЦП). Запоминающее устройство 1005, которое может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), их комбинацию или устройство любого типа, которое может хранить информацию, обеспечивает инструкции 1007a и данные 1009a для процессора 1003. Часть запоминающего устройства 1005 может также включать в себя энергонезависимое оперативное запоминающее устройство (ЭНОЗУ). Инструкции 1007b или данные 1009b могут также находиться в процессоре 1003. Инструкции 1007b и/или данные 1009b, загружаемые в процессор 1003, могут также включать в себя инструкции 1007a и/или данные 1009a из запоминающего устройства 1005, которые были загружены для исполнения или обработки процессором 1003. Процессор 1003 может исполнять инструкции 1007b для реализации описанных выше способов.

[00211] gNB 1060 может также включать в себя корпус, который содержит один или более передатчиков 1017 и один или более приемников 1078 для обеспечения возможности передачи и приема данных. Передатчик(-и) 1017 и приемник(-и) 1078 могут быть объединены в один или более приемопередатчиков 1076. К корпусу прикреплены одна или более антенн 1080a-n, которые электрически связаны с приемопередатчиком 1076.

[00212] Различные компоненты gNB 1060 соединены друг с другом с помощью системы 1011 шин, которая помимо шины данных может включать в себя шину питания, шину сигналов управления и шину сигналов состояния. Однако для ясности различные шины проиллюстрированы на Фиг. 9 как система 1011 шин. gNB 1060 может также включать в себя цифровой сигнальный процессор (DSP) 1013 для использования в обработке сигналов. gNB 1060 может также включать в себя интерфейс 1015 связи, который обеспечивает доступ пользователя к функциям gNB 1060. gNB 1060, проиллюстрированная на Фиг. 9, представляет собой функциональную блок-схему, а не перечень конкретных компонентов.

[00213] На Фиг. 10 представлена блок-схема, иллюстрирующая один вариант реализации UE 1102, в котором могут быть реализованы системы и способы для выполнения передач (повторных передач) по нисходящей линии связи и/или восходящей линии связи. UE 1102 включает в себя средство 1158 передачи, средство 1120 приема и средство 1124 управления. Средство 1158 передачи, средство 1120 приема и средство 1124 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг. 1. На Фиг. 8 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 10. Для осуществления одной или более функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.

[00214] На Фиг. 11 представлена блок-схема, иллюстрирующая один вариант реализации gNB 1260, в которой могут быть осуществлены системы и способы для выполнения передач (повторных передач) по нисходящей линии связи и/или восходящей линии связи. gNB 1260 включает в себя средство 1217 передачи, средство 1278 приема и средство 1282 управления. Средство 1217 передачи, средство 1278 приема и средство 1282 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг. 1. На Фиг. 10 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 11. Для осуществления одной или более функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.

[00215] На Фиг. 12 представлена блок-схема, иллюстрирующая один вариант реализации gNB 1260. gNB 1260 может включать в себя процессор 1223 более высокого уровня, передатчик 1225 DL, приемник 1233 UL и антенны 1231. Передатчик 1225 DL может включать в себя передатчик 1227 PDCCH и передатчик 1229 PDSCH. Приемник 1233 UL может включать в себя приемник 1235 PUCCH и приемник 1237 PUSCH. Процессор 1223 более высокого уровня может управлять поведением физического уровня (передатчика DL и приемника UL) и предоставлять параметры более высокого уровня на физический уровень. Процессор 1223 более высокого уровня может получать транспортные блоки от физического уровня. Процессор 1223 более высокого уровня может отправлять/получать сообщения более высокого уровня, такие как сообщение RRC и сообщение MAC, на более высокий уровень UE или от него. Процессор 1223 более высокого уровня может предоставлять транспортные блоки передатчика 1229 PDSCH и предоставлять параметры передачи передатчика 1227 PDCCH, относящиеся к транспортным блокам. Приемник 1233 UL может принимать мультиплексированные физические каналы восходящей линии связи и физические сигналы восходящей линии связи через приемные антенны 1231 и демультиплексировать их. Приемник 1235 PUCCH может предоставлять процессор более высокого уровня UCI. Приемник 1237 PUSCH может предоставлять транспортные блоки, полученные процессором более высокого уровня.

[00216] На Фиг. 13 представлена блок-схема, иллюстрирующая один вариант реализации UE 1302. UE 1302 может включать в себя процессор 1323 более высокого уровня, передатчик 1351 UL, приемник 1343 DL и антенны 1331. Передатчик 1351 UL может включать в себя передатчик 1353 PUCCH и передатчик 1355 PUSCH. Приемник 1343 DL может включать в себя приемник 1345 PDCCH и приемник 1347 PDSCH. Процессор 1323 более высокого уровня может управлять поведением физического уровня (передатчика UL и приемника DL) и предоставлять параметры более высокого уровня на физический уровень. Процессор 1323 более высокого уровня может получать транспортные блоки от физического уровня. Процессор 1323 более высокого уровня может отправлять/получать сообщения более высокого уровня, такие как сообщение RRC и сообщение MAC, на более высокий уровень UE или с него. Процессор 1323 более высокого уровня может обеспечивать транспортные блоки передатчика 1355 PUSCH и обеспечивать передатчик 1353 UCI PUCCH. Приемник 1343 DL может принимать мультиплексированные физические каналы нисходящей линии связи и физические сигналы нисходящей линии связи через приемные антенны 1331 и демультиплексировать их. Приемник 1345 PDCCH может обеспечивать процессор 1323 более высокого уровня DCI. Приемник 1347 PDSCH может обеспечивать транспортные блоки, полученные процессором 1323 более высокого уровня.

[00217] На Фиг. 14 представлена блок-схема способа связи для оборудования пользователя (UE), которое осуществляет обмен данными с устройством базовой станции в одной или более частях ширины полосы нисходящей линии связи (BWP DL) в обслуживающей соте. Способ может включать прием 1402 сообщения управления радиоресурсом (RRC), имеющего первую информацию, используемую для конфигурирования периодичности отслеживания физического канала управления нисходящей линии связи (PDCCH). Способ также может включать прием 1404 сообщения RRC, содержащего вторую информацию для конфигурирования более одного значения смещения. Способ также может включать отслеживание 1406 PDCCH на основе первой информации. Способ также может включать прием 1408 по PDCCH формата информации управления нисходящей линии связи (DCI), содержащего третью информацию и четвертую информацию, причем третья информация запускает передачу апериодического отчета с информацией о состоянии канала (CSI), четвертую информацию используют для указания одного значения смещения из более одного значения смещения, а формат DCI используют для диспетчеризации физического совместно применяемого канала для передачи данных по восходящей линии связи (PUSCH). Способ также может включать, выполнение 1410 в интервале, на основе обнаружения DCI, содержащей третью информацию и четвертую информацию, передачи апериодического отчета CSI по PUSCH, причем интервал определяют на основе четвертой информации. Первая информация может быть сконфигурирована для каждого из одного или более пространств поиска, причем одно или более пространств поиска конфигурируют для каждой из одной или более BWP DL в обслуживающей соте. Вторая информация может быть сконфигурирована для обслуживающей соты.

[00218] На Фиг. 15 представлена блок-схема, иллюстрирующая способ связи для устройства базовой станции, которое осуществляет обмен данными с оборудованием пользователя (UE) на одной или более частях ширины полосы нисходящей линии связи (BWP DL) в обслуживающей соте. Способ может включать передачу 1510 сообщения управления радиоресурсом (RRC), содержащего первую информацию, используемую для конфигурирования периодичности отслеживания физического канала управления нисходящей линии связи (PDCCH), причем первую информацию используют для UE с целью отслеживания PDCCH. Способ также может включать передачу 1512 сообщения RRC, содержащего вторую информацию, используемую для конфигурирования более одного значения смещения. Способ может также включать передачу 1514 по PDCCH формата информации управления нисходящей линии связи (DCI), содержащего третью информацию и четвертую информацию, причем третья информация запускает передачу апериодического отчета с информацией о состоянии канала (CSI), четвертую информацию используют для указания одного значения смещения из более одного значения смещения, а формат DCI используют для диспетчеризации физического совместно применяемого канала для передачи данных по восходящей линии связи (PUSCH). Способ может также включать прием 1516 в интервале, на основе передачи DCI, содержащей третью информацию и четвертую информацию, апериодического отчета CSI по PUSCH, причем интервал задают на основе четвертой информации. Первая информация может быть сконфигурирована для каждого из одного или более пространств поиска, причем одно или более пространств поиска конфигурируют для каждой из одной или более BWP DL в обслуживающей соте. Вторая информация может быть сконфигурирована для обслуживающей соты.

[00219] Как описано выше, можно применять некоторые способы для передач DL и/или UL (например, передачи PDSCH и/или передачи PUSCH) (например, с точным указанием). При этом для передачи DL и/или UL (например, передачи PDSCH и/или передачи PUSCH) можно применять комбинацию одного или более из описанных выше способов. Комбинация одного или более из некоторых способов, описанных выше, не может быть исключена в описанных системах и способах.

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

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

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

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

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

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

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

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

Изобретение относится к области беспроводной связи. Техническим результатом является повышение эффективности отслеживания передачи по нисходящей линии связи и/или восходящей линии связи. Упомянутый технический результат достигается тем, что в составе оборудования пользователя (UE), которое осуществляет обмен данными с устройством базовой станции на одной или более частях ширины полосы нисходящей линии связи (BWP DL) в обслуживающей соте, схема приема выполнена с возможностью приема сообщения управления радиоресурсом (RRC), включающего в себя первую информацию, приема сообщения RRC, включающего в себя вторую информацию, отслеживания PDCCH на основе первой информации, приема по PDCCH формата информации управления нисходящей линии связи (DCI), содержащего третью информацию и четвертую информацию, а схема передатчика сконфигурирована для выполнения в интервале, на основе обнаружения DCI, содержащей третью информацию и четвертую информацию, передачи апериодического отчета CSI по PUSCH, причем интервал определяют на основе четвертой информации. 4 н. и 8 з.п. ф-лы, 15 ил.

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

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

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

причём приёмный блок выполнен с возможностью отслеживания PDCCH на основании первой информации,

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

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

первая информация конфигурируется для каждого из одного или более наборов пространств поиска, при этом один или более наборов пространств поиска конфигурируется для каждой из одной или более BWP DL, и

вторая информация конфигурируется для каждой из одной или более обслуживающих сот.

2. UE по п. 1, в котором

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

3. UE по п. 2, в котором

сообщение RRC представляет собой выделенное сообщение RRC.

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

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

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

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

приёмный блок, выполненный с возможностью приема на основании передачи формата DCI, содержащего третью информацию и четвертую информацию, апериодического отчета CSI по PUSCH в интервале, причем интервал определяется на основании четвертой информации, причем

первая информация конфигурируется для каждого из одного или более наборов пространств поиска, при этом один или более наборов пространств поиска конфигурируется для каждой из одной или более BWP DL, и

вторая информация конфигурируется для каждой из одной или более обслуживающих сот.

5. Устройство базовой станции по п. 4, в котором

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

6. Устройство базовой станции по п. 4, в котором

сообщение RRC представляет собой выделенное сообщение RRC.

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

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

принимают сообщение RRC, содержащее вторую информацию, используемую для конфигурирования более одного значения смещения,

отслеживают PDCCH на основании первой информации,

принимают по PDCCH формат информации управления нисходящей линии связи (DCI), содержащий третью информацию и четвертую информацию, при этом третья информация запускает передачу апериодического отчета с информацией о состоянии канала (CSI), причём четвертая информация используется для указания одного значения смещения из более одного значения смещения, причём формат DCI используется для диспетчеризации физического совместно используемого канала восходящей линии связи (PUSCH), и

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

первая информация конфигурируется для каждого из одного или более наборов пространств поиска, при этом один или более наборов пространств поиска конфигурируется для каждой из одной или более BWP DL, и

вторая информация конфигурируется для каждой из одной или более обслуживающих сот.

8. Способ связи по п. 7, дополнительно содержащий этап, на котором

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

9. Способ связи по п. 7, в котором

сообщение RRC представляет собой выделенное сообщение RRC.

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

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

передают сообщение RRC, содержащее вторую информацию, используемую для конфигурирования более одного значения смещения,

передают по PDCCH формат информации управления нисходящей линии связи (DCI), содержащий третью информацию и четвертую информацию, при этом третья информация запускает передачу апериодического отчета с информацией о состоянии канала (CSI), причём четвертая информация используется для указания одного значения смещения из более одного значения смещения, причём формат DCI используется для диспетчеризации физического совместно используемого канала восходящей линии связи (PUSCH), и

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

первая информация конфигурируется для каждого из одного или более наборов пространств поиска, при этом один или более наборов пространств поиска конфигурируется для каждой из одной или более BWP DL,

и вторая информация конфигурируется для каждой из одной или более обслуживающих сот.

11. Способ связи по п. 10, дополнительно содержащий этап, на котором

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

12. Устройство базовой станции по п. 11, в котором

сообщение RRC представляет собой выделенное сообщение RRC.