СООБЩЕНИЯ УПРАВЛЕНИЯ РАДИОРЕСУРСОМ (RRC) ДЛЯ РАСШИРЕННОГО ЗАПРОСА ДИСПЕТЧЕРИЗАЦИИ Российский патент 2021 года по МПК H04W72/12 H04L5/00 H04W72/04 

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

[0001] Настоящая заявка относится к предварительной заявке на патент США № 62/476 309, озаглавленной SYSTEMS AND METHODS FOR AN ENHANCED SCHEDULING REQUEST FOR 5G NR, поданной 24 марта 2017 г., содержание которой полностью включено в настоящую заявку путем ссылки, и испрашивает приоритет по этой заявке.

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

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

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

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

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

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

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

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

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

[0008] на Фиг. 3A представлен пример, иллюстрирующий переменную структура кадра в 5G NR;

[0009] на Фиг. 3B представлен пример, иллюстрирующий переменный размер интервала в 5G NR;

[0010] на Фиг. 3C представлен пример, иллюстрирующий переменную периодичность PUCCH в 5G NR;

[0011] на Фиг. 4 представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе мультиплексирования с временным разделением каналов (TDM);

[0012] на Фиг. 5 представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе мультиплексирования с частотным разделением каналов (FDM);

[0013] на Фиг. 6A представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе FDM и TDM;

[0014] на Фиг. 6B представлен пример адаптаций ширины полосы в системах 5G NR;

[0015] на Фиг. 7 представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе TDM для различных значений ширины полос;

[0016] на Фиг. 8 представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе FDM и TDM для различных значений ширины полосы и услуг;

[0017] на Фиг. 9 представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе FDM и TDM для различных значений ширины полосы и численных величин (например, часть ширины полосы BWP);

[0018] на Фиг. 10 представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе FDM и TDM для различных значений ширины полосы и лучей;

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

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

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

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

[0023] на Фиг. 15 представлена блок–схема, иллюстрирующая одну реализацию UE, в которой могут быть осуществлены системы и способы для расширенного запроса диспетчеризации;

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

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

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

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

[0027] Описано пользовательское оборудование (UE). UE включает в себя схему приема, выполненную с возможностью приема от устройства базовой станции сообщения (–й) управления радиоресурсом (RRC), которое (–ые) включает (–ют) в себя одну или более конфигураций запросов диспетчеризации (SR). Каждая конфигурация SR связана с одним или более ресурсами PUCCH. Конфигурация SR соответствует любому одному или более из следующих элементов: один или более логических каналов (LCH), одна или более групп логических каналов (LCG), один или более приоритетов, одна или более численных величин, одна или более услуг и/или одна или более частей ширины полосы (BWP).

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

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

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

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

[0032] Кроме того, описано устройство базовой станции (gNB). gNB включает в себя схему передатчика, выполненную с возможностью передачи на пользовательское оборудование сообщения (–й) управления радиоресурсом (RRC), которое (–ые) включает (–ют) в себя одну или более конфигураций запроса диспетчеризации (SR). Каждая конфигурация SR связана с одним или более ресурсами PUCCH. Конфигурация SR соответствует любому одному или более из следующих элементов: один или более логических каналов (LCH), одна или более групп логических каналов (LCG), один или более приоритетов, одна или более численных величин, одна или более услуг и/или одна или более частей ширины полосы (BWP).

[0033] Кроме того, описан способ связи пользовательского оборудования. Способ включает прием от устройства базовой станции сообщения (–й) управления радиоресурсом (RRC), которое (–ые) включает (–ют) в себя одну или более конфигураций запроса диспетчеризации (SR). Каждая конфигурация SR связана с одним или более ресурсами PUCCH. Конфигурация SR соответствует любому одному или более из следующих элементов: один или более логических каналов (LCH), одна или более групп логических каналов (LCG), один или более приоритетов, одна или более численных величин, одна или более услуг и/или одна или более частей ширины полосы (BWP).

[0034] Кроме того, описан способ связи устройства базовой станции. Способ включает передачу на пользовательское оборудование сообщения (–й) управления радиоресурсом (RRC), которое (–ые) содержит (–ат) одну или более конфигураций запроса диспетчеризации (SR). Каждая конфигурация SR связана с одним или более ресурсами PUCCH. Конфигурация SR соответствует любому одному или более из следующих элементов: один или более логических каналов (LCH), одна или более групп логических каналов (LCG), один или более приоритетов, одна или более численных величин, одна или более услуг и/или одна или более частей ширины полосы (BWP).

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

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

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

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

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

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

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

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

[0043] Системы и способы, описанные в настоящем документе, предоставляют множество механизмов для улучшения работы механизма запроса диспетчеризации (SR) для UE и gNB в 5G NR. Механизмы мультиплексирования с временным и частотным разделением каналов могут быть использованы для обеспечения диспетчеру управления радиоресурсом (RRM) gNB возможности определения приоритета SR, чтобы сортировать предоставление передачи по восходящей линии связи (UL) и/или ресурсы. В этом механизме на UE может быть использован механизм LTE SR, где один бит используется для указания того, нуждается ли UE в предоставлении передачи. 5G NR UE с помощью расширенного SR может определять правильное время и/или частоту для отправки SR по физическому каналу управления восходящей линии связи (PUCCH), причем каждое значение времени и/или частоты указывают в отношении конкретной характеристики трафика и/или услуги и/или группы логических каналов.

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

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

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

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

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

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

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

[0051] Функция SR состоит в том, чтобы указать UE 102 на необходимость в предоставлении ему восходящей линии связи, поскольку оно имеет данные для передачи, но не имеет предоставления восходящей линии связи. SR может представлять собой однобитовое указание, инициируемое при управлении доступом к среде передачи данных (MAC) и передаваемое по PUCCH. UE 102 может быть сконфигурировано с применением конфигурации SR для передачи SR. Если UE 102 не имеет выделенных ему ресурсов UL, в которых он может отправить SR, UE 102 может последовательно отправлять SR с использованием процедуры произвольного доступа.

[0052] В данном случае SR может соответствовать характеристикам трафика, логическому каналу, группе логических каналов, количеству доступных данных, информации, относящейся к численной величине и/или длительности временного интервала передачи (TTI), и/или приоритету данных.

[0053] Периодичность SR может составлять {1, 2, 5, 10, 20, 40, 80} мс. После передачи SR UE 102 может отслеживать PDCCH, и после получения предоставления UL через 4 подкадра может следовать передача UL–SCH. Периодичность SR является основным фактором, влияющим на общую задержку от момента поступления данных до передачи UL–SCH, за исключением случаев, когда она является очень короткой. Существует некоторое соотношение между периодичностью SR и пропускной способностью. При коротком периоде SR в системе с помощью SR можно настроить меньшее количество UE 102 по сравнению со случаем с более длинными периодами SR, которые позволяют настраивать большее количество UE 102 с помощью SR.

[0054] Короткая задержка в NR может быть важной для поддержки таких услуг, как URLLC. Это может обуславливать структуру SR. На задержку также влияет структура SR в конфигурации с множеством численных величин/длительностью TTI. Что касается NR, некоторые аспекты задержки и периодичности SR включают следующее: основные изменения структуры, связанные с задержкой и периодичностью SR, по сравнению с LTE; каково влияние требований NR по задержке; каково влияние конфигурации с множеством численных величин/значений длительности TTI; и каково влияние других функций, предназначенных для уменьшения задержки (например, передач без предоставления и SPS).

[0055] Функция создания отчета о состоянии буфера (BSR) в LTE заключается в том, что UE 102 сообщает об объеме доступных данных в UE 102 для еNB. Затем еNB может использовать эту информацию для установления размера предоставления UL. Логические каналы сгруппированы в группы логических каналов (LCG). Инициирование функции BSR происходит в том случае, если данные становятся доступными в некоторой LCG, а все другие LCG не имеют данных, или если становятся доступными данные, относящиеся к логическому каналу с более высоким приоритетом по сравнению со всеми остальными LCG, или если в блоке данных протокола MAC (PDU) имеется свободное поле для отправки BSR вместо заполнения. Можно применять два таймера, которые по истечении времени запускают функцию создания BSR. BSR содержит информацию о количестве данных, доступных для каждой группы логических каналов. BSR передают в виде элемента управления MAC (СЕ) в MAC PDU.

[0056] Подобно SR на структуру BSR для NR может влиять конфигурация с множеством численных величин/длительностью TTI, поддерживаемая в NR. Системы и способы, описанные в данном документе, обеспечивают механизмы для BSR для NR.

