СПОСОБЫ ИДЕНТИФИКАЦИИ РЕСУРСОВ ФИЗИЧЕСКОГО КАНАЛА УПРАВЛЕНИЯ НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ НОВОЙ РАДИОСЕТИ, КОТОРЫЙ БЫЛ ВЫСВОБОЖДЕН ДЛЯ ПРИОРИТЕТНОГО ИСПОЛЬЗОВАНИЯ СВЯЗЬЮ С ПОВЫШЕННОЙ НАДЕЖНОСТЬЮ И МАЛЫМ ВРЕМЕНЕМ ЗАДЕРЖКИ Российский патент 2022 года по МПК H04L1/00 

Настоящая заявка испрашивает преимущество предварительной заявки на патент США № 62/615,825, поданной 10 января 2018 г. и предварительной заявки на патент США № 62/715,940, поданной 8 августа 2018 г., содержание которых включено в настоящий документ путем ссылки.

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

В новой радиосети (NR) для беспроводных систем пятого поколения (5G) структура и формат физического канала управления нисходящей линии связи (PDCCH) используют два режима передачи блоков с перемежением и блоков без перемежения, известных как пакеты групп ресурсных элементов (REG). Каждый пакет REG состоит из множества REG по времени и/или частоте для совместной оценки канала. Для беспроводных систем 5G также определены передачи на основе интервалов и не на основе интервалов, а также различные оценки отслеживания для PDCCH.

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

Описаны способы и системы для обнаружения физического канала управления нисходящей линии связи (PDCCH) усовершенствованной массовой широкополосной сети мобильной связи (eMBB) при наличии пользователей системы связи с повышенной надежностью и малым временем задержки (URLLC). Модуль беспроводной передачи/приема (WTRU) eMBB может принимать конфигурацию набора ресурсов управления (CORESET) eMBB для CORESET, включая индикатор приоритетного высвобождения PDCCH. Если приоритетное высвобождение PDCCH разрешено на основе индикатора приоритетного высвобождения PDCCH, модуль WTRU eMBB может идентифицировать и удалять приоритетно высвобожденные группы ресурсных элементов (REG) в CORESET eMBB путем сравнения оценок канала для каждого пакета REG в CORESET eMBB. WTRU может выполнять оценку канала на основе остальных групп REG в CORESET eMBB и обнаруживать PDCCH посредством выполнения слепого декодирования на основе принятого сигнала по остальным REG в CORESET eMBB. Если приоритетное высвобождение PDCCH не разрешено, WTRU может выполнять оценку канала для каждого пакета REG в CORESET eMBB и обнаруживать PDCCH посредством выполнения слепого декодирования на основе принятого сигнала на всех REG в CORESET eMBB.

Краткое описание графических материалов

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

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

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

На фиг. 1C представлена схема системы, иллюстрирующая пример сети радиодоступа (RAN) и пример опорной сети (CN), которые могут быть использованы в системе связи, показанной на фиг. 1A, в соответствии с вариантом осуществления.

На фиг. 1D представлена схема системы, иллюстрирующая дополнительный пример RAN и дополнительный пример CN, которые могут быть использованы в системе связи, показанной на фиг. 1A, в соответствии с вариантом осуществления.

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

На фиг. 3 представлена блок-схема примера способа частичного приоритетного высвобождения PDCCH для eMBB при наличии PDCCH для URLLC.

На фиг. 4 представлена другая схема планирования примера способа планирования для частичного приоритетного высвобождения PDCCH для модулей WTRU eMBB при наличии PDCCH для модулей WTRU URLLC.

На фиг. 5 представлена схема планирования примера способа планирования для полного приоритетного высвобождения PDCCH для модулей WTRU eMBB при наложении на PDCCH для модулей WTRU URLLC.

На фиг. 6 представлена схема планирования примера способа передачи одной и той же информации управления (DCI) нисходящей линии связи по двум кандидатам PDCCH из двух различных наборов пространств поиска на одном и том же наборе ресурсов управления (CORESET); и

на фиг. 7 представлена блок-схема примера порядка действий WTRU для повторения PDCCH посредством пространств поиска с множественным CORESET вместе с мягкой комбинацией для слепого обнаружения.

Подробное описание

На фиг. 1A представлена схема, иллюстрирующая пример системы 100 связи, в которой могут быть реализованы один или более описанных вариантов осуществления. Система 100 связи может представлять собой систему множественного доступа, от которой множество пользователей беспроводной связи получают содержимое, такое как голосовая информация, данные, видео, обмен сообщениями, широковещание и т.п. Система 100 связи может быть выполнена с возможностью предоставления множеству пользователей беспроводной связи доступа к такому содержимому посредством совместного использования системных ресурсов, включая ширину полосы пропускания беспроводного соединения. Например, в системах 100 связи может быть использован один или более способов доступа к каналу, таких как множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с временным разделением каналов (TDMA), множественный доступ с частотным разделением каналов (FDMA), множественный доступ с ортогональным частотным разделением каналов (OFDMA), FDMA с одной несущей (SC-FDMA), расширенное OFDM с безызбыточным расширенным дискретным преобразованием Фурье (DFT) с синхропакетом (ZT UW DTS-s OFDM), OFDM с синхропакетом (UW-OFDM), OFDM с фильтрацией ресурсного блока, блок фильтров со множеством несущих (FBMC) и т.п.

Как показано на фиг. 1A, система 100 связи может включать в себя модули 102a, 102b, 102c, 102d беспроводной передачи/приема (WTRU), RAN 104/113, CN 106/115, коммутируемую телефонную сеть 108 общего пользования (PSTN), сеть Интернет 110 и другие сети 112, хотя следует понимать, что описанные варианты осуществления предполагают возможность применения любого количества WTRU, базовых станций, сетей и/или элементов сети. Каждый из модулей WTRU 102a, 102b, 102c, 102d может представлять собой устройство любого типа, выполненное с возможностью функционирования и/или взаимодействия в среде беспроводной связи. Например, модули WTRU 102a, 102b, 102c, 102d, любой из которых может называться станцией и/или STA, могут быть выполнены с возможностью передачи и/или приема радиосигналов и могут включать в себя оборудование пользователя (UE), мобильную станцию, стационарный или мобильный абонентский модуль, абонентский модуль, пейджер, сотовый телефон, карманный персональный компьютер (PDA), смартфон, ноутбук, нетбук, персональный компьютер, беспроводной датчик, точку доступа или устройство Mi-Fi, устройство Интернета физических объектов (IoT), часы или другие носимые устройства, устанавливаемый на голове дисплей (HMD), транспортное средство, беспилотный радиоуправляемый летательный аппарат, медицинское устройство и приложения (например, применяемые в дистанционной хирургии), промышленное устройство и приложения (например, роботизированные и/или другие беспроводные устройства, работающие в условиях промышленной и/или автоматизированной технологической цепочки), устройство, относящееся к бытовой электронике, устройство, работающее в коммерческой и/или промышленной беспроводной сети, и т.п. Любой из модулей WTRU 102a, 102b, 102c и 102d можно взаимозаменяемо называть UE.

Системы 100 связи могут также включать в себя базовую станцию 114a и/или базовую станцию 114b. Каждая из базовых станций 114a, 114b может представлять собой устройство любого типа, выполненное с возможностью беспроводного взаимодействия с по меньшей мере одним из WTRU 102a, 102b, 102c, 102d для облегчения доступа к одной или более сетям связи, таким как CN 106/115, сеть Интернет 110 и/или другие сети 112. В качестве примера базовые станции 114a, 114b могут представлять собой базовые приемопередающие станции (BTS), станции Node-B, станции eNode B, станции Home Node B, станции Home eNode B, базовую станцию следующего поколения (gNB), NodeB на основании NR, контроллер пункта связи, точку доступа (AP), беспроводной маршрутизатор и т.п. Хотя каждая из базовых станций 114a, 114b показана как отдельный элемент, следует понимать, что базовые станции 114a, 114b могут включать в себя любое количество взаимно соединенных базовых станций и/или элементов сети.

Базовая станция 114a может быть частью RAN 104/113, которая может также включать в себя другие базовые станции и/или элементы сети (не показаны), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), ретрансляционные узлы и т.п. Базовая станция 114a и/или базовая станция 114b могут быть выполнены с возможностью передачи и/или приема радиосигналов на одной или более частотах несущих, которые могут называться сотой (не показана). Эти частоты могут относиться к лицензированному спектру, нелицензированному спектру или к комбинации лицензированного и нелицензированного спектров. Сота может обеспечивать покрытие для беспроводного сервиса в конкретной географической зоне, которая может быть относительно фиксированной или которая может изменяться с течением времени. Сота может быть дополнительно разделена на секторы соты. Например, сота, связанная с базовой станцией 114a, может быть разделена на три сектора. Таким образом, в одном варианте осуществления базовая станция 114a может включать в себя три приемопередатчика, т. е. по одному для каждого сектора соты. В варианте осуществления в базовой станции 114a может быть использована технология «множественного входа — множественного выхода» (MIMO) и может быть задействовано множество приемопередатчиков для каждого сектора соты. Например, для передачи и/или приема сигналов в требуемых пространственных направлениях можно использовать формирование лучей.

Базовые станции 114a, 114b могут обмениваться данными с одним или более из WTRU 102a, 102b, 102c, 102d посредством радиоинтерфейса 116, который может представлять собой любую подходящую систему беспроводной связи (например, для передачи сигналов в радиочастотном (РЧ), микроволновом спектре, спектре сантиметровых волн, спектре микрометровых волн, инфракрасном (ИК), ультрафиолетовом (УФ) спектре, спектре видимого света и т. д.). Радиоинтерфейс 116 может быть установлен с использованием любой подходящей технологии радиодоступа (RAT).

