Системы и способы поддержки множественных выделений при предоставлении ul/dl для ue и gnb в nr 5g

Изобретение относится к системам связи. Технический результат изобретения заключается в возможности гибко диспетчеризировать услуги в среде времени/частоты/пространства при предоставлении услуг. Оборудование пользователя UE включает в себя блок приема и блок определения. Блок приема выполнен с возможностью: приема сообщения управления радиоресурсом, содержащего первую информацию, используемую для конфигурирования события наблюдения, когда UE отслеживает физический канал управления нисходящей линии связи (PDCCH) в пространстве поиска, приема сообщения управления радиоресурсом, содержащего вторую информацию, используемую для конфигурирования форматов информации управления нисходящей линии связи (DCI), в соответствии с которой UE отслеживает PDCCH в пространстве поиска. Блок определения выполнен с возможностью определения события наблюдения на основе первой информации, причем пространство поиска представляет собой UE–специфичное пространство поиска, событие наблюдения соответствует позиции интервала и позиции символа. Форматы DCI содержат формат DCI, используемый для диспетчеризации физического совместно используемого канала для передачи данных по восходящей линии связи (PUSCH) в одной соте, и формат DCI, используемый для передачи данных по нисходящей линии связи (PDSCH) в одной соте. 4 н. и 4 з.п. ф-лы, 25 ил., 4 табл.

 

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

[0001] Настоящая заявка относится к предварительной заявке на патент США № 62/501,356, озаглавленной «SYSTEMS AND METHODS FOR SUPPORTING MULTIPLE NUMEROLOGIES IN A SINGLE UL/DL GRANT FOR A 5G NR UE», поданной 4 мая 2017 г., содержание которой полностью включено в настоящую заявку путем ссылки, и испрашивает приоритет по этой заявке.

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

[0002] Настоящее описание относится по существу к системам связи. Более конкретно, настоящее описание относится к системам и способам поддержки множественных выделений при предоставлении восходящей линии связи (UL) / нисходящей линии связи (DL) для оборудования пользователя (UE) и базовой станции (gNB) новой радиосети (NR) пятого поколения (5G).

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

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

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

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

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

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

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

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

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

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

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

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

[0013] На Фиг. 8 показан другой пример передачи по восходящей линии связи.

[0014] На Фиг. 9 представлен пример, иллюстрирующий процедуру произвольного доступа на основе конкуренции.

[0015] На Фиг. 10 представлен пример, иллюстрирующий процедуру произвольного доступа, не основанного на конкуренции.

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

[0017] На Фиг. 12 представлен пример блока данных протокола (PDU) управления доступом к среде передачи данных (MAC).

[0018] На Фиг. 13 проиллюстрированы примеры подзаголовков блока данных (PDU) управления доступом к среде (MAC).

[0019] На Фиг. 14 представлен пример сопоставления между логическими каналами и численными величинами.

[0020] На Фиг. 15 представлены примеры обработки приоритетов логического канала для конкретных численных величин.

[0021] На Фиг. 16 представлен пример, иллюстрирующий принятый в LTE формат отчета о состоянии буфера (BSR) для прямого соединения.

[0022] На Фиг. 17 показаны элементы управления MAC отчета о состоянии буфера (BSR).

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

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

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

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

[0027] На Фиг. 22 представлена блок–схема, иллюстрирующая один вариант реализации UE, в котором могут быть осуществлены системы и способы поддержки множества численных величин в одном предоставлении UL/DL.

[0028] На Фиг. 23 представлена блок–схема, иллюстрирующая один вариант реализации gNB, в котором могут быть осуществлены системы и способы поддержки множества численных величин в одном предоставлении UL/DL.

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

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

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

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

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

[0033] Схема приема может также быть выполнена с возможностью приема сообщения управления радиоресурсом, включающего в себя четвертую информацию, используемую для определения второго события наблюдения, когда UE отслеживает PDCCH в общем пространстве поиска. Схема приема может дополнительно быть выполнена с возможностью приема сообщения управления радиоресурсом, включающего в себя пятую информацию, используемую для определения форматов DCI, в соответствии с которой UE отслеживает PDCCH в общем пространстве поиска. Второе событие наблюдения может включать в себя интервал и/или символ.

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

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

[0036] Схема передатчика может быть выполнена с возможностью передачи сообщения управления радиоресурсом, включающего в себя четвертую информацию, используемую для определения второго события наблюдения, когда UE отслеживает PDCCH в общем пространстве поиска. Схема передатчика может быть дополнительно выполнена с возможностью передачи сообщения управления радиоресурсом, содержащего пятую информацию, используемую для определения форматов DCI, в соответствии с которой UE отслеживает PDCCH в общем пространстве поиска. Второе событие наблюдения может включать в себя интервал и/или символ.

[0037] Кроме того, описан способ связи UE. Способ включает прием сообщения управления радиоресурсом, содержащего первую информацию, используемую для определения события наблюдения, когда UE отслеживает PDCCH в пространстве поиска. Способ также включает прием сообщения управления радиоресурсом, включающего в себя вторую информацию, используемую для определения форматов DCI, в соответствии с которой UE отслеживает PDCCH в пространстве поиска. Пространство поиска представляет собой UE–специфичное пространство поиска. Событие наблюдения включает в себя интервал и/или символ. Форматы DCI включают в себя формат DCI, используемый для диспетчеризации PUSCH, и/или формат DCI, используемый для диспетчеризации PDSCH.

[0038] Кроме того, описан способ связи устройства базовой станции. Способ включает передачу сообщения управления радиоресурсом, содержащего первую информацию, используемую для определения события наблюдения, когда UE отслеживает PDCCH в пространстве поиска. Способ также включает передачу сообщения управления радиоресурсом, содержащего вторую информацию, используемую для определения форматов DCI, в соответствии с которой UE отслеживает PDCCH в пространстве поиска. Пространство поиска представляет собой UE–специфичное пространство поиска. Событие наблюдения включает в себя интервал и/или символ. Форматы DCI включают в себя формат DCI, используемый для диспетчеризации PUSCH, и/или формат DCI, используемый для диспетчеризации PDSCH.

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

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

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

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

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

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

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

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

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

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

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

[0050] В зависимости от объема данных, доступных для передачи, UE может использовать различные численные величины для одного логического канала. Выделение этих численных величин и соответствующее назначение логических каналов могут быть выполнены, как показано на Фиг. 3 и 4 ниже. gNB может присваивать множество численных величин (например, разнос поднесущих: 15 кГц, 30 кГц, 60 кГц и/или 120 кГц) оборудованию UE, когда gNB назначает эти численные величины в одном временном интервале «n» или в разных временных интервалах (например, «n+4», «n+6», «n+10») в отношении полупостоянного планирования, конфигурации управления радиоресурсом (RRC) и/или указания информации управления нисходящей линии связи (DCI).

[0051] После получения предоставления UL/DL оборудование UE может присваивать приоритеты назначения логическому каналу соответствующей численной величины в соответствии с инструкциями gNB в предоставлении UL/DL. В альтернативном варианте осуществления сопоставления могут быть основаны на приоритете логического канала подобно алгоритму Leaky Bucket (алгоритм «дырявого ведра»). Эта схема может потребовать некоторой корректировки форматов представления UL/DL (например, DCI) и механизма, с помощью которого UE запрашивает, получает и обрабатывает свое предоставление UL/DL. Процедуры HARQ могут быть согласованы с возможностью соответствующего расположения множества ответов от использования различных численных величин.

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

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

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

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

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

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

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

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

[0060] Для поддержки различных требований при предоставлении тех или иных услуг в NR предусмотрена поддержка различных численных величин мультиплексирования с ортогональным частотным разделением каналов (OFDM) в одной структуре. Различные численные величины могут быть реализованы между различными/той (теми) же самой(–ыми) несущей(–ими) для данного UE 102. Таким образом, UE 102 может быть выполнено с возможностью поддержки одновременно множества численных величин в схеме мультиплексирования с временным (TDM) и/или частотным разделением каналов (FDM). Одна численная величина может быть использована исключительно для конкретного сервиса или для совместного применения различными сервисами. Для обеспечения эффективного использования спектра и гибкости работы сети может быть предусмотрено совместное использование численной величины при соблюдении требований к обслуживанию. Например, сервис eMBB, критичный к уровню задержек, может использовать численную величину для URLLC при условии сохранения эффективности сервиса URLLC. Общий доступ к радиоресурсам может быть реализован путем мультиплексирования, которое определяют сопоставлением между логическим каналом, и численной величиной, и приоритетом каждого логического канала.

[0061] В варианте осуществления один логический канал может быть сопоставлен с одной или более численных величин/длительностью TTI. ARQ может быть выполнен для любых численных величин/длительностей TTI, с которыми сопоставлен LCH. Конфигурация RLC может быть предусмотрена для каждого логического канала вне зависимости от численной величины/длительности TTI. Сопоставление логического канала с численной величиной/длительностью TTI может быть изменено путем изменения конфигурации RRC. Повторная передача HARQ может быть выполнена для разных численных величин и/или длительностей TTI. Конфигурация HARQ, если таковая имеется, может быть специфической для численной величины/длительности TTI. Один объект MAC может поддерживать одну или более численных величин/длительностей TTI. При определении приоритета для логического канала (LCP) может быть учтено сопоставление логического канала с одной или более численной величиной/длительностью TTI.

[0062] В настоящем документе описаны подробные схемы мультиплексирования логических каналов для поддержки введения множества численных величин. В LTE данные из другого логического канала мультиплексированы в один блок PDU MAC, который будет передан с одной численной величиной при длительности TTI 1 мс. Процедуру LCP используют для построения блока PDU MAC путем определения объема данных каждого логического канала. С помощью процедуры LCP оборудование UE 102 может удовлетворять QoS каждого однонаправленного радиоканала наилучшим и наиболее предсказуемым способом.

[0063] В LTE для каждого логического канала определяют приоритетную скорость передачи в битах (PBR). PBR представляет собой минимальную гарантированную скорость передачи данных для логического канала. Даже если логический канал имеет самый низкий приоритет, для обеспечения PBR выделено по меньшей мере определенное пространство блока PDU MAC.

[0064] В LTE процедуру LCP реализуют в два этапа. На первом этапе каждому логическому каналу выделяют ресурс в порядке убывания приоритета с ограничением при этом объема выделенного ресурса соответствующей скоростью PBR логического канала. После обслуживания всех логических каналов вплоть до значений PBR, если остается какое–либо пространство, выполняют второй этап, на котором каждому логическому каналу снова выделяют ресурс в порядке убывания приоритета и без ограничения на выделенный ресурс. Другими словами, логический канал с более низким приоритетом можно обслуживать только при отсутствии данных для передачи у какого–либо логического канала с более высоким приоритетом.

[0065] В настоящем документе также описывается LCP для множества численных величин в NR. В NR разные поддиапазоны в зависимости от несущей могут быть сконфигурированы с разными численными величинами. Транспортный блок (TB) может быть выделен в пределах одного поддиапазона, и, следовательно, может быть только одна численная величина с одним TB.

[0066] В LTE каждому логическому каналу разрешено использовать радиоресурс, выделенный сетью для UE 102, за исключением нелицензированных полос частот. Единственное отличие заключается в PBR и приоритете каждого канала. В NR можно использовать другую численную величину для достижения баланса эффективности и непроизводительных издержек для разных сервисов. Для чувствительных к уровню задержек сервисам, таким как URLLC, может быть принята численная величина с укороченным TTI для более ранней передачи и повторной передачи данных URLLC за счет большего объема сигнализации управления. Для критичных к уровню задержек сервисов (например, eMBB) может быть принята численная величина с удлиненным TTI из–за увеличенного максимального размера ресурсного блока, который может быть запланирован одним управляющим сообщением. Сеть или gNB 160 могут обеспечивать дифференцированное QoS для другого логического канала посредством сопоставления между логическим каналом и численной величиной/TTI и предоставляя этим логическим каналам надлежащие приоритеты. На Фиг. 14 показано возможное сопоставление между логическими каналами и численными величинами, где LCH1, LCH2 и LCH3 сопоставлены с численной величиной 1 в порядке убывания приоритета, а LCH4, LCH5 и LCH6 сопоставлены с численной величиной 2 в порядке уменьшения приоритета.

[0067] Однонаправленный радиоканал/логический канал может быть сопоставлен с одной или более численными величинами. Однако вопрос о возможности конфигурирования специфичного для численной величины приоритета для одного логического канала пока не обсуждается. В LTE приоритет логического канала назначен для каждого UE, поскольку для PUSCH может быть сконфигурирована только одна численная величина. В NR возможна поддержка специфического для численной величины приоритета для инициирования ввода данных из определенного логического канала в блок PDU MAC, которые будут переданы с более подходящими численными величинами. Например, ожидается, что данные eMBB, скорее всего, будут введены в блок PDU MAC для передачи по численным величинам с удлиненным TTI. С другой стороны, в отличие от сервиса eMBB, приоритеты сервиса URLLC должны быть пересмотрены по численной величине удлиненных TTI.

[0068] В первом подходе один логический канал может быть сконфигурирован с определенным приоритетом численной величины. На Фиг. 15 показаны два альтернативных варианта правил обработки приоритетов логических каналов, специфичных для численной величины, где каждый логический канал сконфигурирован с возможностью связывания как с численной величиной 1, так и с численной величиной 2.

[0069] Во втором подходе процедура LCP допускает исключение некоторых логических каналов и их обслуживание только после исчерпания данных первичных логических каналов. В случае агрегирования несущих (CA) при конфигурировании множества численных величин с разными несущими при сопоставлении конкретного логического канала с группой численных величин оборудованию UE 102 может потребоваться создать множество блоков PDU MAC для TB из множества несущих, сконфигурированных с разными численными величинами одновременно. Если UE 102 последовательно выполняет LCP по этим предоставлениям UL/DL от разных несущих/численных величин, объем данных каждого логического канала, введенных в блок PDU MAC, может отличаться, также как количество данных оборудования UE 102, отправленных в численную величину на одной несущей зависит от количества данных оборудования UE 102 для ресурсов, оставшихся после достижения PBR. Порядок обработки предоставлений UL/DL от разных несущих/численных величин можно определять либо конфигурацией сети, либо по предварительно определенному критерию. Цель определения приоритета для численной величины состоит в правильном расчете сетью объема данных, ожидаемых от каждого логического канала, и правильном выделении предоставления для UL/DL.

[0070] В третьем подходе, когда логический канал связан со множеством численных величин, порядок обработки предоставлений UL/DL для разных несущих/численных величин можно определять либо конфигурацией сети, либо по предварительно определенному критерию. Исходя из вышеприведенного анализа полная процедура LCP может быть следующей. Предоставление UL/DL может быть выбрано для обработки в соответствии с конфигурацией сети или предварительно определенным критерием, если сконфигурировано CA с несколькими численными величинами. Связанные логические каналы могут быть выбраны для численной величины/длительности TTI этого предоставления UL/DL. LCP может быть применена к выбранным логическим каналам. LCP на других логических каналах можно применять при наличии места в предоставлении UL/DL. В четвертом подходе LCP в NR можно выполнять согласно вышеописанной процедуре.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[00101] URLLC обеспечит смену парадигмы и улучшит способ связи при чрезвычайно сложных требованиях. К этому относится сквозная задержка радиоканала в 1 мс и гарантированная минимальная надежность в 99,999%, что имеет решающее значение для некоторых вариантов использования URLLC.

[00102] В настоящем документе описаны некоторые сценарии использования URLLC и их соответствие требованиям на высоком уровне. Дублирование пакетов может быть полезно для терминала URLLC (например, UE 102). Считается, что повторную передачу RLC (ARQ) не используют для удовлетворения строгих требований URLLC к задержке в плоскости пользователя. Объект MAC устройства URLLC можно поддерживать более чем одной численной величиной/длительностью TTI.

[00103] Проект NR ориентирован на удовлетворение требований по QoS для URLLC только после завершения сигнализации плоскости управления для установки сеанса (для исключения ситуации изначального нахождения UE 102 в режиме ожидания). Схема прерывистого приема (DRX) не будет оптимизирована для требований URLLC–сервиса.

[00104] Для DL динамическое совместное использование ресурса между URLLC и eMBB поддерживается посредством передачи запланированного трафика URLLC. Передача URLLC может происходить в ресурсах, запланированных для текущего трафика eMBB. Для URLLC DL поддерживается асинхронный и адаптивный HARQ.

[00105] Для URLLC поддерживается по меньшей мере схема передачи UL без предоставления. Ресурсы могут или не могут быть разделены между одним или несколькими пользователями.

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

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

