СПОСОБ ВЫКАЛЫВАНИЯ МИНИ-СЛОТА В ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ ПРИ ПЕРЕДАЧЕ СЛОТОВ Российский патент 2020 года по МПК H04W72/12 

Описание патента на изобретение RU2732897C1

Область техники, к которой относится изобретение

Настоящее изобретение, в общем, относится к области беспроводной связи и к сетям беспроводной связи.

Введение

Архитектура сети согласно технологии «Новое радио» (New Radio (NR)) (также известная как сети пятого поколения (5G) или Нового поколения (Next Generation)) сегодня обсуждается в организациях, занимающихся стандартизацией, таких как группа проекта партнерства третьего поколения (3GPP), а пример такой архитектуры сети показан на фиг. 1. Здесь eNB 10A-10B обозначают узлы связи eNodeB согласно стандарту Долговременная эволюция (Long Term Evolution (LTE)), а gNB 12A-12B обозначают базовые станции (base station (BS)) согласно технологии NR. Одна станция NR BS может соответствовать одной или нескольким приемопередающим точкам. Линии, соединяющие узлы, иллюстрируют возможные интерфейсы связи, которые могут быть развернуты. Например, интерфейс между узлом 14 развитого пакетного ядра (Evolved Packet Core (EPC)) и узлом eNB 10A может представлять собой интерфейс LTE S1, а интерфейс между этим узлом 14 ядра EPC и узлом gNB 12A может быть S1-подобным интерфейсом. Интерфейс между узлом eNB 10A и узлом gNB 12A может быть аналогичным интерфейсу X2. Интерфейс между опорным узлом 16 согласно технологии NR и узлом gNB 12B может быть интерфейсом NG1.

В сети LTE было показано, что полупостоянное планирование (semi-persistent scheduling (SPS)) является выигрышным для передачи трафика восходящей линии (uplink (UL)), как это можно видеть в исследовании по вопросам уменьшения задержки для сетей системы LTE [отчет 3GPP TR 36.881]. Применение планирования SPS в восходящей (UL) линии для системы ультранадежной связи с малой задержкой (Ultra Reliable Low Latency Communication (URLLC)) в сетях согласно технологии NR может потенциально быть столь же выигрышным. Для уменьшения задержки в восходящей (UL) линии, соответствующий грант для выделения ресурсов восходящей линии может быть конфигурирован прежде прихода данных восходящей (UL) линии. Если сделать так, этапы запроса планирования (scheduling request (SR)) и передачи гранта восходящей (UL) становятся не нужны, а терминал UE может сразу вести передачи в соответствии с предварительно конфигурированным грантом восходящей (UL) линии. Такое использование уже конфигурированных грантов также называется «безгрантовой передачей».

Для достижения высокой устойчивости и надежности передач данных восходящей (UL) линии для случаев использования в системе URLLC требуется низкая кодовая скорость. Если надежные передачи также имеют жесткие требования к задержке, такие передачи должны быть короткими. Эти требования могут привести к тому, что для систем URLLC в общем случае предпочтение должно отдаваться выделению широкой полосы частот, но в коротких временных интервалах. Однако если каждому абонентскому терминалу (user equipment (UE)) выделить специально предназначенные только для него широкополосные ресурсы восходящей (UL) линии, сеть связи может выйти за пределы имеющегося у нее объема ресурсов восходящей (UL) линии при попытке обслужить большое количество запросов на связь в системе с передачей в формате URLLC. Таким образом, рационально было бы совместно использовать ресурсы восходящей (UL) линии несколькими терминалами UE для повышения эффективности, т.е. разрешить передачи на соревновательной основе, если окажется, что разные терминалы UE имеют подобнее моменты времени прихода и передачи трафика.

Раскрытие сущности изобретения

Целью настоящего изобретения является устранение или уменьшение по меньшей мере одного из недостатков известной техники.

Предложены системы и способы планирования передач в минислотах.

Согласно первому аспекту настоящего изобретения предложен способ, осуществляемый в узле сети связи. Способ содержит этапы: прием от первого устройства радиосвязи, запроса планирования данных первого типа в минислоте; определение, что второе устройство радиосвязи уже ранее запланировало передачу данных второго типа, накладывающуюся на запрошенный минислот; передачу, второму устройству радиосвязи, первого управляющего сообщения, указывающего, что нужно отменить передачу данных второго типа; и прием, от первого устройства радиосвязи, данных первого типа в рассматриваемом минислоте.

Согласно другому аспекту настоящего изобретения предложен узел сети связи, содержащий схему, имеющую в составе процессор и запоминающее устройство, где это запоминающее устройство содержит команды, выполняемые процессором. Этот узел сети связи работает для: приема, от первого устройства радиосвязи, запроса планирования с целью планирования передачи данных первого типа в одном минислоте; определения, что второе устройство радиосвязи имеет запланированную раньше передачу данных второго типа, накладывающуюся на запрошенный минислот; передачи, второму устройству радиосвязи, первого управляющего сообщения, указывающего, что нужно отменить передачу данных второго типа; и приема, от первого устройства радиосвязи, данных первого типа в рассматриваемом минислоте.

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

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

В некоторых вариантах, ранее запланированная передача данных второго типа и запрашиваемый минислот могут накладываться одна на другого в пределах по меньшей мере одного из временных и частотных ресурсов.

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

В некоторых вариантах, может быть определено, что первое устройство радиосвязи и второе устройство радиосвязи представляют собой одно и то же устройство.

В некоторых вариантах, первое управляющее сообщение может представлять собой сообщение с информацией управления нисходящей линии (Downlink Control Information (DCI)).

В некоторых вариантах, может быть определено, что данные первого типа имеют приоритет для передачи перед данными второго типа. Данные первого типа могут представлять собой данные трафика для ультранадежной связи с малой задержкой (Ultra-Reliable Low Latency Communication (URLLC)). Данные второго типа могут представлять собой данные трафика в формате улучшенного мобильного широкополосного доступа (enhanced Mobile Broadband (eMBB)).

В некоторых вариантах, принятый запрос планирования может представлять собой сообщение запроса URLLC-SR. Этот запрос планирования может быть принят в первом минислоте. Данные первого типа могут быть приняты во втором минислоте.

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

Согласно еще одному другому аспекту настоящего изобретения предложено первое устройство радиосвязи, содержащее схему, имеющую в составе процессор и запоминающее устройство, это запоминающее устройство содержит команды, выполняемые процессором. Первое устройство радиосвязи работает для: передачи запроса планирования с целью планирования передачи данных первого типа в минислоте; определения, имеет ли первое устройство радиосвязи ранее запланированную передачу; в ответ на определение, что первое устройство радиосвязи имеет запланированную передачу данных второго типа, накладывающуюся на запрошенный минислот, отмены передачи данных второго типа в этом минислоте; и передачи данных первого типа в рассматриваемом минислоте.

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

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

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

В некоторых вариантах, ранее запланированная передача данных второго типа и запрашиваемый минислот накладываются одна на другой в пределах по меньшей мере одного из ресурсов времени и частоты.

Согласно еще одному другому аспекту настоящего изобретения предложен способ, осуществляемый вторым устройством радиосвязи. Этот способ содержит этапы: прием управляющего сообщения, указывающего, что следует отменить передачу данных в некотором минислоте; идентификацию ранее запланированной передачи слота, накладывающейся на указанный минислот; и отмену идентифицированной накладывающейся ранее запланированной передачи слота.

Согласно еще одному другому аспекту настоящего изобретения предложено второе устройство радиосвязи, содержащее схему, имеющую в составе процессор и запоминающее устройство, где это запоминающее устройство содержит команды, выполняемые процессором. Это второе устройство радиосвязи работает для: приема управляющего сообщения, указывающего, что нужно отменить передачу данных в некоем минислоте; идентификации ранее запланированной передачи слота, накладывающегося на указанный минислот; и отмены идентифицированной ранее запланированной накладывающейся передачи слота.

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

Различные аспекты и варианты, описываемые здесь, можно комбинировать альтернативно, выборочно (в качестве опции) и/или в дополнение одного к другому.

Другие аспекты и признаки настоящего изобретения станут очевидны даже для рядовых специалистов в рассматриваемой области после ознакомления с последующим описанием конкретных вариантов в сочетании с прилагаемыми чертежами.

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

Варианты настоящего изобретения будут теперь описаны только на примерах со ссылками на прилагаемые чертежи, на которых:

фиг. 1 иллюстрирует пример архитектуры сети согласно технологии NR;

фиг. 2 иллюстрирует пример сети радиосвязи;

фиг. 3 иллюстрирует пример внутриузлового выкалывания;

фиг. 4 иллюстрирует пример межузлового выкалывания;

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

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

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

фиг. 8 представляет блок-схему примера устройства радиосвязи;

фиг. 9 представляет блок-схему примера узла сети связи;

фиг. 10 представляет блок-схему примера устройства радиосвязи с модулями; и

фиг. 11 представляет блок-схему примера узла сети связи с модулями.

Осуществление изобретения

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

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

Ссылки в настоящем описании на «один вариант», «один из вариантов», «пример варианта» и т.п. указывают, что описываемый вариант может содержать конкретный признак, структуру или характеристику, но каждый вариант не обязательно может содержать этот конкретный признак, структуру или характеристику. Более того, такие фразы не обязательно относятся к одному и тому же варианту. Далее, когда конкретный признак, структура или характеристика описаны в связи с каким-либо вариантом, предполагается, что квалификации специалиста в рассматриваемой области вполне достаточно для реализации такого признака, структуры или характеристики в связи с другими вариантами, будь то описано в явном виде или нет.

