RU2796375C2 - Пользовательское оборудование, базовые станции и способы для конфигурируемого формата информации управления нисходящей линии связи - Google Patents

Abstract

Изобретение относится к системам связи. Технический результат изобретения заключается в повышении гибкости и эффективности обмена данными. Для этого пользовательское оборудование (UE) содержит блок приема, выполненный с возможностью приема конфигурации управления радиоресурсами (RRC), содержащей первый параметр, применяемый для определения размера битового поля поля антенных портов в первом формате информации управления нисходящей линии связи (DCI), второй параметр, применяемый для определения размера битового поля поля индикатора несущей в первом формате DCI, и третий параметр, указывающий первую таблицу распределения, применяемую для определения размера битового поля назначения ресурса временной области в первом формате DCI. Блок передачи выполнен для передачи данных по восходящей линии связи (PUSCH), основываясь на определении первого формата DCI, в соответствии с первым параметром, вторым параметром и третьим параметром, первой передачи физического совместно применяемого канала. Блок приема также выполнен с возможностью приема конфигурации RRC, содержащей четвертый параметр, применяемый для определения размера битового поля поля антенных портов во втором формате DCI, пятый параметр, применяемый для определения размера битового поля поля индикатора несущей во втором формате DCI, шестой параметр, применяемый для определения размера битового поля поля индикатора приоритета во втором формате DCI, и седьмой параметр, указывающий вторую таблицу распределения, применяемую для определения размера битового поля назначения ресурса временной области во втором формате DCI. Блок передачи выполнен для передачи данных, основываясь на определении второго формата DCI, в соответствии с четвертым параметром, пятым параметром, шестым параметром и седьмым параметром, второй передачи PUSCH. 3 н. и 2 з.п. ф-лы, 18 ил.

Description

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

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

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

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

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

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

Изложение сущности изобретения

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

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

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

[0008] В одном примере предложен способ связи устройства базовой станции, включающий в себя: передачу сообщения управления радиоресурсами (RRC), содержащего первую информацию, применяемую для первой передачи физического совместно применяемого канала для передачи данных по восходящей линии связи (PUSCH), запланированной первым форматом информации управления нисходящей линии связи (DCI), причем первая информация содержит первый параметр для определения портов антенны, второй параметр для определения несущей(-их), третий параметр для определения приоритета и первую таблицу распределения, применяемую для определения распределения временной области, передачу сообщения RRC, содержащего вторую информацию, применяемую для второй передачи PUSCH, запланированной вторым форматом DCI, причем вторая информация содержит четвертый параметр для определения портов антенны, пятый параметр для определения несущей(-их), шестой параметр для определения приоритета и вторую таблицу распределения, применяемую для определения распределения временной области, прием первой передачи PUSCH в соответствии с первой информацией на основании передачи первого формата DCI, прием второй передачи PUSCH в соответствии со второй информацией на основании передачи второго формата DCI, причем первый формат DCI и второй формат DCI отслеживаются в разных промежутках поиска.

Краткое описание чертежей

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

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

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

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

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

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

[фиг. 7] На Фиг. 7 приведены примеры временных шкал диспетчеризации.

[фиг. 8] На Фиг. 8 приведены примеры областей отслеживания канала управления DL.

[фиг. 9] На Фиг. 9 приведены примеры канала управления DL, содержащего более одного элемента канала управления.

[фиг. 10] На Фиг. 10 приведены примеры структур канала управления UL.

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

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

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

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

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

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

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

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

Описание вариантов осуществления

[0010] Описано пользовательское оборудование (UE). UE содержит процессор более высокого уровня, выполненный с возможностью отслеживания формата информации управления нисходящей линии связи (DCI) восходящей линии связи (UL), который включает в себя первую информацию для диспетчеризации услуги усовершенствованной сверхнадежной связи с малым временем задержки (URLLC) в физическом совместно применяемом канале для передачи данных по восходящей линии связи (PUSCH). Процессор более высокого уровня также выполнен с возможностью отслеживания формата DCI нисходящей линии связи (DL), который включает в себя вторую информацию для диспетчеризации усовершенствованной услуги URLLC в физическом совместно применяемом канале для передачи данных по нисходящей линии связи (PDSCH).

[0011] Первая информация формата DCI UL может включать в себя по меньшей мере одно из информации о порте антенны, индикации конфигурации передачи, запроса зондирующих опорных сигналов (SRS), индикации несущей, запроса информации о состоянии канала (CSI), индикатора beta_offset, индикатора ресурса SRS, коэффициента повторения, индикации приоритета или назначения ресурса временной области.

[0012] Второй формат DCI DL может включать в себя по меньшей мере одно из информации о порте антенны, индикации конфигурации передачи, запроса SRS, индикации несущей, коэффициента повторения, индикации приоритета, индикатора согласования скорости передачи, индикатора размера объединения физического ресурсного блока (PRB), инициирования опорного сигнала информации о состоянии канала (CSI-RS) с нулевой мощностью (ZP) или назначения ресурса временной области.

[0013] В одном подходе формат DCI UL и формат DCI DL представляют собой новые форматы DCI. В другом подходе первая информация формата DCI UL и вторая информация формата DCI DL модифицируют форматы DCI 3GPP выпуска 15. Поля в форматах DCI 3GPP выпуска 15 могут быть повторно интерпретированы для определения первой информации и второй информации.

[0014] Кроме того, описана базовая станция (gNB). gNB включает в себя процессор более высокого уровня, выполненный с возможностью генерирования формата DCI UL, который включает в себя первую информацию для диспетчеризации усовершенствованной услуги URLLC в PUSCH. Процессор более высокого уровня также выполнен с возможностью генерирования формата DCI DL, который включает в себя вторую информацию для диспетчеризации усовершенствованной услуги URLLC в PDSCH.

[0015] Кроме того, описан способ связи посредством UE. Способ включает в себя отслеживание формата DCI UL, который включает в себя первую информацию для диспетчеризации усовершенствованной услуги URLLC в PUSCH. Способ также включает в себя отслеживание формата DCI DL, который включает в себя вторую информацию для диспетчеризации усовершенствованной услуги URLLC в PDSCH.

[0016] Кроме того, описан способ связи посредством gNB. Способ включает в себя генерирование формата DCI UL, который включает в себя первую информацию для диспетчеризации усовершенствованной услуги URLLC в PUSCH. Способ также включает в себя генерирование формата DCI DL, который включает в себя вторую информацию для диспетчеризации усовершенствованной услуги URLLC в PDSCH.

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

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

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

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

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

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

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

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

[0025] Для предоставления усовершенствованной услуги URLLC и/или других услуг в будущих выпусках текущий формат DCI (например, формат 0_0 DCI, формат 0_1 DCI) в 3GPP выпуска 15 может не быть подходящим. В DCI может потребоваться включение дополнительной информации (например, порт(-ы) антенны, индикация конфигурации передачи, индикатор согласования скорости передачи, запрос SRS, индикатор размера объединения PRB, индикатор несущей, запрос CSI, инициирование CSI-RS ZP, индикатор beta_offset, индикатор ресурса SRS, коэффициент повторения, индикация приоритета и т. п.). В этом случае может быть введен новый формат DCI и/или текущий формат DCI с модификациями и/или усовершенствованиями.

[0026] Описанные в настоящем документе некоторые конфигурации систем и способов представляют подходы к управлению передачей и/или повторной передачей URLLC для удовлетворения требований по задержке и/или надежности. Некоторые требования к URLLC относятся к задержке и надежности в плоскости пользователя (U). Для URLLC целевая задержка в плоскости пользователя составляет 0,5 миллисекунды (мс) в каждую сторону как для UL, так и для DL. Целевая надежность составляет 1-10⁵ для X байтов в течение 1 миллисекунды (мс).

[0027] Эти специфичные для URLLC ограничения затрудняют разработку гибридного автоматического запроса на повторение передачи (HARQ) и механизма повторной передачи. Например, приемник должен отвечать быстрым подтверждением (ACK), или отрицательным подтверждением (NACK), или предоставлением восходящей линии связи для удовлетворения требованию по задержке, либо передатчик может немедленно повторять передачу, не ожидая ACK/NACK, для повышения надежности. С другой стороны, для дополнительного повышения надежности поддерживаются повторения на основе предоставления или без него. Важной проблемой также является способ прекращения повторений. Описанные системы и способы описывают схему HARQ URLLC и/или повторной передачи в разных случаях.

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

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

[0030] Для обмена данными друг с другом UE 102 и gNB 160 могут применять один или более каналов 119, 121. Например, UE 102 может передавать информацию или данные на gNB 160 с помощью одного или более каналов 121 восходящей линии связи. Примеры каналов 121 восходящей линии связи включают в себя PUCCH (физический канал управления восходящей линии связи) и PUSCH (физический совместно применяемый канал для передачи данных по восходящей линии связи), PRACH (физический канал произвольного доступа) и т. п. Например, каналы 121 восходящей линии связи (например, PUSCH) можно применять для передачи данных UL (т. е. транспортного(-ых) блока(-ов), MAC PDU и/или UL-SCH (совместно применяемый канал для передачи данных по восходящей линии связи)).

[0031] В этом контексте данные UL могут включать в себя данные URLLC. Данные URLLC могут представлять собой данные UL-SCH. В данном случае URLLC-PUSCH (т. е. физический совместно применяемый канал для передачи данных по восходящей линии связи, отличный от PUSCH) может быть определен для передачи данных URLLC. Для простоты описания термин «PUSCH» может означать любое из (1) только PUSCH (например, обычный PUSCH, не URLLC-PUSCH и т. п.), (2) PUSCH или URLLC-PUSCH, (3) PUSCH и URLLC-PUSCH или (4) только URLLC-PUSCH (например, отличный от обычного PUSCH).

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

[0033] CSI может включать в себя информацию, указывающую качество нисходящей линии связи. SR можно применять для запроса ресурсов UL-SCH (совместно применяемого канала восходящей линии связи) для новой передачи и/или повторной передачи. Иными словами, SR можно применять для запроса ресурсов UL для передачи данных UL.

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

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

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

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

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

[0039] Модуль 126 диспетчеризации UE может выполнять операции для конфигурируемого формата информации управления нисходящей линии связи (DCI). В новой радиосети (NR) UE 102 может поддерживать множество типов передач UL (передач PUSCH). Передачи UL могут включать в себя передачи UL на основе предоставления (например, передачи UL с предоставлением, динамическими предоставлениями, передачи PUSCH с предоставлением, передача PUSCH, запланированная DCI (например, формат 0_0 DCI, формат 0_1 DCI)) и передачи UL без предоставления (например, передачи UL без предоставления, сконфигурированные предоставления, передачи PUSCH со сконфигурированным предоставлением).

[0040] Могут существовать два типа передач UL без предоставления (например передачи UL без предоставления, со сконфигурированными предоставлениями, передачи PUSCH со сконфигурированным предоставлением). Один тип передачи UL без предоставления представляет собой тип 1 сконфигурированного предоставления, а другой - тип 2 сконфигурированного предоставления.