[00108] Одним из вариантов использования URLLC является робототехника. 5G необходимо улучшить время отклика для диагностических ситуаций. Например, в ближайшем будущем роботы будут иметь очень низкую стоимость, поскольку будут иметь только набор датчиков, камер, исполнительных механизмов и блоков управления мобильностью. Все интеллектуальные вычислительные системы, требующие дорогостоящего оборудования, могут удаленно работать в пограничном облаке.

[00109] Датчики и камеры на роботах можно использовать для мониторинга окружающей среды и сбора данных в режиме реального времени. Полученные данные будут немедленно переданы в центральную систему в течение нескольких миллисекунд. Центр обрабатывает данные интеллектуальным образом (например, на основе машинного обучения и алгоритмов искусственного интеллекта (AI)) и принимает решения для роботов. Решения/команды могут быть доставлены роботу очень быстро, и роботы будут следовать инструкциям.

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

[00111] Другим вариантом использования URLLC является промышленная автоматизация. Автоматизация производства (вместе с MTC) является одним из ключевых применений, рассматриваемых в системах 5G. Современные системы промышленного контроля опираются на быстрые и надежные проводные линии связи. Однако существует большой интерес к использованию гибких беспроводных систем, предлагаемых в будущем 5G.

[00112] В данном варианте использования рассматривается комбинированная внутренняя заводская среда, в которой ряд объектов (например, роботы, самоуправляющиеся тяжелые машины и т.д.) выполняют различные специальные задачи в рамках производственного процесса. Все эти объекты контролирует производственный центр. Для таких видов промышленного применения требуется гарантированная надежность, более высокая скорость передачи данных и минимальная сквозная задержка в рамках различных процессов управления.

[00113] Следующим вариантом использования URLLC является дистанционная хирургия и медицинское обслуживание. Удаленную хирургическую операцию можно рассматривать как еще один вариант использования URLLC 5G. За счет ощущения прикосновения 5G может обеспечивать хирурга возможностью диагностирования (например, идентифицирования раковой ткани), когда специалист и пациент физически не могут присутствовать в том (той) же помещении/обстановке.

[00114] В этом варианте использования 5G в медицинских целях можно использовать роботизированную концевую часть, за счет использования которой хирург получит ощущение прикосновения в режиме реального времени в процессе минимально инвазивной хирургии. Чувствительность прикосновения будет зафиксирована на роботизированной концевой части и с задержкой в несколько миллисекунд полученные данные будут доступны хирургу, который находится на другом конце и использует тактильные перчатки. Ко всему прочему хирург должен иметь возможность удаленного управления роботизированной концевой частью, а также присутствовать в визуализированной среде. В сценарии удаленной хирургии задержка e2e в идеале составляет порядка нескольких миллисекунд.

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

[00116] Следующий вариант использования URLLC – интеллектуальные автомобили, транспорт и инфраструктура. Использование самоуправляемых автомобилей можно интерпретировать как автоматическое вождение, для которого необходима связь в реальном масштабе времени типа автомобиль–инфраструктура и автомобиль–автомобиль (например, интеллектуальная автобусная остановка, интеллектуальные светофоры и т.п.). Все эти средства связи могут быть скоординированы в реальном масштабе времени централизованной системой (например, интеллектуальным центром управления движением (ИЦУД)).

[00117] В таком сценарии цель ИЦУД состоит в предварительном оценивании опасных условий и снижении риска дорожно–транспортных происшествий. Например, будучи интеллектуальной системой, ИЦУД может отслеживать характерные признаки объектов движения на основе полученных об объекте данных. За счет этого возможно прогнозирование фатальных ситуаций, и система сможет оказывать прямое воздействие (например, на управление автомобилем) для предотвращения происшествий даже быстрее водителя. При таком сценарии организации движения задержки порядка миллисекунд в оба конца от транспортных средств до ИЦУД и от ИЦУД до транспортных средств повысят безопасность движения.

[00118] Другой вариант использования URLLC – беспилотные радиоуправляемые летательные аппараты и связь с воздушными судами. Все более важное значение приобретают беспилотные радиоуправляемые летательные аппараты, особенно в сфере наблюдения, общественной безопасности и средств массовой информации. Все эти сферы подпадают под обеспечение критически важной связью с жесткими требованиями к задержкам и надежности. Мотивация для таких требований варьируется от критичности выполнения задач до финансовых выгод (например, освещение спортивных событий с использованием беспилотных радиоуправляемых летательных аппаратов связано с высокими затратами на соблюдение авторских прав на востребованный контент).

[00119] Задержка и надежность являются ключевыми факторами, позволяющими контролировать беспилотные радиоуправляемые летательные аппараты с учетом характера рассматриваемых вариантов использования. Аналогичным образом NR рассматривается для организации связи с воздушными судами, что также требует высочайшего уровня надежности и жестких требований к задержкам. Большие расстояния и аспекты мобильности вместе с требованиями к задержке и надежности представляют проблемы в этом варианте использования.

[00120] Как видно из приведенных вариантов, в некоторых сценариях использования URLLC мобильность является ключевым требованием наряду с задержкой и надежностью. Основные потребности в каждом варианте использования URLLC связаны с надежностью и задержками, и эти потребности должны иметь приоритет над эффективностью использования ресурсов из–за критичности сценариев.

[00121] Международный союз электросвязи (МСЭ) и 3GPP разработали комплекс требований к 5G, включая URLLC. В отношении надежности URLLC требования одинаковы, тогда как по задержкам для URLLC 3GPP устанавливает более строгое требование – 0,5 мс для односторонней сквозной задержки в UL и DL, в отличие от 1 мс в требованиях МСЭ.

[00122] 3GPP согласовала следующие соответствующие требования. Надежность можно оценивать по вероятности успешной передачи X байтов с определенной задержкой, что представляет собой время, необходимое для доставки небольшого пакета данных от точки входа 2/3 SDU уровня радиопротокола до точки выхода 2/3 SDU уровня радиопротокола при определенном качестве канала (например, границы покрытия). Общее требование по надежности URLLC для одной передачи пакета составляет 1–10^–5 для 32 байтов с задержкой в плоскости пользователя 1 мс.

[00123] Задержку в плоскости пользователя (UP) можно описывать как время, необходимое для успешной доставки пакета/сообщения с уровня приложений от точки входа 2/3 SDU уровня радиопротокола до точки выхода 2/3 SDU уровня радиопротокола посредством радиоинтерфейса в направлениях как восходящей, так и нисходящей линии связи, когда ни устройство, ни базовая станция не ограничены DRX. Для URLLC целевая задержка в плоскости пользователя должна составлять 0,5 мс для UL и 0,5 мс для DL. Кроме того, если возможно, задержка также должна быть достаточно низкой для поддержки использования технологий доступа следующего поколения в качестве технологии беспроводной транспортной технологии, которую можно использовать в архитектуре доступа нового поколения. Значение, приведенное выше, следует рассматривать как среднее значение, и оно не имеет связанного с ним высокого уровня надежности.

[00124] В соответствии с IMT–2020 стандарт LTE Рел–15 должен обладать способностью отдельного удовлетворения требования к малой задержке и надежности. Низкая задержка может быть определена как время в одном направлении, необходимое для успешной доставки пакета/сообщения уровня приложений от точки входа 2/3 SDU уровня радиопротокола до точки выхода 2/3 SDU уровня радиопротокола посредством радиоинтерфейса в направлениях как восходящей, так и нисходящей линии связи для данного сервиса в незагруженных условиях, при условии, что мобильная станция находится в активном состоянии. В IMT–2020 минимальные требования к задержке в плоскости пользователя составляют 1 мс для URLLC.

[00125] Надежность может быть определена как вероятность успешной передачи пакета уровня 2/3 в течение требуемого максимального времени, представляющего собой время, необходимое для доставки небольшого пакета данных от точки входа 2/3 SDU уровня радиопротокола до точки выхода 2/3 SDU уровня радиопротокола при определенном качестве канала (например, границы покрытия). Это требование определено для оценки в соответствующей тестовой среде URLLC.

[00126] Минимальным требованием по надежности является вероятность 110^–5 успешной передачи пакета данных размером, например, 20 байтов в течение 1 мс при качестве границы покрытия канала для городской тестовой среды макро–URLLC.

[00127] Помимо требований ITU и 3GPP существуют и другие интересные комбинации задержек и надежности, которые можно применять в будущих вариантах использования. Одним из таких случаев является территориально–распределенный сценарий с менее строгой задержкой, но с высокой надежностью. Поэтому существует утверждение, что сеть должна иметь возможность настраивать широкий диапазон параметров задержка–надежность. Для обеспечения этой возможности можно рассмотреть несколько различных технологических компонентов для URLLC. Отсюда вытекает, что URLLC может соответствовать требованиям IMT–2020, а также более широкому спектру требований, относящихся к будущим вариантам использования.

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

[00129] Разнесение является ключом к обеспечению высокой надежности. Принимая во внимание, что одна передача (включая управляющее сообщение) может быть надежной (например, низкий коэффициент ошибок по блокам (BLER)), для достижения цели требуется очень низкая скорость кодирования и, следовательно, значительное выделение ресурсов. При разнесении передача распределяется по времени, пространству и частоте, используя изменения в канале для максимизации сигнала.

[00130] Во временной области можно использовать по меньшей мере два основных варианта. Один из вариантов заключается в распространении передачи на большее число символов OFDM, и за счет этого скорость кодирования снижается. В альтернативном варианте осуществления передача повторяется. Повторение может быть автоматическим (групповые передачи) или представлять собой повторную передачу, инициируемую обратной связью.

[00131] В частотной области передачу управления и данных можно повторять на множестве несущих для использования частотного разнесения канала. Частотное повторение данных можно выполнять на более низких уровнях (например, MAC) или на более высоких уровнях (например, PDCP). Другая возможность обеспечения разнесения частот заключается в распределении частей передач по более широкой полосе пропускания.

[00132] Для передач по UL базовый доступ может быть основан на запросе диспетчеризации (SR). За SR может следовать предоставление UL и только после приема этого предоставления UE 102 может передавать данные по UL. Две первые передачи (SR и предоставление) вызывают дополнительную задержку, которая может быть проблемой для чувствительного к задержке трафика. Сокращение задержки – это особенность LTE–14 для уменьшения минимального планируемого единичного интервала времени с обеспечением пропорционального уменьшения абсолютной длительности первых двух передач. Аналогичные принципы можно применять к 5G с помощью таких средств, как более высокая численная величина. Это в принципе позволяет удовлетворять требования к задержке и обеспечивать несколько повторных передач HARQ в прямом и обратном направлениях, что дополнительно повышает надежность. Однако при большей численной величине возникают проблемы поддержки развертывания в глобальном масштабе UE 102 с ограниченной мощностью и требуется более широкая полоса пропускания. Наконец, но не в последнюю очередь, требуются дополнительные работы по повышению надежности предоставления SR и UL.

[00133] В альтернативном варианте предоставление UL в LTE может быть сконфигурировано (например, как SPS UL) с пропуском заполнения. Это может упоминаться как «быстрая UL». При использовании быстрой UL оборудование UE 102 имеет сконфигурированное предоставление UL, которое оно может использовать при наличии у него данных UL. В данной настройке задержка UL сходна с задержкой DL, за счет чего возможно важное усовершенствование для URLLC.

[00134] Принимая во внимание выделение больших полос пропускания (BW), которое ожидается для UL–трафика URLLC, сконфигурированное предоставление, в котором gNB 160 предварительно выделяет часть полосы для UE 102, может вызывать проблемы с пропускной способностью UL. Это приводит к еще большей потере ресурсов, если UL–трафик URLLC является менее плотным и спорадическим. Эта проблема может быть решена, если один и тот же частотно–временной ресурс может быть предоставлен нескольким UE 102.

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

[00136] Требование к задержке и надежности предъявляется не только к неподвижным UE 102, но также к UE 102 с разными уровнями мобильности для разных вариантов использования.

[00137] Повышенная надежность может быть достигнута на более высоких уровнях путем передачи дубликатов данных либо в пространственной области (например, двусторонняя связь), либо в частотной области (например, агрегирование несущих), либо во временной области с дублированием уровня MAC/RLC. Необязательно без дублирования лучшее качество приема может быть достигнуто путем правильного выбора между набором доступных соединительных линий связи (например, множество соединений).

[00138] В другом аспекте процедура отчета о статусе буфера (BSR) может быть использована для обеспечения обслуживающей eNB 160 информацией о количестве данных, доступных для передачи в буферах UL, связанных с объектом MAC. RRC управляет отчетностью BSR посредством конфигурирования трех таймеров periodicBSR–Timer, retxBSR–Timer и logicalChannelSR–ProhibitTimer необязательно сигнализации logicalChannelGroup для каждого логического канала, которая выделяет логический канал в группу логических каналов (LCG).

[00139] Что касается процедуры предоставления отчета о состоянии буфера, объект MAC может рассматривать однонаправленные радиоканалы, которые не приостановлены, и может рассматривать однонаправленные радиоканалы, которые приостановлены. Для узкополосного интернета физических объектов (NB–IoT) длинный BSR не поддерживается, и все логические каналы принадлежат одной LCG.

[00140] BSR может быть инициирован при возникновении любого из следующих событий. BSR может быть инициирован, если данные UL для логического канала, принадлежащего LCG, становятся доступными для передачи в объекте RLC или в объекте протокола конвергенции пакетных данных (PDCP), либо данные принадлежат логическому каналу с более высоким приоритетом по сравнению с приоритетами логических каналов, принадлежащих к любой LCG, и для которых данные уже доступны для передачи, либо отсутствуют доступные к передаче данные для любого из логических каналов, которые принадлежат LCG. В этом случае BSR может упоминаться как «регулярный BSR».

[00141] BSR может также быть инициирован, если выделены ресурсы UL и количество битов заполнения равно размеру элемента управления MAC BSR плюс его подзаголовок или больше. В этом случае BSR может упоминаться как «BSR заполнения».

[00142] BSR может также быть инициирован, если истекает время работы таймера retxBSR–Timer, а объект MAC имеет доступные к передаче данные для любого из логических каналов, которые принадлежат группе LCG. В этом случае BSR может упоминаться как «регулярный BSR».

[00143] BSR может также быть инициирован при истечении времени работы таймера periodicBSR–Timer. В этом случае BSR может упоминаться как «периодический BSR».

[00144] Для регулярного BSR, если BSR инициирован из–за доступности данных к передаче для логического канала, для которого таймер logicalChannelSR–ProhibitTimer сконфигурирован верхними уровнями, UE 102 может запускать или перезапускать таймер logicalChannelSR–ProhibitTimer. В противном случае, если таймер работает, UE 102 может останавливать таймер logicalChannelSR–ProhibitTimer.

[00145] Для регулярного и периодического BSR, если более чем одна LCG имеет данные, доступные для передачи в TTI, где передается BSR, UE 102 может сообщать о длинном BSR. В противном случае UE 102 может сообщать о коротком BSR.

[00146] Для BSR заполнения, если количество битов заполнения равно размеру короткого BSR плюс его подзаголовок или больше, но меньше размера длинного BSR плюс его подзаголовок, и если более одной LCG имеют данные, доступные для передачи в TTI, где передается BSR, UE 102 может сообщать об усеченном BSR для LCG с логическим каналом, имеющим наивысший приоритет и доступные для передачи данные. В противном случае UE 102 может сообщать о коротком BSR. Если количество битов заполнения равно размеру длинного BSR плюс его подзаголовок или больше, UE 102 может сообщать о длинном BSR.

[00147] Если процедура BSR определяет, что по меньшей мере один BSR был инициирован и не отменен, и если объект MAC имеет ресурсы UL, выделенные для новой передачи для этого TTI, UE 102 может давать команду процедуре мультиплексирования и сборки формировать элемент(–ы) управления MAC BSR. UE 102 может запускать или перезапускать таймер periodicBSR–Timer, за исключением тех случаев, когда все сгенерированные BSR являются усеченными BSR. UE 102 может запускать или перезапускать таймер retxBSR–Timer.

[00148] Если инициирован обычный BSR и не инициирован таймер logicalChannelSR–ProhibitTimer, а также если предоставление восходящей линии связи не сконфигурировано или регулярный BSR не был инициирован из–за доступности данных к передаче для логического канала, для которого маскирование SR логического канала (logicalChannelSR–Mask) настроено верхними уровнями, может быть инициирован запрос диспетчеризации.

[00149] Блок PDU MAC может содержать не более одного элемента управления BSR MAC, даже если множество событий инициирует BSR к моменту, когда BSR может быть передан, и в этом случае регулярный BSR и периодический BSR имеют приоритет над BSR заполнения. Объект MAC должен перезапускать таймер retxBSR–Timer после указания предоставления на передачу новых данных по любому UL–SCH.