В некоторых вариантах, используется неограничивающий термин «абонентский терминал» (“user equipment” (UE)), который может обозначать устройство радиосвязи любого типа, которое способно осуществлять связь с узлом сети связи и/или с другим терминалом UE в системе сотовой или мобильной или беспроводной (радио) связи. К примерам терминала UE относятся целевое устройство, терминал межмашинной связи (device to device (D2D) UE), терминал связи машинного типа (machine type UE) или терминал UE, способный осуществлять связь между машинами (machine to machine (M2M)), персональный цифровой помощник, планшетный компьютер, мобильный терминал, смартфон, оборудование, встроенное в портативный компьютер (laptop embedded equipped (LEE)), оборудование, установленное на портативном компьютере (laptop mounted equipment (LME)), USB-модемы, терминал для локального сервиса ProSe UE, терминал V2V UE, терминал V2X UE, терминал MTC UE, терминал eMTC UE, терминал FeMTC UE, терминал UE Cat 0, терминал UE Cat M1, терминал узкополосного Интернета вещей (narrow band IoT (NB-IoT) UE), терминал UE Cat NB1 и т.п. Примеры вариантов терминалов UE описаны более подробно ниже со ссылками на фиг. 8.

В некоторых вариантах, используется неограничивающий термин “узел сети связи”, который может соответствовать узлу радиодоступа какого-либо типа (или узлу сети радиосвязи) или какому-либо узлу сети связи, каковой может осуществлять связь с терминалом UE и/или с другим узлом сети связи в системе сотовой, мобильной или беспроводной (радио) связи. К примерам узлов сети связи относятся узел NodeB, узел MeNB, узел SeNB, узел сети связи, принадлежащий к группе ведущих ячеек (MCG) или группе вторичных ячеек (SCG), базовая станция (base station (BS)), узел радиодоступа в соответствии с несколькими стандартами (multi-standard radio (MSR)), такой как станция MSR BS, узел eNodeB, контроллер сети связи, контроллер сети радиосвязи (radio network controller (RNC)), контроллер базовых станций (base station controller (BSC)), ретранслятор, донорный узел для управления ретранслятором, базовая приемопередающая станция (base transceiver station (BTS)), точка доступа (access point (AP)), передающие точки, передающие узлы, модуль RRU, блок RRH, узлы в распределенной антенной системе (distributed antenna system (DAS)), узел опорной сети связи (например, центр MSC, модуль MME и т.п.), узел O&M, система OSS, самоорганизующаяся сеть связи (Self-organizing Network (SON)), узел позиционирования (например, центр E-SMLC), узел MDT, испытательное оборудование и т.п. Примеры вариантов узла сети связи описаны более подробно со ссылками на фиг. 9.

В некоторых вариантах, термин «технология радиодоступа» (“radio access technology” (RAT)) обозначает какую-либо технологию RAT, например, UTRA, E-UTRA, узкополосный Интернет вещей (NB-IoT), WiFi, Bluetooth, технологию RAT следующего поколения (NR), 4G, 5G и т.п. Какие-либо из первых и вторых узлов могут быть способны поддерживать одну или несколько технологий RAT.

Термин «узел радиосвязи», применяемый здесь, может быть использован для обозначения устройства радиосвязи или узла сети связи.

В некоторых вариантах, терминал UE может быть конфигурирован для работы в режиме агрегирования несущих (carrier aggregation (CA)), предполагающем агрегирование двух или более несущих по меньшей мере в одном – нисходящем (DL) и/или восходящем (UL), направлениях. При использовании агрегирования CA, терминал UE может иметь несколько обслуживающих ячеек, где термин «обслуживающий» здесь означает, что терминал UE конфигурирован с соответствующей обслуживающей ячейкой и может принимать от и/или передавать данные в узел сети связи обслуживающей ячейки, например, в первичной ячейке (PCell) или какой-либо из вторичных ячеек (SCell). Данные передают или принимают по физическим каналам, таким как канал PDSCH в нисходящей (DL) линии, канал PUSCH в восходящей (UL) линии и т.п. Компонентная несущая (component carrier (CC)) также взаимозаменяемо называемая просто несущей или агрегированной несущей, первичной несущей PCC или вторичной несущей SCC конфигурируется для терминала UE посредством узла сети связи с использованием сигнализации более высокого уровня, например, путем передачи конфигурационного сообщения управления RRC терминалу UE. Конфигурированная несущая CC используется узлом сети связи для обслуживания терминала UE в обслуживающей ячейке (например, в ячейке PCell, PSCell, SCell и т.п.) для конфигурированной несущей CC. Такая конфигурированная несущая CC также используется терминалом UE для осуществления измерений одного или нескольких радио параметров (например, мощность RSRP, уровень качества RSRQ и т.п.) в ячейках, работающих на несущей CC, например, ячейках PCell, SCell или PSCell и соседних ячейках.

В некоторых вариантах, терминал UE может также работать в режиме двойного соединения (dual connectivity (DC)) или множественного соединения (multi-connectivity (MC)). Работа на нескольких несущих может быть в каком-либо из режимов CA, DC, MC и т.п. Термин «несколько несущих» также может быть взаимозаменяемо назван комбинаций диапазонов.

Термин «измерение радио параметров» или «радиоизмерения», используемый здесь, может обозначать какие-либо измерения радиосигналов. Измерения радио параметров могут быть абсолютными или относительными. Измерения радио параметров могут быть, например, внутричастотными, межчастотными, в режиме агрегирования несущих (CA) и т.п. Измерения радио параметров могут быть однонаправленными (например, в нисходящей (DL) линии или в восходящей (UL) линии или в каком-либо направлении в прямой линии) или двунаправленными (например, время в двух направлениях (RTT), прием-передача (Rx-Tx) и т.п.). В качестве некоторых примеров измерений радио параметров можно указать: измерения временных характеристик (например, задержка распространения, время прихода сигнала TOA, опережение по времени, время RTT, разница во времени RSTD, прием-передача (Rx-Tx) и т.п.), угловые измерения (например, угол прихода сигнала), измерения на основе мощности или качества канала (например, потери в тракте, мощность принимаемого сигнала, мощность RSRP, качество принимаемого сигнала, качество RSRQ, отношение SINR, отношение SNR, мощность помех, сумма мощности помех и шумов, индикатор RSSI, мощность шумов, информация CSI, информация CQI, информация PMI и т.п.), обнаружение ячеек или идентификация ячеек, управление RLM, считывание информации SI и т.п. Измерения могут быть выполнены в одном или нескольких каналах в каждом направлении, например, разница во времени RSTD и относительная мощность RSRP, или на основе сигналов от разных передающих точек в одной и той же (совместно используемой) ячейке.

Термин «сигнализация», используемый здесь, может обозначать что-либо из: сигнализацию высокого уровня (например, через управление RRC или другим подобным способом), сигнализацию низкого уровня (например, по физическому каналу управления или по вещательному каналу) или сочетание этих видов сигнализации. Сигнализация может быть неявной или явной. Сигнализация может далее быть одноадресной, многоадресной или вещательной. Сигнализация также может быть передаваемой другому узлу напрямую или через третий узел.

Термин «временной ресурс», используемый здесь, может соответствовать какому-либо типу физического ресурса или радио ресурса, выраженному в виде промежутка времени. К примерам временных ресурсов относятся: символ, временной интервал (слот), субкадр, радио кадр, интервал времени передачи (TTI), время перемежения и т.п. Термин «частотный ресурс» может обозначать поддиапазон в пределах полосы пропускания канала, поднесущую, частоту несущей, частотный диапазон. Термин «временные и частотные ресурсы» может обозначать какое-либо сочетание временных и частотных ресурсов.

К некоторым примерам операций терминала UE относятся: измерения радио параметров с терминалом UE (см. термин «измерения радио параметров» выше) измерения в двух направлениях с использованием передач терминала UE, обнаружение или идентификация ячейки, обнаружение или идентификация луча, считывание системной информации, прием и декодирование канала, любые операции терминала UE или активность, включая по меньшей мере прием одного или нескольких радиосигналов и/или каналов, смену или (повторный) выбор ячейки, смену или (повторный) выбор луча, операции, связанные с мобильностью, операции, связанные с измерениями, операции, связанные с управлением радио ресурсами (radio resource management (RRM)), процедуру позиционирования (местоопределения), процедуру, относящуюся ко времени и синхронизации, процедуру, относящуюся к регулированию времени (синхронизации), процедуру, относящуюся к определению местонахождения терминала UE, процедуру, относящуюся к отслеживанию времени, процедуру, относящуюся к синхронизации, процедуру типа минимизации тестирования в движении (MDT), процедуру, относящуюся к сбору результатов измерений, процедуру, относящуюся к агрегированию несущих (CA), активизацию/деактивизацию обслуживающей ячейки, конфигурирование/деконфигурирование несущих и т.п.

Фиг. 2 иллюстрирует пример сети 100 радиосвязи, которая может быть использована для связи. Сеть 100 радиосвязи содержит устройства радиосвязи, такие как терминалы UE 110A-110B, и узлы сети связи, такие как узлы 120A-120B радиодоступа (например, узлы eNB, gNB и т.п.), соединенные с одним или несколькими узлами 130 опорной сети связи через соединительную сеть 125. Сеть 100 может использовать любой подходящий сценарий развертывания. Каждый из терминалов UE 110 в зоне 115 обслуживания может быть способным осуществлять связь напрямую с узлами 120 радиодоступа через радио интерфейс. В некоторых вариантах, терминалы UE 110 могут также быть способны осуществлять связь один с другим в режиме D2D-связи.

В качестве примера, терминал UE 110A может осуществлять связь с узлом 120A радиодоступа через радио интерфейс. Иными словами, терминал UE 110A может передавать радиосигналы к и/или принимать радиосигналы от узла 120A радиодоступа. Эти радиосигналы могут содержать голосовой трафик, трафик данных, сигналы управления и/или другую подходящую информацию. В некоторых вариантах, область 115 обслуживания радиосигналами, ассоциированная с узлом 120 радиодоступа, может называться ячейкой.