[0041] Для передач PUSCH типа 1 со сконфигурированным предоставлением связанные параметры могут быть полностью сконфигурированы RRC (например сконфигурированы с применением сигнализации RRC). Например, параметры для распределения ресурса, такие как распределение ресурса временной области (например, смещение временной области timeDomainOffset), распределение ресурса частотной области (frequencyDomainAllocation), схема модуляции и кодирования (MCS) (например, mcsAndTBS), значение порта антенны, битовое значение для инициализации последовательности DMRS, информация о предварительном кодировании и количество уровней, индикатор ресурса SRS (предоставляемый портом антенны (antennaPort), инициализацией последовательности DMRS (DMS-SeqInitialization), предварительным кодированием и количеством уровней (precodingAndNumberOfLayers) и индикатором ресурса SRS (srs-ResourceIndicator) соответственно), сдвиг частоты между двумя скачкообразными изменениями частоты (frequencyHoppingOffset) и т. д., могут быть предоставлены сообщением RRC (rrc-ConfiguredUplinkGrant).

[0042] Активацию (например, активацию PDCCH, DCI) можно не применять для сконфигурированного предоставления типа 1. Иными словами, для сконфигурированного предоставления типа 1 предоставление восходящей линии связи обеспечено RRC и сохраняется как сконфигурированное предоставление восходящей линии связи. Повторная передача сконфигурированного предоставления типа 1 может быть запланирована PDCCH с CRC, зашифрованным с помощью CS-RNTI (RNTI сконфигурированной диспетчеризации).

[0043] Для передач PUSCH типа 2 со сконфигурированным предоставлением соответствующие параметры следуют за конфигурацией более высокого уровня (например, периодичностью, количеством повторений и т. д.) и предоставлением UL, принятым в DCI, адресованной CS-RNTI (PDCCH с CRC, зашифрованным с помощью CS-RNTI, активации и/или повторной активации L1). Иными словами, для сконфигурированного предоставления типа 2 предоставление восходящей линии связи может быть обеспечено PDCCH и сохранено или установлено как сконфигурированное предоставление восходящей линии связи на основании сигнализации L1, указывающей активацию или деактивацию сконфигурированного предоставления восходящей линии связи.

[0044] Повторная передача сконфигурированного предоставления типа 2 может быть запланирована PDCCH с CRC, зашифрованным с помощью CS-RNTI. Иными словами, в повторных передачах, за исключением повторения сконфигурированных предоставлений восходящей линии связи, могут применяться предоставления восходящей линии связи, адресованные CS-RNTI. UE 102 может не передавать какие-либо ресурсы, сконфигурированные для передач PUSCH со сконфигурированным предоставлением, если более высокие уровни не доставляли транспортный блок для передачи ресурсов, распределенных для передачи по восходящей линии связи без предоставления.

[0045] Таким образом, в NR UE 102 может поддерживать множество типов передач по восходящей линии связи без предоставления (также называемых передачей по восходящей линии связи без предоставления (GF), передачей GF или передачей с помощью сконфигурированного предоставления). Первый тип (тип 1) передачи GF может представлять собой передачу данных UL без предоставления, основанную только на (повторной) конфигурации RRC без какой-либо сигнализации L1. Во втором типе (тип 2) передачи GF передача данных UL без предоставления основана как на конфигурации RRC, так и на сигнализации L1 для активации и/или деактивации для передачи данных UL без предоставления. Пример конфигурации RRC показан в перечне 1.

[0046]

Распечатка 1

Для типа 2 необходима активация PDCCH. В перечне 2 и перечне 3 приведены примеры формата 0_0 DCI (например, резервная DCI) и формата 0_1, которые могут применяться для активации сконфигурированного предоставления типа 2, и/или повторной передачи сконфигурированного предоставления типа 2, и/или сконфигурированного предоставления типа 1.

[0047]

Распечатка 2

Распечатка 3

Для передач PUSCH как типа 1, так и типа 2 со сконфигурированным предоставлением, когда UE 102 сконфигурировано с repK > 1, UE 102 может повторять TB по всем последовательным интервалам repK с применением одного и того же распределения символов в каждом интервале. Параметр repK может называться сконфигурированным количеством случаев передачи для повторений (включая начальную передачу) для TB. Если процедура UE для определения конфигурации интервала определяет символы интервала, распределенного для PUSCH, в качестве символов нисходящей линии связи, передачу на этот интервал можно опустить для передачи PUSCH с несколькими интервалами.

[0048] Для передачи на основании предоставления передача PUSCH запланирована DCI (например, формат 0_0 DCI и формат 0_1 DCI, показанные выше). PUSCH может быть назначен (например, запланирован) форматом 0_0/0_1 DCI с CRC, зашифрованным с помощью C-RNTI, нового RNTI (например, первого RNTI), TC-RNTI или SP-CSI-RNTI. Новый RNTI может называться в спецификациях MCS-C-RNTI. Некоторые специфичные для UE параметры PUSCH могут быть сконфигурированы с помощью RRC. Пример конфигурации RRC показан в перечне 4. Например, коэффициент агрегирования PUSCH (pusch-AggregationFactor) в конфигурации PUSCH (PUSCH-Config) указывает количество повторений для данных. Когда UE 102 сконфигурировано с pusch-AggregationFactor > 1, одно и то же распределение символа может быть применено ко всем последовательным интервалам pusch-AggregationFactor, а PUSCH может быть ограничен одним уровнем передачи. UE 102 может повторять транспортный блок (TB) во всех последовательных интервалах pusch-AggregationFactor с применением одного и того же распределения символов в каждом интервале. Если процедура UE для определения указанного конфигурации интервала определяет символы интервала, распределенного для PUSCH, в качестве символов нисходящей линии связи, передачу на этот интервал можно опустить для передачи PUSCH с несколькими интервалами.

[0049] Для повторной передачи PUSCH, запланированной PDCCH с CRC, зашифрованным CS-RNTI с новым индикатором данных (NDI), равным 1 (т. е. NDI=1), если UE 102 сконфигурировано с pusch-AggregationFactor, одно и то же распределение символов может быть применено ко всем последовательным интервалам pusch-AggregationFactor, а PUSCH может быть ограничен одним уровнем передачи. UE 102 может повторять TB во всех последовательных интервалах pusch-AggregationFactor с применением одного и того же распределения символов в каждом интервале.

[0050]

Распечатка 4

Для предоставления усовершенствованной услуги URLLC и/или других услуг в будущих выпусках текущий формат DCI (например, формат 0_0 DCI, формат 0_1 DCI) в 3GPP выпуска 15 (также называемом Rel-15) может не быть подходящим. В DCI может потребоваться включение дополнительной информации (например, порт(-ы) антенны, индикация конфигурации передачи, индикатор согласования скорости передачи, запрос SRS, индикатор размера объединения PRB, индикатор несущей, запрос CSI, инициирование CSI-RS ZP, индикатор beta_offset, индикатор ресурса SRS, коэффициент повторения, индикация приоритета и т. п.). В этом случае может быть введен новый формат DCI и/или текущий формат DCI с модификациями и/или усовершенствованиями.

[0051] В одном схемном решении можно вводить новый формат DCI (например, формат 0_2 DCI, в спецификациях может применяться другое название). Формат 0_2 DCI можно применять для диспетчеризации PUSCH в одной соте. Следующая информация может быть передана с помощью формата 0_2 DCI.

[0052] Формат 0_2 DCI может включать в себя идентификатор для форматов DCI. Значение этого поля может быть установлено на заданное значение и/или значение по умолчанию (например, 0 или 1), указывающее новый/другой формат DCI (по сравнению с форматом 0_0 DCI и/или форматом 0_1 DCI) для усовершенствованной URLLC и/или других услуг.

[0053] Формат 0_2 DCI может включать в себя идентификатор для форматов DCI UL/DL. Значение этого поля может быть установлено на заданное значение и/или значение по умолчанию (например, 0 или 1), указывающее формат DCI UL.

[0054] Формат 0_2 DCI может включать в себя порты антенны. Количество битов в этом битовом поле может составлять 0-2 бита. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может быть определено с помощью сконфигурированной формы сигнала (например, обеспечен ли предварительный преобразователь или нет). Количество битов в этом битовом поле может быть определено типом, рангом, кодовой книгой DMRS и/или любыми другими связанными параметрами высокого уровня. Любой из параметров высокого уровня, применяемых для определения количества битов в этом поле, может быть обычно сконфигурирован для формата 0_2 DCI и других форматов DCI или отдельно сконфигурирован для формата 0_2 DCI. Другими словами, параметр(-ы), сконфигурированный(-ые) для определения размера поля формата(-ов) DCI Rel-15, также можно применять для определения количества битов в соответствующем битовом поле для формата 0_2 DCI, или параметр(-ы), применяемый(-е) для определения количества битов в соответствующем битовом поле для формата 0_2 DCI, могут быть сконфигурированы отдельно.

[0055] Формат 0_2 DCI может включать в себя индикацию конфигурации передачи. Количество битов в этом битовом поле может составлять 0-3 бита. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может определяться сконфигурированным количеством множества конфигураций передачи. Например, если множество конфигураций не обеспечено, количество битов в этом поле составляет 0 или это битовое поле отсутствует в DCI. Если количество конфигураций передачи составляет 8, количество битов в этом поле может составлять 3. Если множество конфигураций передачи обеспечено и/или сконфигурировано, для активации и/или деактивации соответствующего(-их) сконфигурированного(-ых) предоставления(-й) может применяться только формат 0_2 DCI.

[0056] Формат 0_2 DCI может включать в себя запрос SRS. Количество битов в этом битовом поле может составлять 0-2 бита. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может быть определено сконфигурированной несущей (например, сконфигурирована ли SUL или нет). Количество битов в этом битовом поле может быть определено с помощью сконфигурированной и/или заданной таблицы и/или любых других связанных параметров высокого уровня. Любой из параметров высокого уровня, применяемых для определения количества битов в этом поле, может быть обычно сконфигурирован для формата 0_2 DCI и других форматов DCI или отдельно сконфигурирован для формата 0_2 DCI. Другими словами, параметр(-ы) и/или таблица(-ы), сконфигурированные для определения размера поля формата(-ов) DCI Rel-15, также можно применять для определения количества битов в соответствующем битовом поле для формата 0_2 DCI, или параметр(-ы), применяемый(-е) для определения количества битов в соответствующем битовом поле для формата 0_2 DCI, могут быть сконфигурированы отдельно.

[0057] Формат 0_2 DCI может включать в себя индикацию несущей. Количество битов в этом битовом поле может составлять 0-3 бита. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может быть определено сконфигурированным количеством несущих. Например, если множество несущих не обеспечено и/или не сконфигурировано, количество битов в этом поле составляет 0 или это битовое поле отсутствует в DCI. Если количество несущих больше 4, количество битов в этом поле может составлять 3. Любой из параметров высокого уровня, применяемых для определения количества битов в этом поле, может быть обычно сконфигурирован для формата 0_2 DCI и других форматов DCI или отдельно сконфигурирован для формата 0_2 DCI. Другими словами, параметр(-ы) и/или таблица(-ы), сконфигурированные для определения размера поля формата(-ов) DCI Rel-15, также можно применять для определения количества битов в соответствующем битовом поле для формата 0_2 DCI, или параметр(-ы), применяемый(-е) для определения количества битов в соответствующем битовом поле для формата 0_2 DCI, могут быть сконфигурированы отдельно.