[0057] Диспетчеризация восходящей линии связи является ключевой функциональной возможностью для применения в широком спектре вариантов использования, включая усовершенствованную широкополосную сеть мобильной связи, массовую MTC, критическую MTC, и дополнительных требований. В LTE запросы диспетчеризации (SR) используют для запроса ресурсов UL–SCH для новых передач, если UE 102 не имеет действующего предоставления. Если SR не сконфигурированы для UE 102, UE 102 может инициировать процедуру произвольного доступа для диспетчеризации в UL.

[0058] В данном случае SR содержат только один бит информации и указывают только то, что UE 102 требуется предоставление UL. Кроме того, после приема SR gNB 160 не обладает информацией о том, какой логический канал (связанный с определенным идентификатором класса качества обслуживания (QoS) (QCI)) имеет данные, доступные для передачи, или о количестве данных, доступных для передачи в UE 102. Кроме того, следует отметить, что численная величина/длительность TTI должны быть переданы в предоставлении. Это подразумевает, что gNB 160 также может получить информацию о том, какие численная величина/длительность TTI требуются UE 102 для предстоящей передачи. Иными словами, в NR точное предоставление не может быть обеспечено для UE 102 только на основании однобитовой информации о типе SR LTE. Следует отметить, что запрос диспетчеризации LTE экономит ресурсы физического уровня, но не обеспечивает достаточной информации для эффективного выделения предоставления в NR.

[0059] С другой стороны, отчеты о состоянии буфера (BSR) содержат более подробную информацию по сравнению с SR. BSR указывает размер буфера для каждой LCG. Однако BSR требует предоставления для передачи, поэтому может пройти больший период времени, пока gNB 160 примет его, поскольку, возможно, ему должен предшествовать SR. Зависимость между SR, BSR и предоставлением представлена на Фиг. 2.

[0060] Структура с SR/BSR LTE может быть улучшена. Согласно одному подходу схема SR/BSR из LTE может быть многократно использована в NR в качестве базовой конфигурации. NR должна поддерживать широкий спектр вариантов использования, которые предполагают разные требования. В некоторых вариантах применения (например, в критической MTC и URLLC) NR имеет более жесткие требования по задержке по сравнению с требованиями, которые в настоящее время приняты для LTE. Кроме того, для таких услуг, как eMBB, может быть использовано расширение SR и BSR.

[0061] В NR изменения SR/BSR связаны с объявлением состояния буфера UE (например, приоритета и размера буфера), а также желательной численной величины/длительности TTI в пределах заданных временных ограничений. Предполагается, что сопоставление логического канала (LCH) с LCG по численной величине/длительности TTI позволит определить, какую численную величину/длительность TTI следует использовать с учетом LCG. Таким образом, в SR/BSR явная сигнализация численной величины/длительности TTI не требуется, если в SR/BSR присутствует LCG (или LCH). С учетом указанных выше ограничений можно либо расширить SR до большего количества информационных битов, чтобы указать больше информации, либо расширить BSR.

[0062] Возможное улучшение состоит в том, чтобы расширить SR таким образом, чтобы иметь возможность указания не только на доступность данных. С увеличением количества используемых в SR битов можно будет обеспечить более подробную информацию, такую как тип LCG, который включает доступные данные, и/или количество доступных данных, связанных с LCG. Зная тип LCG, gNB 160 может обеспечить предоставления для трафика, который необходимо диспетчировать. Это позволяет более точно обрабатывать приоритеты. Указывая объем доступных данных, связанных с LCG, для которых требуется предоставление в UE 102, gNB 160 может обеспечить более подходящий размер предоставления в отношении предпочтительной численной величины/длительности TTI, например, для UE 102.

[0063] Поскольку численная величина/длительность TTI могут быть получены от LCG, можно избежать ситуаций, когда UE 102 имеет данные для передачи, например, с коротким TTI, но получает предоставление с длинным TTI. Число битов, на которое должен быть расширен SR, определяется способом достижения хорошего компромисса между негативными факторами, касающимися канала управления LI (например, издержками, сложностью конструкции и т. д.), и достигнутым улучшением с точки зрения уменьшения задержки UP. Таким образом, более эффективная обработка приоритетов может быть достигнута за счет увеличения количества битов для SR.

[0064] Кроме того, может быть расширен BSR. Что касается передачи BSR без предоставления, во избежание задержки, вызванной выделением предоставления BSR, может поддерживаться передача BSR без предоставления без отправки SR. Это может быть реализовано при низкой и средней нагрузке, а также в сотах, обслуживающих относительно небольшое количество (активных) UE 102.

[0065] Кроме того, ожидается, что будут внедрены аналогичные механизмы без предоставления, которые могут вносить задержку в критических случаях использования, таких как URLLC. Для быстрого объявления BSR может быть использовано специальное выделение ресурса для каждого UE 102. Если поддерживаются передачи без предоставления, было бы эффективным отправлять BSR на каждую группу логических каналов (что также называют коротким BSR в LTE). Таким образом, только BSR, предназначенный для высокоприоритетного трафика, может использовать канал без предоставления. Из соображений эффективности ресурсы без предоставления, назначенные для UE 102, могут быть достаточно большими, чтобы соответствовать только BSR. Кроме того, для ресурсов без предоставления должна быть обеспечена возможность их использования при передаче данных в случае отсутствии BSR, ожидающего передачи. Таким образом, можно уменьшить задержку выделения предоставления для BSR с помощью передачи BSR без предоставления.

[0066] Кроме того, описано улучшенное инициирование BSR. В LTE некоторые из существующих правил инициирования BSR могут быть слишком строгими. Например, UE 102 может быть разрешено передавать BSR при наличии в буфере новых доступных данных с более высоким приоритетом, чем существующие данные, тогда как UE 102 не разрешается отправлять BSR, если новые данные имеют такой же или более низкий приоритет, чем существующие данные. Это может привести к несоответствию информации между UE 102 и gNB 160, что приведет к большой ненужной задержке диспетчеризации, пока UE 102 не сможет освободить свой буфер передачи. В этом случае простое решение состоит в том, чтобы снять вышеуказанное ограничение (т. е. позволить UE 102 отправлять BSR, когда есть новые данные, независимо от их приоритета). Сеть может сконфигурировать эту функцию с учетом баланса между увеличением издержек на объявление BSR и необходимостью точной оценки информации о буфере. Таким образом, задержка диспетчеризации может быть уменьшена путем предоставления UE 102 возможности отправки BSR по прибытии новых данных независимо от приоритета связанного с ним логического канала.

[0067] Как и в случае SR, gNB 160 должна иметь информацию о том, какая численная величина/длительность TTI является предпочтительными или какие данные являются желательными. Поскольку можно предположить, что сопоставление LCH с LCG в отношении численной величины/длительности TTI позволит определить, какие численную величину/длительность TTI следует использовать с учетом LCG, указанного в BSR, в BSR не требуется никакой дополнительной информации.

[0068] Расширения SR обеспечивают быструю передачу без выделения предоставления на уровне 2. Однако это повлечет увеличение издержек на канал управления и сложности конструкции. Кроме того, при передаче большего количества информационных битов сложнее обеспечить надежность передачи. Расширение BSR потенциально обеспечивает такую же производительность, что и расширение SR с точки зрения снижения задержки UP. Хотя для этого требуется, чтобы сеть назначила выделенные ресурсы каждому UE 102, может возникнуть риск избыточного выделения ресурсов в случае наличия большого количества подключенных UE 102.

[0069] В некоторых случаях, если приняты расширения SR, расширения BSR могут не потребоваться, и наоборот. Таким образом, целесообразно дополнительное сравнение различных расширений.

[0070] Для эффективного использования ресурсов SCH в MAC используют функцию диспетчеризации. Обзор планировщика представлен с точки зрения функционирования планировщика, сигнализации решений планировщика и измерений для обеспечения функционирования планировщика. MAC в NR gNB 160 может включать динамические планировщики ресурсов, которые выделяют ресурсы физического уровня для транспортных каналов DL–SCH, UL–SCH. Для DL–SCH и UL–SCH используют разные планировщики.

[0071] Планировщик должен учитывать объем трафика и требования к качеству обслуживания (QoS) каждого UE 102, а также связанные радиоканалы при совместном использовании ресурсов между UE 102. Для предоставления права на передачу по UL–SCH могут быть использованы только предоставления «каждому UE». Поскольку логический канал может быть сопоставлен одному или более из численных величин/значений длительности TTI, предоставление может быть ограничено определенными логическими каналами, сопоставленными определенным численным величинам, поэтому при приеме этого предоставления разрешается передача только в контексте этих логических каналов. Планировщики могут назначать ресурсы с учетом условий радиосвязи для UE 102, установленных путем измерений, выполненных на gNB 160 и/или сообщенных UE 102.