[00150] Все инициированные BSR могут быть отменены в случае, когда предоставление(–я) UL в этом TTI может (могут) вмещать все ожидающие данные, доступные для передачи, но является(–ются) недостаточным для дополнительного размещения элемента управления MAC BSR плюс его подзаголовок. Все инициированные BSR могут быть отменены, когда BSR включен в блок PDU MAC для передачи.

[00151] Объект MAC может передавать не более одного регулярного/периодического BSR в TTI. При запросе объекта MAC для передачи множества блоков PDU MAC в TTI он может включать в себя BSR заполнения в любом из блоков PDU MAC, которые не содержат регулярного/периодического BSR.

[00152] Все BSR, передаваемые в TTI, могут отражать состояние буфера после построения всех блоков PDU MAC для этого TTI. Каждая LCG может сообщать одно самое большее значение статуса буфера на каждый TTI, и это значение можно передавать во всех BSR, сообщающих о состоянии буфера для данной LCG.

[00153] Следует отметить, что BSR заполнения не позволяет отменять инициированный регулярный/периодический BSR, за исключением NB–IoT. BSR заполнения инициируют только для определенного блока PDU MAC, и инициирование может быть отменено, когда этот блок PDU MAC был сформирован.

[00154] Блок PDU MAC представляет собой битовую строку, которая является байт–синхронизированной (т.е. кратно 8 битам) по длине. Как описано в настоящем документе, битовые строки представлены таблицами, в которых наиболее значащий бит является крайним левым битом первой строки таблицы, наименее значимый бит – самым правым битом последней строки таблицы, и в более общем случае битовую строку надо считывать слева направо, а затем в порядке чтения строк. Порядок битов каждого поля параметров в блоке PDU MAC представлен первым и наиболее значащим битом в крайнем левом бите и последним и наименее значимым битом в крайнем правом бите.

[00155] SDU MAC представляет собой битовые строки, которые являются байт–синхронизированными (т.е. кратно 8 битам) по длине. SDU включен в блок PDU MAC с первого бита и далее. Объект MAC может игнорировать значение зарезервированных битов в блок PDU MAC нисходящей линии связи.

[00156] Блок PDU MAC включает в себя заголовок MAC, ноль или более блоков служебных данных MAC (SDU MAC), ноль или более элементов управления MAC и необязательно заполнение, как показано на Фиг. 12. Заголовок MAC и заголовок SDU MAC могут иметь различные размеры. Заголовок блока PDU MAC может включать в себя один или более подзаголовков блока PDU MAC. Каждый подзаголовок может соответствовать либо SDU MAC, либо управляющему элементу MAC, либо заполнению. Примеры подзаголовков блока PDU MAC описаны в связи с Фиг. 13.

[00157] Подзаголовок блок PDU MAC может включать в себя пять или шесть полей заголовка R/F2/E/LCID/(F)/L, кроме как для последнего подзаголовка в блоке PDU MAC и для элементов управления MAC фиксированного размера. Последний подзаголовок в блоке PDU MAC и подзаголовки для элементов управления MAC фиксированного размера могут включать в себя четыре поля заголовка R/F2/E/LCID. Подзаголовок блока PDU MAC, соответствующий заполнению, включает в себя четыре поля заголовка R/F2/E/LCID.

[00158] Элементы управления MAC BSR могут включать в себя один из следующих форматов. Один формат представляет собой формат короткого BSR и усеченного BSR. Этот формат имеет одно поле идентификатора LCG (LCG ID) и одно соответствующее поле размера буфера, как показано на Фиг. 17(a). Другим форматом является формат длинного BSR. Этот формат имеет четыре поля размера буфера, соответствующие идентификаторам LCG с №0 до №3, как показано на Фиг. 17(b).

[00159] Форматы BSR определяются подзаголовками блок PDU MAC с LCID. В настоящем документе определены поле LCG ID и поле размера буфера. В поле идентификатора логической группы каналов (LCG ID) указывается группа логических каналов (LCG ID), состояние которых регистрируется в буфере. Длина поля составляет 2 бита.

[00160] Поле размера буфера определяет общий объем данных, доступных по всем логическим каналам группы логических каналов после формирования всех блоков PDU MAC для TTI. Объем данных указывается количеством байтов. Поле размера буфера может включать в себя все данные, доступные для передачи на уровне RLC и на уровне PDCP. Размер заголовков RLC и MAC не учитывается при вычислении размера буфера. Длина этого поля составляет 6 битов. Если размеры расширенного BSR (extendedBSR–Sizes) не сконфигурированы, значения, принимаемые полем размера буфера, показаны в таблице 1. Если размеры extendedBSR–Sizes сконфигурированы, значения, принимаемые полем размера буфера, показаны в таблице 2.

Индекс	Значение размера буфера (BS) [байты]	Индекс	Значение размера буфера (BS) [байты]
0	BS=0	32	1132 < BS <= 1326
1	0 < BS <= 10	33	1326 < BS <= 1552
2	10 < BS <= 12	34	1552 < BS <= 1817
3	12 < BS <= 14	35	1817 < BS <= 2127
4	14 < BS <= 17	36	2127 < BS <= 2490
5	17 < BS <= 19	37	2490 < BS <= 2915
6	19 < BS <= 22	38	2915 < BS <= 3413
7	22 < BS <= 26	39	3413 < BS <= 3995
8	26 < BS <= 31	40	3995 < BS <= 4677
9	31 < BS <= 36	41	4677 < BS <= 5476
10	36 < BS <= 42	42	5476 < BS <= 6411
11	42 < BS <= 49	43	6411 < BS <= 7505
12	49 < BS <= 57	44	7505 < BS <= 8787
13	57 < BS <= 67	45	8787 < BS <= 10 287
14	67 < BS <= 78	46	10 287 < BS <= 12 043
15	78 < BS <= 91	47	12 043 < BS <= 14 099
16	91 < BS <= 107	48	14 099 < BS <= 16 507
17	107 < BS <= 125	49	16 507 < BS <= 19 325
18	125 < BS <= 146	50	19 325 < BS <= 22 624
19	146 < BS <= 171	51	22 624 < BS <= 26 487
20	171 < BS <= 200	52	26 487 < BS <= 31 009
21	200 < BS <= 234	53	31 009 < BS <= 36 304
22	234 < BS <= 274	54	36 304 < BS <= 42 502
23	274 < BS <= 321	55	42 502 < BS <= 49 759
24	321 < BS <= 376	56	49 759 < BS <= 58 255
25	376 < BS <= 440	57	58 255 < BS <= 68 201
26	440 < BS <= 515	58	68 201 < BS <= 79 846
27	515 < BS <= 603	59	79 846 < BS <= 93 479
28	603 < BS <= 706	60	93 479 < BS <= 109 439
29	706 < BS <= 826	61	109 439 < BS <= 128 125
30	826 < BS <= 967	62	128 125 < BS <= 150 000
31	967 < BS <= 1132	63	BS > 150 000

Таблица 1

Индекс	Значение размера буфера (BS) [байты]	Индекс	Значение размера буфера (BS) [байты]
0	BS=0	32	4940 < BS <= 6074
1	0 < BS <= 10	33	6074 < BS <= 7469
2	10 < BS <= 13	34	7469 < BS <= 9185
3	13 < BS <= 16	35	9185 < BS <= 11 294
4	16 < BS <= 19	36	11 294 < BS <= 13 888
5	19 < BS <= 23	37	13 888 < BS <= 17 077
6	23 < BS <= 29	38	17 077 < BS <= 20 999
7	29 < BS <= 35	39	20 999 < BS <= 25 822
8	35 < BS <= 43	40	25 822 < BS <= 31 752
9	43 < BS <= 53	41	31 752 < BS <= 39 045
10	53 < BS <= 65	42	39 045 < BS <= 48 012
11	65 < BS <= 80	43	48 012 < BS <= 59 039
12	80 < BS <= 98	44	59 039 < BS <= 72 598
13	98 < BS <= 120	45	72 598 < BS <= 89 272
14	120 < BS <= 147	46	89 272 < BS <= 109 774
15	147 < BS <= 181	47	109 774 < BS <= 134 986
16	181 < BS <= 223	48	134 986 < BS <= 165 989
17	223 < BS <= 274	49	165 989 < BS <= 204 111
18	274 < BS <= 337	50	204 111 < BS <= 250 990
19	337 < BS <= 414	51	250 990 < BS <= 308 634
20	414 < BS <= 509	52	308 634 < BS <= 379 519
21	509 < BS <= 625	53	379 519 < BS <= 466 683
22	625 < BS <= 769	54	466 683 < BS <= 573 866
23	769 < BS <= 945	55	573 866 < BS <= 705 666
24	945 < BS <= 1162	56	705 666 < BS <= 867 737
25	1162 < BS <= 1429	57	867 737 < BS <= 1 067 031
26	1429 < BS <= 1757	58	1 067 031 < BS <= 1 312 097
27	1757 < BS <= 2161	59	1 312 097 < BS <= 1 613 447
28	2161 < BS <= 2657	60	1 613 447 < BS <= 1 984 009
29	2657 < BS <= 3267	61	1 984 009 < BS <= 2 439 678
30	3267 < BS <= 4017	62	2 439 678 < BS <= 3 000 000
31	4017 < BS <= 4940	63	BS > 3 000 000

Таблица 2

[00161] Форматы DCI также описаны в настоящем документе. Поля, определенные в форматах DCI, могут быть сопоставлены с информационными битами от a₀ до a_A–1 следующим образом. Каждое поле может быть сопоставлено в том порядке, в котором оно отображается в описании, включая бит(–ы) заполнения нулями, если таковые имеются, при этом первое поле сопоставлено с информационным битом самого низкого порядка a₀, а каждое последующее поле сопоставлено с информационными битами более высокого порядка. Наиболее значащий бит каждого поля может быть сопоставлен с информационным битом самого низкого порядка для этого поля (например, наиболее значащий бит первого поля сопоставлен с a₀).

[00162] Формат 0 DCI можно использовать для диспетчеризации PUSCH в одной соте UL. Следующая информация может быть передана с помощью формата DCI 0. В формате 0 с помощью DCI можно передавать индикатор несущей. Индикатор несущей может состоять из 0 или 3 битов.

[00163] Формат 0 DCI может передавать флаг для различения формата 0 и формата 1A. Флаг может состоять из 1 бита, в котором значение 0 указывает на формат 0, а значение 1 – на формат 1A.

[00164] Формат 0 DCI может также передавать флаг скачкообразного изменения частоты, который может состоять из 1 бита. Это поле можно использовать как наиболее значащий бит (MSB) соответствующего поля выделения ресурса для типа 1 выделения ресурса.

[00165] Формат 0 DCI может также передавать назначение ресурсного блока и выделения ресурса со скачкообразной перестройкой. Он может состоять из битов. Для PUSCH со скачкообразной перестройкой (только при типе 0 выделения ресурса) N_{UL_hop} битов MSB используют для получения значения ñ_PRB(i). В этом случае битов обеспечивают выделение ресурсов первого интервала в подкадре UL. Для PUSCH без скачкообразной перестройки с типом 0 выделения ресурса битов обеспечивают выделение ресурса в подкадре UL. Для PUSCH без скачкообразного изменения с типом 1 выделения ресурса конкатенация поля флага скачкообразного изменения частоты, поля назначения ресурсного блока и поля выделения ресурса со скачкообразным изменением предоставляет поле выделения ресурса в подкадре UL.

[00166] Формат 0 DCI может также передавать схему модуляции и кодирования и версию избыточности (которые могут занимать 5 битов), новый индикатор данных (1 бит) и команду управления мощностью передачи (TPC) для запланированного PUSCH (2 бита).

[00167] Формат 0 DCI может также передавать циклический сдвиг для опорного сигнала демодуляции (DMRS), индекс ортогонального покрывающего кода (OCC) и конфигурацию IFDMA. Это поле может состоять из 3 битов. Это поле может отсутствовать при скремблировании формата 0 CRC с помощью UL–SPS–V–RNTI.

[00168] Формат 0 DCI может также передавать индекс конфигурации SPS UL. Это поле может состоять из 3 битов. Это поле может присутствовать при скремблировании формата 0 CRC с помощью UL–SPS–V–RNTI.

[00169] Формат 0 DCI может также передавать индекс UL. Это поле может состоять из 2 битов. Это поле может присутствовать только в режиме дуплексной передачи с временным разделением каналов (TDD) с конфигурацией 0 для восходящей–нисходящей линии связи или в режиме TDD с конфигурацией 6 для восходящей–нисходящей линии связи и конфигурацией 10 специального подкадра при конфигурировании параметра symPUSCH–UpPts более высокого уровня и сопоставлении соответствующей DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI.

[00170] Формат 0 DCI может также передавать индекс назначения нисходящей линии связи (DAI). Это поле может состоять из 2 битов. Это поле может присутствовать только для случаев первичной соты с TDD, либо в режиме TDD с конфигурациями 1–6 для восходящей–нисходящей линии связи, либо при дуплексной передаче с частотным разделением каналов (FDD).

[00171] Формат 0 DCI может также передавать запрос CSI. Это поле может занимать 1, 2, 3, 4 или 5 битов. Если UE 102 не сконфигурированы с CSI–RS–ConfigNZPAperiodic или если UE 102 сконфигурированы с CSI–RS–ConfigNZPAperiodic и numberActivatedAperiodicCSI–RS–Resources=1 для каждого процесса CSI, 2–битовое поле применяют к UE 102, сконфигурированным с не более чем пятью сотами DL и при следующих условиях: UE 102 сконфигурированы с более чем одной сотой DL и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI; UE 102 сконфигурированы более высокими уровнями с более чем одним процессом CSI и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI; и UE 102 сконфигурированы с двумя наборами измерений CSI более высокими уровнями с параметром csi–MeasSubframeSet и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI. 3–битовое поле применяют к UE 102, которые сконфигурированы с более чем пятью сотами DL и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI. В противном случае для запроса CSI применяют 1–битовое поле.

[00172] Если UE сконфигурированы с CSI–RS–ConfigNZPAperiodic и numberActivatedAperiodicCSI–RS–Resources > 1 для по меньшей мере одного процесса CSI, 4–битовое поле применяют к UE 102, сконфигурированным с не более чем пятью сотами DL и при одном или более из следующих условий: UE 102 сконфигурированы с более чем одной сотой DL и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI; UE 102 сконфигурированы более высокими уровнями с более чем одним процессом CSI и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI; и UE 102 сконфигурированы с двумя наборами измерений CSI более высокими уровнями с параметром csi–MeasSubframeSet и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI. 5–битовое поле применяют к UE 102, которые сконфигурированы с более чем пятью сотами DL и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI. В противном случае применяют 3–битовое поле.

[00173] Формат 0 DCI может также передавать запрос SRS. Это поле может занимать 0 или 1 бит. Это поле может присутствовать только в форматах DCI диспетчеризации PUSCH, которые сопоставлены с UE–специфичным пространством поиска, заданным идентификатором C–RNTI.

[00174] Формат 0 DCI может также передавать тип выделения ресурса. Это поле может занимать 1 бит. Это поле может присутствовать только при удовлетворении условия .

[00175] Формат 0 DCI может также передавать таблицу сопоставления поля циклического сдвига для DMRS. Это поле может занимать 1 бит. 1–битовое поле применяют к UE 102, которые сконфигурированы с параметром более высокого уровня UL–DMRS–IFDMA и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным C–RNTI. При скремблировании формата 0 CRC посредством SPS C–RNTI, это поле установлено на ноль.

[00176] Если количество информационных битов в формате 0, сопоставляемых с данным пространстве поиска, меньше размера полезной нагрузки формата 1A для диспетчеризации той же обслуживающей соты и сопоставлено с тем же пространством поиска (включая все биты заполнения, добавленные к формату 1A), к формату 0 можно добавлять нули до приравнивания размера полезной нагрузки к размеру полезной нагрузки формата 1A.

[00177] Формат 0A DCI используют для диспетчеризации PUSCH (например, в S–сотах (SCell), использующих технологию доступа на базе лицензируемой полосы частот (LAA)). Следующая информация может быть передана с помощью формата 0A DCI. Может быть передан индикатор несущей. Это поле может занимать 0 или 3 бита.

[00178] Формат 0A DCI может передавать флаг для различения формата 0A и формата 1A. Поле может состоять из 1 бита, в котором значение 0 указывает на формат 0A, а значение 1 – на формат 1A.

[00179] Формат 0A DCI может также передавать инициирующий сигнал A для PUSCH. Это поле может состоять из 1 бита, в котором значение 0 указывает на неинициированную диспетчеризацию, а значение 1 указывает на инициированную диспетчеризацию.