Термином «соединительная сеть связи» 125 может обозначать любую соединительную систему, способную передавать аудио программы, видео программы, сигналы, данные, сообщения и т.п. и/или какое-либо сочетание перечисленных здесь сигналов и сообщений. Соединительная сеть 125 связи может содержать целиком или частично коммутируемую телефонную сеть общего пользования (public switched telephone network (PSTN)), общественную или частную сеть передачи данных, локальную сеть связь (local area network (LAN)), общегородскую сеть связи (metropolitan area network (MAN)), широкомасштабную сеть связи (wide area network (WAN)), локальную, региональную или глобальную сеть связи или вычислительную сеть, такую как Интернет, проводную или беспроводную сеть связи, внутреннюю сеть предприятия или какую-либо другую подходящую линию связи, включая сочетания этих линий связи.

В некоторых вариантах, узел 130 опорной сети связи может управлять установлением сеансов связи и разнообразными другими функциональными возможностями для терминалов UE 110. К примерам узла 130 опорной сети связи могут относиться центр коммутации мобильной связи (mobile switching center (MSC)), узел MME, обслуживающий шлюз (serving gateway (SGW)), шлюз сети передачи пакеты данных (packet data network gateway (PGW)), узел эксплуатации и обслуживания (operation and maintenance (O&M)), система эксплуатационной поддержки (operations support system (OSS)), сеть SON, узел позиционирования (например, улучшенный обслуживающий центр определения мобильных объектов E-SMLC), узел MDT и т.п. Терминалы UE 110 могут обмениваться определенными сигналами с узлом опорной сети связи с использованием уровня без доступа. В рамках сигнализации уровня без доступа сигналы между терминалами UE 110 и узлом 130 опорной сети связи могут прозрачно проходить через сеть радиодоступа. В некоторых вариантах, узлы 120 радиодоступа могут быть сопряжены с одним или несколькими узлами сети связи через межузловой интерфейс.

Для удовлетворения требования связи в формате URLLC обеспечить надежность 1 – 10-5 в пределах 1 мс, вероятностью конфликтов при передачах восходящей линии на соревновательной основе следует управлять для поддержания ее в пределах небольшой величины. Это может ограничить число работающих в режиме с использованием формата URLLC терминалов UE (далее терминалов URLLC-UE), которые могут совместно использовать один и тот же ресурс, и может наложить ограничения на наивысшую частоту прихода трафика. Это может также плохо функционировать, когда имеет место положительная корреляция моментов прихода трафика между соревнующимися терминалами UE.

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

Каналу с запросом SR на минислоты может быть назначен специальный маркер, обозначенный как запрос URLLC-SR. Терминал URLLC-UE может передать или включить запрос URLLC-SR, когда у него появились данные для передачи. Эти данные могут выкалывать другие передачи в выделенных посредством грантов слотах от того же самого терминала UE или других терминалов UE. Это может происходить одновременно с запросом URLLC-SR или с предварительно заданной задержкой относительно этого запроса, с или без выраженного в явной форме гранта от узла gNB.

В случае межузлового выкалывания узел gNB может передать информацию управления нисходящей линии (DCI) с командой быстрой остановки с целью остановить передачи от терминалов UE, работающих в формате eMBB (Далее – терминалы eMBB-UE). Этот запрос URLLC-SR может также служить индикацией позиции выкалывания.

В некоторых вариантах, передачи в режиме URLLC в восходящей линии могут выкалывать трафик в формате eMBB вместо соревнования с какими-либо терминалами URLLC-UE или ожидания свободного ресурса. Это может освободить более широкий диапазон частот для трафика в формате URLLC и может позволить поддерживать большее число терминалов URLLC-UE при нечасто передаваемом трафике.

Для уменьшения задержки в восходящей линии предположим, что трафик в формате URLLC использует передачу в минислоте размером 2 символа с ортогональным частотным уплотнением (Orthogonal Frequency Division Multiplexing (OFDM)). С другой стороны трафик в формате eMBB использует передачу в слотах размером 7 OFDM-символов или более. Для целей иллюстрации, некоторые варианты будут описаны с выкалыванием передачи в 2-символьном минислоте из передачи в 7-символьном слоте. Терминалам URLLC-UE выделяют специальные области ресурсов в канале с запросом SR на минислоты (обозначены как URLLC-SR) с периодичностью минислотов. Отмечено, что специальный маркер URLLC-SR требует меньшего объема ресурсов, чем передача данных, как в рамках планирования SPS.

Узел gNB может идентифицировать терминал UE на основе передачи запроса URLLC-SR этим терминалом UE.

В общем сценарии предположим, что терминал URLLC-UE1 110A имеет данные для передачи. Этот терминал может включить или передать запрос URLLC-SR в минислоте m. Этот запрос URLLC-SR накладывается во времени на слот n передачи в формате eMBB от второго терминала UE (например, терминала UE2 110B). Потенциально вероятная возможность передачи может также иметь место в следующем слоте, n+1, где запланирован третий терминал UE (например, UE3). Терминал URLLC-UE1 110A может вести передачу в минислоте m+x (где x >= 0 и также может иметь различные значения), с или без каких-либо грантовых указаний от узла gNB 120A. Узел gNB 120A ожидает передачу терминала URLLC-UE1 в минислоте m+x. Узел gNB 120A может предвидеть конфликт и может передать команду остановить передачу (например, информацию DCI) терминалам eMBB-UE, таким как UE2/UE3.

Здесь будут описаны варианты, детализирующие операции в зависимости от того, являются ли терминалы UE2 и/или UE3 эквивалентными (например, тем же самым устройством, как) терминалу UE1, или нет.

Фиг. 3 иллюстрирует пример алгоритма для внутриузлового выкалывания. В этом варианте, терминал UE1 и по меньшей мере один из терминалов UE2 и/или UE3 определены как одно и то же устройство. Другими словами, терминал UE1 будет выкалывать ранее запланированную передачу слота передачей минислота. Если терминал URLLC-UE1 уже имеет гранты для передач в восходящей линии на уровне слотов для трафика в формате eMBB в слоте n, тогда он остановит передачу данных в минислоте m и передает данные в формате URLLC в минислоте m+x где x >= 0. Отметим, что сначала передают запрос URLLC-SR в минислоте m. Передача данных в минислоте m предполагает одновременную передачу данных и запроса SR. Ожидание слота slot m+x для любого x > 0 позволяет узлу gNB подготовиться, а также позволяет вести раздельные передачи запроса SR и данных.

В некоторых вариантах, совокупность действий, выполняемых терминалом UE, содержит: Обнаружение, что терминал UE1 является тем же самым устройством как терминал UE2 и/или терминал UE3. Остановка/отмена передачи данных слота (например, данные в формате eMBB) в слоте n или n+1 от минислота m. Передача запроса URLLC-SR в минислоте m. Передача данных в формате URLLC в минислоте m+x (где x >= 0 и конфигурируемо).

В некоторых вариантах, совокупность действий, выполняемых узлом gNB, содержит: Обнаружение запроса URLLC-SR. Определение идентификации терминала UE. Определение, что терминал UE1 является тем же самым устройством как терминал UE2 и/или терминал UE3. Прием данных в формате URLLC в минислоте m+x (где x >= 0 и конфигурируемо).

В примере, показанном на фиг. 3, терминал UE1 передает запрос URLLC-SR в минислоте m. Узел gNB может в качестве опции ответить посредством гранта на передачу в, например, минислоте m+3. Терминал UE1 выкалывает свою ранее запланированную передачу слота в слоте n+1 посредством передачи минислота m+3.

В некоторых случаях, передача минислота может повторно использовать область информации управления нисходящей линии, назначенную для передачи слота. Продолжительность передачи в формате URLLC может быть ограничена до 1 миллисекунды (мс). В терминале UE может быть запущен счетчик времени. Информация управления нисходящей линии, которая содержит информацию обратной связи для режима гибридного автоматического запроса повторной передачи (Hybrid Automatic Repeat Request (HARQ)), может быть интерпретирована в качестве обратной связи минислота в пределах периода времени 1 мс. Область этой информации управления нисходящей линии по истечении отсчета в счетчике времени остается для передачи слота.

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

В некоторых вариантах, передачи в формате URLLC могут иметь приоритет перед передачами в формате eMBB.

В простейшем случае, когда для передачи минислота используется выделенная специализированная область 1 мс, любая дальнейшая передача в этой области может быть интерпретирована как повторная передача в формате URLLC, а любые передачи с индикатором NDI=0 после этой области могут быть интерпретированы в качестве повторных передач в формате eMBB.

В другом варианте резервная область может быть регулируемой и прекращаться вскоре после приема квитанции ACK в пределах области 1 мс для передачи минислота.

В вариантах без индикации запроса URLLC-SR период зазора между передачей слота и обязательным опорным сигналом демодуляции (Demodulation Reference Signal (DMRS)) в передаче минислота может помочь детектированию сигнала вслепую в узле gNB. Отдельный запрос URLLC-SR не нужен. В частности, может быть возможно помочь узлу gNB обнаружить выкалывание передачи в формате URLLC путем введения периода молчания продолжительностью, например, 1 OFDM-символ между завершенной передачи в формате eMBB и началом передачи в формате URLLC. Вместе с присутствием сигнала DMRS в определенных точках передачи в формате URLLC узел gNB может вслепую обнаружить передачу в формате URLLC.

Фиг. 4 иллюстрирует пример алгоритма для межузлового выкалывания. В этом варианте, определено, что терминал UE1 не является тем же самым устройством, как и терминал UE2 и/или терминал UE3. Другими словами, терминал UE1 будет выкалывать передачу слота другого устройства посредством передачи минислота.