Более конкретно, как указано выше, система 100 связи может представлять собой систему множественного доступа, и в ней может быть использована одна или более схем доступа к каналу, например CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т.п. Например, в базовой станции 114a в RAN 104/113 и модулях WTRU 102a, 102b, 102c может быть реализована технология радиосвязи, такая как универсальный наземный доступ (UTRA) для универсальной системы мобильной связи (UMTS), в которой может быть установлен радиоинтерфейс 115/116/117 с использованием широкополосного CDMA (WCDMA). Технология широкополосного множественного доступа с кодовым разделением каналов (WCDMA) может включать в себя протоколы связи, такие как высокоскоростной пакетный доступ (HSPA) и/или усовершенствованный HSPA (HSPA+). HSPA может включать в себя высокоскоростной пакетный доступ по нисходящей (DL) линии связи (HSDPA) и/или высокоскоростной пакетный доступ по восходящей (UL) линии связи (HSUPA).

В варианте осуществления в базовой станции 114a и модулях WTRU 102a, 102b, 102c может быть реализована такая технология радиосвязи, как сеть наземного радиодоступа UMTS последующего поколения (E-UTRA), которая может устанавливать радиоинтерфейс 116 с использованием стандарта долгосрочного развития сетей связи (LTE), и/или LTE-Advanced (LTE-A), и/или LTE-Advanced Pro (LTE-A Pro).

В варианте осуществления базовая станция 114a и WTRU 102a, 102b, 102c могут реализовывать такую технологию радиосвязи, как новая технология радиодоступа (NR Radio Access), которая может устанавливать радиоинтерфейс 116 с использованием технологии New Radio (NR).

В варианте осуществления в базовой станции 114a и модулях WTRU 102a, 102b, 102c может быть реализовано множество технологий радиодоступа. Например, в совокупности базовой станции 114a и модулей WTRU 102a, 102b, 102c может быть реализован радиодоступ LTE и радиодоступ NR, например, с помощью принципов двусторонней связи (DC). Таким образом, радиоинтерфейс, используемый WTRU 102a, 102b, 102c, может характеризоваться применением множества типов технологий радиодоступа и/или передачами, отправляемыми на базовые станции / с базовых станций, относящихся к множеству типов (например, eNB и gNB).

В других вариантах осуществления базовая станция 114a и WTRU 102a, 102b, 102c могут реализовывать технологии радиосвязи, такие как IEEE 802.11 (т. е. Wireless Fidelity (WiFi)), IEEE 802.16 (т. е. глобальная совместимость для микроволнового доступа (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, временный стандарт 2000 (IS-2000), временный стандарт 95 (IS-95), временный стандарт 856 (IS-856), глобальная система мобильной связи (GSM), развитие стандарта GSM с увеличенной скоростью передачи данных (EDGE), GSM EDGE (GERAN) и т.п.

Базовая станция 114b, показанная на фиг. 1A, может представлять собой, например, беспроводной маршрутизатор, станцию Home Node B, станцию Home eNode B или точку доступа, и в ней может быть использована любая подходящая RAT для облегчения беспроводной связи в локализованной зоне, такой как коммерческое предприятие, жилое помещение, транспортное средство, учебное заведение, промышленный объект, воздушный коридор (например, для использования беспилотными летательными аппаратами), проезжая часть и т.п. В одном варианте осуществления в базовой станции 114b и модулях WTRU 102c, 102d может быть реализована технология радиосвязи, такая как IEEE 802.11, для создания беспроводной локальной сети (WLAN). В варианте осуществления в базовой станции 114b и модулях WTRU 102c, 102d может быть реализована технология радиосвязи, такая как IEEE 802.15, для создания беспроводной персональной сети (WPAN). В еще одном варианте осуществления в базовой станции 114b и модулях WTRU 102c, 102d может быть использована RAT на основании сот (например, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR и т. д.) для создания пикосоты или фемтосоты. Как показано на фиг. 1A, базовая станция 114b может иметь прямое соединение с сетью Интернет 110. Таким образом, для базовой станции 114b может не требоваться доступ к сети Интернет 110 посредством CN 106/115.

RAN 104/113 может обмениваться данными с CN 106/115, которая может представлять собой сеть любого типа, выполненную с возможностью предоставления услуг передачи голосовой информации, данных, приложений и/или голосовой связи по протоколу (VoIP) Интернета одному или более из модулей WTRU 102a, 102b, 102c, 102d. К данным могут быть предъявлены различные требования по качеству обслуживания (QoS), например различные требования по производительности, требования к задержке, требования к отказоустойчивости, требования к надежности, требования к скорости передачи данных, требования к мобильности и т.п. В сети CN 106/115 может быть предоставлено управление вызовами, услуги биллинга, услуги мобильной связи на основании местоположения, предварительно оплаченные вызовы, возможность связи с сетью Интернет, распределение видеосигналов и т.п. и/или выполнены функции высокоуровневой защиты, такие как аутентификация пользователей. Хотя на фиг. 1A это не показано, следует понимать, что RAN 104/113 и/или CN 106/115 могут прямо или косвенно осуществлять связь с другими RAN, которые используют такую же RAT, что и RAN 104/113, или другую RAT. Например, в дополнение к соединению с RAN 104/113, в которой может быть использована технология радиосвязи NR, CN 106/115 может также осуществлять связь с другой RAN (не показана), использующей технологию радиосвязи GSM, UMTS, CDMA 2000, WiMAX, E-UTRA или WiFi.

CN 106/115 может также выступать в качестве шлюза для модулей WTRU 102a, 102b, 102c, 102d для обеспечения доступа к сети PSTN 108, сети Интернет 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые предоставляют традиционные услуги телефонной связи (POTS). Интернет 110 может включать в себя глобальную систему взаимно соединенных компьютерных сетей и устройств, которые используют распространенные протоколы связи, такие как протокол управления передачей (TCP), протокол пользовательских дейтаграмм (UDP) и/или протокол Интернета (IP) в наборе протоколов Интернета TCP/IP. Сети 112 могут включать в себя проводные и/или беспроводные сети связи, которые принадлежат другим поставщикам услуг и/или предоставлены ими для использования. Например, сети 112 могут включать в себя другую CN, соединенную с одной или более RAN, в которых может быть использована такая же RAT, как и RAN 104/113, или другая RAT.

Некоторые или все WTRU 102a, 102b, 102c, 102d в системе 100 связи могут включать в себя многорежимные возможности (например, WTRU 102a, 102b, 102c, 102d могут включать в себя множество приемопередатчиков для взаимодействия с различными беспроводными сетями по различным беспроводным линиям связи). Например, WTRU 102c, показанный на фиг. 1A, может быть выполнен с возможностью обмена данными с базовой станцией 114a, которая может использовать технологию радиосвязи на основе сот, а также с базовой станцией 114b, которая может использовать технологию радиосвязи IEEE 802.

На фиг. 1B представлена схема системы, иллюстрирующая пример WTRU 102. Как показано на фиг. 1B, WTRU 102 может включать в себя, помимо прочего, процессор 118, приемопередатчик 120, передающий/приемный элемент 122, динамик/микрофон 124, клавиатуру 126, дисплей/сенсорную панель 128, несъемное запоминающее устройство 130, съемное запоминающее устройство 132, источник 134 питания, набор 136 микросхем глобальной системы определения местоположения (GPS) и/или другие периферийные устройства 138. Следует понимать, что WTRU 102 может включать в себя любую подкомбинацию вышеперечисленных элементов и при этом все еще соответствовать варианту осуществления.

Процессор 118 может представлять собой процессор общего назначения, процессор специального назначения, традиционный процессор, цифровой сигнальный процессор (DSP), множество микропроцессоров, один или более микропроцессоров, связанных с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), схемы программируемых пользователем вентильных матриц (FPGA), интегральную микросхему (IC) любого другого типа, конечный автомат и т.п. Процессор 118 может выполнять кодирование сигналов, обработку данных, управление мощностью, обработку ввода/вывода и/или любые другие функциональные возможности, с помощью которых WTRU 102 работает в среде беспроводной связи. Процессор 118 может быть соединен с приемопередатчиком 120, который может быть соединен с передающим/приемным элементом 122. Хотя на фиг. 1B процессор 118 и приемопередатчик 120 показаны в виде отдельных компонентов, следует понимать, что процессор 118 и приемопередатчик 120 могут быть совместно встроены в электронный блок или микросхему.

Передающий/приемный элемент 122 может быть выполнен с возможностью передачи сигналов на базовую станцию (например, базовую станцию 114a) по радиоинтерфейсу 116 или приема сигналов от нее. Например, в одном варианте осуществления передающий/приемный элемент 122 может представлять собой антенну, выполненную с возможностью передачи и/или приема РЧ-сигналов. В варианте осуществления передающий/приемный элемент 122 может представлять собой излучатель/детектор, выполненный с возможностью передачи и/или приема, например, сигналов в ИК-спектре, УФ-спектре или спектре видимого света. В еще одном варианте осуществления передающий/приемный элемент 122 может быть выполнен с возможностью передачи и/или приема сигналов как в РЧ-спектре, так и в спектре видимого света. Следует понимать, что передающий/приемный элемент 122 может быть выполнен с возможностью передачи и/или приема любой комбинации радиосигналов.

Хотя на фиг. 1B передающий/приемный элемент 122 показан в виде одного элемента, WTRU 102 может включать в себя любое количество передающих/приемных элементов 122. Более конкретно, в WTRU 102 может быть использована технология MIMO. Таким образом, в одном варианте осуществления WTRU 102 может включать в себя два или более передающих/приемных элементов 122 (например, множество антенн) для передачи и приема радиосигналов по радиоинтерфейсу 116.

Приемопередатчик 120 может быть выполнен с возможностью модуляции сигналов, которые подлежат передаче посредством передающего/приемного элемента 122, а также демодуляции сигналов, которые принимают посредством передающего/приемного элемента 122. Как указано выше, WTRU 102 может иметь многорежимные возможности. Таким образом, приемопередатчик 120 может включать в себя множество приемопередатчиков, с помощью которых WTRU 102 получает возможность взаимодействия посредством множества RAT, таких как, например, NR и IEEE 802.11.

Процессор 118 WTRU 102 может быть соединен с динамиком/микрофоном 124, клавиатурой 126 и/или дисплеем/сенсорной панелью 128 (например, жидкокристаллическим дисплеем (LCD) или дисплеем на органических светодиодах (OLED)) и может принимать от них данные, вводимые пользователем. Процессор 118 может также выводить пользовательские данные на динамик/микрофон 124, клавиатуру 126 и/или дисплей/сенсорную панель 128. Кроме того, процессор 118 может иметь доступ к информации с любого подходящего запоминающего устройства, такого как несъемное запоминающее устройство 130 и/или съемное запоминающее устройство 132, и хранить на нем данные. Несъемное запоминающее устройство 130 может включать в себя оперативное запоминающее устройство (ОЗУ), постоянное запоминающее устройство (ПЗУ), жесткий диск или запоминающее устройство любого другого типа. Съемное запоминающее устройство 132 может включать в себя карту модуля идентификации абонента (SIM), карту памяти, безопасную цифровую карту памяти (SD) и т.п. В других вариантах осуществления процессор 118 может осуществлять доступ к информации с запоминающего устройства, которое физически не размещено в WTRU 102, например на сервере или домашнем компьютере (не показано), и хранить на нем данные.

Процессор 118 может принимать питание от источника 134 питания и может быть выполнен с возможностью управления питанием и/или распределения питания на другие компоненты в WTRU 102. Источник 134 питания может представлять собой любое подходящее устройство для подачи питания на WTRU 102. Например, источник 134 питания может включать в себя одну или более сухих батарей (например, никель-кадмиевых (NiCd), никель-цинковых (NiZn), никель-металл-гидридных (NiMH), литий-ионных (Li-ion) и т.п.), солнечных элементов, топливных элементов и т.п.

Процессор 118 может также быть соединен с набором микросхем GPS 136, который может быть выполнен с возможностью предоставления информации о местоположении (например, долготы и широты) относительно текущего местоположения WTRU 102. Дополнительно или вместо информации от набора микросхем GPS 136 WTRU 102 может принимать информацию о местоположении по радиоинтерфейсу 116 от базовой станции (например, от базовых станций 114a, 114b) и/или определять местоположение на основании синхронизации сигналов, принимаемых от двух или более соседних базовых станций. Следует понимать, что WTRU 102 может получать информацию о местоположении посредством любого подходящего способа определения местоположения и при этом все еще соответствовать варианту осуществления.

Процессор 118 может быть дополнительно соединен с другими периферийными устройствами 138, которые могут включать в себя один или более программных и/или аппаратных модулей, в которых предусмотрены дополнительные признаки, функциональные возможности и/или возможности по установлению проводной или беспроводной связи. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для фото- и видеосъемки), порт универсальной последовательной шины (USB), вибрационное устройство, телевизионный приемопередатчик, беспроводную гарнитуру, модуль Bluetooth®, радиомодуль с частотной модуляцией (FM), цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль устройства для воспроизведения видеоигр, Интернет-браузер, устройство виртуальной реальности и/или дополненной реальности (VR/AR), трекер активности и т.п. Периферийные устройства 138 могут включать в себя один или более датчиков, причем датчики могут представлять собой один или более из гироскопа, акселерометра, датчика Холла, магнитометра, датчика ориентации, датчика приближения, датчика температуры, датчика времени; датчика географического положения; высотомера, датчика освещенности, датчика касания, магнитометра, барометра, датчика жеста, биометрического датчика и/или датчика влажности.