[00180] Формат 0A DCI может также передавать смещение синхронизации. Это поле может состоять из 4 битов. Когда инициирующий сигнал A для PUSCH имеет значение 0, в поле отображается абсолютное смещение синхронизации для передачи PUSCH. В противном случае первые два бита поля указывают смещение синхронизации относительно смещения 1 UL для передачи PUSCH. Последние два бита поля указывают временное окно, в котором диспетчеризация PUSCH посредством инициируемой диспетчеризации является действительной.

[00181] Формат 0A DCI может также передавать назначение ресурсного блока. Это поле может занимать 5 или 6 битов, что обеспечивает выделение ресурса в подкадре UL.

[00182] Формат 0A DCI может также передавать схему модуляции и кодирования. Это поле может состоять из 5 битов.

[00183] Формат 0A DCI может также передавать номер процесса HARQ. Это поле может состоять из 4 битов.

[00184] Формат 0A DCI может также передавать новый индикатор данных. Это поле может занимать 1 бит.

[00185] Формат 0A DCI может также передавать версию избыточности. Это поле может состоять из 2 битов.

[00186] Формат 0A DCI может также передавать команду TPC для запланированного PUSCH. Это поле может состоять из 2 битов.

[00187] Формат 0A DCI может также передавать циклический сдвиг для DMRS и индекса OCC. Это поле может состоять из 3 битов.

[00188] Формат 0A DCI может также передавать запрос CSI. Это поле может занимать 1, 2 или 3 бита. 2–битовое поле применяют к UE 102, сконфигурированным с не более чем пятью сотами DL и при следующих условиях: UE 102 сконфигурированы с более чем одной сотой DL и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI; UE 102 сконфигурированы более высокими уровнями с более чем одним процессом CSI и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI; UE 102 сконфигурированы с двумя наборами измерений CSI более высокими уровнями с параметром csi–MeasSubframeSet и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором CRNTI.

[00189] Для запроса CSI 3–битовое поле применяют к UE 102, которые сконфигурированы с более чем пятью сотами DL и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI. В противном случае применяют 1–битовое поле.

[00190] Формат 0A DCI может также передавать запрос SRS. Это поле может занимать 1 бит.

[00191] Формат 0A DCI может также передавать начальную позицию PUSCH. Это поле может состоять из 2 битов. Значение бита и соответствующая начальная позиция PUSCH могут быть реализованы, как показано в таблице 3.

Значение	Начальная позиция PUSCH
00	символ 0
01	25 мкс в символе 0
10	(25+TA) мкс в символе 0
11	символ 1

Таблица 3

[00192] Формат 0A DCI может также передавать символ окончания PUSCH. Это поле может состоять из 1 бита, в котором значение 0 указывает последний символ подкадра, а значение 1 – со второго по последний символ подкадра.

[00193] Формат 0A DCI может также передавать тип доступа к каналу. Это поле может занимать 1 бит.

[00194] Формат 0A DCI может также передавать класс приоритета доступа к каналу. Это поле может состоять из 2 битов.

[00195] Если количество информационных битов в формате 0A, сопоставленных в данном пространстве поиска, меньше размера полезной нагрузки формата 1A для диспетчеризации той же обслуживающей соты и сопоставлено с тем же пространством поиска (включая все биты заполнения, добавленные к формату 1A), к формату 0A можно добавлять нули до приравнивания размера полезной нагрузки к размеру полезной нагрузки формата 1A.

[00196] Формат 0B DCI можно использовать для диспетчеризации PUSCH в каждом из множества подкадров (например, в SСell LAA). Следующая информация может быть передана с помощью формата 0B DCI. Может быть передан индикатор несущей. Это поле может занимать 0 или 3 бита.

[00197] Формат 0B DCI может также передавать инициирующий сигнал A для PUSCH. Это поле может состоять из 1 бита, в котором значение 0 указывает на неинициированную диспетчеризацию, а значение 1 указывает на инициированную диспетчеризацию.

[00198] Формат 0B DCI может также передавать смещение синхронизации. Это поле может состоять из 4 битов. Когда инициирующий сигнал A для PUSCH имеет значение 0, в поле отображается абсолютное смещение синхронизации для передачи PUSCH. В противном случае первые два бита поля указывают смещение синхронизации относительно смещения 1 UL для передачи PUSCH. Последние два бита поля указывают временное окно, в котором диспетчеризация PUSCH посредством инициируемой диспетчеризации является действительной.

[00199] Формат 0B DCI может также передавать несколько запланированных подкадров. Это поле может занимать 1 или 2 бита. 1–битовое поле применяют, когда maxNumberOfSchedSubframes–Format0B–r14 сконфигурировано верхними уровнями на два поля, в противном случае применяют 2–битовое поле.

[00200] Формат 0B DCI может также передавать назначение ресурсного блока. Это поле может занимать 5 или 6 битов, что обеспечивает выделение ресурса в подкадре UL.

[00201] Формат 0B DCI может также передавать схему модуляции и кодирования. Это поле может состоять из 5 битов.

[00202] Формат 0B DCI может также передавать номер процесса HARQ. Это поле может состоять из 4 битов. В варианте осуществления 4–битовый код применяют к первому запланированному подкадру.

[00203] Формат 0B DCI может также передавать новый индикатор данных. Это поле может занимать maxNumberOfSchedSubframes–Format0B–r14 битов. Каждый запланированный PUSCH может соответствовать 1 биту.

[00204] Формат 0B DCI может также передавать версию избыточности. Это поле может занимать maxNumberOfSchedSubframes–FormatOB–r14 битов. Каждый запланированный PUSCH может соответствовать 1 биту.

[00205] Формат 0B DCI может также передавать команду TPC для запланированного PUSCH. Это поле может состоять из 2 битов.

[00206] Формат 0B DCI может также передавать циклический сдвиг для DMRS и индекса OCC. Это поле может состоять из 3 битов.

[00207] Формат 0B DCI может также передавать запрос CSI. Это поле может занимать 1, 2 или 3 бита. 2–битовое поле применяют к UE 102, сконфигурированным с не более чем пятью сотами DL и при следующих условиях: UE 102 сконфигурированы с более чем одной сотой DL и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI; UE 102 сконфигурированы более высокими уровнями с более чем одним процессом CSI и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI; и UE 102 сконфигурированы с двумя наборами измерений CSI более высокими уровнями с параметром csi–MeasSubframeSet и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI. 3–битовое поле применяют к UE 102, которые сконфигурированы с более чем пятью сотами DL и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI. В противном случае применяют 1–битовое поле.

[00208] Формат 0B DCI может также передавать запрос SRS. Это поле может состоять из 2 битов.

[00209] Формат 0B DCI может также передавать начальную позицию PUSCH. Это поле может занимать 2 бита, как указано в таблице 3, которая применима только к первому запланированному подкадру.

[00210] Формат 0B DCI может также передавать символ окончания PUSCH. Это поле может занимать 1 бит, в котором значение 0 указывает последний символ последнего запланированного подкадра, а значение 1 – со второго по последний символ последнего запланированного подкадра.

[00211] Формат 0B DCI может также передавать тип доступа к каналу. Это поле может занимать 1 бит.

[00212] Формат 0B DCI может также передавать класс приоритета доступа к каналу. Это поле может состоять из 2 битов.

[00213] Если количество информационных битов в формате 0B равно размеру полезной нагрузки для формата DCI 1, 2, 2A, 2B, 2C или 2D, связанного со сконфигурированным режимом передачи DL в той же обслуживающей соте, в формат 0B может быть добавлен один нулевой бит.

[00214] Формат 0C DCI можно использовать для диспетчеризации PUSCH в одной соте UL. Следующая информация может быть передана с помощью формата 0C DCI. Можно передавать флаг для различения формата 0C и формата 1A. Поле может состоять из 1 бита, в котором значение 0 указывает на формат 0C, а значение 1 – на формат 1A.

[00215] Формат 0C DCI может также передавать тип выделения ресурса. Это поле может занимать 1 бит. Это поле отображается только при удовлетворении условия

[00216] Формат 0C DCI может также передавать флаг скачкообразного изменения частоты. Это поле может занимать 1 бит. Это поле можно использовать в качестве MSB соответствующего поля выделения ресурса для типа 1 выделения ресурса.

[00217] Формат 0C DCI может также передавать назначение ресурсного блока. Это поле может состоять из битов. Для PUSCH с типом 0 выделения ресурса битов обеспечивают выделение ресурса в подкадре UL. Для PUSCH без скачкообразного изменения с типом 1 выделения ресурсов конкатенация поля флага скачкообразного изменения частоты и поля назначения ресурсного блока предоставляет поле выделения ресурса в подкадре UL.

[00218] Формат 0C DCI может также передавать схему модуляции и кодирования. Это поле может состоять из 5 битов.

[00219] Формат 0C DCI может также передавать номер повторения. Это поле может состоять из 3 битов.

[00220] Формат 0C DCI может также передавать номер процесса HARQ. Это поле может состоять из 3 битов.

[00221] Формат 0C DCI может также передавать новый индикатор данных. Это поле может занимать 1 бит.

[00222] Формат 0C DCI может также передавать версию избыточности. Это поле может состоять из 2 битов.

[00223] Формат 0C DCI может также передавать команду TPC для запланированного PUSCH. Это поле может состоять из 2 битов.

[00224] Формат 0C DCI может также передавать циклический сдвиг для DMRS и индекса OCC. Это поле может состоять из 3 битов.

[00225] Формат 0C DCI может также передавать индекс UL. Это поле может состоять из 2 битов. Это поле присутствует только в режиме TDD с конфигурацией 0 восходящей–нисходящей линии связи.

[00226] Формат 0C DCI может также передавать индекс назначения нисходящей линии связи (DAI). Это поле может состоять из 2 битов. Это поле присутствует только для случаев первичной соты с TDD, либо режима TDD с конфигурациями 1–6 для восходящей–нисходящей линии связи, либо режима FDD.

[00227] Формат 0C DCI может также передавать запрос CSI. Это поле может занимать 1, 2 или 3 бита. 2–битовое поле применяется к UE, сконфигурированным с не более чем пятью сотами DL и при следующих условиях: UE 102 сконфигурированы с более чем одной сотой DL и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI; UE 102 сконфигурированы более высокими уровнями с более чем одним процессом CSI и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI; и UE 102 сконфигурированы с двумя наборами измерений CSI более высокими уровнями с параметром csi–MeasSubframeSet и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI. 3–битовое поле применяют к UE 102, которые сконфигурированы с более чем пятью сотами DL и при сопоставлении соответствующего формата DCI с UE–специфичным пространством поиска, заданным идентификатором C–RNTI. В противном случае применяют 1–битовое поле.

[00228] Формат 0C DCI может также передавать запрос SRS. Это поле может занимать 1 бит.

[00229] Формат 0C DCI может также передавать переопределение порядка модуляции. Это поле может занимать 1 бит.

[00230] Формат 0C DCI может также передавать информацию предварительного кодирования. Это поле присутствует только в случае конфигурирования параметра transmissionModeUL более высокого уровня для режима передачи 2.

[00231] Если количество информационных битов в формате 0C, сопоставленных в данном пространстве поиска, меньше размера полезной нагрузки формата 1A для диспетчеризации той же обслуживающей соты и сопоставлено с тем же пространством поиска (включая все биты заполнения, добавленные к формату 1A), к формату 0C можно добавлять нули до приравнивания размера полезной нагрузки к размеру полезной нагрузки формата 1A.

[00232] В настоящем документе также описано предоставление ответа при произвольном доступе. Более высокие уровни могут указывать 20–битовое предоставление UL физическому уровню. Это упоминается как предоставление ответа при произвольном доступе на физическом уровне. Содержимое этих 20 битов, начиная с MSB и заканчивая наименее значащим битом (LSB), выглядит следующим образом: флаг скачкообразной перестройки (1 бит); назначение ресурсного блока фиксированного размера (10 битов); усеченная схема модуляции и кодирования (4 бита); команда TPC для запланированного PUSCH (3 бита); задержка UL (1 бит); и запрос CSI (1 бит).

[00233] UE 102 может использовать схему передачи по восходящей линии связи с одним антенным портом для передачи PUSCH, соответствующей предоставлению ответа при произвольном доступе и повторной передаче PUSCH для того же транспортного блока.

[00234] UE 102 может выполнять скачкообразное изменение частоты PUSCH, если однобитовое поле скачкообразной перестройки частоты (FH) в соответствующем предоставлении ответа при произвольном доступе установлено на 1, а назначение ресурсного блока восходящей линии связи имеет тип 0, в противном случае скачкообразное изменение частоты PUSCH не происходит. При установлении флага скачкообразной перестройки UE 102 может выполнять скачкообразную перестройку частоты PUSCH, как указано посредством назначения ресурсного блока фиксированного размера, подробно описанного ниже.

[00235] Поле назначения ресурсного блока фиксированного размера интерпретируется следующим образом: если, выполнить усечение назначения ресурсного блока фиксированного размера до его b наименее значащих битов, где , и интерпретировать назначение усеченного ресурсного блока в соответствии с правилами для регулярного формата 0 DCI. В противном случае выполнить вставку b наиболее значащих битов со значением «0» после NuL_hop битов скачкообразной перестройки в назначении ресурсного блока фиксированного размера, где количество битов скачкообразной перестройки NuL_hop равно нулю, если бит флага скачкообразной перестройки не установлен на 1 и определен таблицей 8.4–1, если бит флага скачкообразной перестройки установлен на , и интерпретировать расширенное назначение ресурсного блока в соответствии с правилами для регулярного формата 0 DCI.

[00236] Поле усеченной схемы модуляции и кодирования может быть интерпретировано так, что схему модуляции и кодирования, соответствующую предоставлению ответа при произвольном доступе, определяют из индексов MCS от 0 до 15 в таблице 8.6.1–1.

[00237] Команду δ_msg2 TPC можно использовать для установки мощности PUSCH, и ее интерпретируют в соответствии с таблицей 4.

Команда TPC	Значение (в дБ)
0	–6
1	–4
2	–2
3	0
4	2
5	4
6	6
7	8

Таблица 4

[00238] В процедурах произвольного доступа, не основанных на конкуренции, поле запроса CSI можно интерпретировать для определения, включены ли в соответствующую передачу PUSCH индикатор качества апериодического канала (CQI), индикатор матрицы предварительного кодирования (PMI), индикатор ранга (RI) и отчет идентификации разрешения конфликта (CRI). В процедуре произвольного доступа на основе конкуренции поле запроса CSI зарезервировано.

[00239] Задержку UL применяют для TDD, FDD и FDD–TDD, и это поле можно устанавливать на 0 или 1 для указания, введена ли задержка PUSCH.

[00240] В настоящем документе также описан пример преамбулы произвольного доступа. Пакет произвольного доступа физического уровня включает в себя циклический префикс, преамбулу и защитный интервал, в течение которого ничего не передается. Преамбулы произвольного доступа могут быть сгенерированы из последовательностей Задова–Чу с зоной нулевой корреляции (ZC–ZCZ) или сгенерированы из одной или нескольких корневых последовательностей Задова–Чу.

[00241] На Фиг. 9 показана процедура произвольного доступа на основе конкуренции. На Фиг. 10 представлена процедура произвольного доступа, не основанная на конкуренции.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[00262] На Фиг. 2 один подкадр восходящей линии связи может включать в себя два интервала 283 восходящей линии связи. N^UL_RB представляет собой конфигурацию ширины полосы восходящей линии связи обслуживающей соты, выраженную в значениях, кратных N^RBsc, где N^RBsc – размер ресурсного блока 289 в частотном домене, выраженный в количестве поднесущих, а N^UL_symb – некоторое количество символов 293 SC–FDMA или CP–OFDM в интервале 283 восходящей линии связи. Ресурсный блок 289 может включать в себя некоторое количество ресурсных элементов (RE) 291.

[00263] В LTE ресурсный блок 289 может представлять собой нормальный временной интервал передачи (TTI) 295. В NR короткий TTI 297 можно определять количеством ресурсных элементов 289 или подблоков ресурсных элементов 289. Длительность короткого TTI 297 может быть меньше длительности нормального TTI 295.

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

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

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

[00267] На Фиг. 3 приведены примеры нескольких численных величин 301. Численная величина №1 301a может быть базовой численной величиной (например, опорной численной величиной). Например, RE 395a базовой численной величины 301a может быть определен с разносом поднесущих 305a 15 кГц в частотной области и длиной 2048Ts+CP (например, 160Ts или 144Ts) во временной области (т.е. длиной символа № 1 303a), где Ts обозначает единицу времени выборки в основной полосе, определенную как 1 / (15 000 * 2048) секунд. Для i–й численной величины разнос поднесущих 305 может быть равен 15 * 2ⁱ, и эффективная длина символа OFDM 2048 * 2^–i * Ts. Это может обеспечивать длину символа 2048 * 2^–i * Ts+длина CP (например, 160 * 2^–i * Ts или 144 * 2^–i * Ts). Другими словами, разнос поднесущих i+1–й численной величины вдвое больше, чем для i–й численной величины, а длина символа i+1–й численной величины представляет собой половину от длины символа i–й численной величины.