Если терминал URLLC-UE1 не имеет гранта восходящей линии, он тогда должен выколоть передачу в формате eMBB от другого терминала UE. Проблема в этом сценарии состоит в том, что терминалы UE2/UE3 не знают о том, что терминал UE1 планирует или делает.

Узел gNB, с другой стороны, осведомлен о том, что терминал URLLC-UE1 запросил передачу в формате URLLC в восходящей (UL) линии, путем приема запроса URLLC-SR в минислоте m. После приема этой индикации узел gNB может определить, что терминал UE1 отличается от терминала UE2 и терминала UE3.

В некоторых вариантах, узел gNB может передать грант для терминала URLLC-UE.

Узел gNB может проверить, будет ли передача минислота m+k+l накладываться во времени на передачу терминалом eMBB-UE2 слота n. Можно также проверить, накладывается ли минислот m+k+l на поступающую передачу от другого терминала UE, терминала UE3, в следующем слоте n+1. В случае (ях), в которых такое наложение существует, узел gNB может передать информацию DCI для восходящей (UL) линии (информацию UL DCI) с индикатором NDI=toggled (включено) для релевантного процесса запроса HARQ терминалу UE2 (например, текущему передатчику в формате eMBB) или терминалу UE3 (например, будущему передатчику в формате eMBB). Если терминал UE2 или терминал UE3 соответствуют нескольким терминалам UE, узел gNB передаст несколько сообщений. Узел gNB может также передать информацию UL DCI с индикатором NDI=0 терминалу UE1 (например, передатчику в режиме URLLC). Следует отметить, что второе сообщение может быть передано также без первого сообщения, как в ходе нормальной операции планирования восходящей (UL) линии.

Эти передачи информации DCI могут быть переданы с наименьшей возможной задержкой в минислоте m+k, где k не меньше 1. Терминал UE2, который также осуществляет мониторинг минислота канала управления нисходящей (DL) линии, может остановить передачу после приема сообщения с информацией DCI в слоте m+k, и тем самым оставаться в молчании, начиная от минислота m+k+1. Терминал UE1 может тогда вести передачу в минислоте m+k+l согласно заданной синхронизации, где l не меньше 1.

Поскольку узел gNB знает позицию/синхронизацию выкалывания, никакой отдельной индикации, как в случае нисходящей (DL) линии, не требуется.

В некоторых вариантах совокупность действий терминала UE1 содержит: Определение, что терминал UE1 не эквивалентен терминалу UE2 и/или терминалу UE3. Передача запроса URLLC-SR в минислоте m. Прием информации UL DCI в минислоте m+k. Передача данных восходящей (UL) линии в минислоте m+k+l.

В некоторых вариантах совокупность действий терминала UE2/UE3 содержит: Прием информации UL DCI с активизированной информацией DCI для текущего/планируемого процесса HARQ в минислоте m+k. Идентификацию наложения на текущую/планируемую передачу в слоте n или n+1. Остановку/отмену передачи в минислоте m+k+1.

В некоторых вариантах совокупность действий узла gNB содержит: Прием запроса URLLC-SR в минислоте m. Определение, что терминал UE1 отличается от терминалов UE2/UE3 (возможно нескольких). Идентификацию, что минислот m+k+l накладывается на слот n или n+1. Передачу информации UL DCI с включенным (активным) индикатором NDI для текущего/планируемого процесса HARQ терминалам UE2/UE3 в минислоте m+k. Передачу информации UL DCI с индикатором NDI=0 терминалу UE1 в минислоте m+k. Прием данных от терминала UE1 в минислоте m+k+l.

В примере, показанном на фиг. 4, терминал UE1 передает запрос URLLC-SR в минислоте m. Узел gNB передает управляющее сообщение (DCI) терминалу UE3, указывая, что нужно остановить передачу в минислоте m+4. Узел gNB может в качестве опции ответить терминалу UE1 посредством гранта для передачи в минислоте m+4. Терминал UE1 выкалывает ранее запланированную передачу слота от терминала UE3 в слоте n+1 посредством передачи минислота m+4.

В других вариантах межузлового выкалывания узел gNB не передает грант для терминала URLLC-UE. В этом случае узел gNB не передает индикатор NDI терминалу UE1. Вместо этого, терминал UE1 может подготовить передачу в минислоте m+y, где параметр y является конфигурируемым, не меньше нуля, но меньше обычного промежутка времени при динамическом планировании.

В некоторых вариантах совокупность действий терминала UE1 содержит: Определение, что терминал UE1 не эквивалентен терминалу UE2 и/или терминалу UE3. Передачу запроса URLLC-SR в минислоте m. Передачу данных восходящей (UL) линии в минислоте m+y (где y >= 0).

В некоторых вариантах совокупность действий терминала UE2/UE3 содержит: Прием информации UL DCI с активизированной информацией DCI для текущего/планируемого процесса HARQ в минислоте m+k (где k <= y). Идентификацию наложения на текущую/планируемую передачу в слоте n или n+1. Остановку/отмену передачи в минислоте m+y.

В некоторых вариантах совокупность действий узла gNB содержит: Прием запроса URLLC-SR в минислоте m. Идентификацию, что терминал UE1 отличается от терминалов UE2/UE3 (возможно нескольких). Идентификацию, что минислот m+y накладывается на слот n или n + 1. Передачу информации UL DCI с включенным (активным) индикатором NDI для текущего/планируемого процесса HARQ терминалам UE2/UE3 в минислоте m+k (где k <= y). Прием данных от терминала UE1 в минислоте m+y.

В некоторых вариантах, узел gNB не передает никаких сообщений с информацией DCI терминалу UE1 или терминалам UE2/UE3. Терминал UE1 переходит к передаче в минислоте m+1, вставляя также сигнал DMRS. Узел gNB подготовлен к приему одновременно передачи в формате URLLC от терминала UE1 и передачи в формате eMBB от терминала UE2. Повторная передача терминала UE1 может иметь приоритет перед повторной передачей терминала UE2. Терминал UE1 принимает информацию DCI при нормальной работе в режиме HARQ, которая останавливается после задержки 1 мс. Терминалу UE2 может потребоваться принять сообщение остановки, чтобы воздерживаться от повторной передачи в течение некоторого периода времени.

В некоторых вариантах, имеет место только один выделенный терминал URLLC-UE, которому разрешено выкалывать одну область слота. В других вариантах нескольким терминалам URLLC-UE может быть разрешено выкалывать одну область слота. В этом случае, другому терминал UE, т.е. терминалу URLLC-UE4, также может понадобиться выколоть ту же самую область. Запрос URLLC-SR может помочь определить как терминалы URLLC-UE, так и позицию выкалывания.

Описанные выше решения можно суммировать в двух механизмах в зависимости от опции – принимает ли терминал URLLC-UE грант, или не принимает гранта. Общий сценарий состоит в том, что терминал URLLC-UE хочет передать минислот m и выкалывает передачу слота от терминала UE2 в слоте n или от терминала UE3 в слоте n+1.

Опция A: Нет гранта от узла gNB на минислот для терминала UE1

Параметры: x_1 >= 0, x_2 >= 0, 1 <= k <= x_2

Терминал URLLC-UE1:

1) Передача запроса URLLC-SR в минислоте m

2) Если терминал UE1 имеет другие назначенные передачи слотов в позициях минислотов m+x_1, передача данных в минислоте m+x_1

3) Иначе, передача данных в минислоте m+x_2

Узел gNB:

1) Обнаружение запроса URLLC-SR, и нахождение текущей передачи слота от терминала UE2 и/или предстоящей передачи слота от терминала UE3

2) Определение идентификатора терминала UE в запросе URLLC-SR

2a) Если терминал UE1 = UE2/UE3, тогда прием данных режима URLLC от терминала UE1 в минислоте m+x_1

2b) Иначе, передача информации UL DCI с включенным (активным) индикатором NDI для текущего/планируемого процесса HARQ терминалам UE2/UE3 в минислоте m+k, и прием данных в формате URLCC в минислоте m+x_2

Терминалы eMBB-UE2/UE3:

1) Прием информации UL DCI с активизированной информацией DCI для текущего/планируемого процесса HARQ в минислоте m+k

2) Идентификация наложения с текущей/планируемой передачей в слоте n или n + 1

3) Остановка/отмена передачи от самого последнего минислота m+x_2

Опция B: Грант от узла gNB на минислот для терминала UE1

Параметры: x_1 >= 0, k >= 1, l >= 1, x_2 = k+l

Терминал URLLC-UE1:

1) Передача запроса URLLC-SR в минислоте m

2) Если терминал UE1 имеет другие назначенные передачи слотов в позициях минислотов m+x_1, передача данных в минислоте m+x_1

3) Иначе, прием информации UL DCI в минислоте m+k, и затем передача данных в минислоте mini-slot m+k+l

Узел gNB:

1) Обнаружение запроса URLLC-SR, и нахождение текущей передачи слота от терминала UE2 и/или предстоящей передачи слота от терминала UE3

2) Определение идентификатора терминала UE в запросе URLLC-SR

2a) Если терминал UE1 = UE2/UE3, тогда прием данных в формате URLLC от терминала UE1 в минислоте m+x_1

2b) Иначе, передача информации UL DCI с включенным (активным) индикатором NDI для текущего/планируемого процесса HARQ терминалам UE2/UE3 в минислоте m+k, передача информации UL DCI с индикатором NDI=0 терминалу UE1 в минислоте m+k, и прием данных в формате URLCC в минислоте m+k+l

Терминалы eMBB-UE2/UE3:

1) Прием информации UL DCI с активизированной информацией DCI для текущего/планируемого процесса HARQ в минислоте m+k.