[0058] Формат 0_2 DCI может включать в себя запрос CSI. Количество битов в этом битовом поле может составлять 0-3 бита. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может быть определено конфигурацией CSI. Количество битов в этом битовом поле может быть определено с помощью сконфигурированной и/или заданной таблицы, и/или любых других связанных параметров высокого уровня. Любой из параметров высокого уровня, применяемых для определения количества битов в этом поле, может быть обычно сконфигурирован для формата 0_2 DCI и других форматов DCI или отдельно сконфигурирован для формата 0_2 DCI. Другими словами, параметр(-ы) и/или таблица(-ы), сконфигурированные для определения размера поля формата(-ов) DCI Rel-15, также можно применять для определения количества битов в соответствующем битовом поле для формата 0_2 DCI, или параметр(-ы), применяемый(-е) для определения количества битов в соответствующем битовом поле для формата 0_2 DCI, могут быть сконфигурированы отдельно.

[0059] Формат 0_2 DCI может включать в себя индикатор beta_offset. Количество битов в этом битовом поле может составлять 0-2 бита. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может быть определено типом конфигурации beta_offset (например является ли beta_offset полустатическим или динамическим). Количество битов в этом битовом поле может быть определено сконфигурированным набором beta_offset. Количество битов в этом битовом поле может быть определено с помощью сконфигурированной и/или заданной таблицы, и/или любых других связанных параметров высокого уровня. Любой из параметров высокого уровня, применяемых для определения количества битов в этом поле, может быть обычно сконфигурирован для формата 0_2 DCI и других форматов DCI или отдельно сконфигурирован для формата 0_2 DCI. Другими словами, параметр(-ы) и/или таблица(-ы), сконфигурированные для определения размера поля формата(-ов) DCI Rel-15, также можно применять для определения количества битов в соответствующем битовом поле для формата 0_2 DCI, или параметр(-ы), применяемый(-е) для определения количества битов в соответствующем битовом поле для формата 0_2 DCI, могут быть сконфигурированы отдельно.

[0060] Формат 0_2 DCI может включать в себя индикатор ресурса SRS. Количество битов в этом битовом поле может составлять 0-4 бита. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может быть определено количеством сконфигурированных ресурсов SRS в наборе ресурсов SRS. Количество битов в этом битовом поле может быть определено максимальным количеством поддерживаемых уровней для PUSCH, кодовой книги и/или любых других связанных параметров высокого уровня. Любой из параметров высокого уровня, применяемых для определения количества битов в этом поле, может быть обычно сконфигурирован для формата 0_2 DCI и других форматов DCI или отдельно сконфигурирован для формата 0_2 DCI. Другими словами, параметр(-ы), сконфигурированный(-ые) для определения размера поля формата(-ов) DCI Rel-15, также можно применять для определения количества битов в соответствующем битовом поле для формата 0_2 DCI, или параметр(-ы), применяемый(-е) для определения количества битов в соответствующем битовом поле для формата 0_2 DCI, могут быть сконфигурированы отдельно.

[0061] Формат 0_2 DCI может включать в себя коэффициент повторения. Количество битов в этом битовом поле может составлять 0-2 бита. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может быть определено сконфигурированным и/или заданным набором коэффициентов повторения. Например, если динамическая индикация коэффициента повторения не обеспечена, не сконфигурирована и/или не поддерживается, количество битов в этом поле составляет 0 или это битовое поле отсутствует в DCI. Если динамическая индикация коэффициента повторения обеспечена, сконфигурирована и/или поддерживается, и/или количество коэффициентов повторения в сконфигурированном и/или заданном наборе составляет 4 (например, {1, 2, 4, 8}), количество битов в этом поле может составлять 2. Любой из параметров, наборов и/или таблиц высокого уровня, применяемых для определения количества битов в этом поле, может быть обычно сконфигурирован для формата 0_2 DCI и других форматов DCI или отдельно сконфигурирован для формата 0_2 DCI. Другими словами, параметр(-ы), таблица(-ы) и/или набор(-ы), сконфигурированный(-ые) для определения размера поля формата(-ов) DCI Rel-15, также можно применять для определения количества битов в соответствующем битовом поле для формата 0_2 DCI, или параметр(-ы), таблица(-ы) и/или набор(-ы), применяемый(-е) для определения количества битов в соответствующем битовом поле для формата 0_2 DCI, могут быть сконфигурированы отдельно.

[0062] Формат 0_2 DCI может включать в себя индикацию приоритета. Количество битов в этом битовом поле может составлять 0-3 бита. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может быть определено сконфигурированным и/или заданным набором уровней приоритета и/или количеством сконфигурированных и/или заданных уровней приоритета. Например, если назначение приоритетов PUSCH не обеспечено, не сконфигурировано и/или не поддерживается, количество битов в этом поле составляет 0 или это битовое поле отсутствует в DCI. Если количество сконфигурированных и/или заданных уровней приоритета PUSCH составляет 4 (например, {1, 2, 4, 8}), количество битов в этом поле может составлять 2. Любой из параметров, наборов и/или таблиц высокого уровня, применяемых для определения количества битов в этом поле, может быть обычно сконфигурирован для формата 0_2 DCI и других форматов DCI или отдельно сконфигурирован для формата 0_2 DCI. Другими словами, параметр(-ы), таблица(-ы) и/или набор(-ы), сконфигурированный(-ые) для определения размера поля формата(-ов) DCI Rel-15, также можно применять для определения количества битов в соответствующем битовом поле для формата 0_2 DCI, или параметр(-ы), таблица(-ы) и/или набор(-ы), применяемый(-е) для определения количества битов в соответствующем битовом поле для формата 0_2 DCI, могут быть сконфигурированы отдельно.

[0063] Формат 0_2 DCI может включать в себя назначение ресурса временной области. Количество битов в этом битовом поле может составлять 0-6 битов. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может быть определено количеством записей в таблице назначения ресурса временной области, сконфигурированной высоким уровнем (например, конфигурация RRC), или таблице назначения ресурса временной области по умолчанию. Любой из параметров высокого уровня (например, сконфигурированная таблица назначения ресурса временной области, сконфигурированная по умолчанию и/или заданная таблица назначения ресурса временной области), применяемых для определения количества битов в этом поле, может быть обычно сконфигурирован для формата 0_2 DCI и других форматов DCI или отдельно сконфигурирован для формата 0_2 DCI. Другими словами, параметр(-ы) (например, таблица назначения ресурса временной области, сконфигурированная высоким уровнем), сконфигурированный(-ые) для определения размера поля формата(-ов) DCI Rel-15, может (могут) также применяться к соответствующему битовому полю для формата 0_2 DCI, или параметр(-ы) и/или таблица(-ы), применяемые для определения количества битов в соответствующем битовом поле для формата 0_2 DCI, могут быть сконфигурированы отдельно.

[0064] Например, первые параметры (например, распределение ресурса временной области PUSCH (PUSCH-TimeDomainResourceAllocation)) применяют для конфигурирования соотношения во временной области между PDCCH (например, форматом 0_0 DCI, форматом 0_1 DCI и/или форматом 0_2 DCI) и PUSCH (например, передачей PUSCH). Например, первые параметры могут включать в себя информацию, указывающую сдвиг (например, сдвиг интервала), который должен быть применен для передачи PUSCH. Первые параметры могут также включать в себя информацию, указывающую индекс, дающий действительные комбинации начального символа и длины (также называемый индикатором начала и длины (SLIV)), которые должны быть применены для передачи PUSCH. Первые параметры могут также включать в себя информацию, указывающую тип сопоставления PUSCH, который должен быть применен для передачи PUSCH.

[0065] В данном случае gNB 160 может передавать, с помощью сообщения RRC, один или более наборов первых параметров (например, перечень распределения ресурса временной области PUSCH (PUSCH-TimeDomainResourceAllocationList)). Кроме того, gNB 160 может указывать, с помощью значения (например, значения «m») поля назначения ресурса временной области, один набор первых параметров среди одного или более наборов первых параметров. Иными словами, gNB 160 может указывать, с помощью значения поля назначения ресурса временной области, какие из сконфигурированных первых параметров UE 102 применяются для передачи PUSCH.

[0066] Более конкретно, в случае, когда UE 102 обнаруживает формат 0_0 DCI, и/или формат 0_1 DCI, и/или формат 0_2 DCI, сдвиг (например сдвиг интервала), индекс начального символа и длины и/или тип сопоставления PUSCH могут быть определены на основании значения поля назначения ресурса временной области, включенного в формат 0_0 DCI, и/или формат 0_1 DCI, и/или формат 0_2 DCI. Например, значение (например, значение «m») поля назначения ресурса временной области может применяться для индикации индекса строки (например, индекса строки «m+1») первой таблицы распределения ресурса, а первая таблица распределения ресурсов может применяться для определения одного или более наборов первых параметров (например, сдвига (например, сдвига интервала), индекса начального символа и длины и/или типа сопоставления PUSCH). Иными словами, индексированная строка первой таблицы распределения ресурсов может применяться для определения одного или более наборов первых параметров ((например, сдвига интервала), индекса начального символа и длины и/или типа сопоставления PUSCH). При этом один или более наборов первых параметров (например, сдвиг (например, сдвиг интервала), индекс начального символа и длины и/или тип сопоставления PUSCH) могут быть применены для передачи PUSCH, запланированной с помощью формата 0_0 DCI, и/или формата 0_1 DCI, и/или формата 0_2 DCI.

[0067] Кроме того, количество битов (например, размер и/или ширина битов) поля назначения ресурса временной области (например, поля DCI) может быть определено на основании количества записей в первой таблице распределения ресурсов (т. е. количества записей в PUSCH-TimeDomain ResourceAllocationList). Например, максимальное количество первой таблицы распределения (т. е. максимальное количество первых параметров (т. е. PUSCH-TimeDomainResourceAllocation) в PUSCH-TimeDomainResourceAllocationList) может представлять собой первое значение (например, 16). Более конкретно, максимальное количество битов поля назначения ресурса временной области, включенного в формат 0_0 DCI, и/или формат 0_1 DCI, и/или формат 0_2 DCI, может составлять 4 бита (т. е. соответствовать первому значению). Например, в случае, когда сконфигурированы 5 наборов первых параметров (т. е. 5 записей первой таблицы распределения ресурсов), UE 102 может учитывать, что количество битов поля назначения ресурса временной области, включенного в формат 0_0 DCI, и/или формат 0_1 DCI, и/или формат 0_2 DCI, составляет 3 бита. Кроме того, например, в случае, когда сконфигурированы 14 наборов первых параметров (т. е. 14 записей первой таблицы распределения ресурсов), UE 102 может учитывать, что количество битов поля назначения ресурса временной области, включенного в формат 0_0 DCI, и/или формат 0_1 DCI, и/или формат 0_2 DCI, составляет 4 бита.

[0068] В данном случае один или более наборов первых параметров (например, PUSCH-TimeDomainResourceAllocationList) могут быть включены в третью информацию (например, PUSCH-ConfigCommon). Например, третья информация может применяться для конфигурирования специфичного(-ых) для соты параметра(-ов) PUSCH. Например, системная информация (например, блок 1 системной информации) может включать в себя третью информацию. Кроме того, один или более наборов первых параметров (например, PUSCH-TimeDomainResourceAllocationList) могут быть включены в четвертую информацию (например, PUSCH-Config). Например, четвертая информация может применяться для конфигурирования специфичного(-ых) для UE параметра(-ов). Например, выделенное сообщение RRC может включать в себя четвертую информацию. Например, первые наборы значений первых параметров могут быть включены в третью информацию, а вторые наборы значений первых параметров могут быть включены в четвертую информацию.