WTRU 102 может включать в себя полнодуплексное радиоустройство, в котором передача и прием некоторых или всех сигналов (например, связанных с конкретными подкадрами) как для UL (например, для передачи), так и для нисходящей линии связи (например, для приема) могут быть осуществлены совместно и/или одновременно. Полнодуплексное радиоустройство может включать в себя блок управления помехами 139 для снижения уровня и/или по существу устранения собственных помех с помощью любого аппаратного обеспечения (например, дросселя) или обработки сигнала с помощью процессора (например, отдельного процессора (не показан) или процессора 118). В варианте осуществления WTRU 102 может включать в себя полудуплексное радиоустройство для передачи и приема некоторых или всех сигналов (например, связанных с конкретными подкадрами) для UL (например, для передачи) или для нисходящей линии связи (например, для приема).

На фиг. 1C представлена схема системы, иллюстрирующая RAN 104 и CN 106 в соответствии с вариантом осуществления. Как отмечено выше, RAN 104 может использовать технологию радиосвязи E-UTRA для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 может также обмениваться данными с CN 106.

RAN 104 может включать в себя eNode-B 160a, 160b, 160c, хотя следует понимать, что сеть RAN 104 может включать в себя любое количество станций eNode-B и при этом все еще соответствовать варианту осуществления. Каждая eNode-B 160a, 160b, 160c может включать в себя один или более приемопередатчиков для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления eNode B 160a, 160b, 160c могут реализовывать технологию MIMO. Таким образом, в eNode-B 160a может, например, быть использовано множество антенн для передачи радиосигналов на WTRU 102a и/или приема от него радиосигналов.

Каждая eNode-B 160a, 160b, 160c может быть связана с конкретной сотой (не показано) и может быть выполнена с возможностью принятия решений относительно управления радиоресурсами, решений относительно передачи обслуживания, диспетчеризации пользователей в UL и/или DL и т.п. Как показано на фиг. 1C, eNode-B 160a, 160b, 160c могут обмениваться данными друг с другом посредством интерфейса X2.

CN 106, показанная на фиг. 1C, может включать в себя объект 162 управления мобильностью (MME), обслуживающий шлюз (SGW) 164 и шлюз 166 (или PGW) сети с пакетной передачей данных (PDN). Хотя каждый из вышеперечисленных элементов показан как часть CN 106, следует понимать, что любой из этих элементов может принадлежать субъекту, отличному от оператора CN, и/или может быть предоставленным им для использования.

MME 162 может быть подключен к каждой eNode-B 162a, 162b, 162c в RAN 104 посредством интерфейса S1 и может выступать в качестве узла управления. Например, MME 162 может отвечать за аутентификацию пользователей WTRU 102a, 102b, 102c, активацию/деактивацию канала, выбор конкретного обслуживающего шлюза во время начального соединения WTRU 102a, 102b, 102c и т.п. MME 162 может обеспечивать функцию плоскости управления для переключения между RAN 104 и другими RAN (не показано), которые используют другие технологии радиосвязи, такие как GSM и/или WCDMA.

SGW 164 может быть подключен к каждой станции eNode B 160a, 160b, 160c в RAN 104 посредством интерфейса S1. SGW 164 может по существу направлять и пересылать пакеты пользовательских данных на WTRU 102a, 102b, 102c и от них. SGW 164 может выполнять другие функции, например привязку плоскостей пользователя во время передачи обслуживания между базовыми станциями eNode B, инициирование пейджинга, когда данные DL доступны для WTRU 102a, 102b, 102c, управление и хранение контекста WTRU 102a, 102b, 102c и т.п.

SGW 164 может быть подключен к PGW 166, который может предоставлять WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как сеть Интернет 110, для облегчения обмена данными между WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP.

CN 106 может облегчать обмен данными с другими сетями. Например, CN 106 может обеспечивать модули WTRU 102a, 102b, 102c доступом к сетям с коммутацией каналов, например PSTN 108, для облегчения связи между WTRU 102a, 102b, 102c и традиционными устройствами связи наземной линии связи. Например, CN 106 может включать в себя IP-шлюз (например, сервер мультимедийной IP-подсистемы (IMS)), который выступает в качестве интерфейса между CN 106 и PSTN 108, или может обмениваться данными с ним. Кроме того, CN 106 может предоставлять WTRU 102a, 102b, 102c доступ к другим сетям 112, которые могут включать в себя другие проводные и/или беспроводные сети, которые принадлежат другим поставщикам услуг и/или предоставлены ими для использования.

Хотя WTRU описан на фиг. 1A–1D как беспроводной терминал, предполагается, что в определенных типовых вариантах осуществления с таким терминалом может быть использован (например, временно или постоянно) проводной интерфейс связи с сетью связи.

В типовых вариантах осуществления другая сеть 112 может представлять собой WLAN.

WLAN в режиме базового набора служб (BSS) инфраструктуры может иметь точку доступа (АР) для BSS и одну или более станций (STA), связанных с АР. АР может иметь доступ к системе распределения (DS) или интерфейс с ней или же осуществлять связь по проводной/беспроводной сети другого типа, которая переносит трафик в BSS и/или вне BSS. Трафик на STA, образованный вне BSS, может поступать через AP и может быть доставлен на STA. Трафик, исходящий от STA к получателям вне BSS, может быть отправлен на АР для доставки соответствующим получателям. Трафик между STA в пределах BSS может быть отправлен через АР, например, если STA-источник может отправлять трафик на АР, а АР может доставлять трафик STA-получателю. Трафик между STA в пределах BSS можно рассматривать и/или упоминать в качестве однорангового трафика. Одноранговый трафик может быть передан между (например, непосредственно между) STA-источником и STA-получателем при установлении прямой линии связи (DLS). В определенных типовых вариантах осуществления DLS может использовать DLS 802.11e или туннелированное DLS 802.11z (TDLS). WLAN с использованием независимого BSS (IBSS) режима может не иметь АР, а STA (например, все STA) в пределах или с использованием IBSS могут осуществлять связь непосредственно друг с другом. В настоящем документе режим IBSS иногда может упоминаться как режим связи с прямым соединением.

При использовании режима работы инфраструктуры 802.11ac или аналогичного режима работы AP может передавать маяк посредством фиксированного канала, такого как первичный канал. Первичный канал может иметь фиксированную ширину (например, ширину полосы пропускания 20 МГц) или ширину, динамически установленную с помощью сигнализации. Первичный канал может представлять собой рабочий канал BSS и может быть использован STA для установления соединения с АР. В определенных типовых вариантах осуществления может быть реализован множественный доступ с контролем несущей и предотвращением коллизий (CSMA/CA), например в системах 802.11. STA (например, каждая STA), включая АР, могут обнаруживать первичный канал для CSMA/CA. При распознавании/обнаружении и/или определении занятости первичного канала конкретной STA эта конкретная STA может отключаться. Одна STA (например, только одна станция) может осуществлять передачу в любой конкретный момент времени в данном BSS.