2) Идентификация наложения с текущей/планируемой передачей в слоте n или n + 1.

3) Остановка/отмена передачи от минислота m+x_2, где x_2 = k + l (это аналогично Опции A с конфигурированными параметрами)

Для передачи минислота сообщение типа запроса SR может быть передано от терминала UE в узел сети связи для индикации намерения высвободить передачи слотов. Последующие передачи минислотов от терминала UE могут происходить с или без получения явных грантов от узла сети связи. Узел сети связи может использовать эту индикацию для остановки передачи слотов и планирования повторных передач слотов.

Фиг. 5 представляет логическую схему, иллюстрирующую способ, который может быть осуществлен в первом устройстве радиосвязи (UE1), таком как терминал UE 110. Способ может содержать:

Этап 200: Передача запроса планирования, такого как сообщения запроса URLLC-SR, для планирования передач данных первого типа, таких как данные в формате URLLC, в минислоте (m). Этот запрос планирования может быть передан в узел сети связи, такой как узел gNB 120.

Этап 210: Определение, имеет ли первое устройство радиосвязи другие (назначенные) ранее запланированные передачи. В некоторых вариантах, первое устройство радиосвязи может уже иметь существующий грант (ы) для передачи данных в слоте.

Этап 220: В ответ на определение, что первое устройство радиосвязи имеет запланированные передачи данных второго типа (например, данных в формате eMBB), накладывающиеся на запрошенный минислот, это первое устройство радиосвязи может отменить ранее запланированную передачу. В некоторых вариантах, процедура отмены передачи может содержать остановку передачи данных второго типа в слоте, накладывающемся на запрошенный минислот. В некоторых вариантах, процедура отмены передачи может содержать остановку передачи данных второго типа в минислоте, накладывающемся на запрошенный минислот.

В некоторых вариантах, может быть определено, что данные первого типа обладают приоритетом для передачи перед данными второго типа.

В некоторых вариантах, предварительно запланированная передача данных второго типа и запрошенный минислот могут накладываться в рамках временных и/или частотных ресурсов.

Этап 230: Первое устройство радиосвязи может в качестве опции принять управляющее сообщение, такое как информация UL DCI, например, в минислоте m+k. Это управляющее сообщение может быть принято от узла сети связи, такого как узел gNB. В некоторых вариантах, управляющее сообщение может представлять собой сообщение, указывающее грант и тем самым обозначающее слот или минислот, выделенный посредством этого гранта для передачи данных.

В некоторых вариантах, управляющее сообщение может далее представлять собой указание, что следует отменить передачу данных второго типа. В некоторых вариантах, это управляющее сообщение может далее обозначать грант, выделенный для повторной передачи данных второго типа. В некоторых вариантах, разные управляющие сообщения могут быть использованы для передачи различных указаний.

Этап 240: Первое устройство радиосвязи может затем передать данные первого типа (например, данные в формате URLLC) в минислоте. Этот минислот может, как обсуждается здесь, представлять собой какой-либо один из минислотов – m+x_1, m+x_2 или m+k+l. Минислот, который следует использовать для передачи данных, может быть обозначен в принимаемом в качестве опции гранте в составе управляющего сообщения.

Должно быть понятно, что один или несколько приведенных выше этапов можно осуществлять одновременно и/или в другом порядке. Кроме того, этапы, показанные штриховыми линиями, являются опциями и могут быть опущены в некоторых вариантах.

Фиг. 6 представляет логическую схему, иллюстрирующую способ, который можно осуществлять в узле сети связи, таком как узел 120 радиодоступа. Этот узел сети связи может представлять собой узел gNB 120, как уже было описано здесь. Этот способ может содержать:

Этап 300: Прием запроса планирования, такого как запрос URLLC-SR, от первого устройства радиосвязи (терминал UE1) для планирования передачи данных первого типа, таких как данные в формате URLLC, в минислоте (m).

Этап 310: Идентификация текущей и будущих передач слотов по меньшей мере от одного второго терминала UE (терминала UE2/UE3). Это может содержать определение, что второе устройство радиосвязи (терминал UE2) имеет ранее запланированную передачу данных второго типа, которая накладывается на запрошенный минислот. Эта заранее запланированная передача данных второго типа и запрошенный минислот могут накладываться одно на другое в рамках временных и/или частотных ресурсов.

Этап 320: В качестве опции, определение идентификаторов устройств радиосвязи. Например, идентификатор первого устройства радиосвязи (терминал UE1) может быть определен на основе принятого запроса планирования (например, запроса URLLC-SR). Узел сети связи может затем сравнивать идентификаторы терминалов UE, ассоциированные с принятым запросом планирования и какими-либо идентифицированными ранее запланированными передачами, например, передачей данных второго типа от терминала UE2.

В некоторых вариантах, может быть определено, что данные первого типа обладают приоритетом для передачи перед данными второго типа.

Этап 330: В ответ на определение, что первое устройство радиосвязи (терминал UE1) и второе устройство радиосвязи (терминал UE2) являются идентичными (например, могут представлять собой одно и то же устройство), узел сети связи может принимать данные, такие как данные в формате URLLC, от первого устройства радиосвязи в первом минислоте. Этот первый минислот может представлять собой минислот m+x_1, как обсуждается здесь. В некоторых вариантах, узел сети связи может в качестве опции передать управляющее сообщение, содержащее указание гранта для первого устройства радиосвязи.

Этап 340: В ответ на определение, что первое устройство радиосвязи и второе устройство радиосвязи имеют разные идентификаторы (например, они представляют собой разные устройства), узел сети связи может передать первое управляющее сообщение, такое как информация UL DCI, второму устройству радиосвязи. В некоторых вариантах, процедура передачи информации UL DCI может содержать передачу включенного индикатора NDI для текущего или планируемого процесса HARQ второму терминалу UE в минислоте m+k. В некоторых вариантах, первое управляющее сообщение может содержать индикацию отмены/остановки передачи данных второго типа, накладывающихся на запрошенный минислот. В некоторых вариантах, первое управляющее сообщение может содержать индикацию отмены/остановки передачи в конкретном слоте или минислоте. В некоторых вариантах, первое управляющее сообщение может далее содержать указание гранта для повторной передачи данных второго типа.

Этап 350: Узел сети связи может в качестве опции передавать второе управляющее сообщение, такое как информация UL DCI, первому устройству радиосвязи (терминалу UE1). В некоторых вариантах, передача информации UL DCI может содержать передачу индикатора NDI=0 первому устройству радиосвязи в минислоте m+k. В некоторых вариантах, второе управляющее сообщение может представлять собой сообщение индикации гранта, указывающего слот или минислот, выделенный грантом для передачи данных первого типа.

Этап 360: Узел сети связи может затем принять данные первого типа (например, данные в формате URLLC) от первого устройства радиосвязи в минислоте. Этот минислот может быть каким-либо одним из минислотов m+x_1, m+x_2 или m+k+l как обсуждается здесь.

Должно быть понятно, что один или несколько приведенных выше этапов могут быть выполнены одновременно и/или в другом порядке. Кроме того, этапы, показанные штриховыми линиями, являются опциями и могут быть в некоторых вариантах опущены.

На фиг. 7 представлена логическая схема, иллюстрирующая способ, который может осуществлять второе устройство радиосвязи (терминал UE2/UE3), такое как терминал UE 110. Способ может содержать:

Этап 400: Прием управляющего сообщения, такого как сообщение с информацией UL DCI. Это управляющее сообщение может быть принято из узла сети связи, такого как узел gNB 120. Это управляющее сообщение может указать отмену передачи данных в некоторый момент времени. Информация UL DCI может содержать передачу включенного индикатора NDI для текущего или планируемого процесса HARQ в слоте или минислоте, таком как минислот m+k.

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

Этап 410: Идентификация наложения, ассоциированного с текущей или ранее запланированной передачей в слоте, обозначенном принятой информацией UL DCI. В некоторых вариантах, это может быть слот n или n+1, как было описано здесь.

Этап 420: Остановка или отмена идентифицированной накладывающейся передачи. В некоторых вариантах, это может содержать отмену передачи от минислота m+x_2. В некоторых вариантах, x_2 = k + l.

Должно быть понятно, что один или несколько приведенных выше этапов могут быть выполнены одновременно и/или в другом порядке. Кроме того, этапы, показанные штриховыми линиями, являются опциями и могут быть в некоторых вариантах опущены.

На фиг. 8 представлена блок-схема примера устройства радиосвязи, терминала UE 110, в соответствии с некоторыми вариантами. Терминал UE 110 содержит приемопередатчик 510, процессор 520 и запоминающее устройство 530. В некоторых вариантах, приемопередатчик 510 способствует передаче радиосигналов к и приему радиосигналов от узла 120 радиодоступа (например, через передатчик (и) (Tx), приемник (и) (Rx) и антенну (ы)). Процессор 520 выполняет команды для осуществления некоторых или всех функциональных возможностей, описанных выше как реализуемые терминалом UE, и запоминающее устройство 530 сохраняет команды, выполняемые процессором 520. В некоторых вариантах, процессор 520 и запоминающее устройство 530 образуют процессорную схему.

Процессор 520 может содержать какое-либо подходящее сочетание аппаратуры для выполнения команд и манипуляций с данными для осуществления некоторых или всех описанных функций устройств радиосвязи, таких как функции терминала UE 110, описанные выше. В некоторых вариантах, процессор 520 может содержать, например, один или несколько компьютеров, один или несколько центральных процессоров (central processing unit (CPU)), один или несколько микропроцессоров, одну или несколько специализированных интегральных схем (application specific integrated circuit (ASIC)), одну или несколько программируемых пользователем вентильных матриц (field programmable gate array (FPGA)) и/или другие логические схемы.