[0072] В восходящей линии связи NR gNB 160 может динамически выделять ресурсы (например, блоки физических ресурсов (PRB) и MCS) для UE 102 в каждом TTI посредством временного идентификатора радиосети соты (C–RNTI) по PDCCH. В пределах каждого периода диспетчеризации объект диспетчеризации может назначать предоставление, связанное с набором численных величин/значений длительности TTI, для каждого диспетчеризируемого UE 102.

[0073] Отчеты об измерениях необходимы для того, чтобы планировщик мог работать как в восходящей линии связи, так и в нисходящей линии связи. В данном случае подразумеваются объем транспортировки и измерения радиообстановки UE. Для обеспечения диспетчеризации пакетов с поддержкой QoS необходимы отчеты о состоянии буфера восходящей линии связи (BSR) и запрос диспетчеризации (SR).

[0074] Запрос диспетчеризации (SR) в качестве сообщения сигнализации первого уровня может быть использован для запроса ресурсов UL для новых передач, когда UE 102 не имеет действительного предоставления. SR может быть передан либо посредством канала, подобного PUCCH, в случае, если UE 102 назначены выделенные ресурсы, либо с применением процедуры произвольного доступа в случае, если UE 102 не назначены выделенные ресурсы, или UE 102 не синхронизировано с сетью.

[0075] Отчеты о состоянии буфера (BSR) восходящей линии связи относятся к данным, буферизированным для группы логических каналов (LCG) в UE 102. Передачу отчетов о состоянии буфера восходящей линии связи осуществляют с помощью MAC–сигнализации. Перед передачей BSR UE 102 должно иметь действительное предоставление. Объект диспетчеризации должен обладать информацией, включающей: указание того, что UE 102 имеет данные для передачи; размер буфера для каждого логического канала (группы); указание приоритета для каждого логического канала (группы); и/или указание набора связанных численных величин/значений длительности TTI для каждого логического канала (группы). Для каждого UE 102 вышеуказанная информация может быть объявлена посредством SR или BSR.

[0076] Как описано выше, в стандарте LTE диспетчеризация UL главным образом основана на запросе диспетчеризации (SR) и отчете о состоянии буфера (BSR), принятых от UE 102. SR является указанием для eNB об обеспечении предоставления UL для передачи BSR и не содержит информации о количестве данных. Информация о количестве данных для каждой из групп логических каналов (LCG) может быть предоставлена в BSR.

[0077] В NR диспетчеризация UL на основе SR/BSR может быть использована для eMBB. Для URLLC помимо передачи без предоставления также может быть реализована диспетчеризация UL на основе SR/BSR. В LTE при инициировании запроса диспетчеризации (SR) UE 102 указывает eNB на наличие данных для передачи в буфере. еNB обеспечивает предоставление UL по умолчанию, которое UE 102 использует для передачи данных и/или BSR. Может оказаться, что обеспеченное предоставление является достаточным для передачи всех данных. Однако также вероятно, что предоставление является недостаточным, а UE 102 должно запросить другое предоставление с помощью BSR. Вследствие этого возникает дополнительная задержка в случае, когда UE 102 было бы в состоянии передать все данные, если бы первое предоставление UL было бы немного большим. Кроме того, отсутствует указание на приоритет SR. Предоставление gNB 160 информации о приоритете SR позволит планировщику gNB 160 назначить приоритеты ресурсов UL среди UE 102.

[0078] В LTE еNB не обладает информацией о том, имеет ли UE 102 большой или небольшой объем данных, а также о том, имеет ли UE 102 данные с высоким приоритетом, до тех пор, пока еNB не получит BSR. Для случаев использования, чувствительных к задержке, может быть целесообразным расширение SR для передачи более подробной информации о характеристике данных, имеющихся в очереди в буфере UE. Это связано с тем, что UE 102 может быть выполнено с возможностью передачи всех данных в первом принятом им предоставлении UL без ожидания следующего предоставления UL, принимаемого на основании BSR.

[0079] NR должна поддерживать различные услуги. Помимо услуг eMBB NR также поддерживает услуги URLLC, требующие сверхмалой задержки. Даже в услугах eMBB есть услуги, которые являются более строгими в отношении задержки, чем другие услуги, и которые могут иметь более высокий приоритет. Кроме того, может быть применена сигнализация управления радиоресурсом (RRC)/сообщения слоя без доступа (NAS), требующая более высокого приоритета, чем обычная передача данных от других UE 102. Таким образом, может быть целесообразным предоставление планировщику gNB информации о приоритете SR, чтобы gNB 160 могла назначать приоритеты ресурсам UL среди UE 102.

[0080] Чтобы планировщик eNB диспетчировал ресурсы UL непосредственно после приема SR, он должен обладать информацией о характеристиках данных UL, которые содержатся в LCG. Таким образом, для планировщика gNB предпочтительно иметь информацию о LCG, связанной с данными UL. Применение SR с более подробной информацией о характеристиках трафика/услугах может быть предпочтительным для лучшей диспетчеризации UL в сети. Однако на сегодняшний день формат SR LTE не содержит никаких дополнительных информационных битов, кроме наличия или отсутствия SR.

[0081] В LTE применяют два типа форматов BSR, которые могут быть переданы на еNB. Первый формат представляет собой короткий/усеченный формат BSR, позволяющий сообщать о состоянии буфера одной группы логических каналов. Второй формат представляет собой длинный формат BSR, позволяющий сообщать о данных от всех групп логических каналов. В LTE применяют четыре LCG. В NR можно определить большее количество LCG, чтобы обеспечить лучшую гранулярность приоритетов данных в зависимости от количества логических каналов или типов поддерживаемых услуг.

[0082] Недостаток настоящего способа заключается в том, что он не обеспечивает гибкость для передачи BSR, соответствующего двум (макс–1) LCG. Кроме того, невозможно определить TTI или услугу, для которых передан BSR. Такое определение может быть целесообразным для более эффективного принятия сетью решения о диспетчеризации UL.

[0083] При использовании прямого соединения LTE каждую группу логических каналов прямого соединения определяют для каждого получателя ProSe. Для диспетчеризации UL сеть выбирает получателя ProSe с наивысшим приоритетом. Поэтому формат BSR для прямого соединения отличается от формата устаревшего BSR LTE.

[0084] Кроме того, в NR для BSR может быть определено больше групп логических каналов, чем в LTE, что позволяет сети более эффективно назначать приоритеты для данных пользователя. Для этого требуется изменение формата МАС CE BSR, которое может быть выполнено эффективно, если оно определено с точки зрения логического канала или групп логических каналов.

[0085] В LTE для назначения приоритетов данных определены только четыре группы логических каналов (LCG). В NR для более лучшей гранулярности приоритетов данных для представления различных услуг и численных величин, поддерживаемых UE, в NR может потребоваться большее количество LCG. В данном случае новый MAC CE для BSR должен быть выполнен с возможностью включения всех данных, соответствующих множеству LCG. MAC CE может включать один или более идентификаторов данных LCG.

[0086] В другом варианте расширения BSR может происходить передача BSR, соответствующего каждому логическому каналу. В NR логический канал, вероятно, может быть связан с TTI или услугой в UE 102. Существует вероятность того, что данные в одном логическом канале могут быть более важными или могут иметь более высокий приоритет, чем данные в другом логическом канале. Это можно определить на основании функции сопоставления между логическим каналом и длительностью TTI или профилем потока QoS. С этой целью можно определить новый MAC CE для указания логического канала, связанного с индексом буфера в BSR.

[0087] Возможны различные варианты использования с совершенно разными требованиями к QoS. Диспетчеризация UL является ключевой функциональной возможностью уровня MAC. Однако устаревшая процедура диспетчеризации LTE, «SR – предоставление UL – BSR – предоставление UL – данные», слишком сложна для поддержки широкого спектра вариантов использования, в частности для некоторых услуг, допускающих задержки.

[0088] Как описано применительно к Фиг. 2, запрос диспетчеризации (SR) используют для запроса предоставления UL для BSR, когда UE 102 имеет новые данные для передачи. В LTE SR состоит лишь из одного бита информации, что не позволяет предоставить с его помощью точную информацию о буфере UE. По сравнению с SR отчеты о состоянии буфера (BSR) могут содержать больше битов для предоставления более подробной информации, но за счет дополнительной задержки. SR и BSR имеют свои преимущества и недостатки.