[0069] Также в случае, когда UE 102 обнаруживает PDCCH для формата 0_0 DCI, и/или формата 0_1 DCI, и/или формата 0_2 DCI в общем(-их) промежутке(-ах) поиска (например, общем(-их) наборе(-ах) промежутков поиска), связанном(-ых) с CORESET 0, могут применяться один или более наборов первых параметров, включенных в третью информацию (например, применяться для передачи PUSCH). Кроме того, в случае, когда UE 102 обнаруживает PDCCH для формата 0_0 DCI, и/или формата 0_1 DCI, и/или формата 0_2 DCI в общем(-их) промежутке(-ах) поиска (например, общем(-их) наборе(-ах) промежутков поиска), связанном(-ых) с CORESET 0, могут применяться один или более наборов первых параметров, включенных в четвертую информацию (например, применяться для передачи PUSCH). Кроме того, в случае, когда UE 102 обнаруживает PDCCH для формата 0_0 DCI, и/или формата 0_1 DCI, и/или формата 0_2 DCI в специфичном(-ых) для UE промежутке(-ах) поиска (например, специфичном(-ых) для UE наборе(-ах) промежутков поиска), могут применяться один или более наборов первого(-ых) параметра(-ов), включенных в четвертую информацию (например, применяться для передачи PUSCH).

[0070] Кроме того, в случае, когда один или более наборов первых параметров, включенных в третью информацию, и один или более наборов первых параметров, включенных в четвертую информацию, не сконфигурированы, может (могут) применяться значение(-я) по умолчанию первого(-ых) параметра(-ов) (например, применяться для передачи PUSCH). В данном случае значение(-я) по умолчанию первого(-ых) параметра(-ов) может (могут) быть предварительно определено(-ы) спецификацией и известной информацией между gNB 160 и UE 102. Например, в случае, когда один или более наборов первых параметров, включенных в третью информацию, и один или более наборов вторых параметров, включенных в четвертую информацию, не сконфигурированы, и в случае, когда UE 102 обнаруживает PDCCH для формата 0_0 DCI, и/или формата 0_1 DCI, и/или формата 0_2 DCI (например, в общем промежутке поиска, связанном с CORESET 0 и/или не связанном с CORESET 0, в специфичном для UE промежутке поиска), могут применяться значения по умолчанию первого(-ых) параметра(-ов) (например, применяться для передачи PUSCH).

[0071] Кроме того, вторые параметры (например, PUSCH-TimeDomainResourceAllocation2) применяют для конфигурирования соотношения во временной области между PDCCH (например, форматом 0_2 DCI) и PUSCH (например, передачей PUSCH). Например, вторые параметры могут включать в себя информацию, указывающую сдвиг (например, сдвиг интервала и/или сдвиг символа), который должен быть применен для передачи PUSCH. Вторые параметры могут также включать в себя информацию, указывающую индекс, дающий действительные комбинации начального символа и длины (также называемый индикатором начала и длины (SLIV)), которые должны быть применены для передачи PUSCH. Вторые параметры могут также включать в себя информацию, указывающую тип сопоставления PUSCH, который должен быть применен для передачи PUSCH.

[0072] В данном случае gNB 160 может передавать, с помощью сообщения RRC, один или более наборов вторых параметров (например, PUSCH-TimeDomainResourceAllocationList2). Кроме того, gNB 160 может указывать, с помощью значения (например, значения «m») поля назначения ресурса временной области, один набор первых параметров среди одного или более наборов первых параметров. Иными словами, gNB 160 может указывать, с помощью значения поля назначения ресурса временной области, какие из сконфигурированных первых параметров UE 102 применяются для передачи PUSCH.

[0073] Более конкретно, в случае, когда UE 102 обнаруживает формат 0_2 DCI, сдвиг (например, сдвиг интервала и/или сдвиг символа), индекс начального символа и длины и/или тип сопоставления PUSCH могут быть определены на основании значения поля назначения ресурса временной области, включенного в формат 0_2 DCI. Например, значение (например, значение «m») поля назначения ресурса временной области может применяться для индикации индекса строки (например, индекса строки «m+1») второй таблицы распределения ресурсов, а вторая таблица распределения ресурсов может применяться для определения одного или более наборов вторых параметров (например, сдвига (например, сдвига интервала и/или сдвига символа), индекса начального символа и длины и/или типа сопоставления PUSCH). Иными словами, индексированная строка второй таблицы распределения ресурсов может применяться для определения одного или более наборов вторых параметров ((например, сдвига интервала и/или сдвига символа), индекса начального символа и длины и/или типа сопоставления PUSCH). В данном случае один или более наборов вторых параметров (например, сдвиг (например, сдвиг интервала и/или сдвиг символа), индекс начального символа и длины и/или тип сопоставления PUSCH) могут быть применены для передачи PUSCH, запланированной с помощью формата 0_2 DCI.

[0074] Кроме того, количество битов (например, размер и/или ширина битов) поля назначения ресурса временной области (например, поля DCI) может быть определено на основании количества записей во второй таблице распределения ресурсов (т. е. количества записей в PUSCH-TimeDomainResourceAllocationList2). Например, максимальное количество второй таблицы распределения (т. е. максимальное количество вторых параметров (т. е. PUSCH-TimeDomainResourceAllocation2) в PUSCH-TimeDomainResourceAllocationList2) может представлять собой второе значение (например, 64). Иными словами, максимальное количество битов поля назначения ресурса временной области, включенного в формат 0_2 DCI, может составлять 6 битов (т. е. соответствовать первому значению). Например, в случае, когда сконфигурированы 5 наборов вторых параметров (т. е. 5 записей второй таблицы распределения ресурсов), UE 102 может учитывать, что количество битов поля назначения ресурса временной области, включенного в формат 0_2 DCI, составляет 3 бита. Кроме того, например, в случае, когда сконфигурированы 50 наборов вторых параметров (т. е. 50 записей второй таблицы распределения ресурсов), UE 102 может учитывать, что количество битов поля назначения ресурса временной области, включенного в формат 0_2 DCI, составляет 6 битов.

[0075] В данном случае количество битов поля назначения ресурса временной области может быть фиксированным (например, 5 битов). Иными словами, UE 102 может учитывать, что количество битов поля назначения ресурса временной области всегда является фиксированным (например, 5 битов). Иными словами, количество записей во второй таблице распределения ресурсов может быть фиксированным (например, 32 записи соответствуют 5 битам). Например, в случае, когда количество записей во втором распределении ресурса является фиксированным (например, в случае, когда количество битов поля назначения ресурса временной области является фиксированным), один или более наборов вторых параметров могут быть предварительно определены спецификацией. Кроме того, в случае, когда количество записей во втором распределении ресурса является фиксированным (например, в случае, когда количество битов поля назначения ресурса временной области является фиксированным), gNB 160 может всегда конфигурировать фиксированное количество наборов вторых параметров (например, фиксированное количество (например, 32) PUSCH-TimeDomainResourceAllocation2) в PUSCH-TimeDomainResourceAllocationList2.

[0076] В данном случае один или более наборов вторых параметров (например, PUSCH-TimeDomainResourceAllocationList2) могут быть включены в третью информацию (например, PUSCH-ConfigCommon). Кроме того, один или более наборов вторых параметров (например, PUSCH-TimeDomainResourceAllocationList2) могут быть включены в четвертую информацию (например, PUSCH-Config). Например, первые наборы значений вторых параметров могут быть включены в третью информацию, а вторые наборы значений вторых параметров могут быть включены в четвертую информацию.

[0077] Также в случае, когда UE 102 обнаруживает PDCCH для формата 0_2 DCI в общем(-их) промежутке(-ах) поиска, связанном(-ых) с CORESET 0, могут применяться один или более наборов вторых параметров, включенных в третью информацию (например, применяться для передачи PUSCH). Кроме того, в случае, когда UE 102 обнаруживает PDCCH для формата 0_2 DCI в общем(-их) промежутке(-ах) поиска, не связанном(-ых) с CORESET 0, могут применяться один или более наборов вторых параметров, включенных в четвертую информацию (например, применяться для передачи PUSCH). Кроме того, в случае, когда UE 102 обнаруживает PDCCH для формата 0_2 DCI в специфичном(-ых) для UE промежутке(-ах) поиска, могут применяться один или более наборов второго(-ых) параметра(-ов), включенного(-ых) в четвертую информацию (например, применяться для передачи PUSCH).

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

[0079] В еще одном схемном решении новый формат DCI не может быть введен, а модификации и/или усовершенствования текущего(-их) формата(-ов) DCI могут применяться для диспетчеризации PUSCH для усовершенствованной URLLC или других услуг в будущих выпусках. Повторная интерпретация поля(-ей) в текущем формате DCI (например, формат 0_0 DCI или формат 0_1 DCI) может быть применена для предоставления необходимой информации для диспетчеризации PUSCH для усовершенствованной URLLC или других услуг в будущих выпусках.

[0080] Бит(-ы) или часть битов некоторых битовых полей (например, назначение ресурса частотной области, назначение ресурса временной области, флаг скачкообразного изменения частоты, схема модуляции и кодирования, индикатор новых данных, версия резервирования, номер процесса HARQ, команда TPC для запланированного PUSCH, индикатор UL/SUL и т. д.) в формате 0_0 DCI (или в формате 0_1 DCI) можно повторно интерпретировать как другое(-ие) битовое(-ые) поле(-я) (например, порт(-ы) антенны, индикация конфигурации передачи, запрос SRS, индикатор несущей, запрос CSI, индикатор beta offset, индикатор ресурса SRS, коэффициент повторения, индикация приоритета и т. д.), если повторная интерпретация является сконфигурированной RRC, указанной в явной или неявной форме.

[0081] Например, если сконфигурировано множество конфигураций и формат 0_0 DCI (или формат 0_1 DCI) применяют для активации и/или деактивации одной или множества конфигураций, номер процесса HARQ битового поля (или индикатор новых данных, версия резервирования) может применяться для указания индикации и/или идентификатора конфигурации передачи.

[0082] Если назначение приоритетов PUSCH обеспечено, сконфигурировано и/или поддерживается, для индикации уровня назначения приоритетов запланированного PUSCH можно применять номер процесса HARQ битового поля (или индикатор новых данных, версию резервирования) в формате 0_0 DCI (или формате 0_1 DCI).

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

[0084] В одном схемном решении может быть введен новый формат DCI DL (например, формат 1_2 DCI, в спецификациях может применяться другое название). Формат 1_2 DCI может применяться для диспетчеризации PDSCH в одной соте. Следующая информация может быть передана с помощью формата 1_2 DCI.

[0085] Формат 1_2 DCI может включать в себя идентификатор для форматов DCI. Значение этого поля может быть установлено на заданное значение и/или значение по умолчанию (например, 0 или 1), указывающее новый и/или другой формат DCI (по сравнению с форматом 1_0 DCI и/или форматом 1_1 DCI) для усовершенствованной URLLC и/или других услуг.