Запоминающее устройство 530 в общем случае работает для сохранения команд, таких как компьютерная программа, программное обеспечение, приложение, содержащее одну или более логических функций, правил, алгоритмов, кодов, таблиц и т.п. и/или другие команды, которые могут быть выполнены процессором 520. К примерам запоминающего устройства 530 относятся компьютерное запоминающее устройство (например, запоминающее устройство с произвольной выборкой (ЗУПВ (Random Access Memory (RAM))) или постоянное запоминающее устройство (ПЗУ (Read Only Memory (ROM)))), носитель информации большой емкости (например, жесткий диск), сменный носитель информации (например, компакт-диск (Compact Disk (CD)) или цифровой видео диск (Digital Video Disk (DVD))), и/или какое-либо другие энергозависимые или энергонезависимые читаемые компьютером и/или исполняемые компьютером запоминающие устройства, сохраняющие информацию, данные и/или команды, которые могут быть использованы процессором 520 терминала UE 110.

Другие варианты терминала UE 110 могут содержать дополнительные компоненты сверх того, что показано на фиг. 8, которые могут быть ответственны за осуществление некоторых аспектов функциональных возможностей устройства радиосвязи, включая какие-либо функциональные возможности, описанные выше и/или какие-либо дополнительные функциональные возможности (включая любые функциональные возможности, необходимые для поддержки описываемых выше решений). В качестве только одного из примеров, терминал UE 110 может содержать устройства и схемы ввода, устройства вывода и один или несколько модулей или схем синхронизации, которые могут быть частью процессора 520. Устройства ввода содержит механизмы для ввода данных в терминал UE 110. Например, устройства ввода могут содержать механизмы ввода, такие как микрофон, элементы ввода и т.д. Устройства вывода могут содержать механизмы для вывода данных в аудио формате, видео формате и/или формате твердой копии. Например, устройства вывода могут содержать громкоговоритель, дисплей и т.п.

Должно быть понятно, что устройство радиосвязи (терминал UE 110) может работать для осуществления функций терминалов UE1, UE2, UE3 и/или других устройств, описанных в вариантах настоящего изобретения.

На фиг. 9 представлена блок-схема примера узла 120 сети связи в соответствии с некоторыми вариантами. Узел 120 сети связи может содержать один или несколько модулей – приемопередатчик 610, процессор 620, запоминающее устройство 630 и сетевой интерфейс 640. В некоторых вариантах, приемопередатчик 610 способствует передаче радиосигналов к и приему радиосигналов от устройств радиосвязи, таких как терминал UE 110 (например, через передатчик (и) (Tx), приемник (и) (Rx) и антенну (ы)). Процессор 620 выполняет команды для осуществления некоторых или всех функциональных возможностей, описанных выше как реализуемых узлом 120 сети связи, и запоминающее устройство 630 сохраняет команды, выполняемые процессором 620. В некоторых вариантах, процессор 620 и запоминающее устройство 630 образуют процессорную схему. Сетевой интерфейс 640 может обмениваться сигналами с компонентами поддерживающих сетей связи, такими как шлюз, коммутатор, маршрутизатор, Интернет, коммутируемая телефонная сеть общего пользования (Public Switched Telephone Network (PSTN)), узлы опорной сети связи или контроллеры сети радиосвязи и т.п.

Процессор 620 может содержать какое-либо подходящее сочетание аппаратуры для выполнения команд и манипуляций с данными для осуществления некоторых или всех описанных функций устройств радиосвязи, таких как функции узла 120 сети связи, описанные выше. В некоторых вариантах, процессор 620 может содержать, например, один или несколько компьютеров, один или несколько центральных процессоров (CPU), один или несколько микропроцессоров, одну или несколько специализированных интегральных схем (ASIC), одну или несколько программируемых пользователем вентильных матриц (FPGA) и/или другие логические схемы.

Запоминающее устройство 630 в общем случае работает для сохранения команд, таких как компьютерная программа, программное обеспечение, приложение, содержащее одну или более логических функций, правил, алгоритмов, кодов, таблиц и т.п. и/или другие команды, которые могут быть выполнены процессором 620. К примерам запоминающего устройства 630 относятся компьютерное запоминающее устройство (например, запоминающее устройство с произвольной выборкой (ЗУПВ (RAM)) или постоянное запоминающее устройство (ПЗУ (ROM))), носитель информации большой емкости (например, жесткий диск), сменный носитель информации (например, компакт-диск Disk (CD) или цифровой видео диск (DVD)), и/или какое-либо другие энергозависимые или энергонезависимые читаемые компьютером и/или исполняемые компьютером запоминающие устройства, сохраняющие информацию.

В некоторых вариантах, сетевой интерфейс 640 соединен для осуществления связи с процессором 620 и может обозначать какое-либо подходящее устройство, управляемое для приема входных сигналов и данных для узла 120 сети связи, передачи выходных сигналов и данных от узла 120 сети связи, выполнения подходящей обработки входных и/или выходных сигналов и данных, осуществления связи с другими устройствами или какого-либо сочетания перечисленных операций. Сетевой интерфейс 640 может содержать подходящую аппаратуру (например, порт, модем, карту сетевого интерфейса и т.п.) и программное обеспечение, включая возможности преобразования протокола, для осуществления связи через сеть.

Другие варианты узла 120 сети связи могут содержать дополнительные компоненты сверх того, что показано на фиг. 9, которые могут быть ответственны за осуществление некоторых аспектов функциональных возможностей узла сети связи, включая какие-либо функциональные возможности, описанные выше и/или какие-либо дополнительные функциональные возможности (включая любые функциональные возможности, необходимые для поддержки описываемых выше решений). Узлы сети связи различных типов могут содержать компоненты, имеющие одинаковую физическую аппаратуру, но конфигурированные (например, посредством программирования) для поддержки различных технологий радиодоступа, либо могут представлять собой частично или полностью различные физические компоненты.

Процессоры, интерфейсы и запоминающие устройства, аналогичные тем, что описаны со ссылками на фиг. 8 и 9, могут входить в состав других узлов сети связи (таких как узел 130 опорной сети связи). Другие узлы сети связи могут, в качестве опции, содержать или не содержать беспроводной (радио) интерфейс (такой как приемопередатчик, описанный со ссылками Фиг. 8 и 9).

В некоторых вариантах, устройство радиосвязи (терминал UE 110) может содержать ряд модулей, конфигурированных для осуществления функциональных возможностей устройства радиосвязи, описанных выше. Как показано на фиг. 10, в некоторых вариантах, устройство 110 радиосвязи может содержать запрашивающий модуль 710 для передачи запроса планирования с целью планирования передачи данных первого типа в минислоте, решающий модуль 720 для определения, имеет ли терминал UE ранее запланированные передачи, и передающий модуль 730 для передачи данных первого типа в минислоте.

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

В некоторых вариантах, узел 120 сети связи, который может представлять собой, например, узел радиодоступа, может содержать ряд модулей, конфигурированных для реализации функциональных возможностей узла сети связи, описанных выше. Как показано на фиг. 11, в некоторых вариантах, узел 120 сети связи может содержать планирующий модуль 740 для приема запроса планирования с целью планирования передачи данных первого типа в минислоте от первого терминала UE, и для идентификации ранее запланированных передач данных второго типа для второго терминала UE, модуль 750 управления для передачи управляющей информации первому терминалу UE и/или второму терминалу UE по мере необходимости и приемный модуль 760 для приема данных от первого терминала UE в минислоте.

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

Пример сценария стандартизации

В этом разделе будут обсуждаться возможности и влияние выкалывания промежутков для данных в формате URLLC из передач данных в формате eMBB для данных восходящей (UL) линии.

Для выкалывания передач в восходящей (UL) линии можно выделить два четко различающихся случая: данные в формате URLLC от терминала UE1 выкалывают данные в формате eMBB от терминала UE1 (выкалывание того же терминала UE), или данные в формате URLLC от терминала UE1 выкалывают данные в формате eMBB от терминала UE2 (выкалывание другого терминала UE). В качестве базового подхода терминал URLLC-UE, имеющий данные, должен передать запрос SR, предпочтительно на уровне минислотов, узлу gNB для действия так, как этот узел сочтет нужным. В дополнение к этому, предположим далее, что трафик в формате URLLC должен планироваться главным образом по минислотам. Однако стоит отметить, что некоторые сценарии трафика, соответствующие трафику в формате URLLC, не предъявляют жестких требований к задержке, диктующих использование минислотов, а могут вместо этого использовать слоты.

Выкалывание того же терминала UE

В этом сценарии один и тот же терминал UE имеет данные в формате eMBB и данные в формате URLLC. Это может и не быть очень распространенным сценарием, поскольку терминал UE вероятнее будет сосредотачиваться на работе с одним типом трафика в течение некоторого времени – либо трафик в формате eMBB, либо трафик в формате URLLC. Кроме того, в любом случае ситуации, когда один и тот же терминал UE имеет трафик указанных двух типов для передачи в восходящей (UL) линии в одном и том же слоте, возникают менее часто. Однако мы может рассмотреть промышленный робот, который передает критичные по времени данные датчиков и в то же время передает потоковое видео в центр управления. Поэтому мы в любом случае должны здесь обсудить участие этого типа выкалывания передач восходящей (UL) линии.

Для случая, когда терминал UE имеет и данные в формате eMBB в слоте восходящей (UL) линии, и данные в формате URLLC в минислоте восходящей (UL) линии, мы также может различать несколько основных сценариев.

В этом случае терминал UE уже принял грант для передачи длиной в один слот и позднее принимает грант для передачи длиной в один минислот, так что эти гранты накладываются один на другой по времени и оба соответствуют передаче на одной и той же несущей. Этот второй грант может быть передан на основе минислотов и потому имеет другую синхронизацию во времени. В этом случае терминал UE должен использовать самый последний по времени из поступивших грантов, а запланированную передачу длиной в один слот следует отменить.