[0089] Потенциальные варианты могут включать расширения SR и расширения BSR. С учетом широкого спектра вариантов использования в NR в некоторых случаях требуется расширение, а в некоторых случаях оно может не потребоваться. Таким образом, расширения должны быть достаточно гибкими, чтобы их можно было сконфигурировать с помощью gNB 160. Таким образом, сеть может конфигурировать или ограничивать использование расширений SR/BSR в определенных случаях (например, в зависимости от услуг/условий радиосвязи/NW–ресурса и т. д.).

[0090] Расширения SR можно описать в различных категориях. Одна категория заключается в использовании большего количества битов в SR, что позволит обеспечить более подробную информацию, чем в BSR. Дополнительные биты могут включать тип LCG, где имеются доступные данные, и/или количество доступных данных, связанных с этой LCG. Таким образом, gNB 160 может получать дополнительную информацию о состоянии буфера UE из расширенного SR для обеспечения соответствующего предоставления UL. Другая категория представляет собой применение более короткого периода времени для URLLC для поддержки быстрой диспетчеризации.

[0091] В LTE действующие правила инициирования BSR являются слишком строгими. Например, «стандартный BSR» может быть инициирован, когда либо данные принадлежат логическому каналу с более высоким приоритетом, чем приоритеты логических каналов, принадлежащих к какой–либо LCG, при этом данные уже доступны для передачи, либо отсутствуют доступные для передачи данные в каком–либо из логических каналов, принадлежащих к LCG. В то же время UE 102 не разрешается инициировать BSR, если новые данные имеют такой же или более низкий приоритет, чем существующие данные. Это может привести к несовпадению информации о буфере между UE 102 и еNB 160. Некоторые расширения могут обеспечить ускорение инициирования BSR для уменьшения несоответствия.

[0092] В устаревших системах LTE элементы управления BSR MAC включают любые из следующих элементов: короткий BSR и усеченный BSR (например, одно поле идентификатора LCG и одно соответствующее поле размера буфера) или длинный формат BSR (например, четыре поля размера буфера, соответствующие идентификаторам LCG).

[0093] После приема BSR еNB может получить информацию только о количестве данных, доступных для передачи каждой LCG в буферах UL. Однако он не может дополнительно идентифицировать конкретную информацию по каждому логическому каналу, связанному с LCG. На первый взгляд, в NR вводится новая характеристика с точки зрения численной величины. BSR для каждого UE с дополнительной информацией о численной величине/LCH можно рассматривать в качестве BSR с высоким приоритетом.

[0094] Кроме того, gNB 160 способен точно выделять ресурсы, если UE 102 может сообщить BSR с точным значением. Таким образом, BSR может указывать информацию о точном размере буфера. Таким образом, gNB 160 может назначать точное предоставление UL соответственно цели уменьшения последующей вероятности сегментации или потери ресурсов.

[0095] Как следует из этого описания, расширение запроса диспетчеризации для NR может быть предпочтительным. Системы и способы, описанные в настоящем документе, обеспечивают множество способов улучшения работы механизма запроса диспетчеризации (SR) для 5G NR UE 102 и gNB 160.

[0096] Механизмы мультиплексирования с разделением каналов по времени и частоте используют для того, чтобы планировщик gNB RRM мог определить приоритет SR для сортировки предоставления/ресурсов для передачи по UL. В этом механизме такой же механизм LTE SR может быть использован в UE 102, где один бит используют для указания того, нуждается ли UE 102 в предоставлении передачи. 5G NR UE 102 с помощью расширенного SR может определять правильный момент времени и/или частоту для отправки SR по PUCCH, причем каждое значение времени и/или частоты указывают в отношении конкретной характеристики трафика, и/или услуги и/или группы логических каналов. На Фиг. 4 представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе мультиплексирования с временным разделением каналов (TDM). На Фиг. 5 представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе мультиплексирования с частотным разделением каналов (FDM). На Фиг. 6A представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе FDM и TDM.

[0097] Описанные в настоящем документе подходы можно продублировать для указания конфигураций SR для различной информации (например, BWP, требований к ширине полосы, различных услуг, различных численных величин, различных лучей и т. д.). На Фиг. 7 представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе TDM для различных значений ширины полосы. На Фиг. 8 представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе FDM и TDM для различных значений ширины полосы/BWP и услуг. На Фиг. 9 представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе FDM и TDM для различных значений ширины полосы и численных величин (которые упоминаются как BWP). На Фиг. 10 представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе FDM и TDM для различных значений ширины полосы/ BWP и лучей.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[00117] На Фиг. 2 представлена блок–схема вызова, иллюстрирующая процедуру диспетчеризации при динамической диспетчеризации в LTE. Когда UE 202 имеет новые данные, UE 202 может отправить запрос диспетчеризации (SR) на еNB 260. еNB 260 может ответить на SR, отправив предоставление на UE 202. еNB 260 обеспечивает предоставление UL по умолчанию, которое UE 202 использует для передачи данных и/или BSR.

[00118] В ответ на BSR еNB 260 отправляет другое предоставление. Затем UE 202 отправляет на еNB 260 оставшиеся данные.

[00119] BSR указывает размер буфера для каждой LCG. Однако BSR требует предоставления для передачи, поэтому может пройти больший период времени, пока еNB 260 примет его, поскольку ему должен предшествовать SR. Может оказаться, что обеспеченное предоставление является достаточным для передачи всех данных. Однако, как показано на Фиг. 2, также вероятно, что предоставление является недостаточным, а UE 202 должно запросить другое предоставление с помощью BSR. Вследствие этого возникает дополнительная задержка в случае, когда UE 202 могло бы передать все данные, если бы первое предоставление UL было бы немного большим.

[00120] Как показано на Фиг. 2, сложная процедура сигнального взаимодействия «SR – предоставление UL – BSR – предоставление UL – данные» обуславливает задержки, связана с обработкой и издержками на сигнализацию. Использование SR и BSR ограничено, из–за чего не может быть обеспечено лучшее качество обслуживания для различных услуг в NR.

[00121] На Фиг. 3A представлен пример, иллюстрирующий структуру с переменным кадром в 5G NR.

[00122] На Фиг. 3B представлен пример, иллюстрирующий переменный размер интервала в 5G NR.

[00123] На Фиг. 3C представлен пример, иллюстрирующий переменную периодичность PUCCH в 5G NR.

[00124] На Фиг. 4 представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе мультиплексирования с временным разделением каналов (TDM). gNB 460 может обмениваться данными с 5G NR UE 402.

[00125] SR можно использовать для по меньшей мере запроса ресурсов совместно применяемого канала восходящей линии связи (UL–SCH) для новой передачи (т. е. первоначальной передачи) и/или повторной передачи. В некоторых вариантах реализации для простоты описания предполагается, что новая передача и/или передача, описанные в настоящем документе, могут быть включены в передачу (например, передачу SCH–UL и/или передачу PUSCH).

[00126] Как показано на Фиг. 4, gNB 460 может конфигурировать ресурсы физического канала восходящей линии связи, используемые для передачи SR. Например, gNB 460 может конфигурировать ресурсы физического канала управления восходящей линии связи (т. е. ресурсы PUCCH), используемые для передачи SR. В данном случае ресурсы PUCCH могут быть использованы для передачи информации управления восходящей линии связи (UCI). UCI может включать HARQ–ACK (положительное подтверждение или отрицательное подтверждение), CSI (информацию о состоянии канала) и/или SR.

[00127] Кроме того, ресурсы физического канала восходящей линии связи, отличные от ресурсов PUCCH, могут быть определены для передачи SR (и/или передачи UCI). Например, могут быть определены ресурсы физических каналов восходящей линии связи, используемые только для передачи SR, и gNB 460 может конфигурировать ресурсы физических каналов восходящей линии связи, используемые только для передачи SR. Ресурсы физического канала восходящей линии связи, используемые для передачи SR, описанного в настоящем документе, для простоты описания в некоторых вариантах реализации можно считать включенными в ресурсы PUCCH.

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

[00129] Ресурсы PUCCH, используемые для передачи SR, могут быть сконфигурированы на основании периодичности, смещения, индекса ресурсов PUCCH и/или положения (–й) ресурсов PUCCH. В данном случае предполагается, что в некоторых вариантах реализации для простоты описания в конфигурацию SR может быть включена конфигурация, используемая для конфигурирования периодичности, смещения, индекса ресурсов PUCCH и/или положения (–й) ресурсов PUCCH, описанных в настоящем документе. Таким образом, UE 402 может передавать SR на основании конфигурации SR. UE 402 может передавать SR по PUCCH на основании конфигурации SR.