[0086] Формат 1_2 DCI может включать в себя идентификатор для форматов DCI UL/DL. Значение этого поля может быть установлено на заданное значение и/или значение по умолчанию (например, 0 или 1), указывающее формат DCI DL.

[0087] Формат 1_2 DCI может включать в себя порты антенны. Количество битов в этом битовом поле может составлять 1-2 бита. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может быть определено набором портов антенны или количеством портов антенны. Количество битов в этом битовом поле может быть определено типом, рангом, кодовой книгой DMRS и/или любым(-и) другим(-и) связанным(-и) параметром(-ами) высокого уровня и/или таблицей(-ами). Любой из параметров высокого уровня, применяемых для определения количества битов в этом поле, может быть обычно сконфигурирован для формата 1_2 DCI и других форматов DCI или отдельно сконфигурирован для формата 1_2 DCI. Другими словами, параметр(-ы), сконфигурированный(-ые) для определения размера поля формата(-ов) DCI Rel-15, также можно применять для определения количества битов в соответствующем битовом поле для формата 1_2 DCI, или параметр(-ы), применяемый(-е) для определения количества битов в соответствующем битовом поле для формата 1_2 DCI, могут быть сконфигурированы отдельно.

[0088] Формат 1_2 DCI может включать в себя индикацию конфигурации передачи. Количество битов в этом битовом поле может составлять 0-3 бита. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может определяться сконфигурированным количеством множества конфигураций передачи. Например, если множество конфигураций не обеспечено, количество битов в этом поле составляет 0 или это битовое поле отсутствует в DCI. Если количество конфигураций передачи составляет 8, количество битов в этом поле может составлять 3. Если множество конфигураций передачи обеспечено и/или сконфигурировано, для активации и/или деактивации соответствующей(-их) конфигурации(-й) может применяться только формат 1_2 DCI.

[0089] Формат 1_2 DCI может включать в себя запрос SRS. Количество битов в этом битовом поле может составлять 0-2 бита. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может быть определено сконфигурированной(-ыми) несущей(-ими). Количество битов в этом битовом поле может быть определено с помощью сконфигурированной и/или заданной таблицы, и/или любых других связанных параметров высокого уровня. Любой из параметров высокого уровня, применяемых для определения количества битов в этом поле, может быть обычно сконфигурирован для формата 1_2 DCI и других форматов DCI или отдельно сконфигурирован для формата 1_2 DCI. Другими словами, параметр(-ы) и/или таблица(-ы), сконфигурированные для определения размера поля формата(-ов) DCI Rel-15, также можно применять для определения количества битов в соответствующем битовом поле для формата 1_2 DCI, или параметр(-ы), применяемый(-е) для определения количества битов в соответствующем битовом поле для формата 0_2 DCI, могут быть сконфигурированы отдельно.

[0090] Формат 1_2 DCI может включать в себя индикацию несущей. Количество битов в этом битовом поле может составлять 0-3 бита. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может быть определено сконфигурированным количеством несущих. Например, если множество несущих не обеспечено и/или не сконфигурировано, количество битов в этом поле составляет 0 или это битовое поле отсутствует в DCI. Если количество несущих больше 4, количество битов в этом поле может составлять 3. Любой из параметров высокого уровня, применяемых для определения количества битов в этом поле, может быть обычно сконфигурирован для формата 1_2 DCI и других форматов DCI или отдельно сконфигурирован для формата 1_2 DCI. Другими словами, параметр(-ы) и/или таблица(-ы), сконфигурированные для определения размера поля формата(-ов) DCI Rel-15, также можно применять для определения количества битов в соответствующем битовом поле для формата 1_2 DCI, или параметр(-ы), применяемый(-е) для определения количества битов в соответствующем битовом поле для формата 1_2 DCI, могут быть сконфигурированы отдельно.

[0091] Формат 1_2 DCI может включать в себя коэффициент повторения. Количество битов в этом битовом поле может составлять 0-2 бита. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может быть определено сконфигурированным и/или заданным набором коэффициентов повторения. Например, если динамическая индикация коэффициента повторения не обеспечена, не сконфигурирована и/или не поддерживается, количество битов в этом поле составляет 0 или это битовое поле отсутствует в DCI. Если динамическая индикация коэффициента повторения обеспечена, сконфигурирована и/или поддерживается, и/или количество коэффициентов повторения в сконфигурированном и/или заданном наборе составляет 4 (например, {1, 2, 4, 8}), количество битов в этом поле может составлять 2. Любой из параметров, наборов и/или таблиц высокого уровня, применяемых для определения количества битов в этом поле, может быть обычно сконфигурирован для формата 1_2 DCI и других форматов DCI или отдельно сконфигурирован для формата 1_2 DCI. Другими словами, параметр(-ы), таблица(-ы) и/или набор(-ы), сконфигурированный(-ые) для определения размера поля формата(-ов) DCI Rel-15, также можно применять для определения количества битов в соответствующем битовом поле для формата 1_2 DCI, или параметр(-ы), таблица(-ы) и/или набор(-ы), применяемый(-е) для определения количества битов в соответствующем битовом поле для формата 1_2 DCI, могут быть сконфигурированы отдельно.

[0092] Формат 1_2 DCI может включать в себя индикацию приоритета. Количество битов в этом битовом поле может составлять 0-3 бита. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может быть определено сконфигурированным и/или заданным набором уровней приоритета и/или количеством сконфигурированных и/или заданных уровней приоритета. Например, если назначение приоритетов PDSCH не обеспечено, не сконфигурировано и/или не поддерживается, количество битов в этом поле составляет 0 или это битовое поле отсутствует в DCI. Если количество сконфигурированных и/или заданных уровней приоритета PDSCH составляет 4 (например, {1, 2, 4, 8}), количество битов в этом поле может составлять 2. Любой из параметров, наборов и/или таблиц высокого уровня, применяемых для определения количества битов в этом поле, может быть обычно сконфигурирован для формата 1_2 DCI и других форматов DCI или отдельно сконфигурирован для формата 1_2 DCI. Другими словами, параметр(-ы), таблица(-ы) и/или набор(-ы), сконфигурированный(-ые) для определения размера поля формата(-ов) DCI Rel-15, также можно применять для определения количества битов в соответствующем битовом поле для формата 1_2 DCI, или параметр(-ы), таблица(-ы) и/или набор(-ы), применяемый(-е) для определения количества битов в соответствующем битовом поле для формата 1_2 DCI, могут быть сконфигурированы отдельно.

[0093] Формат 1_2 DCI может включать в себя индикатор согласования скорости передачи. Количество битов в этом битовом поле может составлять 0-2 бита. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может быть определено сконфигурированной(-ыми) группой(-ами) шаблонов согласования скорости передачи и/или любыми связанными параметрами высокого уровня. Любой из параметров, наборов и/или таблиц высокого уровня, применяемых для определения количества битов в этом поле, может быть обычно сконфигурирован для формата 1_2 DCI и других форматов DCI или отдельно сконфигурирован для формата 1_2 DCI. Другими словами, параметр(-ы), таблица(-ы) и/или набор(-ы), сконфигурированный(-ые) для определения размера поля формата(-ов) DCI Rel-15, также можно применять для определения количества битов в соответствующем битовом поле для формата 1_2 DCI, или параметр(-ы), таблица(-ы) и/или набор(-ы), применяемый(-е) для определения количества битов в соответствующем битовом поле для формата 1_2 DCI, могут быть сконфигурированы отдельно.

[0094] Формат 1_2 DCI может включать в себя индикатор размера объединения PRB. Количество битов в этом битовом поле может составлять 0-1 бит. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может быть определено сконфигурированным типом объединения PRB (например, сконфигурировано ли объединение PRB, сконфигурирован ли тип объединения PRB как статический или динамический). Если объединение PRB не сконфигурировано или установлено статичным, количество битов в этом поле составляет 0 или это битовое поле отсутствует в DCI. Любой из параметров, наборов и/или таблиц высокого уровня, применяемых для определения количества битов в этом поле, может быть обычно сконфигурирован для формата 1_2 DCI и других форматов DCI или отдельно сконфигурирован для формата 1_2 DCI. Другими словами, параметр(-ы), таблица(-ы) и/или набор(-ы), сконфигурированный(-ые) для определения размера поля формата(-ов) DCI Rel-15, также можно применять для определения количества битов в соответствующем битовом поле для формата 1_2 DCI, или параметр(-ы), таблица(-ы) и/или набор(-ы), применяемый(-е) для определения количества битов в соответствующем битовом поле для формата 1_2 DCI, могут быть сконфигурированы отдельно.

[0095] Формат 1_2 DCI может включать в себя инициирование CSI-RS ZP. Количество битов в этом битовом поле может составлять 0-2 бита. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может быть определено количеством наборов ресурсов CSI-RS ZP, сконфигурированных в параметре более высокого уровня и/или любых других связанных параметрах высокого уровня. Любой из параметров высокого уровня, применяемых для определения количества битов в этом поле, может быть обычно сконфигурирован для формата 1_2 DCI и других форматов DCI или отдельно сконфигурирован для формата 1_2 DCI. Другими словами, параметр(-ы), сконфигурированный(-ые) для определения размера поля формата(-ов) DCI Rel-15, также можно применять для определения количества битов в соответствующем битовом поле для формата 1_2 DCI, или параметр(-ы), применяемый(-е) для определения количества битов в соответствующем битовом поле для формата 1_2 DCI, могут быть сконфигурированы отдельно.

[0096] Формат 1_2 DCI может включать в себя назначение ресурса временной области. Количество битов в этом битовом поле может составлять 0-6 битов. Количество битов в этом битовом поле может быть определено более высоким уровнем (например, конфигурация RRC, явный параметр высокого уровня). Количество битов в этом битовом поле может быть определено количеством записей в таблице назначения ресурса временной области, сконфигурированной высоким уровнем (например, конфигурация RRC), или таблице назначения ресурса временной области по умолчанию. Любой из параметров высокого уровня (например, сконфигурированная таблица назначения ресурса временной области, сконфигурированная по умолчанию и/или заданная таблица назначения ресурса временной области), применяемых для определения количества битов в этом поле, может быть обычно сконфигурирован для формата 1_2 DCI и других форматов DCI или отдельно сконфигурирован для формата 1_2 DCI. Другими словами, параметр(-ы) (например, таблица назначения ресурса временной области, сконфигурированная высоким уровнем), сконфигурированный(-ые) для определения размера поля формата(-ов) DCI Rel-15, может (могут) также применяться к соответствующему битовому полю для формата 1_2 DCI, или параметр(-ы) и/или таблица(-ы), применяемые для определения количества битов в соответствующем битовом поле для формата 1_2 DCI, могут быть сконфигурированы отдельно.

[0097] Например, первые параметры (например, PDSCH-TimeDomainResourceAllocation) применяют для конфигурирования соотношения во временной области между PDCCH (например, форматом 1_0 DCI, форматом 1_1 DCI и/или форматом 1_2 DCI) и PDSCH (например, передачей PDSCH). Например, первые параметры могут включать в себя информацию, указывающую сдвиг (например, сдвиг интервала), который должен быть применен для передачи PDSCH. Первые параметры могут также включать в себя информацию, указывающую индекс, дающий действительные комбинации начального символа и длины (также называемый индикатором начала и длины (SLIV)), которые должны быть применены для передачи PDSCH. Первые параметры могут также включать в себя информацию, указывающую тип сопоставления PDSCH, который должен быть применен для передачи PDSCH.

