ГИБРИДНЫЙ АВТОМАТИЧЕСКИЙ ЗАПРОС НА ПОВТОРЕНИЕ ПЕРЕДАЧИ ПО ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ ПОВЫШЕННОЙ НАДЕЖНОСТИ С МАЛЫМ ВРЕМЕНЕМ ЗАДЕРЖКИ
LOW-DELAY HYBRID AUTOMATIC REQUEST FOR REPETITION OF UPLINK TRANSMISSION

РОДСТВЕННЫЕ ЗАЯВКИ
[0001]
Настоящая заявка относится к предварительной заявке на патент США № 62/501,489, озаглавленной HYBRID AUTOMATIC REPEAT REQUEST FOR UPLINK ULTRA–RELIABLE AND LOW–LATENCY COMMUNICATIONS, поданной 4 мая 2017 г., содержание которой полностью включено в настоящий документ путем ссылки, и испрашивает приоритет по ней.
ОБЛАСТЬ ТЕХНИЧЕСКОГО ПРИМЕНЕНИЯ
[0002]
Настоящее описание относится по существу к системам связи. Более конкретно, настоящее описание относится к гибридному автоматическому запросу на повторение передачи (HARQ) для связи повышенной надежности с малым временем задержки (URLLC).
ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ
[0003]
Стали создавать устройства меньшего размера и большей мощности для удовлетворения запросов потребителя и улучшения портативности и удобства. Потребители стали зависимыми от устройств беспроводной связи и привыкли рассчитывать на надежное обслуживание, расширенные зоны покрытия и улучшенные функциональные возможности. Система беспроводной связи может обеспечивать связь для некоторого количества устройств беспроводной связи, каждое из которых может обслуживать базовая станция. Базовая станция может представлять собой устройство, которое обменивается данными с устройствами беспроводной связи.
[0004]
По мере развития устройств беспроводной связи удалось улучшить пропускную способность, скорость, гибкость и/или эффективность. Однако улучшения пропускной способности, скорости, гибкости и/или эффективности могут сопровождаться определенными проблемами.
[0005]
Например, устройства беспроводной связи могут обмениваться данными с одним или более устройствами, использующими структуру связи. При этом используемая структура связи может обеспечивать лишь ограниченную гибкость и/или эффективность. Как проиллюстрировано в настоящем описании, преимуществом могут обладать системы и способы, повышающие гибкость и/или эффективность обмена данными.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0006]
На Фиг. 1 представлена блок–схема, иллюстрирующая один вариант реализации одной или более базовых станций (gNB) и одного или более пользовательского оборудования (UE), в которых могут быть применены на практике системы и способы связи повышенной надежности с малым временем задержки (URLLC).
[0007]
На Фиг. 2 представлена схема, иллюстрирующая некоторые примеры URLLC на основе предоставления и eMBB на основе предоставления.
[0008]
На Фиг. 3 представлена схема, иллюстрирующая некоторые примеры URLLC на основе предоставления и eMBB на основе предоставления.
[0009]
На Фиг. 4 представлена схема, иллюстрирующая примеры URLLC без предоставления и eMBB на основе предоставления.
[0010]
На Фиг. 5 представлена схема, иллюстрирующая примеры URLLC на основе предоставления и eMBB без предоставления.
[0011]
На Фиг. 6 представлена схема, иллюстрирующая примеры начальной передачи на основе предоставления и начальной передачи без предоставления.
[0012]
На Фиг. 7A–7B представлены схемы, иллюстрирующие примеры повторной передачи на основе предоставления и начальной передачи без предоставления.
[0013]
На Фиг. 8 представлена схема, иллюстрирующая примеры начальной передачи без предоставления и повторной передачи без предоставления.
[0014]
На Фиг. 9 представлена схема, иллюстрирующая примеры повторной передачи на основе предоставления и повторной передачи без предоставления.
[0015]
На Фиг. 10 представлена схема, иллюстрирующая примеры синхронного HARQ и асинхронного HARQ.
[0016]
На Фиг. 11A–11B представлены схемы, иллюстрирующие примеры мини–интервалов.
[0017]
На Фиг. 12 представлена схема, иллюстрирующая примеры процедур HARQ.
[0018]
На Фиг. 13 представлена схема, иллюстрирующая примеры повторений.
[0019]
На Фиг. 14 представлена схема, иллюстрирующая примеры передачи без предоставления.
[0020]
На Фиг. 15A–15B представлены схемы, иллюстрирующие примеры множества процессов HARQ.
[0021]
На Фиг. 16 представлена схема, иллюстрирующая пример ресурсной сетки для нисходящей линии связи.
[0022]
На Фиг. 17 представлена схема, иллюстрирующая один пример ресурсной сетки для восходящей линии связи.
[0023]
На Фиг. 18 приведены примеры нескольких численных величин.
[0024]
На Фиг. 19 приведены примеры структур подкадров для численных величин, представленных на Фиг. 18.
[0025]
На Фиг. 20 приведены примеры интервалов и подынтервалов.
[0026]
На Фиг. 21 приведены примеры временной шкалы диспетчеризации.
[0027]
На Фиг. 22 приведены примеры областей мониторинга канала управления нисходящей линии связи (DL).
[0028]
На Фиг. 23 приведены примеры канала управления DL, который содержит более одного элемента канала управления.
[0029]
На Фиг. 24 приведены примеры структур канала управления восходящей линии связи (UL).
[0030]
На Фиг. 25 представлена блок–схема, иллюстрирующая один вариант реализации gNB.
[0031]
На Фиг. 26 представлена блок–схема, иллюстрирующая один вариант реализации UE.
[0032]
На Фиг. 27 показаны различные компоненты, которые можно использовать в UE.
[0033]
На Фиг. 28 показаны различные компоненты, которые можно использовать в gNB.
[0034]
На Фиг. 29 представлена блок–схема, иллюстрирующая один вариант реализации UE, в котором могут быть реализованы системы и способы для операций осуществления связи повышенной надежности с малым временем задержки.
[0035]
На Фиг. 30 представлена блок–схема, иллюстрирующая один вариант реализации gNB, в котором могут быть реализованы системы и способы связи повышенной надежности с малым временем задержки.
[0036]
На Фиг. 31 представлена блок–схема, иллюстрирующая способ пользовательского оборудования (UE).
[0037]
На Фиг. 32 представлена блок–схема, иллюстрирующая способ связи устройства базовой станции (gNB).
ПОДРОБНОЕ ОПИСАНИЕ
[0038]
Описано пользовательское оборудование (UE). UE может содержать схему приема, выполненную с возможностью приема сообщения управления радиоресурсом, содержащего первую информацию, используемую для конфигурирования количества повторений и периодичности, причем количество повторений конфигурируют для передач транспортного блока (TB). Схема приема способна принимать сообщение управления радиоресурсом, содержащее вторую информацию, используемую для конфигурирования возможности отслеживания символа. Схема приема способна отслеживать первый физический канал управления нисходящей линии связи (PDCCH) с циклической проверкой четности с избыточностью (CRC), скремблированный с применением временного идентификатора радиосети соты (C–RNTI). Схема приема способна отслеживать второй PDCCH с CRC, скремблированный с применением второго RNTI, отличного от C–RNTI. UE также может содержать схему передачи, выполненную с возможностью выполнения передач TB по физическому совместно применяемому каналу для передачи данных по восходящей линии связи (PUSCH) на основании первой информации.
[0039]
В случае приема PDCCH с CRC, скремблированного с применением C–RNTI, UE может выполнить передачу по PUSCH, запланированную с использованием PDCCH с CRC, скремблированного с применением C–RNTI.
[0040]
В случае приема PDCCH с CRC, скремблированного с применением второго RNTI, UE может выполнить повторную передачу TB по PUSCH, запланированную с использованием PDCCH с CRC, скремблированного с применением второго RNTI.
[0041]
Второй PDCCH с CRC, скремблированный с применением второго RNTI, можно отслеживать на основании второй информации в специфичном для пользовательского оборудования пространстве поиска, заданном вторым RNTI.
[0042]
Кроме того, описано устройство 160 базовой станции (gNB). gNB 160 может содержать схему передачи, выполненную с возможностью передачи сообщения управления радиоресурсом, содержащего первую информацию, используемую для конфигурирования количества повторений и периодичности, причем количество повторений конфигурируют для передач транспортного блока (TB). Схема передачи также может быть выполнена с возможностью передачи сообщения управления радиоресурсом, содержащего вторую информацию, используемую для конфигурирования возможности отслеживания символа. Схема передачи может быть дополнительно выполнена с возможностью передачи первого физического канала управления нисходящей линии связи (PDCCH) с циклической проверкой четности с избыточностью (CRC), скремблированного с применением временного идентификатора радиосети соты (C–RNTI). Схема передачи также может быть выполнена с возможностью передачи второго PDCCH с CRC, скремблированного с применением второго RNTI, отличного от C–RNTI. gNB также может содержать схему приема, выполненную с возможностью приема передач TB по физическому совместно применяемому каналу для передачи данных по восходящей линии связи (PUSCH) на основании первой информации.
[0043]
В случае передачи PDCCH с CRC, скремблированного с применением C–RNTI, gNB может выполнить прием по PUSCH, запланированный с использованием PDCCH с CRC, скремблированного с применением C–RNTI.
[0044]
В случае передачи PDCCH с CRC, скремблированного с применением второго RNTI, gNB может принять повторную передачу TB по PUSCH, запланированную с использованием PDCCH с CRC, скремблированного с применением второго RNTI.
[0045]
Второй PDCCH с CRC, скремблированный с применением второго RNTI, может быть передан на основании второй информации в специфичном для пользовательского оборудования пространстве поиска, заданном вторым RNTI.
[0046]
Кроме того, описан способ связи пользовательского оборудования. Способ включает прием сообщения управления радиоресурсом, содержащего первую информацию, используемую для конфигурирования количества повторений и периодичности, причем количество повторений конфигурируют для передач транспортного блока (TB). Кроме того, способ включает прием сообщения управления радиоресурсом, содержащего вторую информацию, используемую для конфигурирования возможности отслеживания символа. Способ дополнительно включает отслеживание первого физического канала управления нисходящей линии связи (PDCCH) с циклической проверкой четности с избыточностью (CRC), скремблированного с применением временного идентификатора радиосети соты (C–RNTI). Способ также включает отслеживание второго PDCCH с CRC, скремблированного с применением второго RNTI, отличного от C–RNTI. Способ также включает выполнение передач TB по физическому совместно применяемому каналу для передачи данных по восходящей линии связи (PUSCH) на основании первой информации.
[0047]
Кроме того, описан способ связи устройства базовой станции (gNB). Способ включает передачу сообщения управления радиоресурсом, содержащего первую информацию, используемую для конфигурирования количества повторений и периодичности, причем количество повторений конфигурируют для передач транспортного блока (TB). Кроме того, способ включает передачу сообщения управления радиоресурсом, содержащего вторую информацию, используемую для конфигурирования возможности отслеживания символа. Способ дополнительно включает передачу первого физического канала управления нисходящей линии связи (PDCCH) с циклической проверкой четности с избыточностью (CRC), скремблированного с применением временного идентификатора радиосети соты (C–RNTI). Способ дополнительно включает передачу второго PDCCH с CRC, скремблированного с применением второго RNTI, отличного от C–RNTI. Способ также включает прием передач TB по физическому совместно применяемому каналу для передачи данных по восходящей линии связи (PUSCH) на основании первой информации.
[0048]
Партнерский проект по системам 3–го поколения, также называемый 3GPP, представляет собой соглашение о сотрудничестве, призванное определить применимые в глобальном масштабе технические характеристики и технические отчеты для систем беспроводной связи третьего и четвертого поколений. 3GPP может определять характеристики для сетей, систем и устройств мобильной связи следующего поколения.
[0049]
Стандарт долгосрочного развития сетей связи (LTE) 3GPP – это название, присвоенное проекту по улучшению стандарта мобильного устройства или телефона универсальной системы мобильной связи (UMTS) для удовлетворения будущих требований. В одном аспекте UMTS модифицирована для обеспечения поддержки и спецификации усовершенствованного универсального наземного радиодоступа (E–UTRA) и сети усовершенствованного универсального наземного радиодоступа (E–UTRAN).
[0050]
По меньшей мере некоторые аспекты систем и способов, описанных в настоящем документе, могут быть описаны в связи с 3GPP LTE, LTE–Advanced (LTE–A) и другими стандартами (например, 3GPP выпусков 8, 9, 10, 11 и/или 12). Однако объем настоящего описания не должен быть ограничен в этом отношении. По меньшей мере некоторые аспекты систем и способов, описанных в настоящем документе, можно использовать в других типах систем беспроводной связи.
[0051]
Устройство беспроводной связи может быть электронным устройством, используемым для передачи речи и/или данных на базовую станцию, которая может в свою очередь обмениваться данными с сетью устройств (например, с коммутируемой телефонной сетью общего пользования (PSTN), Интернетом и т. д.). При описании систем и способов в настоящем документе устройство беспроводной связи может альтернативно упоминаться как мобильная станция, UE, терминал доступа, абонентская станция, мобильный терминал, удаленная станция, пользовательский терминал, терминал, абонентское устройство, мобильное устройство и т. д. Примеры устройств беспроводной связи включают в себя сотовые телефоны, смартфоны, персональные цифровые помощники (PDA), ноутбуки, нетбуки, электронные устройства для чтения, беспроводные модемы и т. д. В спецификациях 3GPP устройство беспроводной связи обычно называется UE. Однако, поскольку объем настоящего описания не должен ограничиваться стандартами 3GPP, в настоящем документе термины UE и «устройство беспроводной связи» можно использовать взаимозаменяемо, при этом подразумевается более общий термин «устройство беспроводной связи». UE может также в более общем виде называться терминальным устройством.
[0052]
В спецификациях 3GPP базовую станцию обычно обозначают как узел B, усовершенствованный узел B (eNB), домашний улучшенный или усовершенствованный узел B (HeNB) или используют какую–то другую подобную терминологию. Поскольку объем описания не должен ограничиваться стандартами 3GPP, в настоящем документе термины «базовая станция», «узел B», «eNB» и «HeNB» можно использовать взаимозаменяемо, при этом подразумевается более общий термин «базовая станция». Кроме того, термин «базовая станция» может использоваться для обозначения точки доступа. Точка доступа может быть электронным устройством, которое обеспечивает доступ к сети (например, к локальной сети (LAN), Интернету и т. д.) для устройств беспроводной связи. Термин «устройство связи» может использоваться для обозначения устройства беспроводной связи и/или базовой станции. eNB может быть также обозначен в более общем виде как устройство базовой станции.
[0053]
Следует отметить, что используемый в настоящем документе термин «сота» может быть любым набором каналов связи, которые специфицированы посредством стандартизации или регламентированы регулирующими органами для использования в качестве стандарта усовершенствованной международной мобильной связи (IMT–Advanced), причем весь набор или его подмножество могут быть приняты 3GPP в качестве лицензированных диапазонов частот (например, полос частот), которые будут использоваться для обмена данными между eNB и UE. Следует также отметить, что при общем описании E–UTRA и E–UTRAN в настоящем документе термин «сота» может быть определен как «комбинация ресурсов нисходящей линии связи и необязательно восходящей линии связи». Связь между несущей частотой ресурсов нисходящей линии связи и несущей частотой ресурсов восходящей линии связи может быть указана в системной информации, передаваемой по ресурсам нисходящей линии связи.
[0054]
«Сконфигурированные соты» представляют собой соты, о которых известно UE и для которых у него имеется разрешение от eNB на передачу или прием информации. «Сконфигурированные соты» могут быть обслуживающими сотами. UE может принимать системную информацию и выполнять требуемые измерения на всех сконфигурированных сотах. «Сконфигурированная (–ые) сота (–ы)» для радиосоединения могут включать в себя первичную соту и/или ни одной, одну или более вторичную (–ые) соту (–ы). «Активированные соты» – это те сконфигурированные соты, на которых UE осуществляет передачу и прием. Таким образом, активированные соты представляют собой те соты, для которых UE контролирует физический канал управления нисходящей линии связи (PDCCH) и, в случае передачи по нисходящей линии связи, те соты, для которых UE декодирует физический совместно применяемый канал для передачи данных по нисходящей линии связи (PDSCH). «Деактивированные соты» – это те сконфигурированные соты, для которых UE не контролирует PDCCH передачи. Следует отметить, что «сота» может быть описана посредством различных показателей. Например, «сота» может иметь временные, пространственные (например, географические) и частотные характеристики.
[0055]
Сотовая связь пятого поколения (5G) (также называемая 3GPP «новой радиосетью», «технологией доступа новой радиосети» или NR) предусматривает использование ресурсов времени/частоты/пространства для обеспечения возможности усовершенствованной широкополосной сети мобильной связи (eMBB) и служб связи повышенной надежности с низким значением задержки (URLLC), а также служб наподобие массовой межмашинной связи (MMTC). Базовую станцию новой радиосети можно называть gNB. gNB также в более общем виде может называться устройством базовой станции.
[0056]
–5
Описанные в данном документе некоторые конфигурации систем и способов представляют подходы к управлению передачей/повторной передачей URLLC для удовлетворения требований по задержке/надежности. Некоторые требования к URLLC относятся к задержке и надежности в плоскости пользователя (U). Для URLLC целевая задержка в плоскости пользователя составляет 0,5 миллисекунды (мс) в каждую сторону как для UL, так и для DL. Целевая надежность составляет 1–10 для X байтов в течение 1 миллисекунды (мс).
[0057]
Эти специфичные для URLLC ограничения затрудняют разработку гибридного автоматического запроса на повторение передачи (HARQ) и механизма повторной передачи. Например, приемник должен отвечать быстрым подтверждением (ACK), или отрицательным подтверждением (NACK), или предоставлением восходящей линии связи для удовлетворения требованию по задержке, либо передатчик может немедленно повторять передачу, не ожидая ACK/NACK, для повышения надежности. С другой стороны, для дополнительного повышения надежности повторения поддерживают на основе предоставления или без него. Важной проблемой также является способ прекращения повторений. Описанные системы и способы описывают схему URLLC HARQ/повторной передачи в разных случаях.
[0058]
Некоторые конфигурации систем и способов, описанных в настоящем документе, способны обеспечивать механизм гибридного автоматического запроса на повторение передачи (HARQ), разработанный для обмена данными по восходящей линии связи повышенной надежности с малым временем задержки (URLLC).
[0059]
В некоторых вариантах реализации URLLC UE может поддерживать несколько видов передачи по UL. Ниже описаны некоторые потенциальные виды поддерживаемых передач по UL. Один вид передачи по UL может представлять собой (a) инициируемую запросом диспетчеризации начальную передачу на основе предоставления по восходящей линии связи. Например, если UE имеет данные для передачи и не имеет ресурса PUSCH, UE может отправить запрос диспетчеризации (SR) и дождаться предоставления UL от gNB/eNB. Затем UE может передать данные UL согласно предоставлению UL.
[0060]
Другой тип передачи по UL может представлять собой (b) быструю начальную передачу на основе предоставления UL. gNB/eNB может отправлять UL предоставление на UE без инициирования SR. Быстрое предоставление может позволить свести к минимуму время ожидания. Затем UE может передать данные UL согласно предоставлению UL.
[0061]
Другой вид передачи по UL может представлять собой (c) начальную передачу без предоставления. Ресурс можно полустатически (пере)конфигурировать для передачи по UL. UE может передавать данные UL на сконфигурированный ресурс, не ожидая предоставления UL.
[0062]
Другой тип передачи по UL может представлять собой (d) повторение (–я) на основе предоставления. Для схемы передачи по UL с предоставлением может быть обеспечена поддержка K повторений, включая начальную передачу (K >= 1) для одного и того же транспортного блока. Количество повторений K можно полустатически (пере)конфигурировать или динамически указать с помощью предоставления UL. Затем UE повторяет K передач по UL для одного и того же транспортного блока (TB) согласно предоставлению UL. Другими словами, предоставление UL может инициировать множество передач одного и того же TB.
[0063]
Другой вид передачи по UL может представлять собой (e) повторение (–я) без предоставления. Для схемы передачи по UL без предоставления может быть обеспечена поддержка K повторений, включая начальную передачу (K >= 1) одного и того же транспортного блока. Ресурс можно полустатически (пере)конфигурировать для K повторений по UL. Конфигурация ресурса может включать временные и частотные ресурсы, схему модуляции и кодирования (MCS), версию избыточности (RV), параметр опорного сигнала (RS) и/или количество K повторений и т. д. UE может выполнять K повторений передачи одних и тех же данных UL на сконфигурированный ресурс, не ожидая предоставления UL.
[0064]
Другой тип передачи по UL может представлять собой (f) повторную передачу на основе предоставления. Если gNB/eNB не удается декодировать данные UL от UE, gNB/eNB может отправить UE предоставление UL для указания повторной передачи по UL того же TB. Может потребоваться дополнительная информация в предоставлении UL для информирования UE в отношении того, предназначено ли предоставление для того же TB или нового TB. Затем UE может передать данные UL согласно предоставлению UL.
[0065]
Другой тип передачи по UL может представлять собой (g) повторную передачу без предоставления. UE может повторно передать тот же TB на сконфигурированный ресурс, не ожидая ответ (например, отрицательное подтверждение (NACK) или предоставление UL) от gNB/eNB.
[0066]
Другой тип передачи по UL может представлять собой (h) передачу полупостоянной диспетчеризации (SPS) по UL. Для полустатического распределения ресурсов (также называемого полупостоянной диспетчеризацией, SPS) может существовать несколько основных процедур: конфигурация управления радиоресурсом (RRC) (например, сообщение RRC, сигнал RRC), активация, передача UL и деактивация. Конфигурацию RRC можно передавать между gNB/eNB и UE через уровень RRC. И сигнал RRC может быть включен в сигнал более высокого уровня. Возможно, что некоторые параметры (например, периодичность, адрес, выделение и MCS для использования в ресурсах SPS) потребуется сконфигурировать для полупостоянной диспетчеризации. Часть этих параметров (например, периодичность, адрес) может быть сконфигурирована полустатически (конфигурация SPS), а остальные могут быть сконфигурированы с помощью PDCCH (активация SPS). Например, gNB/eNB может сконфигурировать периодичность (например, временной ресурс), используя сигнал RRC, и указать ресурс SPS (например, частотный ресурс), используя формат DCI, для активации. После конфигурирования и активации UL SPS UE известно, что сконфигурированные без предоставления UL ресурсы зарезервированы для быстрого доступа по восходящей линии связи. Затем UE может начать передачу по UL. В версии 8 UE продолжает передачу на сконфигурированные ресурсы до тех пор, пока UL SPS не будет явно и косвенно деактивирована. В версии 14 UE может осуществлять передачу по мере необходимости и пропускать сконфигурированные ресурсы при отсутствии транспортного блока (TB) для передачи.
[0067]
В некоторых вариантах реализации вышеописанные типы передачи могут перекрываться друг с другом. Например, могут перекрываться типы передачи (a), (b) и (f). Для UE эти передачи по UL могут быть передачами на основе предоставления. Поведение UE после предоставления UL может быть одинаковым, а для PDCCH может быть использован один и тот же формат DCI. Если предоставление UL указано для того же TB, передача по UL представляет собой повторную передачу. Если предоставление UL указано для нового TB, передача по UL представляет собой начальную передачу.
[0068]
В другом примере могут перекрываться типы передачи (a), (b) и (d) (или (c) и (e)). Если количество повторений K=1, они могут быть эквивалентными.
[0069]
Еще в одном примере могут перекрываться типы передачи (c) ((e), (g)) и (h). Для передачи без предоставления может быть использована схема UL SPS. В специальном варианте для передачи без предоставления может быть использована схема UL SPS без активации. Например, все требуемые параметры для передачи по UL могут быть RRC–(пере)конфигурируемыми, и UE может осуществлять передачу на сконфигурированный ресурс без активации SPS.
[0070]
В еще одном примере могут перекрываться типы передачи (d), (e) и (g). Повторения, за которыми следует начальная передача, могут относиться к повторной передаче без предоставления.
[0071]
В URLLC UE может иметь один или более видов временных идентификаторов радиосети (RNTI). RNTI может быть использован для скремблирования части циклической проверки четности с избыточностью (CRC) сообщений радиоканала. Это означает, что UE не может декодировать сообщения радиоканала, если UE не известны точные значения RNTI для каждого из случаев. Ниже приведены примеры RNTI, которые можно использовать в случае UE. Одним из примеров является RNTI соты (C–RNTI). В данном случае для упрощения описания предполагается, что в настоящем документе в некоторых вариантах реализации C–RNTI включен в RNTI А. C–RNTI может быть использован для динамической планируемой одноадресной передачи. Другой пример представляет собой SPS C–RNTI. SPS C–RNTI может быть использован для полупостоянно планируемой одноадресной передачи (активации, повторной активации, повторной передачи и/или деактивации). В данном случае для упрощения описания предполагается, что в настоящем документе в некоторых вариантах реализации SPS C–RNTI включен в RNTI B. Еще один пример представляет собой URLLC C–RNTI. Для URLLC UE может повторно использовать C–RNTI и SPS C–RNTI, а это означает, что для URLLC не может быть отправлен конкретный C–RNTI. В другом варианте для передачи, связанной с URLLC, может быть использована специфичная для URLLC идентификация, называемая URLLC C–RNTI (в описании может быть использовано другое название, в данном случае в качестве примера использовано название URLLC C–RNTI). URLLC C–RNTI может быть использован для динамической планируемой передачи. Дополнительно или альтернативно URLLC C–RNTI может быть использован для полупостоянно планируемой URLLC–передачи (активации, повторной активации, повторной передачи и/или деактивации). Кроме того, URLLC C–RNTI может быть использован для динамического переконфигурирования URLLC–передачи без предоставления UL. В данном случае для упрощения описания предполагается, что в настоящем документе в некоторых вариантах реализации URLLC C–RNTI включен в RNTI C.
[0072]
В данном случае UE может отслеживать набор кандидатов в канале (–ах) управления DL (например, PDCCH). Например, кандидаты канала (–ов) управления DL могут представлять собой кандидатов, для которых могут быть сопоставлены, назначены и/или переданы каналы управления DL. Например, кандидат в канале (–ах) управления DL состоит из одного или более элементов канала управления (CCE). Термин «отслеживает» означает, что UE пытается декодировать каждый из каналов управления DL в наборе кандидатов канала (–ов) управления DL в соответствии со всеми отслеживаемыми форматами DCI.
[0073]
Набор кандидатов в канале (–ах) управления DL, которые отслеживает UE, также может называться пространством поиска (например, набор каналов управления DL и т. д.). Другими словами, пространство поиска представляет собой набор ресурсов, которые могут быть использованы для передачи канала (–ов) управления DL.
[0074]
В данном случае общее пространство поиска (CSS) и пространство поиска пользовательского оборудования (USS) устанавливают (или определяют, конфигурируют) в области (–ях) канала (–ов) управления DL (например, в областях отслеживания канала управления DL). Например, CSS можно использовать для передачи DCI на множество UE. Другими словами, CSS может быть определено как ресурс, общий для множества UE. Например, CSS состоит из CCE с номерами, заданными между gNB и UE. Например, CSS состоит из CCE с индексами от 0 до 15. Кроме того, gNB может сконфигурировать (с помощью PBCH (например, MIB), PDSCH (т. е. SIB) и/или выделенное сообщение RRC) CSS (например, область CSS).
[0075]
В данном случае CSS можно использовать для передачи DCI на конкретное UE. Иными словами, gNB может передавать в CSS формат (–ы) DCI, предназначенный (–ые) для множества UE, и/или формат (–ы) DCI, предназначенный (–ые) для конкретного UE.
[0076]
USS может быть использовано для передачи DCI на конкретное UE. Иными словами, USS определяется ресурсом, выделенным для определенного UE. Иными словами, USS может быть определено независимо для каждого UE. Например, USS может состоять из CCE с номерами, которые определяют на основании временного идентификатора радиосети (RNTI), номера интервала в радиокадре, уровня агрегации и/или т. п. RNTI могут быть назначены (т. е. сконфигурированы) gNB. Иными словами, может быть определено каждое из USS, соответствующих каждому из RNTI, описанных ниже. Кроме того, например, gNB может сконфигурировать (с помощью PBCH (например, MIB), PDSCH (например, SIB) и/или выделенное сообщение RRC) USS (например, область USS). Кроме того, gNB может передать в USS формат (–ы) DCI для конкретного UE.
[0077]
В данном случае RNTI, назначенные UE, могут быть использованы для передачи DCI (передачи канала (–ов) управления DL). В частности, биты четности CRC (циклической проверки четности с избыточностью, также называемые просто CRC), генерируемые на основании DCI (или формата DCI и/или предоставления UL), присоединяют к DCI и после присоединения биты четности CRC скремблируют с применением RNTI. UE может попытаться декодировать DCI, к которой присоединены биты четности CRC, скремблированные с применением RNTI, и выявить канал управления DL (например, PCCH (например, PDCCH), DCI, формат DCI). Другими словами, UE может декодировать канал (–ы) управления DL с CRC, скремблированным с применением RNTI. Иными словами, UE может отслеживать канал (–ы) управления DL с помощью RNTI. Иными словами, например, UE может отслеживать предоставление UL с помощью RNTI.
[0078]
Иными словами, некоторые типы передач данных UL (например, передач PUSCH), например, описанные как (a)–(h), могут быть указаны gNB. Например, gNB может указать некоторые типы передачи данных UL с помощью другого способа, как описано выше. Иными словами, например, различные RNTI могут быть использованы для идентификации инструкций для различных типов передач данных UL. Кроме того, для идентификации инструкций для различных типов передач данных UL могут быть использованы различные форматы DCI (т. е. различные предоставления UL). Кроме того, для идентификации инструкций для различных типов передач данных UL могут быть использованы различные физические каналы нисходящей линии связи. Кроме того, для идентификации инструкций для различных типов передачи данных UL могут быть использованы различные значения периодичности передачи данных UL. Кроме того, различные значения DCI (т. е. различные значения, для которых задано (–ы) поле (–я) DCI), включенные в формат DCI, могут быть использованы для идентификации инструкций для различных типов передач данных UL. Кроме того, различные способы активации (т. е. различные команды активации) для передачи данных UL (например, различные RNTI могут быть использованы для другого способа активации, и/или различные значения DCI могут быть использованы для другой команды активации) могут быть использованы для идентификации инструкций для различных типов передачи данных UL. Кроме того, различные идентификаторы процесса HARQ (т. е. другое количество процессов HARQ) могут быть использованы для идентификации инструкций для различных типов передачи данных UL. Кроме того, для идентификации инструкций для различных типов передачи данных UL может быть использована другая конфигурация RRC и/или другое указание DCI.
[0079]
В качестве одного примера может быть описана первая передача данных UL, вторая передача данных UL и третья передача данных UL. В данном случае в качестве одного примера в настоящем документе описаны первая передача данных UL, вторая передача данных UL и третья передача данных UL, и другие типы передач данных UL, например, описанные в (a)–(h), не могут быть исключены.
[0080]
Например, первая передача данных UL (начальная передача и/или повторная передача) может быть указана с помощью первого предоставления UL. Кроме того, первое предоставление UL может быть использовано для диспетчеризации первого PUSCH. Например, UE отслеживает первое предоставление UL в пространстве (–ах) поиска (т. е. в UE–специфичном пространстве поиска и/или общем пространстве поиска) в первичной соте и в пространстве (–ах) во вторичной соте. Например, первое предоставление UL может представлять собой предоставление UL с первым RNTI. В данном случае первый RNTI может представлять собой C–RNTI. Например, первый RNTI может быть включен в сообщение RRC, используемое для запроса восстановления подключения RRC. Кроме того, например, первый RNTI может быть передан вместе с идентификатором физической соты. Кроме того, первый RNTI может быть включен в сообщение RRC, используемое для управляемой сетью мобильности (например, сообщение RRC включает параметры, релевантные для управляемой сетью мобильности (т. е. управления мобильностью)). Кроме того, первое предоставление UL может отличаться от второго предоставления UL, третьего предоставления UL и/или четвертого предоставления UL. Кроме того, первое предоставления UL может быть таким же, как и второе предоставление UL, третье предоставление UL и/или четвертое предоставление UL. Кроме того, первое предоставление UL может содержать DCI, указывающую начальное (–ые) положение (–я) временного ресурса PUSCH, и/или DCI, указывающую конечное (–ые) положение (–я) временного ресурса PUSCH. Кроме того, первое предоставление UL может содержать DCI, указывающую идентификатор процесса HARQ. Иными словами, первое предоставление UL может быть использовано для диспетчеризации более двух символов (т. е. подкадра, интервала, подынтервала (т. е. мини–интервала) и/или символа) PUSCH. Например, первое предоставление UL может быть использовано для динамической диспетчеризации PUSCH (например, динамической диспетчеризации PUSCH передачи данных eMBB).
[0081]
Кроме того, например, вторая передача данных UL (начальная передача и/или повторная передача) может быть указана с помощью второго предоставления UL. Кроме того, второе предоставление UL может быть использовано для диспетчеризации второго PUSCH. Например, UE отслеживает второе предоставление UL в пространстве (–ах) поиска (т. е. в UE–специфичном пространстве поиска и/или в общем пространстве поиска) только в первичной соте. Например, второе предоставление UL может представлять собой предоставление UL с применением второго RNTI. В данном случае второй RNTI может представлять собой SPS C–RNTI. Например, второй RNTI может быть включен в сообщение RRC, используемое для указания полупостоянной конфигурации. Например, второй RNTI может быть передан вместе с промежутком полупостоянной диспетчеризации (например, промежутком полупостоянной диспетчеризации на основе подкадра и/или интервала). Кроме того, второе предоставление UL может отличаться от первого предоставления UL, третьего предоставления UL и/или четвертого предоставления UL. Кроме того, второе предоставление UL может быть таким же, как первое предоставление UL, третье предоставление UL и/или четвертое предоставление UL. В данном случае второе предоставление UL может быть использовано для активации и/или деактивации (например, освобождения) SPS (ресурса SPS). Кроме того, второе предоставление UL может включать DCI, указывающую идентификатор процесса HARQ. Например, вторая передача данных UL может быть запланирована с использованием конфигурации RRC (например, конфигурации промежутка (промежутка полупостоянной диспетчеризации на основе подкадра и/или интервала)) и второго предоставления UL (т. е. команды активации). Иными словами, второе предоставление UL может быть использовано для диспетчеризации более двух символов (т. е. подкадра, интервала, подынтервала (т. е. мини–интервала) и/или символа) PUSCH. Иными словами, второе предоставление UL может быть использовано для полупостоянной диспетчеризации PUSCH (например, полупостоянной диспетчеризации PUSCH при передаче данных SPS (например, передаче UL–SCH)).
[0082]
Кроме того, например, третья передача данных UL (начальная передача, повторная передача и/или повторение) может быть указана с помощью третьего предоставления UL. Кроме того, третье предоставление UL может быть использовано для диспетчеризации третьего PUSCH. Например, UE отслеживает третье предоставление UL в пространстве (–ах) поиска (т. е. в UE–специфичном пространстве поиска и/или общем пространстве поиска) в первичной соте и в пространстве (–ах) во вторичной соте. В данном случае третье предоставление UL может представлять собой предоставление UL с применением третьего RNTI. Например, третий RNTI может представлять собой URLLC C–RNTI. Третий RNTI также может представлять собой C–RNTI. Третий RNTI также может представлять собой SPS C–RNTI. Иными словами, третий RNTI может быть включен в сообщение RRC, используемое для запроса восстановления подключения RRC. Кроме того, третий RNTI может быть передан вместе с идентификатором физической соты. Кроме того, третий RNTI может быть включен в сообщение RRC, используемое для управляемой сетью мобильности. Кроме того, третий RNTI может быть включен в сообщение RRC, используемое для указания полупостоянной конфигурации. Например, третий RNTI может быть передан вместе с промежутком полупостоянной диспетчеризации (например, промежутком полупостоянной диспетчеризации на основе интервала, подынтервала (т. е. мини–интервала) и/или символа). Кроме того, третье предоставление UL может быть отличным от первого предоставления UL, второго предоставления UL и/или четвертого предоставления UL. Кроме того, третье предоставление UL может быть таким же, как первое предоставление UL, второе предоставление UL и/или четвертое предоставление UL. Например, если для третьего RNTI используют C–RNTI и/или SPS C–RNTI, каждое из одного или более первых заданных полей, включенных в третье предоставление UL, может быть установлено в каждое из первых заданных значений для идентификации третьего предоставления UL. В данном случае каждое из одного или более первых заданных полей и/или каждое из одного или более первых заданных значений могут быть определены заранее посредством спецификации и известной информации между gNB и UE. Иными словами, третье предоставление UL может быть использовано для диспетчеризации для двух или менее символов (т. е. подынтервала (например, мини–интервала) и/или символа) PUSCH. Кроме того, третье предоставление UL может включать DCI, указывающую идентификатор процесса HARQ. Например, третье предоставление UL может быть использовано для диспетчеризации PUSCH на основе динамического предоставления (например, диспетчеризации PUSCH на основе предоставления при передаче данных URLLC).
[0083]
Кроме того, например, четвертая передача данных UL (начальная передача, повторная передача и/или повторение) может быть указана с помощью четвертого предоставления UL. Кроме того, четвертое предоставление UL может быть использовано для диспетчеризации четвертого PUSCH. Например, UE отслеживает четвертое предоставление UL в пространстве (–ах) поиска (т. е. в UE–специфичном пространстве поиска и/или общем пространстве поиска) в первичной соте и в пространстве (–ах) во вторичной соте. В данном случае четвертое предоставление UL может представлять собой предоставление UL с применением четвертого RNTI. Например, четвертый RNTI может представлять собой SPS C–RNTI. Кроме того, четвертый RNTI может представлять собой C–RNTI. Кроме того, четвертый RNTI может представлять собой URLLC C–RNTI. Иными словами, четвертый RNTI может быть включен в сообщение RRC, используемое для запроса восстановления подключения RRC. Кроме того, четвертый RNTI может быть передан вместе с идентификатором физической соты. Кроме того, четвертый RNTI может быть включен в сообщение RRC, используемое для управляемой сетью мобильности. Кроме того, четвертый RNTI может быть включен в сообщение RRC, используемое для указания полупостоянной конфигурации. Например, четвертый RNTI может быть передан вместе с промежутком полупостоянной диспетчеризации (например, промежутком полупостоянной диспетчеризации на основе интервала и/или символа). Кроме того, четвертое предоставление UL может отличаться от первого предоставления UL, второго предоставления UL и/или третьего предоставления UL. Кроме того, четвертое предоставление UL может быть таким же, как первое предоставление UL, второе предоставление UL и/или третье предоставление UL. В данном случае четвертое предоставление UL может быть использовано для активации и/или деактивации (например, освобождения) SPS (ресурса SPS). Например, четвертая передача данных UL может быть запланирована с использованием конфигурации RRC (например, конфигурации промежутка (например, подкадра, интервала, и/или промежутка полупостоянной диспетчеризации на основе интервала) и/или полупостоянной диспетчеризации URLLC) и четвертого предоставления UL (т. е. команды активации). Например, если для четвертого RNTI используют C–RNTI и/или SPS C–RNTI, каждое из одного или более вторых заданных полей, включенных в четвертое предоставление UL, может быть установлено в каждое из вторых заданных значений для идентификации четвертого предоставления UL. В данном случае каждое из одного или более вторых заданных полей и/или каждое из одного или более вторых заданных значений могут быть определены заранее посредством спецификации и известной информации между gNB и UE. Иными словами, четвертое предоставление UL может быть использовано для диспетчеризации для двух или менее символов (т. е. подынтервала (например, мини–интервала) и/или символа) PUSCH. Кроме того, четвертое предоставление UL может включать DCI, указывающую идентификатор процесса HARQ. Например, четвертое предоставление UL может быть использовано для полупостоянной диспетчеризации PUSCH без предоставления (например, диспетчеризации PUSCH без предоставления при передаче данных URLLC).
[0084]
Кроме того, как описано выше, первая передача данных UL, вторая передача данных UL, третья передача данных UL и/или четвертая передача данных UL могут перекрываться в определенный момент времени (например, в подкадре, в интервале, в подынтервале (т. е. в мини–интервале) и/или в символе). Иными словами, первая передача данных UL, вторая передача данных UL, третья передача данных UL и/или четвертая передача данных UL могут происходить в один и тот же определенный момент времени. Кроме того, если первая передача данных UL, вторая передача данных UL, третья передача данных UL и/или четвертая передача данных UL будут происходить в один и тот же момент определенный времени, вторая передача данных UL, третья передача данных UL и/или четвертая передача данных UL могут иметь приоритет. В данном случае, как описано выше, длительность первой передачи данных UL, второй передачи данных UL, третьей передачи данных UL и/или четвертой передачи данных UL могут быть разными. Таким образом, с точки зрения перекрытия может возникнуть частичное перекрытие в определенный момент времени.
[0085]
Например, если первая передача данных UL и вторая передача данных UL будут происходить в определенный момент времени (т. е. в один и тот же определенный момент времени), UE может выполнить только первую передачу данных UL с использованием первого PUSCH в определенный момент времени. Другими словами, вторая передача данных UL может быть отменена. Кроме того, если первая передача данных UL и вторая передача данных UL будут происходить в один и тот же определенный момент времени, UE может выполнить только вторую передачу данных UL с использованием второго PUSCH в определенный момент времени. Другими словами, первая передача данных UL может быть отменена. Кроме того, если первая передача данных UL и вторая передача данных UL будут происходить в один и тот же определенный момент времени, UE может выполнить первую передачу данных UL и вторую передачу данных UL с использованием первого PUSCH в определенный момент времени. Кроме того, если первая передача данных UL и вторая передача данных UL будут происходить в один и тот же определенный момент времени, UE может выполнить первую передачу данных UL и вторую передачу данных UL с использованием второго PUSCH в определенный момент времени. В данном случае gNB может передать (например, с помощью сообщения RRC) информацию, используемую для конфигурирования (т. е. указания) того, разрешена ли одновременная передача (т. е. параллельная передача) первых данных UL (т. е. первой передачи PUSCH) и вторых данных UL (т. е. второй передачи PUSCH) в определенный момент времени. Иными словами, если для UE сконфигурирована одновременная передача первых данных UL и вторых данных UL, то UE может выполнить первую передачу данных UL и вторую передачу данных UL в определенный момент времени. Кроме того, gNB может передать (например, с помощью сообщения RRC) информацию, используемую для конфигурирования того, какая передача данных UL выполняется (например, какая передача данных UL имеет приоритет). Например, gNB может сконфигурировать UE для выполнения первой передачи данных UL. Кроме того, например, gNB может сконфигурировать UE для выполнения второй передачи данных UL. Кроме того, если UE сконфигурировано для выполнения первой передачи данных UL и/или второй передачи данных UL, UE может выполнить первую передачу данных UL и/или вторую передачу данных UL (например, с использованием первого PUSCH и/или второго PUSCH).
[0086]
Иными словами, если в определенный момент времени, в который запланирован второй PUSCH, запланирован первый PUSCH, первое предоставление UL может переопределить второй PUSCH для определенного момента времени. Кроме того, UE может выполнить первую передачу данных UL и/или вторую передачу данных UL с использованием первого PUSCH в определенный момент времени. Кроме того, если в определенный момент времени, в который запланирован первый PUSCH, запланирован второй PUSCH, второе предоставление UL может переопределить второй PUSCH для определенного момента времени. Кроме того, UE может выполнить первую передачу данных UL и/или вторую передачу данных UL с использованием второго PUSCH в определенный момент времени. Кроме того, gNB может передать (например, с помощью сообщения RRC) информацию, используемую для конфигурирования того, какой PUSCH следует использовать (например, какой PUSCH является приоритетным) для передачи данных UL (например, первой передачи данных UL и/или второй передачи данных UL). Например, gNB может сконфигурировать UE для использования первого PUSCH. Кроме того, например, gNB может сконфигурировать UE для использования второго PUSCH. Кроме того, если UE сконфигурировано с первым PUSCH, UE может выполнить первую передачу данных UL и/или вторую передачу данных UL с использованием первого PUSCH. Кроме того, если UE сконфигурировано со вторым PUSCH, UE может выполнить первую передачу данных UL и/или вторую передачу данных UL с использованием второго PUSCH.
[0087]
В данном случае, в качестве одного примера выше описан случай с первой передачей данных UL (т. е. первым PUSCH) и второй передачей данных UL (т. е. вторым PUSCH). Однако данное описание можно применять в отношении всех комбинаций первой передачи данных UL (т. е. с учетом первого PUSCH), второй передачи данных UL (т. е. с учетом второго PUSCH), третьей передачи данных UL (т. е. с учетом третьего PUSCH) и/или четвертой передачи данных UL (т. е. с учетом четвертого PUSCH). Иными словами, например, приведенное выше описание можно применять в отношении первой передачи данных UL (т. е. первого PUSCH) и третьей передачи данных UL (т. е. третьего PUSCH). Иными словами, вторая передача данных UL может быть заменена на третью передачу данных UL, а второй PUSCH может быть заменен на третий PUSCH. Кроме того, например, приведенное выше описание можно применять в отношении первой передачи данных UL (т. е. первого PUSCH) и четвертой передачи данных UL (т. е. четвертого PUSCH). Иными словами, вторая передача данных UL может быть заменена на четвертую передачу данных UL, а второй PUSCH может быть заменен на четвертый PUSCH. Кроме того, например, приведенное выше описание можно применять в отношении второй передачи данных UL (т. е. второго PUSCH) и третьей передачи данных UL (т. е. третьего PUSCH). Иными словами, первая передача данных UL может быть заменена на вторую передачу данных UL, первый PUSCH может быть заменен на второй PUSCH, вторая передача данных UL может быть заменена на третью передачу данных UL, а второй PUSCH может быть заменен на третий PUSCH. Кроме того, например, приведенное выше описание можно применять в отношении второй передачи данных UL (т. е. второго PUSCH) и четвертой передачи данных UL (т. е. четвертого PUSCH). Иными словами, первая передача данных UL может быть заменена на вторую передачу данных UL, первый PUSCH может быть заменен на второй PUSCH, вторая передача данных UL может быть заменена на четвертую передачу данных UL, а второй PUSCH может быть заменен на четвертый PUSCH. Кроме того, например, приведенное выше описание можно применять в отношении третьей передачи данных UL (т. е. третьего PUSCH) и четвертой передачи данных UL (т. е. четвертого PUSCH). Иными словами, первая передача данных UL может быть заменена на третью передачу данных UL, первый PUSCH может быть заменен на третий PUSCH, вторая передача данных UL может быть заменена на четвертую передачу данных UL, а второй PUSCH может быть заменен на четвертый PUSCH.
[0088]
Как описано выше, UE может отслеживать одно или более пространств поиска. Пространство поиска можно рассматривать как набор кандидатов PDCCH. Ниже приведены примеры пространств поиска, которые могут быть использованы в системах и способах, описанных в настоящем документе. Один пример представляет собой общее пространство поиска. Общее пространство поиска может содержать некоторую информацию, относящуюся к URLLC. Другим примером является UE– специфичное пространство поиска. В некоторых подходах может отсутствовать специфичное для URLLC пространство поиска, или URLLC может совместно использовать одно и то же UE–специфичное пространство поиска с другими услугами. Для получения информации, относящейся к URLLC, UE может выполнить поиск в UE–специфичном пространстве поиска с помощью URLLC C–RNTI (если, например, эта функция реализована) или C–RNTI/SPS C–RNTI (если, например, не реализован RNTI, специфичный для URLLC). Еще одним примером является пространство поиска URLLC. URLLC может содержать определенное пространство поиска, которое может называться пространством поиска URLLC (в качестве одного примера, в описании может быть использовано, например, другое название). UE может получить информацию, относящуюся к URLLC, путем выполнения поиска в пространстве поиска URLLC. В других примерах может быть реализована и/или использована любая комбинация перечисленных выше пространств поиска.
[0089]
Иными словами, как описано выше, пространство поиска (например, USS) может состоять из CCE с номерами, которые определяют на основании RNTI, номера интервала в радиокадре, уровня агрегации и/или т. п. В данном случае пространство поиска, определенное на основании RNTI, номера интервала в радиокадре, уровня агрегации и/или т. п., может включать CSS. Иными словами, пространство поиска может быть задано с применением RNTI. Например, может быть определено первое пространство поиска (например, первое USS и/или первое CSS), заданное с применением RNTI A. Кроме того, может быть определено второе пространство поиска (например, второе USS и/или второе CSS), заданное с применением RNTI B. Кроме того, может быть определено третье пространство поиска (например, третье USS и/или третье CSS), заданное с применением RNTI C.
[0090]
Например, UE может отслеживать первое предоставление UL в пространстве поиска, заданном с применением RNTI A. Например, UE может отслеживать первое предоставление UL в пространстве поиска, заданном с применением RNTI A, в первичной соте и/или вторичной соте. Кроме того, UE может отслеживать первое предоставление UL в пространстве поиска, заданном с применением RNTI B. Кроме того, UE может отслеживать первое предоставление UL в пространстве поиска, заданном с применением RNTI C. Например, UE может отслеживать первое предоставление UL в пространстве поиска, заданном с применением RNTI C, в первичной соте и вторичной соте.
[0091]
Кроме того, UE может отслеживать второе предоставление UL в пространстве поиска, заданном с применением RNTI A. Например, UE может отслеживать второе предоставление UL в пространстве поиска, заданном с применением RNTI A, только в первичной соте. Кроме того, UE может отслеживать второе предоставление UL в пространстве поиска, заданном с применением RNTI B. Например, UE может отслеживать второе предоставление UL в пространстве поиска, заданном с применением RNTI B, только в первичной соте. Кроме того, UE может отслеживать второе предоставление UL в пространстве поиска, заданном с применением RNTI C.
[0092]
Кроме того, UE может отслеживать третье предоставление UL в пространстве поиска, заданном с применением RNTI A. Например, UE может отслеживать третье предоставление UL в пространстве поиска, заданном с применением RNTI A, в первичной соте и/или вторичной соте. Кроме того, UE может отслеживать третье предоставление UL в пространстве поиска, заданном с применением RNTI B. Например, UE может отслеживать третье предоставление UL в пространстве поиска, заданном с применением RNTI B, в первичной соте и/или вторичной соте. Кроме того, UE может отслеживать третье предоставление UL в пространстве поиска, заданном с применением RNTI B, только в первичной соте. Кроме того, UE может отслеживать третье предоставление UL в пространстве поиска, заданном с применением RNTI C. Например, UE может отслеживать третье предоставление UL в пространстве поиска, заданном с применением RNTI C, в первичной соте и/или вторичной соте. В данном случае gNB может передать (например, с помощью сообщения RRC) информацию, используемую для конфигурирования вторичной соты, где UE отслеживает третье предоставление UL (например, в пространстве поиска (т. Е. USS и/или CSS)). Кроме того, gNB может передать (например, с помощью сообщения RRC) информацию, используемую для конфигурирования временного (–ых) положения (–й) (например, подкадра, интервала, подынтервала (например, мини–интервала) и/или символа, т. е. события (–й)), где UE отслеживает третье предоставление UL (например, в пространстве поиска (т. е. USS и/или CSS)).
[0093]
Кроме того, UE может отслеживать четвертое предоставление UL в пространстве поиска, заданном с применением RNTI A. Например, UE может отслеживать четвертое предоставление UL в пространстве поиска, заданном с применением RNTI A, в первичной соте и/или вторичной соте. Например, UE может отслеживать четвертое предоставление UL в пространстве поиска, заданном с применением RNTI B, в первичной соте и/или вторичной соте. Кроме того, UE может отслеживать четвертое предоставление UL в пространстве поиска, заданном с применением RNTI B, только в первичной соте. Кроме того, UE может отслеживать четвертое предоставление UL в пространстве поиска, заданном с применением RNTI C. Например, UE может отслеживать четвертое предоставление UL в пространстве поиска, заданном с применением RNTI C, в первичной соте и/или вторичной соте. В данном случае gNB может передать (например, с помощью сообщения RRC) информацию, используемую для конфигурирования вторичной соты, в которой UE отслеживает четвертое предоставление UL (например, в пространстве поиска (т. е. в USS и/или CSS)). Кроме того, gNB может передать (например, с помощью сообщения RRC) информацию, используемую для конфигурирования временного (–ых) положения (–й) (например, подкадра, интервала, подынтервала (т. е. мини–интервала) и/или символа, т. е. промежутка (–ов)), в котором (–ых) UE отслеживает четвертое предоставление UL (например, в пространстве поиска (т. е. в USS и/или CSS)).
[0094]
В данном случае gNB может передать (например, с помощью сообщения RRC) информацию (например, первую информацию), используемую для конфигурирования (например, указания) пространства (пространств) поиска (например, положения (–й) пространства поиска). Например, gNB может передать информацию, используемую для конфигурирования пространства (пространств) поиска (например, USS и/или CSS), где UE отслеживает предоставление UL с применением RNTI A. Иными словами, UE может отслеживать первое предоставление UL (например, первое предоставление UL с C–RNTI (т. е. RNTI A)) в сконфигурированном (–ых) положении (–ях) пространства (пространств) поиска. Кроме того, UE может отслеживать третье предоставление UL (например, третье предоставление UL с C–RNTI (т. е. RNTI A)) в сконфигурированном (–ых) положении (–ях) пространства (пространств) поиска. Кроме того, UE может отслеживать четвертое предоставление UL (например, четвертое предоставление UL с C–RNTI (т. е. RNTI A)) в сконфигурированном (–ых) положении (–ях) пространства (пространств) поиска. В данном случае второе предоставление UL (например, второе предоставление UL с SPS C–RNTI (т. е. RNTI B)) можно отслеживать в сконфигурированном (–ых) положении (–ях) пространства (пространств) поиска. Например, UE может отслеживать второе предоставление UL (например, второе предоставление UL с SPS C–RNTI (т. е. RNTI B)) в том же (тех же) пространстве (–ах) поиска, в котором (–ых) UE отслеживает первое предоставление UL (например, первое предоставление UL с C–RNTI (т. е. RNTI A)).
[0095]
Кроме того, например, gNB может передавать (например, с помощью сообщения RRC) информацию (например, вторую информацию), используемую для конфигурирования пространства (пространств) поиска (например, USS и/или CSS), где UE отслеживает предоставление UL с применением RNTI B. Например, gNB может передавать (например, с помощью сообщения RRC) информацию (например, вторую информацию) в виде части конфигурации SPS (например, конфигурации промежутка (промежутка полупостоянной диспетчеризации на основе подкадра и/или интервала)). Иными словами, UE может отслеживать второе предоставление UL (например, второе предоставление UL с SPS C–RNTI (т. е. RNTI B) в сконфигурированном (–ых) положении (–ях) пространства (пространств) поиска. Кроме того, UE может отслеживать третье предоставление UL (например, третье предоставление UL с SPS C–RNTI (т. е. RNTI B)) в сконфигурированном (–ых) положении (–ях) пространства (пространств) поиска. Кроме того, UE может отслеживать четвертое предоставление UL (например, четвертое предоставление UL с SPS C–RNTI (т. е. RNTI B)) в сконфигурированном (–ых) положении (–ях) пространства (пространств) поиска.
[0096]
Кроме того, например, gNB может передавать (например, с помощью сообщения RRC) информацию (например, третью информацию), используемую для конфигурирования пространства (пространств) поиска (например, USS и/или CSS), в котором UE отслеживает предоставление UL с применением RNTI C. Например, gNB может передавать (например, с помощью сообщения RRC) информацию (например, третью информацию) в виде части конфигурации SPS (например, конфигурации промежутка полупостоянной диспетчеризации на основе интервала, подынтервала (т. е. мини–интервала) и/или символа на основе промежутка полупостоянной диспетчеризации). Иными словами, UE может отслеживать третье предоставление UL (например, третье предоставление UL с URLLC C–RNTI (т. е. RNTI C)) в сконфигурированном (–ых) положении (–ях) пространства (пространств) поиска. Кроме того, UE может отслеживать четвертое предоставление UL (например, четвертое предоставление UL с URLLC C–RNTI (т. е. RNTI C)) в сконфигурированном (–ых) положении (–ях) пространства (пространств) поиска.
[0097]
В некоторых подходах ресурс можно совместно использовать между различными передачами. Например, любой ресурс можно использовать при передаче любого вида. Например, ресурс PUSCH можно совместно использовать при второй передаче данных UL, третьей передаче данных UL и/или четвертой передаче данных UL. Согласно некоторым подходам для каждого типа передачи можно использовать собственный выделенный ресурс, чтобы избежать конфликта (например, неконкурентная передача по UL, передача по UL без конкуренции). В некоторых подходах при различных передачах для большей эффективности можно совместно использовать один и тот же ресурс (например, передача UL на основе конкуренции). Ниже описаны некоторые виды совместного применения ресурса.
[0098]
Совместное применение ресурса для разных услуг представляет собой один из видов совместного применения ресурса. Как описано выше, URLLC можно использовать совместно с другими услугами (например, eMBB). Из–за требований к задержке URLLC может иметь самый высокий приоритет. Ниже приведены некоторые примеры совместного применения ресурса для разных услуг. URLLC на основе предоставления (например, третья передача данных UL (т. е. третий PUSCH)) и eMBB на основе предоставления (например, первая передача данных UL (т. е. первый PUSCH)) могут представлять собой один пример совместного применения ресурса для разных услуг. Если временная задержка между приемом предоставления UL в DL и передачей данных UL (PUSCH) одинакова для обеих услуг, проблема совместного применения может быть решена путем диспетчеризации gNB/eNB. Предоставление UL для URLLC (например, третье предоставление UL и/или четвертое предоставление UL) и предоставление UL для eMBB (например, первое предоставление UL) могут указывать различные частотные ресурсы (например, различные ресурсные блоки) или различные временные ресурсы (например, различные мини–интервалы/символы OFDM в пределах интервала/подкадра). Для eMBB (например, первых данных UL) для защиты данных URLLC (например, третьих данных UL и/или четвертых данных UL) можно использовать согласование скорости передачи и/или выкалывание. Иными словами, как описано выше, если первая передача данных UL и третья передача данных UL будут происходить в определенный момент времени, для первых данных UL можно использовать согласование скорости передачи и/или выкалывание, и UE может передавать первые данные и третьи данные в определенные моменты времени. Кроме того, как описано выше, если первая передача данных UL и четвертая передача данных UL будут происходить в одно и то же время, для первых данных UL можно использовать согласование скорости передачи и/или выкалывание, и UE может передавать первые данные UL и четвертые данные UL в определенные моменты времени. В некоторых подходах gNB/eNB может не отправлять предоставление UL для eMBB (например, первое предоставление UL) на UE, если gNB/eNB отправляет предоставление UL для URLLC (например, третье предоставление UL и/или четвертое предоставление UL) на это UE (или другое UE) в тот же момент времени, чтобы избежать возможного перекрытия/конфликта ресурса.
[0099]
Если временная задержка между приемом предоставления UL в DL и передачей данных UL короче для URLLC из–за требований к задержке, ресурс может быть уже выделен путем более раннего предоставления UL для услуги eMBB, когда gNB/eNB отправляет предоставление UL для услуги URLLC, которая может использовать тот же ресурс или часть (части) того же ресурса. В некоторых случаях gNB/eNB может отправить предоставление UL, чтобы указать другой ресурс (например, другой частотный ресурс или другой временной ресурс) для URLLC. В некоторых случаях gNB/eNB может отправить предоставление UL для URLLC (например, третье предоставление UL и/или четвертое предоставление UL), чтобы принудительно вывести из обслуживания (например, выколоть или наложить) ресурс, который уже предоставлен eMBB (например, запланирован с использованием первого предоставления UL). Поскольку обе услуги основаны на предоставлении, для декодирования в gNB/eNB не требуется никаких дополнительных указаний.
[00100]
URLLC без предоставления (например, четвертая передача данных UL (т. е. четвертый PUSCH)) и eMBB на основе предоставления (например, первая передача данных UL (т. е. первый PUSCH)) могут представлять собой другой пример совместного применения ресурса для разных услуг. Ресурс URLLC без предоставления (например, четвертый PUSCH) может быть предварительно сконфигурирован. Например, частотный ресурс и/или временной ресурс четвертого PUSCH можно сконфигурировать с помощью сообщения RRC. Кроме того, временной ресурс четвертого PUSCH можно сконфигурировать с помощью сообщения RRC, а частотный ресурс четвертого PUSCH можно указать с помощью четвертого предоставления UL. Когда UE имеет данные URLLC, UE может выполнить передачу на сконфигурированный ресурс. eMBB на основе предоставления может отказаться от использования сконфигурированного ресурса URLLC без предоставления, а это означает, что для URLLC может быть выделен сконфигурированный ресурс. Однако URLLC UE может пропустить сконфигурированный ресурс при отсутствии данных URLLC. Согласно другому подходу для повышения эффективности использования ресурса eMBB на основе предоставления (например, первый PUSCH) может быть выполнена с возможностью использования сконфигурированного ресурса URLLC (например, третьей передачи данных UL и/или четвертой передачи данных UL). Если для eMBB предоставлен сконфигурированный ресурс URLLC (например, если первый PUSCH запланирован в определенный момент времени, когда запланированы третий PUSCH и/или четвертый PUSCH), а UE имеет данные URLLC (например, третьи данные UL и/или четвертые данные UL) для передачи на сконфигурированный ресурс, данные URLLC (например, третьи данные UL и/или четвертые данные UL) могут отменить использование услуги eMBB (например, первого PUSCH). Иными словами, например, UE может передать первые данные UL и третьи данные UL с использованием первого PUSCH. Кроме того, например, UE может передать первые данные UL и четвертые данные UL с использованием первого PUSCH. В данном случае UE может просто отказаться (например, отменить, сбросить, прервать, отсрочить) передачу eMBB (например, первую передачу данных UL). Кроме того, UE может передать только третьи данные с использованием первого PUSCH. Для указания наличия данных URLLC (например, третьих данных UL и/или четвертых данных UL) в первом PUSCH может быть использовано указание. Кроме того, указание, используемое для указания наличия данных URLLC, может быть использовано для обеспечения декодирования gNB/eNB. Кроме того, gNB/eNB может предположить наличие данных URLLC в сконфигурированном ресурсе и сначала декодировать данные URLLC вслепую.
[00101]
URLLC без предоставления (например, четвертая передача данных UL (т. е. четвертый PUSCH)) и eMBB без предоставления и/или SPS (например, вторая передача данных UL (например, второй PUSCH)) могут представлять собой другой пример совместного применения ресурса для разных услуг. Ресурс URLLC (например, четвертый PUSCH) и ресурс eMBB (например, второй PUSCH) могут быть ортогональны друг другу по конфигурации. Иными словами, gNB может передавать (используя сообщение RRC и/или DCI (например, DCI для активации SPS)) информацию, используемую для конфигурирования ортогональных данных (например, OCC (ортогонального покрывающего кода) для PUSCH (например, четвертого PUSCH и/или второго PUSCH)). Однако, если существует перекрытие, ресурс URLLC может переопределить ресурс eMBB.
[00102]
URLLC на основе предоставления (например, третья передача данных UL (т. е. третий PUSCH)) и eMBB без предоставления и/или SPS (например, вторая передача данных UL (например, второй PUSCH)) могут представлять собой другой пример совместного применения ресурса для разных услуг. URLLC на основе предоставления может переопределять eMBB без предоставления.
[00103]
Кроме того, ниже приведены примеры совместного применения ресурса в пределах URLLC. Начальная передача на основе предоставления (например, первая передача данных UL (т. е. первый PUSCH) и/или третья передача данных UL (т. е. третий PUSCH)) и начальная передача без предоставления (например, вторая передача данных UL (т. е. второй PUSCH) и/или четвертая передача данных UL (т. е. четвертый PUSCH)) могут представлять собой пример совместного применения ресурса для разных услуг. Начальная передача на основе предоставления может переопределять начальную передачу без предоставления. Иными словами, в том случае, если начальная передача на основе предоставления и начальная передача без предоставления будут происходить в определенный момент времени, UE может выполнить начальную передачу на основе предоставления в определенный момент времени. Иными словами, если в определенный момент времени, когда запланирован PUSCH (например, второй PUSCH и/или четвертый PUSCH) для начальной передачи без предоставления, запланирован PUSCH (например, первый PUSCH и/или третий PUSCH) для начальной передачи на основе предоставления, предоставление UL для начальной передачи на основе предоставления (например, первое предоставление UL и/или третье предоставление UL) может переопределять предоставление UL для начальной передачи без предоставления (например, второе предоставление и/или четвертое предоставление UL).
[00104]
Повторная передача на основе предоставления (например, первая передача данных UL (т. е. первый PUSCH) и/или третья передача данных UL (т. е. третий PUSCH)) и начальная передача без предоставления (например, вторая передача данных UL (т. е. второй PUSCH) и/или четвертая передача данных UL (т. е. четвертый PUSCH)) могут представлять собой другой пример совместного применения ресурса для разных услуг. В данном случае повторная передача на основе предоставления может представлять собой повторение (–я) на основе предоставления (т. е. третью передачу данных UL (т. е. третий PUSCH)). При повторной передаче на основе предоставления может быть исключен сконфигурированный ресурс без предоставления. Повторная передача на основе предоставления может переопределять начальную передачу без предоставления. Иными словами, в том случае, если повторная передача на основе предоставления и начальная передача без предоставления будут происходить в определенный момент времени, UE может выполнить повторную передачу на основе предоставления в определенный момент времени. Иными словами, если в определенный момент времени, когда запланирован PUSCH (например, второй PUSCH и/или четвертый PUSCH) для начальной передачи без предоставления, запланирован PUSCH (например, первый PUSCH и/или третий PUSCH) для повторной передачи на основе предоставления, предоставление UL для повторной передачи на основе предоставления (например, первое предоставление UL и/или третье предоставление UL) может переопределять предоставление UL для начальной передачи без предоставления (например, второе предоставление и/или четвертое предоставление UL). В другом варианте начальная передача без предоставления может переопределять повторную передачу на основе предоставления. Иными словами, в том случае, если повторная передача на основе предоставления и начальная передача без предоставления будут происходить в определенный момент времени, UE может выполнить начальную передачу без предоставления в определенный момент времени. Иными словами, если в определенный момент времени, когда запланирован PUSCH (например, второй PUSCH и/или четвертый PUSCH) для начальной передачи без предоставления, запланирован PUSCH (например, первый PUSCH и/или третий PUSCH) для повторной передачи на основе предоставления, предоставление UL для начальной передачи без предоставления (например, второе предоставление UL и/или четвертое предоставление UL) может переопределять предоставление UL для повторной передачи на основе предоставления (например, первое предоставление UL и/или третье предоставление).
[00105]
Начальная передача без предоставления (например, вторая передача данных UL (т. е. второй PUSCH) и/или четвертая передача данных UL (т. е. четвертый PUSCH)) и повторная передача без предоставления (например, вторая передача данных UL (т. е. второй PUSCH) и/или четвертая передача данных UL (т. е. четвертый PUSCH)) могут представлять собой другой пример совместного применения ресурса для разных услуг. В данном случае повторная передача без предоставления может представлять собой повторение (–я) без предоставления (т. е. четвертую передачу данных UL (т. е. четвертый PUSCH)). Повторная передача без предоставления может переопределять начальную передачу без предоставления. Иными словами, в том случае, если начальная передача без предоставления и повторная передача без предоставления будут происходить в определенный момент времени, UE может выполнить повторную передачу без предоставления в определенный момент времени. Иными словами, если в определенный момент времени, когда запланирован PUSCH (например, второй PUSCH и/или четвертый PUSCH) для повторной передачи без предоставления, запланирован PUSCH (например, второй PUSCH и/или четвертый PUSCH) для начальной передачи без предоставления, предоставление UL для повторной передачи без предоставления (например, второе предоставление UL и/или четвертое предоставление UL) может переопределять предоставление UL для начальной передачи без предоставления (например, второе предоставление и/или четвертое предоставление UL). В другом варианте начальная передача без предоставления может переопределять повторную передачу без предоставления. Иными словами, в том случае, если начальная передача без предоставления и повторная передача без предоставления будут происходить в определенный момент времени, UE может выполнить начальную передачу без предоставления в определенный момент времени. Иными словами, если в определенный момент времени, когда запланирован PUSCH (например, второй PUSCH и/или четвертый PUSCH) для повторной передачи без предоставления, запланирован PUSCH (например, второй PUSCH и/или четвертый PUSCH) для начальной передачи без предоставления, предоставление UL для начальной передачи без предоставления (например, второе предоставление UL и/или четвертое предоставление UL) может переопределять предоставление UL для повторной передачи без предоставления (например, второе предоставление и/или четвертое предоставление UL).
[00106]
Повторная передача на основе предоставления (например, первая передача данных UL (т. е. первый PUSCH) и/или третья передача данных UL (т. е. третий PUSCH)) и повторная передача без предоставления (например, вторая передача данных UL (т. е. второй PUSCH) и/или четвертая передача данных UL (т. е. четвертый PUSCH)) могут представлять собой другой пример совместного применения ресурса для разных услуг. В данном случае повторная передача без предоставления может представлять собой повторение (–я) без предоставления (т. е. четвертую передачу данных UL (т. е. четвертый PUSCH)). Повторная передача на основе предоставления может переопределять повторную передачу без предоставления. Иными словами, в том случае, если повторная передача на основе предоставления и повторная передача без предоставления будут происходить в определенный момент времени, UE может выполнить повторную передачу на основе предоставления в определенный момент времени. Иными словами, если в определенный момент времени, когда запланирован PUSCH (например, второй PUSCH и/или четвертый PUSCH) для повторной передачи без предоставления, запланирован PUSCH (например, первый PUSCH и/или третий PUSCH) для повторной передачи на основе предоставления, предоставление UL для повторной передачи на основе предоставления (например, первое предоставление UL и/или третье предоставление UL) может переопределять предоставление UL для повторной передачи без предоставления (например, второе предоставление и/или четвертое предоставление UL).
[00107]
Далее описаны некоторые подходы в отношении гибридного автоматического запроса на повторение передачи (HARQ). Совместное существование процессов HARQ представляет собой один аспект процессов HARQ. Согласно некоторым подходам URLLC может совместно использовать процессы HARQ с другими услугами. Например, один и тот же процесс HARQ может быть использован либо услугой URLLC, либо другой услугой (например, eMBB).
[00108]
Согласно некоторым подходам URLLC может использовать выделенные процессы HARQ. Например, услуга URLLC может иметь свои собственные процессы HARQ, которые могут быть отделены от других услуг.
[00109]
Еще одним аспектом процессов HARQ является время и номер процесса HARQ. Согласно некоторым подходам можно использовать синхронный HARQ. Например, синхронизация между двумя смежными передачами в процессе HARQ может быть фиксированной. Идентификатор процесса HARQ может быть получен из индекса TTI (подкадра/интервала/мини–интервала/OS).
[00110]
Согласно некоторым подходам можно использовать асинхронный HARQ. Например, синхронизация между двумя смежными передачами в процессе HARQ может быть динамической. Идентификатор процесса HARQ может быть указан явным образом.
[00111]
Согласно некоторым подходам могут быть реализованы комбинация или усовершенствование описанных выше процедур HARQ. Например, для различных услуг могут быть использованы различные типы процедур HARQ. Для различных типов передач могут быть использованы различные типы процедур HARQ. Например, для услуги URLLC может быть использован синхронный HARQ, в то время как для eMBB может быть использован асинхронный HARQ; для начальной передачи может быть использован синхронный HARQ, в то время как для повторной передачи может быть использован асинхронный HARQ.
[00112]
Например, gNB может передавать (с помощью сообщения RRC) информацию, используемую для конфигурирования множества идентификаторов процессов HARQ. Например, gNB может сконфигурировать первый идентификатор процесса HARQ, связанный со вторым предоставлением UL (например, первый идентификатор процесса HARQ, соответствующий второму предоставлению UL). Кроме того, gNB может сконфигурировать второй идентификатор процесса HARQ, связанный с четвертым предоставлением UL (например, второй идентификатор процесса HARQ, соответствующий четвертому предоставлению UL). Кроме того, gNB может сконфигурировать третий идентификатор процесса HARQ, связанный с третьим предоставлением UL (например, третий идентификатор процесса HARQ, соответствующий третьему предоставлению UL). Как описано выше, второе предоставление UL может представлять собой предоставление UL с RNTI B (например, SPS C–RNTI). Кроме того, четвертое предоставление UL может представлять собой предоставление UL с RNTI B (например, SPS C–RNTI). Кроме того, третье предоставление UL может представлять собой предоставление UL с RNTI B (например, SPS C–RNTI). Кроме того, четвертое предоставление UL может представлять собой предоставление UL с RNTI A (например, C–RNTI). Кроме того, третье предоставление UL может представлять собой предоставление UL с RNTI A (например, C–RNTI).
[00113]
Иными словами, например, в случае приема второго предоставления UL, содержащего первый идентификатор процесса HARQ (т. е. на основании обнаружения второго предоставления UL, содержащего первый идентификатор процесса HARQ), UE может выполнить передачу данных UL (например, вторую передачу данных UL). В данном случае передача данных UL (например, вторая передача данных UL) может соответствовать первому идентификатору процесса HARQ. Кроме того, в случае приема четвертого предоставления UL, содержащего второй идентификатор процесса HARQ (т. е. на основании обнаружения четвертого предоставления UL, содержащего второй идентификатор процесса HARQ), UE может выполнить передачу данных UL (например, четвертую передачу данных UL). В данном случае передача данных UL (например, четвертая передача данных UL) может соответствовать второму идентификатору процесса HARQ. Кроме того, в случае приема третьего предоставления UL, содержащего третий идентификатор процесса HARQ (т. е. на основании обнаружения третьего предоставления UL, содержащего третий идентификатор процесса HARQ), UE может выполнить передачу данных UL (например, третью передачу данных UL). В данном случае передача данных UL (например, третья передача данных UL) может соответствовать третьему идентификатору процесса HARQ.
[00114]
Кроме того, gNB может сконфигурировать четвертый идентификатор процесса HARQ, связанный с RNTI A (например, четвертый идентификатор процесса HARQ, соответствующий RNTI A). Кроме того, gNB может сконфигурировать пятый идентификатор процесса HARQ, связанный с RNTI B (например, пятый идентификатор процесса HARQ, соответствующий RNTI B). Кроме того, gNB может сконфигурировать шестой идентификатор процесса HARQ, связанный с RNTI C (например, шестой идентификатор процесса HARQ, соответствующий RNTI C). Как описано выше, второе предоставление UL может представлять собой предоставление UL с RNTI B (например, SPS C–RNTI). Кроме того, третье предоставление UL может представлять собой предоставление UL с RNTI A (например, C–RNTI). Кроме того, третье предоставление UL может представлять собой предоставление UL с RNTI C (например, URLLC C–RNTI). Кроме того, четвертое предоставление UL может представлять собой предоставление UL с RNTI B (например, SPS C–RNTI). Кроме того, четвертое предоставление UL может представлять собой предоставление UL с RNTI C (например, URLLC C–RNTI).
[00115]
Иными словами, например, в случае приема предоставления UL с RNTI A (т. е. на основании обнаружения предоставления UL с RNTI A) UE может выполнить передачу данных UL (например, третью передачу данных UL). В данном случае передача данных UL (например, третья передача данных UL) может соответствовать четвертому идентификатору процесса HARQ. Кроме того, в случае приема предоставления UL с RNTI B (т. е. на основании обнаружения предоставления UL с RNTI B) UE может выполнить передачу данных UL (например, вторую передачу данных UL, третью передачу данных UL и/или четвертую передачу данных UL). В данном случае передача данных UL (например, вторая передача данных UL, третья передача данных UL и/или четвертая передача данных UL) может соответствовать пятому идентификатору процесса HARQ. Кроме того, в случае приема предоставления UL с RNTI C (т. е. на основании обнаружения предоставления UL с RNTI C) UE может выполнить передачу данных UL (например, третью передачу данных UL и/или четвертую передачу данных UL). В данном случае передача данных UL (например, третья передача данных UL и/или четвертая передача данных UL) может соответствовать шестому идентификатору процесса HARQ.
[00116]
Кроме того, идентификатор процесса HARQ также может быть определен на основании момента времени (например, подкадра, интервала, подынтервала и/или символа), в который выполняют начальную передачу данных UL (например, первую начальную передачу данных UL, вторую начальную передачу данных UL, третью начальную передачу данных UL и/или четвертую начальную передачу данных UL). Например, идентификатор процесса HARQ может быть определен на основании индекса момента времени, в который выполняют начальную передачу данных UL. Кроме того, gNB может передать (с помощью сообщения RRC и/или DCI (например, DCI для активации SPS)) информацию, используемую для определения идентификатора процесса HARQ. Иными словами, например, UE может определить идентификатор процесса HARQ на основании момента времени и информации (т. е. информации, используемой для определения процесса HARQ), передаваемой gNB. Например, для определения идентификатора процесса HARQ может быть установлена функция (например, уравнение). Иными словами, например, момент времени (т. е. индекс момента времени) и информацию, переданную gNB (т. е. значение информации), можно использовать в качестве параметров для вычисления (т. е. определения) идентификатора процесса HARQ на основании функции (например, уравнения).
[00117]
Различные примеры систем и способов, описанных в настоящем документе, описаны ниже со ссылкой на графические материалы, где аналогичные номера позиций могут указывать на аналогичные по функциям элементы. Системы и способы, которые по существу в настоящем документе описаны и проиллюстрированы в графических материалах, могут быть скомпонованы и разработаны в широком разнообразии различных вариантов реализации. Таким образом, последующее более подробное описание нескольких вариантов реализации, которые представлены в графических материалах, не предназначено для ограничения объема заявленного изобретения, а лишь представляет системы и способы.
[00118]
На Фиг. 1 представлена блок–схема, иллюстрирующая один вариант реализации одной или более gNB 160 и одного или более UE 102, в которых могут быть применены на практике системы и способы связи повышенной надежности с малым временем задержки. Одно или более UE 102 обмениваются данными с одним или более gNB 160, используя одну или более антенн 122a–n. Например, UE 102 передает электромагнитные сигналы на gNB 160 и принимает электромагнитные сигналы от gNB 160, используя одну или более антенн 122a–n. gNB 160 обменивается данными с UE 102, используя одну или более антенн 180a–n.
[00119]
Для обмена данными друг с другом UE 102 и gNB 160 можно использовать один или более каналов 119, 121. Например, UE 102 может передавать информацию или данные на gNB 160 с помощью одного или более каналов 121 восходящей линии связи. Примеры каналов 121 восходящей линии связи включают в себя PUCCH (физический канал управления восходящей линии связи) и PUSCH (физический совместно применяемый канал для передачи данных по восходящей линии связи), PRACH (физический канал произвольного доступа) и т. д. Например, каналы 121 восходящей линии связи (например, PUSCH) можно использовать для передачи данных UL (т. е. транспортного (–ых) блока (–ов), MAC PDU и/или UL–SCH (совместно применяемый канал для передачи данных по восходящей линии связи)).
[00120]
В этом контексте данные 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, отличного от обычного PUSCH).
[00121]
Кроме того, например, каналы 121 восходящей линии связи можно использовать для передачи гибридного автоматического запроса на повторение передачи – ACK (HARQ–ACK), информации о состоянии канала (CSI) и/или запроса диспетчеризации (SR). HARQ–ACK может включать в себя информацию, указывающую положительное подтверждение (ACK) или отрицательное подтверждение (NACK) для данных DL (т. е. транспортного (–ых) блока (–ов), блока данных протокола управления доступом к среде (MAC PDU) и/или DL–SCH (совместно применяемый канал нисходящей линии связи)).
[00122]
CSI может включать в себя информацию, указывающую качество нисходящей линии связи. SR можно использовать для запроса ресурсов UL–SCH (совместно применяемого канала восходящей линии связи) для новой передачи и/или повторной передачи. Иными словами, SR можно использовать для запроса ресурсов UL для передачи данных UL.
[00123]
Одна или более gNB 160 могут также передавать информацию или данные на одно или более UE 102, например, с помощью одного или более каналов 119 нисходящей линии связи. В примерах каналы 119 нисходящей линии связи включают в себя PDCCH, PDSCH и т. д. Можно использовать другие типы каналов. PDCCH можно использовать для передачи информации управления нисходящей линии связи (DCI).
[00124]
Каждое из одного или более UE 102 может включать в себя один или более приемопередатчиков 118, один или более демодуляторов 114, один или более декодеров 108, один или более кодеров 150, один или более модуляторов 154, буфер 104 данных и модуль 124 операций UE. Например, в UE 102 могут быть реализованы один или более трактов приема и/или передачи. Для удобства в UE 102 показаны только один приемопередатчик 118, декодер 108, демодулятор 114, кодер 150 и модулятор 154, хотя можно реализовывать множество параллельных элементов (например, приемопередатчики 118, декодеры 108, демодуляторы 114, кодеры 150 и модуляторы 154).
[00125]
Приемопередатчик 118 может включать в себя один или более приемников 120 и один или более передатчиков 158. Один или более приемников 120 могут принимать сигналы от gNB 160, используя одну или более антенн 122a–n. Например, приемник 120 может принимать и преобразовывать с понижением частоты сигналы для формирования одного или более принятых сигналов 116. Один или более принятых сигналов 116 могут быть поданы на демодулятор 114. Один или более передатчиков 158 могут передавать сигналы на gNB 160, используя одну или более антенн 122a–n. Например, один или более передатчиков 158 могут преобразовывать с повышением частоты и передавать один или более модулированных сигналов 156.
[00126]
Демодулятор 114 может демодулировать один или более принятых сигналов 116 для создания одного или более демодулированных сигналов 112. Один или более демодулированных сигналов 112 могут быть поданы на декодер 108. Для декодирования сигналов UE 102 можно использовать декодер 108. Декодер 108 может создавать декодированные сигналы 110, которые могут содержать UE–декодированный сигнал 106 (также называемый первым UE–декодированным сигналом 106). Например, первый UE–декодированный сигнал 106 может содержать данные принятой полезной нагрузки, которые могут быть сохранены в буфере 104 данных. Другой сигнал, включенный в декодированные сигналы 110 (также называемый вторым UE–декодированным сигналом 110), может содержать служебные данные и/или управляющие данные. Например, второй UE–декодированный сигнал 110 может обеспечивать данные, которые могут быть использованы модулем 124 операций UE для выполнения одной или более операций.
[00127]
Как правило, модуль 124 операций UE может обеспечивать UE 102 возможностью обмена данными с одним или более gNB 160. Модуль 124 операций UE может содержать модуль 126 URLLC UE.
[00128]
Модуль 126 UE URLLC может выполнять операции URLLC. В соответствии с некоторыми подходами операции URLLC могут включать передачу данных без предоставления (например, передачу UL без обнаружения информации управления нисходящей линии связи для инициирования), передачу данных на основе подынтервала (подынтервал может также называться мини–интервалом), передачу данных, инициируемых SR (отправка SR происходит до передачи данных), и/или передачу данных без SR (SR не используется) и т. д.
[00129]
UE с поддержкой URLLC может поддерживать ресурсы различных типов. Для схем передачи URLLC UL (включая повторение) может поддерживаться по меньшей мере полустатическая (ре)конфигурация ресурсов. В LTE полупостоянная диспетчеризация (SPS) представляет собой обычный способ полустатического выделения ресурса. Существует несколько базовых процедур для SPS: активация, передача по UL и/или деактивация конфигурации управления радиоресурсом (RRC) (например, сообщения RRC, сигнала RRC). Конфигурацию RRC можно передавать между eNB/gNB 160 и UE 102 через уровень RRC. Сигнал RRC может быть включен в сигнал более высокого уровня. Сначала eNB/gNB 160 может выделить ресурс SPS (например, определить периодичность ресурса SPS) и функцию конкретному UE 102 с помощью SPS–Config, что показано в информационном элементе SPS–Config в листинге 1. Например, в данном случае eNB/gNB 160 может конфигурировать периодичность (например, временной ресурс), используя сигнал RRC, и указывать ресурс SPS (например, частотный ресурс), используя формат DCI.
––ASN1START
SPS–Config ::= SEQUENCE {
semiPersistSchedC–RNTI
C–RNTI
OPTIONAL,
–– Need OR
sps–ConfigDL
SPS–ConfigDL
OPTIONAL,
–– Need ON
sps–ConfigUL
SPS–ConfigUL
OPTIONAL
–– Need ON
}
SPS–ConfigDL ::= CHOICE{
release
NULL,
setup
SEQUENCE{
semiPersistSchedIntervalDL
ENUMERATED {
sf10, sf20, sf32, sf40, sf64, sf80,
sf128, sf160, sf320, sf640, spare6,
spare5, spare4, spare3, spare2,
spare1},
numberOfConfSPS–Processes
INTEGER (1..8),
N1PUCCH–AN–PersistentList
NlPUCCH–AN–PersistentList,
…,
[[ twoAntennaPortActivated–r10
CHOICE {
release
NULL,
setup
SEQUENCE{
n1PUCCH–AN–PersistentListP1–r10
N1PUCCH–AN–
PersistentList
}
}
OPTIONAL –– Need ON
]]
}
}
SPS–ConfigUL ::= CHOICE {
release
NULL,
setup
SEQUENCE{
<b>semiPersistSchedIntervalUL</b>
<b>ENUMERATED {–– Period of UL SPS</b>
<b>sf10, sf20, sf32, sf40, sf64, sf80,</b>
<b>sf128, sf160, sf320, sf640, sf1–v14xy,</b>
<b>sf2–v14xy, sf3–v14xy, sf4–v14xy,</b>
<b>sf5–v14xy, spare1},</b>
implicitReleaseAfter
ENUMERATED {e2, e3, e4, e8},
p0–Persistent
SEQUENCE{
p0–NominalPUSCH–Persistent
INTEGER (–126..24),
p0–UE–PUSCH–Persistent
INTEGER (–8..7)
} OPTIONAL,
–– Need OP
twolntervalsConfig
ENUMERATED {true}
OPTIONAL, –– Cond TDD
…,
[[ p0–PersistentSubframeSet2–r12
CHOICE {
Release
NULL,
Setup
SEQUENCE{
p0–NominalPUSCH–PersistentSubframeS et2–r 12
INTEGER (–126..24),
p0–UE–PUSCH–PersistentSubframeSet2–r12
INTEGER (–8..7)
}
}
OPTIONAL
–– Need ON
]],
[[ numberOfConfU1SPS –Processes–r 13
INTEGER (1.8)
OPTIONAL – Need OR
]]
}
}
N1PUCCH–AN–PersistentList ::=
SEQUENCE (SIZE (1..4)) OF INTEGER
(0..2047)
– ASN1Stop
Листинг–1
[00130]
UE 102 может использовать ресурс SPS для передачи по восходящей линии связи (UL) с применением URLLC без предоставления. Дополнительно или альтернативно eNB/gNB 160 может выделить специфичный для URLLC ресурс без предоставления для передачи URLLC UL. Например, eNB/gNB 160 может выделить SPS–подобный ресурс, указанный в информационном элементе URLLC–Config в листинге 2. В данном случае без потери универсальности специфичный для URLLC ресурс без предоставления может называться «ресурсом URLLC–SPS», а соответствующая схема может называться «URLLC–SPS».
–– ASN1START
URLLC–Config ::= SEQUENCE {
URLLC SchedC–RNTI
C–RNTI (or URLLC C–RNTI)
OPTIONAL,
–– Need OR
URLLC–ConfigUL
URLLC–ConfigUL
OPTIONAL
}
URLLC–ConfigUL ::= CHOICE {
release
NULL,
setup
SEQUENCE{
<b>URLLCInterval</b>
<b>ENUMERATED {–– Period of UL SPS</b>
<b>Slot1, slot2, slot4, slot8, slot10,</b>
<b>slot20, slot32, slot40, slot64, slot80,</b>
<b>Slot128, slot160, slot320, slot640},</b>
<b>numberOfRepetition ENUMERATED {–– Number of UL Repetitions</b>
<b>1,2, 4, 8},</b>
<b>numberOfConfURLLC–Processes</b>
<b>INTEGER (1..8),</b>
<b>implicitReleaseAfter (or URLLC–Timer) ENUMERATED (e2, e3, e4, e8,</b>
<b>e16, e32, e64, e128, e256, e512},</b>
p0–URLLC
SEQUENCE{
p0–NominalPUSCH–URLLC
INTEGER (–126..24),
p0–UE–PUSCH–URLLC
INTEGER (–8..7)
} OPTIONAL,
–– Need OP
N1PUCCH–AN–PersistentList ::=
SEQUENCE (SIZE (1..4)) OF INTEGER
(0..2047)
–– ASN1Stop
Листинг–2
[00131]
Для лучшего обслуживания UL URLLC в отношении URLLC–SPS могут быть применены некоторые изменения или усовершенствования. Специфичный для URLLC RNTI (например, URLLCSchedC–RNTI в листинге 2) может быть использован для дифференцирования ресурса URLLC или осуществления передачи от других услуг.
[00132]
Дополнительно или альтернативно период URLLC–SPS (например, URLLCInterval в листинге 2) может быть достаточно коротким (например, slot1, slot2, slot4) для удовлетворения требования к задержке. В NR временное разбиение может быть основано на подкадре, интервале, мини–интервале и/или символе OFDM (OS). (Термин OS может быть использован для обозначения как символов OFDM, так и символов OFDM с распределением DFT, поскольку каждый из них будет указан в NR). Интервал в листинге 2 может быть приведен в качестве примера. В общем временной ресурс для URLLC–SPS может быть определен с помощью индекса TTI в начальное время, период и/или смещение TTI. Все параметры, относящиеся к ресурсу во временной области, могут быть сконфигурированы с помощью RRC. Дополнительно или альтернативно часть параметров (например, период) может быть сконфигурирована с помощью RRC, а остальные параметры (например, индекс/смещение TTI) могут быть указаны с помощью DCI для (повторной) активации или динамической диспетчеризации. В случае использования мини–интервала местоположение мини–интервала (индекс/смещение, длина и/или битовая карта мини–интервала/OS) в сконфигурированном интервале может быть полустатически сконфигурировано в дополнение к конфигурации ресурса во временной области на основе интервала. Информация о местоположении мини–интервала может быть сконфигурирована с помощью RRC или указана с помощью DCI для (повторной) активации и/или динамической диспетчеризации. Согласно некоторым подходам частотный ресурс URLLC–SPS может быть сконфигурирован с помощью RRC или указан с помощью DCI для (повторной) активации или динамической диспетчеризации.
[00133]
Дополнительно или альтернативно количество повторений UL URLLC (например, numberOfRepetition в листинге 2, также называемое номером повторения) может быть полустатически сконфигурировано для URLLC–SPS. Номер повторения может быть сконфигурирован с помощью RRC или указан с помощью DCI для (повторной) активации или динамической диспетчеризации. Или набор номеров повторений может быть сконфигурирован с помощью RRC, а выбор номера повторения может быть выполнен с помощью DCI для (повторной) активации или динамической диспетчеризации.
[00134]
Дополнительно или альтернативно для URLLC–SPS может быть сконфигурировано количество процессов HARQ (например, numberOfConfURLLC–Processes в листинге 2). Идентификатор процесса HARQ (также называемый номером процесса HARQ, HPN) при передаче URLLC UL в сконфигурированном ресурсе URLLC может быть определен с помощью индекса TTI, количества повторений и/или количества процессов HARQ. Например, идентификатор процесса HARQ, связанный с данным TTI, может быть получен из следующего уравнения: Идентификатор процесса HARQ=целая часть{[целая часть(CURRENT_TTI/URLLCInterval)]/numberOfRepetition} модуль numberOfConfSPS–Processes, где CURRENT_TTI представляет собой индекс TTI. Количество процессов HARQ могут не использовать, если URLLC–SPS согласована с синхронным UL HARQ. Согласно некоторым подходам для URLLC–SPS используют только один процесс HARQ. Параметр количества процессов HARQ могут не использовать. С другой стороны, для этого URLLC–SPS может быть выделен конкретный идентификатор процесса HARQ.
[00135]
Дополнительно или альтернативно для URLLC–SPS может быть сконфигурирован таймер (например, implicitReleaseAfter (или таймер URLLC) в листинге 2). Таймер может быть запущен при активации URLLC–SPS, первой передаче после активации, пустой (или тихой) передачи после передачи URLLC–SPS или передачи URLLC–SPS с последующей пустой (тихой) передачей. После множества (значение задано implicitReleaseAfter) пустых (или тихих) передач, подсчитанных с момента запуска таймера (иными словами, по истечении установленного времени таймера) на сконфигурированном ресурсе URLLC–SPS, URLLC–SPS может быть косвенно деактивирован.
[00136]
Согласно некоторым подходам в дополнение к сконфигурированному ресурсу без предоставления gNB/eNB 160 (например, модуль 194 gNB URLLC) может отправить DCI, указывающую ресурс динамической диспетчеризации (также называемый, например, ресурсом DS или ресурсом на основе предоставления). В данном случае ресурс DS может включать в себя ресурс UL, частотный ресурс, ресурс UL–SCH и/или ресурс PUSCH (например, соответствовать ему). Ресурс DS может использовать другой ресурс по сравнению со сконфигурированным ресурсом для передачи (передач) UL URLLC. В альтернативном варианте осуществления ресурс DS может переопределять сконфигурированный ресурс для передачи (передач) UL URLLC. В альтернативном варианте осуществления ресурс DS может использовать тот же ресурс, что и сконфигурированный для передачи (передач) UL URLLC. В альтернативном варианте осуществления ресурс DS может быть принудительно выведен из обслуживания путем выполнения передачи без предоставления (например, выкалывания, наложения). Временной/частотный ресурс могут быть включены в формат DCI.
[00137]
Соответственно, UE 102 с поддержкой URLLC может поддерживать ресурс SPS, ресурс URLLC–SPS и/или ресурс DS. Ресурс SPS и/или ресурс URLLC–SPS могут быть использованы для передачи без предоставления. Ресурс DS может быть использован для передачи на основе предоставления. UE 102 может быть сконфигурировано с множеством ресурсов SPS или множеством ресурсов URLLC–SPS (например, множеством значений периодичности и/или множеством значений смещения TTI). Ресурс SPS и/или ресурс DS могут быть использованы для услуги URLLC или для других услуг, например eMBB. Ресурс URLLC–SPS может быть специфичным для URLLC с усовершенствованиями/изменениями. Спецификация может включать ресурс без предоставления только одного вида, который может представлять собой комбинацию ресурса SPS и/или ресурса URLLC–SPS.
[00138]
Для дифференцирования типов услуг для URLLC UE 102 могут быть выделены различные временные идентификаторы радиосети (RNTI). Например, для динамически планируемой одноадресной передачи может быть использован RNTI соты (C–RNTI). Для полупостоянно планируемой одноадресной передачи (активации, повторной активации, повторной передачи и/или деактивации) может быть использован SPS C–RNTI. Для URLLC UE 102 может повторно использовать C–RNTI и/или SPS C–RNTI, а это означает, что для URLLC не может быть отправлен конкретный C–RNTI. Согласно другому подходу специфичная для URLLC идентификация, называемая URLLC C–RNTI (в спецификации может быть использовано другое название, и URLLC C–RNTI используют в качестве примера), может быть использована для передачи, связанной с URLLC. URLLC C–RNTI может быть использован для динамически планируемой передачи. Дополнительно или альтернативно URLLC C–RNTI может быть использован для полупостоянно планируемой передачи URLLC (активации, повторной активации, повторной передачи и/или деактивации). Дополнительно или альтернативно URLLC C–RNTI может быть использован для динамического изменения конфигурации передачи URLLC без предоставления UL.
[00139]
URLLC UE 102 может отслеживать несколько пространств поиска: общее пространство поиска, UE–специфичное пространство поиска и/или пространство поиска URLLC. Общее пространство поиска может содержать некоторую информацию, относящуюся к URLLC. Может отсутствовать специфичное для URLLC пространство поиска, или URLLC может совместно использовать одно и то же UE–специфичное пространство поиска с другими услугами. Для получения информации, относящейся к URLLC, UE 102 может выполнять поиск в UE–специфичном пространстве поиска с помощью URLLC C–RNTI (если он, например, реализован и/или используется) или C–RNTI/SPS C–RNTI (если, например, отсутствует RNTI, специфичный для URLLC). URLLC может иметь определенное пространство поиска, которое в качестве примера можно называть пространством поиска URLLC (в спецификации может быть использовано другое название). UE 102 может получить информацию, связанную с URLLC, путем выполнения поиска в пространстве поиска URLLC.
[00140]
Для дифференцирования того, является ли передача начальной передачей или повторной передачей, согласно некоторым подходам могут быть реализованы и/или использованы некоторые механизмы. Для передачи на основе предоставления дополнительный (–ые) бит (–ы) в DCI может (могут) быть использован (–ы) для указания того, выполняют ли передачу новых данных или нет. Альтернативно определенное (–ые) поле (–я) в DCI может (могут) быть установлено (–ы) как значение (–я) по умолчанию для указания того, выполняют ли передачу новых данных или нет. Для передачи без предоставления каждая передача в сконфигурированном ресурсе без предоставления может представлять собой только начальную передачу. В случае поддержки повторов UE 102 может повторять TB заданное количество раз, а затем повторять передачи нового TB. Согласно другому подходу может быть использовано временное окно. В пределах временного окна могут быть выполнены передачи для одного и того же TB. По истечении периода действия временного окна может быть произведена передача без предоставления для нового TB.
[00141]
При выполнении передачи без предоставления или передачи на основе предоставления, услуги URLLC или других услуг, таких как eMBB, начальной передачи или повторной передачи может быть использован любой ресурс физического уровня. Согласно некоторым подходам для предотвращения конфликта для выполнения передачи каждого вида может быть использован соответствующий определенный выделенный ресурс. Согласно некоторым подходам при различных передачах для большей эффективности можно совместно использовать один и тот же ресурс. Например, сконфигурированный ресурс без предоставления может быть переопределен, принудительно выведен из обслуживания или выколот путем выполнения передачи на основе предоставления, или его могут не использовать при выполнении передачи на основе предоставления. Сконфигурированный ресурс URLLC можно использовать только для передачи URLLC, или его могут совместно использовать с другими услугами.
[00142]
Модуль 124 операций UE может предоставлять информацию 148 одному или более приемникам 120. Например, модуль 124 операций UE может информировать приемник (–и) 120 о времени приема передачи.
[00143]
Модуль 124 операций UE может предоставлять информацию 138 демодулятору 114. Например, модуль 124 операций UE может информировать демодулятор 114 о схеме модуляции, предполагаемой для передач от gNB 160.
[00144]
Модуль 124 операций UE может предоставлять информацию 136 декодеру 108. Например, модуль 124 операций UE может информировать декодер 108 о предполагаемом кодировании передач от gNB 160.
[00145]
Модуль 124 операций UE может предоставлять информацию 142 кодеру 150. Информация 142 может включать в себя данные, подлежащие кодированию, и/или инструкции по кодированию. Например, модуль 124 операций UE может давать кодеру 150 указание закодировать данные 146 передачи и/или другую информацию 142. Другая информация 142 может включать в себя информацию PDSCH HARQ–ACK.
[00146]
Кодер 150 может кодировать данные 146 передачи и/или другую информацию 142, предоставляемую модулем 124 операций UE. Например, кодирование данных 146 и/или другой информации 142 может включать в себя кодирование с обнаружением и/или коррекцией ошибок, сопоставление данных с пространственными, временными и/или частотными ресурсами для передачи, мультиплексирования и т. д. Кодер 150 может предоставлять кодированные данные 152 модулятору 154.
[00147]
Модуль 124 операций UE может предоставлять информацию 144 модулятору 154. Например, модуль 124 операций UE может информировать модулятор 154 о типе модуляции (например, сопоставление созвездия), подлежащий использованию для передач gNB 160. Модулятор 154 может модулировать кодированные данные 152 для подачи одного или более модулированных сигналов 156 к одному или более передатчиков 158.
[00148]
Модуль 124 операций UE может предоставлять информацию 140 одному или более передатчикам 158. Эта информация 140 может включать в себя инструкции для одного или более передатчиков 158. Например, модуль 124 операций UE может давать указание одному или более передатчикам 158 о времени передачи сигнала на gNB 160. Например, один или более передатчиков 158 могут осуществлять передачу в течение подкадра UL. Один или более передатчиков 158 могут преобразовывать с повышением частоты и передавать модулированный (–ые) сигнал (–ы) 156 на один или более gNB 160.
[00149]
Каждое из одного или более gNB 160 может включать в себя один или более приемопередатчиков 176, один или более демодуляторов 172, один или более декодеров 166, один или более кодеров 109, один или более модуляторов 113, буфер 162 данных и модуль 182 операций gNB. Например, на gNB 160 могут быть реализованы один или более трактов приема и/или передачи. Для удобства в gNB 160 показаны только один приемопередатчик 176, декодер 166, демодулятор 172, кодер 109 и модулятор 113, хотя можно реализовывать множество параллельных элементов (например, приемопередатчики 176, декодеры 166, демодуляторы 172, кодеры 109 и модуляторы 113).
[00150]
Приемопередатчик 176 может включать в себя один или более приемников 178 и один или более передатчиков 117. Один или более приемников 178 могут принимать сигналы от UE 102 с использованием одной или более антенн 180a–n. Например, приемник 178 может принимать и преобразовывать с понижением частоты сигналы для формирования одного или более принятых сигналов 174. Один или более принятых сигналов 174 могут быть поданы на демодулятор 172. Один или более передатчиков 117 могут передавать сигналы на UE 102 с использованием одной или более антенн 180a–n. Например, один или более передатчиков 117 могут преобразовывать с повышением частоты и передавать один или более модулированных сигналов 115.
[00151]
Демодулятор 172 может демодулировать один или более принятых сигналов 174 для создания одного или более демодулированных сигналов 170. Один или более демодулированных сигналов 170 могут быть поданы на декодер 166. Для декодирования сигналов gNB 160 можно использовать декодер 166. Декодер 166 может обеспечивать один или более декодированных сигналов 164, 168. Например, первый eNB–декодированный сигнал 164 может содержать принятые данные полезной нагрузки, которые могут быть сохранены в буфере 162 данных. Второй eNB–декодированный сигнал 168 может содержать служебные данные и/или данные управления. Например, второй eNB–декодированный сигнал 168 может обеспечивать данные (например, информацию PDSCH HARQ–ACK), которые могут быть использованы модулем 182 операций gNB для выполнения одной или более операций.
[00152]
Как правило, модуль 182 операций gNB может обеспечивать gNB 160 возможностью обмена данными с одним или более UE 102. Модуль 182 операций gNB может включать в себя модуль 194 gNB URLLC. Модуль 194 gNB URLLC может выполнять операции URLLC, как описано в данном документе.
[00153]
Модуль 182 операций gNB может предоставлять информацию 188 демодулятору 172. Например, модуль 182 операций gNB может информировать демодулятор 172 о схеме модуляции, предполагаемой для передач с одного или более UE 102.
[00154]
Модуль 182 операций gNB может предоставлять информацию 186 декодеру 166. Например, модуль 182 операций gNB может информировать декодер 166 о предполагаемом кодировании передач от одного или более UE 102.
[00155]
Модуль 182 операций gNB может предоставлять информацию 101 кодеру 109. Информация 101 может включать в себя данные, подлежащие кодированию, и/или инструкции по кодированию. Например, модуль 182 операций gNB может давать кодеру 109 указание закодировать информацию 101, включая данные 105 передачи.
[00156]
Кодер 109 может кодировать данные 105 передачи и/или другую информацию, включенную в информацию 101, предоставляемую модулем 182 операций gNB. Например, кодирование данных 105 и/или другой информации в информации 101 может включать в себя кодирование с обнаружением и/или исправлением ошибок, сопоставление данных с пространством, временные и/или частотные ресурсы для передачи, мультиплексирования и т. д. Кодер 109 может предоставлять кодированные данные 111 модулятору 113. Данные 105 передачи могут включать в себя сетевые данные, подлежащие ретрансляции на UE 102.
[00157]
Модуль 182 операций gNB может предоставлять информацию 103 модулятору 113. Эта информация 103 может включать в себя инструкции для модулятора 113. Например, модуль 182 операций gNB может информировать модулятор 113 о типе модуляции (например, сопоставление созвездия), подлежащий использованию для передач с одного или более UE 102. Модулятор 113 может модулировать кодированные данные 111 для подачи одного или более модулированных сигналов 115 на один или более передатчиков 117.
[00158]
Модуль 182 операций gNB может предоставлять информацию 192 одному или более передатчикам 117. Эта информация 192 может включать в себя инструкции для одного или более передатчиков 117. Например, модуль 182 операций gNB может давать указание одному или более передатчиков 117 о времени передачи (или времени не передачи) сигнала на одно или более UE 102. Один или более передатчиков 117 могут преобразовывать с повышением частоты и передавать модулированный (–ые) сигнал (–ы) 115 на одно или более UE 102.
[00159]
Следует отметить, что подкадр нисходящей линии связи (DL) может быть передан с gNB 160 на одно или более UE 102 и что подкадр UL может быть передан с одного или более UE 102 на gNB 160. Более того, как gNB 160, так и один или более UE 102 могут передавать данные в стандартном специальном подкадре.
[00160]
Следует также отметить, что один или более элементов или их частей, включенных в одну или более eNB 160 и одно или более UE 102, могут быть реализованы в виде оборудования. Например, один или более из этих элементов или их частей могут быть реализованы в виде микросхемы, схемы или аппаратных компонентов и т. д. Следует также отметить, что одна или более функций или описанных в настоящем документе способов могут быть реализованы в оборудовании и/или выполнены посредством его использования. Например, один или более способов, описанных в настоящем документе, могут быть реализованы и/или осуществлены с помощью набора микросхем, специализированной интегральной схемы (ASIC), большой интегральной схемы (LSI) или интегральной схемы и т. д.
[00161]
URLLC можно совместно использовать с другими услугами (например, eMBB). Согласно некоторым подходам из–за требований к задержке URLLC может иметь самый высокий приоритет. В настоящем документе приведены некоторые примеры совместного применения URLLC с другими услугами (например, в одном или более из нижеследующих описаний фигур).
[00162]
На Фиг. 2 представлена схема, иллюстрирующая некоторые примеры URLLC на основе предоставления и eMBB на основе предоставления. В случае URLLC на основе предоставления и eMBB на основе предоставления, если временная задержка между приемом предоставления UL в DL и передачей данных по UL (PUSCH) одинакова для обеих услуг, проблема совместного применения может быть решена путем диспетчеризации gNB/eNB. Предоставление UL для URLLC и предоставление UL для eMBB могут указывать различные частотные ресурсы (например, различные ресурсные блоки) или различные временные ресурсы (например, различные мини–интервалы/символы OFDM в пределах интервала/подкадра). Дополнительно или альтернативно для защиты данных URLLC для eMBB можно использовать согласование скорости передачи или выкалывание. Дополнительно или альтернативно gNB/eNB 160 может не отправлять предоставление UL для eMBB на UE 102, если gNB/eNB 160 отправляет на это UE 102 (или другое UE) предоставление UL для URLLC в тот же момент времени, чтобы избежать возможного перекрытия/конфликта ресурса. На Фиг. 2 представлены некоторые примеры.
[00163]
На Фиг. 3 представлена схема, иллюстрирующая некоторые примеры URLLC на основе предоставления и eMBB на основе предоставления. Если временная задержка между приемом предоставления UL в DL и передачей данных UL короче для URLLC из–за требований к задержке, ресурс может быть уже выделен путем более раннего предоставления UL для услуги eMBB, когда gNB/eNB 160 отправляет предоставление UL для услуги URLLC, которая может использовать тот же ресурс или часть (части) того же ресурса. В некоторых случаях gNB/eNB 160 может отправить предоставление UL, чтобы указать другой ресурс (например, другой частотный ресурс и/или другой временной ресурс) для URLLC. В некоторых случаях gNB/eNB 160 может отправить предоставление UL для URLLC, чтобы принудительно вывести из обслуживания (например, выколоть и/или наложить) ресурс, уже предоставленный для eMBB. Поскольку обе услуги основаны на предоставлении, для декодирования в gNB/eNB 160 не требуется никаких дополнительных указаний. Некоторые примеры показаны на Фиг. 3.
[00164]
На Фиг. 4 представлена схема, иллюстрирующая примеры URLLC без предоставления и eMBB на основе предоставления. Ресурс URLLC без предоставления может быть предварительно сконфигурирован для URLLC без предоставления и eMBB на основе предоставления. Когда UE 102 имеет данные URLLC, UE 102 может выполнить передачу на сконфигурированный ресурс. eMBB на основе предоставления может отказаться от использования сконфигурированного ресурса URLLC без предоставления, а это означает, что сконфигурированный ресурс может быть выделен для URLLC. Однако URLLC UE 102 может пропустить сконфигурированный ресурс при отсутствии данных URLLC. Согласно другому подходу для повышения эффективности использования ресурса eMBB на основе предоставления может использовать сконфигурированный ресурс URLLC. Если для eMBB предоставлен сконфигурированный ресурс URLLC, но UE 102 имеет данные URLLC для передачи на сконфигурированном ресурсе, данные URLLC могут отменить использование услуги eMBB, или UE 102 может отказаться от передачи eMBB. Указание может указывать наличие данных URLLC, способствующих декодированию gNB/eNB 160, или gNB/eNB 160 может предположить, что в сконфигурированном ресурсе имеются данные URLLC, и сначала декодировать данные URLLC вслепую. Некоторые примеры показаны на Фиг. 4. Указание может указывать, на какой кодовый блок в группе кодовых блоков, содержащих транспортный блок, повлияла передача URLLC; если передача URLLC повлияла на множество кодовых блоков в транспортном блоке, для каждого транспортного блока будет передано множество указаний.
[00165]
Для URLLC без предоставления и eMBB без предоставления ресурс URLLC и ресурс eMBB могут быть ортогональными друг другу по конфигурации. Однако, если существует перекрытие, ресурс URLLC может переопределить ресурс eMBB.
[00166]
На Фиг. 5 представлена схема, иллюстрирующая примеры URLLC на основе предоставления и eMBB без предоставления. Для URLLC на основе предоставления и eMBB без предоставления URLLC на основе предоставления может переопределять eMBB без предоставления. Некоторые примеры показаны на Фиг. 5.
[00167]
Для самого URLLC некоторые механизмы могут быть использованы для обработки совместного применения передач без предоставления/на основе предоставления и совместного применения начальной передачи/повторной передачи. Некоторые примеры приведены применительно к одной или более из следующих фигур.
[00168]
На Фиг. 6 представлена схема, иллюстрирующая примеры начальной передачи на основе предоставления и начальной передачи без предоставления. Что касается начальной передачи на основе предоставления и начальной передачи начальной передачи без предоставления, начальная передача на основе предоставления может переопределять начальную передачу без предоставления. Некоторые примеры показаны на Фиг. 6.
[00169]
На Фиг. 7A–7B представлены схемы, иллюстрирующие примеры повторной передачи на основе предоставления и начальной передачи без предоставления. В случае повторной передачи на основе предоставления и начальной передачи без предоставления при повторной передаче на основе предоставления можно избежать конфигурирования ресурса без предоставления. Повторная передача на основе предоставления может переопределять начальную передачу без предоставления. В другом варианте начальная передача без предоставления может переопределять повторную передачу на основе предоставления. Некоторые примеры показаны на Фиг. 7A–7B. Следует отметить, что согласно некоторым подходам начальное «повторение» может представлять собой начальную передачу. Например, в положении «Повт. 0» или положении нулевого «повторения» можно не повторять предшествующую передачу, а можно выполнять начальную передачу, а в положении «Повт. 1» можно выполнять повторение предшествующей передачи (например, повторную передачу «Повт. 0», для которой можно использовать или можно не использовать другую RV или MCS).
[00170]
На Фиг. 8 представлена схема, иллюстрирующая примеры начальной передачи без предоставления и повторной передачи без предоставления. Что касается начальной передачи без предоставления и повторной передачи без предоставления, повторная передача без предоставления может переопределять начальную передачу без предоставления. Согласно другому подходу начальная передача без предоставления может переопределять повторную передачу без предоставления. Некоторые примеры показаны на Фиг. 8.
[00171]
На Фиг. 9 представлена схема, иллюстрирующая примеры повторной передачи на основе предоставления и повторной передачи без предоставления. Что касается повторной передачи на основе предоставления и повторной передачи без предоставления, повторная передача на основе предоставления может переопределять повторную передачу без предоставления. Некоторые примеры показаны на Фиг. 9.
[00172]
На Фиг. 10 представлена схема, иллюстрирующая примеры синхронного HARQ и асинхронного HARQ. NR может поддерживать синхронный HARQ, асинхронный HARQ или комбинацию/усовершенствование синхронного HARQ и асинхронного HARQ для передачи по UL. Для синхронного HARQ синхронизация между двумя смежными передачами в процессе HARQ может быть фиксированной. Идентификатор процесса HARQ может быть получен из индекса TTI (подкадра/интервала/мини–интервала/OS). Для асинхронного HARQ синхронизация между двумя смежными передачами в процессе HARQ может быть динамической. Идентификатор процесса HARQ может быть указан явным образом. Некоторые примеры синхронного HARQ и синхронного HARQ показаны на Фиг. 10.
[00173]
Для различных услуг можно использовать различные типы процедур HARQ. Для различных типов передач могут быть использованы различные типы процедур HARQ. Например, для услуги URLLC можно использовать синхронный HARQ, в то время как для услуги eMBB можно использовать асинхронный HARQ. Дополнительно или альтернативно при начальной передаче можно использовать синхронный HARQ, в то время как при повторной передаче можно использовать асинхронный HARQ.
[00174]
На Фиг. 11A–11B представлены схемы, иллюстрирующие примеры мини–интервалов. В некоторых вариантах реализации в NR можно использовать один или более мини–интервалов. Для передачи в мини–интервале можно использовать такую же синхронизацию и процедуру HARQ, как и в обычном HARQ (например, HARQ на основе интервала/подкадра), или можно использовать отдельный вариант HARQ. Согласно некоторым подходам UE 102 может поддерживать только один мини–интервал в интервале. В этом случае HARQ для мини–интервала может согласовываться с HARQ на основе интервала. Согласно некоторым подходам UE 102 может поддерживать множество мини–интервалов в интервале, причем эти мини–интервалы можно использовать для повторения одних и тех же TB. В этом случае передачи в мини–интервалах в одном и том же интервале могут относиться к одному и тому же процессу HARQ, таким образом, HARQ для мини–интервала все же может быть согласован с HARQ на основе интервала. UE 102 может иметь множество мини–интервалов в интервале, и согласно некоторым подходам для каждого мини–интервала может быть использован свой собственный процесс HARQ. В этом случае для синхронного HARQ идентификатор процесса HARQ может быть связан с индексом интервала и смещением мини–интервала. Для асинхронного HARQ идентификатор процесса HARQ может быть указан предоставлением UL. Некоторые примеры показаны на Фиг. 11A–11B.
[00175]
На Фиг. 12 представлена схема, иллюстрирующая примеры процедур HARQ. Согласно некоторым подходам URLLC может совместно использовать процессы HARQ с другими услугами. В этом случае каждый процесс HARQ может быть использован URLLC или другими услугами. Согласно некоторым подходам URLLC может использовать отдельные процессы HARQ. В этом случае услуга URLLC может быть дифференцирована от других услуг с помощью соответствующего выделенного процесса HARQ или выделенного идентификатора процесса HARQ. Некоторые примеры специфичного для URLLC процесса HARQ для синхронного HARQ и асинхронного HARQ показаны по отдельности на Фиг. 12.
[00176]
На Фиг. 13 представлена схема, иллюстрирующая примеры повторений. Повторения могут представлять собой набор передач для одного и того же TB. Повторения одного и того же TB могут относиться к одному и тому же процессу HARQ. Для обеспечения совместного существования процесса HARQ повторения и обычного процесса HARQ могут быть использованы и/или реализованы некоторые механизмы. Повторения одного и того же TB могут использовать только в TTI, соответствующих одному и тому же процессу HARQ в случае синхронного HARQ. Идентификатор процесса HARQ повторений может определяться идентификатором процесса HARQ первой передачи. Для повторений можно использовать сконфигурированные ресурсы и выделенный (–ые) процесс (–ы) HARQ. Некоторые примеры показаны на Фиг. 13.
[00177]
На Фиг. 14 представлена схема, иллюстрирующая примеры передачи без предоставления. При передаче без предоставления предоставление UL может не использоваться, таким образом, идентификатор процесса HARQ может быть не указан явным образом с помощью DCI. Идентификатор процесса HARQ для передачи без предоставления может быть получен из соответствующего индекса TTI или индекса TTI соответствующего первого повторения. Однако повторная передача на основе предоставления может быть синхронной или асинхронной. Например, при наличии идентификатора процесса HARQ в предоставлении UL UE 102 может обладать информацией о том, какой TB следует передать. Некоторые примеры показаны на Фиг. 14.
[00178]
На Фиг. 15A–15B представлены схемы, иллюстрирующие примеры множества процессов HARQ. Для одного UE 102 согласно некоторым подходам возможна поддержка множества процессов HARQ в одном TTI. Например, в одном TTI UE 102 может характеризоваться процессом HARQ для URLLC и процессом HARQ для eMBB. Некоторые примеры показаны на Фиг. 15A–15B.
[00179]
На Фиг. 16 представлена схема, иллюстрирующая один пример ресурсной сетки для нисходящей линии связи. Ресурсная сетка, показанная на Фиг. 16, может быть использована в некоторых реализациях систем и способов, описанных в настоящем документе. Более подробные сведения, касающиеся ресурсной сетки, приведены в связи с Фиг. 1.
[00180]
DL
RB
RB
DL
RB
SC
SC
symb
На Фиг. 16 один подкадр 1669 нисходящей линии связи может включать в себя два интервала 1683 нисходящей линии связи. N – конфигурация ширины полосы нисходящей линии связи обслуживающей соты, выраженная в значениях, кратных N, где N – размер ресурсного блока 1689 в частотном домене, выраженный в количестве поднесущих, а N – количество символов 1687 OFDM в интервале 1683 нисходящей линии связи. Ресурсный блок 1689 может включать в себя некоторое количество ресурсных элементов (RE) 1691.
[00181]
DL
DL
RB
RB
данные, начало
данные, конец
Для PCell N представляет собой широковещание как часть системной информации. Для SCell (включая LAA SCell) N конфигурируют посредством сообщения RRC, предназначенного для UE 102. Для сопоставления PDSCH доступным RE 1691 может быть RE 1691, индекс 1 которого удовлетворяет условиям: 1 ≥ 1 и/или 1 ≥ l в подкадре.
[00182]
В нисходящей линии связи может быть использована схема доступа OFDM с циклическим префиксом (CP), которая может также упоминаться как CP–OFDM. В нисходящей линии связи можно передавать PDCCH, EPDCCH, PDSCH и т. п. Радиокадр нисходящей линии связи может включать в себя множество пар ресурсных блоков (RB) нисходящей линии связи, которые также упоминаются как физические ресурсные блоки (PRB). Пара RB нисходящей линии связи представляет собой блок для назначения радиоресурсов нисходящей линии связи, определяемых предварительно заданной шириной полосы (шириной полосы RB) и интервалом времени. Пара RB нисходящей линии связи включает в себя два RB нисходящей линии связи, которые являются непрерывными во временной области.
[00183]
(k, l)
k
l
RB нисходящей линии связи включает в себя двенадцать поднесущих в частотной области и семь (в случае нормального CP) или шесть (в случае расширенного CP) символов OFDM во временной области. Область, определяемая одной поднесущей в частотной области и одним символом OFDM во временной области, называется ресурсным элементом (RE) и однозначно идентифицируется парой индексов  в интервале, где  и  являются индексами в частотной и временной областях соответственно. Хотя в настоящем документе обсуждаются подкадры нисходящей линии связи в одной несущей составляющей (CC), подкадры нисходящей линии связи определены для каждой CC, и эти подкадры нисходящей линии связи по существу синхронизированы друг с другом среди CC.
[00184]
На Фиг. 17 представлена схема, иллюстрирующая один пример ресурсной сетки для восходящей линии связи. Ресурсная сетка, показанная на Фиг. 17, может быть использована в некоторых реализациях систем и способов, описанных в настоящем документе. Более подробные сведения, касающиеся ресурсной сетки, приведены в связи с Фиг. 1.
[00185]
UL
RB
RB
UL
RB
SC
SC
symb
На Фиг. 17 один подкадр 1769 восходящей линии связи может включать в себя два интервала 1783 восходящей линии связи. N представляет собой конфигурацию ширины полосы восходящей линии связи обслуживающей соты, выраженную в значениях, кратных N, где N – размер ресурсного блока 1789 в частотном домене, выраженный в количестве поднесущих, а N – количество символов 1793 SC–FDMA в интервале 1783 восходящей линии связи. Ресурсный блок 1789 может включать в себя некоторое количество ресурсных элементов (RE) 1791.
[00186]
UL
UL
RB
RB
Для PCell N представляет собой широковещание как часть системной информации. Для SCell (включая LAA SCell) N конфигурируют посредством сообщения RRC, предназначенного для UE 102.
[00187]
В восходящей линии связи в дополнение к CP–OFDM можно использовать схему множественного доступа с частотным разделением каналов с одной несущей (SC–FDMA), которая также упоминается как OFDM с расширением дискретного преобразования Фурье (DFT–S–OFDM). В восходящей линии можно передавать PUCCH, PUSCH, PRACH и т. п. Радиокадр восходящей линии связи может включать в себя множество пар ресурсных блоков восходящей линии связи. Пара RB восходящей линии связи представляет собой блок для назначения радиоресурсов восходящей линии связи, определяемых предварительно заданной шириной полосы (шириной полосы RB) и временным интервалом. Пара RB восходящей линии связи включает в себя два RB восходящей линии связи, которые являются непрерывными во временной области.
[00188]
(k, l)
l
k
RB восходящей линии связи может включать в себя двенадцать поднесущих в частотной области и семь (в случае нормального CP) или шесть (в случае расширенного CP) символов OFDM/DFT–S–OFDM во временной области. Область, определяемая одной поднесущей в частотной области и одним символом OFDM/DFT–S–OFDM во временной области, называется RE и однозначно идентифицируется парой индексов  в интервале, где  и являются индексами в частотной и временной областях соответственно. Хотя в настоящем документе обсуждаются подкадры восходящей линии связи в одной несущей составляющей (CC), подкадры восходящей линии связи определены для каждой CC.
[00189]
i
i
–i
–i
–i
На Фиг. 18 приведены примеры нескольких численных величин 1801. Численная величина № 1 1801a может быть базовой численной величиной (например, опорной численной величиной). Например, RE 1895a базовой численной величины 1801a может быть определен с разносом 1805a поднесущих 15 кГц в частотной области и длиной 2048Ts+длина CP (например, 160Ts или 144Ts) во временной области (т. е. длиной символа № 1 1803a), где Ts обозначает единицу времени выборки в основной полосе, определенную как 1 / (15 000 * 2048) секунд. Для i–й численной величины разнос 1805 поднесущих может быть равен 15 * 2, и эффективная длина символа OFDM 2048 * 2 * Ts. Это может обеспечивать длину символа 2048 * 2 * Ts+длина CP (например, 160 * 2 *Ts или 144 * 2 * Ts). Другими словами, разнос поднесущих i+1–й численной величины вдвое больше, чем для i–й численной величины, а длина символа i+1–й численной величины – половина от длины символа i–й численной величины. На Фиг. 18 показаны четыре численные величины, но система может поддерживать другое количество численных величин. Кроме того, система не должна поддерживать все численные величины от 0–й до I–й, i=0, 1, ..., I.
[00190]
Например, первая передача UL в первом ресурсе SPS, как упомянуто выше, может быть выполнена только для численной величины № 1 (например, разнос поднесущих 15 кГц). В данном случае UE 102 может получать (обнаруживать) численную величину № 1 на основе сигнала синхронизации. Кроме того, UE 102 может принимать выделенный сигнал RRC, включающий в себя информацию (например, команду передачи обслуживания), конфигурирующую численную величину № 1. Выделенный сигнал RRC может представлять собой UE–специфичный сигнал. В данном случае первая передача UL в первом ресурсе SPS может быть выполнена с численной величиной № 1, численной величиной № 2 (разнос поднесущих 30 кГц) и/или с численной величиной № 3 (разнос поднесущих 60 кГц).
[00191]
Кроме того, вторая передача UL во втором ресурсе SPS, как упомянуто выше, может быть выполнена только с численной величиной № 3. В данном случае, например, UE 102 может принимать системную информацию (например, блок служебной информации (MIB) и/или блок системной информации (SIB)), включающую в себя информацию, конфигурирующую численную величину № 2 и/или численную величину № 3.
[00192]
Кроме того, UE 102 может принимать выделенный сигнал RRC, включающий в себя информацию (например, команду передачи обслуживания), конфигурирующую численную величину №2 и/или численную величину № 3. Системная информация (например, MIB) может быть передана по каналу BCH (широковещательный канал) и/или с использованием выделенного сигнала RRC. Системная информация (например, SIB) может содержать информацию, относящуюся к оцениванию наличия у оборудования UE 102 разрешенного доступа к соте, и/или определяет диспетчеризацию другой системной информации. Системная информация (SIB) может содержать информацию о конфигурации радиоресурса, которая является общей для множества UE 102. Иными словами, выделенный сигнал RRC может включать в себя каждую из множества конфигураций численной величины (первая численная величина, вторая численная величина и/или третья численная величина) для каждой из передач UL (например, каждой из передач UL–SCH, каждой из передач PUSCH). Кроме того, выделенный сигнал RRC может включать в себя каждую из множества конфигураций численной величины (первая численная величина, вторая численная величина и/или третья численная величина) для каждой из передач DL (каждой из передач PDCCH).
[00193]
DL
UL
symb
symb
На Фиг. 19 приведены примеры структур подкадров для численных величин 1901, представленных на Фиг. 18. Учитывая, что интервал 283 включает в себя N (или N) = 7 символов, длина интервала z+1–й численной величины 1901 – это половина z–й численной величины 1901, и в конечном счете количество интервалов 283 в подкадре (т. е. 1 мс) становится двойным. Можно отметить, что радиокадр может включать в себя 10 подкадров, и длина радиокадра может быть равна 10 мс.
[00194]
DL
UL
symb
symb
На Фиг. 20 приведены примеры интервалов 2083 и подынтервалов 2007. Если подынтервал 2007 не сконфигурирован более высоким уровнем, UE 102 и eNB/gNB 160 могут использовать только интервал 2083 в качестве блока диспетчеризации. Более конкретно, данный транспортный блок может быть выделен интервалу 2083. Если подынтервал 2007 сконфигурирован более высоким уровнем, UE 102 и eNB/gNB 160 могут использовать подынтервал 2007, а также интервал 2083. Подынтервал 2007 может включать в себя один или более символов OFDM. Максимальное количество символов OFDM, которые составляют подынтервал 2007, может составлять N–l (или N–l).
[00195]
Длина подынтервала может быть сконфигурирована посредством сигнализации более высокого уровня. В альтернативном варианте осуществления длина подынтервала может быть указана каналом управления физического уровня (например, форматом DCI).
[00196]
DL
UL
symb
symb
Подынтервал 2007 может начинаться с любого символа в интервале 2083, если только он не конфликтует с каналом управления. Могут быть предусмотрены ограничения по длине мини–интервала в зависимости от ограничений по начальному положению. Например, подынтервал 2007 с длиной N–1 (или N–1) может начинаться со второго символа в интервале 2083. Начальное положение подынтервала 2007 может быть указано каналом управления физического уровня (например, форматом DCI). В альтернативном варианте осуществления начальное положение подынтервала 2007 может быть определено из информации (например, индекса пространства поиска, индекса претендента на слепое декодирование, индексов частотного и/или временного ресурса, индекса физического ресурсного блока (PRB), индекса элемента канала управления, уровня агрегации элементов канала управления, индекса порта антенны и т. д.) канала управления физического уровня, который осуществляет диспетчеризацию данных в соответствующем подынтервале 2007.
[00197]
В случаях, когда сконфигурирован подынтервал 2007, данный транспортный блок может быть выделен интервалу 2083, подынтервалу 2007, агрегированным подынтервалам 2007 или агрегированному (–ым) подынтервалу (–ам) 2007 и интервалу 2083. Этот блок может также быть блоком для генерации битов HARQ–ACK.
[00198]
На Фиг. 21 приведены примеры временной шкалы 2109 диспетчеризации. Для нормальной временной шкалы 2109a диспетчеризации DL каналы управления DL сопоставлены с начальной частью интервала 2183a. Каналы 2111 управления DL осуществляют диспетчеризацию совместно применяемых каналов 2113a DL в одном и том же интервале 2183a. HARQ–ACK для совместно применяемых каналов 2113a DL (т. е. HARQ–ACK, каждый из которых указывает, успешно ли обнаружен транспортный блок в каждом совместно применяемом канале 2113a DL) указывают в отчетах по каналам 2115a управления UL в более позднем интервале 2183b. В этом случае данный интервал 2183 может содержать передачу DL или передачу UL.
[00199]
Для нормальной временной шкалы 2109b диспетчеризации UL каналы 2111b управления DL сопоставлены с начальной частью интервала 2183c. Каналы 2111b управления DL осуществляют диспетчеризацию совместно применяемых каналов 2117a UL в более позднем интервале 2183d. В этих случаях временная привязка (временной сдвиг) между интервалом 2183c DL и интервалом 2183d UL может быть фиксированной или сконфигурированной посредством сигнализации более высокого уровня. В альтернативном варианте осуществления это может быть указано каналом управления физического уровня (например, форматом DCI назначения DL, форматом DCI предоставления UL или другим форматом DCI, таким как формат DCI общей сигнализации UE, который можно отслеживать в общем пространстве поиска).
[00200]
Для автономной базовой временной шкалы 2109c диспетчеризации DL каналы 2111c управления DL сопоставлены с начальной частью интервала 2183e. Каналы 2111c управления DL осуществляют диспетчеризацию совместно применяемых каналов 2113b DL в одном и том же интервале 2183e. HARQ–ACK для совместно применяемых каналов 2113b DL указывают в отчетах в каналах 2115b управления UL, которые сопоставлены в конечной части интервала 2183e.
[00201]
Для автономной базовой временной шкалы 2109d диспетчеризации DL каналы 2111d управления DL сопоставлены с начальной частью интервала 2183f. Каналы 2111d управления DL осуществляют диспетчеризацию совместно применяемых каналов 2117b DL в одном и том же интервале 2183f. В этих случаях интервал 2183f может содержать части DL и UL, и между передачами DL и UL может быть предусмотрен защитный интервал.
[00202]
Использование автономного интервала может осуществляться при конфигурации автономного интервала. В альтернативном варианте осуществления использование автономного интервала может осуществляться при конфигурации подынтервала. В еще одном альтернативном варианте осуществления использование автономного интервала может осуществляться при конфигурации укороченного физического канала (например, PDSCH, PUSCH, PUCCH и т. д.).
[00203]
На Фиг. 22 приведены примеры областей мониторинга канала управления DL. Один или более наборов PRB могут быть сконфигурированы для мониторинга канала управления DL. Другими словами, набор ресурсов управления в частотной области представляет собой набор PRB, в которых UE 102 пытается слепо декодировать информацию управления нисходящей линии связи, причем PRB могут быть или не быть смежными по частоте, UE 102 может иметь один или больше наборов ресурсов управления, и одно сообщение DCI может находиться в одном наборе ресурсов управления. В частотной области PRB – это размер единицы ресурса (который может включать или может не включать в себя DMRS) для канала управления. Совместно применяемый канал DL может начинаться с более позднего символа OFDM, чем тот (те), который (–ые) передает (–ют) обнаруженный канал управления DL. В альтернативном варианте осуществления совместно применяемый канал DL может начинаться с (или более раннего) символа OFDM, являющегося последним символом OFDM, передающим обнаруженный канал управления DL. Другими словами, может поддерживаться динамическое повторное использование по меньшей мере части ресурсов в наборах ресурсов управления для данных того же или другого UE 102 по меньшей мере в частотной области.
[00204]
На Фиг. 23 приведены примеры канала управления DL, содержащего более одного элемента канала управления. Если набор ресурсов управления охватывает множество символов OFDM, претендент канала управления может быть сопоставлен с множеством символами OFDM или может быть сопоставлен с одним символом OFDM. Один элемент канала управления DL может быть сопоставлен с RE, определенными одним PRB и одним символом OFDM. Если для передачи одного канала управления DL использованы более одного элемента канала управления DL, может быть выполнена агрегация элементов канала управления DL.
[00205]
Количество агрегированных элементов канала управления DL называется уровнем агрегации элементов канала управления DL. Уровень агрегации элементов канала управления DL может составлять 1 или 2 в целочисленной степени. gNB 160 может информировать UE 102, какие претенденты канала управления сопоставлены с каждым подмножеством символов OFDM в наборе ресурсов управления. Если один канал управления DL сопоставлен с одним символом OFDM и не охватывает множество символов OFDM, агрегация элементов канала управления DL выполнена внутри символа OFDM, а именно агрегированы множество элементов канала управления DL в символе OFDM. В противном случае могут быть агрегированы элементы канала управления DL в разных символах OFDM.
[00206]
N
На Фиг. 24 приведены примеры структур канала управления UL. Канал управления UL может быть сопоставлен с RE, определенными как PRB и интервал в частотной и временной областях соответственно. Этот канал управления UL может упоминаться как длинный формат (или просто 1–й формат). Каналы управления UL могут быть сопоставлены с RE в ограниченных символах OFDM во временной области. Это может упоминаться как короткий формат (или просто 2–й формат). Каналы управления UL с коротким форматом могут быть сопоставлены с RE в одном PRB. В альтернативном варианте осуществления каналы управления UL с коротким форматом могут быть сопоставлены с RE во множестве PRB. Например, можно применять чередующееся сопоставление, а именно канал управления UL может быть сопоставлен с каждыми  PRB (например, 5 или 10) в пределах ширины полосы пропускания системы.
[00207]
На Фиг. 25 представлена блок–схема, иллюстрирующая один вариант реализации gNB 2560. gNB 2560 может включать в себя процессор 2523 более высокого уровня, передатчик 2525 DL, приемник 2533 UL и одну или более антенн 2531. Передатчик 2525 DL может включать в себя передатчик 2527 PDCCH и передатчик 2529 PDSCH. Приемник 2533 UL может включать в себя приемник 2535 PUCCH и приемник 2537 PUSCH.
[00208]
Процессор 2523 более высокого уровня может управлять поведением физического уровня (передатчика DL и приемника UL) и предоставлять параметры более высокого уровня физическому уровню. Процессор 2523 более высокого уровня может получать транспортные блоки от физического уровня. Процессор 2523 более высокого уровня может отправлять/получать сообщения более высокого уровня, такие как сообщение RRC и сообщение MAC, на более высокий уровень UE или с него. Процессор 2523 более высокого уровня может предоставлять транспортные блоки передатчика PDSCH и предоставлять параметры передачи передатчика PDCCH, относящиеся к транспортным блокам.
[00209]
Передатчик 2525 DL может мультиплексировать физические каналы нисходящей линии связи, физические сигналы нисходящей линии связи (включая сигнал резервирования) и передавать их через передающие антенны 2531. Приемник 2533 UL может принимать мультиплексированные физические каналы восходящей линии связи и физические сигналы восходящей линии связи через приемные антенны 2531 и демультиплексировать их. Приемник 2535 PUCCH может предоставлять процессор 2523 более высокого уровня UCI. Приемник 2537 PUSCH может предоставлять транспортные блоки, полученные процессором 2523 более высокого уровня.
[00210]
На Фиг. 26 представлена блок–схема, иллюстрирующая один вариант реализации UE 2602. UE 2602 может включать в себя процессор 2623 более высокого уровня, передатчик 2651 UL, приемник 2643 DL и одну или более антенн 2631. Передатчик 2651 UL может включать в себя передатчик 2653 PUCCH и передатчик 2655 PUSCH. Приемник 2643 DL может включать в себя приемник 2645 PDCCH и приемник 2647 PDSCH.
[00211]
Процессор 2623 более высокого уровня может управлять поведением физического уровня (передатчика UL и приемника DL) и предоставлять параметры более высокого уровня физическому уровню. Процессор 2623 более высокого уровня может получать транспортные блоки от физического уровня. Процессор 2623 более высокого уровня может отправлять/получать сообщения более высокого уровня, такие как сообщение RRC и сообщение MAC, на более высокий уровень UE или с него. Процессор 2623 более высокого уровня может предоставлять транспортные блоки передатчика PUSCH и предоставлять передатчик 2653 UCI PUCCH.
[00212]
Приемник 2643 DL может принимать мультиплексированные физические каналы нисходящей линии связи и физические сигналы нисходящей линии связи через приемные антенны 2631 и демультиплексировать их. Приемник 2645 PDCCH может предоставлять процессор 2623 более высокого уровня DCI. Приемник 2647 PDSCH может предоставлять транспортные блоки, полученные процессором 2623 более высокого уровня.
[00213]
Следует отметить, что названия описанных в данном документе физических каналов приведены в качестве примеров. Могут быть использованы другие названия, такие как «NRPDCCH, NRPDSCH, NRPUCCH и NRPUSCH», «PDCCH нового поколения (G), GPDSCH, GPUCCH и GPUSCH» и т. п.
[00214]
На Фиг. 27 проиллюстрированы различные компоненты, которые можно использовать в UE 2702. UE 2702, описанное в связи с Фиг. 27, может быть реализовано в соответствии с UE 102, описанным в связи с Фиг. 1. UE 2702 включает в себя процессор 2703, который управляет работой UE 2702. Процессор 2703 может также называться центральным процессором (ЦП). Запоминающее устройство 2705, которое может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), их комбинацию или устройство любого типа, которое может хранить информацию, обеспечивает инструкции 2707a и данные 2709a для процессора 2703. Часть запоминающего устройства 2705 может также включать в себя энергонезависимое оперативное запоминающее устройство (ЭНОЗУ). Инструкции 2707b или данные 2709b могут также находиться в процессоре 2703. Инструкции 2707b и/или данные 2709b, загружаемые в процессор 2703, могут также включать в себя инструкции 2707a и/или данные 2709a из запоминающего устройства 2705, которые были загружены для исполнения или обработки процессором 2703. Инструкции 2707b могут быть исполнены процессором 2703 для реализации описанных выше способов.
[00215]
UE 2702 может также включать в себя корпус, который содержит один или более передатчиков 2758 и один или более приемников 2720 для обеспечения возможности передачи и приема данных. Передатчик (–и) 2758 и приемник (–и) 2720 могут быть объединены в один или более приемопередатчиков 2718. К корпусу прикреплены одна или более антенн 2722a–n, которые электрически связаны с приемопередатчиком 2718.
[00216]
Различные компоненты UE 2702 соединены вместе с помощью системы 2711 шин, которая помимо шины данных может включать в себя шину питания, шину сигналов управления и шину сигналов состояния. Однако для ясности различные шины проиллюстрированы на Фиг. 27 как система 2711 шин. UE 2702 может также включать в себя цифровой сигнальный процессор (DSP) 2713 для использования в обработке сигналов. UE 2702 может также включать в себя интерфейс 2715 связи, который обеспечивает доступ пользователя к функциям UE 2702. UE 2702, проиллюстрированные на Фиг. 27, представляет собой функциональную блок–схему, а не перечень конкретных компонентов.
[00217]
На Фиг. 28 проиллюстрированы различные компоненты, которые можно использовать в gNB 2860. gNB 2860, описанная в связи с Фиг. 28, может быть реализована в соответствии с gNB 280, описанной в связи с Фиг. 1. gNB 2860 включает в себя процессор 2803, который управляет работой gNB 2860. Процессор 2803 может также называться центральным процессором (ЦП). Запоминающее устройство 2805, которое может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), их комбинацию или устройство любого типа, которое может хранить информацию, обеспечивает инструкции 2807a и данные 2809a для процессора 2803. Часть запоминающего устройства 2805 может также включать в себя энергонезависимое оперативное запоминающее устройство (ЭНОЗУ). Инструкции 2807b или данные 2809b могут также находиться в процессоре 2803. Инструкции 2807b и/или данные 2809b, загружаемые в процессор 2803, могут также включать в себя инструкции 2807a и/или данные 2809a из запоминающего устройства 2805, которые были загружены для исполнения или обработки процессором 2803. Инструкции 2807b могут быть исполнены процессором 2803 для реализации описанных выше способов.
[00218]
gNB 2860 может также включать в себя корпус, который содержит один или более передатчиков 2817 и один или более приемников 2878 для обеспечения возможности передачи и приема данных. Передатчик (–и) 2817 и приемник (–и) 2878 могут быть объединены в один или более приемопередатчиков 2876. К корпусу прикреплены одна или более антенн 2880a–n, которые электрически связаны с приемопередатчиком 2876.
[00219]
Различные компоненты gNB 2860 соединены вместе с помощью системы 2811 шин, которая может помимо шины данных может включать в себя шину питания, шину сигналов управления и шину сигналов состояния. Однако для ясности различные шины проиллюстрированы на Фиг. 28 как система 2811 шин. gNB 2860 может также включать в себя цифровой сигнальный процессор (DSP) 2813 для использования в обработке сигналов. gNB 2860 может также включать в себя интерфейс 2815 связи, который обеспечивает доступ пользователя к функциям gNB 2860. gNB 2860, проиллюстрированная на Фиг. 28, представляет собой функциональную блок–схему, а не перечень конкретных компонентов.
[00220]
На Фиг. 29 представлена блок–схема, иллюстрирующая один вариант реализации UE 2902, в котором могут быть реализованы системы и способы связи повышенной надежности с малым временем задержки. UE 2902 включает в себя средство 2958 передачи, средство 2920 приема и средство 2924 управления. Средство 2958 передачи, средство 2920 приема и средство 2924 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг. 1. На Фиг. 27 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 29. Для осуществления одной или более функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.
[00221]
На Фиг. 30 представлена блок–схема, иллюстрирующая один вариант реализации gNB 3060, в котором могут быть осуществлены системы и способы связи повышенной надежности с малым временем задержки. gNB 3060 включают в себя средство 3023 передачи, средство 3078 приема и средство 3082 управления. Средство 3023 передачи, средство 3078 приема и средство 3082 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг. 1. На Фиг. 28 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 30. Для осуществления одной или более функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.
[00222]
На Фиг. 31 представлена блок–схема, иллюстрирующая способ 3100 для пользовательского оборудования (UE) 102. UE 102 может принимать 3102 сообщение управления радиоресурсом, содержащее первую информацию, используемую для конфигурирования количества повторений и периодичности, причем количество повторений конфигурируют для передач транспортного блока (TB). UE 102 может принимать 3104 сообщение управления радиоресурсом, содержащее вторую информацию, используемую для конфигурирования возможности отслеживания символа. UE 102 способно отслеживать 3106 первый физический канал управления нисходящей линии связи (PDCCH) с циклической проверкой четности с избыточностью (CRC), скремблированный с применением временного идентификатора радиосети соты (C–RNTI). UE 102 способно отслеживать 3108 второй PDCCH с CRC, скремблированный с применением второго RNTI, отличного от C–RNTI. UE 102 способно выполнять 3110 передачи TB по физическому совместно применяемому каналу для передачи данных по восходящей линии связи (PUSCH) на основании первой информации.
[00223]
В случае приема PDCCH с CRC, скремблированного с применением C–RNTI, UE 102 может выполнить передачу по PUSCH, запланированную с использованием PDCCH с CRC, скремблированного с применением C–RNTI.
[00224]
В случае приема PDCCH с CRC, скремблированного с применением второго RNTI, UE 102 может выполнить повторную передачу TB по PUSCH, запланированную с использованием PDCCH с CRC, скремблированного с применением второго RNTI.
[00225]
Второй PDCCH с CRC, скремблированный с применением второго RNTI, можно отслеживать на основании второй информации в специфичном для пользовательского оборудования пространстве поиска, заданном вторым RNTI.
[00226]
На Фиг. 32 представлена блок–схема, иллюстрирующая способ 3200 связи для устройства базовой станции (gNB) 160. gNB 160 может принять 3202 сообщение управления радиоресурсом, содержащее первую информацию, используемую для конфигурирования количества повторений и периодичности, причем количество повторений конфигурируют для передач транспортного блока (TB). gNB 160 может передать 3204 сообщение управления радиоресурсом, содержащее вторую информацию, используемую для конфигурирования возможности отслеживания символа. gNB 160 может передавать 3206 первый физический канал управления нисходящей линии связи (PDCCH) с циклической проверкой четности с избыточностью (CRC), скремблированный с применением временного идентификатора радиосети соты (C–RNTI). gNB 160 может передать 3208 второй PDCCH с CRC, скремблированный с применением второго RNTI, отличного от C–RNTI. gNB 160 может принять 3210 передачи TB по физическому совместно применяемому каналу для передачи данных по восходящей линии связи (PUSCH) на основании первой информации.
[00227]
В случае передачи PDCCH с CRC, скремблированного с применением C–RNTI, gNB 160 может принять передачу по PUSCH, запланированную с использованием PDCCH с CRC, скремблированного с применением C–RNTI.
[00228]
В случае передачи PDCCH с CRC, скремблированного с применением второго RNTI, gNB 160 может принять повторную передачу TB по PUSCH, запланированную с использованием PDCCH с CRC, скремблированного с применением второго RNTI.
[00229]
Второй PDCCH с CRC, скремблированный с применением второго RNTI, может быть передан на основании второй информации в специфичном для пользовательского оборудования пространстве поиска, заданном вторым RNTI.
[00230]
Термин «машиночитаемый носитель» относится к любому доступному носителю, к которому может получать доступ компьютер или процессор. Используемый в настоящем документе термин «машиночитаемый носитель» может обозначать читаемый компьютером и/или процессором носитель, который является физическим и материальным. В качестве примера, но не для ограничения, машиночитаемый или читаемый процессором носитель может представлять собой ОЗУ, ПЗУ, EEPROM, CD–ROM или другой накопитель на оптических дисках, накопитель на магнитных дисках или другие магнитные запоминающие устройства, или любой другой носитель, который можно использовать для переноса или хранения требуемого программного кода в виде инструкций или структур данных и которому может получать доступ компьютер или процессор. В настоящем документе термин «диск» относится к диску (disc), который воспроизводит данные оптическим способом с помощью лазеров (например, компакт–диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD) и диск Blu–ray), и к диску (disk), который обычно воспроизводит данные магнитным способом (например, гибкий диск).
[00231]
Следует отметить, что один или более способов, описанных в настоящем документе, могут быть реализованы и/или выполнены с помощью оборудования. Например, один или более способов, описанных в настоящем документе, могут быть реализованы и/или осуществлены с помощью набора микросхем, специализированной интегральной схемы (ASIC), большой интегральной схемы (LSI) или интегральной схемы и т. д.
[00232]
Каждый из способов, описанных в настоящем документе, включает одну или более стадий или действий для осуществления описанного способа. Стадии и/или действия способа можно менять местами друг с другом и/или объединять в одну стадию в пределах объема, определенного формулой изобретения. Иными словами, если для надлежащей работы описываемого способа не требуется конкретный порядок стадий или действий, порядок и/или использование определенных стадий и/или действий могут быть изменены без отклонения от объема, определенного формулой изобретения.
[00233]
Следует понимать, что формула изобретения не ограничена точной конфигурацией и компонентами, которые проиллюстрированы выше. В компоновку, работу или детали систем, способов и устройства, которые описаны в настоящем документе, могут быть внесены различные модификации, изменения и вариации без отклонения от объема, определенного формулой изобретения.
[00234]
Программа, выполняющаяся на gNB 160 или UE 102 в соответствии с описанными системами и способами, представляет собой программу (программу, предполагающую работу компьютера), которая управляет ЦП и т. п. таким образом, чтобы осуществлять функцию в соответствии с описанными системами и способами. При этом информация, которые обрабатывают эти устройства, во время обработки временно хранится в ОЗУ. Затем информация сохранена на различных ПЗУ или HDD и по мере необходимости ЦП считывает ее для изменения или записи. В качестве носителя записи, на котором хранится программа, может быть любое из полупроводниковых устройств (например, ПЗУ, энергонезависимая карта памяти и т. п.), оптических запоминающих устройств (например, DVD, MO, MD, CD, BD и т. п.), магнитных запоминающих устройств (например, магнитная лента, гибкий диск и т. п.) и т. п. Более того, в некоторых случаях функцию в соответствии с вышеописанными системами и способами реализуют путем выполнения загружаемой программы, и, кроме того, функцию в соответствии с описанными системами и способами реализуют во взаимодействии с операционной системой или другими прикладными программами на основе инструкции из программы.
[00235]
Более того, в случае, когда программы доступны на рынке, программа, хранящаяся на переносном носителе информации, может быть распределена или программа может быть передана на серверный компьютер, который соединяется через сеть, такую как Интернет. В этом случае запоминающее устройство на серверном компьютере также включено в систему. Более того, некоторые или все из gNB 160 и UE 102 в соответствии с вышеописанными системами и способами могут быть реализованы в виде LSI, которая представляет собой типичную интегральную схему. Каждый функциональный блок gNB 160 и UE 102 может быть индивидуально встроен в микросхему, а некоторые или все функциональные блоки могут быть объединены в микросхему. Более того, методика воплощения интегральных схем не ограничена LSI, и интегральная схема для функционального блока может быть реализована с помощью специализированной схемы или процессора общего назначения. Кроме того, при появлении в области полупроводников технологии, воплощающейся в интегральной схеме, заменяющей существующие LSI, также можно использовать интегральную схему, к которой применена такая технология.
[00236]
Более того, каждый функциональный блок или различные элементы устройства базовой станции и терминального устройства, используемые в каждом из вышеупомянутых вариантов реализаций, могут быть реализованы или исполнены схемой, которая обычно представляет собой интегральную схему или множество интегральных схем. Схема, выполненная с возможностью исполнения функций, описанных в настоящей спецификации, может содержать процессор общего назначения, цифровой сигнальный процессор (DSP), заказную или специализированную интегральную схему (ASIC), программируемую пользователем вентильную матрицу (FPGA) или другие программируемые логические устройства, схемы на дискретных компонентах или транзисторные логические схемы, дискретный аппаратный компонент или их комбинацию. Процессор общего назначения может представлять собой микропроцессор или в альтернативном варианте осуществления процессор может представлять собой стандартный процессор, контроллер, микроконтроллер или машину состояний. Процессор общего назначения или каждая схема, описанная выше, могут быть выполнены в виде цифровой схемы или могут быть выполнены в виде аналоговой схемы. Дополнительно при появлении в области полупроводников технологии, воплощающейся в интегральной схеме, вытесняющей существующие интегральные схемы, также можно использовать интегральную схему по данной технологии.
[00237]
В настоящем документе термин «и/или» следует интерпретировать как означающий один или более элементов. Например, выражение «А, B и/или С» следует интерпретировать как означающее любое из вариантов: только А, только B, только С, А и B (но не С), B и С (но не А), А и С (но не B) или все из А, B и С. В контексте настоящего документа выражение «по меньшей мере один из» следует интерпретировать как означающее один или более элементов. Например, выражение «по меньшей мере один из А, B и С» или выражение «по меньшей мере один из А, B или С» следует интерпретировать как означающее любое из вариантов: только А, только B, только С, А и B (но не С), B и С (но не А), А и С (но не B) или все из А, B и С. В контексте настоящего документа выражение «один или более из» следует интерпретировать как означающее один или более элементов. Например, выражение «один или более из А, B и С» или выражение «один или более из А, B или С» следует интерпретировать как любое из вариантов: только А, только B, только С, А и B (но не С), B и С (но не А), А и С (но не B) или все из А, B и С.