[00130] gNB 460 может передавать сообщение RRC, содержащее одну или более конфигураций SR. В качестве одного примера на Фиг. 4 показано, что gNB 460 конфигурирует три ресурса PUCCH с помощью одной или более конфигураций SR: PUCCH–1, PUCCH–2 и PUCCH–3. Например, gNB 460 может конфигурировать с помощью первой конфигурации SR PUCCH–1. gNB 460 может конфигурировать с помощью второй конфигурации SR PUCCH–2. gNB 460 может конфигурировать с помощью третьей конфигурации SR PUCCH–3.

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

[00132] Приоритет может включать приоритет ресурсов SCH–UL, запрашиваемых для осуществления передачи. Например, PUCCH–1 (или первая конфигурация SR) может соответствовать высокому приоритету (представлен на Фиг. 4 звездочкой), PUCCH–2 (или вторая конфигурация SR) может соответствовать среднему приоритету (представлен на Фиг. 4 треугольником), а PUCCH–3 (или третья конфигурация SR) может соответствовать низкому приоритету (представлен на Фиг. 4 ромбом).

[00133] В данном случае часть конфигураций SR (например, периодичность, величина смещения и/или положение (–я) ресурсов PUCCH) могут быть установлены на уровне подкадра, уровне интервала, уровне мини–интервала и/или уровне символа. Более конкретно, экземпляры для передачи SR могут быть установлены на уровне подкадра, уровне интервала, уровне мини–интервала и/или уровне символа.

[00134] В одном примере периодичность мини–интервала (и/или символа), смещение мини–интервала (и/или символа) и/или положение (–я) мини–интервала (и/или символа) для PUCCH–1 (т. е. ресурс PUCCH с высоким приоритетом) могут быть сконфигурированы на основании первой конфигурации SR. Кроме того, периодичность интервала, смещение интервала и/или положение (–я) интервала для PUCCH–2 (т. е. ресурс PUCCH со средним приоритетом) могут быть сконфигурированы на основании второй конфигурации SR. Кроме того, периодичность подкадра, смещение подкадра и/или положение (–я) подкадра для PUCCH–3 (т. е. ресурс PUCCH с низким приоритетом) могут быть сконфигурированы на основании третьей конфигурации SR. Другими словами, длительность экземпляра (–ов) для передачи SR может соответствовать приоритету.

[00135] UE 402 может передавать SR (бит (–ы) SR) по соответствующему PUCCH на основании конфигурации SR и/или приоритета. Например, в случае с более высоким приоритетом UE 402 может выбрать (определить) PUCCH–1 и использовать PUCCH–1 для передачи SR (т. е. PUCCH–1 можно использовать в качестве ресурсов PUCCH для передачи SR). Кроме того, в случае со средним приоритетом UE 402 может выбрать (определить) PUCCH–2 и использовать PUCCH–2 для передачи SR (т. е. PUCCH–2 можно использовать в качестве ресурсов PUCCH для передачи SR). Кроме того, в случае с низким приоритетом UE 402 может выбрать (определить) PUCCH–3 и использовать PUCCH–3 для передачи SR (т. е. PUCCH–3 можно использовать в качестве ресурсов PUCCH для передачи SR).

[00136] В данном случае, например, может быть передан однобитовый SR (например, 0, указывающий отрицательное значение, и/или 1, указывающий положительное значение). Кроме того, при передаче SR может быть использована передача с амплитудной манипуляцией. Более конкретно, UE 402 может передавать SR в случае запроса ресурсов UL–SCH и может не передавать SR в случае отсутствия запроса ресурсов UL–SCH. Кроме того, может быть передан многобитовый SR.

[00137] Кроме того, SR может быть передан вместе с HARQ–ACK и/или CSI по PUCCH. Например, SR может быть мультиплексирован с применением HARQ–ACK и/или CSI по PUCCH. Кроме того, SR может быть передан по первому PUCCH, а HARQ–ACK и/или CSI могут быть переданы по второму PUCCH (т. е. путем одновременной передачи множества PUCCH).

[00138] gNB 460 может передавать в сообщении RRC информацию, которая указывает, разрешена ли одновременная передача множества PUCCH. Например, gNB 460 может передавать сообщение RRC, включающее информацию, указывающую, разрешена ли одновременная передача HARQ–ACK и SR по множеству PUCCH. Кроме того, gNB 460 может передавать сообщение RRC, включающее информацию, указывающую, разрешена ли одновременная передача HARQ–ACK и CSI по множеству PUCCH. Кроме того, gNB 460 может передавать сообщение RRC, включающее информацию, указывающую, разрешена ли одновременная передача SR и CSI по множеству PUCCH.

[00139] На Фиг. 5 представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе мультиплексирования с частотным разделением каналов (FDM). gNB 560 может обмениваться данными с 5G NR UE 502 на доступных ресурсах (например, частотах) для отправки SR.

[00140] В данном случае передача SR, описанная по Фиг. 5, может быть выполнена (происходит) в подкадре, который сконфигурирован для передачи SR (например, на основании конфигурации SR). В одном примере передача SR, описанная по Фиг. 5, может быть выполнена (происходит) в том случае, если передача SR совпадает по времени с передачей HARQ–ACK. В другом варианте осуществления передача SR, описанная по Фиг. 5, может быть выполнена (происходит) в том случае, если передача HARQ–ACK совпадает с подкадром, сконфигурированным для UE 502 для передачи SR (например, на основании конфигурации SR).

[00141] Как показано на Фиг. 5, gNB 560 может сконфигурировать с помощью сообщения RRC один или более ресурсов PUCCH (например, 2 набора ресурсов PUCCH, причем каждый набор может включать три (или четыре) ресурса PUCCH). Кроме того, gNB 560 может указывать, используя информацию управления нисходящей линии связи (DCI, формат DCI), один или более ресурсов PUCCH из числа одного или более ресурсов PUCCH, сконфигурированных с помощью сообщения RRC. В данном случае, например, DCI может быть использована для диспетчеризации физического совместно применяемого канала для передачи данных по нисходящей линии связи (т. е. PDSCH).

[00142] PDSCH также может быть запланирован в подкадре, интервале, в мини–интервале и/или символе. Например, может быть определена первая DCI, используемая для диспетчеризации PDSCH в подкадре. Кроме того, может быть определена вторая DCI, используемая для диспетчеризации PDSCH в интервале, мини–интервале и/или символе. Кроме того, DCI может быть передана по физическому каналу управления нисходящей линии связи (например, PDCCH, первому PDCCH). Кроме того, DCI может быть передана по физическому каналу нисходящей линии связи (второму PDCH), отличному от PDCCH. Например, значение поля DCI (2–битового поля DCI) может быть использовано для указания одного или более ресурсов PUCCH из числа одного или более ресурсов PUCCH, сконфигурированных с помощью сообщения RRC.

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

[00144] В одном примере значение первого поля DCI (например, 2–битового поля DCI) может быть использовано для указания набора В ресурсов PUCCH в том случае, если значение второго поля DCI (например, 1–битового поля DCI) может быть установлено в заданное значение (например, 1–битовое поле установлено в 1). В другом примере второе поле DCI (например, 1–битовое поле DCI) может представлять собой поле, используемое для указания (запроса) передачи HARQ–ACK (например, указания (запроса) передачи HARQ–ACK по PUCCH).

[00145] UE 502 может передавать HARQ–ACK (например, по PUCCH) на основании значения второго поля DCI. HARQ–ACK может соответствовать PDSCH, запланированному с использованием DCI, включающей значение второго поля.

[00146] Кроме того, SR может быть передан вместе с HARQ–ACK, которое соответствует PDSCH, запланированному с использованием DCI, включающей значение второго поля. Более конкретно, UE 502 может определять набор В ресурсов PUCCH для передачи HARQ–ACK (HARQ–ACK и/или SR). Кроме того, UE 502 может определять набор В ресурсов PUCCH для передачи HARQ–ACK и/или SR.

[00147] Например, как показано на Фиг. 5, gNB 560 может сконфигурировать, используя сообщение RRC, первое значение ресурса PUCCH (например, первый индекс ресурса PUCCH, F1), второе значение ресурса PUCCH (например, второй индекс ресурса PUCCH, F2) и третье значение ресурса PUCCH (например, третий индекс ресурса PUCCH, F3). Кроме того, gNB 560 может сконфигурировать, используя сообщение RRC, первое время передачи (например, первое смещение синхронизации, k1), второе время передачи (например, второе смещение синхронизации, k2) и третье время передачи (например, третье смещение синхронизации, k3). В одной реализации K1=n+3, K2=n+4, K3=n+5, где n представляет собой подкадр, в котором происходит передача PDCCH.