[0098] В данном случае gNB 160 может передавать, с помощью сообщения RRC, один или более наборов первых параметров (например, PDSCH-TimeDomainResourceAllocationList). Кроме того, gNB 160 может указывать, с помощью значения (например, значения «m») поля назначения ресурса временной области, один набор первых параметров среди одного или более наборов первых параметров. Иными словами, gNB 160 может указывать, с помощью значения поля назначения ресурса временной области, какие из сконфигурированных первых параметров UE 102 применяются для передачи PDSCH.

[0099] Более конкретно, в случае, когда UE 102 обнаруживает формат 1_0 DCI, и/или формат 1_1 DCI, и/или формат 1_2 DCI, сдвиг (например сдвиг интервала), индекс начального символа и длины и/или тип сопоставления PDSCH могут быть определены на основании значения поля назначения ресурса временной области, включенного в формат 1_0 DCI, и/или формат 1_1 DCI, и/или формат 1_2 DCI. Например, значение (например, значение «m») поля назначения ресурса временной области может применяться для индикации индекса строки (например, индекса строки «m+1») первой таблицы распределения ресурса, а первая таблица распределения ресурсов может применяться для определения одного или более наборов первых параметров (например, сдвига (например, сдвига интервала), индекса начального символа и длины и/или типа сопоставления PDSCH). Иными словами, индексированная строка первой таблицы распределения ресурсов может применяться для определения одного или более наборов первых параметров ((например, сдвига интервала), индекса начального символа и длины и/или типа сопоставления PDSCH). При этом один или более наборов первых параметров (например, сдвиг (например, сдвиг интервала), индекс начального символа и длины и/или тип сопоставления PDSCH) могут быть применены для передачи PDSCH, запланированной с помощью формата 1_0 DCI, и/или формата 1_1 DCI, и/или формата 1_2 DCI.

[0100] Кроме того, количество битов (например, размер и/или ширина битов) поля назначения ресурса временной области (например, поля DCI) может быть определено на основании количества записей в первой таблице распределения ресурсов (т. е. количества записей в PDSCH-TimeDomain ResourceAllocationList). Например, максимальное количество первой таблицы распределения (т. е. максимальное количество первых параметров (т. е. PDSCH-TimeDomainResourceAllocation) в PDSCH-TimeDomainResourceAllocationList) может представлять собой первое значение (например, 16). Более конкретно, максимальное количество битов поля назначения ресурса временной области, включенного в формат 1_0 DCI, и/или формат 1_1 DCI, и/или формат 1_2 DCI, может составлять 4 бита (т. е. соответствовать первому значению). Например, в случае, когда сконфигурированы 5 наборов первых параметров (т. е. 5 записей первой таблицы распределения ресурсов), UE 102 может учитывать, что количество битов поля назначения ресурса временной области, включенного в формат 1_0 DCI, и/или формат 1_1 DCI, и/или формат 1_2 DCI, составляет 3 бита. Кроме того, например, в случае, когда сконфигурированы 14 наборов первых параметров (т. е. 14 записей первой таблицы распределения ресурсов), UE 102 может учитывать, что количество битов поля назначения ресурса временной области, включенного в формат 1_0 DCI, и/или формат 1_1 DCI, и/или формат 1_2 DCI, составляет 4 бита.

[0101] В данном случае один или более наборов первых параметров (например, PDSCH-TimeDomainResourceAllocationList) могут быть включены в третью информацию (например, PDSCH-ConfigCommon). Например, третья информация может применяться для конфигурирования специфичного(-ых) для соты параметра(-ов) PDSCH. Например, системная информация (например, блок 1 системной информации) может включать в себя третью информацию. Кроме того, один или более наборов первых параметров (например, PDSCH-TimeDomainResourceAllocationList) могут быть включены в четвертую информацию (например, PDSCH-Config). Например, четвертая информация может применяться для конфигурирования специфичного(-ых) для UE параметра(-ов). Например, выделенное сообщение RRC может включать в себя четвертую информацию. Например, первые наборы значений первых параметров могут быть включены в третью информацию, а вторые наборы значений первых параметров могут быть включены в четвертую информацию.

[0102] Также в случае, когда UE 102 обнаруживает PDCCH для формата 1_0 DCI, и/или формата 1_1 DCI, и/или формата 1_2 DCI в общем(-их) промежутке(-ах) поиска (например, общем(-их) наборе(-ах) промежутков поиска), связанном(-ых) с CORESET 0, могут применяться один или более наборов первых параметров, включенных в третью информацию (например, применяться для передачи PDSCH). Кроме того, в случае, когда UE 102 обнаруживает PDCCH для формата 1_0 DCI, и/или формата 1_1 DCI, и/или формата 1_2 DCI в общем(-их) промежутке(-ах) поиска (например, общем(-их) наборе(-ах) промежутков поиска), связанном(-ых) с CORESET 0, могут применяться один или более наборов первых параметров, включенных в четвертую информацию (например, применяться для передачи PDSCH). Кроме того, в случае, когда UE 102 обнаруживает PDCCH для формата 1_0 DCI, и/или формата 1_1 DCI, и/или формата 1_2 DCI в специфичном(-ых) для UE промежутке(-ах) поиска (например, специфичном(-ых) для UE наборе(-ах) промежутков поиска), могут применяться один или более наборов первого(-ых) параметра(-ов), включенных в четвертую информацию (например, применяться для передачи PDSCH).

[0103] Кроме того, в случае, когда один или более наборов первых параметров, включенных в третью информацию, и один или более наборов первых параметров, включенных в четвертую информацию, не сконфигурированы, может (могут) применяться значение(-я) по умолчанию первого(-ых) параметра(-ов) (например, применяться для передачи PDSCH). В данном случае значение(-я) по умолчанию первого(-ых) параметра(-ов) может (могут) быть предварительно определено(-ы) спецификацией и известной информацией между gNB 160 и UE 102. Например, в случае, когда один или более наборов первых параметров, включенных в третью информацию, и один или более наборов вторых параметров, включенных в четвертую информацию, не сконфигурированы, и в случае, когда UE 102 обнаруживает PDCCH для формата 1_0 DCI, и/или формата 1_1 DCI, и/или формата 1_2 DCI (например, в общем промежутке поиска, связанном с CORESET 0 и/или не связанном с CORESET 0, в специфичном для UE промежутке поиска), могут применяться значения по умолчанию первого(-ых) параметра(-ов) (например, применяться для передачи PDSCH).

[0104] Кроме того, вторые параметры (например, PDSCH-TimeDomain ResourceAllocation2) применяют для конфигурирования соотношения во временной области между PDCCH (например, форматом 0_2 DCI) и PDSCH (например, передачей PDSCH). Например, вторые параметры могут включать в себя информацию, указывающую сдвиг (например, сдвиг интервала и/или сдвиг символа), который должен быть применен для передачи PDSCH. Вторые параметры могут также включать в себя информацию, указывающую индекс, дающий действительные комбинации начального символа и длины (также называемый индикатором начала и длины (SLIV)), которые должны быть применены для передачи PDSCH. Вторые параметры могут также включать в себя информацию, указывающую тип сопоставления PDSCH, который должен быть применен для передачи PDSCH.

[0105] В данном случае gNB 160 может передавать, с помощью сообщения RRC, один или более наборов вторых параметров (например, PDSCH-TimeDomainResourceAllocationList2). Кроме того, gNB 160 может указывать, с помощью значения (например, значения «m») поля назначения ресурса временной области, один набор первых параметров среди одного или более наборов первых параметров. Иными словами, gNB 160 может указывать, с помощью значения поля назначения ресурса временной области, какие из сконфигурированных первых параметров UE 102 применяются для передачи PDSCH.

[0106] Более конкретно, в случае, когда UE 102 обнаруживает формат 1_2 DCI, сдвиг (например, сдвиг интервала и/или сдвиг символа), индекс начального символа и длины и/или тип сопоставления PDSCH могут быть определены на основании значения поля назначения ресурса временной области, включенного в формат 1_2 DCI. Например, значение (например, значение «m») поля назначения ресурса временной области может применяться для индикации индекса строки (например, индекса строки «m+1») второй таблицы распределения ресурсов, а вторая таблица распределения ресурсов может применяться для определения одного или более наборов вторых параметров (например, сдвига (например, сдвига интервала и/или сдвига символа), индекса начального символа и длины и/или типа сопоставления PDSCH). Иными словами, индексированная строка второй таблицы распределения ресурсов может применяться для определения одного или более наборов вторых параметров ((например, сдвига интервала и/или сдвига символа), индекса начального символа и длины и/или типа сопоставления PDSCH). В данном случае один или более наборов вторых параметров (например, сдвиг (например, сдвиг интервала и/или сдвиг символа), индекс начального символа и длины и/или тип сопоставления PDSCH) могут быть применены для передачи PDSCH, запланированной с помощью формата 1_2 DCI.

[0107] Кроме того, количество битов (например, размер и/или ширина битов) поля назначения ресурса временной области (например, поля DCI) может быть определено на основании количества записей во второй таблице распределения ресурсов (т. е. количества записей в PDSCH-TimeDomainResourceAllocationList2). Например, максимальное количество второй таблицы распределения (т. е. максимальное количество вторых параметров (т. е. PDSCH-TimeDomainResourceAllocation2) в PDSCH-TimeDomain ResourceAllocationList2) может представлять собой второе значение (например, 64). Иными словами, максимальное количество битов поля назначения ресурса временной области, включенного в формат 1_2 DCI, может составлять 6 битов (т. е. соответствовать первому значению). Например, в случае, когда сконфигурированы 5 наборов вторых параметров (т. е. 5 записей второй таблицы распределения ресурсов), UE 102 может учитывать, что количество битов поля назначения ресурса временной области, включенного в формат 1_2 DCI, составляет 3 бита. Кроме того, например, в случае, когда сконфигурированы 50 наборов вторых параметров (т. е. 50 записей второй таблицы распределения ресурсов), UE 102 может учитывать, что количество битов поля назначения ресурса временной области, включенного в формат 1_2 DCI, составляет 6 битов.

[0108] В данном случае количество битов поля назначения ресурса временной области может быть фиксированным (например, 5 битов). Иными словами, UE 102 может учитывать, что количество битов поля назначения ресурса временной области всегда является фиксированным (например, 5 битов). Иными словами, количество записей во второй таблице распределения ресурсов может быть фиксированным (например, 32 записи соответствуют 5 битам). Например, в случае, когда количество записей во втором распределении ресурса является фиксированным (например, в случае, когда количество битов поля назначения ресурса временной области является фиксированным), один или более наборов вторых параметров могут быть предварительно определены спецификацией. Кроме того, в случае, когда количество записей во втором распределении ресурса является фиксированным (например, в случае, когда количество битов поля назначения ресурса временной области является фиксированным), gNB 160 может всегда конфигурировать фиксированное количество наборов вторых параметров (например, фиксированное количество (например, 32) PDSCH-TimeDomainResourceAllocation2) в PDSCH-TimeDomainResourceAllocationList2.