Для осуществления связи STA с высокой пропускной способностью (HT) могут использовать канал шириной 40 МГц, например путем объединения первичного канала 20 МГц со смежным или несмежным каналом 20 МГц с образованием канала шириной 40 МГц.

STA со сверхвысокой пропускной способностью (VHT) могут поддерживать каналы шириной 20 МГц, 40 МГц, 80 МГц и/или 160 МГц. Каналы 40 МГц и/или 80 МГц могут быть образованы путем объединения сплошных каналов 20 МГц. Канал 160 МГц может быть образован путем объединения 8 сплошных каналов 20 МГц или путем объединения двух несплошных каналов 80 МГц, которые могут называться конфигурацией 80 + 80. Для конфигурации 80 + 80 данные после кодирования канала могут проходить через анализатор сегментов, который может разделять данные на два потока. Обработку в виде обратного быстрого преобразования Фурье (IFFT) и обработку во временной области можно выполнять отдельно для каждого потока. Указанные потоки могут быть сопоставлены с двумя каналами 80 МГц, а данные могут быть переданы передающей STA. В приемнике принимающей STA вышеописанная операция для конфигурации 80 + 80 может быть инвертирована, а объединенные данные могут быть отправлены на устройство управления доступом к среде передачи данных (MAC).

802.11af и 802.11ah поддерживают подрежимы работы 1 ГГц. Значения ширины полосы пропускания канала и несущие уменьшены в 802.11af и 802.11ah по сравнению с используемыми в 802.11n и 802.11ac. 802.11af поддерживает значения ширины полосы пропускания 5 МГц, 10 МГц и 20 МГц в неиспользуемом частотном спектре телевидения (TVWS), а 802.11ah поддерживает значения ширины полосы пропускания 1 МГц, 2 МГц, 4 МГц, 8 МГц и 16 МГц с использованием спектра, отличного от TVWS. Согласно типовому варианту осуществления 802.11ah может поддерживать управление с измерением / межмашинные связи, например устройства межмашинной связи (MTC) в макрозоне покрытия. Устройства MTC могут обладать определенными возможностями, например ограниченными возможностями, включая поддержку (например, поддержку только) определенных и/или ограниченных значений ширины полосы пропускания. Устройства МТС могут включать в себя батарею, имеющую срок службы батареи, превышающий пороговое значение (например, для обеспечения очень длительного срока службы батареи).

Системы WLAN, которые могут поддерживать множество каналов и значений ширины полосы пропускания канала, такие как 802.11n, 802.11ac, 802.11af и 802.11ah, включают в себя канал, который может быть назначен в качестве первичного канала. Первичный канал может иметь ширину полосы пропускания, равную наибольшей общей рабочей ширине полосы пропускания, поддерживаемой всеми STA в BSS. Ширина полосы пропускания первичного канала может быть установлена и/или ограничена STA из числа всех STA, работающих в BSS, которая поддерживает режим работы с наименьшей шириной полосы пропускания. В примере 802.11ah первичный канал может иметь ширину 1 МГц для STA (например, устройств типа MTC), которые поддерживают (например, поддерживают только) режим 1 МГц, даже если AP и другие STA в BSS поддерживают 2 МГц, 4 МГц, 8 МГц, 16 МГц и/или режимы работы с другими значениями ширины полосы пропускания канала. Параметры обнаружения несущей и/или вектора выделения сети (NAV) могут зависеть от состояния первичного канала. Если первичный канал занят, например, из-за STA (которая поддерживает только режим работы 1 МГц), осуществляющей передачу на AP, все доступные полосы частот могут считаться занятыми, даже если большинство полос частот остаются незанятыми и могут быть доступными.

В Соединенных Штатах доступные полосы частот, которые могут быть использованы 802.11ah, находятся в диапазоне от 902 МГц до 928 МГц. Доступные полосы частот в Корее — от 917,5 МГц до 923,5 МГц. Доступные полосы частот в Японии — от 916,5 МГц до 927,5 МГц. Общая ширина полосы пропускания, доступная для 802.11ah, составляет от 6 МГц до 26 МГц в зависимости от кода страны.

На фиг. 1D представлена схема системы, иллюстрирующая RAN 113 и CN 115 в соответствии с вариантом осуществления. Как отмечено выше, RAN 113 может использовать технологию радиосвязи NR для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 113 может также обмениваться данными с CN 115.

RAN 113 может включать в себя gNB 180a, 180b, 180c, хотя следует понимать, что сеть RAN 113 может включать в себя любое количество станций gNB и при этом все еще соответствовать варианту осуществления. Каждая gNB 180a, 180b, 180c может включать в себя один или более приемопередатчиков для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления gNB 180a, 180b, 180c могут реализовывать технологию MIMO. Например, gNB 180a, 108b могут использовать формирование лучей для передачи сигналов и/или приема сигналов от gNB 180a, 180b, 180c. Таким образом, gNB 180a, например, может использовать множество антенн для передачи радиосигналов на WTRU 102a и/или приема от него радиосигналов. В варианте осуществления gNB 180a, 180b, 180c могут реализовывать технологию агрегирования несущих. Например, gNB 180a может передавать на WTRU 102a множество несущих составляющих (не показаны). Подмножество этих несущих составляющих может относиться к нелицензированному спектру, тогда как остальные несущие составляющие могут относиться к лицензированному спектру. В варианте осуществления gNB 180a, 180b, 180c могут реализовывать технологию многоточечного согласования (CoMP). Например, WTRU 102a может принимать согласованные передачи от gNB 180a и gNB 180b (и/или gNB 180c).

WTRU 102a, 102b, 102c могут осуществлять связь с gNB 180a, 180b, 180c с использованием передач, связанных с масштабируемой численной величиной. Например, разнос символов OFDM и/или разнос поднесущих OFDM может быть различным для разных передач, разных сот и/или разных участков спектра беспроводной передачи. WTRU 102a, 102b, 102c могут осуществлять связь с gNB 180a, 180b, 180c с использованием подкадра или временных интервалов передачи (TTI) с различной или масштабируемой длительностью (например, содержащих различное количество символов OFDM и/или имеющих постоянные различные длительности абсолютного значения времени).

gNB 180a, 180b, 180c могут быть выполнены с возможностью обмена данными с WTRU 102a, 102b, 102c в автономной конфигурации и/или в неавтономной конфигурации. В автономной конфигурации WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c без одновременного доступа к другим RAN (например, таким как eNode-B 160a, 160b, 160c). В автономной конфигурации WTRU 102a, 102b, 102c могут использовать одну или более gNB 180a, 180b, 180c в качестве опорной точки для мобильности. В автономной конфигурации WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c с использованием сигналов в нелицензированной полосе. В неавтономной конфигурации WTRU 102a, 102b, 102c могут обмениваться данными/устанавливать соединение с gNB 180a, 180b, 180c, одновременно обмениваясь данными/устанавливая соединение с другой RAN, такой как eNode-B 160a, 160b, 160c. Например, WTRU 102a, 102b, 102c могут реализовывать принципы двойного соединения (DC) для по существу одновременного обмена данными с одной или более gNB 180a, 180b, 180c и одной или более eNode-B 160a, 160b, 160c. В неавтономной конфигурации eNode-B 160a, 160b, 160c могут выступать в качестве опорной точки для мобильности для WTRU 102a, 102b, 102c, а gNB 180a, 180b, 180c могут обеспечивать дополнительное покрытие и/или пропускную способность для обслуживания WTRU 102a, 102b, 102с.

Каждая из gNB 180a, 180b, 180c может быть связана с конкретной сотой (не показано) и может быть выполнена с возможностью принятия решений относительно управления радиоресурсом, решений относительно передачи обслуживания, диспетчеризации пользователей в UL и/или DL, поддержки сегментирования сети, двусторонней связи, взаимодействия между NR и E-UTRA, маршрутизации данных плоскости пользователя в функциональный блок 184a, 184b плоскости пользователя (UPF), маршрутизации информации плоскости управления в функциональный блок 182a, 182b управления доступом и мобильностью (AMF) и т.п. Как показано на фиг. 1D, gNB 180a, 180b, 180c могут обмениваться данными друг с другом посредством интерфейса Xn.

CN 115, показанная на фиг. 1D, может включать в себя по меньшей мере один AMF 182a, 182b, по меньшей мере один UPF 184a, 184b, по меньшей мере одну функцию 183a, 183b управления сеансом (SMF) и, возможно, сеть 185a, 185b передачи данных (DN). Хотя каждый из вышеперечисленных элементов показан как часть CN 115, следует понимать, что любой из этих элементов может принадлежать субъекту, отличному от оператора CN, и/или может быть предоставленным им для использования.

AMF 182a, 182b может быть подключен к одной или более gNB 180a, 180b, 180c в RAN 113 по интерфейсу N2 и может выступать в качестве узла управления. Например, AMF 182a, 182b может отвечать за аутентификацию пользователей WTRU 102a, 102b, 102c, поддержку сегментирования сети (например, обработку различных сеансов блока данных протокола (PDU) с различными требованиями), выбор конкретного SMF 183a, 183b, управление зоной регистрации, прекращение сигнализации NAS, управление мобильностью и т.п. Сегментирование сети может быть использовано в AMF 182a, 182b при настройке поддержки CN для WTRU 102a, 102b, 102c на основании типов сервисов, используемых WTRU 102a, 102b, 102c. Например, различные сетевые срезы могут быть установлены для разных вариантов использования, например, службы, основанные на связи повышенной надежности с низкой латентностью (URLLC), службы, основанные на доступе к усовершенствованной массовой широкополосной сети мобильной связи (eMBB), службы для доступа к межмашинной связи (MTC) и/или т.п. AMF 162 может обеспечивать функцию плоскости управления для переключения между RAN 113 и другими RAN (не показаны), которые используют другие технологии радиосвязи, такие как LTE, LTE-A, LTE-A Pro, и/или технологии доступа, отличные от 3GPP, например WiFi.