[00148] На Фиг. 5 PUCCH–F1–k1, PUCCH–F2–k2, PUCCH–F3–k3 могут быть включены в первый набор ресурсов PUCCH из числа набора А ресурсов PUCCH. Первый набор ресурсов PUCCH может соответствовать первому значению поля DCI (например, 00 в 2–битовом поле DCI). Кроме того, PUCCH–F4–k2, PUCCH–F5–k2, PUCCH–F6–k2 могут быть включены во второй набор ресурсов PUCCH из числа набора А ресурсов PUCCH. Второй набор ресурсов PUCCH может соответствовать второму значению поля DCI (например, 01 в 2–битовом поле DCI).

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

[00150] В одном примере каждый из одного или более ресурсов PUCCH, включенных в каждый из наборов ресурсов PUCCH, может соответствовать приоритету. Например, PUCCH–F1–k1, включенный в первый набор ресурсов PUCCH, может соответствовать высокому приоритету. PUCCH–F2–k2, включенный в первый набор ресурсов PUCCH, может соответствовать среднему приоритету. PUCCH–F3–k3, включенный в первый набор ресурсов PUCCH, может соответствовать низкому приоритету.

[00151] PUCCH–F4–k2, включенный во второй набор ресурсов PUCCH, может соответствовать высокому приоритету (обозначено звездочкой на Фиг. 5). Кроме того, PUCCH–F5–k2, включенный во второй набор ресурсов PUCCH, может соответствовать среднему приоритету (обозначено треугольником на Фиг. 5). Кроме того, PUCCH–F6–k2, включенный во второй набор ресурсов PUCCH, может соответствовать низкому приоритету (обозначено ромбом на Фиг. 5).

[00152] Например, gNB 560 может передавать DCI, включающую поле, установленное на значение 01 (т. е. значение 01, с которым сопоставляют поле DCI). UE 502 может осуществлять передачу на основании конфигурации SR, значения поля DCI и/или приоритета SR (бита (–ов) SR) по соответствующему PUCCH (т. е. по PUCCH с соответствующим значением ресурса PUCCH и/или в соответствующее время передачи). Например, в случае с высоким приоритетом UE 502 может выбрать (т. е. определить) PUCCH–F4–k2 (т. е. значение F4 ресурса PUCCH и/или время передачи k2) и использовать PUCCH–F4–k2 для передачи SR (например, передача HARQ–ACK и SR может быть выполнена с применением PUCCH–F4–k2).

[00153] В случае со средним приоритетом UE 502 может выбрать (т. е. определить) PUCCH–F5–k2 (т. е. значение F5 ресурса PUCCH и/или время передачи k2) и использовать PUCCH–F5–k2 для передачи SR (например, передача HARQ–ACK и SR может быть выполнена с применением PUCCH–F5–k2). В случае с низким приоритетом UE 502 может выбрать (т. е. определить) PUCCH–F6–k2 (т. е. значение F6 ресурса PUCCH и/или время передачи k2) и использовать PUCCH–F6–k2 для передачи SR (например, передача HARQ–ACK и SR может быть выполнена с применением PUCCH–F6–k2).

[00154] Кроме того, приоритет может соответствовать DCI (например, определенной DCI, определенному формату DCI, первому PDCCH и/или второму PDCH). Например, UE 502 может передавать, на основании определения первой DCI, первого формата DCI и/или первого PDCCH, SR по PUCCH (например, SR, указывающий низкий приоритет). Кроме того, например, UE 502 может передавать на основании определения второй DCI, второго формата DCI и/или второго PDCH, SR по PUCCH (SR, указывающий средний приоритет). Кроме того, например, UE 502 может передавать на основании определения третьей DCI, третьего формата DCI и/или третьего PDCH, SR по PUCCH (SR, указывающий высокий приоритет).

[00155] В данном случае, например, может быть передан однобитовый SR (например, 0, указывающий отрицательное значение, и/или 1, указывающий положительное значение). Кроме того, при передаче SR может быть использована передача с амплитудной манипуляцией. Более конкретно, UE 502 может передавать SR в случае запроса ресурсов UL–SCH и может не передавать SR в случае отсутствия запроса ресурсов UL–SCH. Кроме того, может быть передан многобитовый SR.

[00156] Кроме того, SR может быть передан вместе с HARQ–ACK и/или CSI по PUCCH. Например, SR может быть мультиплексирован с применением HARQ–ACK и/или CSI по PUCCH. Кроме того, SR может быть передан по первому PUCCH, а HARQ–ACK и/или CSI могут быть переданы по второму PUCCH (т. е. путем одновременной передачи множества PUCCH).

[00157] На Фиг. 6A представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе FDM и TDM. gNB 660 может обмениваться данными с 5G NR UE 602.

[00158] Как описано выше, gNB 660 может передавать сообщение RRC, содержащее одну или более конфигураций SR. И, например, каждая из конфигураций SR может соответствовать приоритету. Кроме того, например, каждый из подкадров (или интервалов, или мини–интервалов, или символов), сконфигурированных на основании конфигурации (–й) SR, для передачи SR может соответствовать приоритету.

[00159] Кроме того, как описано выше, gNB 660 может передавать сообщение RRC, включающее информацию, используемую для конфигурирования набора А ресурсов PUCCH, и DCI, указывающую набор В ресурсов PUCCH из набора А ресурсов PUCCH. Например, три (или четыре) значения ресурса PUCCH можно сконфигурировать с помощью сообщения RRC, а одно значение PUCCH из числа трех (или четырех) значений ресурса PUCCH можно указать с использованием DCI (например, значения поля DCI). UE 602 может определять одно значение PUCCH из одного из трех (или четырех) значений ресурса PUCCH.

[00160] В данном случае, как показано, например, на Фиг. 6A, приоритет подкадра, соответствующий k1 (например, первого подкадра, сконфигурированного для передачи SR), может быть сконфигурирован на основании конфигурации SR как высокий приоритет (обозначен звездочкой) и/или средний приоритет (обозначен треугольником). Кроме того, на Фиг. 6A приоритет подкадра, соответствующий k3 (например, второго подкадра, сконфигурированного для передачи SR), может быть сконфигурирован на основании конфигурации SR как высокий приоритет, средний приоритет и/или низкий приоритет (обозначен ромбом). Кроме того, значения поля DCI могут быть установлены равными 00 и/или 01 для указания наличия двух различных комбинаций конфигураций PUCCH (т. е. 2 различных моментов времени передачи; K1 и K3, и для каждого из них существует 3 различные частоты F1, F2, F3) для указания различных атрибутов (в данном случае 6), относящихся к запрошенной ширине полосы. Например, K1 соответствует меньшей ширине полосы, а F3 соответствует более высокому приоритету.

[00161] UE 602 может передавать на основании конфигурации SR значение (–я) поля DCI и/или приоритет SR (бита (–ов) SR) по соответствующему PUCCH. Например, в случае с высоким приоритетом UE 602 может выбрать (определить) PUCCH–F1–k1 и/или PUCCH–F4–k3 и использовать PUCCH–F1–k1 и/или PUCCHF4–k3 для передачи SR (например, передача HARQ–ACK и SR может быть выполнена с использованием PUCCH–F1–k1 и/или PUCCH–F4–k3). В одной реализации K1=n+3, K2=n+4, K3=n+5, где n представляет собой подкадр, в котором происходит передача PDCCH.

[00162] В случае со средним приоритетом UE 602 может выбрать (определить) PUCCH–F2–k1 и/или PUCCH–F5–k3 и использовать PUCCH–F2–k1 и/или PUCCH–F5–k3 для передачи SR (например, передача HARQ–ACK и SR может быть выполнена с использованием PUCCH–F2–k1 и/или PUCCH–F5–k3).

[00163] В случае с низким приоритетом UE 602 может выбрать (определить) PUCCH–F6–k3 и использовать PUCCH–F6–k3 для передачи SR (например, передача HARQACK и SR может быть выполнена с помощью PUCCH–F6–k3). В данном случае, поскольку приоритет подкадра, соответствующий k1, не сконфигурирован как низкий приоритет, UE 602 может не выбрать PUCCH–F3–k1 для передачи SR. Другими словами, UE 602 может передавать SR на ресурсы PUCCH, для которых сконфигурирован соответствующий приоритет для конкретной ширины полосы.

[00164] UE 602 может передавать SR на ресурсы PUCCH в подкадре, для которого сконфигурирован соответствующий приоритет. Другими словами, как описано выше, UE 602 может не выбирать ресурсы PUCCH с низким приоритетом в том случае, если подкадр (и/или ресурсы PUCCH) не сконфигурирован для передачи SR, указывающего низкий приоритет. И в этом случае UE 602 может выбрать только ресурсы PUCCH с высоким приоритетом и/или со средним приоритетом.