Гранту восходящей (UL) линии для минислота может быть отдан приоритет перед грантом восходящей (UL) линии для слота, если выделяемые этими грантами ресурсы накладываются один на другой во времени на одной и той же несущей.

Выкалывание другого терминала UE

В более распространенном случае один терминал UE1 имеет данные в размерах минислота для передачи с использованием ресурса, который выделен грантом другому терминалу UE2 или используется этим другим терминалом. Очевидная проблема для этого сценария состоит в том, что терминал UE1 не знает, что планирует делать или делает терминал UE2. Другая проблема состоит в том, что передача слота не может быть остановлена, когда она уже началась или планируется, если только не будет добавлена новая быстрая индикация. Такая индикация может привести к значительной нагрузке на терминал и сильно повлиять на его характеристики.

Не может быть введена никакая специальная индикация остановки для завершения текущей или запланированной передачи слота/минислота.

Однако если терминал UE осуществляет мониторинг канала PDCCH (с интервалом TTI в один минислот), этому терминалу UE может быть передана информация UL DCI, которая будет указывать остановку передачи для рассматриваемого процесса HARQ.

В случае выкалывания другого терминала UE мы также может различать несколько сценариев, как описано ниже.

Конфликт грантов

Если терминал UE1 передает запрос SR на минислот узлу gNB и получает грант на минислот, вполне может быть так, что к этому моменту уже был передан грант на слот терминалу UE2. Тем самым узел gNB уже запланировал конфликт на ресурсе во время выкалывания. Эти две передачи могут быть одновременно декодированы в узле gNB, либо одну или обе передачи декодировать не получится, в каком случае этот узел gNB должен будет планировать повторную передачу. Сеть связи позволяет реализовать эту возможность.

Сеть связи допускает планирование конфликтующих передач в восходящей (UL) линии.

Конфликт без гранта: доступ на соревновательной основе