[0109] В данном случае один или более наборов вторых параметров (например, PDSCH-TimeDomainResourceAllocationList2) могут быть включены в третью информацию (например, PDSCH-ConfigCommon). Кроме того, один или более наборов вторых параметров (например, PDSCH-TimeDomainResourceAllocationList2) могут быть включены в четвертую информацию (например, PDSCH-Config). Например, первые наборы значений вторых параметров могут быть включены в третью информацию, а вторые наборы значений вторых параметров могут быть включены в четвертую информацию.

[0110] Также в случае, когда UE 102 обнаруживает PDCCH для формата 1_2 DCI в общем(-их) промежутке(-ах) поиска, связанном(-ых) с CORESET 0, могут применяться один или более наборов вторых параметров, включенных в третью информацию (например, применяться для передачи PDSCH). Кроме того, в случае, когда UE 102 обнаруживает PDCCH для формата 1_2 DCI в общем(-их) промежутке(-ах) поиска, не связанном(-ых) с CORESET 0, могут применяться один или более наборов вторых параметров, включенных в четвертую информацию (например, применяться для передачи PDSCH). Кроме того, в случае, когда UE 102 обнаруживает PDCCH для формата 1_2 DCI в специфичном(-ых) для UE промежутке(-ах) поиска, могут применяться один или более наборов второго(-ых) параметра(-ов), включенного(-ых) в четвертую информацию (например, применяться для передачи PDSCH).

[0111] Кроме того, в случае, когда один или более наборов вторых параметров, включенных в третью информацию, и один или более наборов вторых параметров, включенных в четвертую информацию, не сконфигурированы, может (могут) применяться значение(-я) по умолчанию второго(-ых) параметра(-ов) (например, применяться для передачи PDSCH). В данном случае значение(-я) по умолчанию второго(-ых) параметра(-ов) может (могут) быть предварительно определено(-ы) спецификацией и известной информацией между gNB 160 и UE 102. Например, в случае, когда один или более наборов вторых параметров, включенных в третью информацию, и один или более наборов вторых параметров, включенных в четвертую информацию, не сконфигурированы, и в случае, когда UE 102 обнаруживает PDCCH для формата 1_2 DCI (например, в общем промежутке поиска, связанном с CORESET 0 и/или не связанном с CORESET 0, в специфичном для UE промежутке поиска), могут применяться значения по умолчанию второго(-ых) параметра(-ов) (например, применяться для передачи PDSCH).

[0112] В еще одном схемном решении новый формат DCI DL не может быть введен, а модификации и/или усовершенствования текущего(-их) формата(-ов) DCI могут требоваться для диспетчеризации PDSCH для усовершенствованной URLLC или других услуг в будущих выпусках. Повторная интерпретация поля(-ей) в текущем формате DCI (например, формат 1_0 DCI или формат 1_1 DCI) может быть применена для предоставления необходимой информации для диспетчеризации PDSCH для усовершенствованной URLLC или других услуг в будущих выпусках.

[0113] Бит(-ы) или часть битов некоторых битовых полей (например, назначение ресурса частотной области, назначение ресурса временной области, сопоставление VRB и PRB, схема модуляции и кодирования, индикатор новых данных, версия резервирования, номер процесса HARQ, индекс назначения нисходящей линии связи, команда TPC для запланированного PUCCH, индикатор ресурса PUCCH, индикатор синхронизации обратной связи HARQ с PDSCH и т. д.) в формате 1_0 DCI (или формате 1_1 DCI) можно повторно интерпретировать как другое(-ие) битовое(-ые) поле(-я) (например, порт(-ы) антенны, индикация конфигурации передачи, индикатор размера объединения PRB, индикатор несущей, индикатор согласования скорости передачи, инициатор CSI-RS ZP, запрос SRS, коэффициент повторения, индикация приоритета и т. д.), если повторная интерпретация является сконфигурированной RRC, указанной в явной или неявной форме.

[0114] Например, если сконфигурировано множество конфигураций и формат 1_0 DCI (или формат 1_1 DCI) применяют для активации и/или деактивации одной или множества конфигураций, номер процесса HARQ битового поля (или индикатор новых данных, версия резервирования) может применяться для указания индикации/идентификатора конфигурации передачи.

[0115] Если назначение приоритетов PDSCH обеспечено, сконфигурировано и/или поддерживается, для индикации уровня назначения приоритетов запланированного PDSCH можно применять номер процесса HARQ битового поля (или индикатор новых данных, версию резервирования) в формате 1_0 DCI (или формате 1_1 DCI).

[0116] Новый формат DCI и/или усовершенствованные/модифицированные форматы DCI для усовершенствованных услуг URLLC и/или других услуг в будущих выпусках в настоящем документе называются форматом DCI URLLC. В настоящем документе описаны способы дифференцирования формата DCI URLLC и формата DCI Rel-15. Новый RNTI может применяться для шифрования CRC формата DCI URLLC. Если сконфигурированы параметры для формата DCI URLLC и/или сконфигурирован размер формата DCI URLLC, UE 102 может отслеживать формат(-ы) DCI URLLC с CRC, зашифрованным с помощью нового RNTI. В еще одном схемном решении для дифференциации может применяться явное поле DCI (например, если сконфигурирован(-ы) параметр(-ы) для размера формата DCI, UE 102 отслеживает формат(-ы) DCI URLLC, который(-ые) включает(-ют) в себя 1-битовую информацию (т. е. UE 102 предполагает, что в формате(-ах)) DCI URLLC присутствует 1-битовая информация. В еще одном техническом решении формат DCI URLLC и формат DCI Rel-15 можно отслеживать в разных промежутках поиска.

[0117] Упомянутый(-ые) выше параметр(-ы) для конфигурирования размера формата DCI может(-гут) быть сконфигурирован(-ы) для каждой обслуживающей соты, каждой BWP DL, каждого CORESET и/или каждого промежутка поиска. Например, если параметр(-ы) сконфигурирован(-ы) для первой BWP DL, UE 102 отслеживает PDCCH на предмет конфигурируемого(-ых) формата(-ов) DCI в первой BWP DL (т. е. если параметр(-ы) не сконфигурирован(-ы) для второй BWP DL, UE 102 не отслеживает PDCCH на предмет конфигурируемого(-ых) формата(-ов) DCI во второй BWP DL). Если параметр(-ы) сконфигурирован(-ы) для первого промежутка поиска, UE 102 отслеживает PDCCH на предмет конфигурируемого(-ых) формата(-ов) DCI в первом промежутке поиска (т. е. если параметр(-ы) не сконфигурирован(-ы) для второго промежутка поиска, UE не отслеживает PDCCH на предмет конфигурируемого(-ых) формата(-ов) DCI во втором промежутке поиска).

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

[0119] Только один параметр обычно можно применять для конфигурирования размера формата DCI DL и размера формата DCI UL или только один параметр обычно можно применять для конфигурирования размера конкретного поля DCI как в формате DCI UL, так и в формате DCI DL. В еще одном примере для конфигурирования размера формата DCI DL и размера формата DCI UL применяют отдельные параметры или для конфигурирования размеров каждого конкретного поля DCI соответственно в формате DCI DL и формате DCI UL применяют отдельные параметры.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0139] URLLC можно совместно применять с другими услугами (например, eMBB). Согласно некоторым подходам из-за требований к задержке URLLC может иметь самый высокий приоритет. В настоящем документе приведены некоторые примеры совместного применения URLLC с другими сервисами (например, в одном или более из нижеследующих описаний фигур).

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

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

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

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

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

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

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

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

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

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

[0150] На Фиг. 4 приведены примеры нескольких численных величин 401. Численная величина №1 401a может представлять собой базовую численную величину (например, опорную численную величину). Например, RE 495a базовой численной величины 401a может быть определен с разносом поднесущих 405a 15 кГц в частотной области и длиной 2048Ts+CP (например, 160Ts или 144Ts) во временной области (т. е. длиной символа № 1 403a), где Ts обозначает единицу времени выборки в основной полосе, определенную как 1 / (15000 * 2048) секунд. Для i-й численной величины разнос 405 поднесущих может быть равен 15*2ⁱ, а эффективная длина символа OFDM - 2048*2ⁱ*Ts. Это может обеспечивать длину символа 2048 • 2^-i • Ts+длина CP (например, 160 • 2^-i • Ts или 144 • 2^-i • Ts). Другими словами, разнос поднесущих i+1-й численной величины вдвое больше, чем для i-й численной величины, а длина символа i+1-й численной величины составляет половину от длины символа i-й численной величины. На Фиг. 4 показаны четыре численные величины, но система может поддерживать другое количество численных величин. Кроме того, система не должна поддерживать все численные величины от 0-й до I-й, i=0, 1, ..., I.

[0151] Например, первая передача UL в первом ресурсе SPS, как упомянуто выше, может быть выполнена только для численной величины №1 (например, при разносе поднесущих 15 кГц). В данном случае UE 102 может получать (обнаруживать) численную величину №1 на основе сигнала синхронизации. Кроме того, UE 102 может принимать выделенный сигнал RRC, включающий в себя информацию (например, команду на передачу обслуживания), конфигурирующую численную величину №1. Выделенный сигнал RRC может представлять собой UE-специфичный сигнал. В данном случае первая передача UL в первом ресурсе SPS может быть выполнена с численной величиной №1, численной величиной №2 (при разносе поднесущих 30 кГц) и/или с численной величиной №3 (при разносе поднесущих 60 кГц).

[0152] Кроме того, вторая передача UL во втором ресурсе SPS, как упомянуто выше, может быть выполнена только с численной величиной №3. В данном случае, например UE 102 может принимать системную информацию (например, блок служебной информации (MIB) и/или блок системной информации (SIB)), включающую в себя информацию, конфигурирующую численную величину №2 и/или численную величину №3.

[0153] Кроме того, UE 102 может принимать выделенный сигнал RRC, включающий в себя информацию (например, команду на передачу обслуживания), конфигурирующую численную величину №2 и/или численную величину №3. Системная информация (например, MIB) может быть передана по каналу BCH (широковещательный канал) и/или с помощью выделенного сигнала RRC. Системная информация (например, SIB) может содержать информацию, относящуюся к оценке наличия у UE 102 разрешенного доступа к соте, и/или определяет диспетчеризацию другой системной информации. Системная информация (SIB) может содержать информацию о конфигурации радиоресурса, которая является общей для множества единиц UE 102. Иными словами, выделенный сигнал RRC может включать в себя каждую из множества конфигураций численной величины (первую численную величину, вторую численную величину и/или третью численную величину) для каждой из передач UL (например, каждой из передач UL-SCH, каждой из передач PUSCH). Кроме того, выделенный сигнал RRC может включать в себя каждую из множества конфигураций численной величины (первую численную величину, вторую численную величину и/или третью численную величину) для каждой из передач DL (каждой из передач PDCCH).

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