SMF 183a, 183b может быть подключен к AMF 182a, 182b в CN 115 по интерфейсу N11. SMF 183a, 183b может также быть подключен к UPF 184a, 184b в CN 115 по интерфейсу N4. SMF 183a, 183b может выбирать UPF 184a, 184b и управлять им, а также конфигурировать маршрутизацию трафика с помощью UPF 184a, 184b. SMF 183a, 183b может выполнять другие функции, такие как управление IP-адресом UE и его выделение, управление сеансами PDU, управление реализацией политики и QoS, предоставление уведомлений о данных нисходящей линии связи и т.п. Тип сеанса PDU может быть основан на IP, не основан на IP, основан на Ethernet и т.п.

UPF 184a, 184b могут быть присоединены к одной или более gNB 180a, 180b, 180c в RAN 113 посредством интерфейса N3, который может предоставлять WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как сеть Интернет 110, для облегчения обмена данными между WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP. UPF 184, 184b может выполнять другие функции, такие как маршрутизация и передача пакетов, применение политик в плоскости пользователя, поддержка многоканальных сеансов PDU, обработка QoS в плоскости пользователя, буферизация пакетов нисходящей линии связи, привязка для обеспечения мобильности и т.п.

CN 115 может облегчать обмен данными с другими сетями. Например, CN 115 может включать в себя IP-шлюз (например, сервер мультимедийной IP-подсистемы (IMS)), который выступает в качестве интерфейса между CN 115 и PSTN 108, или может обмениваться данными с ним. Кроме того, с помощью CN 115 модули WTRU 102a, 102b, 102c могут получать доступ к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которые принадлежат другим поставщикам услуг и/или предоставлены ими для использования. В одном варианте осуществления WTRU 102a, 102b, 102c могут быть подключены к локальной сети передачи данных (DN) 185a, 185b через UPF 184a, 184b посредством интерфейса N3 к UPF 184a, 184b и интерфейса N6 между UPF 184a, 184b и DN 185a, 185b.

С учетом фиг. 1A–1D и соответствующих описаний фиг. 1A–1D одна или более или все из функций, описанных в настоящем документе в связи с одним или более из: WTRU 102a–d, базовой станции 114а–b, eNode-B 160a–c, MME 162, SGW 164, PGW 166, gNB 180a–c, AMF 182a–b, UPF 184a–b, SMF 183a–b, DN 185a–b и/или любого (-ых) другого (-их) устройства (устройств), описанного (-ых) в настоящем документе, могут быть реализованы одним или более устройствами эмуляции (не показаны). Устройства эмуляции могут представлять собой одно или более устройств, выполненных с возможностью эмуляции одной или более функций или всех функций, описанных в настоящем документе. Например, устройства эмуляции могут быть применены для испытания других устройств и/или для моделирования функций сети и/или WTRU.

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

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

В настоящем документе термины WTRU, UE и «пользователь» могут использоваться взаимозаменяемо.

В NR для беспроводных систем 5G системы связи с повышенной надежностью и малым временем задержки (URLLC) нуждаются в механизмах, повышающих надежность канала управления (например, PDCCH), например, путем снижения частоты появления ошибок по блокам (BER) и снижения вероятности блокирования.

Для целей настоящего документа опорный символ может включать в себя символ (например, который может быть выражен в виде комплексного числа), который является фиксированным и известным и используется в качестве пилотного символа. Опорный сигнал может включать в себя сигнал временной области, генерируемый при обработке опорных символов. Например, в OFDM опорные символы могут представлять собой комплексные числа, вводимые в блок n-точечного обратного дискретного преобразования Фурье (IDFT), а опорный сигнал может представлять собой выходной сигнал блока IDFT. Информация управления (DCI) нисходящей линии связи может включать в себя набор битов, передаваемых по PDCCH, несущих информацию управления для WTRU (пользователя) или группы WTRU (пользователей).

Ресурсный элемент (RE) может включать в себя один символ OFDM на одной поднесущей. Группа ресурсных элементов (REG) может включать в себя группу ресурсных элементов RE, используемых в качестве компоновочных блоков элемента канала управления (CCE), который назначает ресурсные элементы модулю WTRU. Пакеты REG представляют собой группы REG, которые являются смежными по времени или частоте и сгруппированы вместе с одинаковыми связанными прекодерами. NR-REG, NR-CCE и NR-PDCCH могут использоваться для обозначения REG, CCE и PDCCH для NR в беспроводных системах 5G.

В NR 5G группа может представлять собой наименьший компоновочный блок для PDCCH. Например, каждая REG может состоять из 12 RE на один символ OFDM во времени и одного ресурсного блока (RB) по частоте. В каждой REG для информации управления можно использовать 9 RE, а для опорных сигналов демодуляции (DMRS) можно использовать 3 RE. Множество REG (например, 2, 3 или 6), смежных по времени или частоте, могут образовывать пакет REG, используемый с одним и тем же прекодером, с DMRS, которые используются совместно для оценки канала. 6 REG (например, в формате из 1, 2 или 3 пакетов REG) могут формировать один CCE для PDCCH. Каждый PDCCH может состоять из одного или множества CCE (например, из 1, 2, 4, 8 и/или 16 CCE), а количество CCE для PDCCH может называться уровнем агрегирования (AL) PDCCH.

Сопоставление пакетов REG может включать следующие режимы: режим перемежения и режим без перемежения. При сопоставлении без перемежения последовательные пакеты REG (т. е. смежные по частоте) образуют CCE, а элементы CCE, смежные по частоте, формируют PDCCH. При сопоставлении с перемежением REG перемежаются (или переставляются) перед сопоставлением с CCE, что может приводить к появлению некоторых (или всех) несмежных пакетов REG в одном CCE и некоторых (или всех) несмежных CCC в одном PDCCH.

Набор ресурсов управления (CORESET) может быть сконфигурирован посредством его частотного назначения (например, частями по 6 RB), продолжительности по времени (1–3 символа OFDM), типа пакета REG и типа сопоставления из пакетов REG с CCE (например, с перемежением или без перемежения). Например, в каждой части ширины полосы (BWP) может быть до 3 CORESET (12 CORESET во всех 4 возможных частях ширины полосы).

Модулю WTRU может быть назначен набор кандидатов PDCCH для отслеживания во время слепого обнаружения PDCCH, который называется пространством поиска или набором пространств поиска (например, для множества AL). Каждый набор пространств поиска может быть сконфигурирован с помощью соответствующего CORESET, числа кандидатов для каждого AL и событий отслеживания. События отслеживания могут определяться периодичностью отслеживания (например, в пересчете на интервалы), смещением отслеживания и шаблоном отслеживания (14 битов, соответствующих всем возможным шаблонам символов внутри интервала).

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

Для снижения вероятности блокирования PDCCH модулей WTRU URLLC модули WTRU URLLC могут получать более высокий приоритет по сравнению с PDCCH модулей WTRU eMBB. В одном примере при планировании PDCCH различных WTRU на основе их пространств поиска gNB может сначала запланировать PDCCH для модулей WTRU URLLC. Затем gNB может запланировать PDCCH для модулей WTRU eMBB путем удаления кандидатов PDCCH, которые уже полностью или частично используются для модулей WTRU URLLC, из пространств поиска, соответствующих активным WTRU eMBB. Предоставление возможности приоритетного высвобождения PDCCH eMBB может уменьшать или устранять блокирование и повышать надежность PDCCH для модулей WTRU URLLC с использованием больше числа ресурсов.

Примеры способов можно использовать для частичного приоритетного высвобождения PDCCH для модулей WTRU eMBB при наличии PDCCH для модулей WTRU URLLC. Для PDCCH модулей WTRU eMBB и PDCCH модулей WTRU URLLC можно назначать два разных перекрывающихся CORESET соответственно. Различные перекрывающиеся CORESET могут иметь различные типы пакетов REG и/или режимы передачи (т. е. с перемежением и без перемежения). Для уменьшения задержки для модулей WTRU URLLC назначенный CORESET для PDCCH модулей WTRU URLLC может быть выделен на первом символе OFDM интервала, а CORESET, назначенный для PDCCH модулей WTRU eMBB, может быть многосимвольным. При планировании кандидата PDCCH в CORESET URLLC передача PDCCH eMBB может быть приоритетно прервана на группах REG, совместно используемых с передаваемым PDCCH URLLC. Когда на совместно используемых REG происходит приоритетное высвобождение, можно использовать согласования скорости передачи для согласования скорости кодирования канала PDCCH eMBB на основе остальных доступных групп REG PDCCH. На фиг. 2 представлена схема планирования примера способа 200 планирования для частичного приоритетного высвобождения PDCCH для модулей WTRU eMBB при наличии PDCCH для модулей WTRU URLLC. PDCCH 204 планируется для модулей WTRU URLLC на первом символе 201 OFDM и частично приоритетно прерывает передачу PDCCH 210 на двухсимвольном CORESET 206 (по символам 201 и 202) для модулей WTRU eMBB. Данные 208 могут передаваться после передачи PDCCH 204 и 210.

В приемнике WTRU eMBB может обнаруживать приоритетно высвобожденные REG кандидата PDCCH путем сравнения оценок канала из DMRS одного пакета REG. Например, когда объединение REG выполняется по времени для CORESET eMBB, а CORESET URLLC покрывает только первый символ интервала, в случае, если WTRU eMBB обнаруживает большое несоответствие между оценкой канала для REG на первом символе и оценкой канала для других REG этого пакета REG, модуль WTRU eMBB может предполагать, что REG на первом символе используется WTRU URLLC, и может идентифицировать ее как приоритетно высвобожденную REG. Модуль WTRU eMBB может удалять приоритетно высвобожденные REG из набора REG, которые используются для оценки канала (и обнаружения PDCCH), и может завершать процедуру оценки канала путем совместной оценки канала остальных REG для каждого пакета REG. Модуль WTRU eMBB может выполнять слепое декодирование на остальных REG на основе оценки канала и принятого сигнала и применять согласование скорости передачи, связанное с количеством остальных REG.