[00165] В данном случае, например, может быть передан однобитовый SR (например, 0, указывающий отрицательное значение, и/или 1, указывающий положительное значение). Кроме того, при передаче SR может быть использована передача с амплитудной манипуляцией. Более конкретно, UE 602 может передавать SR в случае запроса ресурсов UL–SCH и может не передавать SR в случае отсутствия запроса ресурсов UL–SCH. Кроме того, может быть передан многобитовый SR. Кроме того, SR может быть передан вместе с HARQ–ACK и/или CSI по PUCCH. Например, SR может быть мультиплексирован с применением HARQ–ACK и/или CSI по PUCCH. Кроме того, SR может быть передан по первому PUCCH, а HARQ–ACK и/или CSI могут быть переданы по второму PUCCH (т. е. путем одновременной передачи множества PUCCH).

[00166] По Фиг. 4–6A описан приоритет. Однако настоящее описание относится и к другой информации, отличной от приоритета. Например, приоритет может быть заменен на тип характеристики трафика и/или тип услуги трафика. Более конкретно, высокий приоритет может быть заменен на первый тип характеристики трафика и/или первый тип услуги трафика. Кроме того, средний приоритет может быть заменен на второй тип характеристики трафика и/или второй тип услуги трафика. Кроме того, низкий приоритет может быть заменен на третий тип характеристики трафика и/или третий тип услуги трафика.

[00167] В другом примере приоритет может быть заменен на тип логического канала и/или тип группы логических каналов (LCG). Более конкретно, высокий приоритет может быть заменен на первый тип логического канала и/или первый тип LCG. Кроме того, средний приоритет может быть заменен на второй тип логического канала и/или второй тип LCG. Кроме того, низкий приоритет может быть заменен на третий тип логического канала и/или третий тип LCG.

[00168] В другом примере приоритет может быть заменен на количество данных (количество доступных данных (битов)), связанных с этим логическим каналом (или LCG). Более конкретно, высокий приоритет может быть заменен на первое количество доступных данных, связанных с этим логическим каналом (или LCG). Кроме того, средний приоритет может быть заменен на второе количество доступных данных, связанных с этим логическим каналом (или LCG). Кроме того, низкий приоритет может быть заменен на третье количество доступных данных, связанных с этим логическим каналом (или LCG).

[00169] В другом примере приоритет может быть заменен на размер буфера (размер буфера, связанный с этим логическим каналом (или LCG)). Более конкретно, высокий приоритет может быть заменен на первый размер буфера. Кроме того, средний приоритет может быть заменен на второй размер буфера. Кроме того, низкий приоритет может быть заменен на третий размер буфера.

[00170] Кроме того, в другом примере приоритет может быть заменен на тип услуги. Более конкретно, высокий приоритет может быть заменен на первый тип услуги. Кроме того, средний приоритет может быть заменен на второй тип услуги. Кроме того, низкий приоритет может быть заменен на третий тип услуги.

[00171] В другом примере приоритет может быть заменен на численную величину (например, разнос поднесущих для передачи) и/или длительность интервала времени передачи (TTI). Более конкретно, высокий приоритет может быть заменен на первую численную величину (например, разнос поднесущих 15 кГц) и/или первый TTI (например, 1 мс). Средний приоритет может быть заменен на вторую численную величину (например, разнос поднесущих 30 кГц) и/или второй TTI (например, 0,5 мс). Низкий приоритет может быть заменен на третью численную величину (например, разнос поднесущих 60 кГц) и/или третий TTI (например, 0,25 мс). В данном случае численная величина и/или TTI могут быть определены для логического (–их) канала (–ов) с ожидающими данными.

[00172] На Фиг. 6B представлен пример, иллюстрирующий адаптацию ширины полосы в системе 5G NR. В случае применения адаптации ширины полосы (BA) для ширины полосы приема и передачи используют такую определенную численную величину, что ширина полосы UE может быть отрегулирована, если она не должна быть такой же большой, как ширина полосы соты: может быть получена команда на изменение этой ширины (например, уменьшение на период низкой активности для экономии энергии); может быть изменено местоположение в частотной области (например, для повышения гибкости диспетчеризации); и может быть получена команда на изменение разноса поднесущих (например, для обеспечения возможности осуществления различных услуг). Подмножество общей ширины полосы соты и ее численных величин в пределах соты называют частью ширины полосы (BWP), а BA обеспечивают путем конфигурирования UE на BWP и передачи указания UE относительно того, какой из настроенных BWP в настоящий момент является активным. На Фиг. 6B показан сценарий, в котором сконфигурированы 3 различных BWP: BWP1 шириной 40 МГц и разносом поднесущих 15 кГц; BWP2 с шириной 10 МГц и разносом поднесущих 15 кГц; BWP3 с шириной 20 МГц и разносом поднесущих 60 кГц. Чтобы обеспечить BA и создание специального отчета SR для этого конкретного BWP, gNB может сконфигурировать UE с парой (–ами) BWP для UL и/или DL, как показано на Фиг. 7. gNB однозначно идентифицирует каждую ширину полосы/BWP (т. е. BW1, BW2, ...) с использованием сигнализации RRC.

[00173] На Фиг. 7 представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе TDM для различных значений ширины полосы. gNB 760 может обмениваться данными с 5G NR UE 702.

[00174] Могут быть использованы процедуры, описанные применительно к Фиг. 4. Однако в этом случае вместо приоритета ресурсов UL–SCH сообщение RRC может конфигурировать ширину полосы для данного PUCCH.

[00175] Приоритет может включать ширину полосы/BWP для передачи. Например, PUCCH–1 (или первая конфигурация SR) может соответствовать большой ширине полосы (обозначена на Фиг. 7 звездочкой), PUCCH–2 (или вторая конфигурация SR) может соответствовать средней ширине полосы (обозначена на Фиг. 7 треугольником), а PUCCH–3 (или третья конфигурация SR) может соответствовать малой ширине полосы (обозначена на Фиг. 7 ромбом).

[00176] На Фиг. 8 представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе FDM и TDM для различных значений ширины полосы/BWP и услуг. gNB 860 может обмениваться данными с 5G NR UE 802. Различные частоты могут указывать различные приоритеты, различные значения времени могут указывать различные услуги (например, URLLC).

[00177] Могут быть использованы процедуры, описанные применительно к Фиг. 6A. Однако в этом случае вместо приоритета ресурсов UL–SCH сообщение RRC может конфигурировать услугу и ширину полосы/BWP для данного PUCCH.

[00178] В данном случае, как показано, например, на Фиг. 8, услуга и ширина полосы/BWP для подкадра, соответствующие k1 (например, первого подкадра, сконфигурированного для передачи SR), могут быть сконфигурированы на основании конфигурации SR как высокий приоритет (обозначен звездочкой) и/или средний приоритет (обозначен треугольником). Кроме того, на Фиг. 8 услуга и ширина полосы для подкадра, соответствующие k3 (например, второго подкадра, сконфигурированного для передачи SR), могут быть сконфигурированы на основании конфигурации SR как высокий приоритет, средний приоритет и/или низкий приоритет (обозначен ромбом). Кроме того, значение (–я) поля DCI может (могут) быть установлено (–ы) в 00 и/или 01. В одной реализации K1=n+3, K2=n+4, K3=n+5, где n представляет собой подкадр, в котором происходит передача PDCCH.

[00179] На Фиг. 9 представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе FDM и TDM для различных значений ширины полосы и численных величин (т. е. BWP). gNB 960 может обмениваться данными с 5G NR UE 902. Различные значения частоты указывают различную ширину полосы, а различные значения времени указывают различные численные величины (BWP).

[00180] Могут быть использованы процедуры, описанные применительно к Фиг. 6A. Однако в этом случае вместо приоритета ресурсов UL–SCH сообщение RRC может конфигурировать численную величину и ширину полосы для данного PUCCH.

[00181] Приоритет может быть заменен на численную величину (например, разнос поднесущих для передачи) и/или длительность интервала времени передачи (TTI). В одном примере высокий приоритет может быть заменен на первую численную величину (например, разнос поднесущих 15 кГц) и/или первый TTI (например, 1 мс). Кроме того, средний приоритет может быть заменен на вторую численную величину (например, разнос поднесущих 30 кГц) и/или второй TTI (например, 0,5 мс). Кроме того, низкий приоритет может быть заменен на третью численную величину (например, разнос поднесущих 60 кГц) и/или 3–й TTI (например, 0,25 мс). В данном случае численная величина и/или TTI могут быть определены для логического (–их) канала (–ов) с ожидающими данными.