[0155] На Фиг. 6 приведены примеры интервалов 683 и подынтервалов 607. Если подынтервал 607 не сконфигурирован более высоким уровнем, UE 102 и eNB и/или gNB 160 могут применять только интервал 683 в качестве блока диспетчеризации. Более конкретно, данный транспортный блок может быть выделен интервалу 683. Если подынтервал 607 сконфигурирован более высоким уровнем, UE 102 и eNB и/или gNB 160 могут применять подынтервал 607, а также интервал 683. Подынтервал 607 может включать в себя один или более символов OFDM. Максимальное количество символов OFDM, которые составляют подынтервал 607, может составлять N^DL _symb-1 (или N^UL _symb-1).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0183] На Фиг. 17 представлена блок-схема, иллюстрирующая способ 1700 для пользовательского оборудования (UE) 102. UE 102 может отслеживать 1702 формат информации управления нисходящей линии связи (DCI) восходящей линии связи (UL), который включает в себя первую информацию для диспетчеризации услуги усовершенствованной сверхнадежной связи с малым временем задержки (URLLC) в физическом совместно применяемом канале для передачи данных по восходящей линии связи (PUSCH). Первая информация формата DCI UL может включать в себя по меньшей мере одно из следующего: информация о порте антенны, индикация конфигурации передачи, запрос зондирующих опорных сигналов (SRS), индикация несущей, запроса информации о состоянии канала (CSI), индикатор beta_offset, индикатор ресурса SRS, коэффициент повторения, индикация приоритета или назначение ресурса временной области.

[0184] UE 102 может отслеживать 1704 формат DCI нисходящей линии связи (DL), который включает в себя вторую информацию для диспетчеризации услуги усовершенствованной URLLC в физическом совместно применяемом канале для передачи данных по нисходящей линии связи (PDSCH). Второй формат DCI DL может включать в себя по меньшей мере одно из следующего: информация о порте антенны, индикация конфигурации передачи, запрос SRS, индикация несущей, коэффициент повторения, индикация приоритета, индикатор согласования скорости передачи, индикатор размера объединения физического ресурсного блока (PRB), инициирование опорного сигнала информации о состоянии канала (CSI-RS) с нулевой мощностью (ZP) или назначение ресурса временной области.

[0185] В одном подходе формат DCI UL и формат DCI DL могут представлять собой новые форматы DCI. В другом подходе первая информация формата DCI UL и вторая информация формата DCI DL модифицируют форматы DCI 3GPP выпуска 15. Поля в форматах DCI 3GPP выпуска 15 могут быть повторно интерпретированы для определения первой информации и второй информации.

[0186] На Фиг. 18 представлена блок-схема, иллюстрирующая способ 1800, выполняемый базовой станцией (gNB) 160. gNB 160 может создавать 1802 формат информации управления нисходящей линии связи (DCI) восходящей линии связи (UL), который включает в себя первую информацию для диспетчеризации услуги усовершенствованной сверхнадежной связи с малым временем задержки (URLLC) в физическом совместно применяемом канале для передачи данных по восходящей линии связи (PUSCH). gNB 160 может создавать 1804 формат DCI нисходящей линии связи (DL), который включает в себя вторую информацию для диспетчеризации услуги усовершенствованной URLLC в физическом совместно применяемом канале для передачи данных по нисходящей линии связи (PDSCH).

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

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

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

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

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

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

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

[0193] В настоящем документе термин «и/или» следует интерпретировать в значении «один или более элементов». Например, выражение «А, B и/или С» следует интерпретировать как означающее любой из вариантов: только А, только B, только С, А и B (но не С), B и С (но не А), А и С (но не B) или все из А, B и С. В контексте настоящего документа выражение «по меньшей мере один из» следует интерпретировать в значении «один или более элементов». Например, выражение «по меньшей мере один из А, B и С» или выражение «по меньшей мере один из А, B или С» следует интерпретировать как означающее любой из вариантов: только А, только B, только С, А и B (но не С), B и С (но не А), А и С (но не B) или все из А, B и С. В контексте настоящего документа выражение «один или более из» следует интерпретировать в значении «один или более элементов». Например, выражение «один или более из А, B и С» или выражение «один или более из А, B или С» следует интерпретировать как любой из вариантов: только А, только B, только С, А и B (но не С), B и С (но не А), А и С (но не B) или все из А, B и С.

[0194] <Изложение сущности>

В одном примере предложено пользовательское оборудование (UE), содержащее: процессор более высокого уровня, выполненный с возможностью отслеживания формата информации управления нисходящей линии связи (DCI) восходящей линии связи (UL), который включает в себя первую информацию для диспетчеризации услуги усовершенствованной сверхнадежной связи с малым временем задержки (URLLC) в физическом совместно применяемом канале для передачи данных по восходящей линии связи (PUSCH); и процессор более высокого уровня, выполненный с возможностью отслеживания формата DCI нисходящей линии связи (DL), который включает в себя вторую информацию для диспетчеризации услуги усовершенствованной URLLC в физическом совместно применяемом канале для передачи данных по нисходящей линии связи (PDSCH).

[0195] В одном примере предложено UE, отличающееся тем, что первая информация формата DCI UL содержит по меньшей мере одно из информации о порте антенны, индикации конфигурации передачи, запроса зондирующих опорных сигналов (SRS), индикации несущей, запроса информации о состоянии канала (CSI), индикатора beta_offset, индикатора ресурса SRS, коэффициента повторения, индикации приоритета или назначения ресурса временной области.

[0196] В одном примере предложено UE, отличающееся тем, что второй формат DCI DL содержит по меньшей мере одно из информации о порте антенны, индикации конфигурации передачи, запроса SRS, индикации несущей, коэффициента повторения, индикации приоритета, индикатора согласования скорости передачи, индикатора размера объединения физического ресурсного блока (PRB), инициирования опорного сигнала информации о состоянии канала (CSI-RS) с нулевой мощностью (ZP) или назначения ресурса временной области.

[0197] В одном примере предложено UE, отличающееся тем, что формат DCI UL и формат DCI DL представляют собой новые форматы DCI.

[0198] В одном примере предложено UE, отличающееся тем, что первая информация формата DCI UL и вторая информация формата DCI DL модифицируют форматы DCI 3GPP выпуска 15.

[0199] В одном примере предложено UE, отличающееся тем, что поля в форматах DCI версии 3GPP выпуска 15 повторно интерпретируются для определения первой информации и второй информации.

[0200] В одном примере предложена базовая станция (gNB), содержащая: процессор более высокого уровня, выполненный с возможностью генерирования формата информации управления нисходящей линии связи (DCI) восходящей линии связи (UL), который включает в себя первую информацию для диспетчеризации услуги усовершенствованной сверхнадежной связи с малым временем задержки (URLLC) в физическом совместно применяемом канале для передачи данных по восходящей линии связи (PUSCH); и процессор более высокого уровня, выполненный с возможностью генерирования формата DCI нисходящей линии связи (DL), который включает в себя вторую информацию для диспетчеризации услуги усовершенствованной URLLC в физическом совместно применяемом канале для передачи данных по нисходящей линии связи (PDSCH).

[0201] В одном примере предложена gNB, отличающаяся тем, что первая информация формата DCI UL содержит по меньшей мере одно из информации о порте антенны, индикации конфигурации передачи, запроса зондирующих опорных сигналов (SRS), индикации несущей, запроса информации о состоянии канала (CSI), индикатора beta_offset, индикатора ресурса SRS, коэффициента повторения, индикации приоритета или назначения ресурса временной области.

[0202] В одном примере предложена gNB, отличающаяся тем, что второй формат DCI DL содержит по меньшей мере одно из информации о порте антенны, индикации конфигурации передачи, запроса SRS, индикации несущей, коэффициента повторения, индикации приоритета, индикатора согласования скорости передачи, индикатора размера объединения физического ресурсного блока (PRB), инициирования опорного сигнала информации о состоянии канала (CSI-RS) с нулевой мощностью (ZP) или назначения ресурса временной области.

[0203] В одном примере предложена gNB, отличающаяся тем, что первая информация о формате DCI UL и вторая информация о формате DCI DL представляют собой новые форматы DCI.

[0204] В одном примере предложена gNB, отличающаяся тем, что первая информация о формате DCI UL и вторая информация о формате DCI DL модифицируют форматы DCI 3GPP выпуска 15.

[0205] В одном примере предложена gNB, отличающаяся тем, что поля в форматах DCI 3GPP выпуска 15 повторно интерпретируются для определения первой информации и второй информации.

[0206] В одном примере предложен способ, реализуемый пользовательским оборудованием (UE), включающий в себя: отслеживание формата информации управления нисходящей линии связи (DCI) восходящей линии связи (UL), который включает в себя первую информацию для диспетчеризации услуги усовершенствованной сверхнадежной связи с малым временем задержки (URLLC) в физическом совместно применяемом канале для передачи данных по восходящей линии связи (PUSCH); и отслеживание формата DCI нисходящей линии связи (DL), который включает в себя вторую информацию для диспетчеризации услуги усовершенствованной URLLC в физическом совместно применяемом канале для передачи данных по нисходящей линии связи (PDSCH).

[0207] В одном примере предложен способ, реализуемый базовой станцией (gNB), включающий в себя: генерирование формата информации управления нисходящей линии связи (DCI) восходящей линии связи (UL), который включает в себя первую информацию для диспетчеризации услуги усовершенствованной сверхнадежной связи с малым временем задержки (URLLC) в физическом совместно применяемом канале для передачи данных по восходящей линии связи (PUSCH); и генерирование формата DCI нисходящей линии связи (DL), который включает в себя вторую информацию для диспетчеризации услуги усовершенствованной URLLC в физическом совместно применяемом канале для передачи данных по нисходящей линии связи (PDSCH).

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

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

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

[0211] В одном примере предложен способ связи устройства базовой станции, включающий в себя: передачу сообщения управления радиоресурсами (RRC), содержащего первую информацию, применяемую для первой передачи физического совместно применяемого канала для передачи данных по восходящей линии связи (PUSCH), запланированной первым форматом информации управления нисходящей линии связи (DCI), причем первая информация содержит первый параметр для определения портов антенны, второй параметр для определения несущей(-их), третий параметр для определения приоритета и первую таблицу распределения, применяемую для определения распределения временной области, передачу сообщения RRC, содержащего вторую информацию, применяемую для второй передачи PUSCH, запланированной вторым форматом DCI, причем вторая информация содержит четвертый параметр для определения портов антенны, пятый параметр для определения несущей(-их), шестой параметр для определения приоритета и вторую таблицу распределения, применяемую для определения распределения временной области, прием первой передачи PUSCH в соответствии с первой информацией на основании передачи первого формата DCI, прием второй передачи PUSCH в соответствии со второй информацией на основании передачи второго формата DCI, причем первый формат DCI и второй формат DCI отслеживаются в разных промежутках поиска.

[0212] <Перекрестная ссылка>

Настоящая непредварительная заявка испрашивает приоритет согласно §119 раздела 35 Свода законов США по предварительной заявке № 62/825 538 от 28 марта 2019 г., содержание которой полностью включено в настоящий документ путем ссылки.

Claims (17)

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

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

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

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

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

2. Пользовательское оборудование по п. 1, в котором блок приема также выполнен с возможностью отслеживания первого формата DCI и второго формата DCI в разных промежутках поиска.

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

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

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

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

выполнение, основываясь на определении второго формата DCI, в соответствии с четвертым параметром, пятым параметром, шестым параметром и седьмым параметром, второй передачи PUSCH.

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

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

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

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

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

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

Images