На основании количества остальных REG в каждом пакете REG качество оценки канала и, следовательно, качество программных решений для принятых закодированных битов на основе этих REG может быть разным. Таким образом, WTRU eMBB может использовать информацию об удаленных REG из каждого пакета (и соответствующую информацию, такую как число DMRS, используемых для оценки канала для пакета REG) для процесса декодирования. Например, число DMRS, используемых для оценки канала, может влиять на качество оценки канала, и это можно принимать во внимание при вычислении логарифмического отношения правдоподобия (LLR) принятых закодированных битов в процессе декодирования (т. е. в качестве мягких решений в процессе декодирования).

После декодирования, аналогично обычному слепому обнаружению PDCCH, модуль WTRU eMBB может выполнять проверку циклического кода с избыточностью (CRC), чтобы определять, правильны ли декодированные данные и связан ли он с временным идентификатором радиосети (RNTI) eMBB. Указание на необходимость процедуры слепого обнаружения (т. е. наличие возможного наложения PDCCH URLLC на часть CORESET eMBB) и/или дополнительных параметров, которые могут быть полезны в процедуре слепого обнаружения, может быть включено или не включено в конфигурацию CORESET eMBB, как предоставлено уровнем управления радиоресурсом (RRC) gNB. Дополнительные параметры могут включать в себя такую информацию, как перекрывающаяся область ресурса (например, выраженная в пересчете на индекс символа OFDM и блоки RB, например, со степенью детализации 6 RB, которая используется для частотной конфигурации наборов CORESET в 5G NR) и/или режим передачи перекрывающегося CORESET URLLC. Если указание на необходимость процедуры слепого обнаружения не включено в конфигурацию CORESET, полученную от gNB, модуль WTRU может неявно получать перекрывающиеся части наборов CORESET на основании некоторых предварительно заданных шаблонов. Например, если модуль WTRU eMBB сконфигурирован с относительно широкополосным CORESET на первом символе OFDM (например, с односимвольным CORESET с шириной как часть ширины полосы) и многосимвольным CORESET (например, многосимвольным CORESET, занимающим значительно меньше части ширины полосы), который перекрывается с односимвольным CORESET, WTRU eMBB может предполагать, что группы REG на первом символе OFDM приоритетно высвобождены согласно априори известному шаблону. Этот способ может быть полезен, когда CORESET URLLC является односимвольным, а CORESET eMBB — многосимвольным, и он может применяться, когда оба CORESET охватывают один (одни) и тот (те) же символ (-ы), но с разными режимами передачи (например, один с перемежением и один без перемежения).

На фиг. 3 представлена блок-схема примера способа 300 частичного приоритетного высвобождения PDCCH для eMBB при наличии PDCCH для URLLC. Пример способа 300 может выполняться модулем WTRU пользователя eMBB. Например, пример способа 300 может выполняться, когда CORESET URLLC является односимвольным, а CORESET eMBB — многосимвольным. На этапе 302 модуль WTRU eMBB может получать конфигурацию CORESET для параметров CORESET eMBB и пространства поиска (например, посредством сигнализации RRC). Конфигурация CORESET может включать в себя параметр указания приоритетного высвобождения (индикатор приоритетного высвобождения PDCCH). На этапе 304 модуль WTRU eMBB может определять, включает ли конфигурация CORESET eMBB указание на возможное (частичное) приоритетное высвобождение (т. е. указание на то, что приоритетное высвобождение PDCCH разрешено). Если индикатор приоритетного высвобождения не используется, модуль WTRU eMBB может неявно получать перекрывающиеся части наборов CORESET для определения возможности приоритетного высвобождения, как описано выше. Если обнаруживается указание на возможное приоритетное высвобождение, на этапе 306 модуль WTRU eMBB может проверять каждый пакет REG и проверять согласованность оценки канала для определения приоритетно высвобожденных REG. На этапе 308 модуль WTRU eMBB может удалять приоритетно высвобожденные REG из набора REG, которые используются для оценки канала пакета REG (и обнаружения PDCCH), и выполнять оценку канала на основе (например, DMRS) остальных REG каждого пакета REG. На этапе 310 модуль WTRU eMBB может обнаруживать PDCCH с выполнением слепого декодирования на основе принятого сигнала на остальных REG каждого пакета REG (и с избеганием приоритетно высвобожденных REG) и выполнением согласования скорости передачи, связанного с количеством остальных REG в каждом пакете REG. На этапе 312 модуль WTRU eMBB может проверять CRC данных, декодированных из остальных REG, для обнаружения ошибок и может принимать PDCCH (например, определять, предназначен ли PDCCH для WTRU eMBB, путем проверки идентификатора RNTI и т.п.). Если указание на возможное частичное приоритетное высвобождение не обнаружено, на этапе 314 модуль WTRU eMBB может выполнять совместную оценку канала для каждого пакета REG. На этапе 316 eMBB может выполнять слепое декодирование кандидатов PDCCH с использованием всех REG каждого кандидата PDCCH. На этапе 318 модуль WTRU eMBB может проверять CRC данных, декодированных из всех REG, для обнаружения ошибок и может принимать PDCCH (например, определять, предназначен ли PDCCH для WTRU eMBB, путем проверки RNTI и т.п.).

Примеры способов можно использовать для полного приоритетного высвобождения PDCCH для WTRU eMBB при наложении на PDCCH для WTRU URLLC. В одном примере проект планирования PDCCH для модулей WTRU eMBB может выполняться независимо от планирования PDCCH для модулей WTRU URLLC. Передача запланированного PDCCH для WTRU eMBB может быть приоритетно прервана, когда для PDCCH модуля WTRU URLLC необходим кандидат PDCCH eMBB или когда кандидат PDCCH eMBB накладывается на PDCCH, предусмотренный для URLLC. Этот способ полного приоритетного высвобождения PDCCH пользователей eMBB может приводить к большой вероятности блокирования для модулей WTRU eMBB. Во избежание больших вероятностей блокирования небольшое количество дополнительных резервных кандидатов PDCCH на одном и том же CORESET или на другом CORESET может быть назначено для отслеживания модулями WTRU eMBB, когда WTRU eMBB не может найти и декодировать свой предполагаемый PDCCH в своем пространстве поиска по умолчанию.

На фиг. 4 представлена другая схема планирования примера способа 400 планирования для частичного приоритетного высвобождения PDCCH для WTRU eMBB при наличии PDCCH для WTRU URLLC. CORESET 404 URLLC (для модулей WTRU URLLC для поиска PDCCH) занимает символ 401 OFDM (охватывающий все частоты), а CORESET 406 eMBB (для модулей WTRU eMBB для поиска PDCCH) занимает подмножество частот в пределах символов 401 и 402 OFDM, тем самым частично накладываясь на CORESET 504 URLLC на определенных несущих частотах символа 401 OFDM. В соответствии с примером на фиг. 4 множество пакетов 408 REG для PDCCH URLLC запланированы в символе 401 OFDM, а в символах 401 и 402 OFDM запланировано множество пакетов 410 REG, так что PDCCH eMBB приоритетно высвобождается на REG 412 каналом PDCCH URLLC из-за наложения CORESET. Данные могут передаваться (например, физический совместно используемый канал для передачи данных по нисходящей линии связи (PDSCH) 414) после передачи PDCCH на символах 401 и 402 OFDM.

На фиг. 5 представлена схема планирования примера способа 500 планирования для полного приоритетного высвобождения PDCCH для WTRU eMBB при наложении на PDCCH для модулей WTRU URLLC. Как показано на фиг. 5, большой или основной CORESET 504 для модулей WTRU eMBB и URLLC может быть сконфигурирован на первом символе 501 OFDM интервала (например, символ 0, если они пронумерованы от нуля), и малый (резервный) CORESET 506 может быть сконфигурирован на втором (и/или третьем) символе 502 OFDM интервала, содержащего небольшое количество кандидатов PDCCH для модулей WTRU eMBB, в случае, когда их предполагаемый PDCCH приоритетно высвобождается на основном CORESET 504. Например, структура меньшего CORESET 506, который содержит резервные кандидаты PDCCH, а также число и размер (уровень агрегирования) этих резервных кандидатов PDCCH, могут быть сконфигурированы с помощью RRC. Местоположение резервных кандидатов PDCCH с различными уровнями агрегирования внутри резервного CORESET 506 может быть фиксированным или полученным с помощью функции хеширования, определенной для пространств поиска. Все активные WTRU eMBB могут иметь одно и то же пространство поиска внутри резервного CORESET 506, или их соответствующие пространства поиска могут быть разными. Данные 508 могут передаваться после передачи каналов PDCCH в CORESET 504 и/или 506.

Способы приоритетного высвобождения PDCCH модулей WTRU eMBB, описанные в настоящем документе, могут не влиять на поведение модулей WTRU URLLC и могут влиять на поведение модулей WTRU eMBB. Например, WTRU eMBB может быть явно или неявно сконфигурирован gNB (например, с помощью сигнализации RRC), чтобы выполнять только слепое декодирование своих кандидатов PDCCH в резервном CORESET или в резервном пространстве поиска, если слепое декодирование его кандидатов PDCCH в основном CORESET или в основном наборе пространств поиска не удается. Неявная конфигурация поведения WTRU eMBB для резервного CORESET может быть выполнена во время конфигурации CORESET путем включения указания на запасной статус резервного CORESET и/или индекса основного CORESET, связанного с резервным CORESET.

Способы можно использовать для передачи DCI URLLC по множеству каналов PDCCH посредством gNB и соответствующие способы приема WTRU URLLC для повышения надежности передачи DCI для модулей WTRU URLLC. В одном примере надежность передачи DCI для URLLC можно повысить путем добавления избыточности в PDCCH для пользователя URLLC. Например, одна и та же DCI может передаваться по двум или более PDCCH для WTRU URLLC, или общая избыточность для множества DCI, предназначенных для WTRU URLLC, может передаваться посредством gNB.

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