[00268] В численной величине №2 (301b) RE 395b может быть определен с длительностью символа №2 (303b) и разнесением поднесущих №2 (305b). В численной величине №3 (301c) RE 395c может быть определен с длительностью символа №3 (303c) и разнесением поднесущих №3 (305c). В численной величине №4 (301d) RE 395d может быть определен с длительностью символа №4 (303d) и разнесением поднесущих №4 (305d).

[00269] Хотя на Фиг. 3 показаны четыре численные величины 301a–d, система может поддерживать другое количество численных величин 301. Кроме того, система не должна поддерживать все численные величины 301 от 0–й до I–й, i=0, 1, …, I.

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

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

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

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

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

[00275] В примере (a) показаны интервалы 583a–b с семью символами. Пример (b) иллюстрирует подынтервал 507a из шести символов. Пример (c) иллюстрирует подынтервал 507b из двух символов. Пример (d) иллюстрирует подынтервал 507c из двух символов. На примере (e) показана агрегация подынтервалов 507d–e. Пример (f) иллюстрирует агрегирование подынтервала 507f и интервала 583c.

[00276] В данном случае DCI (т.е. формат DCI) может быть передан по физическому каналу управления нисходящей линии связи (PDCCH). Для передачи DCI по PDCCH можно определять несколько форматов DCI. В формате DCI могут быть определены поля, а поля могут быть сопоставлены с информационными битами (например, битами DCI). Например, формат 1A DCI, используемый для диспетчеризации одного физического совместно применяемого канала (PSCH) (например, PDSCH, передачи одного транспортного блока нисходящей линии связи) в соте, может быть определен как формат DCI для нисходящей линии связи. Кроме того, например, формат DCI (например, формат 0 DCI, формат 0A DCI и/или формат°C DCI), который используют для диспетчеризации PUSCH (например, передача PUSCH одного транспортного блока восходящей линии связи) в соте, может быть определен как формат DCI для восходящей линии связи. Кроме того, например, формат DCI (например, формат 0B DCI), используемый для диспетчеризации PUSCH в каждом из множества подкадров, можно определять как формат DCI для восходящей линии связи. Кроме того, формат DCI, используемый для диспетчеризации PUSCH в каждой из полос(–ы) частот(–ы) (RB), можно определять как формат DCI для восходящей линии связи.

[00277] Предоставление ответа при произвольном доступе, которое используют для диспетчеризации PUSCH, может быть определено для процедуры произвольного доступа (например, процедуры произвольного доступа на основе конкуренции и/или процедуры произвольного доступа на основе отсутствия конкуренции (т.е. свободной от конкуренции процедуры произвольного доступа)). Например, в процедуре произвольного доступа gNB 160 может передавать в качестве сообщения 2 (Msg. 2) ответ при произвольном доступе, который соответствует передаче преамбулы произвольного доступа (т.е. сообщение 1 (Msg. 1)). Ответ при произвольном доступе может включать в себя предоставление ответа при произвольном доступе. Например, PDSCH, запланированный с использованием PDCCH с RA–RNTI (RNTI при произвольном доступе), может быть использован для передачи ответа при произвольном доступе. UE 102 может передавать сообщение 3 (Msg. 3) на основе предоставления ответа при произвольном доступе. Сообщение 3 может быть передано по совместно применяемому каналу восходящей линии связи (UL–SCH). То есть сообщение 3 может быть передано по PUSCH, запланированному с помощью предоставления ответа при произвольном доступе.

[00278] Формат DCI (например, формат 0 DCI, формат 0A DCI и/или формат°C DCI), формат DCI (например, формат 0B DCI), формат DCI, который используют для диспетчеризации PUSCH в каждой из полос (–ы) частот и/или предоставление ответа при произвольном доступе ради простоты описания в настоящем документе предположительно включены в предоставление восходящей линии связи (предоставление UL) в некоторых вариантах осуществления.

[00279] gNB 160, используя предоставление UL, может планировать PUSCH в подкадре, интервале 583 и/или подынтервале 507. Кроме того, gNB 160 может планировать, используя одно или более предоставлений UL (т.е. одно предоставление UL и/или множество предоставлений UL), множество PUSCH в одно и то же время (например, в одном временном интервале, одном интервале 583 и/или одном подынтервале 507). gNB также может планировать множество PUSCH в разное время (например, в разном(–ых) интервале(–ах) времени, разном(–ых) интервале(–ах) 583 и/или разном(–ых) подынтервале(–ах) 507), используя одно или более предоставлений UL (т.е. одно предоставление UL и/или множество предоставлений UL).

[00280] При этом один из множества запланированных PUSCH (в одно и то же время и/или в разный(–ые) момент(–ы) времени) с использованием предоставления (–й) UL может представлять собой PUSCH в подкадре (т.е. PUSCH, сопоставленный со всем подкадром). Кроме того, один из множества PUSCH, запланированных (в одно и то же время и/или в разный(–ые) момент(–ы) времени) с использованием предоставления (–й) UL, может представлять собой PUSCH в интервале 583 (т.е. PUSCH, сопоставленный со всем интервалом 583). Кроме того, один из множества PUSCH, запланированных (в одно и то же время и/или в разный (–ые) момент(–ы) времени) с использованием предоставления(–й) UL, может представлять собой PUSCH в подынтервале 507 (т.е. PUSCH, сопоставленный со всем подынтервалом 507). То есть gNB 160 может планировать множество PUSCH в одно и то же время и/или в разное время, и каждый из множества PUSCH может планировать в интервалы времени разной длительности (например, в разном(–ых) временном(–ых) интервале(–ах) передачи (TTI)).

[00281] Кроме того, gNB 160 может планировать множество PUSCH со множеством численных величин 301 (например, PUSCH с первым разносом поднесущих (например, 15 кГц), PUSCH со вторым разносом поднесущих (например, 30 кГц), PUSCH с третьим разносом поднесущих (например, 60 кГц) и/или PUSCH с четвертым разносом поднесущих (например, 120 кГц)), используя одно или несколько предоставлений UL. То есть gNB 160 может планировать множество PUSCH, а численные величины 301 (разнос поднесущих) каждого из множества PUSCH могут отличаться. То есть gNB 160 может планировать в одном и том же подкадре и/или другом подкадре множество PUSCH со множеством численных величин 301.

[00282] Например, gNB 160 может передавать сигнал RRC (управления радиоресурсами, например, специальный сигнал RRC), включающий в себя первую информацию, конфигурирующую множество моментов времени передачи (например, четыре момента времени передачи). Кроме того, gNB 160 может передавать предоставление UL, включающее в себя вторую информацию, указывающую на формирование одним или более моментов времени передачи множества моментов времени передачи. То есть UE 102 может выполнять одну или более передач PUSCH в один или более моментов времени передачи, на что указывает использование второй информации (т.е. в один или более указанных моментов времени передачи из множества моментов времени передачи, используя вторую информацию). В данном случае первая информация может быть включена в MIB (блок служебной информации) и/или SIB (блок системной информации). То есть первая информация может быть передана по физическому широковещательному каналу (PBCH) и/или PDSCH. Кроме того, первая информация может быть включена в конфигурацию (–ии) для процедуры произвольного доступа (т.е. конфигурацию канала произвольного доступа (RACH)).

[00283] gNB 160 также может передавать сигнал RRC, включающий в себя третью информацию, конфигурирующую множество численных величин 301 (например, четыре численные величины). Кроме того, gNB 160 может передавать предоставление UL, включающее в себя четвертую информацию, указывающую одну или более численных величин 301 среди множества численных величин 301. То есть UE 102 может выполнять передачу(–и) по PUSCH с одной или более численными величинами 301, на что указывает использование четвертой информации (т.е. одной или более указанных численных величин 301 среди множества численных величин 301). В данном случае третья информация может быть включена в MIB (блок служебной информации) и/или SIB (блок системной информации). То есть третья информация может быть передана по PBCH и/или PDSCH. Кроме того, третья информация может быть включена в конфигурацию(–ии) для процедуры произвольного доступа (т.е. конфигурацию RACH).

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

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

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

[00287] В данном случае RNTI может (могут) включать в себя Cell–RNTI (C–RNTI), RNTI системной информации (SI–RNTI), RNTI пейджинга (P–RNTI), RNTI произвольного доступа (RA–RNTI) и/или временный C–RNTI. Например, C–RNTI может представлять собой уникальную идентификацию, используемую для идентификации RRC–соединения и диспетчеризации. SI–RNTI может быть использован для идентификации SI (т.е. сообщения SI), сопоставляемой с широковещательным каналом управления (BCCH) и динамически переносимой по DL–SCH. SI–RNTI может быть использован для широковещательной передачи SI. P–RNTI может быть использован для передачи уведомления об изменении пейджинга и/или SI. RA–RNTI может представлять собой идентификацию, используемую для процедуры произвольного доступа. Временный C–RNTI может быть использован для процедуры произвольного доступа. Кроме того, RNTI, назначенный(–ые) для UE 102, может (могут) быть использован(–ы) для передачи DCI (передачи канала(–ов) управления DL). В частности, биты четности циклической проверки четности с избыточностью (CRC) (также называемые просто CRC), которые сгенерированы на основе DCI (или формата DCI и/или предоставления UL), присоединены к DCI, а после присоединения биты четности CRC скремблированы посредством RNTI. UE может пытаться декодировать DCI, к которой присоединены биты четности CRC, скремблированные RNTI, и обнаруживает канал управления DL (например, DCI, формат DCI и/или предоставление UL). То есть UE может декодировать канал(–ы) управления DL с CRC, скремблированными идентификаторами RNTI. Иными словами UE может отслеживать канал(–ы) управления DL с RNTI.

[00288] При этом gNB 160 может конфигурировать одно или несколько событий (то есть первое(–ые) событие(–я)) отслеживания канала (–ов) управления DL (например, PDCCH) относительно одной или более численных величин 301 канала(–ов) управления DL (например, первых численных величин 301). В данном случае событие(–я) может (могут) соответствовать подкадру, интервалу 583, подынтервалу 507 и/или символу. Например, событие(–я) может (могут) соответствовать позиции(–ям) подкадра, интервалу 583, подынтервалу 507 и/или символу. При этом gNB 160 может конфигурировать (например, используя сигнал RRC, MIB и/или SIB) один или более форматов DCI (т.е. первый формат(–ы) DCI), которые UE 102 может отслеживать в событии (–ях) канала (–ов) управления DL относительно одной или более численных величин 301 канала(–ов) управления DL.

[00289] Кроме того, gNB 160 может конфигурировать (используя сигнал RRC, MIB и/или SIB) один или более RNTI, который(–ые) UE 102 может (могут) отслеживать в событии(–ях) канала(–ов) управления DL относительно одной или более численных величин 301 канала(–ов) управления DL. Например, gNB 160 может конфигурировать (например, используя сигнал RRC, MIB и/или SIB) набор из события(–ий), первого формата(–ов) DCI и/или первого (–ых) RNTI (например, комбинацию события(–ий), первого формата (–ов) DCI и/или первого(–ых) RNTI). То есть gNB 160 может конфигурировать первый формат(–ы) DCI и/или первый(–ые) RNTI для события –ий). UE 102 может при определенном событии отслеживать канал(–ы) управления DL на основе численной величины 301, первого(–ых) формата(–ов) DCI и/или первого(–ых) RNTI. То есть UE 102 может при определенном событии отслеживать канал(–ы) управления DL, полагая, что численная величина 301 сконфигурирована. UE 102 также может при определенном событии отслеживать канал(–ы) управления DL, учитывая предположительную передачу первого(–ых) формата(–ов) DCI. Кроме того, UE 102 может при определенном событии отслеживать канал(–ы) управления DL, учитывая предположительное присоединение первого(–ых) RNTI к первому(–ым) формату(–ам) DCI (например, биты четности CRC, заскремблированные первым(–и) RNTI, присоединены к первому(–ым) формату(–ам) DCI).

[00290] При этом первый(–ые) формат(–ы) DCI и первый(–ые) RNTI могут быть предварительно определены спецификацией и известной информацией между gNB 160 и UE 102. Например, первый(–ые) формат(–ы) DCI может (могут) включать в себя любое одно или более предоставлений UL (например, формат 0 DCI, формат 0A DCI и/или предоставления UL, за исключением предоставления ответа при произвольном доступе). Кроме того, например, первый(–ые) RNTI может (могут) включать в себя любой один или более RNTI, как описано выше (например, C–RNTI).

[00291] Кроме того, событие(–я) (то есть первое(–ые) событие (–я)) может быть сконфигурировано только для канала(–ов) управления DL пространства USS. То есть набор событий, форматов DCI и/или RNTI может быть сконфигурирован только для канала(–ов) управления DL пространства USS. При этом набор событий, форматов DCI и/или RNTI для канала(–ов) управления DL CSS может быть предварительно определен спецификацией в виде одной или более предопределенных численных величин, одного или более предопределенных форматов DCI и/или одного или более предопределенных RNTI.

[00292] Одна или более предварительно определенных численных величин 301 (например, вторые численные величины 301) могут представлять собой одну или более численных величин 301 по умолчанию и/или одну или более эталонных численных величин 301. Кроме того, один или более предварительно определенных форматов DCI (вторые форматы DCI) могут представлять собой один или более форматов DCI по умолчанию и/или один или более эталонных форматов DCI. Кроме того, один или более предварительно определенных RNTI (вторые RNTI) могут представлять собой один или более RNTI по умолчанию и/или один или более эталонных RNTI. При этом, например, вторые численные величины 301, второй(–ые) формат(–ы) DCI и/или второй(–ые) RNTI могут быть предопределены спецификацией и известной информацией между gNB 160 и UE 102. Кроме того, например, вторые численные величины 301, второй(–ые) формат(–ы) DCI и/или второй(–ые) RNTI могут быть сконфигурированы с использованием MIB и/или SIB. То есть вторые численные величины 301, второй(–ые) формат(–ы) DCI и/или второй(–ые) RNTI могут быть сконфигурированы с использованием PBCH и/или PDSCH. Кроме того, вторые численные величины 301, второй(–ые) формат(–ы) DCI и/или второй(–ые) RNTI могут быть определены для каждой полосы частот. Например, для первой полосы частот (например, ниже 6 ГГц)) может быть определен первый набор вторых численных величин, второй(–ые) формат(–ы) DCI и/или второй(–ые) RNTI.

[00293] Кроме того, для второй полосы частот (например, выше 6 ГГц) может быть определен второй набор вторых численных величин 301, второй(–ые) формат(–ы) DCI и/или второй(–ые) RNTI. Например, второй(–ые) формат (–ы) DCI может (могут) включать в себя любое одно или более предоставлений UL (например, предоставление ответа при произвольном доступе и/или формат 0 DCI). Кроме того, например, второй(–ые) RNTI может (могут) включать в себя любой один или более RNTI, как описано выше (например, SI–RNTI, P–RNTI, RA–RNTI и/или временный C–RNTI).

[00294] UE 102 может отслеживать канал(–ы) управления DL CSS на основе допущения о вторых численных величинах 301, втором формате(–ах) DCI и/или втором(–ых) RNTI. То есть UE 102 может отслеживать канал(–ы) управления DL CSS в каждый момент времени (например, в каждом подкадре, в каждом интервале и/или в каждом подыинтервале). При этом каждый момент времени может представлять собой каждый момент времени, за исключением момента времени прерывания приема (DRX). То есть каждый момент времени может быть каждым не–DRX моментом времени.

[00295] Кроме того, gNB 160 может конфигурировать (например, используя сигнал RRC, MIB и/или SIB) одно или более событий (например, второе(–ые) событие(–ия)) отслеживания канала управления DL CSS, второго формата(–ов) DCI и/или второго(–ых) RNTI. То есть gNB 160 может конфигурировать второе(ые) событие(–ия), отличное(–ые) от первого(–ых) события(–ий). gNB 160 может конфигурировать набор из второго(–ых) события(–ий), второго формата(–ов) DCI и/или второго(–ых) RNTI (например, комбинация второго(–ых) события(–ий), второго(–ых) формата(–ов) DCI и/или второго(–ых) RNTI). Второй(–ые) формат(–ы) DCI и/или второй(–ые) RNTI могут быть сконфигурированы для второго(–ых) события(–ий).

[00296] При этом численные величины 301 для PUSCH могут быть связаны с событием(–ями). Например, может быть определена связь численных величин 301 для PUSCH и события(–ий) канала(–ов) управления DL (т.е. предоставления UL, канала(–ов) управления DL, по которому(–ым) передают предоставление(–я) UL), используемых для диспетчеризации PUSCH. gNB 160 может конфигурировать взаимосвязь (например, соответствие), используя информацию, включенную в сигнал RRC, MIB и/или SIB.

