КАНАЛ УПРАВЛЕНИЯ НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ ДЛЯ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ ПОВЫШЕННОЙ НАДЕЖНОСТИ С МАЛЫМ ВРЕМЕНЕМ ЗАДЕРЖКИ
DOWNLINK CONTROL CHANNEL FOR UPLINK OF INCREASED RELIABILITY WITH LOW LATENCY TIME

РОДСТВЕННЫЕ ЗАЯВКИ
[0001]
Настоящая заявка относится к предварительной заявке на патент США № 62/475,766, озаглавленной «DOWNLINK CONTROL CHANNEL FOR UPLINK ULTRA–RELIABLE AND LOW–LATENCY COMMUNICATIONS», поданной 23 марта 2017 г., содержание которой полностью включено в настоящий документ путем ссылки, и испрашивает приоритет по ней.
ОБЛАСТЬ ТЕХНИЧЕСКОГО ПРИМЕНЕНИЯ
[0002]
Настоящее описание относится по существу к системам связи. Более конкретно, настоящее описание относится к каналу управления нисходящей линии связи для восходящей линии связи повышенной надежности с малым временем задержки (URLLC).
ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ
[0003]
Стали создавать устройства меньшего размера и большей мощности для удовлетворения запросов потребителя и улучшения портативности и удобства. Потребители стали зависимыми от устройств беспроводной связи и привыкли рассчитывать на надежное обслуживание, расширенные зоны покрытия и улучшенные функциональные возможности. Система беспроводной связи может обеспечивать связь для некоторого количества устройств беспроводной связи, каждое из которых может обслуживать базовая станция. Базовая станция может представлять собой устройство, которое обменивается данными с устройствами беспроводной связи.
[0004]
По мере развития устройств беспроводной связи удалось улучшить пропускную способность, скорость, гибкость и/или эффективность. Однако улучшения пропускной способности, скорости, гибкости и/или эффективности могут быть связаны с определенными проблемами.
[0005]
Например, устройства беспроводной связи могут обмениваться данными с одним или более устройствами, использующими структуру связи. При этом используемая структура связи может обеспечивать лишь ограниченную гибкость и/или эффективность. Как проиллюстрировано в настоящем описании, преимуществом могут обладать системы и способы, повышающие гибкость и/или эффективность обмена данными.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0006]
На Фиг. 1 представлена блок–схема, иллюстрирующая один вариант реализации одной или более базовых станций (gNB) и одного или более пользовательского оборудования (UE), в которых могут быть применены на практике системы и способы связи повышенной надежности с малым временем задержки.
[0007]
На Фиг. 2 приведен пример, иллюстрирующий временные соответствия между физическим каналом управления нисходящей линии связи (PDCCH) и соответствующими повторениями сверхнадежной передачи данных по восходящей линии связи (UL) повышенной надежности с малым временем задержки (URLLC).
[0008]
На Фиг. 3A–3D проиллюстрированы примеры PDCCH, который основан на другом временном разбиении по сравнению со сконфигурированными повторениями UL URLLC.
[0009]
На Фиг. 4 представлена схема, иллюстрирующая один пример ресурсной сетки для нисходящей линии связи.
[0010]
На Фиг. 5 представлена схема, иллюстрирующая один пример ресурсной сетки для восходящей линии связи.
[0011]
На Фиг. 6 приведены примеры нескольких численных величин.
[0012]
На Фиг. 7 приведены примеры структур подкадров для численных величин, представленных на Фиг. 6.
[0013]
На Фиг. 8 приведены примеры интервалов и подынтервалов.
[0014]
На Фиг. 9 приведены примеры временной шкалы диспетчеризации.
[0015]
На Фиг. 10 приведены примеры областей мониторинга канала управления нисходящей линии связи (DL).
[0016]
На Фиг. 11 приведены примеры канала управления DL, который включает в себя более одного элемента канала управления.
[0017]
На Фиг. 12 приведены примеры структур канала управления восходящей линии связи (UL).
[0018]
На Фиг. 13 представлена блок–схема, иллюстрирующая один вариант реализации gNB.
[0019]
На Фиг. 14 представлена блок–схема, иллюстрирующая один вариант реализации UE.
[0020]
На Фиг. 15 показаны различные компоненты, которые можно использовать в UE.
[0021]
На Фиг. 16 показаны различные компоненты, которые можно использовать в gNB.
[0022]
На Фиг. 17 представлена блок–схема, иллюстрирующая один вариант реализации UE, в котором могут быть реализованы системы и способы связи повышенной надежности с малым временем задержки.
[0023]
На Фиг. 18 представлена блок–схема, иллюстрирующая один вариант реализации gNB, в котором могут быть реализованы системы и способы связи повышенной надежности с малым временем задержки.
[0024]
На Фиг. 19 представлена блок–схема, иллюстрирующая способ передачи данных устройства UE, которое обменивается данными с gNB.
[0025]
На Фиг. 20 представлена блок–схема, иллюстрирующая способ передачи данных станции gNB, которая обменивается данными с UE.
[0026]
На Фиг. 21 представлена блок–схема, иллюстрирующая другой способ передачи данных устройства UE, которое обменивается данными с gNB.
[0027]
На Фиг. 22 представлена блок–схема, иллюстрирующая другой способ передачи данных станции gNB, которая обменивается данными с UE.
ПОДРОБНОЕ ОПИСАНИЕ
[0028]
Описано пользовательское оборудование (UE). UE включает в себя схему приема, выполненную с возможностью приема сообщения управления радиоресурсом, включающего в себя первую информацию, используемую для указания периодичности. Схема приема также выполнена с возможностью приема по физическому каналу управления нисходящей линии связи (PDCCH) информации управления нисходящей линии связи (DCI) с циклической проверкой четности с избыточностью (CRC), скремблированной первым временным идентификатором радиосети (RNTI), причем DCI включает в себя информацию, указывающую ресурс временной области. UE также включает в себя схему передачи, выполненную с возможностью выполнения передачи по физическому совместно применяемому каналу для передачи данных по восходящей линии связи (PUSCH) в символе на основе DCI с CRC, скремблированной первым RNTI и первой информацией. Ресурс временной области включает в себя индекс символа, в котором происходит передача по PUSCH, и значение смещения интервала. Индекс символа, в котором происходит передача по PUSCH, находится в интервале, заданном значением смещения интервала.
[0029]
Схема приема может также быть выполнена с возможностью приема сообщения управления радиоресурсом, включающего в себя первый параметр. Схема приема может быть дополнительно выполнена с возможностью приема сообщения управления радиоресурсом, включающего в себя второй параметр. Схема приема может быть дополнительно выполнена с возможностью приема информации DCI с CRC, скремблированной вторым RNTI, по PDCCH, причем DCI используют для диспетчеризации PUSCH. Схема передачи может также быть выполнена с возможностью передачи опорного сигнала демодуляции (DMRS) для PUSCH. В случае выполнения передачи по PUSCH на основе DCI с CRC, скремблированной первым RNTI и первой информацией, DMRS для PUSCH генерируют на основе первого параметра. В случае выполнения передачи по PUSCH на основе DCI с CRC, скремблированной вторым RNTI, DMRS для PUSCH генерируют на основе второго параметра.
[0030]
Описано другое UE, которое обменивается данными с устройством базовой станции. UE включает в себя схему приема, выполненную с возможностью приема сообщения управления радиоресурсом, включающего в себя первую информацию, используемую для указания периодичности. Схема приема также выполнена с возможностью приема сообщения управления радиоресурсом, включающего в себя вторую информацию, используемую для указания значения смещения интервала. Схема приема дополнительно выполнена с возможностью приема сообщения управления радиоресурсом, включающего в себя третью информацию, используемую для указания индекса символа. UE также включает в себя схему передачи, выполненную с возможностью осуществления передачи по PUSCH в символе на основе первой информации, второй информации и третьей информации. Индекс символа, в котором происходит передача по PUSCH, находится в интервале, заданном первой информацией и второй информацией.
[0031]
Кроме того, описано устройство базовой станции (gNB), которое обменивается данными с пользовательским оборудованием. gNB включает в себя схему передачи, выполненную с возможностью передачи сообщения управления радиоресурсом, включающего в себя первую информацию, используемую для указания периодичности. Схема передачи также выполнена с возможностью передачи информации DCI с CRC, скремблированной первым RNTI, по PDCCH, причем DCI включает в себя информацию, указывающую ресурс временной области. gNB также включает в себя схему приема, выполненную с возможностью выполнения приема по PUSCH в символе на основе DCI с CRC, скремблированной первым RNTI и первой информацией. Ресурс временной области включает в себя индекс символа, в котором происходит прием по PUSCH, и значение смещения интервала. Индекс символа, в котором происходит прием по PUSCH, находится в интервале, заданном значением смещения интервала.
[0032]
Схема передачи может также быть выполнена с возможностью передачи сообщения управления радиоресурсом, включающего в себя первый параметр. Схема передачи может быть дополнительно выполнена с возможностью передачи сообщения управления радиоресурсом, включающего в себя второй параметр. Схема передачи может быть дополнительно выполнена с возможностью передачи информации DCI с CRC, скремблированной вторым RNTI, по PDCCH, причем DCI используют для диспетчеризации PUSCH. Схема приема может быть выполнена с возможностью приема DMRS для PUSCH. В случае выполнения приема по PUSCH на основе DCI с CRC, скремблированной первым RNTI и первой информацией, DMRS для PUSCH принимается на основе первого параметра. В случае выполнения приема по PUSCH на основе DCI с CRC, скремблированной вторым RNTI, DMRS для PUSCH принимается на основе второго параметра.
[0033]
Кроме того, описана другая gNB, которая обменивается данными с пользовательским оборудованием. gNB включает в себя схему передачи, выполненную с возможностью передачи сообщения управления радиоресурсом, включающего в себя первую информацию, используемую для указания периодичности. Схема передачи также выполнена с возможностью передачи сообщения управления радиоресурсом, включающего в себя вторую информацию, используемую для указания значения смещения интервала. Схема передачи дополнительно выполнена с возможностью передачи сообщения управления радиоресурсом, включающего в себя третью информацию, используемую для указания индекса символа. gNB также включает в себя схему приема, выполненную с возможностью осуществления приема по PUSCH в символе на основе первой информации, второй информации и третьей информации. Индекс символа, в котором происходит прием по PUSCH, находится в интервале, заданном первой информацией и второй информацией.
[0034]
Кроме того, описан способ связи UE, которое обменивается данными с gNB. Способ включает прием сообщения управления радиоресурсом, включающего в себя первую информацию, используемую для указания периодичности. Способ также включает прием по PDCCH информации DCI с CRC, скремблированной первым RNTI, причем DCI включает в себя информацию, указывающую ресурс временной области. Способ дополнительно включает осуществление передачи по PUSCH в символе на основе DCI с CRC, скремблированной первым RNTI и первой информацией. Ресурс временной области включает в себя индекс символа, в котором происходит передача по PUSCH, и значение смещения интервала. Индекс символа, в котором происходит передача по PUSCH, находится в интервале, заданном значением смещения интервала.
[0035]
Способ может также включать прием сообщения управления радиоресурсом, включающего в себя первый параметр. Способ может дополнительно включать прием сообщения управления радиоресурсом, включающего в себя второй параметр. Способ может дополнительно включать прием информации DCI с CRC, скремблированной вторым RNTI, по PDCCH, причем DCI используют для диспетчеризации PUSCH. Способ может также включать передачу DMRS для PUSCH. В случае выполнения передачи по PUSCH на основе DCI с CRC, скремблированной первым RNTI и первой информацией, DMRS для PUSCH генерируют на основе первого параметра. В случае выполнения передачи по PUSCH на основе DCI с CRC, скремблированной вторым RNTI, DMRS для PUSCH генерируют на основе второго параметра.
[0036]
Кроме того, описан другой способ связи UE, которое обменивается данными с gNB. Способ включает прием сообщения управления радиоресурсом, включающего в себя первую информацию, используемую для указания периодичности. Способ также включает прием сообщения управления радиоресурсом, включающего в себя вторую информацию, используемую для указания величины смещения интервала. Способ дополнительно включает прием сообщения управления радиоресурсом, включающего в себя третью информацию, используемую для указания индекса символа. Способ дополнительно включает осуществление передачи по PUSCH в символе на основе первой информации, второй информации и третьей информации. Индекс символа, в котором происходит передача по PUSCH, находится в интервале, заданном первой информацией и второй информацией.
[0037]
Кроме того, описан способ связи gNB, которая обменивается данными с UE. Способ включает передачу сообщения управления радиоресурсом, включающего в себя первую информацию, используемую для указания периодичности. Способ также включает передачу информации DCI с CRC, скремблированной первым RNTI, по PDCCH, причем DCI включает в себя информацию, указывающую ресурс временной области. Способ дополнительно включает осуществление приема по PUSCH в символе на основе DCI с CRC, скремблированной первым RNTI и первой информацией. Ресурс временной области включает в себя индекс символа, в котором происходит прием по PUSCH, и значение смещения интервала. Индекс символа, в котором происходит прием по PUSCH, находится в интервале, заданном значением смещения интервала.
[0038]
Способ может также включать передачу сообщения управления радиоресурсом, включающего в себя первый параметр. Способ может дополнительно включать передачу сообщения управления радиоресурсом, включающего в себя второй параметр. Способ может дополнительно включать передачу информации DCI с CRC, скремблированной вторым RNTI, по PDCCH, причем DCI используют для диспетчеризации PUSCH. Способ может также включать прием DMRS для PUSCH. В случае выполнения приема по PUSCH на основе DCI с CRC, скремблированной первым RNTI и первой информацией, DMRS для PUSCH принимается на основе первого параметра. В случае выполнения приема по PUSCH на основе DCI с CRC, скремблированной вторым RNTI, DMRS для PUSCH принимается на основе второго параметра.
[0039]
Кроме того, описан другой способ связи gNB, которая обменивается данными с UE. Способ включает передачу сообщения управления радиоресурсом, включающего в себя первую информацию, используемую для указания периодичности. Способ также включает передачу сообщения управления радиоресурсом, включающего в себя вторую информацию, используемую для указания величины смещения интервала. Способ дополнительно включает передачу сообщения управления радиоресурсом, включающего в себя третью информацию, используемую для указания индекса символа. Способ дополнительно включает осуществление приема по физическому совместно применяемому каналу для передачи данных по восходящей линии связи (PUSCH) в символе на основе первой информации, второй информации и третьей информации. Индекс символа, в котором происходит прием по PUSCH, находится в интервале, заданном первой информацией и второй информацией.
[0040]
Партнерский проект по системам 3–го поколения, также называемый 3GPP, представляет собой соглашение о сотрудничестве, призванное определить применимые в глобальном масштабе технические характеристики и технические отчеты для систем беспроводной связи третьего и четвертого поколений. 3GPP может определять характеристики для сетей, систем и устройств мобильной связи следующего поколения.
[0041]
Стандарт долгосрочного развития сетей связи (LTE) 3GPP – это название, присвоенное проекту по улучшению стандарта мобильного устройства или телефона универсальной системы мобильной связи (UMTS) для удовлетворения будущих требований. В одном аспекте UMTS модифицирована для обеспечения поддержки и спецификации усовершенствованного универсального наземного радиодоступа (E–UTRA) и сети усовершенствованного универсального наземного радиодоступа (E–UTRAN).
[0042]
По меньшей мере некоторые аспекты систем и способов, описанных в настоящем документе, могут быть описаны в связи с 3GPP LTE, LTE–Advanced (LTE–A) и другими стандартами (например, 3GPP выпусков 8, 9, 10, 11 и/или 12). Однако объем настоящего описания не должен быть ограничен в этом отношении. По меньшей мере некоторые аспекты систем и способов, описанных в настоящем документе, можно использовать в других типах систем беспроводной связи.
[0043]
Устройство беспроводной связи может быть электронным устройством, используемым для передачи речи и/или данных на базовую станцию, которая может в свою очередь обмениваться данными с сетью устройств (например, с коммутируемой телефонной сетью общего пользования (PSTN), Интернетом и т. д.). При описании систем и способов в настоящем документе устройство беспроводной связи может альтернативно упоминаться как мобильная станция, UE, терминал доступа, абонентская станция, мобильный терминал, удаленная станция, пользовательский терминал, терминал, абонентское устройство, мобильное устройство и т. д. Примеры устройств беспроводной связи включают в себя сотовые телефоны, смартфоны, персональные цифровые помощники (PDA), ноутбуки, нетбуки, электронные устройства для чтения, беспроводные модемы и т. д. В спецификациях 3GPP устройство беспроводной связи обычно называется UE. Однако, поскольку объем настоящего описания не должен ограничиваться стандартами 3GPP, в настоящем документе термины UE и «устройство беспроводной связи» можно использовать взаимозаменяемо, означая более общий термин «устройство беспроводной связи». UE может также в более общем виде называться терминальным устройством.
[0044]
В спецификациях 3GPP базовую станцию обычно обозначают как Node B, усовершенствованный узел B (eNB), домашний улучшенный или усовершенствованный узел B (HeNB) или используют некоторую другую подобную терминологию. Поскольку объем описания не должен ограничиваться стандартами 3GPP, в настоящем документе термины «базовая станция», «Node B», «eNB» и «HeNB» можно использовать взаимозаменяемо, обозначая более общий термин «базовая станция». Более того, термин «базовая станция» можно использовать для обозначения точки доступа. Точка доступа может быть электронным устройством, которое обеспечивает доступ к сети (например, к локальной сети (LAN), Интернету и т. д.) для устройств беспроводной связи. Термин «устройство связи» можно использовать для обозначения устройства беспроводной связи и/или базовой станции. eNB может быть также обозначен в более общем виде как устройство базовой станции.
[0045]
Следует отметить, что используемый в настоящем документе термин «сота» может быть любым набором каналов связи, которые специфицированы посредством стандартизации или регламентированы регулирующими органами для использования в качестве стандарта усовершенствованной международной мобильной связи (IMT–Advanced), причем весь набор или его подмножество могут быть приняты 3GPP в качестве лицензированных диапазонов частот (например, полос частот), подлежащих использованию для обмена данными между eNB и UE. Следует также отметить, что при общем описании E–UTRA и E–UTRAN используемый в настоящем документе термин «сота» может быть определен как «комбинация ресурсов нисходящей линии связи и необязательно восходящей линии связи». Связь между несущей частотой ресурсов нисходящей линии связи и несущей частотой ресурсов восходящей линии связи может быть указана в системной информации, передаваемой по ресурсам нисходящей линии связи.
[0046]
«Сконфигурированные соты» представляют собой соты, о которых известно UE и для которых у него имеется разрешение от eNB на передачу или прием информации. «Сконфигурированная (–ые) сота (–ы)» может (могут) быть обслуживающей (–ими) сотой (–ами). UE может принимать системную информацию и выполнять требуемые измерения на всех сконфигурированных сотах. «Сконфигурированная (–ые) сота (–ы)» для радиосоединения могут включать в себя первичную соту и/или ни одной, одну или более вторичную (–ые) соту (соты). «Активированные соты» представляют собой те сконфигурированные соты, на которых UE осуществляет передачу и прием. Таким образом, активированные соты представляют собой те соты, для которых UE контролирует физический канал управления нисходящей линии связи (PDCCH) и, в случае передачи по нисходящей линии связи, те соты, для которых UE декодирует физический совместно применяемый канал для передачи данных по нисходящей линии связи (PDSCH). «Деактивированные соты» представляют собой те сконфигурированные соты, для которых UE не контролирует PDCCH передачи. Следует отметить, что «сота» может быть описана посредством различных показателей. Например, «сота» может иметь временные, пространственные (например, географические) и частотные характеристики.
[0047]
Сотовая связь пятого поколения (5G) (также называемая 3GPP «новая радиосеть», «технология доступа новой радиосети» или «NR») предусматривает использование ресурсов времени/частоты/пространства для обеспечения возможности расширенной мобильной широкополосной связи (eMBB) и сверхнадежных служб связи с низким значением задержки (URLLC), а также служб наподобие массовой связи машинного типа (mMTC). Базовую станцию новой радиосети можно называть gNB. gNB также в более общем виде может называться устройством базовой станции.
[0048]
–5
Описанные в данном документе системы и способы описывают подходы к управлению передачей/повторной передачей URLLC для удовлетворения требований по задержке/надежности. Некоторые основные требования к URLLC относятся к задержке и надежности в плоскости пользователя (U). Для URLLC целевая задержка в плоскости пользователя составляет 0,5 миллисекунды (мс) в каждую сторону как для UL, так и для DL. Целевая надежность составляет 1–10 для X байтов в течение 1 мс.
[0049]
Эти специфичные для URLLC ограничения затрудняют разработку гибридного автоматического запроса повторения (HARQ) и механизма повторной передачи. Например, приемник должен отвечать быстрым подтверждением (ACK), или отрицательным подтверждением (NACK), или предоставлением восходящей линии связи для удовлетворения требованию по задержке, либо передатчик может немедленно повторять передачу, не ожидая ACK/NACK, для повышения надежности. С другой стороны, для дополнительного повышения надежности повторения поддерживают на основе предоставления или без него. Важной проблемой также является способ прекращения повторений. Описанные системы и способы описывают схему URLLC HARQ/повторной передачи в разных случаях.
[0050]
Системы и способы, описанные в данном документе, представляют различные случаи, в которых может быть инициирован PDCCH. В первом случае PDCCH может быть инициирован, когда eNB/gNB не может декодировать данные, но обнаруживает идентификатор UE. eNB/gNB может отправлять PDCCH этому UE для предоставления повторной передачи с повторением (–ями) или без повторения (–й).
[0051]
Во втором случае PDCCH может быть инициирован, когда eNB/gNB принимает (расширенный) отчет о состоянии буфера (BSR) для последующей передачи данных. eNB/gNB может использовать PDCCH для предоставления передачи с повторением (–ями) или без повторения (–й).
[0052]
В третьем случае PDCCH может быть инициирован, когда eNB/gNB принимает информацию (например, запас мощности, приоритет, численная величина/длительность интервала времени передачи (TTI) и т. д.) для последующей передачи данных посредством элемента управления (CE) доступом к среде (MAC). eNB/gNB может использовать PDCCH для предоставления передачи с повторением (–ями) или без повторения (–й).
[0053]
В четвертом случае PDCCH может быть инициирован, когда eNB/gNB принимает (расширенный) запрос диспетчеризации от UE. eNB/gNB может отправлять PDCCH этому UE для предоставления передачи с повторением (–ями) или без повторения (–й).
[0054]
В пятом случае PDCCH может быть инициирован, когда eNB/gNB успешно декодирует транспортный блок (TB). eNB/gNB может отправлять PDCCH этому UE для подтверждения успешной передачи и/или завершения повторений того же TB.
[0055]
В шестом случае PDCCH может быть инициирован при мультиплексировании некоторой информации (например, размера буфера, запаса мощности, приоритета, численной величины/длительности TTI и т. д.), относящейся к передаче данных, с данными на уровне 1, и eNB/gNB неспособен декодировать данные, но обнаруживает связанную информацию и узнает идентификатор UE. eNB/gNB может отправлять PDCCH этому UE для предоставления последней передачи.
[0056]
Описанные в данном документе системы и способы также подробно описывают содержание PDCCH. Информация управления нисходящей линии связи (DCI), переносимый PDCCH, может включать в себя по меньшей мере одно из следующего. DCI, переносимый PDCCH, может включать в себя количество повторений PUSCH. Набор чисел может быть сконфигурирован более высоким уровнем (например, RRC). DCI может использовать некоторые биты для указания выбора для повторений.
[0057]
DCI, переносимый PDCCH, может включать в себя информацию о ресурсах (т. е. выделение ресурсов). В варианте реализации индикатор ресурса может находиться в частотной области (например, индикатор ресурсного блока). В другом варианте реализации индикатор ресурса может находиться во временной области. Согласно одному подходу можно использовать индекс/смещение подкадра/интервала/мини–интервала/символа OFDM (OS) к индикатору ресурса во временной области. Согласно второму подходу к индикатору ресурса временной области начальная позиция подкадра/интервала/мини–интервала/OS может быть получена из временных характеристик PDCCH, причем сконфигурировано временное соотношение между PDCCH и соответствующим ресурсом временной области. Согласно третьему подходу к индикатору ресурса временной области индекс подкадра предварительно сконфигурированного ресурса может быть определен конфигурацией RRC, в то время как индекс/смещение мини–интервала может быть определен посредством активации SPS или динамически выделен посредством предоставления DCI.
[0058]
Согласно другому подходу к индикатору ресурса временной области можно использовать битовую карту мини–интервала/OS. С помощью битовой карты можно исключать некоторые важные части или предотвращать серьезные конфликты.
[0059]
DCI, переносимый PDCCH, может включать в себя флаг скачкообразного изменения частоты. Шаблон скачкообразного изменения может быть сконфигурирован более высоким уровнем, и можно использовать флаг для инициирования (или не инициирования) скачкообразного изменения частоты.
[0060]
DCI, переносимый PDCCH, может включать в себя номер процесса HARQ. Количество битов индикации может быть определено количеством процессов HARQ, поддерживаемых для передачи UL URLLC, которое может быть указано в спецификации.
[0061]
DCI, переносимый PDCCH, может включать в себя один или несколько из MCS, RV и/или индикатора новых данных.
[0062]
DCI, переносимый PDCCH, может включать в себя количество повторений PDCCH. Для повышения надежности информации управления повторения могут также понадобиться для PDCCH.
[0063]
n+k
k
k
k
DCI, переносимый PDCCH, может включать в себя временные параметры предоставления диспетчеризации восходящей линии связи. PDCCH диспетчеризации, заканчивающийся на индекс n единицы времени нисходящей линии связи (например, подкадра, интервала, мини–интервала, OS), действителен для передачи PUSCH восходящей линии связи, начинающейся в индексе  единицы времени восходящей линии связи (например, подкадра, интервала, мини–интервала, OS). В случае поддержки для UL URLLC множества синхронизаций,  будет динамически указан DCI. Набор значений  может быть сконфигурирован более высоким уровнем (например, RRC). DCI использует некоторые биты для указания выбора значения синхронизации .
[0064]
DCI, переносимый PDCCH, может включать в себя флаг для различения подкадра/интервала/мини–интервала/OS. Предоставление восходящей линии связи можно осуществлять на основе подкадра, интервала, мини–интервала или OS. Флаг используют для различения форматов.
[0065]
Описанные в данном документе системы и способы также подробно описывают, что инициирует PDCCH. После приема PDCCH UE может останавливать повторение (–я) одного и того же TB в сконфигурированном (–ых) ресурсе (–ах).
[0066]
После приема PDCCH UE может начинать повторную (–ые) передачу (–и) на основе предоставления одного и того же TB. Ресурс (–ы) основанной (–ых) на предоставлении повторной (–ых) передачи (передач) может (могут) переопределять сконфигурированный (–ые) ресурс (–ы) для повторения (–й).
[0067]
После приема PDCCH UE может начинать повторную (–ые) передачу (–и) на основе предоставления одного и того же TB на разных ресурсах без прекращения сконфигурированного (–ых) повторения (–й). В альтернативном варианте осуществления после приема PDCCH UE может начинать повторную (–ые) передачу (–и) на основе предоставления одного и того же TB на разных ресурсах с прекращением сконфигурированного (–ых) повторения (–й).
[0068]
PDCCH может указывать положительное подтверждение успешной передачи. PDCCH может указывать отрицательное подтверждение передачи.
[0069]
После приема PDCCH UE может начинать передачу (–и) на основе предоставления (–й) нового TB. Ресурс (–ы) основанной (–ых) на предоставлении передачи (передач) может (могут) переопределять сконфигурированный (–ые) ресурс (–ы) для повторения (–й) предыдущего TB.
[0070]
После приема PDCCH UE может начинать передачу (–и) на основе предоставления (–й) нового TB на разных ресурсах без прекращения сконфигурированного (–ых) повторения (–й) предыдущего TB. После приема PDCCH UE начинает передачу (–и) на основе предоставления нового TB на разных ресурсах с прекращением сконфигурированного (–ых) повторения (–й) предыдущего TB. Кроме того, PDCCH может инициировать любую комбинацию из вышеперечисленного.
[0071]
Описанные в данном документе системы и способы также подробно описывают временные соотношения между передачей по восходящей линии связи и инициированным PDCCH. Синхронизацию можно осуществлять на основе подкадра, интервала, мини–интервала или OS. Формат (например, временное разбиение) может быть сконфигурирован более высоким уровнем или может быть динамически изменен информацией DCI. Согласно одному из подходов синхронизация фиксированно определяется спецификацией. Согласно другому подходу синхронизацию указывает поле в активации из набора значений, а более высокий уровень конфигурирует набор значений. Согласно еще одному подходу временной ресурс (например, периодичность, смещение) и частотный ресурс (например, RB) может быть сконфигурирован более высоким уровнем, и UE отслеживает PDCCH в сконфигурированном ресурсе.
[0072]
n
n
k
k
Описанные в данном документе системы и способы также подробно описывают временные соотношения между PDCCH и соответствующей передачей UL. Синхронизацию можно осуществлять на основе подкадра, интервала, мини–интервала или OS. Формат (например, временное разбиение) может быть сконфигурирован более высоким уровнем или может быть динамически изменен информацией DCI. Согласно одному из подходов синхронизация фиксированно определяется спецификацией. Согласно другому подходу синхронизацию указывает поле в DCI из набора значений, а более высокий уровень конфигурирует набор значений. Согласно еще одному подходу для синхронизации можно использовать любое значение, указанное DCI. При фиксированной синхронизации UE передает в момент времени , не ожидая получения PDCCH в момент времени, отличный от – , причем  представляет собой предварительно определенное значение.
[0073]
Различные примеры систем и способов, описанных в настоящем документе, описаны ниже со ссылкой на графические материалы, где аналогичные номера позиций могут указывать на аналогичные по функциям элементы. Системы и способы, которые по существу в настоящем документе описаны и проиллюстрированы в графических материалах, могут быть скомпонованы и разработаны в широком разнообразии различных вариантов реализации. Таким образом, последующее более подробное описание нескольких вариантов реализации, которые представлены в графических материалах, не предназначено для ограничения объема заявленного изобретения, а лишь представляет системы и способы.
[0074]
На Фиг. 1 представлена блок–схема, иллюстрирующая один вариант реализации одной или более gNB 160 и одного или более UE 102, в которых могут быть применены на практике системы и способы связи повышенной надежности с малым временем задержки. Одно или более UE 102 обмениваются данными с одним или более gNB 160, используя одну или более антенн 122a–n. Например, UE 102 передает электромагнитные сигналы на gNB 160 и принимает электромагнитные сигналы от gNB 160, используя одну или более антенн 122a–n. gNB 160 обменивается данными с UE 102, используя одну или более антенн 180a–n.
[0075]
Для обмена данными друг с другом UE 102 и gNB 160 можно использовать один или более каналов 119, 121. Например, UE 102 может передавать информацию или данные на gNB 160 с помощью одного или более каналов 121 восходящей линии связи. Примеры каналов 121 восходящей линии связи включают в себя PUCCH (физический канал управления восходящей линии связи) и PUSCH (физический совместно применяемый канал для передачи данных по восходящей линии связи), PRACH (физический канал произвольного доступа) и т. д. Например, каналы 121 восходящей линии связи (например, PUSCH) можно использовать для передачи данных UL (т. е. транспортного (–ых) блока (–ов), MAC PDU и/или UL–SCH (совместно применяемый канал для передачи данных по восходящей линии связи)).
[0076]
В этом контексте данные UL могут включать в себя данные URLLC. Данные URLLC могут представлять собой данные UL–SCH. В данном случае URLLC–PUSCH (т. е. физический совместно применяемый канал для передачи данных по восходящей линии связи, отличный от PUSCH) может быть определен для передачи данных URLLC. Предполагается, что описанный в данном документе URLLC–PUSCH включен в PUSCH для простоты описания.
[0077]
Кроме того, например, каналы 121 восходящей линии связи можно использовать для передачи гибридного автоматического запроса повторения – ACK (HARQ–ACK), информации о состоянии канала (CSI) и/или запроса диспетчеризации (SR). HARQ–ACK может включать в себя информацию, указывающую положительное подтверждение (ACK) или отрицательное подтверждение (NACK) для данных DL (т. е. транспортного (–ых) блока (–ов), блока данных протокола управления доступом к среде (MAC PDU) и/или DL–SCH (совместно применяемый канал нисходящей линии связи)).
[0078]
CSI может включать в себя информацию, указывающую качество нисходящей линии связи. SR можно использовать для запроса ресурсов UL–SCH (совместно применяемого канала восходящей линии связи) для новой передачи и/или повторной передачи. А именно, SR можно использовать для запроса ресурсов UL для передачи данных UL.
[0079]
Одна или более gNB 160 могут также передавать информацию или данные на одно или более UE 102, например, с помощью одного или более каналов 119 нисходящей линии связи. В примерах каналы 119 нисходящей линии связи включают в себя PDCCH, PDSCH и т. д. Можно использовать другие типы каналов. PDCCH можно использовать для передачи информации управления нисходящей линии связи (DCI).
[0080]
Каждое из одного или более UE 102 может включать в себя один или более приемопередатчиков 118, один или более демодуляторов 114, один или более декодеров 108, один или более кодеров 150, один или более модуляторов 154, буфер 104 данных и модуль 124 операций UE. Например, в UE 102 могут быть реализованы один или более трактов приема и/или передачи. Для удобства в UE 102 показаны только один приемопередатчик 118, декодер 108, демодулятор 114, кодер 150 и модулятор 154, хотя можно реализовывать множество параллельных элементов (например, приемопередатчики 118, декодеры 108, демодуляторы 114, кодеры 150 и модуляторы 154).
[0081]
Приемопередатчик 118 может включать в себя один или более приемников 120 и один или более передатчиков 158. Один или более приемников 120 могут принимать сигналы от gNB 160, используя одну или более антенн 122a–n. Например, приемник 120 может принимать и преобразовывать с понижением частоты сигналы для формирования одного или более принятых сигналов 116. Один или более принятых сигналов 116 могут быть поданы на демодулятор 114. Один или более передатчиков 158 могут передавать сигналы на gNB 160, используя одну или более антенн 122a–n. Например, один или более передатчиков 158 могут преобразовывать с повышением частоты и передавать один или более модулированных сигналов 156.
[0082]
Демодулятор 114 может демодулировать один или более принятых сигналов 116 для создания одного или более демодулированных сигналов 112. Один или более демодулированных сигналов 112 могут быть поданы на декодер 108. Для декодирования сигналов UE 102 можно использовать декодер 108. Декодер 108 может создавать декодированные сигналы 110, которые могут включать в себя UE–декодированный сигнал 106 (также называемый первым UE–декодированным сигналом 106). Например, первый UE–декодированный сигнал 106 может содержать принятые данные полезной нагрузки, которые могут быть сохранены в буфере 104 данных. Другой сигнал, включенный в декодированные сигналы 110 (также называемый вторым UE–декодированным сигналом 110), может содержать служебные данные и/или управляющие данные. Например, второй UE–декодированный сигнал 110 может обеспечивать данные, которые могут быть использованы модулем 124 операций UE для выполнения одной или более операций.
[0083]
Как правило, модуль 124 операций UE может обеспечивать UE 102 возможностью обмена данными с одним или более gNB 160. Модуль 124 операций UE может включать в себя один или более модулей 126 UE URLLC.
[0084]
Модуль 126 UE URLLC может выполнять операции URLLC. Операции URLLC могут включать в себя передачу данных без предоставления (передачу UL без обнаружения информации управления нисходящей линии связи для инициирования), передачу данных на основе подынтервала (подынтервал может также называться мини–интервалом), передачу данных, инициируемых SR (отправка SR происходит до передачи данных), передачу данных без SR (SR не используется) и т. д.
[0085]
Для схем передачи URLLC UL (включая повторение) может поддерживаться по меньшей мере полустатическая (ре)конфигурация ресурсов. Для полустатического распределения ресурсов (также называемого полупостоянной диспетчеризацией (SPS)) существует несколько основных процедур: конфигурация управления радиоресурсом (RRC) (например, сообщение RRC, сигнал RRC), активация, передача UL и дезактивация. Можно передавать конфигурацию RRC между gNB 160 и UE 102 через уровень RRC. Сигнал RRC может быть включен в сигнал более высокого уровня. Сначала gNB 160 должна выделять ресурс SPS (например, период, индекс физического ресурсного блока (PRB) ресурса SPS) и функцию конкретному UE 102 посредством SPS–Config, что показано в информационном элементе SPS–Config в листинге–1.
–– ASN1STARTSPS–Config := SEQUENCE {semiPersistSchedC–RNTI C–RNTI OPTIONAL, –– Need ORsps–ConfigDL SPS–ConfigDL OPTIONAL, –– Need ONsps–ConfigUL SPS–ConfigUL OPTIONAL, –– Need ON}SPS–ConfigDL := CHOICE{release NULL,setup SEQUENCE {semiPersistSchedIntervalDL ENUMERATED {sf10, sf20, sf32, sf40, sf64, sf80, sf128, sf160, sf320, sf640, spare6, spare5, spare4, spare3, spare2, spare1},numberOfConfSPS–Processes INTEGER (1.8)n1PUCCH–AN–PersistentList N1PUCCH–AN–PersistentList,
.,[[ twoAntennaPortActivated–r10 CHOICE {release NULL,setup SEQUENCE {n1PUCCH–AN–PersistentListP1–r10 N1PUCCH–AN–PersistentList}}OPTIONAL –– Need ON]]}}SPS–ConfigUL := CHOICE {release NULL,setup SEQUENCE {
<b>semiPersistSchedIntervalUL ENUMERATED {–– Period of UL SPS sf10, sf20, sf32, sf40, sf64, sf80, sf128, sf160, sf320, sf640, sf1–v14xy, sf2–v14xy, sf3–v14xy, sf4–v14xy, sf5v14xy, spare1},</b>implicitReleaseAfter ENUMERATED {e2, e3, e4, e8},p0–Persistent SEQUENCE {p0–NominalPUSCH–Persistent INTEGER (–126.24),p0–UE–PUSCH–Persistent INTEGER (–8.7)} OPTIONAL, –– Need OPtwoIntervalsConfig ENUMERATED {true}OPTIONAL, –– Cond TDD.,
[[ p0–PersistentSubframeSet2–r12 CHOICE {release NULL,setup SEQUENCE {p0–NominalPUSCH–PersistentSubframeSet2–r12INTEGER (–126.24),p0–UE–PUSCH–PersistentSubframeSet2–r12INTEGER (–8.7)}} OPTIONAL –– Need ON]],[[ numberOfConfUlSPS–Processes–r13 INTEGER (1.8)OPTIONAL –– Need OR]]}}N1PUCCH–AN–PersistentList : = SEQUENCE (SIZE (1.4)) OF INTEGER(0.2047)–ASN1Stop
Листинг–1
[0086]
В данном случае ресурс SPS может включать в себя (соответствовать ему) ресурс UL, частотный ресурс, ресурс UL–SCH и/или ресурс PUSCH. Кроме того, gNB 160 может выделять ресурс SPS, указанный в информационном элементе URLLC–Config в листинге–2. В данном случае, например, gNB 160 может конфигурировать периодичность (например, временной ресурс), используя сигнал RRC, и указывать ресурс SPS (например, частотный ресурс), используя формат DCI.
[0087]
В примере из листинга–2 синхронизация основана на подкадре, а минимальный период составляет 10 подкадров. Для URLLC период может быть намного короче. Например, период может составлять 8, 6, 4, 2 единиц или даже 1 единицу времени, а единица времени может быть основана на интервале/мини–интервале/OS, а также на подкадре. В случае поддержки асинхронного HARQ для UL URLLC, номер процесса HARQ может быть сконфигурирован с использованием сигнала RRC, указанного в листинге–2 в качестве примера. Кроме того, C–RNTI может представлять собой уникальную идентификацию, используемую для идентификации RRC–соединения и диспетчеризации. Например, можно использовать C–RNTI для динамически диспетчеризуемой передачи (например, динамически диспетчеризуемой одноадресной передачи). SPS C–RNTI может представлять собой уникальную идентификацию, используемую для полупостоянной диспетчеризации для передачи PUSCH (например, первой передачи UL–SCH и/или первой передачи PUSCH). Например, можно использовать SPS C–RNTI для полупостоянно диспетчеризуемой передачи (например, полупостоянно диспетчеризуемой одноадресной передачи). URLLC C–RNTI может представлять собой уникальную идентификацию, используемую для полупостоянной диспетчеризации для передачи URLLC (например, второй передачи UL–SCH и/или второй передачи PUSCH). Например, можно использовать URLLC C–RNTI для полупостоянно диспетчеризуемой передачи (например, полупостоянно диспетчеризуемой одноадресной передачи). Для простоты описания предполагается, что динамически диспетчеризуемая передача и/или полупостоянно диспетчеризуемая передача в данном документе включены в передачу UL.
[0088]
В одном примере биты четности CRC (циклическая проверка четности с избыточностью) могут быть присоединены к DCI (например, PDCCH) и скремблированы C–RNTI, SPS C–RNTI и/или URLLC–RNTI. А именно, UE 102 может отслеживать (пытаться декодировать) DCI, к которой присоединены биты четности CRC, скремблированные C–RNTI, SPS C–RNTI и/или URLLC C–RNTI. В частности, UE 102 может контролировать DCI (т. е. PDCCH) с C–RNTI, SPS C–RNTI и/или URLLC C–RNTI.
–– ASN1STARTURLLC–Config := SEQUENCE {
URLLCSchedC–RNTI C–RNTI (or URLLC C–RNTI)OPTIONAL, –– Need ORURLLC–ConfigUL URLLC–ConfigUL OPTIONAL}URLLC–ConfigUL := CHOICE {release NULL,setup SEQUENCE {
<b>URLLCInterval ENUMERATED {–– Period of UL SPS</b><b>sf10, sf20, sf32, sf40, sf64, sf80, sf128, sf160, sf320, sf640},</b><b>numberOfConfURLLC–Processes INTEGER (1.8),</b>implicitReleaseAfter (or URLLC–Timer) ENUMERATED {e2, e3, e4, e8},p0–URLLC SEQUENCE {p0–NominalPUSCH–URLLC INTEGER (–126.24),p0–UE–PUSCH–URLLC INTEGER (–8.7)} OPTIONAL, –– Need OPN1PUCCH–AN–PersistentList : = SEQUENCE (SIZE (1.4)) OF INTEGER(0.2047)–– ASN1Stop
Листинг–2
[0089]
В варианте реализации gNB 160 может передавать множество конфигураций (например, множество периодичностей и множество ресурсов SPS) с использованием сигнала RRC и может указывать одну конфигурацию (например, одну периодичность и один ресурс SPS) с использованием формата DCI. Кроме того, gNB 160 может передавать множество периодичностей с использованием сигнала RRC и указывать одну периодичность и один ресурс SPS с использованием формата DCI. В этих случаях формат DCI может представлять собой формат DCI, используемый для активации и/или деактивации передачи UL, как упомянуто выше.
[0090]
В варианте реализации gNB 160 может передавать множество конфигураций на основе множества разбиений (например, на основе подкадра, интервала, мини–интервала, символа OFDM (OS)) с использованием сигнала RRC и может указывать одну конфигурацию (например, одно разбиение и один ресурс SPS) с использованием формата DCI. Таким образом, параметры (например, период, индекс или смещение) в листинге–1 и листинге–2 могут быть основаны на интервале, мини–интервале, OS, а также на основе подкадра.
[0091]
В варианте реализации gNB 160 может передавать множество разбиений с использованием сигнала RRC и указывать одно разбиение и один ресурс SPS с использованием формата DCI. В этих случаях формат DCI может представлять собой формат DCI, используемый для активации и/или деактивации передачи UL, как упомянуто выше. DCI может содержать флаг для различения подкадра/интервала/мини–интервала/OS.
[0092]
В варианте реализации gNB 160 может передавать многошаговую конфигурацию. На первом этапе (этап 1) gNB 160 может передавать конфигурацию на основе грубого разбиения (например, на основе подкадра, интервала). На втором этапе (этап 2) gNB 160 может указывать подробную конфигурацию в конфигурации на этапе 1 на основе точного разбиения (например, на основе мини–интервала, символа OFDM). Кроме того, gNB 160 может передавать грубую конфигурацию ресурса (например, период подкадра/интервала и смещение/индекс) с использованием сигнала RRC и может указывать точную конфигурацию ресурса в грубой конфигурации ресурса (например, индекс/смещение мини–интервала/OS или битовая карта мини–интервала/OS в сконфигурированном подкадре/интервале). В этих случаях формат DCI может представлять собой формат DCI, используемый для активации и/или деактивации передачи UL, как упомянуто выше. Может быть сконфигурировано множество точных блоков в сконфигурированном грубом блоке. Например, в сконфигурированном интервале может быть 1 или более мини–интервалов, сконфигурированных для передачи UL URLLC. При использовании для конфигурации мини–интервала/индекса OS/смещения или битовой карты мини–интервала/OS некоторые важные детали (например, управления или опорного сигнала (RS)) можно опускать.
[0093]
А именно, gNB 160 может конфигурировать периодичность (т. е. интервал) подкадра (–ов) и/или интервала (–ов), используя сигнал RRC. Например, gNB 160 может конфигурировать sfl, sf2 и/или sf5 в качестве периодичности подкадра (–ов) и/или интервала (–ов). В данном случае значение sfl может соответствовать 1 подкадру (–ам) (например, 1 мс) и/или 1 интервалу (–ам) (например, 0,5 мс). Кроме того, значение sf2 может соответствовать 2 подкадру (–ам) (например, 2 мс) и/или 2 интервалу (–ам) (например, 1 мс). Кроме того, значение sf5 может соответствовать 5 подкадру (–ам) (например, 5 мс) и/или 5 интервалу (–ам) (например, 2,5 мс). Кроме того, gNB 160 может указывать ресурс UL (т. е. ресурс PUSCH, индекс ресурсного блока, ресурс SPS и/или частотный ресурс), используя DCI. Как описано выше, можно использовать DCI (например, предоставление UL) для активации и/или деактивации передачи UL (например, передачи URLLC) в ресурсе UL (например, ресурс UL может быть указан посредством DCI). В данном случае DCI может включать в себя информацию, указывающую индекс интервала (–ов), мини–интервала (–ов) и/или OS. А именно, DCI может включать в себя информацию, указывающую синхронизацию (например, значение смещения, временной ресурс) для передачи UL (т. е. передачи UL–SCH, передачи PUSCH) в ресурсах UL. Например, gNB 160 может указывать index2 в качестве индекса интервала (–ов), мини–интервала (–ов) и OS. В данном случае значение index2 может соответствовать второму интервалу, второму мини–интервалу и/или второму OS в подкадре и/или интервале (т. е. конкретном подкадре и/или конкретном интервале). Кроме того, например, gNB 160 может указывать offset2 в качестве индекса интервала (–ов), мини–интервала (–ов) и OS. В данном случае значение offset2 может соответствовать значению смещения 2 от начала подкадра и/или интервала (т. е. конкретного подкадра и/или конкретного интервала). Кроме того, подкадр и/или интервал (т. е. конкретный подкадр и/или конкретный интервал) могут быть определены на основе сконфигурированной периодичности.
[0094]
Например, UE 102 может определять время передачи UL в ресурсе UL на основе периодичности (т. е. информации, связанной с периодичностью) и информации, содержащейся в DCI. В случае если значение sf2 сконфигурировано как периодичность подкадра (–ов) (и/или периодичность интервала (–ов)), а значение index2 указывается как индекс мини–интервала (и/или индекс OS), UE 102 может выполнять в индексе мини–интервала 2 (и/или индексе OS 2) и с периодичностью 2 подкадра (–ов) (и/или периодичностью 2 интервала (–ов)) передачу UL в ресурсах UL. А именно, можно выполнять передачу UL в индексе мини–интервала 2 (и/или OS 2) в подкадре (например, первом подкадре). Кроме того, периодичность подкадра (т. е. первого подкадра, передачи UL) может составлять 2 подкадра (и/или 2 интервала). Кроме того, например, в случае если значение sf5 сконфигурировано как периодичность интервала (–ов), а значение offset2 указано как смещение мини–интервала (и/или смещение OS), UE 102 может выполнять передачу UL в ресурсах UL в мини–интервале (и/или OS), которое является смещением 2 от начала интервала и с периодичностью 5 интервалов. А именно, можно выполнять передачу UL в мини–интервале (и/или OS), который имеет смещение '2' от начала интервала (например, первого интервала). Кроме того, периодичность интервала (например, первого интервала, передачи UL) может составлять 5 временных интервалов.
[0095]
К
К
К
К
UE 102 может считать, что DCI (например, предоставление UL, предоставление UL, используемое для активации и/или деактивации) происходит в момент (–ы) времени, определенный (–ые) на основе периодичности и информации, содержащейся в DCI (например, предоставление UL, предоставление UL, используемое для активации и/или деактивации). Например, UE 102 может хранить DCI в качестве сконфигурированного предоставления. Кроме того, UE 102 может считать, что сконфигурированное предоставление происходит в момент (–ы) времени, определенный (–ые) на основе периодичности и информации, включенной в DCI. Например, в случае  раз передачи UL (например,  повторений, описанных ниже) UE 102 может считать (например, рассматривать последовательно), что сконфигурированное предоставление (например,  раз сконфигурированного предоставления) происходит в момент (–ы) (т. е. каждый из моментов времени), определенный (–ые) на основе периодичности и информации, включенной в DCI. А именно, UE 102 может считать (например, рассматривать последовательно), что сконфигурированное предоставление происходит  раз в момент (–ы) времени (т. е. каждый из моментов времени), определенный (–ые) на основе периодичности и информации, включенной в DCI.
[0096]
К
К
К
К
К
повторений, включая начальную передачу ( > = 1), для одного и того же TB могут поддерживаться для передачи UL URLLC. gNB 160 может конфигурировать одно или более количеств повторений (т. е. одно или более значений ) с использованием сигнала RRC. Кроме того, gNB 160 может конфигурировать множество количеств повторений (т. е. множество значений ) с использованием сигнала RRC и может указывать одно значение количества повторений  из множества количеств повторений с использованием формата DCI. Кроме того, gNB 160 может передавать фиксированное количество повторений с использованием сигнала RRC или динамически указывать количество повторений с использованием формата DCI. В этих случаях формат DCI может представлять собой формат DCI, используемый для активации и/или деактивации передачи UL, как упомянуто выше.
[0097]
К
В случае использования механизма скачкообразного изменения gNB 160 может передавать множество шаблонов скачкообразного изменения с использованием сигнала RRC. Когда UE 102 принимает DCI, указывающий ресурс для первой передачи UL и количество повторений , UE 102 может неявно узнавать шаблон скачкообразного изменения для следующего (–их) повторения (–й). В альтернативном варианте осуществления gNB 160 может явно указывать один шаблон скачкообразного изменения из набора сконфигурированных шаблонов скачкообразного изменения с использованием формата DCI. В этих случаях формат DCI может представлять собой формат DCI, используемый для активации и/или деактивации передачи UL, как упомянуто выше.
[0098]
Для передачи/повторения по восходящей линии связи URLLC без предоставления UE 102 может осуществлять передачу в сконфигурированном ресурсе без получения разрешения. Для бесконкурентной передачи UL сконфигурированный ресурс может быть выделен для UE 102. gNB 160 может неявно узнавать данные идентификатора UE посредством обнаружения передачи в сконфигурированном ресурсе. Кроме того, gNB 160 может идентифицировать UE 102 посредством обнаружения UE–специфической преамбулы или опорного сигнала демодуляции (DMRS).
[0099]
Для передачи UL на основе конкуренции сконфигурированный ресурс может быть совместно использован множеством UE 102. Каждому UE 102 может быть выделена конкретная преамбула (например, циклический сдвиг или корневая последовательность) или DMRS (например, опорный (–ые) сигнал (–ы) демодуляции, связанный (–ые) с передачей PUSCH). gNB 160 может идентифицировать UE 102 посредством обнаружения UE–специфической преамбулы или DMRS. Например, gNB 160 может передавать сигнал RRC, содержащий первый параметр (например, значение первого параметра), связанный с базовой последовательностью DMRS (например, генерация базовой последовательности DMRS). Первый параметр может относиться к последовательности PUSCH DMRS (например, генерации последовательности PUSCH DMRS). Кроме того, первый параметр может быть связан с идентификатором UE (например, идентификацией UE). Кроме того, gNB 160 может передавать сигнал RRC, включающий в себя второй параметр (например, значение второго параметра), относящийся к базовой последовательности DMRS. Второй параметр может быть связан с последовательностью PUSCH DMRS. Кроме того, второй параметр может быть связан с идентификатором соты (например, идентификацией соты, идентификатором виртуальной соты). Например, при выполнении передачи UL (например, полупостоянно диспетчеризуемая передача, передача UL, диспетчеризуемая с использованием DCI (т. е. PDCCH) с SPS C–RNTI и/или URLLC C–RNTI) UE может генерировать базовую последовательность DMRS на основании значения первого параметра. Кроме того, при выполнении передачи UL (например, полупостоянно диспетчеризуемая передача, передача UL, диспетчеризуемая с использованием DCI (т. е. PDCCH) с SPS C–RNTI и/или URLLC C–RNTI) UE 102 может генерировать последовательность PUSCH DMRS на основании значения первого параметра. Кроме того, например, при выполнении передачи UL (например, динамически диспетчеризуемая передача, передача UL, диспетчеризуемая с использованием DCI (т. е. PDCCH) с C–RNTI) UE 102 может генерировать базовую последовательность DMRS на основании значения второго параметра. Кроме того, например, при выполнении передачи UL (например, динамически диспетчеризуемая передача, передача UL, диспетчеризуемая с использованием DCI (т. е. PDCCH) с C–RNTI) UE 102 может генерировать последовательность PUSCH DMRS на основании значения второго параметра.
[00100]
gNB 160 может оказаться неспособной декодировать данные UL, но может успешно определять идентификатор UE. В этом случае gNB 160 может предоставлять повторную передачу (–и) / повторение (–я) того же TB с использованием PDCCH.
[00101]
В специальной конструкции некоторые связанные параметры (например, размер буфера, запас мощности, приоритет, численная величина/длительность TTI, количество повторений, шаблон скачкообразного изменения, MCS и т. д.) могут быть мультиплексированы с данными UL на уровне 1. gNB 160 может оказаться неспособной декодировать данные UL, но может успешно определять идентификатор UE и соответствующий (–ие) параметр (–ы). В этом случае, располагая соответствующим (–ими) параметром (–ами), gNB 160 может предоставлять повторную передачу (–и) / повторение (–я) того же TB с использованием PDCCH.
[00102]
Передача (–и) / повторение (–я) UL в ресурсах UL могут содержать отчет о состоянии буфера (BSR) для последующей (–их) передачи (передач). После получения BSR gNB 160 может предоставлять передачу (–и) / повторение (–я) нового TB с использованием PDCCH.
[00103]
Кроме того, передача (–и) / повторение (–я) UL в ресурсах UL могут содержать отчет о запасе мощности для последующей (–их) передачи (передач). После получения отчета о запасе мощности gNB 160 может предоставлять передачу (–и) / повторение (–я) нового TB с использованием PDCCH.
[00104]
Кроме того, передача (–и) / повторение (–я) UL в ресурсах UL могут содержать элементы управления MAC, указывающие отчет (–ы) о других параметрах (например, приоритет, численная величина/длительность TTI, количество повторений, шаблон скачкообразного изменения, MCS и т. д.) для последующей (–их) передачи (передач). После получения отчета (–ов) gNB 160 может предоставлять передачу (–и) / повторение (–я) нового TB с использованием PDCCH.
[00105]
В случае, если множество элементов управления MAC, включая недавно введенные элементы управления MAC, поддерживаются для передачи (передач) / повторения (–й) UL URLLC, происходит мультиплексирование MAC и приоритезация логического канала.
[00106]
UE 102 может передавать (расширенный) запрос диспетчеризации (SR) перед передачей данных UL URLLC. Это может быть однобитный SR или многобитовый SR, указывающий дополнительную информацию (например, размер буфера, запас мощности, приоритет, численная величина/длительность TTI, количество повторений, шаблон скачкообразного изменения, MCS и т. д.). После получения SR gNB 160 может предоставлять передачу (–и) / повторение (–я), соответствующие SR путем использования PDCCH.
[00107]
После успешного декодирования передачи UL URLLC gNB 160 может отправлять положительное подтверждение с использованием DCI (т. е. PDCCH).
[00108]
К
К
К
К
К
К
Указанный выше PDCCH может нести управляющую информацию нисходящей линии связи (DCI), указывающую передачу того же TB или нового TB. А именно, gNB 160 может указывать передачу одного и того же TB (например, первого TB) для  повторений (например,  повторений передачи UL) первого TB, используя DCI (например, DCI (т. е. PDCCH) с C–RNTI). А именно, gNB 160 может указывать, используя DCI (например, DCI (т. е. PDCCH) с C–RNTI), передачу первого TB в ходе  повторений первого TB. В данном случае UE 102 может останавливать повторение первого TB при принятии DCI, указывающей передачу первого TB. А именно, UE 102 может продолжать повторение первого TB, если только не принята DCI, указывающая передачу первого TB. Кроме того, gNB 160 может указывать передачу другого TB (например, второго TB) для  повторений (например,  повторений передачи UL) первого TB, используя DCI (например, DCI (т. е. PDCCH) с C–RNTI). А именно, gNB 160 может указывать передачу второго TB в ходе  повторений первого TB, используя DCI (например, DCI (т. е. PDCCH) с C–RNTI).
[00109]
В данном случае UE 102 может продолжать повторение первого TB, если только не принята DCI, указывающая передачу второго TB. Например, дополнительный (–ые) бит (–ы) (например, индикатор новых данных), включенный (–ые) в DCI, можно не использовать для указания, предназначен ли он для того же TB или нового TB. А именно, информацию (например, поле информационного (–ых) бита (–ов)), содержащуюся в DCI, можно использовать для указания передачи одного и того же TB. Кроме того, информацию (например, поле информационного (–ых) бита (–ов)), содержащуюся в DCI, можно использовать для указания передачи другого TB. Кроме того, для некоторых полей информационных битов, включенных в DCI, может (могут) быть установлено (–ы) значение (–я) по умолчанию (т. е. предварительно определенное (–ые) значение (–я)) для указания, относится ли оно к тому же TB или новому TB. Например, для каждого из одного или более информационных полей (например, одного или более информационных полей, сопоставленных с DCI) может быть установлено одно или более предварительно определенных значений. А именно, в случае когда для каждого из одного или более информационных полей установлено одно или более предварительно определенных значений, может быть указана передача того же TB (т. е. первого TB) или другого TB (т. е. второго TB). В данном случае каждое из одного или более информационных полей и каждое из одного или более предварительно определенных значений могут быть определены заранее посредством спецификации и могут быть информацией, которую узнают gNB 160 и UE 102.
[00110]
К
В дополнительном и/или альтернативном варианте осуществления gNB 160 может конфигурировать идентификатор процесса HARQ (идентификатор процесса HARQ, индекс процесса HARQ, номер процесса HARQ) с использованием сигнала RRC. В данном случае процесс HARQ может быть связан с процессом HARQ. Кроме того, процесс HARQ может быть связан с заданным интервалом времени передачи (например, передача UL, интервал для передачи UL, длительность передачи UL). Кроме того, процесс HARQ может быть связан с TB. Например, gNB 160 может конфигурировать идентификатор процесса HARQ, используемый для передачи UL (динамически диспетчеризуемой передачи и/или полупостоянно диспетчеризуемой передачи). Например, gNB 160 может конфигурировать 1 в качестве идентификатора процесса HARQ, а UE 102 может выполнять начальную передачу URLLC и/или повторную передачу URLLC на основе идентификатора 1 HARQ. Например, UE 102 может передавать TB, связанный с идентификатором HARQ, в начальной передаче URLLC и/или повторной передаче URLLC. Например, UE 102 может выполнять  повторений TB (т. е. первого TB), связанного с идентификатором 1 процесса HARQ.
[00111]
К
К
К
К
Кроме того, gNB 160 может указывать идентификатор HARQ с использованием DCI (например, DCI (т. е. PDCCH) с C–RNTI, DCI (т. е. PDCCH) с SPS C–RNTI и DCI (т. е. (PDCCH) с URLLC C–RNTI). Например, gNB 160 может указывать 1 в качестве идентификатора процесса HARQ, а UE 102 может выполнять передачу UL (например, начальную передачу и/или повторную передачу) на основе идентификатора 1 HARQ. Например, UE 102 может передавать TB (т. е. первый TB), связанный с идентификатором 1 процесса HARQ, указанным с использованием DCI. Кроме того, UE 102 может передавать TB (т. е. второй TB), связанный с идентификатором 2 процесса HARQ, указанным с использованием DCI. Более того, можно использовать идентификатор процесса HARQ для идентификации того же самого TB (т. е. первого TB) или другого TB (т. е. второго TB). Например, в случае конфигурации UE 102 с 1 в качестве идентификатора процесса HARQ (например, для передачи URLLC TB (т. е. первого TB) и/или для  повторений передачи UL TB (т. е. первого TB) UE 102 может останавливать  повторений при приеме DCI, указывающей идентификатор 1 процесса HARQ (т. е. идентификатор процесса HARQ, связанный с TB (т. е. первым TB)). Кроме того, в случае конфигурирования UE 102 с 1 в качестве идентификатора процесса HARQ (например, для передачи URLLC TB (т. е. первого TB) и/или для  повторений передачи UL TB (т. е. первого TB)) UE 102 может выполнять передачу UL (например, передачу UL TB (т. е. второго TB), динамически диспетчеризуемую передачу TB (т. е. второго TB)) в случае приема DCI, указывающей идентификатор 2 процесса HARQ (т. е. идентификатор процесса HARQ, связанный с другим TB (например, вторым TB)). Кроме того, UE 102 может продолжать  повторений, за исключением случаев приема DCI, указывающей идентификатор 1 процесса HARQ.
[00112]
n+
m+
t+
s+
n
m
t
s
Как указано выше UE 102 может останавливать повторение TB (т. е. первого ТВ) при принятии DCI, указывающей передачу того же TB (т. е. первого ТВ). В данном случае можно использовать DCI (например, DCI с C–RNTI) для диспетчеризации PUSCH в подкадре, интервале, мини–интервале и/или OS. А именно, динамически диспетчеризуемую передачу можно выполнять на уровне подкадра, интервала, мини–интервала и/или OS. Кроме того, передачу URLLC (т. е. полупостоянно диспетчеризуемая передача, передача, диспетчеризуемая с использованием DCI с S–C–RNTI SPS и/или URLLC–C–RNTI) можно выполнять на уровне подкадра, интервала, мини–интервала и/или OS. Следовательно, например, UE 102 может останавливать повторение TB после некоторой продолжительности (например, промежутка времени, продолжительности интервала) в случае приема DCI, указывающей передачу того же TB. Например, UE 102 может останавливать повторение TB в подкадре 1 (интервале 1, мини–интервале 1 и/или OS 1) в случае приема DCI, указывающей передачу того же TB, в подкадре  (интервале , мини–интервале  и/или OS ). Кроме того, gNB 160 может конфигурировать продолжительность (например, используя сигнал RRC). UE 102 может останавливать повторение TB по прошествии заданной продолжительности времени в случае принятия DCI, указывающей передачу того же TB.
[00113]
Как описано выше, DCI (например, DCI (т. е. PDCCH) с C–RNTI) может указывать ресурс динамической диспетчеризации (также называемый ресурсом DS) для динамически диспетчеризуемой передачи. В данном случае ресурс DS может включать в себя (соответствовать ему) ресурс UL, частотный ресурс, ресурс UL–SCH и/или ресурс PUSCH. Ресурс DS может использовать другой ресурс по сравнению со сконфигурированным ресурсом для передачи (передач) UL URLLC. Или ресурс DS может переопределять сконфигурированный ресурс для передачи (передач) UL URLLC. Ресурс DS может использовать тот же ресурс, что и сконфигурированный для передачи (передач) UL URLLC. Временной/частотный ресурс может быть включен в формат DCI.
[00114]
Кроме того, DCI может указывать некоторые связанные параметры (например, приоритет, численная величина/длительность TTI, количество повторений, флаг скачкообразного изменения, шаблон скачкообразного изменения, MCS, RV, флаг для распознавания подкадра/интервала/мини–интервала/OS, номер процесса HARQ и т. д.) для предоставленной (–ых) передачи (передач) / повторной (–ых) передачи (передач).
[00115]
Кроме того DCI может указывать успешную передачу UL. Для некоторого (–их) поля (–ей) в формате DCI может (могут) быть установлено (–ы) значение (–я) по умолчанию для указания, является ли передача UL успешной. В альтернативном варианте осуществления можно использовать другую DCI для указания положительного или отрицательного подтверждения передачи UL.
[00116]
К
К
К
К
Кроме того, как описано выше, при конфигурировании UE 102 с  повторениями для передачи URLLC UL перед завершением  повторений TB в сконфигурированном ресурсе оборудование UE 102 может принимать PDCCH, указывающий предоставление UL для того же TB (т. е. DCI, указывающую передачу того же TB), и/или предоставление UL для нового TB (т. е. DCI, указывающую передачу другого TB), и/или положительное подтверждение. Затем UE 102 может останавливать текущие повторения. В случае указания каналом PDCCH передачи одного и того же TB, UE 102 может следовать предоставлению UL (т. е. останавливать  повторений передачи UL) и начинать передачу/повторную передачу на основе предоставления. Передача/повторная передача на основе предоставления может переопределять сконфигурированный ресурс для повторений (т. е.  повторений передачи UL). Например, UE 102 может выполнять на основании обнаружения предоставления UL в подкадре n (или в интервале m, мини–интервале t и/или OS s) передачу UL в подкадре n+k (или в интервале m+l, мини–интервале t+p и/или OS s+q). В данном случае значение k, l, p и/или q может быть определено заранее посредством спецификации. Кроме того, значение k, l, p и/или q может быть сконфигурировано с использованием сигнала RRC и/или DCI (от gNB 160 к UE 102). В данном случае DCI (т. е. предоставление UL) может быть DCI (т. е. предоставлением UL) с C–RNTI. А именно, можно использовать эту DCI для диспетчеризации динамически диспетчеризуемой передачи.
[00117]
Как описано выше, в случае приема DCI, указывающей передачу того же TB, UE 102 может следовать DCI (например, DCI с C–RNTI, причем DCI указывает передачу того же TB). А именно, в случае возможности выполнения оборудованием UE 102 передачи UL в первых ресурсах UL (например, первых ресурсах PUSCH) UE 102 может выполнять передачу UL во вторых ресурсах UL при приеме DCI (т. е. DCI, указывающей передачу того же TB), которая диспетчеризует вторые ресурсы UL (например, вторые ресурсы PUSCH). Кроме того, в случае выполнения оборудованием UE 102 передачи UL в первых ресурсах UL в подкадре n (и/или в интервале m, и/или в мини–интервале t, и/или OS s) UE 102 может выполнять передачу UL во вторых ресурсах UL в подкадре n (и/или в интервале m, и/или в мини–интервале t, и/или в OS s) при получении DCI (т. е. DCI, указывающей передачу того же TB), которая диспетчеризует вторые ресурсы UL, в подкадре N (и/или интервале M, и/или мини–интервале T, и/или в OS S). В данном случае время (т. е. подкадр n, в интервале m, в мини–интервале t и/или в OS s) может соответствовать моменту времени обнаружения DCI (т. е. подкадр M, в интервале M, в мини–интервале T и/или в OS S). В данном случае, например, соответствие между временем (т. е. подкадром n, в интервале m, в мини–интервале t и/или в OS s) и временем (т. е. подкадром M, в интервале M, в мини–интервале T и/или в OS S) может быть заранее определено в спецификации. Кроме того, например, соответствие между временем (т. е. подкадром n, в интервале m, в мини–интервале t и/или в OS s) и временем (т. е. подкадром M, в интервале M, в мини–интервале T и/или в OS S) может быть сконфигурировано/указано с использованием сигнала RRC и/или DCI (от gNB 160 к UE 102).
[00118]
Кроме того, в случае выполнения оборудованием UE 102 передачи UL в первых ресурсах UL в подкадре n (и/или в интервале m, и/или в мини–интервале t, и/или в OS s), UE 102 может выполнять передачу UL во вторых ресурсах UL в подкадре a (и/или в интервале b, и/или в мини–интервале c, и/или в OS d) при получении DCI (т. е. DCI, указывающей передачу того же TB), которая диспетчеризует вторые ресурсы UL, в подкадре A (и/или в интервале B, и/или в мини–интервале C, и/или в OS D). В данном случае время (т. е. подкадр n, в интервале m, в мини–интервале t и/или в OS s) может не соответствовать моменту времени обнаружения DCI (т. е. подкадр A, в интервале B, в мини–интервале C и/или в OS D). Кроме того, время (т. е. подкадр a, в интервале b, в мини–интервале c и/или в OS d) может соответствовать моменту времени обнаружения DCI (т. е. подкадр A, в интервале B, в мини–интервале C и/или в OS D). В данном случае, например, соответствие между временем (т. е. подкадром a, в интервале b, в мини–интервале c и/или в OS d) и временем (т. е. подкадром A, в интервале B, в мини–интервале C и/или в OS D) может быть заранее определено в спецификации. Кроме того, соответствие между временем (т. е. подкадром a, в интервале b, в мини–интервале c и/или в OS d) и временем (т. е. подкадром A, в интервале B, в мини–интервале C и/или в OS D) может быть сконфигурировано/указано с использованием сигнала RRC и/или DCI (от gNB 160 к UE 102). А именно, UE 102 может выполнять передачу UL во время (т. е. подкадр a, в интервале b, в мини–интервале c и/или в OS d), соответствующее моменту времени обнаружения DCI (т. е. подкадр A, в интервале B, в мини–интервале C и/или в OS D).
[00119]
Кроме того, в случае выполнения оборудованием UE 102 передачи UL в первых ресурсах UL в подкадре n (и/или в интервале m, и/или в мини–интервале t, и/или в OS s) UE 102 может выполнять передачу UL во вторых ресурсах UL в подкадре n (в интервале m, мини–интервале t и/или OS s) при получении DCI (т. е. DCI, указывающей передачу того же TB), которая диспетчеризует вторые ресурсы UL, в подкадре A (и/или в интервале B, и/или в мини–интервале C, и/или в OS D). В данном случае время (т. е. подкадр n, в интервале m, в мини–интервале t и/или в OS s) может не соответствовать моменту времени обнаружения DCI (т. е. подкадр A, в интервале B, в мини–интервале C и/или в OS D). В данном случае, например, соответствие между временем (т. е. подкадром n, в интервале m, мини–интервале t и/или OS s) и временем (т. е. подкадром A, в интервале B, в мини–интервале C и/или в OS D) может быть заранее определено в спецификации. Кроме того, например, соответствие между временем (т. е. подкадром n, в интервале m, в мини–интервале t и/или в OS s) и временем (т. е. подкадром A, в интервале B, в мини–интервале C и/или в OS D) может быть сконфигурировано/указано с использованием сигнала RRC и/или DCI (от gNB 160 к UE 102). А именно, в этом случае UE 102 может выполнять передачу UL во время (т. е. подкадр n, в интервале m, в мини–интервале t и/или в OS s), сконфигурированное и/или указанное (с использованием сигнала RRC и/или DCI, как указано выше). А именно, в этом случае UE 102 может сохранять время передачи UL и может изменять ресурсы UL (например, с первых ресурсов UL на вторые ресурсы UL) для передачи UL. А именно, в этом случае UE 102 может определять синхронизацию передачи UL на основании конфигурации и/или указания сигналом RRC и/или информацией DCI (т. е. следовать конфигурации RRC и/или указанию DCI, как описано выше). Кроме того, в этом случае UE 102 может определять ресурсы UL (т. е. второй ресурс UL) на основании указания DCI (т. е. следовать указанию DCI (передача/повторная передача на основе предоставления), как описано выше).
[00120]
Кроме того, в случае выполнения оборудованием UE 102 передачи UL в первых ресурсах UL в подкадре n (и/или в интервале m, и/или в мини–интервале t, и/или в OS s), UE 102 не ожидает приема DCI (т. е. DCI, указывающей передачу того же TB, DCI, диспетчеризующей вторые ресурсы UL) в подкадре A (и/или в интервале B, и/или в мини–интервале C, и/или в OS D). В данном случае, как описано выше, время (т. е. подкадр n, в интервале m, в мини–интервале t и/или в OS s) может не соответствовать моменту времени обнаружения DCI (т. е. подкадр A, в интервале B, в мини–интервале C и/или в OS D). А именно, в этом случае ожидается, что UE 102 получит DCI (т. е. DCI, указывающую передачу того же TB, DCI, диспетчеризующую вторые ресурсы UL) только в подкадре N (и/или в интервале M, и/или в мини–интервале T, и/или в OS S). Например, в этом случае UE 102 может выполнять мониторинг DCI (т. е. DCI, указывающей передачу того же TB, DCI, диспетчеризующей вторые ресурсы UL) только в подкадре N (и/или в интервале M, и/или в мини–интервале T, и/или в OS S). В данном случае соответствие между временем (т. е. подкадром n, в интервале m, в мини–интервале t и/или в OS s) и временем (т. е. подкадром Ν, в интервале M, в мини–интервале T и/или в OS S) может быть заранее определено в спецификации. Кроме того, например, соответствие между временем (т. е. подкадром n, в интервале m, в мини–интервале t и/или в OS s) и временем (т. е. подкадром Ν, в интервале M, в мини–интервале T и/или в OS S) может быть сконфигурировано/указано с использованием сигнала RRC и/или DCI (от gNB 160 к UE 102). А именно, в этом случае UE 102 может принимать DCI только в момент времени (т. е. подкадр n, в интервале m, в мини–интервале t и/или в OS s), соответствующий времени, сконфигурированному и/или указанному (с использованием сигнала RRC и/или информации DCI, как указано выше). А именно, в этом случае gNB 160 может передавать DCI (т. е. DCI, указывающую передачу того же ТВ, DCI, диспетчеризующую вторые ресурсы UL) только в момент времени (т. е. подкадр n, в интервале m, в мини–интервале t и/или в OS s), соответствующий времени, сконфигурированному и/или указанному (с использованием сигнала RRC и/или информации DCI, как указано выше).
[00121]
Кроме того, предоставление UL может указывать другой ресурс по сравнению со сконфигурированным ресурсом для повторений. UE 102 может начинать передачу/повторную передачу на основе предоставления без остановки текущих повторений.
[00122]
К
n
n+k
n
n+k
n
n
n – k
k
k=
Как описано выше, время между PDCCH (например, время обнаружения DCI) и соответствующим действием (например, передачей UL) может быть зафиксирована спецификацией или полустатически сконфигурирована верхним уровнем. В данном случае соответствующее действие может начинать соответствующую передачу/повторную передачу на основе предоставления и/или останавливать текущие сконфигурированные повторения. Передача/повторная передача на основе предоставления и сконфигурированные повторения могут использовать одно и то же временное разбиение (например, подкадр, интервал, мини–интервал, OS). UE 102, сконфигурированный с  повторениями для передачи URLLC UL, может осуществлять мониторинг PDCCH с тем же временным разбиением. PDCCH по индексу  времени (подкадр, интервал, мини–интервал, OS) может завершать текущее (–ие) повторение (–я) в индексе времени (подкадре, интервале, мини–интервале, OS) . PDCCH по индексу  времени (подкадр, интервал, мини–интервал, OS) может инициировать передачу/повторную передачу на основе предоставления в индексе  времени (подкадре, интервале, мини–интервале, OS). Другими словами, чтобы останавливать сконфигурированное (–ые) повторение (–я) с индекса  времени или инициировать передачу/повторную передачу UL на основе предоставления в индексе  времени, ожидается, что UE 102 не примет PDCCH во время, отличное от индекса  времени. Значение  может быть зафиксировано спецификацией или сконфигурировано с использованием сигнала RRC. На Фиг. 2 проиллюстрирован пример, в котором l.
[00123]
В варианте реализации время между PDCCH (например, время обнаружения DCI) и соответствующим действием (например, передачей UL) может быть указано полем в DCI из набора значений, причем набор значений сконфигурирован более высоким уровнем. В другом варианте реализации время может иметь любое значение, динамически указываемое DCI.
[00124]
Кроме того, PDCCH может быть основан на другом временном разбиении по сравнению со сконфигурированными повторениями. UE может отслеживать PDCCH с другим временным разбиением по сравнению со сконфигурированными повторениями. Соответствующее действие может быть согласовано с синхронизацией PDCCH. На Фиг 3А–3D проиллюстрирован пример.
[00125]
В случае если возможна поддержка множества разбиений (например, на основе подкадра, интервала, мини–интервала или OS) для передачи (передач) / повторной (–ых) передачи (передач) на основе предоставления, возможно включение флага в DCI, переносимую PDCCH, для различения форматов.
[00126]
R
R
R
R
Для повышения надежности PDCCH  повторений вместе с первой передачей (>= 1) для одной и той же информации управления нисходящей линии связи поддерживается для передачи PDCCH. gNB 160 может передавать множество повторений (т. е. множество значений ), используя сигнал RRC, и указывать одно значение количества повторений , используя формат DCI. Кроме того, gNB 160 может передавать фиксированное количество повторений с использованием сигнала RRC или может динамически указывать количество повторений с использованием формата DCI.
[00127]
Для повышения надежности PDCCH для передачи PDCCH могут поддерживаться разнесение передатчика (например, использование нескольких антенн) и/или низкая скорость кодирования (например, более высокий уровень агрегации). Это может быть сконфигурировано с использованием сигнализации более высокого уровня или указано в спецификации.
[00128]
PDCCH, используемый для активации/деактивации SPS–подобной передачи (передач) / повторения (–й) URLLC UL, и PDCCH, используемый для передачи (передач) / повторной (–ых) передачи (передач) на основе предоставления, могут использовать один и тот же формат DCI. Для активации или деактивации SPS–подобной передачи (передач) / повторения (–й) URLLC UL для некоторых полей в DCI может (могут) быть установлено (–ы) значение (–я) по умолчанию, которое (–ые) может (могут) быть определено (–ы) спецификацией. Чтобы определить, относится ли предоставление к тому же TB или новому TB, можно использовать дополнительный (–ые) бит (–ы) (например, индикатор новых данных) или для некоторых полей в DCI может (могут) быть установлено (–ы) значение (–я) по умолчанию, которое (–ые) может (могут) быть определено (–ы) спецификацией. Для распознавания разбиения (например, на основе подкадра, интервала, мини–интервала или OS) предоставленной (–ых) передачи (передач) / повторной (–ых) передачи (передач) к DCI может быть добавлен флаг. В случае поддержки асинхронного HARQ для UL URLLC, номер процесса HARQ указывают с использованием DCI.
[00129]
Модуль 124 операций UE может предоставлять информацию 148 одному или более приемникам 120. Например, модуль 124 операций UE может информировать приемник (–и) 120 о времени приема передачи.
[00130]
Модуль 124 операций UE может предоставлять информацию 138 демодулятору 114. Например, модуль 124 операций UE может информировать демодулятор 114 о схеме модуляции, предполагаемой для передач от gNB 160.
[00131]
Модуль 124 операций UE может предоставлять информацию 136 декодеру 108. Например, модуль 124 операций UE может информировать декодер 108 о предполагаемом кодировании передач от gNB 160.
[00132]
Модуль 124 операций UE может предоставлять информацию 142 кодеру 150. Информация 142 может включать в себя данные, подлежащие кодированию, и/или инструкции по кодированию. Например, модуль 124 операций UE может давать кодеру 150 указание закодировать данные 146 передачи и/или другую информацию 142. Другая информация 142 может включать в себя информацию PDSCH HARQ–ACK.
[00133]
Кодер 150 может кодировать данные 146 передачи и/или другую информацию 142, предоставляемую модулем 124 операций UE. Например, кодирование данных 146 и/или другой информации 142 может включать в себя кодирование с обнаружением и/или коррекцией ошибок, сопоставление данных с пространственными, временными и/или частотными ресурсами для передачи, мультиплексирования и т. д. Кодер 150 может предоставлять кодированные данные 152 модулятору 154.
[00134]
Модуль 124 операций UE может предоставлять информацию 144 модулятору 154. Например, модуль 124 операций UE может информировать модулятор 154 о типе модуляции (например, сопоставление созвездия), подлежащий использованию для передач gNB 160. Модулятор 154 может модулировать кодированные данные 152 для подачи одного или более модулированных сигналов 156 к одному или более передатчиков 158.
[00135]
Модуль 124 операций UE может предоставлять информацию 140 одному или более передатчикам 158. Эта информация 140 может включать в себя инструкции для одного или более передатчиков 158. Например, модуль 124 операций UE может давать указание одному или более передатчикам 158 о времени передачи сигнала на gNB 160. Например, один или более передатчиков 158 могут осуществлять передачу в течение подкадра UL. Один или более передатчиков 158 могут преобразовывать с повышением частоты и передавать модулированный (–ые) сигнал (–ы) 156 на один или более gNB 160.
[00136]
Каждое из одного или более gNB 160 может включать в себя один или более приемопередатчиков 176, один или более демодуляторов 172, один или более декодеров 166, один или более кодеров 109, один или более модуляторов 113, буфер 162 данных и модуль 182 операций gNB. Например, на gNB 160 могут быть реализованы один или более трактов приема и/или передачи. Для удобства в gNB 160 показаны только один приемопередатчик 176, декодер 166, демодулятор 172, кодер 109 и модулятор 113, хотя можно реализовывать множество параллельных элементов (например, приемопередатчики 176, декодеры 166, демодуляторы 172, кодеры 109 и модуляторы 113).
[00137]
Приемопередатчик 176 может включать в себя один или более приемников 178 и один или более передатчиков 117. Один или более приемников 178 могут принимать сигналы от UE 102 с использованием одной или более антенн 180a–n. Например, приемник 178 может принимать и преобразовывать с понижением частоты сигналы для формирования одного или более принятых сигналов 174. Один или более принятых сигналов 174 могут быть поданы на демодулятор 172. Один или более передатчиков 117 могут передавать сигналы на UE 102 с использованием одной или более антенн 180a–n. Например, один или более передатчиков 117 могут преобразовывать с повышением частоты и передавать один или более модулированных сигналов 115.
[00138]
Демодулятор 172 может демодулировать один или более принятых сигналов 174 для создания одного или более демодулированных сигналов 170. Один или более демодулированных сигналов 170 могут быть поданы на декодер 166. Для декодирования сигналов gNB 160 можно использовать декодер 166. Декодер 166 может обеспечивать один или более декодированных сигналов 164, 168. Например, первый eNB–декодированный сигнал 164 может содержать принятые данные полезной нагрузки, которые могут быть сохранены в буфере 162 данных. Второй eNB–декодированный сигнал 168 может содержать служебные данные и/или данные управления. Например, второй eNB–декодированный сигнал 168 может обеспечивать данные (например, информацию PDSCH HARQ–ACK), которые могут быть использованы модулем 182 операций gNB для выполнения одной или более операций.
[00139]
Как правило, модуль 182 операций gNB может обеспечивать gNB 160 возможностью обмена данными с одним или более UE 102. Модуль 182 операций gNB может включать в себя один или более модулей 194 gNB URLLC. Модуль 194 gNB URLLC может выполнять операции URLLC, как описано в данном документе.
[00140]
Модуль 182 операций gNB может предоставлять информацию 188 демодулятору 172. Например, модуль 182 операций gNB может информировать демодулятор 172 о схеме модуляции, предполагаемой для передач с одного или более UE 102.
[00141]
Модуль 182 операций gNB может предоставлять информацию 186 декодеру 166. Например, модуль 182 операций gNB может информировать декодер 166 о предполагаемом кодировании передач от одного или более UE 102.
[00142]
Модуль 182 операций gNB может предоставлять информацию 101 кодеру 109. Информация 101 может включать в себя данные, подлежащие кодированию, и/или инструкции по кодированию. Например, модуль 182 операций gNB может давать кодеру 109 указание закодировать информацию 101, включая данные 105 передачи.
[00143]
Кодер 109 может кодировать данные 105 передачи и/или другую информацию, включенную в информацию 101, предоставляемую модулем 182 операций gNB. Например, кодирование данных 105 и/или другой информации в информации 101 может включать в себя кодирование с обнаружением и/или исправлением ошибок, сопоставление данных с пространством, временные и/или частотные ресурсы для передачи, мультиплексирования и т. д. Кодер 109 может предоставлять кодированные данные 111 модулятору 113. Данные 105 передачи могут включать в себя сетевые данные, подлежащие ретрансляции на UE 102.
[00144]
Модуль 182 операций gNB может предоставлять информацию 103 модулятору 113. Эта информация 103 может включать в себя инструкции для модулятора 113. Например, модуль 182 операций gNB может информировать модулятор 113 о типе модуляции (например, сопоставление созвездия), подлежащий использованию для передач с одного или более UE 102. Модулятор 113 может модулировать кодированные данные 111 для подачи одного или более модулированных сигналов 115 на один или более передатчиков 117.
[00145]
Модуль 182 операций gNB может предоставлять информацию 192 одному или более передатчикам 117. Эта информация 192 может включать в себя инструкции для одного или более передатчиков 117. Например, модуль 182 операций gNB может давать указание одному или более передатчиков 117 о времени передачи (или времени не передачи) сигнала на одно или более UE 102. Один или более передатчиков 117 могут преобразовывать с повышением частоты и передавать модулированный (–ые) сигнал (–ы) 115 на одно или более UE 102.
[00146]
Следует отметить, что подкадр DL может быть передан от gNB 160 на одно или более UE 102 и что подкадр UL может быть передан от одного или более UE 102 на gNB 160. Более того, как gNB 160, так и один или более UE 102 могут передавать данные в стандартном специальном подкадре.
[00147]
Следует также отметить, что один или более элементов или их частей, включенных в одну или более eNB 160 и одно или более UE 102, могут быть реализованы в виде оборудования. Например, один или более из этих элементов или их частей могут быть реализованы в виде микросхемы, схемы или аппаратных компонентов и т. д. Следует также отметить, что одна или более функций или описанных в настоящем документе способов могут быть реализованы в оборудовании и/или выполнены посредством его использования. Например, один или более способов, описанных в настоящем документе, могут быть реализованы и/или осуществлены с помощью набора микросхем, специализированной интегральной схемы (ASIC), большой интегральной схемы (LSI) или интегральной схемы и т. д.
[00148]
n
n+
n+
n+
На Фиг. 2 приведен пример, иллюстрирующий временные соответствия между PDCCH и соответствующими повторениями передачи UL URLLC. На Фиг. 2(а) UE 102 может быть сконфигурировано с четырьмя повторениями для UL URLLC. UE 102 может передавать TB, начиная с индекса  времени, который может повторяться в индексе 3 времени, индексе 6 времени и индексе 9 времени.
[00149]
К
n
n+k
n
n
n – k
k
k=
n+
n+
UE 102, сконфигурированный с  повторениями для передачи URLLC UL, может осуществлять мониторинг PDCCH с тем же временным разбиением. PDCCH по индексу  времени (подкадр, интервал, мини–интервал, OS) может инициировать передачу/повторную передачу на основе предоставления в индексе  времени (подкадре, интервале, мини–интервале, OS). Другими словами, чтобы останавливать сконфигурированное (–ые) повторение (–я) с индекса  времени или инициировать передачу/повторную передачу UL на основе предоставления в индексе  времени, ожидается, что UE 102 не примет PDCCH во время, отличное от индекса  времени. Значение  может быть зафиксировано спецификацией или сконфигурировано с использованием сигнала RRC. На Фиг. 2 1. На Фиг. 2(b) UE 102 принимает PDCCH с индексом 5 времени. UE 102 затем останавливает сконфигурированные повторения с индекса 6 времени.
[00150]
n+
На Фиг. 2(с) UE 102 принимает PDCCH в индекс 5 времени и начинает передачу (–и) / повторную (–ые) передачу (–и) на основе предоставления с индексом n+6 времени. Передача (–и) / повторная (–ые) передача (–и) на основе предоставления может (могут) переопределять сконфигурированное повторение 3 и повторение 4.
[00151]
На Фиг. 3A–3D проиллюстрированы примеры PDCCH, который основан на другом временном разбиении по сравнению со сконфигурированными повторениями UL URLLC. На Фиг. 3А UE 102 сконфигурировано с шестью повторениями для UL URLLC с точным временным разбиением (тайминг–2). UE 102 осуществляет мониторинг PDCCH с грубым временным разбиением (тайминг–1). В одном примере тайминг–1 может быть основан на интервале, в то время как тайминг–2 может быть основан на мини–интервале.
[00152]
На Фиг. 3В UE 102 принимает PDCCH с индексом 1 таймингом–1. UE 102 останавливает сконфигурированные повторения в индексе 2 тайминге–1.
[00153]
На Фиг. 3C UE 102 принимает PDCCH в индексе 1 тайминге–1 и запускает повторения на основе предоставления для того же самого TB или нового TB в индексе 2 тайминге–1. Передача (–и) / повторная (–ые) передача (–и) на основе предоставления может (могут) переопределять сконфигурированные повторения. Битовая карта или смещение/индекс предоставленного ресурса могут отличаться от сконфигурированных повторений.
[00154]
На Фиг. 3D UE 102 принимает PDCCH в индексе 1 тайминге–1 и запускает повторения на основе предоставления для того же самого TB или нового TB в индексе 2 тайминге–1. Разбиение предоставленного ресурса может отличаться от сконфигурированных повторений.
[00155]
В вышеупомянутых вариантах реализации повторение можно выполнять посредством полустатически конфигурируемых ресурсов восходящей линии связи, по меньшей мере для начального транспортного блока. Однако также возможно применение других схем конфигурации ресурсов. Например, для любого транспортного блока повторение может быть выполнено посредством ресурсов восходящей линии связи, которые назначены с помощью динамической сигнализации (например, динамического предоставления UL). В другом примере ресурсы восходящей линии связи могут иметь полупостоянную конфигурацию.
[00156]
По меньшей мере в случае назначения ресурсов восходящей линии связи посредством динамической сигнализации UE 102, возможно, должен поддерживать мониторинг PDCCH даже при отсутствии UE 102 не имеет данных UL в своем буфере данных UL. В этом случае, выполнять ли повторение, может зависеть от обнаруженного PDCCH. Более конкретно, например, UE 102 может осуществлять мониторинг PDCCH в общем пространстве поиска (CSS) и в UE–специфичном пространстве поиска (USS) в данном подкадре. Если UE 102, сконфигурированное с повторением PUSCH, обнаруживает PDCCH с форматом DCI предоставления UL в USS, UE 102 может получать разрешение на выполнение повторения PUSCH с использованием ресурса UL, диспетчеризуемого обнаруженным PDCCH. С другой стороны, если UE 102, сконфигурированное с повторением PUSCH, обнаруживает PDCCH с форматом DCI предоставления UL в CSS, UE 102 может не получить разрешения на использование ресурса UL, диспетчеризуемого обнаруженным PDCCH, для повторения PUSCH, и оно может выполнять нормальную передачу PUSCH (т. е. неповторяющуюся передачу PUSCH, одноразовую передачу PUSCH).
[00157]
В другом примере UE 102 может осуществлять мониторинг PDCCH с форматом DCI предоставления UL во множестве наборов ресурсов управления в конкретном подкадре. Если UE 102, сконфигурированное с повторением PUSCH, обнаруживает PDCCH с форматом DCI предоставления UL в наборе A ресурсов управления (например, наборе ресурсов управления, сконфигурированном с помощью сообщения конфигурации RRC, выделенного для UE), UE 102 может получить разрешение на выполнение повторения PUSCH с использованием ресурса UL, диспетчеризуемого обнаруженным PDCCH. Если UE 102, сконфигурированное с повторением PUSCH, обнаруживает PDCCH с форматом DCI предоставления UL в наборе B ресурсов управления (например, наборе ресурсов управления, сконфигурированном с помощью общего сообщения конфигурации RRC), UE 102 может не получить разрешение на использование ресурса UL, диспетчеризуемого обнаруженным PDCCH для повторения PUSCH, и оно может выполнять обычную передачу PUSCH.
[00158]
В еще одном примере UE 102 может осуществлять мониторинг PDCCH с форматом A DCI предоставления UL и другой PDCCH с форматом B DCI предоставления UL в конкретном подкадре. Если UE 102, сконфигурированное с повторением PUSCH, обнаруживает PDCCH с форматом А DCI предоставления UL, UE 102 может получить разрешение на выполнение повторения PUSCH с использованием ресурса UL, диспетчеризуемого обнаруженным PDCCH. Если UE 102, сконфигурированное с повторением PUSCH, обнаруживает PDCCH с форматом В DCI предоставления UL, UE 102 может не получить разрешение на использование ресурса UL, диспетчеризуемого обнаруженным PDCCH для повторения PUSCH, и оно может выполнять обычную передачу PUSCH.
[00159]
В еще одном примере UE 102 может осуществлять мониторинг PDCCH с форматом DCI предоставления UL с CRC, скремблированной с RNTI A, и другой PDCCH с форматом DCI предоставления UL с CRC, скремблированной с RNTI B, в конкретном подкадре. Если UE 102, сконфигурированное с повторением PUSCH, обнаруживает PDCCH с форматом DCI предоставления UL с CRC, скремблированной с RNTI A, UE 102 может получить разрешение на выполнение повторения PUSCH с использованием ресурса UL, диспетчеризуемого обнаруженным PDCCH. Если UE 102, сконфигурированное с повторением PUSCH, обнаруживает PDCCH с форматом DCI предоставления UL с CRC, скремблированной с RNTI В, UE 102 может не получить разрешения на использование ресурса UL, диспетчеризуемого обнаруженным PDCCH для повторения PUSCH, и оно может выполнять обычную передачу PUSCH.
[00160]
В еще одном примере UE 102 может осуществлять мониторинг PDCCH с форматом DCI предоставления UL в конкретном подкадре. Если UE 102, сконфигурированное с повторением PUSCH, обнаруживает PDCCH с форматом DCI предоставления UL, в котором для определенного (–ых) поля (–ей) установлено (–ы) определенное (–ые) значение (–я), UE 102 может получить разрешение на выполнение повторения PUSCH с использованием ресурса UL, диспетчеризуемого обнаруженным PDCCH. В противном случае UE 102 может не получить разрешения на использование ресурса UL, диспетчеризуемого обнаруженным PDCCH для повторения PUSCH, и оно может выполнять обычный PUSCH.
[00161]
В еще одном примере UE 102 может осуществлять мониторинг PDCCH с PUSCH на основе интервалов диспетчеризации в формате DCI предоставления UL и PDCCH с PUSCH на основе интервалов диспетчеризации в формате DCI для предоставления UL в конкретном подкадре. Если UE 102, сконфигурированное с повторением PUSCH, обнаруживает PDCCH с PUSCH на основе интервалов диспетчеризации в формате DCI предоставления UL, UE 102 может получить разрешение на использование повторения PUSCH с использованием ресурса UL, диспетчеризуемого обнаруженным PDCCH. Если UE 102, сконфигурированное с повторением PUSCH, обнаруживает PDCCH с PUSCH на основе подынтервалов диспетчеризации в формате DCI предоставления UL, UE 102 может не получить разрешения на использование ресурса UL, диспетчеризуемого обнаруженным PDCCH для повторения PUSCH, и оно может выполнять обычную передачу PUSCH.
[00162]
В еще одном примере UE 102 может осуществлять мониторинг PDCCH с PUSCH на основе численной величины numerology_A диспетчеризации в формате DCI предоставления UL (например, PUSCH на основе численной величины, конфигурируемой с помощью сообщения конфигурации RRC, выделенного для UE) и PDCCH с PUSCH на основе численной величины numerology_B диспетчеризации в формате DCI предоставления UL (например, PUSCH на основе численной величины по умолчанию или численной величины, конфигурируемой с помощью общего сообщения конфигурации RRC) в конкретном подкадре. Если UE 102, сконфигурированное с повторением PUSCH, обнаруживает PDCCH с PUSCH на основе численной величины numerology_A диспетчеризации в формате DCI предоставления UL, UE 102 может получить разрешение на выполнение повторения PUSCH с использованием ресурса UL, диспетчеризуемого обнаруженным PDCCH. Если UE 102, сконфигурированное с повторением PUSCH, обнаруживает PDCCH с PUSCH на основе численной величины numerology_B диспетчеризации в формате DCI предоставления UL, UE 102 может не получить разрешения на использование ресурса UL, диспетчеризуемого обнаруженным PDCCH для повторения PUSCH, и оно может выполнять обычную передачу PUSCH.
[00163]
На Фиг. 4 представлена схема, иллюстрирующая один пример ресурсной сетки для нисходящей линии связи. Ресурсная сетка, показанная на Фиг. 4, может быть использована в некоторых реализациях систем и способов, описанных в настоящем документе. Более подробные сведения, касающиеся ресурсной сетки, приведены в связи с Фиг. 1.
[00164]
DL
RB
RB
DL
RB
sc
sc
symb
На Фиг. 4 один подкадр 469 нисходящей линии связи может включать в себя два интервала 483 нисходящей линии связи. N представляет собой конфигурацию ширины полосы нисходящей линии связи обслуживающей соты, выраженную в значениях, кратных N, где N – размер ресурсного блока 489 в частотном домене, выраженный в количестве поднесущих, а N – некоторое количество символов 487 OFDM в интервале 483 нисходящей линии связи. Ресурсный блок 489 может включать в себя некоторое количество ресурсных элементов (RE) 491.
[00165]
DL
DL
RB
RB
данные, начало
данные, конец
Для PCell N представляет собой широковещание как часть системной информации. Для SCell (включая LAA SCell) N конфигурируют посредством сообщения RRC, специально предназначенного для UE 102. Для сопоставления PDSCH с доступным RE 491 может быть RE 491, индекс 1 которого удовлетворяет условиям: l ≥ l и/или l ≥ l в подкадре.
[00166]
В нисходящей линии связи может быть использована схема доступа OFDM с циклическим префиксом (CP), которая может также упоминаться как CP–OFDM. В нисходящей линии связи можно передавать PDCCH, EPDCCH, PDSCH и т. п. Радиокадр нисходящей линии связи может включать в себя множество пар ресурсных блоков (RB) нисходящей линии связи, которые также упоминаются как физические ресурсные блоки (PRB). Пара ресурсных блоков (RB) нисходящей линии связи представляет собой блок для назначения радиоресурсов нисходящей линии связи, определяемых заданной шириной полосы (шириной полосы RB) и интервалом времени. Пара RB нисходящей линии связи включает в себя два RB нисходящей линии связи, которые являются непрерывными во временной области.
[00167]
k, l
k
l
RB нисходящей линии связи включает в себя двенадцать поднесущих в частотной области и семь (в случае нормального CP) или шесть (в случае расширенного CP) символов OFDM во временной области. Область, определяемая одной поднесущей в частотной области и одним символом OFDM во временной области, называется ресурсным элементом (RE) и однозначно идентифицируется парой индексов () в интервале, где  и  являются индексами в частотной и временной областях соответственно. Хотя в настоящем документе обсуждаются подкадры нисходящей линии связи в одной несущей составляющей (CC), подкадры нисходящей линии связи определены для каждой CC, и эти подкадры нисходящей линии связи по существу синхронизированы друг с другом среди CC.
[00168]
На Фиг. 5 представлена схема, иллюстрирующая один пример ресурсной сетки для восходящей линии связи. Ресурсная сетка, показанная на Фиг. 5, может быть использована в некоторых реализациях систем и способов, описанных в настоящем документе. Более подробные сведения, касающиеся ресурсной сетки, приведены в связи с Фиг. 1.
[00169]
UL
RB
RB
UL
RB
sc
symb
На Фиг. 5 один подкадр 569 восходящей линии связи может включать в себя два интервала 583 восходящей линии связи. N представляет собой конфигурацию ширины полосы восходящей линии связи обслуживающей соты, выраженную в значениях, кратных Nsc, где N – размер ресурсного блока 589 в частотном домене, выраженный в количестве поднесущих, а N – некоторое количество символов 593 SC–FDMA в интервале 583 восходящей линии связи. Ресурсный блок 589 может включать в себя некоторое количество ресурсных элементов (RE) 591.
[00170]
UL
UL
RB
RB
Для PCell N представляет собой широковещание как часть системной информации. Для SCell (включая LAA SCell) N конфигурируют посредством сообщения RRC, специально предназначенного для UE 102.
[00171]
В восходящей линии связи в дополнение к CP–OFDM можно использовать схему множественного доступа с частотным разделением каналов с одной несущей (SC–FDMA), которая также упоминается как OFDM с расширением дискретного преобразования Фурье (DFT–S–OFDM). В восходящей линии можно передавать PUCCH, PUSCH, PRACH и т. п. Радиокадр восходящей линии связи может включать в себя множество пар ресурсных блоков восходящей линии связи. Пара RB восходящей линии связи представляет собой блок для назначения радиоресурсов восходящей линии связи, определяемых предварительно заданной шириной полосы (шириной полосы RB) и временным интервалом. Пара RB восходящей линии связи включает в себя два RB восходящей линии связи, которые являются непрерывными во временной области.
[00172]
k, l
k
l
RB восходящей линии связи может включать в себя двенадцать поднесущих в частотной области и семь (в случае нормального CP) или шесть (в случае расширенного CP) символов OFDM/DFT–S–OFDM во временной области. Область, определяемая одной поднесущей в частотной области и одним символом OFDM/DFT–S–OFDM во временной области, называется RE и однозначно идентифицируется парой индексов () в интервале, где  и  являются индексами в частотной и временной областях соответственно. Хотя в настоящем документе обсуждаются подкадры восходящей линии связи в одной несущей составляющей (CC), подкадры восходящей линии связи определены для каждой CC.
[00173]
i
–i
–i
–i
–i
На Фиг. 6 приведены примеры нескольких численных величин 601. Численная величина № 1 601a может быть базовой численной величиной (например, опорной численной величиной). Например, RE 695a базовой численной величины 601a может быть определен с разносом поднесущих 605a 15 кГц в частотной области и длиной 2048Ts+CP (например, 160Ts или 144Ts) во временной области (т. е. длиной символа № 1 603a), где Ts обозначает единицу времени выборки в основной полосе, определенную как 1 / (15 000 * 2048) секунд. Для i–й численной величины разнос поднесущих 605 может быть равен 15 * 2, и эффективная длина символа OFDM 2048 * 2* Ts. Это может обеспечивать длину символа 2048 * 2 * Ts+длина CP (например, 160 * 2 * Ts или 144 * 2 * Ts). Другими словами, разнос поднесущих i+1–й численной величины вдвое больше, чем для i–й численной величины, а длина символа i+1–й численной величины – половина от длины символа i–й численной величины. На Фиг. 6 показаны четыре численные величины, но система может поддерживать другое количество численных величин. Кроме того, система не должна поддерживать все численные величины от 0–й до I–й, i=0, 1, …, I.
[00174]
Например, первая передача UL в первом ресурсе SPS, как упомянуто выше, может быть выполнена только для численной величины № 1 (например, разнос поднесущих 15 кГц). В данном случае UE 102 может получать (обнаруживать) численную величину № 1 на основе сигнала синхронизации. Кроме того, UE 102 может принимать выделенный сигнал RRC, включающий в себя информацию (например, команду передачи обслуживания), конфигурирующую численную величину № 1. Выделенный сигнал RRC может представлять собой UE–специфичный сигнал. В данном случае первая передача UL в первом ресурсе SPS может быть выполнена с численной величиной № 1, численной величиной № 2 (разнос поднесущих 30 кГц) и/или с численной величиной № 3 (разнос поднесущих 60 кГц).
[00175]
Кроме того, вторая передача UL во втором ресурсе SPS, как упомянуто выше, может быть выполнена только с численной величиной № 3. В данном случае, например, UE 102 может принимать системную информацию (например, блок служебной информации (MIB) и/или блок системной информации (SIB)), включающую в себя информацию, конфигурирующую численную величину № 2 и/или численную величину № 3.
[00176]
Кроме того, UE 102 может принимать выделенный сигнал RRC, включающий в себя информацию (например, команду передачи обслуживания), конфигурирующую численную величину №2 и/или численную величину № 3. Системная информация (например, MIB) может быть передана по каналу BCH (широковещательный канал) и/или с использованием выделенного сигнала RRC. Системная информация (например, SIB) может содержать информацию, относящуюся к оцениванию наличия у оборудования UE 102 разрешенного доступа к соте, и/или определяет диспетчеризацию другой системной информации. Системная информация (SIB) может содержать информацию о конфигурации радиоресурса, которая является общей для множества UE 102. А именно, выделенный сигнал RRC может включать в себя каждую из множества конфигураций численной величины (первая численная величина, вторая численная величина и/или третья численная величина) для каждой из передач UL (например, каждой из передач UL–SCH, каждой из передач PUSCH). Кроме того, выделенный сигнал RRC может включать в себя каждую из множества конфигураций численной величины (первая численная величина, вторая численная величина и/или третья численная величина) для каждой из передач DL (каждой из передач PDCCH).
[00177]
DL
UL
symb
symb
i+
i
На Фиг. 7 приведены примеры структур подкадров для численных величин 701, представленных на Фиг. 6. Учитывая, что интервал включает в себя N (или N) = 7 символов, длина интервала 1–й численной величины 701 – это половина –й численной величины 701, и, в конечном счете, количество интервалов в подкадре (т. е. 1 мс) становится двойным. Можно отметить, что радиокадр может включать в себя 10 подкадров, и длина радиокадра может быть равна 10 мс.
[00178]
DL
UL
symb
symb
На Фиг. 8 приведены примеры интервалов 883 и подынтервалов 807. Если подынтервал 807 не сконфигурирован более высоким уровнем, UE 102 и eNB/gNB 160 могут использовать только интервал 883 в качестве блока диспетчеризации. Более конкретно, данный транспортный блок может быть выделен интервалу 883. Если подынтервал 807 сконфигурирован более высоким уровнем, UE 102 и eNB/gNB 160 могут использовать подынтервал 807, а также интервал 883. Подынтервал 807 может включать в себя один или более символов OFDM. Максимальное количество символов OFDM, которые составляют подынтервал 807, может составлять N–1 (или N–1).
[00179]
Длина подынтервала может быть сконфигурирована посредством сигнализации более высокого уровня. В альтернативном варианте осуществления длина подынтервала может быть указана каналом управления физического уровня (например, форматом DCI).
[00180]
DL
UL
symb
symb
Подынтервал 807 может начинаться с любого символа в интервале 883, если только он не конфликтует с каналом управления. Могут быть предусмотрены ограничения по длине мини–интервала в зависимости от ограничений по начальному положению. Например, подынтервал 807 с длиной N–1 (или N–1) может начинаться со второго символа в интервале 883. Начальное положение подынтервала 807 может быть указано каналом управления физического уровня (например, форматом DCI). В альтернативном варианте осуществления начальное положение подынтервала 807 может быть определено из информации (например, индекса пространства поиска, индекса претендента на слепое декодирование, индексов частотного и/или временного ресурса, индекса PRB, индекса элемента канала управления, уровня агрегации элементов канала управления, индекса порта антенны и т. д.) канала управления физического уровня, который осуществляет диспетчеризацию данных в соответствующем подынтервале 807.
[00181]
В случаях, когда подынтервал 807 сконфигурирован, данный транспортный блок может быть выделен интервалу 883, подынтервалу 807, агрегированным подынтервалам 807 или агрегированному (–ым) подынтервалу (–ам) 807 и интервалу 883. Этот блок может также быть блоком для генерации битов HARQ–ACK.
[00182]
На Фиг. 9 приведены примеры временной шкалы диспетчеризации 909. Для нормальной временной шкалы 909a диспетчеризации DL каналы управления DL сопоставлены с начальной частью интервала 983a. Каналы 911 управления DL осуществляют диспетчеризацию совместно применяемых каналов 913a DL в одном и том же интервале 983a. HARQ–ACK для совместно применяемых каналов DL 913a (т. е. HARQ–ACK, каждый из которых указывает, успешно ли обнаружен транспортный блок в каждом совместно применяемом канале 913a DL) указывают в отчетах по каналам 915a управления UL в более позднем интервале 983b. В этом случае данный интервал 983 может содержать передачу DL или передачу UL.
[00183]
Для нормальной временной шкалы 909b диспетчеризации UL каналы 911b управления DL сопоставлены с начальной частью интервала 983c. Каналы 911b управления DL осуществляют диспетчеризацию совместно применяемых каналов 917a UL в более позднем интервале 983d. В этих случаях временная привязка (временной сдвиг) между интервалом DL 983c и интервалом 983d UL может быть фиксированной или сконфигурированной посредством сигнализации более высокого уровня. В альтернативном варианте осуществления это может быть указано каналом управления физического уровня (например, форматом DCI назначения DL, форматом DCI предоставления UL или другим форматом DCI, таким как формат DCI общей сигнализации UE, который можно отслеживать в общем пространстве поиска).
[00184]
Для автономной базовой временной шкалы 909c диспетчеризации DL каналы 911с управления DL сопоставлены с начальной частью интервала 983e. Каналы 911с управления DL осуществляют диспетчеризацию совместно применяемых каналов 913b DL в одном и том же интервале 983e. HARQ–ACK для совместно применяемых каналов DL 913b указывают в отчетах в каналах 915b управления UL, которые сопоставлены в конечной части интервала 983e.
[00185]
Для автономной базовой временной шкалы 909d диспетчеризации UL каналы 911d управления DL сопоставлены с начальной частью интервала 983f. Каналы 911d управления DL осуществляют диспетчеризацию совместно применяемых каналов 917b UL в одном и том же интервале 983f. В этих случаях интервал 983f может содержать части DL и UL, и между передачами DL и UL может быть предусмотрен защитный интервал.
[00186]
Использование автономного интервала может осуществляться при конфигурации автономного интервала. В альтернативном варианте осуществления использование автономного интервала может осуществляться при конфигурации подынтервала. В еще одном альтернативном варианте осуществления использование автономного интервала может осуществляться при конфигурации укороченного физического канала (например, PDSCH, PUSCH, PUCCH и т. д.).
[00187]
На Фиг. 10 приведены примеры областей мониторинга канала управления DL. Один или более наборов PRB могут быть сконфигурированы для мониторинга канала управления DL. Другими словами, набор ресурсов управления в частотной области представляет собой набор PRB, в которых UE 102 пытается слепо декодировать информацию управления нисходящей линии связи, причем PRB могут быть или не быть смежными по частоте, UE 102 может иметь один или больше наборов ресурсов управления, и одно сообщение DCI может находиться в одном наборе ресурсов управления. В частотной области PRB – это размер единицы ресурса (который может включать или не включать в себя опорный сигнал демодуляции (DM–RS)) для канала управления. Совместно применяемый канал DL может начинаться с более позднего символа OFDM, чем тот (те), который (–ые) передает (–ют) обнаруженный канал управления DL. В альтернативном варианте осуществления совместно применяемый канал DL может начинаться с (или более раннего) символа OFDM, являющегося последним символом OFDM, передающим обнаруженный канал управления DL. Другими словами, может поддерживаться динамическое повторное использование по меньшей мере части ресурсов в наборах ресурсов управления для данных того же или другого UE 102 по меньшей мере в частотной области.
[00188]
На Фиг. 11 приведены примеры канала управления DL, содержащего более одного элемента канала управления. Если набор ресурсов управления охватывает множество символов OFDM, претендент канала управления может быть сопоставлен с множеством символами OFDM или может быть сопоставлен с одним символом OFDM. Один элемент канала управления DL может быть сопоставлен с RE, определенными одним PRB и одним символом OFDM. Если для передачи одного канала управления DL использованы более одного элемента канала управления DL, может быть выполнена агрегация элементов канала управления DL.
[00189]
Количество агрегированных элементов канала управления DL называется уровнем агрегации элементов канала управления DL. Уровень агрегации элементов канала управления DL может составлять 1 или 2 в целочисленной степени. gNB 160 может информировать UE 102, какие претенденты канала управления сопоставлены с каждым подмножеством символов OFDM в наборе ресурсов управления. Если один канал управления DL сопоставлен с одним символом OFDM и не охватывает множество символов OFDM, агрегация элементов канала управления DL выполнена внутри символа OFDM, а именно агрегированы множество элементов канала управления DL в символе OFDM. В противном случае могут быть агрегированы элементы канала управления DL в разных символах OFDM.
[00190]
На Фиг. 12 приведены примеры структур канала управления UL. Канал управления UL может быть сопоставлен с RE, определенными как PRB и интервал в частотной и временной областях соответственно. Этот канал управления UL может упоминаться как длинный формат (или просто 1–й формат). Каналы управления UL могут быть сопоставлены с RE в ограниченных символах OFDM во временной области. Это может упоминаться как короткий формат (или просто 2–й формат). Каналы управления UL с коротким форматом могут быть сопоставлены с RE в одном PRB. В альтернативном варианте осуществления каналы управления UL с коротким форматом могут быть сопоставлены с RE во множестве PRB. Например, может быть применено чередующееся сопоставление, а именно канал управления UL может быть сопоставлен с каждыми N PRB (например, 5 или 10) в пределах ширины полосы системы.
[00191]
На Фиг. 13 представлена блок–схема, иллюстрирующая один вариант реализации gNB 1360. gNB 1360 может включать в себя процессор 1323 более высокого уровня, передатчик 1325 DL, приемник 1333 UL и одну или более антенн 1331. Передатчик 1325 DL может включать в себя передатчик 1327 PDCCH и передатчик 1329 PDSCH. Приемник 1333 UL может включать в себя приемник 1335 PUCCH и приемник 1337 PUSCH.
[00192]
Процессор 1323 более высокого уровня может управлять поведением физического уровня (передатчика DL и приемника UL) и предоставлять параметры более высокого уровня физическому уровню. Процессор 1323 более высокого уровня может получать транспортные блоки от физического уровня. Процессор 1323 более высокого уровня может отправлять/получать сообщения более высокого уровня, такие как сообщение RRC и сообщение MAC, на более высокий уровень UE или с него. Процессор 1323 более высокого уровня может предоставлять транспортные блоки передатчика PDSCH и предоставлять параметры передачи передатчика PDCCH, относящиеся к транспортным блокам.
[00193]
Передатчик 1325 DL может мультиплексировать физические каналы нисходящей линии связи, физические сигналы нисходящей линии связи (включая сигнал резервирования) и передавать их через передающие антенны 1331. Приемник 1333 UL может принимать мультиплексированные физические каналы восходящей линии связи и физические сигналы восходящей линии связи через приемные антенны 1331 и демультиплексировать их. Приемник 1335 PUCCH может предоставлять процессор 1323 более высокого уровня UCI. Приемник 1337 PUSCH может предоставлять транспортные блоки, полученные процессором 1323 более высокого уровня.
[00194]
На Фиг. 14 представлена блок–схема, иллюстрирующая один вариант реализации UE 1402. UE 1402 может включать в себя процессор 1423 более высокого уровня, передатчик 1451 UL, приемник 1443 DL и одну или более антенн 1431. Передатчик 1451 UL может включать в себя передатчик 1453 PUCCH и передатчик 1455 PUCCH. Приемник 1443 DL может включать в себя приемник 1445 PDCCH и приемник 1447 PDSCH.
[00195]
Процессор 1423 более высокого уровня может управлять поведением физического уровня (передатчика UL и приемника DL) и предоставлять параметры более высокого уровня физическому уровню. Процессор 1423 более высокого уровня может получать транспортные блоки от физического уровня. Процессор 1423 более высокого уровня может отправлять/получать сообщения более высокого уровня, такие как сообщение RRC и сообщение MAC, на более высокий уровень UE или с него. Процессор 1423 более высокого уровня может предоставлять транспортные блоки передатчика PUSCH и предоставлять передатчик 1453 UCI PUCCH.
[00196]
Приемник 1443 DL может принимать мультиплексированные физические каналы нисходящей линии связи и физические сигналы нисходящей линии связи через приемные антенны 1431 и демультиплексировать их. Приемник 1445 PDCCH может предоставлять процессор 1423 более высокого уровня DCI. Приемник 1447 PDSCH может предоставлять транспортные блоки, полученные процессором 1423 более высокого уровня.
[00197]
Следует отметить, что названия описанных в данном документе физических каналов приведены в качестве примеров. Могут быть использованы другие названия, такие как «NRPDCCH, NRPDSCH, NRPUCCH и NRPUSCH», «PDCCH нового поколения (G), GPDSCH, GPUCCH и GPUSCH» и т. п.
[00198]
На Фиг. 15 проиллюстрированы различные компоненты, которые можно использовать в UE 1502. UE 1502, описанное в связи с Фиг. 15, может быть реализовано в соответствии с UE 102, описанным в связи с Фиг. 1. UE 1502 включает в себя процессор 1503, который управляет работой UE 1502. Процессор 1503 может также называться центральным процессором (ЦП). Память 1505, которая может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), их комбинацию или устройство любого типа, которое может хранить информацию, обеспечивает инструкции 1507a и данные 1509a для процессора 1503. Часть памяти 1505 может также включать в себя энергонезависимое оперативное запоминающее устройство (NVRAM). Инструкции 1507b или данные 1509b могут также находиться в процессоре 1503. Инструкции 1507b и/или данные 1509b, загружаемые в процессор 1503, могут также содержать инструкции 1507a и/или данные 1509a из памяти 1505, которые были загружены для исполнения или обработки процессором 1503. Инструкции 1507b могут быть исполнены процессором 1503 для реализации описанных выше способов.
[00199]
UE 1502 может также включать в себя корпус, который содержит один или более передатчиков 1558 и один или более приемников 1520 для обеспечения возможности передачи и приема данных. Передатчик (–и) 1558 и приемник (–и) 1520 могут быть объединены в один или более приемопередатчиков 1518. К корпусу прикреплены одна или более антенн 1522a–n, которые электрически связаны с приемопередатчиком 1518.
[00200]
Различные компоненты UE 1502 соединены вместе с помощью системы 1511 шин, которая помимо шины данных может включать в себя шину питания, шину сигналов управления и шину сигналов состояния. Однако для ясности различные шины проиллюстрированы на Фиг. 15 как система 1511 шин. UE 1502 может также включать в себя цифровой сигнальный процессор (DSP) 1513 для использования в обработке сигналов. UE 1502 может также включать в себя интерфейс 1515 связи, который обеспечивает доступ пользователя к функциям UE 1502. UE 1502, проиллюстрированные на Фиг. 15, представляет собой функциональную блок–схему, а не перечень конкретных компонентов.
[00201]
На Фиг. 16 проиллюстрированы различные компоненты, которые можно использовать в gNB 1660. gNB 1660, описанная в связи с Фиг. 16, может быть реализована в соответствии с gNB 160, описанной в связи с Фиг. 1. gNB 1660 включает в себя процессор 1603, который управляет работой gNB 1660. Процессор 1603 может также называться центральным процессором (ЦП). Память 1605, которая может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), их комбинацию или устройство любого типа, которое может хранить информацию, обеспечивает инструкции 1607a и данные 1609a для процессора 1603. Часть памяти 1605 может также включать в себя энергонезависимое оперативное запоминающее устройство (NVRAM). Инструкции 1607b или данные 1609b могут также находиться в процессоре 1603. Инструкции 1607b и/или данные 1609b, загружаемые в процессор 1603, могут также включать в себя инструкции 1607a и/или данные 1609a из памяти 1605, которые были загружены для исполнения или обработки процессором 1603. Инструкции 1607b могут быть исполнены процессором 1603 для реализации описанных выше способов.
[00202]
gNB 1660 может также включать в себя корпус, который содержит один или более передатчиков 1617 и один или более приемников 1678 для обеспечения возможности передачи и приема данных. Передатчик (–и) 1617 и приемник (–и) 1678 могут быть объединены в один или более приемопередатчиков 1676. К корпусу прикреплены одна или более антенн 1680a–n, которые электрически связаны с приемопередатчиком 1676.
[00203]
Различные компоненты gNB 1660 соединены вместе с помощью системы 1611 шин, которая может помимо шины данных может включать в себя шину питания, шину сигналов управления и шину сигналов состояния. Однако для ясности различные шины проиллюстрированы на Фиг. 16 как система 1611 шин. gNB 1660 может также включать в себя цифровой сигнальный процессор (DSP) 1613 для использования в обработке сигналов. gNB 1660 может также включать в себя интерфейс 1615 связи, который обеспечивает доступ пользователя к функциям gNB 1660. gNB 1660, проиллюстрированная на Фиг. 16, представляет собой функциональную блок–схему, а не перечень конкретных компонентов.
[00204]
На Фиг. 17 представлена блок–схема, иллюстрирующая один вариант реализации UE 1702, в котором могут быть реализованы системы и способы связи повышенной надежности с малым временем задержки. UE 1702 включает в себя средство 1758 передачи, средство 1720 приема и средство 1724 управления. Средство 1758 передачи, средство 1720 приема и средство 1724 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг. 1. На Фиг. 15 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 17. Для осуществления одной или более функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.
[00205]
На Фиг. 18 представлена блок–схема, иллюстрирующая один вариант реализации gNB 1860, в котором могут быть осуществлены системы и способы связи повышенной надежности с малым временем задержки. gNB 1860 включают в себя средство 1817 передачи, средство 1878 приема и средство 1882 управления. Средство 1817 передачи, средство 1878 приема и средство 1882 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг. 1. На Фиг. 16 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 18. Для осуществления одной или более функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.
[00206]
На Фиг. 19 представлена блок–схема, иллюстрирующая способ 1900 передачи данных пользовательским оборудованием (UE) 102, которое обменивается данными с устройством 160 базовой станции (gNB). UE 102 может принимать на этапе 1902 сообщение управления радиоресурсом, включающее в себя первую информацию, используемую для указания периодичности. UE 102 может принимать на этапе 1904 по физическому каналу управления нисходящей линии связи (PDCCH) информацию управления нисходящей линии связи (DCI) с циклической проверкой четности с избыточностью (CRC), скремблированной первым временным идентификатором радиосети (RNTI), причем DCI включает в себя информацию, указывающую ресурс временной области. UE 102 может выполнять на этапе 1906 передачу по физическому совместно применяемому каналу для передачи данных по восходящей линии связи (PUSCH) в символе на основе DCI с CRC, скремблированной первым RNTI. Ресурс временной области может включать в себя индекс символа, в котором происходит передача по PUSCH, и значение смещения интервала. Индекс символа, в котором происходит передача по PUSCH, может находиться в интервале, заданном первой информацией и значением смещения интервала.
[00207]
UE 102 может также принимать сообщение управления радиоресурсом, включающее в себя первый параметр. UE 102 может дополнительно принимать сообщение управления радиоресурсом, включающее в себя второй параметр. UE 102 может дополнительно принимать информацию DCI с CRC, скремблированной вторым RNTI, по PDCCH, причем DCI используют для диспетчеризации PUSCH. UE 102 может передавать опорный сигнал демодуляции (DMRS) для PUSCH. В случае выполнения передачи по PUSCH на основе DCI с CRC, скремблированной первым RNTI, DMRS для PUSCH генерируют на основе первого параметра. В случае выполнения передачи по PUSCH на основе DCI с CRC, скремблированной вторым RNTI, DMRS для PUSCH генерируют на основе второго параметра.
[00208]
На Фиг. 20 представлена блок–схема, иллюстрирующая способ 2000 передачи данных устройством 160 базовой станции (gNB), которое обменивается данными с пользовательским оборудованием (UE) 102. gNB 160 может передавать на этапе 2002 сообщение управления радиоресурсом, включающее в себя первую информацию, используемую для указания периодичности. gNB 160 может передавать на этапе 2004 по PDCCH DCI с CRC, скремблированной первым RNTI, причем DCI включает в себя информацию, указывающую ресурс временной области. gNB 160 может выполнять на этапе 2006 прием по физическому совместно применяемому каналу для передачи данных по восходящей линии связи (PUSCH) в символе на основе DCI с CRC, скремблированной первым RNTI. Ресурс временной области может включать в себя индекс символа, в котором происходит прием по PUSCH, и значение смещения интервала. Индекс символа, в котором происходит прием по PUSCH, может находиться в интервале, заданном первой информацией и значением смещения интервала.
[00209]
gNB 160 может передавать сообщение управления радиоресурсом, включающее в себя первый параметр. gNB 160 может передавать сообщение управления радиоресурсом, включающее в себя второй параметр. gNB 160 может передавать информацию DCI с CRC, скремблированной вторым RNTI, по PDCCH, причем DCI используют для диспетчеризации PUSCH. gNB 160 может принимать опорный сигнал демодуляции (DMRS) для PUSCH. В случае выполнения приема по PUSCH на основе DCI с CRC, скремблированной первым RNTI, DMRS для PUSCH принимается на основе первого параметра. В случае выполнения приема по PUSCH на основе DCI с CRC, скремблированной вторым RNTI, DMRS для PUSCH принимается на основе второго параметра.
[00210]
На Фиг. 21 представлена блок–схема, иллюстрирующая другой способ 2100 передачи данных пользовательским оборудованием (UE) 102, которое обменивается данными с устройством 160 базовой станции (gNB). UE 102 может принимать на этапе 2102 сообщение управления радиоресурсом, включающее в себя первую информацию, используемую для указания периодичности. UE 102 может принимать на этапе 2104 сообщение управления радиоресурсом, включающее в себя вторую информацию, используемую для указания значения смещения интервала. UE 102 может принимать на этапе 2106 сообщение управления радиоресурсом, включающее в себя третью информацию, используемую для указания индекса символа. UE 102 может осуществлять на этапе 2108 передачу по физическому совместно применяемому каналу для передачи данных по восходящей линии связи (PUSCH) в символе на основе первой информации, второй информации и третьей информации. Индекс символа, в котором происходит передача по PUSCH, может находиться в интервале, заданном первой информацией и второй информацией.
[00211]
На Фиг. 22 представлена блок–схема, иллюстрирующая другой способ 2200 передачи данных устройством 160 базовой станции (gNB), которое обменивается данными с пользовательским оборудованием (UE) 102. gNB 160 может передавать на этапе 2202 сообщение управления радиоресурсом, включающее в себя первую информацию, используемую для указания периодичности. gNB 160 может передавать на этапе 2204 сообщение управления радиоресурсом, включающее в себя вторую информацию, используемую для указания значения смещения интервала. gNB 160 может передавать на этапе 2206 сообщение управления радиоресурсом, включающее в себя третью информацию, используемую для указания индекса символа. gNB 160 может осуществлять на этапе 2208 прием по физическому совместно применяемому каналу для передачи данных по восходящей линии связи (PUSCH) в символе на основе первой информации, второй информации и третьей информации. Индекс символа, в котором происходит прием по PUSCH, может находиться в интервале, заданном первой информацией и второй информацией.
[00212]
Термин «машиночитаемый носитель» относится к любому доступному носителю, к которому может получать доступ компьютер или процессор. Используемый в настоящем документе термин «машиночитаемый носитель» может обозначать читаемый компьютером и/или процессором носитель, который является энергонезависимым и материальным. В качестве примера, но не для ограничения, машиночитаемый или читаемый процессором носитель может представлять собой ОЗУ, ПЗУ, EEPROM, CD–ROM или другой накопитель на оптических дисках, накопитель на магнитных дисках или другие магнитные запоминающие устройства, или любой другой носитель, который можно использовать для переноса или хранения требуемого программного кода в виде инструкций или структур данных и которому может получать доступ компьютер или процессор. В настоящем документе термин «диск» относится к диску (disc), который воспроизводит данные оптическим способом с помощью лазеров (например, компакт–диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD) и диск Blu–ray), и к диску (disk), который обычно воспроизводит данные магнитным способом (например, гибкий диск).
[00213]
Следует отметить, что один или более способов, описанных в настоящем документе, могут быть реализованы и/или выполнены с помощью оборудования. Например, один или более способов, описанных в настоящем документе, могут быть реализованы и/или осуществлены с помощью набора микросхем, специализированной интегральной схемы (ASIC), большой интегральной схемы (LSI) или интегральной схемы и т. д.
[00214]
Каждый из способов, описанных в настоящем документе, включает одну или более стадий или действий для осуществления описанного способа. Стадии и/или действия способа можно менять местами друг с другом и/или объединять в одну стадию в пределах объема, определенного формулой изобретения. Иными словами, если для надлежащей работы описываемого способа не требуется конкретный порядок стадий или действий, порядок и/или использование определенных стадий и/или действий могут быть изменены без отклонения от объема, определенного формулой изобретения.
[00215]
Следует понимать, что формула изобретения не ограничена точной конфигурацией и компонентами, которые проиллюстрированы выше. В компоновку, работу или детали систем, способов и устройства, которые описаны в настоящем документе, могут быть внесены различные модификации, изменения и вариации без отклонения от объема, определенного формулой изобретения.
[00216]
Программа, выполняющаяся на gNB 160 или UE 102 в соответствии с описанными системами и способами, представляет собой программу (программу, предполагающую работу компьютера), которая управляет ЦП и т. п. таким образом, чтобы осуществлять функцию в соответствии с описанными системами и способами. При этом информация, которые обрабатывают эти устройства, во время обработки временно хранится в ОЗУ. Затем информация сохранена на различных ПЗУ или HDD и по мере необходимости ЦП считывает ее для изменения или записи. В качестве носителя записи, на котором хранится программа, может быть любое из полупроводниковых устройств (например, ПЗУ, энергонезависимая карта памяти и т. п.), оптических запоминающих устройств (например, DVD, MO, MD, CD, BD и т. п.), магнитных запоминающих устройств (например, магнитная лента, гибкий диск и т. п.) и т. п. Более того, в некоторых случаях функцию в соответствии с вышеописанными системами и способами реализуют путем выполнения загружаемой программы, и, кроме того, функцию в соответствии с описанными системами и способами реализуют во взаимодействии с операционной системой или другими прикладными программами на основе инструкции из программы.
[00217]
Более того, в случае, когда программы доступны на рынке, программа, хранящаяся на переносном носителе информации, может быть распределена или программа может быть передана на серверный компьютер, который соединяется через сеть, такую как Интернет. В этом случае запоминающее устройство на серверном компьютере также включено в систему. Более того, некоторые или все из gNB 160 и UE 102 в соответствии с вышеописанными системами и способами могут быть реализованы в виде LSI, которая представляет собой типичную интегральную схему. Каждый функциональный блок gNB 160 и UE 102 может быть индивидуально встроен в микросхему, а некоторые или все функциональные блоки могут быть объединены в микросхему. Более того, методика воплощения интегральных схем не ограничена LSI, и интегральная схема для функционального блока может быть реализована с помощью специализированной схемы или процессора общего назначения. Кроме того, при появлении в области полупроводников технологии, воплощающейся в интегральной схеме, заменяющей существующие LSI, также можно использовать интегральную схему, к которой применена такая технология.
[00218]
Более того, каждый функциональный блок или различные элементы устройства базовой станции и терминального устройства, используемые в каждом из вышеупомянутых вариантов реализаций, могут быть реализованы или исполнены схемой, которая обычно представляет собой интегральную схему или множество интегральных схем. Схема, выполненная с возможностью исполнения функций, описанных в настоящей спецификации, может содержать процессор общего назначения, цифровой сигнальный процессор (DSP), заказную или специализированную интегральную схему (ASIC), программируемую пользователем вентильную матрицу (FPGA) или другие программируемые логические устройства, схемы на дискретных компонентах или транзисторные логические схемы, дискретный аппаратный компонент или их комбинацию. Процессор общего назначения может представлять собой микропроцессор или в альтернативном варианте осуществления процессор может представлять собой стандартный процессор, контроллер, микроконтроллер или машину состояний. Процессор общего назначения или каждая схема, описанная выше, могут быть выполнены в виде цифровой схемы или могут быть выполнены в виде аналоговой схемы. Дополнительно при появлении в области полупроводников технологии, воплощающейся в интегральной схеме, вытесняющей существующие интегральные схемы, также можно использовать интегральную схему по данной технологии.