В одном примере одну и ту же DCI можно передавать по двум или более кандидатам PDCCH одного и того же пространства поиска. В этом примере два или более кандидатов PDCCH (с одним или разными уровнями агрегирования) могут одновременно использоваться gNB для передачи одной DCI на WTRU (например, WTRU URLLC). Число или максимальное количество одновременных PDCCH, запланированных для WTRU, могут быть указаны в конфигурации пространства поиска WTRU (например, с использованием сигнализации RRC) и/или могут указываться в конфигурации CORESET для всех связанных модулей WTRU.

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

В том случае, когда уровни агрегирования множества PDCCH одинаковы, между кандидатами наборов пространств поиска может существовать соответствие «один к одному», как показано на фиг. 6. На фиг. 6 представлена схема планирования примера способа 600 для передачи одной и той же DCI по двум кандидатам PDCCH, пакетам 606 REG и пакетам 608 REG двух различных наборов пространств 601 и 602 поиска соответственно на одном и том же CORESET 604. В этом случае планирование соответствующих кандидатов, пакетов 606 REG и пакетов 608 REG в различных наборах пространств 601 и 602 поиска соответственно может быть связано друг с другом (т. е. соответствующие кандидаты могут планироваться одновременно), и это соответствие может прямо или косвенно указываться в конфигурации RRC набора CORESET 604 и/или наборов пространств 601 и 602 поиска. Это соответствие может помогать WTRU упрощать слепое обнаружение PDCCH, принятого на пакетах 606 и 608 REG. В примере, показанном на фиг. 6, каждый из двух или более наборов пространств 601 и 602 поиска находится на одном символе OFDM соответственно внутри многосимвольного CORESET 604 и может быть связан с разными лучами.

В приведенном выше примере соответствие «один к одному» между кандидатами PDCCH двух или более разных наборов пространств поиска может быть реализовано с использованием одного и того же RNTI и одного и того же набора уровней агрегирования и количества кандидатов для каждого уровня агрегирования в качестве параметров для функций хеширования двух или более наборов пространств поиска. Если наборы уровней агрегирования и число кандидатов каждого уровня агрегирования для двух или более наборов пространств поиска одинаковы, соответствие «один к одному» может быть основано на индексе кандидатов для каждого уровня агрегирования. Кроме того, правило для соответствия «один к одному» может быть предварительно определено или сконфигурировано gNB (например, с помощью сигнализации RRC). Это соответствие «один к одному» между кандидатами PDCCH двух или более разных наборов пространств поиска может находиться внутри одного CORESET или между двумя или более разными наборами пространств поиска из разных наборов CORESET и/или разными случаями отслеживания.

В приемнике модуль WTRU может выполнять слепой поиск для всех наборов пространств поиска, предназначенных для DCI, независимо путем проверки RNTI посредством проверки CRC для каждого кандидата PDCCH в отдельности. В одном примере, если имеется соответствие «один к одному» между кандидатами PDCCH двух или более разных наборов пространств поиска, модуль WTRU может сначала выполнять оценку канала отдельно для каждого из кандидатов PDCCH, а затем может добавлять принятые символы соответствующих кандидатов PDCCH вместе или объединять информацию о программном декодировании соответствующих кандидатов PDCCH и далее выполнять декодирование и проверку CRC для соответствующих кандидатов PDCCH вместе. Этот способ объединения информации о мягком декодировании можно использовать, если набор битов, передаваемых по соответствующим PDCCH, является одинаковым, что характерно для случая, когда DCI является одинаковой для соответствующего PDCCH, а канальное кодирование и CRC являются одинаковыми для соответствующего PDCCH.

В другом примере одну и ту же DCI можно передавать по двум или более PDCCH на различных CORESET. В этом случае одну и ту же DCI можно передавать по двум или более PDCCH на различных CORESET для WTRU. Указание на возможные избыточные передачи может быть включено в конфигурацию CORESET или конфигурацию пространств поиска (например, посредством сигнализации RRC) или физического широковещательного канала (PBCH). Множество CORESET, содержащих множество PDCCH, передающих одну и ту же DCI, могут находиться в одной или в разных BWP.

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

В случае передачи одной и той же DCI по множеству PDCCH одного и того же CORESET модуль WTRU может предполагать, что порт антенны DMRS, связанный с множеством PDCCH, является квазисовмещенным в отношении задержки распространения, доплеровского разброса, доплеровского сдвига, средней задержки и/или параметров пространственного приема (Rx). В случае множества PDCCH, переданных на разных CORESET, модуль WTRU может не предполагать, что порт антенны DMRS, связанный с множеством PDCCH, является квазисовмещенным в отношении задержки распространения, доплеровского разброса, доплеровского сдвига, средней задержки и/или пространственных параметров Rx. В последнем случае WTRU может выполнять оценку канала на каждом PDCCH по отдельности.

В случае, если WTRU принимает одну и ту же DCI по множеству PDCCH (например, одно и то же предоставление нисходящей линии связи и/или предоставление восходящей линии связи), WTRU может отслеживать набор кандидатов PDCCH в пределах одного и того же или множества пространств поиска. Если CRC скремблировали с помощью RNTI соты (C-RNTI) и проверяли для одного из кандидатов PDCCH, модуль WTRU может продолжать отслеживание других кандидатов PDCCH с CRC, скремблированным идентичным специфичным для WTRU идентификатором C-RNTI. В этом сценарии WTRU может использовать обнаруженные DCI на множестве PDCCH с идентичными C RNTI для повышения надежности обнаружения канала управления. В случае передачи одной и той же DCI на множестве PDCH модуль WTRU может принимать один PDCCH в общем пространстве поиска и другой PDCCH в специфичном для WTRU пространстве поиска, даже в том случае, если CRC для множества PDCCH скремблируется идентичным специфичным для WTRU идентификатором C-RNTI.

В другом примере повторение PDCCH может быть реализовано с помощью пространств поиска с множественным CORESET. Например, для облегчения планирования и слепого обнаружения повторной DCI модуль WTRU может быть сконфигурирован с пространством поиска, которое связано с множеством CORESET. Пространство поиска может быть сконфигурировано полустатически посредством сигнализации более высокого уровня (например, RRC) с помощью набора параметров, таких как связанный CORESET. В одном примере способа множество CORESET могут быть связаны с одним пространством поиска (или одним набором пространств поиска), а каждый индекс соответствующей функции хеширования может быть связан с множеством кандидатов PDCCH (например, с одним из каждого CORESET). Связанные кандидаты PDCCH (на разных CORESET) могут использоваться для повторения одной и той же информации управления (DCI). В приемнике WTRU может выполнять слепое обнаружение своего PDCCH, сначала с объединением связанных кандидатов PDCCH из разных CORESET (на основе своего пространства поиска или набора пространств поиска), а затем с декодированием связанных кандидатов PDCCH и выполнением проверки CRC. В одном примере WTRU может выполнять декодирование каждого кандидата PDCCH по отдельности (и проверять CRC каждого кандидата по отдельности). Декодирование по отдельности соответствующих кандидатов PDCCH может обеспечивать повышенную надежность за счет множества попыток.

При повторении PDCCH через пространства поиска с множественным CORESET связанное с CORESET битовое поле конфигурации пространства поиска может указывать комбинацию наборов CORESET (например, вместо одного CORESET). Примером указания комбинации CORESET является использование 12 битов для указания связи подмножества сконфигурированных CORESET с пространством поиска (или набором пространств поиска), например, вместо текущего параметра ControlResourceSetId (или CORESET-ID) в 5G NR. Сопоставление связанных с CORESET битов в конфигурации пространства поиска с подмножеством наборов CORESET может быть предварительно определено в стандартных спецификациях в виде таблицы или может быть указано как включение/исключение i-го CORESET с использованием 0 или 1 в качестве i-го битового индекса (i от 0 до 11) в связанном с CORESET битовом поле конфигурации пространства поиска.

В другом примере неопределенные случаи CORESET ID могут использоваться для определения комбинаций множественных CORESET. Например, если определено не более 12 CORESET (0–11) и 4 бита используются для указания ControlResourceSetId (или CORESET-ID) в конфигурации пространства поиска, последние четыре значения (12–15) можно использовать для указания пары CORESET, как показано в таблице 1.

ControlResourceSetID Связанные CORESET или пары CORESET 0 0 1 1 2 2 3 3 4 4 5 5 6 6 7 7 8 8 9 9 10 10 11 11 12 1, 2 13 1, 4 14 1, 7 15 1, 10

Таблица 1. Пример параметра ControlResourceSetID, включающего варианты множественного CORESET для конфигурации пространства поиска

На фиг. 7 представлена блок-схема примера порядка 700 действий WTRU для повторения PDCCH посредством пространств поиска с множественным CORESET вместе с мягкой комбинацией для слепого обнаружения. После приема конфигурации 702 пространства поиска (SS) (например, посредством RRC или другой сигнализации более высокого уровня) WTRU может определять на этапе 704, является ли сконфигурированное пространство поиска пространством с одиночным CORESET или с множественным CORESET. Например, WTRU может выполнять определение на основе бита принятого флага (индикатора) (например, принятого в конфигурации пространства поиска) или неявно на основе количества связанных с CORESET битов в конфигурации пространства поиска (например, по умолчанию может использоваться пространство поиска с одиночным CORESET).

Если WTRU идентифицирует пространство поиска с множественным CORESET, на этапе 706 WTRU может определять связанные CORESET на основе связанных с CORESET битов конфигурации пространства поиска и предварительно заданного сопоставления (например, на основе стандартных спецификаций). На этапе 708 модуль WTRU может определять соответствующие пары (или кортежи) кандидатов PDCCH, которые, как предполагается, должны нести одну и ту же DCI (одну на каждом CORESET), путем определения наборов кандидатов PDCCH, связанных с каждым CORESET, и соответствия «один к одному» среди кандидатов PDCCH в этих наборах. Для слепого обнаружения на этапе 710 модуль WTRU может выполнять оценку канала для каждого пакета REG из кандидатов PDCCH по отдельности. На этапе 712 модуль WTRU может выполнять слепое обнаружение для каждой соответствующей пары (или кортежа) кандидатов PDCCH путем объединения символов (или программного декодирования информации из этих символов) кандидатов PDCCH, относящихся к паре (или кортежам), и декодирования каждой пары (или кортежа) и проверки CRC.