[00297] В случае когда первая численная величина 301 сконфигурирована для события(–ий) канала(–ов) управления DL, численная величина 301 для PUSCH, запланированного с использованием канала(–ов) управления DL, может быть первой численной величиной 301. Кроме того, в случае когда вторая численная величина 301 сконфигурирована для события(–ий) канала(–ов) управления DL, численные величины 301 для PUSCH, запланированного с использованием канала(–ов) управления DL, могут представлять собой вторую численную величину 301. Кроме того, когда третья численная величина 301 и четвертая численная величина 301 могут быть сконфигурированы для события(–ий) канала(–ов) управления DL, численные величины 301 для PUSCH, запланированного с использованием канала(–ов) управления DL, могут быть второй численной величиной 301, третьей численной величиной 301 и/или четвертой численной величиной 301.

[00298] В случае когда UE 102 обнаруживает канал(–ы) управления DL с первой численной величиной 301, численные величины 301 для PUSCH могут быть первой численной величиной 301. Кроме того, когда UE 102 обнаруживает канал(–ы) управления DL со второй численной величиной 301, численные величины 301 для PUSCH могут быть второй численной величиной 301 и/или третьей численной величиной 301. Кроме того, в случае когда UE 102 обнаруживает канал(–ы) управления DL с третьей численной величиной 301, численные величины 301 для PUSCH могут быть второй численной величиной 301, третьей численной величиной 301 и/или четвертой численной величиной 301.

[00299] UE 102 может выполнять передачу PUSCH на основе диспетчеризации посредством gNB 160. Например, UE 102 может выполнять множественную(–ые) передачу (–и) PUSCH в один и тот же момент времени. UE 102 также может выполнять множественную(–ые) передачу(–и) PUSCH в разные моменты времени. Например, UE 102 может выполнять множественную(–ые) передачу (–и) PUSCH с одной и той же и/или разными численными величинами 301 в один и тот же момент времени. То есть UE 102 может выполнять одновременную передачу множества PUSCH с одной и той же и/или разными численными величинами 301. UE 102 также может выполнять множественную(–ые) передачу(–и) PUSCH с одной и той же и/или разными численными величинами 301 в разные моменты времени.

[00300] gNB 160 может передавать (например, используя сигнал RRC, предоставление UL, MIB и/или SIB) информацию, используемую для конфигурирования одновременной передачи PUSCH с одной и той же и/или разными численными величинами 301. Например, в случае конфигурирования (например, указания, разрешения) одновременной(–ых) передачи (передач) PUSCH с одной и той же и/или разными численными величинами 301, UE 102 может выполнять одновременную(–ые) передачу(–и) PUSCH с одной и той же и/или разными численными величинами 301 в разные моменты времени.

[00301] На Фиг. 6 приведены примеры временной шкалы 609 диспетчеризации. Для нормальной временной шкалы 609a диспетчеризации DL каналы управления DL сопоставлены с начальной частью интервала 683a. Каналы 611 управления DL осуществляют диспетчеризацию совместно применяемых каналов 613a DL в одном и том же интервале 683a. HARQ–ACK для совместно применяемых каналов DL 613a (т.е. HARQ–ACK, каждый из которых указывает, успешно ли обнаружен транспортный блок в каждом совместно применяемом канале 613a DL) указывают в отчетах по каналам 615a управления UL в более позднем интервале 683b. В этом случае данный интервал 683 может содержать передачу DL или передачу UL.

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

[00303] Для автономной базовой временной шкалы 609c диспетчеризации DL каналы 611с управления DL сопоставлены с начальной частью интервала 683e. Каналы 611с управления DL осуществляют диспетчеризацию совместно применяемых каналов 613b DL в одном и том же интервале 683e. HARQ–ACK для совместно применяемых каналов DL 613b указывают в отчетах в каналах 615b управления UL, которые сопоставлены в конечной части интервала 683e.

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

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

[00306] На Фиг. 7 приведен пример передачи по восходящей линии связи. Когда UE 702 имеет новые данные, UE 702 может отправлять 701 запрос диспетчеризации (SR) и/или BSR на gNB 760. eNB 760 может отвечать на SR, отправляя 703 предоставление оборудованию UE 702. Как указано выше, gNB 760 может указывать одну или более численных величин 301 для передачи по восходящей линии связи (например, передачи(–и) PUSCH) с использованием предоставления(–ий) UL. При этом, хотя на Фиг. 7 одна или более численных величин 301, использующих предоставления UL, указаны в качестве примера, gNB 760 может указывать одну или более численных величин 301 в соответствии с приведенным выше описанием.

[00307] Для передачи по восходящему каналу можно применять определение приоритета для логического канала. Для процедуры определения приоритета логического канала оборудование UE 102 может учитывать относительный приоритет. На Фиг. 7, например, запись «логический канал 1 (LCH1) > логический канал 2 (LCH2)» может указывать, что приоритет LCH1 выше приоритета LCH2. То есть приоритет данных из LCH1 выше приоритета данных из LCH2. При этом один логический канал может быть сопоставлен с одной или более численных величин 301.

[00308] Например, поясняется случай 1 сопоставления LCH1 с первой численной величиной (Num1), сопоставления LCH2 и LCH3 со второй численной величиной (Num2) и сопоставления LCH4, LCH5 и LCH6 с третьей численной величиной (Num3). В случае 1, если Num1, Num2 и Num3 указаны, ресурсы (например, ресурсы UL, SDU MAC, блок PDU MAC, UL–SCH и т.п.) могут быть выделены логическому(–им) каналу(–ам). Например, ресурсы, соответствующие каждой численной величине 301, могут быть выделены логическому(–им) каналу(–ам).

[00309] В этом примере ресурсы с Num1 могут быть выделены для LCH1, сопоставленного с Num1. Кроме того, ресурсы с Num2 могут быть выделены для LCH2 и/или LCH3, сопоставленных с Num2. При этом логический(–ие) канал(ы), сопоставленный(–ые) с той же численной величиной 301, может иметь приоритет. Например, логический(–ие) канал(–ы), сопоставленный(–ые) с той же численной величиной 301, может (могут) быть предварительно определен(–ы) в соответствии со спецификацией и известной информацией между gNB 760 и UE 702. Например, если приоритет LCH2 выше приоритета LCH3, ресурсы могут быть выделены для LCH2, а затем, если ресурсы остаются (например, если какие–либо ресурсы остаются), ресурс может быть выделен для LCH3.

[00310] В одном варианте осуществления UE 702 может отправлять 705 данные, соответствующие LCH1, используя Num1. UE 702 может отправлять 707 данные, соответствующие LCH2 и/или LCH3, используя Num2. UE 702 может отправлять 709 данные, соответствующие LCH4, LCH5 и/или LCH6, используя Num3.

[00311] Кроме того, gNB 760 может конфигурировать (используя сигнал RRC, MIB и/или SIB) приоритет логического(–их) канала(–ов), сопоставленного с той же численной величиной 301. То есть gNB 760 может конфигурировать (указывать), какой(–ие) логический(–ие) канал(–ы) имеет (имеют) приоритет. Например, gNB 760 может выполнять конфигурацию с обеспечением приоритета LCH3 по отношению к LCH2 для процедуры определения приоритета логического канала. В случае когда LCH3 имеет приоритет над LCH2, ресурсы могут быть выделены для LCH3, а затем, если ресурсы остаются, они могут быть выделены для LCH2.

[00312] Кроме того, для случая 1, если указано Num1 (например, указано только Num1), ресурс может быть выделен для LCH1, LCH2, LCH3, LCH4, LCH5 и/или LCH6. То есть ресурсы могут быть выделены для LCH1 (т.е. логическому(–им) каналу(–ам), сопоставленному(–и) с указанной численной величиной 301), а затем, если ресурсы остаются, они могут быть выделены для LCH2, LCH3, LCH4, LCH5 и/или LCH6 (т.е. логическому(–им) каналу(–ам), не сопоставленному(–ым) с указанной численной величиной 301, логическому(–им) каналу(–ам), сопоставленному(–ым) с не указанной численной величиной 301). Иными словами, приоритет логического(–их) канала(–ов), сопоставленного(–ых) с указанной численной величиной 301, выше приоритета логического(–их) канала(–ов), не сопоставленного(–ых) с указанной численной величиной 301. При этом логическому (–им) каналу(–ам), не сопоставленному(–ым) с указанной численной величиной 301, могут быть выделены оставшиеся ресурсы.

[00313] В данном случае gNB 760 может конфигурировать (используя сигнал RRC, MIB и/или SIB) приоритет для численных величин 301. То есть gNB 760 может конфигурировать (указывать), какая численная величина 301 имеет приоритет. Например, gNB 760 может выполнять конфигурацию с обеспечением приоритета Num3 по отношению к Num2 для процедуры определения приоритета логического канала. В случае когда Num3 имеет приоритет над Num2, ресурсы могут быть выделены для LCH4, LCH5 и LCH6 (то есть логическому(–им) каналу(–ам), сопоставленному(–ым) с Num3), а затем, если ресурсы остаются, они могут быть выделены для LCH2 и LCH3 (то есть логическому (им) каналу(–ам), сопоставленному(–ым) с Num2). При этом, как описано выше, логический(–ие) канал(–ы), сопоставленный(–ые) с той же численной величиной 301, может иметь приоритет. Кроме того, как описано выше, gNB 760 может конфигурировать приоритет логического(–их) канала(–ов), сопоставленного (–ых) с той же численной величиной 301.

[00314] Кроме того, для случая 1 при указании Num1 (например, указании только Num1), ресурсы могут быть выделены для LCH1 (т.е. только для LCH). То есть ресурс может быть выделен логическому(–им) каналу(–ам), сопоставленному(–ым) только с указанной численной величиной 301. При этом логическому(–им) каналу(–ам), не сопоставленному(–ым) с указанной численной величиной 301, ресурсы (т.е. оставшиеся ресурсы) могут не быть выделены. То есть логическому(–им) каналу(–ам), сопоставленному(–ым) с не указанной численной величиной 301, ресурсы могут не быть выделены. Например, ресурсы могут быть выделены для LCH1, а затем, если ресурсы остаются, они могут быть выделены другому(–им) логическому(–им) каналу(–ам), за исключением LCH2, LCH3, LCH4, LCH5 и LCH6. Приоритет другого логического канала может быть ниже приоритета LCH2, LCH3, LCH4, LCH5 и LCH6. Другой логический канал может включать в себя элемент(–ы) управления MAC для заполнения (например, бит(–ы) заполнения).

[00315] Во втором случае (случай 2) LCH1 сопоставлен с Num1, LCH2 сопоставлен с Num1 и Num2, LCH3 сопоставлен с Num1, Num2 и Num3, LCH4 сопоставлен с Num2, LCH5 сопоставлен с Num2 и Num3, а LCH6 сопоставлен с Num2, Num3 и Num1.

[00316] Для случая 2 при указании Num1 (например, указании только Num1), ресурсы могут быть выделены для LCH1, LCH2, LCH3, LCH4, LCH5 и/или LCH6. То есть ресурсы могут быть выделены для LCH1 (т.е. логическому(–им) каналу(–ам), сопоставленному(–ым) с указанной численной величиной 301), а затем, если ресурсы остаются, они могут быть выделены для LCH2, а далее, если ресурсы остаются, они могут быть выделены для LCH3 и/или LCH6 и затем, если ресурсы остаются, они могут быть выделены для LCH4 и/или LCH5 (т.е. логическому(–им) каналу(–ам), не сопоставленному(–ым) с указанной численной величиной 301).

[00317] В этом случае приоритет логического(–их) канала(–ов), сопоставленного(–ых) с единственной численной величиной, может быть выше приоритета логического(–их) канала(–ов), сопоставленного(–ых) со множеством численных величин 301. Иными словами, приоритет логического(–их) канала(ов), сопоставленного(–ых) с указанной единственной численной величиной 301, выше приоритета логического(–их) канала(–ов), сопоставленного(–ых) со множеством численных величин 301, включая указанную численную величину 301. В данном случае приоритет логического(–их) канала(–ов), сопоставленного(–ых) с меньшим количеством численных величин 301 (например, логического(–их) канала(–ов), сопоставленного(–ых) с двумя типами численных величин 301 (например, Num2 и Num3)), может быть выше приоритета логического(–их) канала(–ов), сопоставленного(–ых) с большим количеством численных величин 301 (например, логического(–их) канала(–ов), сопоставленного(–ых) с тремя типами численных величин 301 (например, Num1, Num2 и Num3)).

[00318] При этом комбинация вышеприведенного описания не исключается. Например, для случая 2 при указании Num1, Num2 и Num3 (например, передача множества PUSCH в один и тот же момент времени/в разные моменты времени), комбинация вышеприведенного описания может быть применена к ресурсам, соответствующим каждой передаче PUSCH (например, PUSCH с Num1, PUSCH с Num2 и PUSCH с Num3). То есть можно применять процедуру определения приоритета логического канала к каждой передаче (например, к каждой новой передаче) с такой же и/или другой численной величиной 301. Кроме того, можно применять процедуру определения приоритета логического канала при выполнении каждой передачи (например, каждой новой передачи) с той же и/или другой численной величиной 301.

[00319] Например, для случая 2 при указании Num1, Num2 и Num3, ресурсы, соответствующие PUSCH с Num1, могут быть выделены для LCH1, LCH2, LCH3, LCH4, LCH5 и/или LCH6. Приоритет LCH1, сопоставленного с указанной единственной численной величиной, может быть выше приоритета LCH2, сопоставленного со множеством численных величин 301, включая указанную численную величину 301. Кроме того, приоритет LCH2, сопоставленного с меньшим количеством численных величин 301, включая указанную численную величину 301, может быть выше приоритета LCH3 и LCH6, сопоставленных с большим количеством численных величин 301, включая указанные численные величины 301. Кроме того, приоритет LCH3 и LCH6, сопоставленных с указанной численной величиной 301 (т.е. множеством численных величин 301, включая указанную численную величину 301), может быть выше приоритета LCH4, не сопоставленного с указанной численной величиной 301. Кроме того, приоритет LCH4, сопоставленного с единственной численной величиной 301, может быть более высоким приоритетом, чем у LCH5, сопоставленного со множеством численных величин 301. Таким образом, для передачи Num1 (т.е. передачи по PUSCH с Num1) приоритет может быть упорядочен как LCH1 > LCH2 > LCH3 и LCH6 > LCH4 > LCH5.

[00320] Кроме того, например, для случая 2 при указании Num1, Num2 и Num3, ресурсы, соответствующие PUSCH с Num2, могут быть выделены для LCH1, LCH2, LCH3, LCH4, LCH5 и/или LCH6. Например, приоритет LCH4, сопоставленного с указанной единственной численной величиной 301, может быть выше приоритета LCH2 и LCH5, сопоставленных со множеством численных величин 301, включая указанную численную величину 301. Кроме того, приоритет LCH2 и LCH5, сопоставленных с меньшим количеством численных величин 301, включая указанную численную величину 301, может быть выше приоритета LCH3 и LCH6, сопоставленных с большим количеством численных величин 301, включая указанные численные величины 301. Кроме того, приоритет LCH3 и LCH6, сопоставленных с указанной численной величиной 301 (т.е. множеством численных величин 301, включая указанную численную величину 301), может быть выше приоритета LCH1, не сопоставленного с указанной численной величиной 301. Таким образом, для передачи Num2 (т.е. передачи по PUSCH с Num2) приоритет может быть упорядочен как LCH4 > LCH2, LCH5 > LCH3 и LCH6 > LCH1.

[00321] Кроме того, например, для случая 2 при указании Num1, Num2 и Num3, ресурсы, соответствующие PUSCH с Num3, могут быть выделены для LCH1, LCH2, LCH3, LCH4, LCH5 и/или LCH6. Например, приоритет LCH5, сопоставленного с меньшим количеством численных величин 301, включая указанную численную величину 301, может быть выше приоритета LCH3 и LCH6, сопоставленных с большим количеством численных величин 301, включая указанные численные величины 301. Кроме того, приоритет LCH3 и LCH6, сопоставленных с указанной численной величиной 301 (т.е. со множеством численных величин 301, включая указанную численную величину 301), может быть выше приоритета LCH1 и LCH4, не сопоставленных с указанной численной величиной 301. Кроме того, приоритет LCH1 и LCH4, сопоставленных с меньшим количеством численных величин 301, может быть выше приоритета с большим количеством численных величин 301. Таким образом, для передачи Num3 (т.е. передачи по PUSCH с Num3) приоритет может быть упорядочен как LCH5 > LCH3, LCH6 > LCH1 и LCH4 > LCH2.