[00182] На Фиг. 9 численная величина и ширина полосы (BWP) для подкадра, соответствующие k1 (например, первого подкадра, сконфигурированного для передачи SR), могут быть сконфигурированы на основании конфигурации SR как высокий приоритет (обозначен звездочкой) и/или средний приоритет (обозначен треугольником). Кроме того, на Фиг. 9 численная величина и ширина полосы (BWP) для подкадра, соответствующие k3 (например, второго подкадра, сконфигурированного для передачи SR), могут быть сконфигурированы на основании конфигурации SR как высокий приоритет, средний приоритет и/или низкий приоритет (обозначен ромбом). Кроме того, значение (–я) поля DCI может (могут) быть установлено (–ы) в 00 и/или 01. В одной реализации K1=n+3, K2=n+4, K3=n+5, где n представляет собой подкадр, в котором происходит передача PDCCH.

[00183] На Фиг. 10 представлен пример, иллюстрирующий передачу SR с использованием указания приоритета на основе FDM и TDM для различных значений ширины полосы и лучей. gNB 1060 может обмениваться данными с 5G NR UE 1002.

[00184] Могут быть использованы процедуры, описанные применительно к Фиг. 6A. Однако в этом случае вместо приоритета ресурсов UL–SCH сообщение RRC может конфигурировать луч и ширину полосы/BWP для данного PUCCH.

[00185] Приоритет может быть заменен на луч. В одном примере высокий приоритет может быть заменен на первый луч. Кроме того, средний приоритет может быть заменен на второй луч. Кроме того, низкий приоритет может быть заменен на третий луч (например, разнос поднесущих 60 кГц) и/или 3–й TTI (например, 0,25 мс). В данном случае луч может быть определен как формирование луча.

[00186] На Фиг. 10 луч и ширина полосы/BWP для подкадра, соответствующие k1 (например, первого подкадра, сконфигурированного для передачи SR), могут быть сконфигурированы на основании конфигурации SR как высокий приоритет (обозначен звездочкой) и/или средний приоритет (обозначен треугольником). Кроме того, на Фиг. 10 луч и ширина полосы/BWP для подкадра, соответствующие k3 (например, второго подкадра, сконфигурированного для передачи SR), могут быть сконфигурированы на основании конфигурации SR как высокий приоритет, средний приоритет и/или низкий приоритет (обозначен ромбом). Кроме того, значение (–я) поля DCI может (могут) быть установлено (–ы) в 00 и/или 01. В одной реализации K1=n+3, K2=n+4, K3=n+5, где n представляет собой подкадр, в котором происходит передача PDCCH.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[00202] На Фиг. 17 представлена блок–схема, иллюстрирующая способ 1700 связи для пользовательского оборудования (UE) 102. UE 102 может осуществлять прием 1702 от устройства 160 базовой станции (gNB) сообщения (–й) управления радиоресурсом (RRC), которое (–ые) содержит (–ат) одну или более конфигураций запроса диспетчеризации (SR). Каждая конфигурация SR связана с одним или более ресурсами PUCCH. Конфигурация SR соответствует любому одному или более из следующих элементов: один или более логических каналов (LCH), одна или более групп логических каналов (LCG), один или более приоритетов, одна или более численных величин, одна или более услуг и/или одна или более частей ширины полосы (BWP).

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

[00204] UE 102 может осуществлять передачу 1706 на gNB 160 запроса (–ов) диспетчеризации на основании любого одного или более из следующего: одной или более конфигураций SR и/или одной или более конфигураций PUCCH.

[00205] UE 102 может осуществлять прием 1708 от gNB 160 сообщения (–й) управления радиоресурсом (RRC), которое (–ые) содержит (–ат) информацию, используемую для определения связи между конфигурацией запроса диспетчеризации (SR) и логическим каналом (LCH), который инициирует передачу SR.

[00206] UE 102 может осуществлять прием 1710 от gNB 160 сообщения (–й) управления радиоресурсом (RRC), которое (–ые) содержит (–ат) информацию, используемую для определения связи между конфигурацией запроса диспетчеризации (SR) и частью ширины полосы, в которой передают SR.

[00207] На Фиг. 18 представлена блок–схема, иллюстрирующая способ 1800 связи для устройства базовой станции (gNB) 160. gNB 160 может осуществлять передачу 1802 на UE 102 сообщения (–й) управления радиоресурсом (RRC), которое (–ые) содержит (–ат) одну или более конфигураций запроса диспетчеризации (SR). Каждая конфигурация SR может быть связана с одним или более ресурсами PUCCH. Конфигурация SR может соответствовать любому одному или более из следующего: одному или более логических каналов (LCH), одной или более группам логических каналов (LCG), одному или более приоритетов, одной или более численных величин, одной или более услугам или одной или более частям ширины полосы (BWP).

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

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

[00210] gNB 160 может осуществлять передачу 1808 на UE 102 сообщения (–й) управления радиоресурсом (RRC), которое (–ые) содержит (–ат) информацию, используемую для определения связи между конфигурацией запроса диспетчеризации (SR) и логическим каналом (LCH), который инициирует передачу SR.

[00211] gNB 160 может осуществлять передачу 1810 на UE 102 сообщения (–й) управления радиоресурсом (RRC), которое (–ые) содержит (–ат) информацию, используемую для определения связи между конфигурацией запроса диспетчеризации (SR) и частью ширины полосы, в которой передают SR.

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

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

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

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

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

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

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

Изобретение относится к пользовательскому оборудованию (UE). Технический результат относится к повышению гибкости и/или эффективности обмена данными. Для этого UE содержит схему приема, выполненную с возможностью приема от устройства базовой станции сообщения(й) управления радиоресурсом (RRC), содержащего(их) одну или более конфигураций запроса диспетчеризации (SR). Каждая конфигурация SR связана с одним или более ресурсами PUCCH. Конфигурация SR соответствует любому одному или более из следующих элементов: один или более логических каналов (LCH), одна или более групп логических каналов (LCG), один или более приоритетов, одна или более численных величин, одна или более услуг и/или одна или более частей ширины полосы (BWP). 4 н. и 4 з.п. ф-лы, 21 ил.

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

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

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

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

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

причем первый SR передается (a) на основе первого разноса поднесущих и (b) с использованием одного из первых ресурсов PUCCH, указанных первой конфигурацией SR, которая является одной из упомянутых конфигураций SR и соответствует первой полосе пропускания, и

при этом второй SR передается (a) на основе второго разноса поднесущих, сконфигурированного независимо от первого разноса поднесущих, и (b) с использованием одного из вторых ресурсов PUCCH, указанных второй конфигурацией SR, которая является одной из упомянутых конфигураций SR и соответствует второй полосе пропускания.

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

3. Устройство базовой станции, содержащее:

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

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

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

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

причем первый SR принимается (a) на основе первого разноса поднесущих и (b) с использованием одного из первых ресурсов PUCCH, указанных первой конфигурацией SR, которая является одной из упомянутых конфигураций SR и соответствует первой полосе пропускания, и

при этом второй SR принимается (a) на основе второго разноса поднесущих, сконфигурированного независимо от первого разноса поднесущих, и (b) с использованием одного из вторых ресурсов PUCCH, указанных второй конфигурацией SR, которая является одной из упомянутых конфигураций SR и соответствует второй полосе пропускания.

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

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

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

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

передачу на устройство базовой станции второго SR на частоте со второй полосой пропускания, которая представляет собой другую из более чем одной полосы пропускания, причем

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

причем первый SR передается (a) на основе первого разноса поднесущих и (b) с использованием одного из первых ресурсов PUCCH, указанных первой конфигурацией SR, которая является одной из упомянутых конфигураций SR и соответствует первой полосе пропускания, и

при этом второй SR передается (a) на основе второго разноса поднесущих, сконфигурированного независимо от первого разноса поднесущих, и (b) с использованием одного из вторых ресурсов PUCCH, указанных второй конфигурацией SR, которая является одной из упомянутых конфигураций SR и соответствует второй полосе пропускания.

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

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

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

прием от пользовательского оборудования первого SR на частоте с первой полосой пропускания, которая представляет собой одну или более чем одну полосу пропускания; и

прием от пользовательского оборудования второго SR на частоте со второй полосой пропускания, которая представляет собой другую из более чем одной полосы пропускания, причем

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

причем первый SR принимается (a) на основе первого разноса поднесущих и (b) с использованием одного из первых ресурсов PUCCH, указанных первой конфигурацией SR, которая является одной из упомянутых конфигураций SR и соответствует первой полосе пропускания, и

при этом второй SR принимается (a) на основе второго разноса поднесущих, сконфигурированного независимо от первого разноса поднесущих, и (b) с использованием одного из вторых ресурсов PUCCH, указанных второй конфигурацией SR, которая является одной из упомянутых конфигураций SR и соответствует второй полосе пропускания.

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