В этом случае терминал UE1 конфигурирован с использованием безгрантового ресурса восходящей (UL) линии для передач минислотов данных в формате URLLC с использованием ресурса, который был выделен посредством гранта другому терминалу UE2 для трафика в формате eMBB или в формате URLLC. В случае терминала UE2, имеющего тот же самый ресурс для минислота, как и терминал UE1, имеет место безгрантовая передача на соревновательной основе, как далее обсуждается в документе «О безгрантовых передачах в восходящей (UL) линии» [R1-1701871 On UL grant-free transmission, Ericsson, RAN1#88]. Если терминалу UE2 выделен грант на трафик в формате eMBB, ситуация аналогична случаям [0180] с дополнительной сложностью.

Здесь узел gNB не только должен обнаружить начало новой передачи в формате URLLC, ему также нужно идентифицировать терминал UE1. Это будет более проблематично, поскольку эти две передачи будут конфликтовать, и если мощности приема сильно различаются, декодер может иметь затруднения при решении этих задач. Поэтому стоимость такого решения следует дополнительно изучить, чтобы разрешить. Мы снова отмечаем, что конфликты особенно проблематичны для трафика в формате URLLC.

Выигрыш от разрешения выкалывания трафиком в формате URLLC трафика передачи от другого терминала UE в формате eMBB в восходящей (UL) линии следует прояснить, если это возможно.

Некоторые варианты могут быть представлены в виде программного продукта, сохраняемого на машиночитаемом носителе (также называемом читаемым компьютером носителем, читаемым процессором носителем или используемым компьютером носителем, на котором записан читаемый компьютером программный код). Этот машиночитаемый носитель может представлять собой какой-либо подходящий материальный носитель, включая магнитный, оптический или электрический носитель для хранения информации, включая дискету, ПЗУ на компакт-диске (CD-ROM), ПЗУ на цифровом универсальном диске (DVD-ROM), запоминающее устройство (энергозависимое или энергонезависимое) или аналогичный механизм хранения информации. Машиночитаемый носитель может содержать различные наборы команд, кодовые последовательности, информацию о конфигурации или другие данные, при выполнении которых процессорная схема (например, процессор) осуществляет этапы способа согласно одному или нескольким вариантам. Даже рядовые специалисты в рассматриваемой области должны понимать, что на этом машиночитаемом носителе могут быть также записаны и другие команды и операции, необходимые для осуществления описанных вариантов. Программное обеспечение, работающее с этого машиночитаемого носителя, может сопрягаться и взаимодействовать со схемой для выполнения описываемых задач.

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

Глоссарий

Настоящее описание может содержать одну или более из следующих аббревиатур:

3GPP Проект партнерства третьего поколения ACK Квитанция AP Точка доступа ARQ Автоматический запрос повторной передачи BS Базовая станция BSC Контроллер базовых станций BTS Базовая приемопередающая станция CA Агрегирование несущей CC Компонентная несущая CCCH SDU Блок SDU общего канала управления CG Группа ячеек CGI Глобальный идентификатор ячейки CQI Информация о качестве канала CSI Информация о состоянии канала DAS Распределенная антенная система DC Двойное соединение DCCH Выделенный канал управления DCI Информация управления нисходящей линии DL Нисходящая линия DMRS Опорный сигнал демодуляции eMBB Улучшенный мобильный широкополосный доступ eNB Узел NodeB в системе E-UTRAN или развитый узел NodeB ePDCCH улучшенный физический нисходящий канал управления E-SMLC улучшенный обслуживающий центр определения мобильных объектов E-UTRA развитая система UTRA E-UTRAN развитая система UTRAN FDM Частотное уплотнение HARQ Гибридный автоматический запрос повторной передачи HO Переключение связи между узлами IoT Интернет вещей LTE Долговременная эволюция M2M Межмашинный MAC Управление доступом к среде MBMS Сервис мультимедийной широковещательной многоадресной передачи MCG Группа ведущих ячеек MDT Минимизация тестирования в движении MeNB Ведущий узел eNode B MME Узел управления мобильностью MSC Центр коммутации мобильной связи MSR Радиосвязь в соответствии с несколькими стандартами MTC Связь машинного типа NACK Отрицательная квитанция NDI Индикатор следующих данных NR Новое радио O&M Эксплуатация и обслуживание OFDM Ортогональное частотное уплотнение OFDMA Многостанционный доступ с ортогональным частотным уплотнением OSS Система эксплуатационной поддержки PCC Первичная компонентная несущая P-CCPCH Первичный общий физический канал управления PCell Первичная ячейка PCG Группа первичных ячеек PCH Пейджинговый канал PCI Идентификатор физической ячейки PDCCH Физический нисходящий канал управления PDSCH Физический нисходящий совместно используемый канал PDU Блок данных протокола PGW Пакетный шлюз PHICH Физический канал индикации режима запроса HARQ PMI Индикатор матрицы прекодера ProSe Локальный сервис PSC Первичная обслуживающая ячейка PSCell Первичная ячейка SCell PUCCH Физический восходящий канал управления PUSCH Физический восходящий совместно используемый канал RAT Технология радиодоступа RB Ресурсный блок RF Высокая частота RLM Управление радиоканалом RNC Контроллер сети радиосвязи RRC Управление радио ресурсами RRH Удаленный радио блок RRM Управление радио ресурсами RRU Удаленный радио модуль RSRP Мощность принимаемого опорного сигнала RSRQ Качество принимаемого опорного сигнала RSSI Индикатор уровня принимаемого сигнала RSTD Разница во времени прихода опорного сигнала RTT Время прохода в двух направлениях SCC Вторичная компонентная несущая SCell Вторичная ячейка SCG Группа вторичных ячеек SCH Канал синхронизации SDU Блок служебных данных SeNB Вторичный узел eNodeB SGW Обслуживающий шлюз SI Системная информация SIB Блок системной информации SINR Отношение сигнала к помехам и шумам SNR Отношение сигнал/шум SPS Полупостоянное планирование SON Самоорганизующаяся сеть связи SR Запрос планирования SRS Зондирующий опорный сигнал SSC Вторичная обслуживающая ячейка TTI Интервал времени передачи Tx Передатчик UE Абонентский терминал UL Восходящая линия URLLC Ультранадежная связь с малой задержкой UTRA Универсальный наземный радиодоступ UTRAN Сеть универсального наземного радиодоступа V2V Между транспортными средствами (автомобилями) V2X От автомобиля всем WLAN Локальная сеть радиосвязи

Похожие патенты RU2732897C1

название год авторы номер документа
ПОЛЬЗОВАТЕЛЬСКОЕ ОБОРУДОВАНИЕ И БАЗОВАЯ СТАНЦИЯ 2020
  • Бхамри, Анкит
  • Сузуки, Хидетоси
  • Шах, Рикин
  • Тао, Мин-Хун
  • Ли, Хунчао
  • Ямамото, Тецуя
RU2809557C2
ПОЛЬЗОВАТЕЛЬСКИЙ ТЕРМИНАЛ 2018
  • Такеда, Кадзуки
  • Нагата, Сатоси
  • Ван, Лихуэй
  • Хоу, Сяолинь
RU2776939C1
МОНИТОРИНГ ПРОСТРАНСТВ ПОИСКА 2018
  • Парквалль, Стефан
  • Коорапати, Хавиш
  • Ларссон, Даниель
RU2734025C1
СИСТЕМА СВЯЗИ, УСТРОЙСТВО ТЕРМИНАЛА СВЯЗИ И УЗЕЛ СВЯЗИ 2018
  • Мотидзуки, Мицуру
  • Симода, Тадахиро
  • Фукуи, Нориюки
  • Хасегава, Фумихиро
RU2792670C2
ТЕРМИНАЛ И СПОСОБ СВЯЗИ 2020
  • Сохэи
  • Нагата, Сатоси
RU2790324C1
СПОСОБЫ И УСТРОЙСТВА ДЛЯ ИСПОЛЬЗОВАНИЯ КОРОТКИХ ИНТЕРВАЛОВ ВРЕМЕНИ ПЕРЕДАЧИ В СЕТИ БЕСПРОВОДНОЙ СВЯЗИ 2017
  • Дудда, Торстен
  • Карлссон, Роберт
  • Фольке, Матс
  • Энбуске, Хенрик
  • Арсхад, Малик Вахай
  • Викстрём, Гюстав
RU2730168C1
СПОСОБ УСТАНОВЛЕНИЯ ПРИОРИТЕТОВ В ПРОЦЕССЕ ПРОИЗВОЛЬНОГО ДОСТУПА С ИСПОЛЬЗОВАНИЕМ КОДИРОВАНИЯ ПОСРЕДСТВОМ ПРЕАМБУЛ 2014
  • Чжоу, Чань
  • Булакджи, Омер
  • Айхингер, Йозеф
RU2676946C2
УСТРОЙСТВА И СПОСОБЫ АДАПТАЦИИ МЕЖСЛОТОВОГО ПЛАНИРОВАНИЯ 2020
  • Ли, Хунчао
  • Куан, Цуань
  • Тао, Мин-Хун
RU2822607C1
ПОЛЬЗОВАТЕЛЬСКИЙ ТЕРМИНАЛ И СПОСОБ РАДИОСВЯЗИ 2019
  • Такеда, Кадзуки
  • Сохэи
  • Нагата, Сатоси
  • Ван, Лихуэй
  • Хоу, Сяолинь
RU2784368C1
СТРУКТУРА КАНАЛА PUCCH ДЛЯ СМЕШАННОЙ НУМЕРОЛОГИИ 2017
  • Бальдемайр, Роберт
  • Дальман, Эрик
  • Парквалль, Стефан
  • Фарониус, Карола
RU2724632C1

Иллюстрации к изобретению RU 2 732 897 C1

Реферат патента 2020 года СПОСОБ ВЫКАЛЫВАНИЯ МИНИ-СЛОТА В ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ ПРИ ПЕРЕДАЧЕ СЛОТОВ

Изобретение относится к способу связи, осуществляемому узлом сети связи. Технический результат заключается в повышении эффективности совместного использования ресурсов восходящей линии. Способ содержит этапы, на которых: принимают от первого устройства беспроводной связи запрос планирования для планирования передачи данных первого типа в мини-слоте; определяют, что второе устройство беспроводной связи имеет ранее запланированную передачу данных второго типа, накладывающуюся на запрошенный мини-слот; передают, второму устройству беспроводной связи, первое управляющее сообщение, указывающее отменить передачу данных второго типа; и принимают, от первого устройства беспроводной связи, данные первого типа в указанном мини-слоте, при этом первое управляющее сообщение представляет собой сообщение с информацией управления нисходящей линией связи (DCI). 4 н. и 24 з.п. ф-лы, 11 ил.

Формула изобретения RU 2 732 897 C1

1. Способ связи, осуществляемый узлом сети связи, причем способ содержит этапы, на которых:

принимают, от первого устройства беспроводной связи, запрос планирования для планирования передачи данных первого типа в мини-слоте;

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

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

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

при этом первое управляющее сообщение представляет собой сообщение с информацией управления нисходящей линией связи (DCI).

2. Способ по п. 1, в котором первое управляющее сообщение дополнительно указывает грант на повторную передачу данных второго типа.

3. Способ по п. 1 или 2, дополнительно содержащий этап, на котором передают, первому устройству беспроводной связи, второе управляющее сообщение, указывающее, что на указанный мини-слот предоставлен грант на передачу данных первого типа.

4. Способ по любому из пп. 1-3, в котором ранее запланированная передача данных второго типа и запрошенный мини-слот накладываются друг на друга в пределах временного и/или частотного ресурса.

5. Способ по любому из пп. 1-4, в котором первое управляющее сообщение указывает отменить передачу данных второго типа в слоте, накладывающемся на запрошенный мини-слот.

6. Способ по любому из пп. 1-4, в котором первое управляющее сообщение указывает отменить передачу данных второго типа в мини-слоте, накладывающемся на запрошенный мини-слот.

7. Способ по любому из пп. 1-6, дополнительно содержащий этап, на котором определяют, что первое устройство беспроводной связи и второе устройство беспроводной связи представляют собой одно и то же устройство.

8. Способ по любому из пп. 1-7, дополнительно содержащий этап, на котором определяют, что данные первого типа обладают приоритетом для передачи перед данными второго типа.

9. Способ по любому из пп. 1-8, в котором данные первого типа представляют собой данные трафика в формате ультранадежной связи с малой задержкой (URLLC), а данные второго типа представляют собой данные трафика в формате улучшенного мобильного широкополосного доступа (eMBB).

10. Способ по любому из пп. 1-9, в котором принятый запрос планирования представляет собой сообщение запроса URLLC-SR.

11. Способ по любому из пп. 1-10, в котором запрос планирования принимают в первом мини-слоте.

12. Способ по любому из пп. 1-11, в котором данные первого типа принимают во втором мини-слоте.

13. Узел сети связи, содержащий схему, включающую в себя процессор и запоминающее устройство, причем запоминающее устройство содержит команды, при выполнении которых процессором узел сети связи выполнен с возможностью:

приема, от первого устройства беспроводной связи, запроса планирования для планирования передачи данных первого типа в мини-слоте;

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

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

приема, от первого устройства беспроводной связи, данных первого типа в мини-слоте,

при этом первое управляющее сообщение представляет собой сообщение с информацией управления нисходящей линией связи (DCI).

14. Узел сети связи по п. 13, в котором первое управляющее сообщение дополнительно указывает грант на повторную передачу данных второго типа.

15. Узел сети связи по п. 13 или 14, характеризующийся тем, что дополнительно выполнен с возможностью передачи, первому устройству беспроводной связи, второго управляющего сообщения, указывающего, что мини-слоту предоставлен грант на передачу данных первого типа.

16. Узел сети связи по любому из пп. 13-15, в котором ранее запланированная передача данных второго типа и запрошенный мини-слот накладываются друг на друга в пределах временного и/или частотного ресурса.

17. Узел сети связи по любому из пп. 13-16, в котором первое управляющее сообщение указывает отменить передачу данных второго типа в слоте, накладывающемся на запрошенный мини-слот.

18. Узел сети связи по любому из пп. 13-16, в котором первое управляющее сообщение указывает отменить передачу данных второго типа в мини-слоте, накладывающемся на запрошенный мини-слот.

19. Узел сети связи по любому из пп. 13-18, характеризующийся тем, что дополнительно выполнен с возможностью определения, что первое устройство беспроводной связи и второе устройство беспроводной связи представляют собой одно и то же устройство.

20. Узел сети связи по любому из пп. 13-19, характеризующийся тем, что дополнительно выполнен с возможностью определения, что данные первого типа обладают приоритетом для передачи перед данными второго типа.

21. Узел сети связи по любому из пп. 13-20, в котором данные первого типа представляют собой данные трафика в формате ультранадежной связи с малой задержкой (URLLC), а данные второго типа представляют собой данные трафика в формате улучшенного мобильного широкополосного доступа (eMBB).

22. Узел сети связи по любому из пп. 13-21, в котором принятый запрос планирования представляет собой сообщение запроса URLLC-SR.

23. Узел сети связи по любому из пп. 13-22, в котором указанный запрос планирования принимается в первом мини-слоте.

24. Узел сети связи по любому из пп. 13-23, в котором данные первого типа принимаются во втором мини-слоте.

25. Способ связи, осуществляемый вторым устройством беспроводной связи, причем способ содержит этапы, на которых:

принимают управляющее сообщение, указывающее отменить передачу данных в мини-слоте;

идентифицируют ранее запланированную передачу слота, накладывающуюся на указанный мини-слот; и

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

при этом управляющее сообщение представляет собой сообщение с информацией управления нисходящей линией связи (DCI).

26. Способ по п. 25, в котором управляющее сообщение дополнительно указывает грант на повторную передачу отмененной передачи данных.

27. Второе устройство беспроводной связи, содержащее схему, включающую в себя процессор и запоминающее устройство, причем запоминающее устройство содержит команды, при выполнении которых процессором второе устройство беспроводной связи выполнено с возможностью:

приема управляющего сообщения, указывающего отменить передачу данных в мини-слоте;

идентификации ранее запланированной передачи слота, накладывающейся на мини-слот; и

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

при этом управляющее сообщение представляет собой сообщение с информацией управления нисходящей линией связи (DCI).

28. Второе устройство беспроводной связи по п. 27, в котором управляющее сообщение дополнительно указывает грант на повторную передачу отмененной передачи данных.

Документы, цитированные в отчете о поиске Патент 2020 года RU2732897C1

Устройство для закрепления лыж на раме мотоциклов и велосипедов взамен переднего колеса 1924
  • Шапошников Н.П.
SU2015A1
Устройство для закрепления лыж на раме мотоциклов и велосипедов взамен переднего колеса 1924
  • Шапошников Н.П.
SU2015A1
NTT DOCOMO ET AL, "On co-existence of eMBB and URLLC", 3GPP TSG RAN WG1 Meeting #86, R1-167391, 21.08.2016, [найдено 30.03.2020], найдено в Интернет по адресу URL: https://www.3gpp.org/FTP/tsg_ran/WG1_RL1/TSGR1_86/Docs/R1-167391.zip,
INTEL CORPORATION, "Uplink Multiplexing of eMBB

RU 2 732 897 C1

Авторы

Чжоу, Чжэньхуа

Викстрём, Густав

Фрёберг Олсон, Йонас

Даты

2020-09-24Публикация

2018-02-06Подача