[00322] На рисунке 8 показан другой пример передачи по восходящей линии связи. Когда UE 802 имеет новые данные, UE 802 может отправлять 801 запрос диспетчеризации (SR) и/или BSR на gNB 860. eNB 860 может отвечать на SR, отправляя 803 предоставление оборудованию UE 802. Как указано выше, gNB 860 может указывать одну или более численных величин 301 для передачи по восходящей линии связи (например, передачи(–и) PUSCH) с использованием предоставления(–ий) UL. При этом, хотя на Фиг. 8 одна или более численных величин 301, использующих предоставления UL, указаны в качестве примера, gNB 860 может указывать одну или более численных величин 301 в соответствии с приведенным выше описанием.

[00323] Для передачи по восходящему каналу можно применять определение приоритета для логического канала. Для процедуры определения приоритета логического канала оборудование UE 102 может учитывать относительный приоритет. На Фиг. 8, например, запись «логический канал 1 (LCH1) > логический канал 2 (LCH2)» может указывать, что приоритет LCH1 выше приоритета LCH2. То есть приоритет данных из LCH1 выше приоритета данных из LCH2. При этом один логический канал может быть сопоставлен с одной или более численных величин 301.

[00324] В одном варианте осуществления UE 802 может отправлять 805 данные, соответствующие LCH1, используя Num1. UE 802 может отправлять 807 данные, соответствующие LCH2 и/или LCH3, используя Num2. UE 802 может отправлять 809 данные, соответствующие LCH4, LCH5 и/или LCH6, используя Num3.

[00325] В этом примере, когда UE 802 отправляет 805 данные по LCH1 с использованием Num1, UE 802 может включать BSR. В ответ gNB 860 может отправлять 811 предоставление UL, которое указывает Num1 и Num2.

[00326] Следует отметить, что случаи и процедуры, описанные в связи с Фиг. 7, могут быть реализованы в соответствии с Фиг. 8.

[00327] На Фиг. 9 представлен пример, иллюстрирующий процедуру произвольного доступа на основе конкуренции. UE 902 может обмениваться данными с gNB 960. Процедуры произвольного доступа на основе конкуренции могут включать в себя следующие этапы.

[00328] Первый этап (1) включает в себя преамбулу произвольного доступа по RACH в восходящей линии связи. Определены две возможные группы, одна из которых является необязательной. Если сконфигурированы обе группы, размер сообщения 3 и потери при прохождении сигнала используют для определения группы, из которой выбрана преамбула. Группа, к которой принадлежит преамбула, обеспечивает указание на размер сообщения 3 и условия радиосвязи для UE 902. Информация о группе преамбулы вместе с необходимыми пороговыми значениями широковещательно передается в системной информации.

[00329] Второй этап (2) включает в себя ответ при произвольном доступе, сгенерированный доступом MAC по DL–SCH. Этот этап является полусинхронным (в пределах гибкого окна, размер которого представляет собой один или более TTI) с сообщением 1. В этом случае HARQ отсутствует. Ответ при произвольном доступе может быть адресован RA–RNTI по PDCCH. Ответ при произвольном доступе передает по меньшей мере идентификатор RA–преамбулы, информацию о тактовой синхронизации для pTAG, начальное предоставление UL и назначение временного C–RNTI (который может или не может быть сделан постоянным после разрешения конфликта). Ответ при произвольном доступе может быть назначен переменному количеству UE в одном сообщении по DL–SCH.

[00330] Третий этап (3) включает в себя первую запланированную передачу UL по UL–SCH. Для запланированной передачи используется HARQ. Размер транспортных блоков зависит от предоставления UL, переданного на этапе 2. Для первоначального доступа запланированная передача сообщает запрос RRC–соединения, сгенерированный уровнем RRC и переданный по общему каналу управления (CCCH). При запланированной передаче передается по крайней мере идентификатор UE NAS, но не передается сообщение NAS. Прозрачный режим (TM) управления радиолинией связи (RLC) не имеет сегментации.

[00331] Для процедуры повторного установления RRC–соединения запланированная передача сообщает запрос на восстановление RRC–соединения, сгенерированный уровнем RRC и переданный по CCCH. RLC TM не имеет сегментации. Запланированная передача не содержит сообщений NAS.

[00332] После передачи обслуживания в целевой соте запланированная передача сообщает зашифрованное и целостно–защищенное подтверждение передачи обслуживания, сгенерированное уровнем RRC и переданное по выделенному каналу управления (DCCH). Запланированная передача сообщает C–RNTI оборудования UE (который был выделен посредством команды передачи обслуживания). Запланированная передача включает в себя отчет о состоянии буфера восходящей линии связи, когда это возможно.

[00333] Для других событий запланированная передача передает по меньшей мере C–RNTI оборудования UE.

[00334] Для NB–IoT в процедуре возобновления RRC–соединения запланированная передача сообщает идентификатор возобновления для возобновления RRC–соединения. В процедуре установления RRC–соединения может быть приведено указание о количестве данных для последующей(–их) передачи (передач) по радиоканалу сигнализации (SRB) или радиоканалу данных (DRB). Четвертый этап (4) включает в себя разрешение конфликта на DL.

[00335] На Фиг. 10 представлен пример, иллюстрирующий процедуру произвольного доступа, не основанного на конкуренции. UE 1002 может обмениваться данными с gNB 1060. Процедуры произвольного доступа, не основанные на конкуренции, могут включать в себя следующие этапы.

[00336] Первый этап (0) представляет собой назначение преамбулы произвольного доступа посредством выделенной сигнализации в DL. gNB 1060 назначает оборудованию UE 1002 преамбулу произвольного доступа, не основанного на конкуренции (преамбула произвольного доступа не входит в набор, отправленный в широковещательной сигнализации). Преамбула произвольного доступа может быть сигнализирована посредством одного или более из (a) команды HO, сгенерированной целевым gNB 1060 и отправленной через исходную gNB 1060 для передачи обслуживания; (b) PDCCH в случае поступления или позиционирования данных DL; (c) PDCCH для начального выравнивания времени UL для sTAG.

[00337] Второй этап (1) включает в себя преамбулу произвольного доступа по RACH в восходящей линии связи. UE 1002 может передавать назначенную преамбулу произвольного доступа, не основанного на конкуренции.

[00338] Третий этап (2) включает в себя ответ при произвольном доступе по совместно применяемому каналу нисходящей линии связи (DL–SCH). Это может происходить полусинхронно (в пределах гибкого окна, размер которого представляет собой два TTI) с сообщением 1. Может отсутствовать HARQ. Ответ при произвольном доступе может быть адресован RA–RNTI по PDCCH. Ответ при произвольном доступе может сообщать по меньшей мере (a) информацию о выравнивании синхронизации и начальное предоставление UL для передачи обслуживания; (b) информацию выравнивания синхронизации для поступления данных DL; (c) идентификатор RA–преамбулы; (d) предназначение для одного или множества UE 1002 в одном сообщении DL–SCH.

[00339] На Фиг. 11 представлена блок–схема вызова, иллюстрирующая процедуру диспетчеризации при динамической диспетчеризации в LTE. Когда UE 1102 имеет новые данные, UE 1102 может отправлять 1101 запрос диспетчеризации (SR) на eNB 1160. eNB 1160 может отвечать на SR, отправляя 1103 предоставление оборудованию UE 1102. eNB 1160 обеспечивает предоставление UL по умолчанию, которое UE 1102 использует для передачи 1105 данных и/или BSR.

[00340] В ответ на BSR eNB 1160 отправляет 1107 другое предоставление. Затем UE 1102 отправляет 1109 оставшиеся данные на eNB 1160.

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

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

[00343] В варианте осуществления при выполнении новой передачи можно применять процедуру определения приоритета логического канала. RRC управляет диспетчеризацией данных восходящей линии связи путем передачи следующего для каждого логического канала: приоритета, причем возрастающее значение приоритета указывает на более низкий уровень приоритета; значение prioritisedBitRate, которое устанавливает приоритетную скорость передачи в битах (PBR); bucketSizeDuration, которое устанавливает протяженность размера ведра (BSD). Для NB–IoT prioritisedBitRate, bucketSizeDuration и соответствующие этапы процедуры определения приоритета для логического канала (т.е. этапы 1 и 2 ниже) не применимы.

[00344] Объект MAC может поддерживать переменную Bj для каждого логического канала j. Bj может быть инициализирован в ноль, когда установлен соответствующий логический канал, и увеличен на произведение PBR × длительность TTI для каждого TTI, где PBR – приоритетная скорость передачи в битах логического канала j. Однако значение Bj не может никогда превышать размер ведра, и если значение Bj больше размера ведра логического канала j, оно может быть установлено на размер ведра. Размер ведра логического канала равен PBR × BSD, где PBR и BSD сконфигурированы более высокими уровнями.

[00345] Объект MAC может выполнять следующую процедуру определения приоритета для логического канала при выполнении новой передачи. Объект MAC может выделять ресурсы логическим каналам в соответствии с тремя следующими этапами. На первом этапе (этап 1) всем логическим каналам с Bj > 0 выделяют ресурсы в порядке убывания приоритета. Если PBR логического канала установлена в «бесконечность», объект MAC может выделять ресурсы для всех данных, которые доступны для передачи по логическому каналу до достижения PBR логического(–их) канала(–ов) с более низким приоритетом. На втором этапе (этап 2) объект MAC может уменьшать Bj на общий размер SDU MAC, поданных на логический канал j на этапе 1. Следует отметить, что значение Bj может быть отрицательным. На третьем этапе (этап 3), если остаются какие–либо ресурсы, все логические каналы обслуживают в строгом порядке уменьшения приоритета (независимо от значения Bj) до исчерпания данных для этого логического канала или предоставления UL в зависимости от того, что наступит раньше. Логические каналы, сконфигурированные с одинаковым приоритетом, необходимо обслуживать одинаково.

[00346] UE 1102 может также следовать приведенным ниже правилам во время процедур диспетчеризации, описанных выше. UE 1102 не должно сегментировать SDU RLC (или частично переданный SDU или повторно переданный PDU RLC), если весь SDU (или частично переданный SDU или повторно переданный PDU RLC) помещается в оставшиеся ресурсы соответствующего объекта MAC. Если UE 1102 сегментирует SDU RLC из логического канала, оно может максимизировать размер сегмента, чтобы максимально заполнить предоставление связанного объекта MAC. UE 102 может максимизировать передачу данных. Если объекту MAC дается размер предоставления UL, равный 4 байтам или превышающий это значение и при наличии доступных для передачи данных, объект MAC может не только передавать BSR заполнения и/или заполнение (кроме случаев, когда размер предоставления UL составляет менее 7 байтов и требуется передать сегмент PDU AMD). Для передач на обслуживающих сотах, работающих в соответствии с типом 3 структуры кадра, объект MAC может рассматривать только логические каналы, для которых был сконфигурировано laa–Allowed.

[00347] Объект MAC может не передавать данные для логического канала, соответствующего радиоканалу, который был приостановлен. Если блок PDU MAC включает в себя только элемент управления (CE) MAC для BSR заполнения или периодического BSR с нулевыми SDU MAC и отсутствует непериодическая CSI, запрошенная для этого TTI, объект MAC может не генерировать блок PDU MAC для объекта HARQ в следующих случаях: (1) когда объект MAC сконфигурирован с skipUplinkTxDynamic и предоставление, указанное объекту HARQ, было адресовано C–RNTI; или (2) когда объект MAC сконфигурирован с skipUplinkTxSPS и предоставление, указанное для объекта HARQ, является сконфигурированным предоставлением восходящей линии связи.

[00348] Для процедуры определения приоритета логического канала объект MAC может учитывать следующий относительный приоритет в порядке убывания: элемент управления MAC для C–RNTI или данные из UL–CCCH; элемент управления MAC для подтверждения полупостоянного планирования (SPS); элемент управления MAC для BSR, за исключением BSR, включенного для заполнения; элемент управления MAC для отчета о запасе мощности (PHR), расширенном PHR или PHR для двусторонней связи; элемент управления MAC для BSR при прямом соединении, за исключением BSR при прямом соединении, включенного для заполнения; данные из любого логического канала, кроме данных из UL–CCCH; элемент управления MAC для BSR, включенного для заполнения; и/или элемент управления MAC для BSR при прямом соединении, включенного для заполнения.

[00349] Следует отметить, что при запросе объекта MAC для передачи нескольких блоков PDU MAC в одном TTI, 1–3 этапы и соответствующие правила можно применять либо к каждому предоставлению независимо, либо к сумме вместимостей предоставлений. Кроме того, порядок обработки предоставлений может быть оставлен на усмотрение UE. От варианта осуществления оборудования UE зависит принятие решения, в какой блок PDU MAC включен элемент управления MAC, при запросе объекта MAC для передачи множества блоков PDU MAC в одном TTI. При запросе UE 1102 для генерации блоков PDU MAC в двух объектах MAC в одном TTI, от варианта реализации UE зависит порядок обработки предоставления.

[00350] В варианте осуществления объект MAC может мультиплексировать элементы управления MAC и SDU MAC в блок PDU MAC.

[00351] На Фиг. 12 представлен пример блока данных протокола (PDU) управления доступом к среде передачи данных (MAC). Блок PDU MAC включает в себя заголовок MAC, ноль или более элементов управления MAC, ноль или более блоков служебных данных (SDU) MAC и необязательно заполнение. Заголовок MAC и заголовок SDU MAC могут иметь различные размеры. Заголовок блока PDU MAC может включать в себя один или более подзаголовков блока PDU MAC. Заголовок MAC и заголовок SDU MAC могут иметь различные размеры.

[00352] Заголовок блока PDU MAC может включать в себя один или более подзаголовков блока PDU MAC. Каждый подзаголовок может соответствовать либо SDU MAC, либо управляющему элементу MAC, либо заполнению.

[00353] На Фиг. 13 проиллюстрированы примеры подзаголовков блока PDU MAC. В первом примере (a) показан подзаголовок MAC R/F2/E/LCID/F/L с 7–битовым L–полем. Во втором примере (b) показан подзаголовок MAC R/F2/E/LCID/F/L с 15–битовым L–полем. Третий пример (c) иллюстрирует подзаголовок MAC R/F2/E/LCID/L с 16–битовым L–полем. В четвертом примере (d) показан подзаголовок MAC R/F2/E/LCID.

[00354] Подзаголовки блока PDU MAC могут иметь тот же порядок, что и соответствующие SDU MAC, элементы управления MAC и заполнение. Элементы управления MAC могут быть размещены перед любым SDU MAC. Заполнение может происходить в конце блока PDU MAC, за исключением случаев, когда требуется однобайтовое или двухбайтовое заполнение. Заполнение может иметь любое значение, а объект MAC может его игнорировать. При выполнении заполнения в конце блока PDU MAC допускается ноль или более байтов заполнения. Когда требуется однобайтовое или двухбайтовое заполнение, один или два подзаголовка блока PDU MAC, соответствующие заполнению, помещают в начале блока PDU MAC перед любым другим подзаголовком блока PDU MAC. Максимум один блок PDU MAC может быть передан на каждый транспортный блок (ТБ) для каждого объекта MAC. Максимум один блок PDU MAC канала многоадресной передачи (MCH) может быть передан за каждый TTI.

[00355] На Фиг. 13 LCID представляет собой поле идентификатора логического канала, которое идентифицирует экземпляр логического канала соответствующего SDU MAC или тип соответствующего элемента управления MAC или заполнение для DL–SCH, UL–SCH и MCH соответственно. Может быть одно поле LCID для каждого SDU MAC, элемента управления MAC или заполнения, включенного в блок PDU MAC. В дополнение к этому, одно или два дополнительных поля LCID могут быть включены в блок PDU MAC, когда требуется однобайтовое или двухбайтовое заполнение, но не может быть достигнуто путем заполнения в конце блока PDU MAC. UE 102 категории 0 может указывать CCCH, используя LCID «01011», в противном случае UE 102 может указывать CCCH, используя LCID «00000». Размер поля LCID составляет 5 битов.

[00356] Поле длины (L) указывает в байтах длину соответствующего SDU MAC или переменного размера элемента управления MAC. Существует одно L–поле на каждый подзаголовок блока PDU MAC, за исключением последнего подзаголовка и подзаголовков, соответствующих элементам управления MAC фиксированного размера. Размер поля L указывается в полях F и F2.

[00357] Поле формата (F) указывает размер поля длины. Существует одно F–поле на каждый подзаголовок блока PDU MAC, за исключением последнего подзаголовка и подзаголовков, соответствующих элементам управления MAC фиксированного размера и за исключением тех случаев, когда F2 установлено на 1. Размер поля F составляет 1 бит. Если поле F включено и если размер SDU MAC или элемента управления MAC переменного размера меньше 128 байт, значение поля F установлено на 0, в противном случае оно установлено на 1.