Если WTRU идентифицирует пространство поиска с одиночным CORESET, на этапе 714 модуль WTRU может определять связанный CORESET посредством связанного с CORESET бита, сохраненного в конфигурации SS. На этапе 716 модуль WTRU может определять набор кандидатов PDCCH по каждому случаю отслеживания на основе параметров конфигурации SS. На этапе 718 модуль WTRU может выполнять слепое обнаружение путем выполнения оценки канала, декодирования каждого кандидата PDCCH и проверки CRC.

Общую избыточность можно использовать для множества DCI, предназначенных для WTRU URLLC. Как описано в примерах выше, множество DCI могут быть предназначены для одного и того же WTRU, соответствующего множеству потоков или уровней данных. В этом случае в дополнение к повторению каждой DCI по множеству PDCH или в альтернативном варианте осуществления можно достичь повышенной надежности посредством избыточности за счет использования общей избыточности для множества DCI. Для обеспечения общей избыточности с повышением надежности можно использовать схемы сетевого кодирования. Например, если две DCI A и B имеют одинаковый размер и DCI A отправляется по первому PDCCH на WTRU, а DCI B отправляется на WTRU по второму PDCCH, то DCI + DCI B (например, суммируемые с помощью операции XOR) можно передавать по третьему PDCCH на тот же WTRU для повышения надежности.

Правила отбрасывания могут быть выполнены с возможностью удовлетворения ограничений на слепое декодирование модулем WTRU. В стандарте 5G NR, как и в стандарте LTE, для WTRU могут быть приняты ограничения на максимальное число операций слепого декодирования во временном интервале. Для ограничения сложности оценки канала модулями WTRU количество элементов CCE, охватываемых кандидатами PDCCH, которые WTRU может слепо декодировать в интервале, может быть ограничено. Из-за присущей случайности функций хеширования, которые задают наборы пространств поиска для WTRU, количество охватываемых CCE (или количество CCE в зоне обслуживания наборов пространств поиска для этого WTRU) может быть переменным. Наличие различных типов PDCCH с разными возможными скоростями отслеживания может приводить к колебаниям количества кандидатов PDCCH, подлежащих слепому декодированию. Следовательно, ограничение параметров для наборов пространств поиска таким образом, что количество операций слепого декодирования и количество охватываемых CCE остаются в соответствующем диапазоне для всех условий, может быть недопустимым.

В примере параметры пространства поиска можно подобрать таким образом, чтобы ограничения на количество кандидатов и количество охватываемых CCE удовлетворялись с высокой вероятностью. Для случаев с низкой вероятностью, превышающих установленные пределы, правила могут быть установлены таким образом, чтобы отбрасывать некоторые кандидаты PDCCH из процесса слепого декодирования для соответствия жестким ограничениям. Правила отбрасывания могут быть основаны на ряде факторов и переменных. Например, правила отбрасывания могут быть фиксированными правилами, которые задаются технической спецификацией и/или полустатическими правилами, сконфигурированными с помощью сигнализации более высокого уровня (например, RRC). Правила отбрасывания могут быть основаны на иерархии приоритетов для различных типов PDCCH, случаев отслеживания и/или других параметров. Правила для отбрасывания кандидата PDCCH из слепого декодирования могут быть основаны на уровне агрегирования кандидата PDCCH (например, имеющего самый низкий приоритет по сравнению с другими кандидатами PDCCH). Правила отбрасывания и соответствующий порядок приоритетов могут быть основаны на комбинации различных свойств, таких как описанные выше свойства. Модуль WTRU и/или gNB могут иметь информацию о правилах отбрасывания для предотвращения выполнения модулем WTRU слепого поиска на отброшенном кандидате PDCCH и/или gNB для планирования отброшенного кандидата PDCCH. В примере можно использовать фиксированный набор правил отбрасывания и/или можно использовать множество наборов правил отбрасывания, так что один набор правил отбрасывания может быть полустатически выбран или сконфигурирован посредством gNB, а WTRU информируется о выбранных правилах отбрасывания, установленных с помощью таких механизмов, как конфигурация RRC наборов CORESET или пространств поиска.

Пример иерархии приоритетов для различных CORESET и кандидатов PDCCH с различными уровнями агрегирования внутри каждого CORESET может быть следующим: (1) все кандидаты PDCCH на односимвольных CORESET на первом символе OFDM интервала; (2) все кандидаты PDCCH на односимвольных CORESET на других символах OFDM в интервале; и (3) кандидаты PDCCH на многосимвольных CORESET с меньшими количеством кандидатов (с меньшими уровнями агрегирования), имеющие более высокий приоритет.

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

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

* * *

Изобретение относится к технике связи и может использоваться в системах беспроводной связи. Технический результат состоит в обеспечении обнаружения физического канала управления нисходящей линии связи с повышенной надежностью и малым временем задержки. Для этого модуль беспроводной передачи/приема принимает конфигурацию набора ресурсов управления (CORESET), включая индикатор приоритетного высвобождения PDCCH. Если приоритетное высвобождение PDCCH разрешено на основе индикатора приоритетного высвобождения, модуль WTRU может идентифицировать и удалять приоритетно высвобожденные группы ресурсных элементов путем сравнения оценок канала для каждого пакета. WTRU выполняет оценку и обнаруживает PDCCH посредством выполнения слепого декодирования. 2 н. и 18 з.п. ф-лы, 10 ил.

1. Модуль беспроводной передачи/приема (WTRU), выполненный с возможностью обнаружения передачи физического канала управления нисходящей линии связи (PDCCH), причем WTRU содержит:

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

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

2. WTRU по п. 1, дополнительно выполненный с возможностью идентификации приоритетно высвобожденных REG из CORESET и выполнения оценки канала на REG в CORESET, которые приоритетно не высвобождены.

3. WTRU по п. 1, дополнительно выполненный с возможностью идентификации приоритетно высвобожденных REG из CORESET путем сравнения оценок канала для каждого из множества пакетов REG в CORESET.

4. WTRU по п. 1, в котором обнаруженная передача PDCCH представляет собой согласование скорости передачи вокруг приоритетно высвобожденных REG.

5. WTRU по п. 1, в котором процессор дополнительно выполнен с возможностью проверки циклического кода с избыточностью (CRC) принятого сигнала для определения того, что передача PDCCH декодирована без ошибки.

6. WTRU по п. 1, в котором при условии, что приоритетное высвобождение PDCCH не разрешено, процессор дополнительно выполнен с возможностью:

выполнения оценки канала для каждого из множества пакетов REG в CORESET; и

обнаружения передачи PDCCH с выполнением слепого декодирования на основе принятого сигнала на всех REG в CORESET.

7. WTRU по п. 2, в котором CORESET представляет собой CORESET усовершенствованной широкополосной сети мобильной связи (еМВВ), а приоритетно высвобожденные REG совместно используются с PDCCH, по которому система связи с повышенной надежностью и малым временем задержки (URLLC) направляет передачу.

8. WTRU по п. 1, в котором CORESET еМВВ по меньшей мере частично накладывается на CORESET системы связи с повышенной надежностью и малым временем задержки (URLLC).

9. WTRU по п. 1, в котором:

приемник дополнительно выполнен с возможностью приема второй конфигурации CORESET для резервного CORESET, причем резервный CORESET занимает по меньшей мере один символ мультиплексирования с ортогональным частотным разделением каналов (OFDM), который отличается от CORESET; и

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

10. WTRU по п. 1, сконфигурированный как WTRU еМВВ.

11. Способ обнаружения передачи физического канала управления нисходящей линии связи (PDCCH), выполняемый модулем беспроводной передачи/приема (WTRU), причем способ включает:

прием информации о конфигурации для набора ресурсов управления (CORESET), причем CORESET содержит множество групп ресурсных элементов (REG), причем конфигурация включает в себя индикатор приоритетного высвобождения PDCCH, который указывает, разрешено ли приоритетное высвобождение PDCCH; и

при условии, что приоритетное высвобождение PDCCH разрешено, обнаружение передачи PDCCH посредством выполнения слепого декодирования на основе принятого сигнала на группах REG в CORESET, которые приоритетно не высвобождены.

12. Способ по п. 11, дополнительно включающий идентификацию приоритетно высвобожденных REG из CORESET и выполнение оценки канала на REG в CORESET, которые приоритетно не высвобождены.

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

14. Способ по п. 11, в котором обнаруженная передача PDCCH представляет собой согласование скорости передачи вокруг приоритетно высвобожденных REG.

15. Способ по п. 11, дополнительно включающий:

проверку циклического кода с избыточностью (CRC) принятого сигнала для определения того, что передача PDCCH декодирована без ошибки.

16. Способ по п. 11, при условии, что приоритетное высвобождение PDCCH не разрешено, дополнительно включает:

выполнение оценки канала на каждом из множества пакетов REG в CORESET еМВВ; и обнаружение передачи PDCCH посредством выполнения слепого декодирования на основе принятого сигнала на всех REG в CORESET.

17. Способ по п. 12, в котором CORESET представляет собой CORESET усовершенствованной широкополосной сети мобильной связи (еМВВ), а приоритетно высвобожденные REG совместно используются с PDCCH, по которому система связи с повышенной надежностью и малым временем задержки (URLLC) направляет передачу.

18. Способ по п. 17, в котором CORESET еМВВ по меньшей мере частично накладывается на CORESET системы связи с повышенной надежностью и малым временем задержки (URLLC).

19. Способ по п. 11, дополнительно включающий:

прием другой конфигурации для резервного CORESET, причем резервный CORESET занимает по меньшей мере один символ мультиплексирования с ортогональным частотным разделением каналов (OFDM), который отличается от CORESET; и

при условии, что слепое декодирование в CORESET не удается, слепое декодирование передачи PDCCH в резервном CORESET или в резервном пространстве поиска.

20. Способ по п. 11, в котором WTRU сконфигурирован как WTRU еМВВ.