КОНФИГУРАЦИЯ ФИЗИЧЕСКОГО КАНАЛА УПРАВЛЕНИЯ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ (PUCCH) URLLC СО СТРУКТУРОЙ ПОДЫНТЕРВАЛА
CONFIGURATION OF THE PHYSICAL UPLINK CONTROL CHANNEL (PUCCH) OF URLLC C WITH A SUBINTERVAL STRUCTURE

Область техники
[0001] Настоящее описание относится по существу к системам связи. Более конкретно, настоящее описание относится к конфигурации физического канала управления восходящей линии связи (PUCCH) связи повышенной надежности с низким значением задержки (URLLC) со структурой подынтервала.
Предпосылки создания изобретения
[0002] В настоящее время устройства беспроводной связи выпускают меньшего размера и большей мощности, чтобы удовлетворить запросы потребителей и улучшить портативность и удобство использования. Потребители стали зависимыми от устройств беспроводной связи и привыкли рассчитывать на надежное обслуживание, расширенные зоны покрытия и улучшенные функциональные возможности. Система беспроводной связи может обеспечивать связью некоторое количество устройств беспроводной связи, каждое из которых обслуживается базовой станцией. Базовая станция может представлять собой устройство, которое обменивается данными с устройствами беспроводной связи.
[0003] По мере развития устройств беспроводной связи удалось улучшить пропускную способность, скорость, гибкость и/или эффективность. Однако улучшения пропускной способности, скорости, гибкости и/или эффективности могут сопровождаться определенными проблемами.
[0004] Например, устройства беспроводной связи могут обмениваться данными с одним или более устройствами, использующими структуру связи. При этом используемая структура связи может обеспечивать лишь ограниченную гибкость и/или эффективность. Как проиллюстрировано в настоящем описании, преимуществом могут обладать системы и способы, повышающие гибкость и/или эффективность обмена данными.
Изложение сущности изобретения
[0005] В одном примере предложено пользовательское оборудование (UE) содержащее: процессор более высокого уровня, выполненный с возможностью определения структуры подынтервала в интервале для множества ресурсов физического канала управления восходящей линии связи (PUCCH) для обратной связи HARQ-ACK для передач физического совместно применяемого канала для передачи данных по нисходящей линии связи (PDSCH) связи повышенной надежности с низким временем задержки (URLLC); и схему передачи, выполненную с возможностью передачи обратной связи HARQ-ACK для передач PDSCH URLLC на основании структуры подынтервала в интервале для множества ресурсов PUCCH.
[0006] В одном примере предложена базовая станция (gNB) содержащая: процессор более высокого уровня, выполненный с возможностью определения структуры подынтервала в интервале для множества ресурсов физического канала управления восходящей линии связи (PUCCH) для обратной связи HARQ-ACK от оборудования пользователя (UE) для передач физического совместно применяемого канала для передачи данных по нисходящей линии связи (PDSCH) связи повышенной надежности с низким временем задержки (URLLC); и схему приема, выполненную с возможностью приема обратной связи HARQ-ACK от UE для передач PDSCH URLLC на основании структуры подынтервала в интервале для множества ресурсов PUCCH.
[0007] В одном примере предложен способ, реализуемый пользовательским оборудованием (UE), включающий: определение структуры подынтервала в интервале для множества ресурсов физического канала управления восходящей линии связи (PUCCH) для обратной связи HARQ-ACK для передач физического совместно применяемого канала для передачи данных по нисходящей линии связи (PDSCH) связи повышенной надежности с низким временем задержки (URLLC); и передачу обратной связи HARQ-ACK для передач PDSCH URLLC на основании структуры подынтервала в интервале для множества ресурсов PUCCH.
[0008] В одном примере предложен способ, реализуемый базовой станцией (gNB), включающий: определение структуры подынтервала в интервале для множества ресурсов физического канала управления восходящей линии связи (PUCCH) для обратной связи HARQ-ACK от пользовательского оборудования (UE) для передач физического совместно применяемого канала для передачи данных по нисходящей линии связи (PDSCH) связи повышенной надежности с низким временем задержки (URLLC); и прием обратной связи HARQ-ACK от UE для передач PDSCH URLLC на основании структуры подынтервала в интервале для множества ресурсов PUCCH.
Краткое описание графических материалов
[0009] [ФИГ. 1] На Фиг. 1 представлена блок-схема, иллюстрирующая один вариант реализации одной или более базовых станций (gNB) и одного или более экземпляров пользовательского оборудования (UE), в котором могут быть осуществлены системы и способы синхронизации HARQ-ACK и определения ресурса физического канала управления восходящей линии связи (PUCCH) для передачи физического совместно применяемого канала для передачи данных по нисходящей линии связи (PDSCH) со сверхнизкой задержкой.
[ФИГ. 2] На Фиг. 2 показаны примеры структуры подынтервала для выделения PUCCH URLLC.
[ФИГ. 3] На Фиг. 3 показаны примеры конфигурации ресурса PUCCH в каждом подынтервале.
[ФИГ. 4] На Фиг. 4 показаны примеры выделения PUCCH в подмножествах подынтервалов.
[ФИГ. 5] На Фиг. 5 показаны примеры конфигурации PUCCH во множестве подмножеств подынтервалов.
[ФИГ. 6] На Фиг. 6 показаны примеры конфигурации PUCCH на уровне интервала с множеством начальных положений символов.
[ФИГ. 7] На Фиг. 7 представлена схема, иллюстрирующая пример ресурсной сетки для нисходящей линии связи.
[ФИГ. 8] На Фиг. 8 представлена схема, иллюстрирующая пример ресурсной сетки для восходящей линии связи.
[ФИГ. 9] На Фиг. 9 представлены примеры нескольких численных величин.
[ФИГ. 10] На Фиг. 10 представлены примеры структур подкадров для численных величин, представленных на Фиг. 9.
[ФИГ. 11] На Фиг. 11 представлены примеры интервалов и подынтервалов.
[ФИГ. 12] На Фиг. 12 представлены примеры временных шкал диспетчеризации.
[ФИГ. 13] На Фиг. 13 представлены примеры областей мониторинга канала управления DL.
[ФИГ. 14] На Фиг. 14 представлены примеры канала управления DL, который включает в себя более одного элемента канала управления.
[ФИГ. 15] На Фиг. 15 представлены примеры структур канала управления UL.
[ФИГ. 16] На Фиг. 16 представлена блок-схема, иллюстрирующая один вариант реализации gNB.
[ФИГ. 17] На Фиг. 17 представлена блок-схема, иллюстрирующая один вариант реализации UE.
[ФИГ. 18] На Фиг. 18 показаны различные компоненты, которые можно использовать в UE.
[ФИГ. 19] На Фиг. 19 показаны различные компоненты, которые можно использовать в gNB.
[ФИГ. 20] На Фиг. 20 представлена блок-схема, иллюстрирующая один вариант реализации UE, в котором могут быть осуществлены системы и способы синхронизации HARQ-ACK и определения ресурса PUCCH для передачи PDSCH со сверхнизкой задержкой.
[ФИГ. 21] На Фиг. 21 представлена блок-схема, иллюстрирующая один вариант реализации gNB, в котором могут быть осуществлены системы и способы синхронизации HARQ-ACK и определения ресурса PUCCH для передачи PDSCH со сверхнизкой задержкой.
Описание вариантов осуществления
[0010] Описано оборудование пользователя (UE). UE включает в себя процессор более высокого уровня, выполненный с возможностью определения структуры подынтервала в интервале для множества ресурсов физического канала управления восходящей линии связи (PUCCH) для обратной связи HARQ-ACK для передач физического совместно применяемого канала для передачи данных по нисходящей линии связи (PDSCH) связи повышенной надежности с низким временем задержки (URLLC). UE также включает в себя схему передачи, выполненную с возможностью передачи обратной связи HARQ-ACK для передач PDSCH URLLC на основании структуры подынтервала в интервале для множества ресурсов PUCCH.
[0011] Структура подынтервала может включать в себя 2-символьную структуру, 3- и 4-символьную структуру или 7-символьную структуру. UE может быть сконфигурировано с помощью сигнализации более высокого уровня для структуры подынтервала для выделения PUCCH.
[0012] Множество ресурсов PUCCH может быть сконфигурировано в пределах сконфигурированного подынтервала.
[0013] UE может быть сконфигурировано с использованием подмножества подынтервалов в структуре подынтервала. Множество ресурсов PUCCH может быть сконфигурировано только в пределах подынтервалов в подмножестве структуры подынтервала.
[0014] UE может быть сконфигурировано с использованием множества подмножеств подынтервалов в структуре подынтервала для выделения ресурсов PUCCH. В структуре подынтервала могут быть указаны подмножества подынтервалов, и UE может быть сконфигурировано посредством сигнализации более высокого уровня на основании подмножества подынтервалов в структуре подынтервала.
[0015] UE может быть сконфигурировано с использованием множества структур подынтервалов для выделения ресурсов PUCCH.
[0016] Кроме того, описана базовая станция (gNB). gNB включает в себя процессор более высокого уровня, выполненный с возможностью определения структуры подынтервала в интервале для множества ресурсов PUCCH для обратной связи HARQ-ACK от UE для передач PDSCH URLLC. gNB также включает в себя схему приема, выполненную с возможностью приема обратной связи HARQ-ACK от UE для передач URLLC PDSCH на основании структуры подынтервала в интервале для множества ресурсов PUCCH.
[0017] Кроме того, описан способ, реализуемый UE. Способ включает определение структуры подынтервала в интервале для множества ресурсов PUCCH для обратной связи HARQ-ACK для передач PDSCH URLLC. Способ также включает передачу обратной связи HARQ-ACK для передач URLLC PDSCH на основании структуры подынтервала в интервале для множества ресурсов PUCCH.
[0018] Кроме того, описан способ, реализуемый gNB. Способ включает определение структуры подынтервала в интервале для множества ресурсов PUCCH для обратной связи HARQ-ACK от UE для передач PDSCH URLLC. Способ также включает прием обратной связи HARQ-ACK от UE для передач URLLC PDSCH на основании структуры подынтервала в интервале для множества ресурсов PUCCH.
[0019] Партнерский проект по системам 3-го поколения, также называемый 3GPP, представляет собой соглашение о сотрудничестве, призванное определить применимые в глобальном масштабе технические характеристики и технические отчеты для систем беспроводной связи третьего и четвертого поколений. 3GPP может определять характеристики для сетей, систем и устройств мобильной связи следующего поколения.
[0020] Стандарт долгосрочного развития сетей связи (LTE) 3GPP - это название, присвоенное проекту по улучшению стандарта мобильного устройства или телефона универсальной системы мобильной связи (UMTS) для удовлетворения будущих требований. В одном аспекте система UMTS модифицирована для обеспечения поддержки и спецификации усовершенствованного универсального наземного радиодоступа (E-UTRA) и сети усовершенствованного универсального наземного радиодоступа (E-UTRAN).
[0021] По меньшей мере некоторые аспекты систем и способов, описанных в настоящем документе, могут быть описаны в связи с 3GPP LTE, LTE-Advanced (LTE-A) и другими стандартами (например, 3GPP выпусков 8, 9, 10, 11 и/или 12). Однако объем настоящего описания не должен быть ограничен в этом отношении. По меньшей мере некоторые аспекты систем и способов, описанных в настоящем документе, можно использовать в других типах систем беспроводной связи.
[0022] Устройство беспроводной связи может представлять собой электронное устройство, используемое для передачи речи и/или данных на базовую станцию, которая может в свою очередь обмениваться данными с сетью устройств (например, с коммутируемой телефонной сетью общего пользования (PSTN), Интернетом и т. д.). При описании систем и способов в настоящем документе устройство беспроводной связи может в альтернативном варианте осуществления упоминаться как мобильная станция, UE, терминал доступа, абонентская станция, мобильный терминал, удаленная станция, пользовательский терминал, терминал, абонентское устройство, мобильное устройство и т. д. Примеры устройств беспроводной связи включают в себя сотовые телефоны, смартфоны, персональные цифровые помощники (PDA), ноутбуки, нетбуки, электронные устройства для чтения, беспроводные модемы и т. д. В спецификациях 3GPP устройство беспроводной связи обычно называется UE. Однако, поскольку объем настоящего описания не должен ограничиваться стандартами 3GPP, в настоящем документе термины UE и «устройство беспроводной связи» можно использовать взаимозаменяемо, при этом подразумевается более общий термин «устройство беспроводной связи». UE может также в более общем виде называться терминальным устройством.
[0023] В техническом описании 3GPP базовую станцию обычно обозначают как узел B, усовершенствованный узел B (eNB), домашний улучшенный или усовершенствованный узел B (HeNB) или используют какую-то другую подобную терминологию. Поскольку объем описания не должен ограничиваться стандартами 3GPP, в настоящем документе термины «базовая станция», «узел B», «eNB» и «HeNB» можно использовать взаимозаменяемо, при этом подразумевается более общий термин «базовая станция». Кроме того, термин «базовая станция» может использоваться для обозначения точки доступа. Точка доступа может представлять собой электронное устройство, которое обеспечивает устройства беспроводной связи доступом к сети (например, к локальной сети (LAN), Интернету и т. д.). Термин «устройство связи» может использоваться для обозначения устройства беспроводной связи и/или базовой станции. eNB может также в более общем виде называться устройством базовой станции.
[0024] Следует отметить, что используемый в настоящем документе термин «сота» может быть любым набором каналов связи, которые специфицированы посредством стандартизации или регламентированы регулирующими органами для использования в качестве стандарта усовершенствованной международной мобильной связи (IMT-Advanced), причем весь набор или его подмножество могут быть приняты 3GPP в качестве лицензированных диапазонов частот (например, полос частот), которые будут использоваться для обмена данными между eNB и UE. Следует также отметить, что при общем описании E-UTRA и E-UTRAN используемый в настоящем документе термин «сота» может быть определен как «комбинация ресурсов нисходящей линии связи и необязательно восходящей линии связи». Связь между несущей частотой ресурсов нисходящей линии связи и несущей частотой ресурсов восходящей линии связи может быть указана в системной информации, переданной по ресурсам нисходящей линии связи.
[0025] «Сконфигурированные соты» представляют собой соты, о которых известно UE и для которых у него имеется разрешение от eNB на передачу или прием информации. «Сконфигурированная (-ые) сота (-ы)» может (могут) быть обслуживающей (-ими) сотой (-ами). UE может принимать системную информацию и выполнять требуемые измерения на всех сконфигурированных сотах. «Сконфигурированная (-ые) сота (-ы)» для радиосоединения могут включать в себя первичную соту (PCell) и/или ни одной, одну или более вторичную (-ые) соту (-ы) (SCell). «Активированные соты» - это те сконфигурированные соты, на которых UE осуществляет передачу и прием. Таким образом, активированные соты представляют собой те соты, для которых UE контролирует физический канал управления нисходящей линии связи (PDCCH), а при передаче по нисходящей линии связи те соты, для которых UE декодирует физический совместно применяемый канал для передачи данных по нисходящей линии связи (PDSCH). «Деактивированные соты» - это те сконфигурированные соты, для которых UE не контролирует PDCCH передачи. Следует отметить, что «сота» может быть описана посредством различных показателей. Например, «сота» может иметь временные, пространственные (например, географические) и частотные характеристики.
[0026] Сотовая связь пятого поколения (5G) (также называемая 3GPP «новой радиосетью», «технологией доступа новой радиосети» или NR) предусматривает использование ресурсов времени/частоты/пространства для обеспечения возможности усовершенствованной широкополосной сети мобильной связи (eMBB) и служб связи повышенной надежности с низким значением задержки (URLLC), а также служб наподобие массовой межмашинной связи (MMTC). Базовая станция новой радиосети (NR) может называться gNB. gNB также в более общем виде может называться устройством базовой станции.
[0027] В 5G NR различные службы могут поддерживаться с различными требованиями качества обслуживания (QoS) (например, надежность и устойчивость к задержкам). Например, eMBB может быть предназначена для высокой скорости передачи данных, а URLLC - для повышенной надежности и низкой задержки. Для поддержки сверхнизкой задержки для услуг URLLC может быть сконфигурировано более одной обратной связи HARQ-ACK в интервале. В настоящем документе описана структура подынтервала в интервале для множества ресурсов PUCCH для обратной связи HARQ-ACK PDSCH URLLC. Кроме того, в настоящем документе описаны аспекты усовершенствования PUCCH URLLC с разными форматами PUCCH и подробные сведения о конфигурации ресурса PUCCH с использованием уровня интервала и структур уровня подынтервала.
[0028] Различные примеры систем и способов, описанных в настоящем документе, описаны ниже со ссылкой на графические материалы, где аналогичные номера позиций могут указывать на аналогичные по функциям элементы. Системы и способы, которые по существу описаны и проиллюстрированы на фигурах в настоящем документе, могут быть скомпонованы и разработаны в широком разнообразии различных вариантов реализации. Таким образом, последующее более подробное описание нескольких вариантов реализации, которые представлены на фигурах, не предназначено для ограничения объема заявленного изобретения, а лишь представляет системы и способы.
[0029] На Фиг. 1 представлена блок-схема, иллюстрирующая один вариант реализации одной или более gNB 160 и одного или более UE 102, в котором могут быть осуществлены системы и способы синхронизации HARQ-ACK и определения ресурса физического канала управления восходящей линии связи (PUCCH) для передачи физического совместно применяемого канала для передачи данных по нисходящей линии связи (PDSCH) со сверхнизкой задержкой. Одно или более UE 102 обмениваются данными с одним или более gNB 160 с помощью одной или более антенн 122a-n. Например, UE 102 передает электромагнитные сигналы на gNB 160 и принимает электромагнитные сигналы от gNB 160, используя одну или более антенн 122a-n. gNB 160 обменивается данными с UE 102, используя одну или более антенн 180a-n.
[0030] Для обмена данными друг с другом UE 102 и gNB 160 могут использовать один или более каналов 119, 121. Например, UE 102 может передавать информацию или данные на gNB 160 с помощью одного или более каналов 121 восходящей линии связи. Примеры каналов 121 восходящей линии связи включают в себя PUCCH (физический канал управления восходящей линии связи) и PUSCH (физический совместно применяемый канал для передачи данных по восходящей линии связи), PRACH (физический канал произвольного доступа) и т. д. Например, каналы 121 восходящей линии связи (например, PUSCH) можно использовать для передачи данных UL (т. е. транспортного (-ых) блока (-ов), MAC PDU и/или UL-SCH (совместно применяемый канал для передачи данных по восходящей линии связи)).
[0031] В этом контексте данные UL могут включать в себя данные URLLC. Данные URLLC могут представлять собой данные UL-SCH. В данном случае URLLC-PUSCH (т. е. физический совместно применяемый канал для передачи данных по восходящей линии связи, отличный от PUSCH) может быть определен для передачи данных URLLC. Для простоты описания термин «PUSCH» может означать любое из: (1) только PUSCH (например, обычный PUSCH, не URLLC-PUSCH и т. д.), (2) PUSCH или URLLC-PUSCH, (3) PUSCH и URLLC-PUSCH или (4) только URLLC-PUSCH (например, не обычный PUSCH).
[0032] Кроме того, например, каналы 121 восходящей линии связи можно использовать для передачи гибридного автоматического запроса на повторение передачи - ACK (HARQ-ACK), информации о состоянии канала (CSI) и/или запроса диспетчеризации (SR). HARQ-ACK может включать в себя информацию, указывающую положительное подтверждение (ACK) или отрицательное подтверждение (NACK) для данных DL (т. е. транспортного (-ых) блока (-ов), блока данных протокола управления доступом к среде (MAC PDU) и/или DL-SCH (совместно применяемый канал нисходящей линии связи).
[0033] CSI может включать в себя информацию, указывающую качество нисходящей линии связи. SR можно использовать для запроса ресурсов UL-SCH (совместно применяемого канала восходящей линии связи) для новой передачи и/или повторной передачи. Иными словами, SR можно использовать для запроса ресурсов UL для передачи данных UL.
[0034] Одна или более gNB 160 могут также передавать информацию или данные на одно или более UE 102, например, с помощью одного или более каналов 119 нисходящей линии связи. В примерах каналы 119 нисходящей линии связи включают в себя PDCCH, PDSCH и т. д. Можно использовать другие типы каналов. PDCCH можно использовать для передачи информации управления нисходящей линии связи (DCI).
[0035] Каждое из одного или более UE 102 может включать в себя один или более приемопередатчиков 118, один или более демодуляторов 114, один или более декодеров 108, один или более кодеров 150, один или более модуляторов 154, буфер 104 данных и модуль 124 операций UE. Например, в UE 102 могут быть реализованы один или более трактов приема и/или передачи. Для удобства в UE 102 показаны только один приемопередатчик 118, декодер 108, демодулятор 114, кодер 150 и модулятор 154, хотя можно реализовывать множество параллельных элементов (например, приемопередатчики 118, декодеры 108, демодуляторы 114, кодеры 150 и модуляторы 154).
[0036] Приемопередатчик 118 может включать в себя один или более приемников 120 и один или более передатчиков 158. Один или более приемников 120 могут принимать сигналы от gNB 160, используя одну или более антенн 122a-n. Например, приемник 120 может принимать и преобразовывать с понижением частоты сигналы для формирования одного или более принятых сигналов 116. Один или более принятых сигналов 116 могут быть поданы на демодулятор 114. Один или более передатчиков 158 могут передавать сигналы на gNB 160, используя одну или более антенн 122a-n. Например, один или более передатчиков 158 могут преобразовывать с повышением частоты и передавать один или более модулированных сигналов 156.
[0037] Демодулятор 114 может демодулировать один или более принятых сигналов 116 для создания одного или более демодулированных сигналов 112. Один или более демодулированных сигналов 112 могут быть поданы на декодер 108. Для декодирования сигналов UE 102 может использовать декодер 108. Декодер 108 может создавать декодированные сигналы 110, которые могут включать в себя UE-декодированный сигнал 106 (также называемый первым UE-декодированным сигналом 106). Например, первый UE-декодированный сигнал 106 может содержать данные принятой полезной нагрузки, которые могут быть сохранены в буфере 104 данных. Другой сигнал, включенный в декодированные сигналы 110 (также называемый вторым UE-декодированным сигналом 110), может содержать служебные данные и/или управляющие данные. Например, второй UE-декодированный сигнал 110 может обеспечивать данные, которые модуль 124 операций UE может использовать для выполнения одной или более операций.
[0038] Как правило, модуль 124 операций UE может обеспечивать UE 102 возможностью обмена данными с одной или более gNB 160. Модуль 124 операций UE может включать в себя модуль 126 диспетчеризации UE.
[0039] Модуль 126 диспетчеризации UE может выполнять конфигурацию PUCCH и выделение ресурсов, как описано в настоящем документе. Из-за требований URLLC к низкой задержке может потребоваться настроить два или более ресурсов PUCCH в одном интервале. Выделения текущей временной области для короткого PUCCH путем конфигурирования одного начального символа в интервале будет недостаточным.
[0040] Для конфигурирования более одного экземпляра PUCCH в интервале UE 102 может быть сконфигурировано с использованием структуры подынтервала для выделения ресурса PUCCH HARQ-ACK. Могут быть указаны разные структуры подынтервалов, включающие по меньшей мере 2-символьную структуру, 3- и 4-символьную структуру и/или 7-символьную структуру.
[0041] UE 102 может быть сконфигурировано с помощью сигнализации более высокого уровня для структуры подынтервала для выделения PUCCH. Один или более ресурсов PUCCH могут быть сконфигурированы в пределах сконфигурированного подынтервала.
[0042] Согласно одному подходу UE 102 может быть сконфигурировано с использованием подмножества подынтервалов в структуре подынтервала, причем PUCCH сконфигурировано только в пределах подынтервалов в подмножестве структуры подынтервала. Согласно другому подходу UE 102 может быть сконфигурировано с использованием множества подмножеств подынтервалов в структуре подынтервала для выделения ресурсов PUCCH.
[0043] В структуре подынтервала могут быть указаны подмножества подынтервалов, и UE 102 может быть сконфигурировано посредством сигнализации более высокого уровня на основании подмножества подынтервалов в структуре подынтервала. UE 102 может быть сконфигурировано с использованием множества структур подынтервалов для выделения ресурсов PUCCH.
[0044] Ресурс PUCCH HARQ-ACK URLLC в интервале или подынтервале может быть указан как улучшенный формат PUCCH для обеспечения желательных требований надежности. Для обеспечения высокой надежности и низкой задержки описаны некоторые усовершенствования форматов PUCCH. Описаны разнесение передачи (TxD) и улучшенное управление мощностью для всех форматов PUCCH. Для формата 0, 1 и 4 PUCCH может быть реализовано более одного выделения физического ресурсного блока (PRB). В настоящем документе также описано выделение большего количества PRB и более низкая максимальная скорость кодирования с использованием параметра maxCodeRate для улучшенных форматов PUCCH для URLLC.
[0045] В случае если для конфигурации ресурса PUCCH в подынтервале сконфигурирована структура подынтервала, индекс начального символа в конфигурации PUCCH может быть изменен для представления относительного положения в подынтервале, а не индекса символа в пределах интервала. Поле InstaringSymbolIndex может быть удалено или проигнорировано, если PUCCH всегда начинается с начала подынтервала или заканчивается на последнем символе подынтервала. Всегда ли PUCCH начинается с начала подынтервала или заканчивается на последнем символе подынтервала, может быть указано в стандарте или может быть сконфигурировано посредством сигнализации более высокого уровня для UE 102.
[0046] Один или более наборов ресурсов PUCCH могут быть сконфигурированы в каждом подынтервале сконфигурированной структуры подынтервалов. Одни и те же конфигурации PUCCH в форматах и наборах ресурсов PUCCH можно использовать во всех подынтервалах. В случае разных длительностей подынтервалов форматы и наборы ресурсов PUCCH могут быть определены на основе подынтервалов с меньшей длительностью.
[0047] UE 102 может быть сконфигурировано с использованием подмножества подынтервалов в структуре подынтервала. Один или более наборов ресурсов PUCCH могут быть сконфигурированы только в пределах подынтервалов в подмножестве структуры подынтервала.
[0048] UE 102 может быть сконфигурировано с использованием множества подмножеств подынтервалов в структуре подынтервала для выделения ресурсов PUCCH. Ресурсы PUCCH могут быть сконфигурированы независимо в каждом подмножестве подынтервалов. Таким образом, разные конфигурации PUCCH могут быть применены к разным наборам подынтервалов.
[0049] UE 102 может быть сконфигурировано с использованием множества структур подынтервалов для выделения ресурсов PUCCH. Ресурсы PUCCH могут быть сконфигурированы независимо в каждой структуре подынтервала, причем разные конфигурации ресурсов PUCCH могут быть применены к разным структурам подынтервалов.
[0050] В случае ресурса PUCCH на основе интервала для улучшенных форматов PUCCH для URLLC может быть указано множество местоположений начальных символов в интервале.
[0051] Ресурсы PUCCH в интервале не должны перекрываться друг с другом во временной области. Каждый ресурс PUCCH должен содержаться в пределах интервала и не пересекать границу интервала. Таким образом, количество ресурсов PUCCH, которые могут быть сконфигурированы в интервале, зависит от количества символов в сконфигурированном формате PUCCH.
[0052] В настоящем документе описаны аспекты форматов PUCCH в NR. PUCCH можно использовать для передачи сообщений важной информации управления восходящей линии связи (UCI), которая включает в себя HARQ-ACK, SR, информацию о состоянии канала (CSI) и т. д. Хотя NR Release 15 разработан главным образом для усовершенствованной широкополосной мобильной связи (eMBB), несколько форматов физического канала управления восходящей линии связи (PUCCH) заданы для различного количества битов, как указано ниже.
[0053] В настоящем документе μ представляет собой конфигурацию разноса поднесущих, где Δƒ=2μ⋅15 [кГц].  представляет собой количество интервалов на подкадр для конфигурации μ разноса поднесущих.  представляет собой количество интервалов на кадр для конфигурации μ разноса поднесущих.  представляет собой количество символов на интервал.
Поддерживается множество численных величин OFDM, как показано в таблице 1, в которой μ и циклический префикс для части ширины полосы могут быть получены из параметра более высокого уровня subcarrierSpacing и cyclicPrefix соответственно.
μ
Δƒ=2μ⋅15 [кГц]
Циклический префикс
0
15
Нормальный
1
30
Нормальный
2
60
Нормальный, расширенный
3
120
Нормальный
4
240
Нормальный
Таблица 1
n
n
s
s,
Для конфигурации μ разноса поднесущих интервалы пронумерованы μ∈{0,..., -1} в порядке возрастания в пределах подкадра и ƒμ∈{0,..., -1} в порядке возрастания в пределах кадра. В интервале имеется  последовательных символов (например, символов OFDM), где  зависит от циклического префикса, представленного в таблице 2 и таблице 3. Начало интервала  в подкадре согласовано по времени с началом символа  в том же подкадре. В таблице 2 содержится количество символов OFDM на интервал, количество интервалов на кадр и интервалов на подкадр для нормального циклического префикса. В таблице 3 содержится количество символов OFDM на интервал, интервалов на кадр и интервалов на подкадр для расширенного циклического префикса.
μ
<img file="00000007.jpg" he="6" wi="10" img-content="undefined" img-format="jpg" />
<img file="00000008.jpg" he="6" wi="15" img-content="undefined" img-format="jpg" />
<img file="00000009.jpg" he="6" wi="20" img-content="undefined" img-format="jpg" />
0
14
10
1
1
14
20
2
2
14
40
4
3
14
80
8
4
14
160
16
Таблица 2
μ
<img file="00000007.jpg" he="6" wi="10" img-content="undefined" img-format="jpg" />
<img file="00000008.jpg" he="6" wi="15" img-content="undefined" img-format="jpg" />
<img file="00000010.jpg" he="6" wi="20" img-content="undefined" img-format="jpg" />
2
12
40
4
Таблица 3
Физический канал управления восходящей линии связи поддерживает множество форматов, как показано в таблице 4. В случае если для формата 1, 3 или 4 PUCCH сконфигурировано скачкообразное изменение частоты, количество символов в первой перестройке частоты задается как , где - длина передачи PUCCH в символах OFDM.
Формат PUCCH
Длина в символах OFDM
<img file="00000013.jpg" he="6" wi="12" img-content="undefined" img-format="jpg" />
Количество битов
0
1-2
≤2
1
4-14
≤2
2
1-2
>2
3
4-14
>2
4
4-14
>2
Таблица 4
UE 102 может быть сконфигурировано с использованием отдельного набора ресурсов PUCCH для улучшенных форматов PUCCH из «обычного» формата PUCCH (т. е. наборы ресурсов PUCCH для трафика URLLC могут быть сконфигурированы независимо и отдельно от наборов ресурсов PUCCH eMBB). Ресурс PUCCH для URLLC может быть сконфигурирован с использованием других параметров и/или с помощью некоторых полей, отличных от параметров ресурсов eMBB.
[0054] В NR для разных размеров полезной нагрузки может быть сконфигурировано множество наборов ресурсов PUCCH. В каждом наборе ресурсов PUCCH может быть сконфигурировано до 16 ресурсов PUCCH. Если количество ресурсов больше 4, образуются подмножества. Для передачи сообщений PUCCH в NR набор ресурсов PUCCH может быть сначала определен на основании размера полезной нагрузки UCI. Поле ARI может указывать подмножество ресурсов PUCCH в наборе ресурсов PUCCH. При наличии в каждом подмножестве более 1 ресурса PUCCH ресурс PUCCH для передачи сообщения UCI может быть определен неявно на основе индекса CCE DCI диспетчеризации. А именно, подмножество (-а) ресурсов PUCCH для URLLC или eMBB могут быть указаны с помощью поля ARI. Кроме того, ресурс (-ы) PUCCH для URLLC или eMBB может (могут) быть определен (-ы) на основе индекса CCE DCI диспетчеризации (например, индекса CCE передачи PDSCH диспетчеризации PDCCH).
[0055] Трафик URLLC требует сверхнадежности и низкой задержки. Для обеспечения требуемой надежности может поддерживаться HARQ-ACK для пакета URLLC. Кроме того, сообщение обратной связи HARQ-ACK должно происходить сразу после передачи URLLC.
[0056] Для обеспечения желательной надежности для передачи URLLC DL требуется выделить ресурсы PUCCH для обеспечения повторных передач PDSCH. Из-за требований высокой надежности и низкой задержки для поддержки повторной передачи PDSCH URLLC необходимо сообщить об одной или более обратных связях HARQ-ACK в пределах подкадра и может потребоваться сконфигурировать в подкадре или интервале более одного HARQ-ACK, передающего сообщение о ресурсах PUCCH.
[0057] Выделения текущей временной области для ресурса PUCCH путем конфигурирования начального символа и длительности может быть недостаточно. Согласно одному подходу UE 102 может быть сконфигурировано с использованием структуры подынтервала, а ресурсы PUCCH сконфигурированы в пределах структуры подынтервала.
[0058] Для уменьшения задержки в LTE укороченный временной интервал передачи (sTTI) может быть сконфигурирован помимо традиционного TTI длительностью 1 мс. sTTI может быть сконфигурирован на уровне подынтервала с 2 или 3 символами в sTTI или на уровне интервала с 7 символами в sTTI. В LTE укороченная длительность TTI DL и UL может быть сконфигурирована по отдельности, а длительность sTTI DL должна быть такой же или меньше длительности sTTI UL. После конфигурирования все передачи sPDSCH, sPUCCH и sPUSCH следуют за сконфигурированной структурой sTTI.
[0059] В NR Rel-15 ресурсы PUCCH могут быть сконфигурированы на уровне интервала 14 символов. Следовательно, при наличии в интервале более одной обратной связи HARQ-ACK гранулярность передачи сообщений PUCCH должна быть улучшена. Таким образом, в настоящем описании описаны способы выделения PUCCH на основании структуры мини-интервала или подынтервала.
[0060] В настоящем документе описана конфигурация подынтервалов DL и UL. В NR конфигурация подынтервала для PUCCH для передачи сообщения HARQ-ACK может быть сконфигурирована отдельно от диспетчеризации PDSCH и PUSCH. Если структура подынтервала DL сконфигурирована для диспетчеризации PDSCH, UE 102 может ограничивать начальные символы для мониторинга PDCCH или DCI в каждом интервале. Это может снизить сложность.
[0061] Согласно некоторым подходам структуры подынтервалов DL и UL могут быть одинаковыми. Согласно другим подходам структуры подынтервалов DL и UL могут быть разными. В отличие от sTTI LTE длительность PUCCH может быть меньше длительности PDSCH URLLC.
[0062] Кроме того, в NR начальный символ и длительность могут быть запланированы для PDSCH и PUSCH. Таким образом, для диспетчеризации PDSCH и PUSCH NR не обязательно должна соответствовать структуре подынтервала. Следовательно, NR должна определять только структуру подынтервала для PUCCH сообщения HARQ-ACK.
[0063] Как описано в настоящем документе, для простоты объяснения акцент сделан на конфигурации подынтервала UL для обратной связи HARQ-ACK в PUCCH. Однако выделение подынтервала можно также применять в DL для передач PDSCH и в UL для передач PUSCH.
[0064] В настоящем документе описана структура подынтервала для конфигурации PUCCH HARQ-ACK в URLLC. Интервал может быть разделен на множество подынтервалов, а ресурсы PUCCH для HARQ-ACK могут быть сконфигурированы в каждом подынтервале. Таким образом, конфигурация ресурса PUCCH для URLLC включает в себя структуру подынтервала и выделение ресурса PUCCH в подынтервале.
[0065] Может быть выбрано компромиссное решение между длительностью подынтервала и количеством экземпляров PUCCH в интервале. Меньшая длительность может обеспечить больше возможностей для сообщения HARQ-ACK с уменьшенной задержкой. Но меньшая длительность также может привести к увеличению количества служебных данных в ресурсах PUCCH. Для обеспечения повторной передачи с желательной задержкой в течение 1 мс достаточно от 2 до 4 экземпляров сообщения HARQ-ACK.
[0066] Минимальный подынтервал может составлять только один символ. В этом случае все символы можно использовать для передачи HARQ-ACK. Однако в случае структуры подынтервала ресурс PUCCH не должен пересекать границу подынтервала. Таким образом, можно использовать 1-символьный короткий PUCCH. Для выделения множества символов в подынтервале ресурсы PUCCH можно сконфигурировать с большей надежностью и гибкостью.
[0067] Для NR могут быть указаны различные конфигурации подынтервалов. На Фиг. 2 проиллюстрированы разные структуры подынтервала для выделения PUCCH URLLC.
[0068] В одном случае ресурсы PUCCH могут быть сконфигурированы в каждом подынтервале сконфигурированной структуры подынтервалов. В каждом подынтервале можно сконфигурировать множество наборов ресурсов PUCCH. Каждый набор ресурсов PUCCH может быть сконфигурирован для диапазона полезной нагрузки. Каждый набор ресурсов может содержать ресурсы PUCCH с одинаковыми или разными форматами, с одинаковыми или разными начальными положениями в подынтервале. Один ресурс PUCCH не должен пересекать границу подынтервала.
[0069] Одна и та же конфигурация PUCCH может применяться ко всем подынтервалам, как показано на Фиг. 3. В случае разной длительности для подынтервалов (например, в случае 3- и 4-символьной структуры подынтервалов) одна и та же конфигурация PUCCH может быть определена на основе подынтервала с меньшей длительностью.
[0070] В другом случае ресурсы PUCCH могут быть сконфигурированы в подмножестве подынтервалов. Структура подмножества и индексы могут быть сконфигурированы посредством сигнализации более высокого уровня. Это сокращает количество служебных данных ресурсов PUCCH за счет ограничения ресурсов PUCCH в подмножестве подынтервалов.
[0071] Индексы подынтервала, включенные в подмножество, могут быть сконфигурированы посредством сигнализации более высокого уровня. Индексы подынтервала в подмножестве могут быть определены с помощью таблицы, которая включает в себя допустимые наборы индексов подынтервала. Причем индекс в таблице передают на UE 102 посредством сигнализации более высокого уровня. На Фиг. 4 показаны некоторые примеры выделения PUCCH в подмножествах подынтервалов.
[0072] В еще одном случае может быть сконфигурировано множество подмножеств подынтервалов, а конфигурация PUCCH может быть сконфигурирована независимо в каждом подмножестве подынтервалов. На Фиг. 5 показаны некоторые примеры конфигурации PUCCH во множестве подмножеств подынтервалов. В примере 3- и 4-символьных подынтервалов на Фиг. 5 для подынтервалов с разными длительностями могут быть сформированы разные подмножества, и в разных подмножествах с разной длительностью можно использовать одинаковые или разные конфигурации ресурсов PUCCH.
[0073] В другом случае UE 102 может быть сконфигурировано с использованием множества структур подынтервалов. Разные наборы ресурсов PUCCH могут быть сконфигурированы в соответствии с разными конфигурациями структур подынтервалов.
-6
-2
[0074] В настоящем документе также описаны усовершенствования физического канала управления восходящей линии связи (PUCCH) с низкой задержкой и конфигурация ресурса. В первом аспекте описаны усовершенствования PUCCH для повышенной надежности и низкой задержки. Для удовлетворения требований к надежности PUCCH URLLC (например, достижение BER 10 вместо 10 для обычного HARQ-ACK) требуются некоторые усовершенствования.
β
PUCCH
[0075] Для одного ресурса PUCCH в пределах интервала или подынтервала может быть реализовано несколько способов. Первый способ может включать управление мощностью передачи. Один из способов повышения надежности представляет собой повышение мощности передачи PUCCH для обратной связи HARQ-ACK URLLC. Улучшенные форматы PUCCH для URLLC могут быть сконфигурированы с более высокой мощностью передачи, чем обычные форматы PUCCH. Например, отдельный коэффициент масштабирования амплитуды  может быть сконфигурирован и сопоставлен в последовательности, передаваемой в улучшенных форматах PUCCH.
Второй способ может включать разнесение передачи. Для усовершенствования всех форматов 0/1/2/3/4 PUCCH может быть сконфигурировано разнесение передачи с передачей посредством множества антенн или множество ресурсов PUCCH, чтобы улучшить рабочие характеристики PUCCH. Разнесение передачи (TxD) также может повышать надежность. При помощи TxD сигнал PUCCH передают по двум портам антенны, каждый из которых использует отдельный ресурс физического ресурсного блока (PRB) PUCCH.
p
p
p
0
1
[0076] Для передачи HARQ-ACK с помощью основанного на последовательности формата 0 PUCCH может быть предусмотрена схема разнесения передачи пространственных ортогональных ресурсов (SORTD) для передач с помощью двух портов антенны (∈ [,]).
p
р
р
0
1
0
UE 102 может использовать ресурс PUCCH для передачи HARQ-ACK в интервале, сопоставленном с портом p антенны. Для передачи по порту антенны UE 102 может использовать ресурс PUCCH, который сконфигурирован или неявно получен на основании индексов CCE DCI диспетчеризации. Для передачи через порт антенны UE 102 может использовать следующий ресурс PUCCH после ресурса PUCCH, используемого для порта антенны.
TxD может быть сконфигурировано для UE 102 с помощью конфигураций RRC в конфигурации PUCCH или отдельного информационного элемента.
[0077] Третий способ может включать большее выделение частотной области. Для короткого формата 0, 1 и 4 PUCCH в NR Rel-15 выделяется только один PRB. Для PUCCH URLLC для улучшенного формата 0, 1 и 4 PUCCH может быть выделено более 1 PRB. Для длинных форматов 2 и 3 PUCCH можно сконфигурировать большее количество PRB по сравнению с PUCCH для обратной связи HARQ-ACK eMBB с таким же диапазоном полезной нагрузки.
[0078] Кроме того, длительность длинного PUCCH может быть ограничена конфигурацией PUCCH URLLC. В одном случае поддерживается только длительность PUCCH, равная 4 и 7. В другом случае может поддерживаться длительность PUCCH от 4 до 7. Фактическая допустимая длительность PUCCH может определяться на основе численной величины, количества PUCCH для обратной связи HARQ-ACK PDSCH URLLC в интервале и/или определяться длительностью подынтервала, если структура подынтервала сконфигурирована и применяется для выделения ресурса PUCCH.
[0079] Четвертый способ может включать более низкую максимальную скорость кодирования для PUCCH обратной связи HARQ-ACK URLLC. Для повышения надежности обратной связи HARQ-ACK PUCCH maxCodeRate (т. е. параметр PUCCH-MaxCodeRate для максимальной скорости кодирования для UCI по PUCCH) может быть сконфигурирован с гораздо меньшей скоростью по сравнению с ресурсами PUCCH, сконфигурированными для обратной связи HARQ-ACK передач PDSCH eMBB. maxCodeRate может быть сконфигурирован одновременно с учетом выделения большего количества PRB, описанного выше. Другими словами, улучшенные форматы PUCCH для URLLC могут быть сконфигурированы с более низким maxCodeRate по сравнению с ресурсами PUCCH для eMBB. Таким образом, для того же диапазона полезной нагрузки количество PRB для PUCCH URLLC может быть выше, чем для ресурса PUCCH eMBB.
[0080] Во втором аспекте в настоящем документе описана конфигурация ресурса PUCCH в пределах интервала или подынтервала. С помощью по меньшей мере одного из вышеупомянутых усовершенствований формата PUCCH улучшенный формат PUCCH может быть сконфигурирован для обратной связи HARQ-ACK передач PDSCH URLLC. Улучшенный формат PUCCH может быть форматом 0/1/2/3/4 PUCCH. Ограничения по размеру полезной нагрузки и длительности могут отличаться от форматов PUCCH для обратной связи HARQ-ACK eMBB. Поскольку URLLC поддерживает более одной обратной связи HARQ-ACK в интервале, необходимо указать усовершенствования конфигурации формата PUCCH.
[0081] Если для конфигурации уровня подынтервала структура подынтервала сконфигурирована для выделения ресурса PUCCH, индекс начального символа можно повторно интерпретировать как относительный индекс в подынтервале вместо индекса символа интервала. Как показано ниже в листинге 1, улучшенный формат PUCCH указан как PUCCH_format0_e, PUCCH_format1_e, PUCCH_format2_e, PUCCH_format3_e, PUCCH_format4_e соответственно для демонстрации усовершенствования по сравнению с существующими форматами PUCCH. Также могут быть определены другие названия для существующих форматов и новых форматов PUCCH.
[0082] Поддерживается ли формат PUCCH или нет может зависеть от длительности данного подынтервала.
[0083] Для улучшенного формата 0 PUCCH и улучшенного формата 2 PUCCH startingSymbolIndex может составлять от начала подынтервала до индексов subslotduration-1 в зависимости от количества символов в подынтервале. Для заданной длительности PUCCH nrofSymbols startingSymbolIndex может находиться в диапазоне от 0 до (subslotduration- nrofSymbols).
[0084] Для улучшенного формата 1, 3 и 4 PUCCH startingSymbolIndex может составлять от начала подынтервала до индексов subslotduration-4 в зависимости от количества символов в подынтервале. Для заданной длительности PUCCH nrofSymbols startingSymbolIndex может находиться в диапазоне от 0 до (subslotduration- nrofSymbols).
[0085] Кроме того, для улучшенного формата 0, 1 и 4 PUCCH количество PRB может быть сконфигурировано с использованием одного или множества PRB вместо выделения фиксированного одного PRB.
[0086]
Листинг 1
В случае выделения ресурса PUCCH на уровне подынтервала конфигурация PUCCH на уровне интервала Rel-15 может быть расширена до уровня подынтервала. Улучшенные форматы PUCCH можно использовать в конфигурации PUCCH подынтервала.
[0087] В зависимости от длительности подынтервала некоторые параметры могут быть дополнительно ограничены допустимыми диапазонами. Для длительности подынтервала 2 символа может быть сконфигурирован только короткий формат 0 и 2 PUCCH. Для длительности подынтервала 3 символа в 3- и 4-символьной структуре подынтервала может быть сконфигурирован только короткий формат 0 и 2 PUCCH.
[0088] Для длительности подынтервала 4 символа в 3- и 4-символьной структуре подынтервала может быть сконфигурирован короткий формат 0 и 2 PUCCH. Можно сконфигурировать длинный формат 1,3,4 PUCCH с использованием только 4 символов. Для длинного формата 1 и 4 PUCCH для PUCCH URLLC для сообщения HARQ-ACK может быть выделено более одного PRB.
[0089] Для длительности подынтервала 7 символов может быть сконфигурирован короткий формат 0 и 2 PUCCH. Можно сконфигурировать длинный формат 1,3,4 PUCCH с 4-7 символами при условии, что все символы PUCCH ограничены 7-символьным подынтервалом.
[0090] В подынтервале с выделением PUCCH может быть сконфигурировано множество наборов ресурсов PUCCH. Каждый наборов ресурсов может определяться диапазоном полезной нагрузки. Каждый набор ресурсов может содержать ресурсы PUCCH с одинаковыми или разными форматами, с одинаковыми или разными начальными положениями в подынтервале. Один ресурс PUCCH не может пересекать границу подынтервала.
[0091] В одном способе каждый ресурс PUCCH может быть определен форматом PUCCH с помощью по меньшей мере количества символов, количества PRB, начального индекса PRB и индекса начального символа относительно начального символа подынтервала.
[0092] В другом способе ресурс PUCCH всегда начинается с начала подынтервала для обеспечения быстрой обратной связи. Таким образом, поле startingSymbolIndex в конфигурациях формата PUCCH может быть проигнорировано или удалено. Может быть сконфигурировано только количество символов и количество PRB и т. д.
[0093] В еще одном способе ресурс PUCCH может всегда заканчиваться по меньшей мере на последнем символе подынтервала. Таким образом, поле startingSymbolIndex в конфигурациях формата PUCCH также может быть проигнорировано или удалено. Конфигурируются только количество символов и количество PRB и т. д.
[0094] Начинается ли PUCCH с начала подынтервала или заканчивается на последнем символе подынтервала, может быть указано стандартом или сконфигурировано посредством сигнализации более высокого уровня для UE 102 от gNB 160. В одном случае ресурсы PUCCH могут быть сконфигурированы в каждом подынтервале сконфигурированной структуры подынтервалов. Одна и та же конфигурация может применяться ко всем подынтервалам. В случае разной длительности для подынтервалов (например, в 3- и 4-символьной структуре подынтервалов) одна и та же конфигурация PUCCH может быть определена на основе подынтервала с меньшей длительностью. В случае если ресурс PUCCH всегда начинается с начала подынтервала, для PUCCH не используется последний символ из 4-символьного подынтервала. В случае если ресурс PUCCH всегда заканчивается на последнем символе подынтервала, для PUCCH не используется первый символ из 4-символьного подынтервала.
[0095] В другом случае ресурсы PUCCH могут быть сконфигурированы только в подмножестве подынтервалов. Структура подмножества и индексы могут быть сконфигурированы посредством сигнализации более высокого уровня. Это сокращает количество служебных данных ресурсов PUCCH за счет ограничения ресурсов PUCCH в подмножестве подынтервалов.
[0096] В еще одном случае может быть сконфигурировано множество подмножеств подынтервалов, а ресурсы PUCCH могут быть сконфигурированы независимо в каждом подмножестве подынтервалов. Таким образом, разные конфигурации PUCCH могут быть применены к разным наборам подынтервалов. Например, в случае 3- и 4-символьных подынтервалов для подынтервалов с разными длительностями могут быть сформированы разные подмножества, и в разных подмножествах с разной длительностью можно использовать одинаковые или разные конфигурации ресурсов PUCCH. Таким образом на основании длительности подынтервала можно оптимизировать выделение ресурсов в каждом подынтервале.
[0097] UE 102 может быть сконфигурировано с использованием множества структур подынтервалов для выделения ресурсов PUCCH. Ресурсы PUCCH могут быть сконфигурированы независимо в каждой структуре подынтервала, причем разные конфигурации ресурсов PUCCH могут быть применены к разным структурам подынтервалов. Например, в 2-символьной структуре подынтервала улучшенный формат 0 PUCCH может быть сконфигурирован для 1 или 2 битов. В 3- и 4-символьной структуре подынтервала улучшенный формат 2 PUCCH может быть сконфигурирован для более 2 битов. В 7-символьной структуре подынтервала улучшенный формат 3 PUCCH или формат 4 PUCCH может быть сконфигурирован для более высокой полезной нагрузки HARQ-ACK при использовании агрегации PDSCH для передачи сообщений нескольких передач PDSCH.
[0098] Ресурсы PUCCH в разных структурах подынтервалов могут различаться с помощью разных диапазонов полезной нагрузки. Например, ресурсы PUCCH с малой полезной нагрузкой могут выделяться чаще в структуре подынтервала с малой длительностью подынтервала. Ресурсы PUCCH с большой полезной нагрузкой могут быть сконфигурированы в структуре подынтервала с большей длительностью подынтервала.
[0099] Ресурсы PUCCH в разных структурах подынтервалов могут различаться с помощью разных требований задержки. Например, для трафика со сверхнизкой задержкой в структуре подынтервала с малой длительностью подынтервала ресурсы PUCCH могут выделяться чаще. Ресурсы PUCCH могут быть сконфигурированы в структуре подынтервала с большей длительностью подынтервала для трафика с низкой задержкой.
[0100] В другом случае ресурсы PUCCH в разных структурах подынтервалов могут быть сконфигурированы для разных услуг URLLC на основании требований к надежности и задержке.
[0101] В настоящем документе также описана конфигурация уровня интервала. Если PUCCH для обратной связи HARQ-ACK URLLC конфигурируют на уровне интервала, для формата PUCCH (например в данном формате PUCCH) помимо количества символов параметра nrofSymbols может быть сконфигурировано множество начальных положений символов, параметр startingSymbolIndex должен быть усовершенствован для конфигурирования множества начальных положений символов в интервале, как показано в листинге 2.
[0102]
Листинг 2
Ресурсы PUCCH в интервале не должны перекрываться друг с другом во временной области. Каждый ресурс PUCCH должен содержаться в пределах интервала, но не пересекать границу интервала. Таким образом, количество ресурсов PUCCH, которые могут быть сконфигурированы в интервале, зависит от количества символов в сконфигурированном формате PUCCH. Для улучшенного короткого формата 0 PUCCH или формата 2 PUCCH с длительностью один символ в интервале может быть сконфигурировано до 14 ресурсов PUCCH. Для улучшенного короткого формата 0 PUCCH или формата 2 PUCCH с длительностью два символа в интервале может быть сконфигурировано до 7 ресурсов PUCCH. Для улучшенного длинного формата 1,3,4 PUCCH с длительностью четыре символа в интервале может быть сконфигурировано до 3 ресурсов PUCCH. Для улучшенного длинного формата 1,3,4 PUCCH с длительностью от 5 до 7 символов в интервале может быть сконфигурировано до 2 ресурсов PUCCH. На Фиг. 6 представлено несколько примеров множества начальных положений для форматов PUCCH с разными длительностями.
[0103] Как описано выше, UE 102 может передавать HARQ-ACK данных DL URLLC (например, передача PDSCH URLLC) по PUCCH для URLLC. Также UE 102 может передавать HARQ-ACK данных DL eMBB (например, передача PDSCH eMBB) по PUCCH для eMBB. Иными словами, для передачи HARQ-ACK, соответствующего данным DL URLLC, UE 102 может использовать ресурс PUCCH для URLLC. Также для передачи HARQ-ACK, соответствующего данным DL eMBB, UE 102 может использовать ресурс PUCCH для eMBB.
[0104] При этом PDSCH, соответствующий данным DL URLLC, и/или PDSCH, соответствующий данным DL eMBB, может быть идентифицирован на основании параметра (-ов), сконфигурированного (-ых) gNB 160. Например, gNB 160 может передавать, используя сообщение RRC, параметр (-ы), используемый (-ые) для идентификации того, что передача PDSCH соответствует данным DL URLLC или данным DL eMBB.
[0105] Кроме того, PDSCH, соответствующий данным DL URLLC, может быть запланирован (например, идентифицирован) с использованием формата (-ов) DCI с CRC, скремблированного (-ых) посредством Y-RNTI, отличного от C-RNTI. При этом PDSCH, соответствующий данным DL eMBB, может быть запланирован (например, идентифицирован) с использованием формата (-ов) DCI с CRC, скремблированного посредством C-RNTI. В данном случае Y-RNTI может быть использован для идентификации первой таблицы CQI и/или первой таблицы MCS. Также C-RNTI может быть использован для идентификации второй таблицы CQI и/или второй таблицы MCS. Первая и вторая таблицы CQI могут использоваться для интерпретации индексов CQI для сообщения CQI. Кроме того, первая и вторая таблицы MCS могут использоваться для определения порядка модуляции и/или целевого коэффициента ошибок. Иными словами, PDSCH, соответствующий данным DL URLLC, и/или PDSCH, соответствующий данным DL eMBB, может быть идентифицирован на основании соответствующей таблицы (таблиц) CQI и/или таблицы (таблиц) MCS.
[0106] Также PDSCH, соответствующий данным DL URLLC, и/или PDSCH, соответствующий данным DL eMBB, может быть идентифицирован на основании длительности (-ей) передачи (передач) PDSCH. При этом длительность (-и) передачи (передач) PDSCH может (могут) быть сконфигурирована (-ы)/указана (-ы) gNB 160. Например, gNB 160 может передавать, используя сообщение RRC, информацию, используемую для конфигурирования (например, определения) длительности (-ей) передачи (передач) PDSCH. Также gNB 160 может передавать, используя формат (-ы) DCI, информацию, используемую для указания длительности (-ей) передачи (передач) PDSCH. Например, длительность (-и) для PDSCH, соответствующая (-ие) данным DL URLLC, может (могут) быть уровнем (-ями) символа (например, 2 символа, 3 символа и/или 5 символов). Кроме того, длительность PDSCH, соответствующего данным DL eMBB, может представлять собой уровень интервала (например, 1 интервал, 2 интервала, 5 интервалов). А именно, передача PDSCH, соответствующая данным DL URLLC, может поддерживать меньшую длительность (-и), чем передача PDSCH, соответствующая данным DL eMBB.
[0107] Модуль 124 операций UE может предоставлять информацию 148 одному или более приемникам 120. Например, модуль 124 операций UE может информировать приемник (-и) 120 о времени приема передачи.
[0108] Модуль 124 операций UE может предоставлять информацию 138 демодулятору 114. Например, модуль 124 операций UE может информировать демодулятор 114 о схеме модуляции, предполагаемой для передач от gNB 160.
[0109] Модуль 124 операций UE может предоставлять информацию 136 декодеру 108. Например, модуль 124 операций UE может информировать декодер 108 о предполагаемом кодировании передач от gNB 160.
[0110] Модуль 124 операций UE может предоставлять информацию 142 кодеру 150. Информация 142 может включать в себя данные, подлежащие кодированию, и/или инструкции по кодированию. Например, модуль 124 операций UE может давать кодеру 150 указание закодировать данные 146 передачи и/или другую информацию 142. Другая информация 142 может включать в себя информацию PDSCH HARQ-ACK.
[0111] Кодер 150 может кодировать данные 146 передачи и/или другую информацию 142, предоставляемую модулем 124 операций UE. Например, кодирование данных 146 и/или другой информации 142 может включать кодирование с обнаружением и/или коррекцией ошибок, сопоставление данных с пространственными, временными и/или частотными ресурсами для передачи, мультиплексирования и т. д. Кодер 150 может предоставлять кодированные данные 152 модулятору 154.
[0112] Модуль 124 операций UE может предоставлять информацию 144 модулятору 154. Например, модуль 124 операций UE может информировать модулятор 154 о типе модуляции (например, сопоставление созвездия), подлежащий использованию для передач gNB 160. Модулятор 154 может модулировать кодированные данные 152 для подачи одного или более модулированных сигналов 156 на один или более передатчиков 158.
[0113] Модуль 124 операций UE может предоставлять информацию 140 одному или более передатчикам 158. Эта информация 140 может включать в себя инструкции для одного или более передатчиков 158. Например, модуль 124 операций UE может давать указание одному или более передатчикам 158 о времени передачи сигнала на gNB 160. Например, один или более передатчиков 158 могут осуществлять передачу в течение подкадра UL. Один или более передатчиков 158 могут преобразовывать с повышением частоты и передавать модулированный (-ые) сигнал (-ы) 156 на одну или более gNB 160.
[0114] Каждая из одной или более gNB 160 может включать в себя один или более приемопередатчиков 176, один или более демодуляторов 172, один или более декодеров 166, один или более кодеров 109, один или более модуляторов 113, буфер 162 данных и модуль 182 операций gNB. Например, на gNB 160 могут быть реализованы один или более трактов приема и/или передачи. Для удобства в gNB 160 показаны только один приемопередатчик 176, декодер 166, демодулятор 172, кодер 109 и модулятор 113, хотя можно реализовывать множество параллельных элементов (например, приемопередатчики 176, декодеры 166, демодуляторы 172, кодеры 109 и модуляторы 113).
[0115] Приемопередатчик 176 может включать в себя один или более приемников 178 и один или более передатчиков 117. Один или более приемников 178 могут принимать сигналы от UE 102 с использованием одной или более антенн 180a-n. Например, приемник 178 может принимать и преобразовывать с понижением частоты сигналы для формирования одного или более принятых сигналов 174. Один или более принятых сигналов 174 могут быть поданы на демодулятор 172. Один или более передатчиков 117 могут передавать сигналы на UE 102 с использованием одной или более антенн 180a-n. Например, один или более передатчиков 117 могут преобразовывать с повышением частоты и передавать один или более модулированных сигналов 115.
[0116] Демодулятор 172 может демодулировать один или более принятых сигналов 174 для формирования одного или более демодулированных сигналов 170. Один или более демодулированных сигналов 170 могут быть поданы на декодер 166. Для декодирования сигналов gNB 160 можно использовать декодер 166. Декодер 166 может обеспечивать один или более декодированных сигналов 164, 168. Например, первый eNB-декодированный сигнал 164 может содержать принятые данные полезной нагрузки, которые могут быть сохранены в буфере 162 данных. Второй eNB-декодированный сигнал 168 может содержать служебные данные и/или данные управления. Например, второй eNB-декодированный сигнал 168 может обеспечивать данные (например, информацию PDSCH HARQ-ACK), которые модуль 182 операций gNB может использовать для выполнения одной или более операций.
[0117] Как правило, модуль 182 операций gNB может обеспечивать gNB 160 возможностью обмена данными с одним или более UE 102. Модуль 182 операций gNB может включать в себя модуль 194 диспетчеризации gNB. Модуль 194 диспетчеризации gNB может выполнять операции для конфигурации PUCCH и выделения ресурсов, как описано в настоящем документе.
[0118] Модуль 182 операций gNB может предоставлять информацию 188 демодулятору 172. Например, модуль 182 операций gNB может информировать демодулятор 172 о схеме модуляции, предполагаемой для передач с одного или более UE 102.
[0119] Модуль 182 операций станции gNB может предоставлять информацию 186 декодеру 166. Например, модуль 182 операций станции gNB может информировать декодер 166 о предполагаемом кодировании передач от одного или более UE 102.
[0120] Модуль 182 операций станции gNB может предоставлять информацию 101 кодеру 109. Информация 101 может включать в себя данные, подлежащие кодированию, и/или инструкции по кодированию. Например, модуль 182 операций станции gNB может давать кодеру 109 указание закодировать информацию 101, включая данные 105 передачи.
[0121] Кодер 109 может кодировать данные 105 передачи и/или другую информацию, включенную в информацию 101, предоставляемую модулем 182 операций gNB. Например, кодирование данных 105 и/или другой информации в информации 101 может включать кодирование с обнаружением и/или коррекцией ошибок, сопоставление данных с пространственными, временными и/или частотными ресурсами для передачи, мультиплексирования и т. д. Кодер 109 может предоставлять кодированные данные 111 модулятору 113. Данные 105 передачи могут включать в себя сетевые данные, подлежащие ретрансляции на UE 102.
[0122] Модуль 182 операций gNB может предоставлять информацию 103 модулятору 113. Эта информация 103 может включать в себя инструкции для модулятора 113. Например, модуль 182 операций станции gNB может информировать модулятор 113 о типе модуляции (например, сопоставление созвездия), подлежащему использованию для передач с одного или более UE 102. Модулятор 113 может модулировать кодированные данные 111 для подачи одного или более модулированных сигналов 115 на один или более передатчиков 117.
[0123] Модуль 182 операций станции gNB может предоставлять информацию 192 одному или более передатчикам 117. Эта информация 192 может включать в себя инструкции для одного или более передатчиков 117. Например, модуль 182 операций станции gNB может давать указание одному или более передатчикам 117 о времени передачи (или времени непередачи) сигнала на одно или более UE 102. Один или более передатчиков 117 могут преобразовывать с повышением частоты и передавать модулированный (-ые) сигнал (-ы) 115 на одно или более UE 102.
[0124] Следует отметить, что подкадр DL может быть передан от gNB 160 на одно или более UE 102 и что подкадр UL может быть передан от одного или более UE 102 на gNB 160. Более того, как gNB 160, так и одно или более UE 102 могут передавать данные в стандартном специальном подкадре.
[0125] Следует также отметить, что один или более элементов или их частей, включенных в одну или более eNB 160 и одно или более UE 102, могут быть реализованы в виде оборудования. Например, один или более из этих элементов или их частей могут быть реализованы в виде микросхемы, схемы или аппаратных компонентов и т. д. Следует также отметить, что одна или более функций или способов, описанных в настоящем документе, могут быть реализованы в оборудовании и/или выполнены посредством его использования. Например, один или более способов, описанных в настоящем документе, могут быть реализованы и/или осуществлены с помощью набора микросхем, специализированной интегральной схемы (ASIC), большой интегральной схемы (LSI) или интегральной схемы и т. д.
[0126] URLLC можно совместно использовать с другими услугами (например, eMBB). Согласно некоторым подходам из-за требований к задержке URLLC может иметь самый высокий приоритет. В настоящем документе приведены некоторые примеры совместного применения URLLC с другими услугами (например, в одном или более из нижеследующих описаний фигур).
[0127] На Фиг. 2 проиллюстрированы примеры структуры подынтервала для выделения PUCCH URLLC. Показаны индексы подынтервалов 204a-d для 14-символьных интервалов.
[0128] Для NR могут быть указаны различные конфигурации 202 подынтервалов. Как показано на Фиг. 2, потенциальные структуры подынтервалов в интервале из 14 символов могут включать в себя одно или более из следующего. Первая конфигурация 202а подынтервалов содержит семь 2-символьных подынтервалов (т. е. 2,2,2,2,2,2,2). Вторая конфигурация 202b подынтервалов содержит {4,3,4,3}-символьные подынтервалы. Третья конфигурация 202c подынтервалов содержит {4,3,3,4}-символьные подынтервалы. Четвертая конфигурация 202d подынтервалов содержит 7-символьные подынтервалы.
[0129] В примере для первой структуры конфигурации 202a подынтервала 2-символьного подынтервала потенциально существует 7 подынтервалов, которые могут передавать HARQ-ACK с обратной связью PUCCH. Однако в большинстве случаев от 2 до 4 подынтервалов обратной связи HARQ-ACK в интервале достаточно для обеспечения желательных требований низкой задержки.
[0130] Разные конфигурации подынтервалов могут быть сконфигурированы для разных численных величин с разными настройками разноса поднесущих (SCS). Например, для SCS с 15 килогерц (кГц) можно использовать 2-символьные или 3- и 4-символьные подынтервалы для обеспечения большего числа повторных передач в пределах 1 мс. Для SCS с 60 кГц может быть достаточно 7-символьных подынтервалов для обеспечения повторных передач в течение 1 мс.
[0131] На Фиг. 3 показаны примеры конфигурации ресурса PUCCH в каждом подынтервале. Показаны индексы подынтервалов 304a-b для 14-символьных интервалов.
[0132] Одна и та же конфигурация PUCCH может применяться ко всем подынтервалам, как показано в первой конфигурации 302a подынтервалов на Фиг. 3. Одну и ту же конфигурацию ресурса PUCCH можно применять в каждом подынтервале 2-символьных подынтервалов.
[0133] В случае разной длительности для подынтервалов (например, в случае 3- и 4-символьной структуры подынтервалов второй конфигурации 302b подынтервалов) одна и та же конфигурация PUCCH может быть определена на основе подынтервала с меньшей длительностью. Например, в каждом подынтервале может быть применена одна и та же конфигурация ресурса PUCCH на основе подынтервала с меньшей длительностью. В случае примера второй конфигурации 302b подынтервала 3-символьный подынтервал имеет меньшую длительность.
[0134] На Фиг. 4 показаны примеры выделения PUCCH в подмножестве подынтервалов. Показаны индексы подынтервалов 404a-c для 14-символьных интервалов.
[0135] В примере первой конфигурации 402a подынтервала представлена 2-символьная структура подынтервала. В этом примере подмножество может содержать только индексы {1,3,5} подынтервалов. В альтернативном варианте осуществления подмножество может содержать только индексы {0,2,4,6} подынтервалов.
[0136] В примере второй конфигурации 402b подынтервала представлена 2-символьная структура подынтервала. В этом примере подмножество может содержать только индексы {3,6} подынтервалов. В альтернативном варианте осуществления подмножество может содержать только индексы {2,5} или {1,4}, или {0,3} подынтервалов и т. д. Не исключаются и другие комбинации. Например, набор индексов подынтервалов {2,4,6},{0,3,6}, и т. д. может представлять собой подмножество подынтервалов для конфигурации ресурса PUCCH.
[0137] В примере третьей конфигурации 402c подынтервала представлена {4,3,4,3}-символьная структура подынтервала. В этом случае конфигурация ресурса PUCCH может быть применена в подмножестве индексов {0,2} подынтервалов. В альтернативном варианте осуществления конфигурация ресурса PUCCH может быть применена в подмножестве индексов {1,3} подынтервалов.
[0138] На Фиг. 5 показаны примеры конфигурации PUCCH во множестве подмножеств подынтервалов. Показаны индексы подынтервалов 504a-b для 14-символьных интервалов. В этих примерах может быть сконфигурировано множество подмножеств подынтервалов, а конфигурация PUCCH может быть сконфигурирована независимо в каждом подмножестве подынтервалов.
[0139] В примере первой конфигурации 502a подынтервала представлена 2-символьная структура подынтервала. В 2-символьной структуре подынтервалов первую конфигурацию 506a ресурса PUCCH применяют к набору с индексами {1,3,5} подынтервалов. Вторую конфигурацию 506b ресурса PUCCH применяют в отдельном наборе подынтервалов с индексами {0,4}.
[0140] В примере второй конфигурации 502b подынтервала представлена {4,3,4,3}-структура. Первую конфигурацию 506a ресурса PUCCH применяют к набору с индексами {0,2} подынтервалов. Вторую конфигурацию 506b ресурса PUCCH применяют в отдельном наборе подынтервалов с индексами {1,3}. Следует отметить, что конфигурация PUCCH в разных подмножествах может быть одинаковой или разной.
[0141] На Фиг. 6 показаны примеры конфигурации PUCCH на уровне интервала с множеством начальных положений символов. В первом примере 601 интервал имеет три начальных положения символов с 1-символьным PUCCH 606. Во втором примере 603 интервал имеет два начальных положения символов с 2-символьным PUCCH 606. В третьем примере 605 интервал имеет два начальных положения символов с 4-символьным PUCCH 606.
[0142] На Фиг. 7 представлена схема, иллюстрирующая один пример ресурсной сетки для нисходящей линии связи. Ресурсная сетка, показанная на Фиг. 7, может быть использована в некоторых реализациях систем и способов, описанных в настоящем документе. Более подробные сведения, касающиеся ресурсной сетки, приведены в связи с Фиг. 1.
DL
RB
RB
DL
RB
sc
sc
symb
[0143] На Фиг. 7 один подкадр 769 нисходящей линии связи может включать в себя два интервала 783 нисходящей линии связи. N представляет собой конфигурацию ширины полосы нисходящей линии связи обслуживающей соты, выраженную в значениях, кратных N, где N - размер ресурсного блока 789 в частотном домене, выраженный в количестве поднесущих, а N - количество символов 787 OFDM в интервале 783 нисходящей линии связи. Ресурсный блок 789 может включать в себя некоторое количество ресурсных элементов (RE) 791.
DL
DL
RB
RB
data, start
data, end
[0144] Для PCell N представляет собой широковещание как часть системной информации. Для SCell (включая доступ на базе лицензируемой полосы частот (LAA) SCell) N конфигурируют посредством сообщения RRC, специально предназначенного для UE 102. Для сопоставления PDSCH доступным RE 791 может быть RE 791, индекс 1 которого удовлетворяет условиям: 1 ≥ 1 и/или 1 ≥ 1 в подкадре.
В нисходящей линии связи может быть использована схема доступа OFDM с циклическим префиксом (CP), которая может также называться CP-OFDM. В нисходящей линии связи могут быть переданы PDCCH, улучшенный PDCCH (EPDCCH), PDSCH и т. п. Радиокадр нисходящей линии связи может включать в себя множество пар ресурсных блоков (RB) нисходящей линии связи, которые также называются физическими ресурсными блоками (PRB). Пара RB нисходящей линии связи представляет собой блок для назначения радиоресурсов нисходящей линии связи, определяемых предварительно заданной шириной полосы (шириной полосы RB) и временным интервалом. Пара RB нисходящей линии связи включает в себя два RB нисходящей линии связи, которые являются непрерывными во временной области.
[0145] RB нисходящей линии связи включает в себя двенадцать поднесущих в частотной области и семь (в случае нормального CP) или шесть (в случае расширенного CP) символов OFDM во временной области. Область, определяемая одной поднесущей в частотной области и одним символом OFDM во временной области, называется ресурсным элементом (RE) и однозначно идентифицируется парой индексов (k, l) в интервале, где k и l являются индексами в частотной и временной областях соответственно. Хотя в настоящем документе обсуждаются подкадры нисходящей линии связи в одной несущей составляющей (CC), подкадры нисходящей линии связи определены для каждой CC, и эти подкадры нисходящей линии связи по существу синхронизированы друг с другом среди CC.
[0146] На Фиг. 8 представлена схема, иллюстрирующая один пример ресурсной сетки для восходящей линии связи. Ресурсная сетка, показанная на Фиг. 8, может быть использована в некоторых реализациях систем и способов, описанных в настоящем документе. Более подробные сведения, касающиеся ресурсной сетки, приведены в связи с Фиг. 1.
UL
RB
RB
UL
RB
sc
sc
symb
[0147] На Фиг. 8 один подкадр 869 восходящей линии связи может включать в себя два интервала 883 восходящей линии связи. N представляет собой конфигурацию ширины полосы восходящей линии связи обслуживающей соты, выраженную в значениях, кратных N, где N - размер ресурсного блока 889 в частотном домене, выраженный в количестве поднесущих, а N - количество символов 893 SC-FDMA в интервале 883 восходящей линии связи. Ресурсный блок 889 может включать в себя некоторое количество ресурсных элементов (RE) 891.
UL
UL
RB
RB
[0148] Для PCell N представляет собой широковещание как часть системной информации. Для SCell (включая LAA SCell) N конфигурируют посредством сообщения RRC, специально предназначенного для UE 102.
[0149] В восходящей линии связи в дополнение к CP-OFDM можно использовать схему множественного доступа с частотным разделением каналов с одной несущей (SC-FDMA), которая также называется OFDM с расширением дискретного преобразования Фурье (DFT-S-OFDM). В восходящей линии связи можно передавать PUCCH, PUSCH, PRACH и т. п. Радиокадр восходящей линии связи может включать в себя множество пар ресурсных блоков восходящей линии связи. Пара RB восходящей линии связи представляет собой блок для назначения радиоресурсов восходящей линии связи, определяемых предварительно заданной шириной полосы (шириной полосы RB) и временным интервалом. Пара RB восходящей линии связи включает в себя два RB восходящей линии связи, которые являются непрерывными во временной области.
[0150] RB восходящей линии связи может включать в себя двенадцать поднесущих в частотной области и семь (в случае нормального CP) или шесть (в случае расширенного CP) символов OFDM/DFT-S-OFDM во временной области. Область, определяемая одной поднесущей в частотной области и одним символом OFDM/DFT-S-OFDM во временной области, называется RE и однозначно идентифицируется парой индексов (k, l) в интервале, где k и l являются индексами в частотной и временной областях соответственно. Хотя в настоящем документе обсуждаются подкадры восходящей линии связи в одной несущей составляющей (CC), подкадры восходящей линии связи определены для каждой CC.
i
-i
-i
-i
-i
[0151] На Фиг. 9 представлены примеры нескольких численных величин 901. Численная величина № 1 901a может быть базовой численной величиной (например, опорной численной величиной). Например, RE 995a базовой численной величины 901a может быть определен с разносом поднесущих 905a 15 кГц в частотной области и длиной 2048Ts+CP (например, 160Ts или 144Ts) во временной области (т. е. длиной символа № 1 903a), где Ts обозначает единицу времени выборки в основной полосе, определенную как 1 / (15 000 * 2048) секунд. Для i-й численной величины разнос поднесущих 905 может быть равен 15 * 2, и эффективная длина символа OFDM 2048 * 2 * Ts. Это может обеспечивать длину символа 2048 * 2* Ts+длина CP (например, 160 * 2*Ts или 144 * 2* Ts). Другими словами, разнос поднесущих i+1-й численной величины вдвое больше, чем для i-й численной величины, а длина символа i+1-й численной величины - половина от длины символа i-й численной величины. На Фиг. 9 показаны четыре численные величины, но система может поддерживать другое количество численных величин. Кроме того, система не должна поддерживать все численные величины от 0-й до I-й, i=0, 1, ..., I.
[0152] Например, первая передача UL в первом ресурсе SPS, как упомянуто выше, может быть выполнена только для численной величины № 1 (например, разнос поднесущих 15 кГц). В данном случае UE 102 может получать (обнаруживать) численную величину № 1 на основе сигнала синхронизации. Кроме того, UE 102 может принимать выделенный сигнал RRC, включающий в себя информацию (например, команду передачи обслуживания), конфигурирующую численную величину № 1. Выделенный сигнал RRC может представлять собой UE-специфичный сигнал. В данном случае первая передача UL в первом ресурсе SPS может быть выполнена с численной величиной № 1, численной величиной № 2 (разнос поднесущих 30 кГц) и/или с численной величиной № 3 (разнос поднесущих 60 кГц).
[0153] Кроме того, вторая передача UL во втором ресурсе SPS, как упомянуто выше, может быть выполнена только с численной величиной № 3. В данном случае, например, UE 102 может принимать системную информацию (например, блок служебной информации (MIB) и/или блок системной информации (SIB)), включающую в себя информацию, конфигурирующую численную величину № 2 и/или численную величину № 3.
[0154] Кроме того, UE 102 может принимать выделенный сигнал RRC, включающий в себя информацию (например, команду передачи обслуживания), конфигурирующую численную величину №2 и/или численную величину № 3. Системная информация (например, MIB) может быть передана по каналу BCH (широковещательный канал) и/или с использованием выделенного сигнала RRC. Системная информация (например, SIB) может содержать информацию, относящуюся к оцениванию наличия у оборудования UE 102 разрешенного доступа к соте, и/или определяет диспетчеризацию другой системной информации. Системная информация (SIB) может содержать информацию о конфигурации радиоресурса, которая является общей для множества UE 102. Иными словами, выделенный сигнал RRC может включать в себя каждую из множества конфигураций численной величины (первая численная величина, вторая численная величина и/или третья численная величина) для каждой из передач UL (например, каждой из передач UL-SCH, каждой из передач PUSCH). Кроме того, выделенный сигнал RRC может включать в себя каждую из множества конфигураций численной величины (первая численная величина, вторая численная величина и/или третья численная величина) для каждой из передач DL (каждой из передач PDCCH).
DL
UL
symb
symb
[0155] На Фиг. 10 приведены примеры структур подкадров для численных величин 1001, представленных на Фиг. 9. Учитывая, что интервал 1083 включает в себя N (или N) = 7 символов, длина интервала i+1-й численной величины 1001 - это половина i-й численной величины 1001, и, в конечном счете, количество интервалов 1083 в подкадре (т. е. 1 мс) становится удвоенным. Можно отметить, что радиокадр может включать в себя 10 подкадров, а длина радиокадра может быть равна 10 мс.
DL
UL
symb
symb
[0156] На Фиг. 11 приведены примеры интервалов 1183 и подынтервалов 1107. Если подынтервал 1107 не сконфигурирован более высоким уровнем, UE 102 и eNB/gNB 160 могут использовать в качестве блока диспетчеризации только интервал 1183. Более конкретно, данный транспортный блок может быть выделен интервалу 1183. Если подынтервал 1107 сконфигурирован более высоким уровнем, UE 102 и eNB/gNB 160 могут использовать подынтервал 1107, а также интервал 1183. Подынтервал 1107 может включать в себя один или более символов OFDM. Максимальное количество символов OFDM, которые составляют подынтервал 1107, может составлять N-1 (или N-1).
[0157] Длина подынтервала может быть сконфигурирована посредством сигнализации более высокого уровня. В альтернативном варианте осуществления длина подынтервала может быть указана каналом управления физического уровня (например, форматом DCI).
DL
UL
symb
symb
[0158] Подынтервал 1107 может начинаться с любого символа в интервале 1183, если только он не конфликтует с каналом управления. Могут быть предусмотрены ограничения по длине мини-интервала в зависимости от ограничений по начальному положению. Например, подынтервал 1107 с длиной N-1 (или N-1) может начинаться со второго символа в интервале 1183. Начальное положение подынтервала 1107 может быть указано каналом управления физического уровня (например, форматом DCI). В альтернативном варианте осуществления начальное положение подынтервала 1107 может быть определено из информации (например, индекса пространства поиска, индекса претендента на слепое декодирование, индексов частотного и/или временного ресурса, индекса физического RB (PRB), индекса элемента канала управления, уровня агрегации элементов канала управления, индекса порта антенны и т. д.) канала управления физического уровня, который осуществляет диспетчеризацию данных в соответствующем подынтервале 1107.
[0159] В случаях, когда сконфигурирован подынтервал 1107, данный транспортный блок может быть выделен интервалу 1183, подынтервалу 1107, агрегированным подынтервалам 1107 или агрегированному (-ым) подынтервалу (-ам) 1107 и интервалу 1183. Этот блок может также быть блоком для генерации битов HARQ-ACK.
[0160] На Фиг. 12 приведены примеры временных шкал 1209 диспетчеризации. Для нормальной временной шкалы 1209a диспетчеризации DL каналы управления DL сопоставлены с начальной частью интервала 1283a. Каналы 1211 управления DL осуществляют диспетчеризацию совместно применяемых каналов 1213a DL в одном и том же интервале 1283a. HARQ-ACK для совместно применяемых каналов 1213a DL (т. е. HARQ-ACK, каждый из которых указывает, успешно ли обнаружен транспортный блок в каждом совместно применяемом канале 1213a DL) указывают в отчетах по каналам 1215a управления UL в более позднем интервале 1283b. В этом случае данный интервал 1283 может содержать передачу DL или передачу UL.
[0161] Для нормальной временной шкалы 1209b диспетчеризации UL каналы 1211b управления DL сопоставлены с начальной частью интервала 1283c. Каналы 1211b управления DL осуществляют диспетчеризацию совместно применяемых каналов 1217a UL в более позднем интервале 1283d. В этих случаях временная привязка (временной сдвиг) между интервалом 1283c DL и интервалом 1283d UL может быть фиксированной или сконфигурированной посредством сигнализации более высокого уровня. В альтернативном варианте осуществления это может быть указано каналом управления физического уровня (например, форматом DCI назначения DL, форматом DCI предоставления UL или другим форматом DCI, таким как формат DCI общей сигнализации UE, который можно контролировать в общем пространстве поиска).
[0162] Для автономной базовой временной шкалы 1209c диспетчеризации DL каналы 1211c управления DL сопоставлены с начальной частью интервала 1283e. Каналы 1211c управления DL осуществляют диспетчеризацию совместно применяемых каналов 1213b DL в одном и том же интервале 1283e. HARQ-ACK для совместно применяемых каналов 1213b DL указывают в отчетах в каналах 1215b управления UL, которые сопоставлены в конечной части интервала 1283e.
[0163] Для автономной базовой временной шкалы 1209d диспетчеризации DL каналы 1211d управления DL сопоставлены с начальной частью интервала 1283f. Каналы 1211d управления DL осуществляют диспетчеризацию совместно применяемых каналов 1217b DL в одном и том же интервале 1283f. В этих случаях интервал 1283f может содержать части DL и UL, и между передачами DL и UL может быть предусмотрен защитный интервал.
[0164] Использование автономного интервала можно осуществлять при конфигурации автономного интервала. В альтернативном варианте осуществления использование автономного интервала можно осуществлять при конфигурации подынтервала. В еще одном альтернативном варианте осуществления использование автономного интервала можно осуществлять при конфигурации укороченного физического канала (например, PDSCH, PUSCH, PUCCH и т. д.).
[0165] На Фиг. 13 представлены примеры областей мониторинга канала управления DL. В первом примере (а) физический ресурсный блок (PRB) 1389a показан с длиной символа 1301a и частотой 1309a. Во втором примере (а) физический ресурсный блок (PRB) 1389b показан с длиной символа 1301b и частотой 1309b. В варианте реализации ширина полосы PRB 1389а,b.
[0166] В примерах на Фиг. 13 один или более наборов PRB 1389 могут быть сконфигурированы для мониторинга канала управления DL. Другими словами, набор 1307a, b ресурсов управления в частотной области представляет собой набор PRB 1389a, b,в пределах которого UE 102 пытается вслепую декодировать информацию управления нисходящей линии связи, причем PRB 1389a, b могут быть или не быть смежными по частоте. UE 102 может иметь один или более наборов 1307a, b ресурсов управления, а одно сообщение DCI может находиться в одном наборе 1307a, b ресурсов управления. В частотной области PRB 1389 - это размер единицы ресурса (который может включать или не включать в себя опорный сигнал демодуляции (DM-RS)) для канала 1303a, b управления. Совместно применяемый канал 1305a, b DL может начинаться с более позднего символа OFDM, чем тот (те), который (-ые) передает (-ют) обнаруженный канал 1303a, b управления DL. В альтернативном варианте осуществления совместно применяемый канал 1305a, b DL может начинаться с (или более раннего) символа OFDM, который является последним символом OFDM, передающим обнаруженный канал 1303a, b управления DL. Другими словами, может поддерживаться динамическое повторное использование по меньшей мере части ресурсов в наборах 1307a, b ресурсов управления для данных того же или другого UE 102 по меньшей мере в частотной области.
[0167] На Фиг. 14 приведены примеры канала 1403a, b управления DL, который содержит более одного элемента канала управления. В первом примере (а) физический ресурсный блок (PRB) 1489a показан с длиной символа 1401a и частотой 1409a. Во втором примере (а) физический ресурсный блок (PRB) 1489b показан с длиной символа 1401b и частотой 1409b.
[0168] Если набор 1407a, b ресурсов управления охватывает множество символов OFDM, кандидат канала управления может быть сопоставлен с множеством символов OFDM или может быть сопоставлен с одним символом OFDM. Один элемент 1403a, b канала управления DL может быть сопоставлен с RE, определенными одним PRB 1489a, b и одним символом OFDM. Если для передачи одного канала управления DL использованы более одного элемента 1403a, b канала управления DL, может быть выполнена агрегация 1411a, b элементов канала управления DL.
[0169] Количество агрегированных элементов 1403a, b канала управления DL называется уровнем агрегации элементов канала управления DL. Уровень агрегации элементов канала управления DL может составлять 1 или 2 в целочисленной степени. gNB 160 может информировать UE 102, какие претенденты канала управления сопоставлены с каждым подмножеством символов OFDM в наборе 1407a, b ресурсов управления. Если один канал 1403a, b управления DL сопоставлен с одним символом OFDM и не охватывает множество символов OFDM, агрегация элементов канала управления DL выполнена внутри символа OFDM, а именно агрегированы множество элементов 1403a, b канала управления DL в символе OFDM. В противном случае могут быть агрегированы элементы 1403a, b канала управления DL в разных символах OFDM.
[0170] На Фиг. 15 представлены примеры структур канала управления UL. В примерах на Фиг. 15 физические ресурсные блоки (PRB) 1589 показаны с длиной 1501 символа и частотой 1509.
[0171] В первом примере (a) канал 1513a управления UL может быть сопоставлен с RE, определенными PRB 1589 и интервалом в частотной и временной областях соответственно. Этот канал 1513a управления UL может упоминаться как длинный формат (или просто 1-й формат).
[0172] Во втором примере (b) и третьем примере (c) каналы 1513b, c управления UL могут быть сопоставлены с RE в ограниченных символах OFDM во временной области. Это может упоминаться как короткий формат (или просто 2-й формат). Каналы 1513b, c управления UL с коротким форматом могут быть сопоставлены с RE в одном PRB 1589. В альтернативном варианте осуществления каналы 1513b, c управления UL с коротким форматом могут быть сопоставлены с RE во множестве PRB 1589. Например, может быть применено чередующееся сопоставление, а именно канал 1513b, c управления UL может быть сопоставлен с каждыми N PRB (например, 5 или 10) в пределах ширины полосы системы.
[0173] На Фиг. 16 представлена блок-схема, иллюстрирующая один вариант реализации gNB 1660. gNB 1660 может включать в себя процессор 1623 более высокого уровня, передатчик 1625 DL, приемник 1633 UL и одну или более антенн 1631. Передатчик 1625 DL может включать в себя передатчик 1627 PDCCH и передатчик 1629 PDSCH. Приемник 1633 UL может включать в себя приемник 1635 PUCCH и приемник 1637 PUSCH.
[0174] Процессор 1623 более высокого уровня может управлять поведением физического уровня (передатчика DL и приемника UL) и предоставлять параметры более высокого уровня физическому уровню. Процессор 1623 более высокого уровня может получать транспортные блоки от физического уровня. Процессор 1623 более высокого уровня может отправлять/получать сообщения более высокого уровня, такие как сообщение RRC и сообщение MAC, на более высокий уровень UE или с него. Процессор 1623 более высокого уровня может предоставлять транспортные блоки передатчика PDSCH и предоставлять параметры передачи передатчика PDCCH, относящиеся к транспортным блокам.
[0175] Передатчик 1625 DL может мультиплексировать физические каналы нисходящей линии связи, физические сигналы нисходящей линии связи (включая сигнал резервирования) и передавать их через передающие антенны 1631. Приемник 1633 UL может принимать мультиплексированные физические каналы восходящей линии связи и физические сигналы восходящей линии связи через приемные антенны 1631 и демультиплексировать их. Приемник 1635 PUCCH может обеспечивать процессор 1623 более высокого уровня UCI. Приемник 1637 PUSCH может обеспечивать транспортные блоки, полученные процессором 1623 более высокого уровня.
[0176] На Фиг. 17 представлена блок-схема, иллюстрирующая один вариант реализации UE 1702. UE 1702 может включать в себя процессор 1723 более высокого уровня, передатчик 1751 UL, приемник 1743 DL и одну или более антенн 1731. Передатчик 1751 UL может включать в себя передатчик 1753 PUCCH и передатчик 1755 PUSCH. Приемник 1743 DL может включать в себя приемник 1745 PDCCH и приемник 1747 PDSCH.
[0177] Процессор 1723 более высокого уровня может управлять поведением физического уровня (передатчика UL и приемника DL) и предоставлять параметры более высокого уровня на физический уровень. Процессор 1723 более высокого уровня может получать транспортные блоки от физического уровня. Процессор 1723 более высокого уровня может отправлять/получать сообщения более высокого уровня, такие как сообщение RRC и сообщение MAC, на более высокий уровень UE или с него. Процессор 1723 более высокого уровня может обеспечивать транспортные блоки передатчика PUSCH и обеспечивать передатчик 1753 UCI PUCCH.
[0178] Приемник 1743 DL может принимать мультиплексированные физические каналы нисходящей линии связи и физические сигналы нисходящей линии связи через приемные антенны 1731 и демультиплексировать их. Приемник 1745 PDCCH может обеспечивать процессор 1723 более высокого уровня DCI. Приемник 1747 PDSCH может обеспечивать транспортные блоки, полученные процессором 1723 более высокого уровня.
[0179] Следует отметить, что названия описанных в данном документе физических каналов приведены в качестве примеров. Можно использовать другие названия, такие как NRPDCCH, NRPDSCH, NRPUCCH и NRPUSCH, PDCCH нового поколения (G), GPDSCH, GPUCCH и GPUSCH и т. п.
[0180] На Фиг. 18 проиллюстрированы различные компоненты, которые можно использовать в UE 1802. UE 1802, описанное в связи с Фиг. 18, может быть реализовано в соответствии с UE 102, описанным в связи с Фиг. 1. UE 1802 включает в себя процессор 1803, который управляет работой UE 1802. Процессор 1803 может также называться центральным процессором (ЦП). Запоминающее устройство 1805, которое может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), их комбинацию или устройство любого типа, которое может хранить информацию, предоставляет инструкции 1807a и данные 1809a процессору 1803. Часть запоминающего устройства 1805 может также включать в себя энергонезависимое оперативное запоминающее устройство (ЭНОЗУ). Инструкции 1807b или данные 1809b могут также находиться в процессоре 1803. Инструкции 1807b и/или данные 1809b, загружаемые в процессор 1803, могут также включать в себя инструкции 1807a и/или данные 1809a из запоминающего устройства 1805, которые были загружены для исполнения или обработки процессором 1803. Процессор 1803 может исполнять инструкции 1807b для реализации описанных выше способов.
[0181] UE 1802 может также включать в себя корпус, который содержит один или более передатчиков 1858 и один или более приемников 1820 для обеспечения возможности передачи и приема данных. Передатчик (-и) 1858 и приемник (-и) 1820 могут быть объединены в один или более приемопередатчиков 1818. К корпусу прикреплены одна или более антенн 1822a-n, которые электрически связаны с приемопередатчиком 1818.
[0182] Различные компоненты UE 1802 соединены друг с другом с помощью системы 1811 шин, которая помимо шины данных может включать в себя шину питания, шину сигналов управления и шину сигналов состояния. Однако для ясности различные шины проиллюстрированы на Фиг. 18 как система 1811 шин. UE 1802 может также включать в себя цифровой сигнальный процессор (DSP) 1813 для использования в обработке сигналов. UE 1802 может также включать в себя интерфейс 1815 связи, который обеспечивает доступ пользователя к функциям UE 1802. UE 1802, показанное на Фиг. 18, представляет собой функциональную блок-схему, а не перечень конкретных компонентов.
[0183] На Фиг. 19 проиллюстрированы различные компоненты, которые можно использовать в gNB 1960. gNB 1960, описанная в связи с Фиг. 19, может быть реализована в соответствии с gNB 160, описанной в связи с Фиг. 1. gNB 1960 включает в себя процессор 1903, который управляет работой gNB 1960. Процессор 1903 может также называться центральным процессором (ЦП). Запоминающее устройство 1905, которое может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), их комбинацию или устройство любого типа, которое может хранить информацию, предоставляет инструкции 1907a и данные 1909a процессору 1903. Часть запоминающего устройства 1905 может также включать в себя энергонезависимое оперативное запоминающее устройство (ЭНОЗУ). Инструкции 1907b или данные 1909b могут также находиться в процессоре 1903. Инструкции 1907b и/или данные 1909b, загружаемые в процессор 1903, могут также включать в себя инструкции 1907a и/или данные 1909a из запоминающего устройства 1905, которые были загружены для исполнения или обработки процессором 1903. Процессор 1903 может исполнять инструкции 1907b для реализации описанных выше способов.
[0184] gNB 1960 может также включать в себя корпус, который содержит один или более передатчиков 1917 и один или более приемников 1978 для обеспечения возможности передачи и приема данных. Передатчик (-и) 1917 и приемник (-и) 1978 могут быть объединены в один или более приемопередатчиков 1976. К корпусу прикреплены одна или более антенн 1980a-n, которые электрически связаны с приемопередатчиком 1976.
[0185] Различные компоненты gNB 1960 соединены друг с другом с помощью системы 1911 шин, которая помимо шины данных может включать в себя шину питания, шину сигналов управления и шину сигналов состояния. Однако для ясности различные шины проиллюстрированы на Фиг. 19 как система 1911 шин. gNB 1960 может также включать в себя цифровой сигнальный процессор (DSP) 1913 для использования в обработке сигналов. gNB 1960 может также включать в себя интерфейс 1915 связи, который обеспечивает доступ пользователя к функциям gNB 1960. gNB 1960, проиллюстрированная на Фиг. 19, представляет собой функциональную блок-схему, а не перечень конкретных компонентов.
[0186] На Фиг. 20 представлена блок-схема, иллюстрирующая один вариант реализации UE 2002, в котором могут быть осуществлены системы и способы синхронизации HARQ-ACK и определения ресурса PUCCH для передачи PDSCH со сверхнизкой задержкой. UE 2002 включает в себя средство 2058 передачи, средство 2020 приема и средство 2024 управления. Средство 2058 передачи, средство 2020 приема и средство 2024 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг. 1. На Фиг. 18 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 20. Для осуществления одной или более функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.
[0187] На Фиг. 21 представлена блок-схема, иллюстрирующая один вариант реализации gNB 2160, в котором могут быть осуществлены системы и способы синхронизации HARQ-ACK и определения ресурса PUCCH для передачи PDSCH со сверхнизкой задержкой. gNB 2160 включает в себя средство 2123 передачи, средство 2178 приема и средство 2182 управления. Средство 2123 передачи, средство 2178 приема и средство 2182 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг. 1. На Фиг. 19 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 21. Для осуществления одной или более функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.
[0188] Термин «машиночитаемый носитель» относится к любому доступному носителю, к которому может получать доступ компьютер или процессор. Используемый в настоящем документе термин «машиночитаемый носитель» может обозначать читаемый компьютером и/или процессором носитель, который является энергонезависимым и материальным. В качестве примера, но не для ограничения, машиночитаемый или читаемый процессором носитель может представлять собой ОЗУ, ПЗУ, ЭСППЗУ, CD-ROM или другой накопитель на оптических дисках, накопитель на магнитных дисках или другие магнитные запоминающие устройства или любой другой носитель, который можно использовать для переноса или хранения требуемого программного кода в виде инструкций или структур данных, к которому может получать доступ компьютер или процессор. В настоящем документе термин «диск» относится к диску, который воспроизводит данные оптическим способом с помощью лазеров, например компакт-диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD) и диск Blu-ray, и к диску, который обычно воспроизводит данные магнитным способом (например, гибкий диск).
Следует отметить, что один или более способов, описанных в настоящем документе, могут быть реализованы и/или выполнены с помощью оборудования. Например, один или более способов, описанных в настоящем документе, могут быть реализованы и/или осуществлены с помощью набора микросхем, специализированной интегральной схемы (ASIC), большой интегральной схемы (LSI) или интегральной схемы и т. д.
[0189] Каждый из способов, описанных в настоящем документе, включает одну или более стадий или действий для осуществления описанного способа. Стадии и/или действия способа можно менять местами друг с другом и/или объединять в одну стадию в пределах объема, определенного формулой изобретения. Иными словами, если для надлежащей работы описываемого способа не требуется конкретный порядок стадий или действий, порядок и/или использование определенных стадий и/или действий могут быть изменены без отклонения от объема, определенного формулой изобретения.
[0190] Следует понимать, что формула изобретения не ограничена точной конфигурацией и компонентами, которые проиллюстрированы выше. В компоновку, работу или детали систем, способов и устройства, которые описаны в настоящем документе, могут быть внесены различные модификации, изменения и вариации без отклонения от объема, определенного формулой изобретения.
[0191] Программа, выполняемая на gNB 160 или UE 102 в соответствии с описанными системами и способами, представляет собой программу (программу, предполагающую работу компьютера), которая управляет ЦП и т. п. таким образом, чтобы осуществлять функцию в соответствии с описанными системами и способами. При этом информация, которую обрабатывают эти устройства, во время обработки временно хранится в ОЗУ. Затем информацию сохраняют на различных ПЗУ или HDD, и по мере необходимости ЦП считывает ее для изменения или записи. В качестве носителя записи, на котором хранится программа, может выступать любое из полупроводниковых устройств (например, ПЗУ, энергонезависимая карта памяти и т. п.), оптических запоминающих устройств (например, DVD, MO, MD, CD, BD и т. п.), магнитных запоминающих устройств (например, магнитная лента, гибкий диск и т. п.) и т. п. Более того, в некоторых случаях функцию в соответствии с вышеописанными системами и способами реализуют путем выполнения загружаемой программы и, кроме того, функцию в соответствии с описанными системами и способами реализуют во взаимодействии с операционной системой или другими прикладными программами на основе инструкции из программы.
[0192] Более того, в случае доступности программ на рынке программа, хранящаяся на переносном носителе информации, может быть распределена, или программа может быть передана на серверный компьютер, который соединяется через сеть, такую как Интернет. В этом случае запоминающее устройство на серверном компьютере также включено в систему. Более того, некоторые или все из gNB 160 и UE 102 в соответствии с вышеописанными системами и способами могут быть реализованы в виде LSI, которая представляет собой типичную интегральную схему. Каждый функциональный блок gNB 160 и UE 102 может быть индивидуально встроен в микросхему, а некоторые или все функциональные блоки могут быть объединены в микросхему. Более того, методика воплощения интегральных схем не ограничена LSI, и интегральная схема для функционального блока может быть реализована с помощью специализированной схемы или процессора общего назначения. Кроме того, при появлении в области полупроводников технологии, воплощающейся в интегральной схеме, заменяющей существующие LSI, можно также использовать интегральную схему, к которой применена такая технология.
[0193] Более того, каждый функциональный блок или различные элементы устройства базовой станции и терминального устройства, используемые в каждом из вышеупомянутых вариантов реализаций, могут быть реализованы или исполнены схемой, которая обычно представляет собой интегральную схему или множество интегральных схем. Схема, выполненная с возможностью исполнения функций, описанных в настоящем техническом описании, может содержать процессор общего назначения, цифровой сигнальный процессор (DSP), специализированную интегральную схему (ASIC) или интегральную схему общего применения, программируемую пользователем вентильную матрицу (FPGA) или другие программируемые логические устройства, схемы на дискретных компонентах или транзисторные логические схемы, дискретный аппаратный компонент или их комбинацию. Процессор общего назначения может представлять собой микропроцессор, или в альтернативном варианте осуществления процессор может представлять собой стандартный процессор, контроллер, микроконтроллер или машину состояний. Процессор общего назначения или каждая схема, описанная выше, могут быть сконфигурированы цифровой схемой или могут быть сконфигурированы аналоговой схемой. Дополнительно, когда по мере развития технологии полупроводниковых материалов появится технология изготовления интегральных схем, которая заменит собой существующие технологии изготовления интегральных схем, можно также использовать интегральную схему, изготовленную по данной технологии.
[0194] В настоящем документе термин «и/или» следует интерпретировать как означающий один или более элементов. Например, выражение «А, B и/или С» следует интерпретировать как означающее любое из вариантов: только А, только B, только С, А и B (но не С), B и С (но не А), А и С (но не B) или все из А, B и С. В контексте настоящего документа выражение «по меньшей мере один из» следует интерпретировать как означающее один или более элементов. Например, выражение «по меньшей мере один из А, B и С» или выражение «по меньшей мере один из А, B или С» следует интерпретировать как означающее любое из вариантов: только А, только B, только С, А и B (но не С), B и С (но не А), А и С (но не B) или все из А, B и С. В контексте настоящего документа выражение «один или более из» следует интерпретировать как означающее один или более элементов. Например, выражение «один или более из А, B и С» или выражение «один или более из А, B или С» следует интерпретировать как любое из вариантов: только А, только B, только С, А и B (но не С), B и С (но не А), А и С (но не B) или все из А, B и С.
[0195] <Перекрестная ссылка>
Настоящая непредварительная заявка испрашивает приоритет согласно  раздела 35 Свода законов США по предварительной заявке № 62/790 851 от 10 января 2019 г., содержание которой полностью включено в настоящий документ путем ссылки.