[00358] Поле Format2 (F2) указывает размер поля длины. На каждый подзаголовок блока PDU MAC приходится одно поле F2. Размер поля F2 составляет 1 бит. Если размер SDU MAC или элемента управления MAC переменного размера больше 32 767 байт и если соответствующий подзаголовок не является последним подзаголовком, значение поля F2 установлено на 1, в противном случае оно установлено на 0.

[00359] Поле (E) расширения представляет собой флаг, указывающий, есть ли еще поля в заголовке MAC. Поле E установлено на «1» для указания другого набора по меньшей мере из полей R/F2/E/LCID. Поле E установлено на «0» для указания, что либо SDU MAC, либо элемент управления MAC, либо заполнение начинаются со следующего байта.

[00360] Зарезервированный (R) бит может быть установлен на «0».

[00361] На Фиг. 14 показан пример сопоставления между логическими каналами и численными величинами 301. UE 1402 может обмениваться данными с gNB 1460. На Фиг. 14 показано возможное сопоставление между логическими каналами и численными величинами 301. В этом примере логический канал–1(LCH1), логический канал–2 (LCH2) и логический канал–3 (LCH3) сопоставлены с численной величиной 1 в порядке убывания приоритета. Логический канал–4 (LCH4), логический канал–5 (LCH5) и логический канал–6 (LCH6) сопоставлены с численной величиной 2 в порядке убывания приоритета.

[00362] Когда UE 1402 имеет новые данные, UE 1402 может отправлять 1401 запрос диспетчеризации (SR) и/или BSR на gNB 1460. eNB 1460 может отвечать на SR, отправляя 1403 предоставление оборудованию UE 1402. В этом случае предоставление включает в себя численную величину 1. UE 1402 может осуществлять передачу 1405 по LCH1, LCH2 или LCH3, используя численную величину 1.

[00363] gNB 1460 может отправлять 1407 второе предоставление UL, которое включает в себя численную величину 2. Затем UE 1402 может передавать 1409 по LCH4, LCH5 или LCH6, используя численную величину 2.

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

[00365] В примере (а) можно применять аналогичную используемой в LTE процедуру LCP. Для каждой численной величины 301 оборудование UE 1502a сначала выделяет ресурс каждому логическому каналу для достижения PBR в порядке убывания приоритета, а затем выделяет оставшийся ресурс для оставшихся данных, связанных с каждым логическим каналом, в порядке приоритета.

[00366] UE 1502a может отправлять 1501 запрос диспетчеризации (SR) и/или BSR на gNB 1560. eNB 1560a может отвечать на SR, отправляя 1503 предоставление оборудованию UE 1502a. В этом случае предоставление включает в себя численную величину 1, которая имеет приоритет логических каналов LCH1 > LCH2 > LCH3> LCH4 > LCH5 > LCH6. UE 1502a может передавать 1505 данные, используя численную величину 1 в соответствии с приоритетом логического канала.

[00367] eNB 1560a может отправлять 1507 предоставление UL на оборудование UE 1502a. В этом случае предоставление включает в себя численную величину 2, которая имеет приоритет логических каналов LCH4 > LCH5 > LCH6> LCH1 > LCH2 > LCH3. UE 1502a может передавать 1509 данные, используя численную величину 2 в соответствии с приоритетом логического канала.

[00368] В примере (b) первичная и вторичная группа логических каналов определена для каждой численной величины. Для численной величины 1 первичная группа логических каналов содержит логические каналы LCH1–LCH3, а вторичная группа логических каналов содержит логические каналы LCH4–LCH6. При использовании этой иерархической основы группировки логических каналов логические каналы LCH4–LCH6 можно обслуживать только по численной величине 1, если данные логических каналов LCH1–LCH3 были исчерпаны. Ту же самую процедуру применяют к процедуре LCP по численной величине 2, когда логические каналы LCH1–LCH3, принадлежащие к вторичной группе логических каналов численной величины 2, лишены приоритетов, и им запрещено использовать радиоресурс, если логические каналы LCH4–LCH6, принадлежащие к первичной группе логических каналов численной величины 2, еще содержат данные для передачи.

[00369] UE 1502b может отправлять 1511 запрос диспетчеризации (SR) и/или BSR на gNB 1560. eNB 1560b может отвечать на SR, отправляя 1513 предоставление оборудованию UE 1502b. В этом случае предоставление включает в себя численную величину 1, которая имеет приоритет логических каналов LCH1 > LCH2 > LCH3 в первичной группе логических каналов и LCH4 > LCH5 > LCH6 во вторичной группе логических каналов. UE 1502b может передавать 1515 данные с использованием численной величины 1 в соответствии с приоритетом логического канала.

[00370] eNB 1560b может отправлять 1517 предоставление UL на UE 1502b. В этом случае предоставление включает в себя численную величину 2, которая имеет приоритет логических каналов LCH4 > LCH5 > LCH6 в первичной группе логических каналов и LCH1 > LCH2 > LCH3 во вторичной группе логических каналов. UE 1502b может передавать 1519 данные с использованием численной величины 2 в соответствии с приоритетом логического канала.

[00371] Вторая альтернатива подразумевает, что различные логические каналы обрабатывают на различных этапах процедуры LCP. Преимущество второй альтернативы состоит в предотвращении занятия данными eMBB ресурса короткого TTI до обслуживания всех данных URLLC. Это также подразумевает, что данные URLLC имеют возможности для передачи на ресурсе длинного TTI, если ресурс короткого TTI не выделен или не соответствует этому TTI. По сравнению с первой альтернативой вторая альтернатива более эффективна для дифференциации обработки логических каналов на основе свойства численной величины.

[00372] На Фиг. 16 представлен пример, иллюстрирующий формат отчета о состоянии буфера (BSR) при прямом соединении в LTE. При использовании прямого соединения LTE каждую группу логических каналов прямого соединения определяют для каждого получателя ProSe. Для диспетчеризации UL сеть выбирает получателя ProSe с наивысшим приоритетом. Поэтому формат BSR для прямого соединения отличается от формата устаревшего BSR LTE.

[00373] На Фиг. 17 показаны элементы управления MAC отчета о состоянии буфера (BSR). В первом примере (a) показан короткий BSR и усеченный элемент управления MAC BSR. Во втором примере (b) показан длинный элемент управления MAC BSR.

[00374] На Фиг. 18 представлена блок–схема, иллюстрирующая один вариант реализации gNB 1860. gNB 1860 может включать в себя процессор 1823 более высокого уровня, передатчик 1825 DL, приемник 1833 UL и одну или более антенн 1831. Передатчик 1825 DL может включать в себя передатчик 1827 PDCCH и передатчик 1829 PDSCH. Приемник 1833 UL может включать в себя приемник 1835 PUCCH и приемник 1837 PUSCH.

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

[00376] Передатчик 1825 DL может мультиплексировать физические каналы нисходящей линии связи, физические сигналы нисходящей линии связи (включая сигнал резервирования) и передавать их через передающие антенны 1831. Приемник 1833 UL может принимать мультиплексированные физические каналы восходящей линии связи и физические сигналы восходящей линии связи через приемные антенны 1831 и демультиплексировать их. Приемник 1835 PUCCH может предоставлять процессор 1823 информации управления восходящей линии связи (UCI) более высокого уровня. Приемник 1837 PUSCH может предоставлять транспортные блоки, полученные процессором 1823 более высокого уровня.

[00377] На Фиг. 19 представлена блок–схема, иллюстрирующая один вариант реализации UE 1902. UE 1902 может включать в себя процессор 1923 более высокого уровня, передатчик 1951 UL, приемник 1943 DL и одну или более антенн 1931. Передатчик 1951 UL может включать в себя передатчик 1953 PUCCH и передатчик 1955 PUSCH. Приемник 1943 DL может включать в себя приемник 1945 PDCCH и приемник 1947 PDSCH.

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

[00379] Приемник 1943 DL может принимать мультиплексированные физические каналы нисходящей линии связи и физические сигналы нисходящей линии связи через приемные антенны 1931 и демультиплексировать их. Приемник 1945 PDCCH может предоставлять процессор 1923 более высокого уровня DCI. Приемник 1947 PDSCH может предоставлять транспортные блоки, полученные процессором 1923 более высокого уровня.

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

[00381] На Фиг. 20 проиллюстрированы различные компоненты, которые можно использовать в UE 2002. UE 2002, описанное в связи с Фиг. 20, может быть реализовано в соответствии с UE 102, описанным в связи с Фиг. 1. UE 2002 включает в себя процессор 2003, который управляет работой UE 2002. Процессор 2003 может также называться центральным процессором (ЦП). Память 2005, которая может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), их комбинацию или устройство любого типа, которое может хранить информацию, обеспечивает инструкции 2007a и данные 2009a для процессора 2003. Часть памяти 2005 может также включать в себя энергонезависимое оперативное запоминающее устройство (NVRAM). Инструкции 2007b или данные 2009b могут также находиться в процессоре 2003. Инструкции 2007b и/или данные 2009b, загружаемые в процессор 2003, могут также включать в себя инструкции 2007a и/или данные 2009a из памяти 2005, которые были загружены для исполнения или обработки процессором 2003. Инструкции 2007b могут быть исполнены процессором 2003 для реализации описанных выше способов.

[00382] UE 2002 может также включать в себя корпус, который содержит один или более передатчиков 2058 и один или более приемников 2020 для обеспечения возможности передачи и приема данных. Передатчик(–и) 2058 и приемник(–и) 2020 могут быть объединены в один или более приемопередатчиков 2018. К корпусу прикреплены одна или более антенн 2022a–n, которые электрически связаны с приемопередатчиком 2018.

[00383] Различные компоненты UE 2002 соединены вместе с помощью системы 2011 шин, которая помимо шины данных может включать в себя шину питания, шину сигналов управления и шину сигналов состояния. Однако для ясности различные шины проиллюстрированы на Фиг. 20 как система 2011 шин. UE 2002 может также включать в себя цифровой сигнальный процессор (DSP) 2013 для использования в обработке сигналов. UE 2002 может также включать в себя интерфейс 2015 связи, который обеспечивает доступ пользователя к функциям UE 2002. UE 2002, проиллюстрированное на Фиг. 20, представляет собой функциональную блок–схему, а не перечень конкретных компонентов.

[00384] На Фиг. 21 проиллюстрированы различные компоненты, которые можно использовать в gNB 2160. gNB 2160, описанная в связи с Фиг. 21, может быть реализована в соответствии с gNB 160, описанной в связи с Фиг. 1. gNB 2160 включает в себя процессор 2103, который управляет работой gNB 2160. Процессор 2103 может также называться центральным процессором (ЦП). Память 2105, которая может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), их комбинацию или устройство любого типа, которое может хранить информацию, обеспечивает инструкции 2107a и данные 2109a для процессора 2103. Часть памяти 2105 может также включать в себя энергонезависимое оперативное запоминающее устройство (NVRAM). Инструкции 2107b и данные 2109b могут также находиться в процессоре 2103. Инструкции 2107b и/или данные 2109b, загружаемые в процессор 2103, могут также включать в себя инструкции 2107a и/или данные 2109a из памяти 2105, которые были загружены для исполнения или обработки процессором 2103. Инструкции 2107b могут быть исполнены процессором 2103 для реализации описанных выше способов.

[00385] gNB 2160 может также включать в себя корпус, который содержит один или более передатчиков 2117 и один или более приемников 2178 для обеспечения возможности передачи и приема данных. Передатчик(–и) 2117 и приемник(–и) 2178 могут быть объединены в один или более приемопередатчиков 2176. К корпусу прикреплены одна или более антенн 2180a–n, которые электрически связаны с приемопередатчиком 2176.

[00386] Различные компоненты gNB 2160 соединены вместе с помощью системы 2111 шин, которая может помимо шины данных может включать в себя шину питания, шину сигналов управления и шину сигналов состояния. Однако для ясности различные шины проиллюстрированы на Фиг. 21 как система 2111 шин. gNB 2160 может также включать в себя цифровой сигнальный процессор (DSP) 2113 для использования в обработке сигналов. gNB 2160 может также включать в себя интерфейс 2115 связи, который обеспечивает доступ пользователя к функциям gNB 2160. gNB 2160, проиллюстрированная на Фиг. 21, представляет собой функциональную блок–схему, а не перечень конкретных компонентов.

[00387] На Фиг. 22 представлена блок–схема, иллюстрирующая один вариант реализации UE 2202, в котором могут быть осуществлены системы и способы поддержки множества численных величин в одном предоставлении. UE 2202 включает в себя средство 2258 передачи, средство 2220 приема и средство 2224 управления. Средство 2258 передачи, средство 2220 приема и средство 2224 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг. 1. На Фиг. 20 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 22. Для осуществления одной или более функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.

[00388] На Фиг. 23 представлена блок–схема, иллюстрирующая один вариант реализации gNB 2360, в котором могут быть осуществлены системы и способы поддержки множества численных величин в одном предоставлении. gNB 2360 включает в себя средство 2317 передачи, средство 2378 приема и средство 2382 управления. Средство 2317 передачи, средство 2378 приема и средство 2382 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг. 1. На Фиг. 21 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 23. Для осуществления одной или более функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.

[00389] На Фиг. 24 представлена блок–схема, иллюстрирующая способ 2400 связи для оборудования пользователя (UE) 102. UE 102 может принимать 2402 сообщение управления радиоресурсом, включающее в себя первую информацию, используемую для определения события наблюдения, когда UE 102 отслеживает физический канал управления нисходящей линии связи (PDCCH) в пространстве поиска. Пространство поиска может представлять собой UE–специфичное пространство поиска. Событие наблюдения может включать в себя интервал и/или символ.

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

[00391] UE 102 может принимать 2406 сообщение управления радиоресурсом, включающее в себя третью информацию, используемую для определения разноса(–ов) поднесущих, в соответствии с которой UE 102 отслеживает PDCCH в пространстве поиска.

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

[00393] UE 102 может принимать 2410 сообщение управления радиоресурсом, включающее в себя пятую информацию, используемую для определения форматов (DCI), в соответствии с которой UE 102 отслеживает PDCCH в общем пространстве поиска.

[00394] На Фиг. 25 представлена блок–схема, иллюстрирующая способ 2500 связи для устройства 160 базовой станции. Устройство 160 базовой станции может передавать 2502 сообщение управления радиоресурсом, включающее в себя первую информацию, используемую для определения события наблюдения, когда UE 102 отслеживает физический канал управления нисходящей линии связи (PDCCH) в пространстве поиска. Пространство поиска может представлять собой UE–специфичное пространство поиска. Событие наблюдения может включать в себя интервал и/или символ.

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

[00396] Устройство 160 базовой станции может передавать 2506 сообщение управления радиоресурсом, включающее в себя третью информацию, используемую для определения разноса(–ов) поднесущих, в соответствии с которой UE 102 отслеживает PDCCH в пространстве поиска.

[00397] Устройство 160 базовой станции может передавать 2508 сообщение управления радиоресурсом, включающее в себя четвертую информацию, используемую для определения второго события наблюдения, когда UE 102 отслеживает PDCCH в общем пространстве поиска. Второе событие наблюдения может включать в себя интервал и/или символ.

[00398] Устройство 160 базовой станции может передавать 2510 сообщение управления радиоресурсом, включающее в себя пятую информацию, используемую для определения форматов (DCI), в соответствии с которой UE 102 отслеживает PDCCH в общем пространстве поиска.

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

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

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

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

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

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

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

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

блок приема и блок определения, причем

блок приема выполнен с возможностью:

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

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

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

причем пространство поиска представляет собой UE–специфичное пространство поиска,

при этом событие наблюдения соответствует позиции интервала и позиции символа, и

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

2. Оборудование пользователя по п. 1, в котором

блок приема дополнительно выполнен с возможностью:

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

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

событие наблюдения соответствует позиции интервала и позиции символа.

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

блок передачи и блок генерирования, причем

блок передачи выполнен с возможностью:

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

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

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

причем пространство поиска представляет собой UE–специфичное пространство поиска,

при этом событие наблюдения соответствует позиции интервала и позиции символа, и

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

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

блок передачи дополнительно выполнен с возможностью:

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

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

событие наблюдения соответствует позиции интервала и позиции символа.

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

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

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

пространство поиска представляет собой UE–специфичное пространство поиска,

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

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

6. Способ связи по п. 5, дополнительно включающий:

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

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

событие наблюдения соответствует позиции интервала и позиции символа.

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

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

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

пространство поиска представляет собой UE–специфичное пространство поиска,

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

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

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

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

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

событие наблюдения соответствует позиции интервала и позиции символа.