СПОСОБЫ ОПРЕДЕЛЕНИЯ КАНДИДАТА ФИЗИЧЕСКОГО КАНАЛА УПРАВЛЕНИЯ НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ (PDCCH) Российский патент 2021 года по МПК H04L5/00 

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

Настоящая заявка испрашивает преимущество по предварительной заявке на патент США № 62/585,992, поданной 14 ноября 2017 г., и предварительной заявке на патент США № 62/615,787, поданной 10 января 2018 г., которые включены в настоящий документ путем ссылки, как если бы они были полностью изложены в настоящем документе.

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

Сеть радиодоступа (RAN) является частью системы мобильной связи, обеспечивающей установление соединения модулей беспроводной передачи/приема (WTRU) с опорной сетью (CN). В беспроводных системах пятого поколения (5G) или следующего поколения (NG) RAN может упоминаться как новая радиосеть (New Radio, NR) или RAN следующего поколения. NR выполнена с возможностью поддержки большей гибкости. Такая гибкость позволяет одновременно обслуживать WTRU с различными возможностями с применением трафика различных типов. Различные возможности для NR варьируются и могут быть классифицированы на сверхширокополосную мобильную связь (eMBB), сверхнадежную связь с малым временем задержки (URLLC) и массовую связь машинного типа (mMTC). Кроме того, NR должна поддерживать передачу в гораздо больших полосах частот, таких как частоты сантиметровых (см) волн и миллиметровых (мм) волн. Для поддержки всех этих возможностей и способов передачи WTRU может потребоваться отслеживать множество кандидатов физических каналов управления нисходящей линии связи (PDCCH) и определять, когда планируется прием переданных данных. Таким образом, WTRU необходимо проверять всех возможных кандидатов PDCCH, вследствие чего, как правило, повышается сложность слепого обнаружения. Таким образом, было бы желательно снизить сложность слепого обнаружения путем определения того, каких кандидатов PDCCH необходимо отслеживать в любой конкретный момент.

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

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

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

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

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

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

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

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

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

На фиг. 3 представлена схема, иллюстрирующая пример выделения кандидата PDCCH для различных состояний прерывистого приема (DRX).

На фиг. 4 представлена блок-схема способа, иллюстрирующая алгоритм отбрасывания кандидатов PDCCH из пространства поиска; и

на фиг. 5 представлена блок-схема способа, иллюстрирующая определение одного кандидата PDCCH в соответствии с вариантами осуществления, описанными в настоящем документе.

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

На фиг. 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.

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

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

Для эффективного использования спектра множеством устройств с различными возможностями и с различными потребностями в NR для сигнализации управления была обеспечена прямая совместимость. Для диспетчеризации нисходящей линии связи (DL) или восходящей линии связи (UL), помимо прочих причин, WTRU может отслеживать кандидатов PDCCH в пространстве поиска, расположенном в наборе ресурсов управления (CORESET). WTRU может быть сконфигурирован с множеством CORESET на конкретной несущей, например на различных частотных участках несущей или в различных символах интервала. Кандидат PDCCH может быть определен как набор элементов канала управления новой радиосети (NR-CCE), которые сами по себе являются наборами групп ресурсных элементов новой радиосети (NR-REG). NR-REG может быть определен как один ресурсный блок (RB) в течение одного символа OFDM или одного радиокадра. NR-PDCCH может быть последовательно или непоследовательно сопоставлен по частоте. Термины NR-PDCCH и PDCCH в настоящем документе могут использоваться взаимозаменяемо.

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

Чтобы WTRU мог определять, имеет ли он DCI в любом из своих кандидатов PDCCH, может существовать ограничение на количество кандидатов PDCCH, которое WTRU может потребоваться контролировать в любой конкретный момент. Например, WTRU может иметь максимальное количество кандидатов PDCCH в интервале. В другом примере WTRU может иметь максимальное количество NR-CCE, с которыми могут быть сопоставлены все кандидаты PDCCH в интервале. Максимальное количество NR-CCE, с которыми могут быть сопоставлены все кандидаты PDCCH в интервале, может зависеть от гранулярности прекодера CORESET, обеспечиваемого сигнализацией более высокого уровня.

Набор кандидатов PDCCH может быть связан с по меньшей мере одним из пространства поиска, CORSET, элемента времени, уровня агрегации, формата DCI, несущей составляющей (CC) и/или части ширины полосы (BWP). В случае если набор кандидатов PDCCH связан с пространством поиска, максимальное количество кандидатов PDCCH может дополнительно зависеть от типа пространства поиска (например, общее, общее для группы или специфическое для WTRU пространство поиска). В случае если набор кандидатов связан с элементом времени, WTRU может контролировать количество кандидатов PDCCH вплоть до максимального на символ (или группу символов), либо на интервал (или группу интервалов), либо на подкадр (или группу подкадров), либо на TTI. Такой элемент времени может зависеть от размера поднесущей (SCS) или может быть определен относительно стандартного SCS. В одном примере WTRU может контролировать количество кандидатов PDCCH вплоть до максимального за абсолютный период времени.

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

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

В одном варианте осуществления WTRU может быть выполнен с возможностью работы с меньшим количеством кандидатов PDCCH на группу по сравнению с максимальным количеством. В таком случае количество кандидатов PDCCH на группу может быть сконфигурировано посредством DCI, MAC CE и/или сигнализации более высокого уровня. В одном случае количество кандидатов PDCCH на группу сконфигурировано специфическим для WTRU способом.

Параметр группирования, с которым применяют максимальное количество кандидатов PDCCH, может отличаться от параметра группирования, с которым применяют специфическое для WTRU количество кандидатов PDCCH. Например, может быть применено максимальное количество кандидатов PDCCH на интервал, в то время как на CORESET может быть сконфигурировано специфическое для WTRU количество кандидатов PDCCH. Таким образом, каждый из n CORESET, расположенный в пределах интервала, может иметь специфическое для WTRU количество кандидатов PDCCH. Конфигурация (максимального) количества кандидатов PDCCH на группу может быть выполнена в явной форме, как описано выше. В альтернативном варианте осуществления конфигурация может быть выполнена в неявной форме посредством функции, зависящей от другой конфигурации WTRU. Функция может зависеть по меньшей мере от одного из количества сконфигурированных CORESET, количества сконфигурированных пространств поиска, количества сконфигурированных или активированных CC, количества сконфигурированных или активированных BWP, рабочей ширины полосы (BW) (возможно, агрегированной по всем CC и/или BWP) или SCS. Например, количество кандидатов PDCCH в CC или BWP может зависеть от SCS. В другом примере количество кандидатов PDCCH в интервале может зависеть от количества различных SCS, которые WTRU может контролировать в этом интервале. В другом примере функция определения количества кандидатов PDCCH может зависеть от количества CCE, с которыми сопоставлен агрегированный набор всех кандидатов PDCCH.

При конфигурации с одним или более значениями для некоторого количества кандидатов PDCCH на группу могут возникать ситуации, когда все значения могут не совпадать. Например, WTRU может быть сконфигурирован с некоторым количеством кандидатов PDCCH на интервал X и с некоторым количеством кандидатов PDCCH на CORESET Y. В интервале могут присутствовать n CORESET и, возможно, что n, помноженное на Y, больше X (т.е. nY > X). В таком случае требуется определение приоритета и масштабирование.

WTRU может получать список параметров группирования, расположенных в соответствии с приоритетом. В таком случае количество кандидатов PDCCH для первой группы, имеющей наивысший приоритет, может привести к масштабированию фактического количества кандидатов PDCCH для второй группы с более низким приоритетом. Например, количество кандидатов PDCCH на интервал может иметь самый высокий приоритет, а любое другое количество кандидатов PDCCH, возможно, потребуется масштабировать, чтобы WTRU не потребовалось контролировать больше кандидатов PDCCH на интервал, чем было сконфигурировано. В примере CORESET, представленном выше, WTRU может быть сконфигурирован с количеством кандидатов PDCCH вплоть до X на интервал и с количеством кандидатов PDCCH вплоть до Y на CORESET. В ситуации, когда WTRU имеет n CORESET в интервале, а n, умноженное на Y, больше X (т.е. nY > X), WTRU может масштабировать количество кандидатов PDCCH на CORESET.

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

В варианте осуществления WTRU может неявно определять распределение кандидатов PDCCH на основании набора параметров группирования. Следует отметить, что распределение необязательно должно быть равномерным. Распределение кандидатов PDCCH может зависеть по меньшей мере от момента времени, длительности, количества контролируемых CORESET за единицу времени, количества символов CORESET, типа CORESET за единицу времени, количества физических ресурсных блоков (PRB) в CORESET, периодичности CORESET в пределах интервала, числа пространств поиска, типа пространства поиска, уровня агрегации, числа активных или сконфигурированных CC, числа активных или сконфигурированных BWP, размера BW в BWP/CC/совокупности BW множества (например, активных) CC/BWP, SCS в CC/BWP, типа DCI, типа трафика и/или состояния DRX. В случае если распределение кандидатов PDCCH зависит от момента времени, зависящего от индекса интервала, WTRU может определять количество кандидатов PDCCH. В случае если распределение кандидатов PDCCH зависит от продолжительности времени, зависящей от продолжительности интервала, WTRU может определять количество кандидатов PDCCH. В случае если распределение кандидатов PDCCH зависит от количества контролируемых CORESET за единицу времени, количество кандидатов PDCCH на CORESET может зависеть от количества CORESET в интервале. Это может относиться к одной CC или одному BWP или в целом ко всем CC или BWP. В случае если распределение кандидатов PDCCH зависит от количества символов CORESET, количество символов CORESET может определять количество кандидатов PDCCH в пределах этого CORESET.

Если распределение кандидатов PDCCH зависит от типа CORESET за единицу времени, количество кандидатов PDCCH на CORESET может зависеть от параметра CORESET и параметра других CORESET в пределах интервала. В таком случае параметр может представлять собой квазисовместное размещение (QCL) для опорного сигнала (RS). Таким образом, в зависимости от RS QCL CORESET и любого другого CORESET в пределах интервала WTRU может определять количество кандидатов PDCCH. Это может позволить выделять другое количество кандидатов PDCCH на луч, которое WTRU способен контролировать. В таком случае передачи на луч могут быть привязаны к конкретному CORESET, и в зависимости от количества лучей, которые может поддерживать интервал, WTRU может определять, возможно, другое количество кандидатов PDCCH на луч (т. е. на CORESET).

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

Если распределение кандидатов PDCCH зависит от количества активных или сконфигурированных BWP, зависящих от количества активных BWP, каждый BWP в пределах интервала может иметь подмножество всех доступных кандидатов PDCCH. Распределение кандидатов PDCCH в пределах BWP может подчиняться правилам, описанным в настоящем документе. Если распределение кандидатов PDCCH зависит от размера BW BWP, или CC, или суммы BW множества (например, активных) CC или BWP, большая CC сможет обслуживать больше WTRU и для уменьшения вероятности блокирования для CC может быть выделено больше кандидатов PDCCH. Если распределение кандидатов PDCCH зависит от SCS CC или BWP, большее SCS может привести к назначению CC или BWP меньшего количества кандидатов PDCCH. В одном примере WTRU, сконфигурированный с множеством CC/BWP различных SCS, может определять общее количество кандидатов PDCCH на CC/BWP на основании опорного SCS. В другом примере WTRU, сконфигурированный с множеством CC/BWP различных SCS, может предполагать, что кандидаты PDCCH распределены таким образом, который зависит от SCS каждого из CC/BWP и/или зависит от полного набора SCS, сконфигурированных для WTRU.

Если распределение кандидатов PDCCH зависит от типа DCI, некоторые передачи DCI могут быть повторены (например, повторены в интервале в одном или более пространствах поиска, в одном или более CORESET). Это может обеспечивать повышение надежности приема PDCCH. В таком случае для обнаружения такой DCI может потребоваться комбинация множества слепых обнаружений PDCCH. Таким образом, поддержка такого типа DCI может влиять на количество кандидатов PDCCH в пределах интервала. Если распределение кандидатов PDCCH зависит от типа трафика, кандидат PDCCH может быть связан с типом трафика. В одном примере в зависимости от того, что можно использовать для eMBB и/или URLLC: интервал, CORESET или пространство поиска, может быть определено количество связанных с указанным кандидатов PDCCH. Если распределение кандидатов PDCCH зависит от состояния DRX, состояние DRX может влиять на количество кандидатов PDCCH для группы или на параметр группирования. Например, состояние DRX может быть привязано к предельному количеству кандидатов PDCCH для конкретного уровня агрегирования с одновременным обеспечением фиксированного количества кандидатов PDCCH для другого уровня агрегирования.

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

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

В одном варианте осуществления WTRU может быть назначен набор кандидатов PDCCH, связанных с параметром группирования, но WTRU может потребоваться пропорционально уменьшить количество кандидатов PDCCH (например, из-за конфликта множества параметров группирования в пределах допустимого периода). Например, WTRU может быть сконфигурирован с некоторым количеством кандидатов PDCCH на каждое пространство поиска, а также с максимальным количеством кандидатов PDCCH на интервал. В случае конфликта множества пространств поиска в интервале WTRU может потребоваться пропорционально уменьшить количество кандидатов PDCCH в по меньшей мере одном из пространств поиска. Каждый кандидат PDCCH в пределах группы может иметь индекс. Если WTRU будет пытаться выполнить слепое обнаружение m кандидатов PDCCH в пределах группы, может быть использовано m кандидатов с наибольшим (или наименьшим) индексом. Действительные кандидаты PDCCH могут быть определены в зависимости от по меньшей мере одного из: размера группы, значения m, идентификатора соты (или TRP), идентификатора WTRU, SCS, идентификатора BWP, идентификатора CC и/или коэффициента параметра группирования (например, для некоторого параметра группирования пространства поиска коэффициент может представлять собой уровень агрегирования).

WTRU может определять максимальное количество кандидатов PDCCH для размещения всех групп первого параметра группирования. Затем при максимальном количестве кандидатов PDCCH на основании второго параметра группирования WTRU может использовать функцию отсечения для уменьшения количества кандидатов PDCCH в группах, связанных с первым параметром группирования. Например, WTRU может иметь n CORESET в интервале, причем каждый CORESET может быть сконфигурирован с Y кандидатами PDCCH, однако для интервала может быть установлено максимальное количество в X кандидатов PDCCH. Если Y в n раз больше, чем X, (т.е. nY > X), WTRU может использовать функцию отсечения для уменьшения количества кандидатов для каждого CORESET.

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

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

WTRU, сконфигурированный с множеством событий контроля PDCCH в интервале, может определять подмножество кандидатов PDCCH на каждое поисковое пространство таким образом, что , и и , где представляет собой идентификатор кандидата PDCCH, представляет собой максимальное количество кандидатов PDCCH, для контроля которых сконфигурирован WTRU для CORESET и уровня агрегирования , а представляет собой максимальное количество попыток слепого декодирования. Кроме того, WTRU может дополнительно отсекать количество кандидатов PDCCH на каждое поисковое пространство таким образом, что общее количество CCE для всех кандидатов PDCCH в пределах интервала будет меньшим или равным . Указанное значение может зависеть от гранулярности прекодера CORESET. Например, значение может соответствовать или быть пропорциональным произведению максимального количества CCE, для которого может быть использован один и тот же прекодер Z, на гранулярность прекодера CORESET (возможно, поделенную на количество REG на CCE, если гранулярность прекодера CORESET выражена в единицах REG). Такой подход гарантирует, что усилия по оценке канала, которые должны быть предприняты WTRU, останутся в разумных пределах. Сумма CCE, используемых для всех кандидатов PDCCH, может быть количественно оценена для определения требуемого количества оценок канала. Такое количество может быть определено WTRU в зависимости от CCE, используемых для кандидатов PDCCH, и гранулярности прекодера CORESET.

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

где представляет собой набор всех контролируемых наборов ресурсов управления (т. е. Q представляет собой подмножество P).

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

На фиг. 4 представлен способ 400 алгоритма отсечения, описанного в настоящем документе. Способ 400 начинается с этапа 410, на котором порядок пространств поиска WTRU рандомизируют и каждому пространству поиска назначают индекс. Для первого индексированного пространства поиска (этап 420) определяют, превышает ли общее количество PDCCH пороговое значение (этап 430). В альтернативном варианте осуществления, этап 430 может включать определение того, превышает ли общее количество оценок CCE пороговое значение. Если пороговое значение на этапе 430 не превышено, то, в любом случае, процесс отсечения останавливают на этапе 440. Если пороговое значение превышено на этапе 430 (иными словами, общее количество кандидатов PDCCH превышает пороговое значение или общее количество оценок CCE превышает пороговое значение), то на этапе 450 кандидата PDCCH удаляют из набора кандидатов PDCCH для индексированного пространства поиска. На этапе 460 способ переходит в следующее индексированное пространство поиска, и этап 430 повторяют.

Для дополнительной рандомизации функции отсечения элементы в сначала могут быть рандомизированы, возможно, в зависимости от по меньшей мере одного из идентификатора WTRU, временного идентификатора радиосети (RNTI), номера интервала, идентификатора соты, идентификатора несущей, SCS или идентификатора BWP.

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

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

Как показано на фиг. 2, WTRU может контролировать переменное количество CORESET или пространств поиска на интервал (т.е. в случаях, когда периодичность контроля каждого CORESET или пространства поиска отличается). В этом примере WTRU может иметь фиксированное количество кандидатов PDCCH на интервал. В таком случае должно быть выделено фиксированное количество кандидатов PDCCH на интервал в зависимости от количества CORESET или пространств поиска (и, возможно, типа CORESET или пространств поиска) в интервале. В примере, показанном на фиг. 2, на интервал приходится не более 44 кандидатов PDCCH, сконфигурированных с применением одного из способов, описанных выше. В интервале n 44 кандидата PDCCH могут быть выделены таким образом, что общее пространство поиска (CSS) имеет больший приоритет, чем специфическое для UE пространство поиска (UESS 1), а UESS 1 имеет больший приоритет, чем UESS 2. Таким образом, в данном примере в интервале n (и n + 6) WTRU определяет, что общее количество кандидатов PDCCH для размещения всех контролируемых пространств поиска превысит максимальное значение. Таким образом, WTRU отбрасывает некоторых (например, всех) кандидатов PDCCH из UESS 2.

В других интервалах, например в интервале n + 1 и в интервале n + 2, общее количество кандидатов PDCCH для размещения контролируемых пространств поиска не превышает максимальное значение и поэтому WTRU контролирует всех назначенных кандидатов PDCCH. Точное количество кандидатов PDCCH на CORESET или пространство поиска может быть определено в зависимости от уровня приоритета, общего количества совместно используемых кандидатов PDCCH, количества типов CORESET или пространств поиска, максимального количества кандидатов PDCCH на поисковое пространство CORESET (или на тип CORESET или поискового пространства) или т. п., как описано выше. Выбор кандидатов PDCCH в пределах CORESET или пространства поиска может зависеть от номера интервала, идентификатора WTRU, типа CORESET или поискового пространства или же любого другого параметра, как описано в настоящем документе.

В одном варианте осуществления WTRU может быть сконфигурирован с максимальным количеством кандидатов PDCCH на несущую на интервал (например, X). Кроме того, WTRU может быть сконфигурирован с множеством кандидатов PDCCH на CORESET (например, Y). Для интервалов с n CORESET количество кандидатов PDCCH на CORESET равно Y, если Y в n раз меньше или равно X (т.е. nY ≤ X), в противном случае оно равно floor(X / n).

В другом варианте осуществления WTRU может иметь сконфигурированное или фиксированное количество кандидатов PDCCH на интервал и может быть сконфигурировано с множеством активных BWP в интервале. Распределение кандидата PDCCH может зависеть от общего количества BWP, индекса BWP, размера BWP и SCS BWP. Например, общее количество X кандидатов PDCCH может быть разделено неравномерно таким образом, что большие BWP имеют больше кандидатов PDCCH, чем меньшие BWP. В альтернативном варианте осуществления сконфигурированное количество кандидатов PDCCH на интервал может быть таким же, как на каждый размер интервала опорного SCS. Таким образом, BWP с большим SCS может иметь меньшее количество кандидатов PDCCH на его продолжительность интервала, чем другой BWP с меньшим SCS.

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

На фиг. 3 представлен пример выделения кандидата PDCCH для различных состояний прерывистого приема (DRX). Как показано на фиг. 3, WTRU может работать с фиксированным количеством кандидатов PDCCH на интервал. В примере, показанном на фиг. 3, на интервал приходится 44 кандидата PDCCH. WTRU может работать при разных состояниях DRX в каждом интервале, и каждое состояние DRX может уменьшать количество CORESET (или пространств поиска), контролируемых WTRU в данном интервале. В примере, показанном на ФИГ. 3, для интервалов в состоянии 1 DRX WTRU имеет 4 CORESET для контроля на интервал и, таким образом, может принимать 11 кандидатов PDCCH на CORESET. WTRU контролирует 11 кандидатов PDCCH на интервал, поскольку имеется 4 CORESET, и, таким образом, выделяет 44 кандидата PDCCH поровну между 4 CORESET. Для интервалов в состоянии 2 DRX WTRU имеет 2 CORESET для контроля на интервал и, таким образом, может устанавливать контроль над 22 кандидатами PDCCH на CORESET. Для интервалов в состоянии 3 DRX некоторые интервалы имеют один CORESET, а WTRU может затем устанавливать контроль над всеми 44 кандидатами PDCCH в этом CORESET. В этом состоянии DRX другие интервалы не имеют CORESET. Однако, учитывая существующее ограничение в 44 кандидата PDCCH на интервал, кандидаты не могут быть перераспределены из интервала без CORESET в интервал с CORESET. Однако в случае с множеством BWP или CC возможно, что другие BWP или CC могут воспользоваться неиспользованными кандидатами PDCCH в этих интервалах.

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

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

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

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

В варианте осуществления WTRU может обнаруживать и декодировать DCI в первом кандидате PDCCH, указывая назначение планирования на основе интервала. WTRU может не ожидать другую DCI для передач не на основе интервалов, которые происходят в пределах интервала назначения планирования на этом CC и/или BWP. Таким образом, WTRU может увеличивать количество кандидатов PDCCH для диспетчеризации, не основанной на интервалах, на любых CC и/или BWP, на которых присутствует назначение планирования, не основанное на интервалах.

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

На фиг. 5 представлена блок-схема способа 500 в соответствии с несколькими аспектами, описанными в настоящем документе. Начиная с этапа 510, WTRU считает все области поиска подлежащими контролю в интервале. На этапе 520 WTRU ранжирует пространства поиска по типу пространства поиска. На этапе 530 WTRU ранжирует пространства поиска в пределах типа пространства поиска на основании сконфигурированного порядка приоритета. Затем на этапе 540 WTRU выбирает пространство поиска с наивысшим приоритетом. Затем на этапе 550 для выбранного пространства поиска определяют, превышает ли общее количество PDCCH пороговое значение. В альтернативном варианте осуществления, этап 550 может включать определение того, превышает ли общее количество оценок CCE пороговое значение. Если на этапе 550 определено, что пороговое значение превышено, то в любом случае на этапе 560 по меньшей мере один кандидат PDCCH из пространства поиска будет отброшен. В одном сценарии все потенциальные кандидаты PDCCH могут быть отброшены из пространства поиска. Если на этапе 550 определено, что пороговое значение не превышено, на этапе 570 все оставшиеся кандидаты PDCCH сохраняют в пространстве поиска. На этапе 580 выбирают следующее пространство поиска с наивысшим приоритетом и процесс повторяется на этапе 550 с использованием совокупности кандидатов PDCCH для текущего рассматриваемого пространства поиска и всех ранее сохраненных кандидатов PDCCH для ранее рассмотренных (т. е. с более высоким приоритетом) пространств поиска.

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

* * *

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

1. Способ использования модуля беспроводной передачи/приема, включающий:

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

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

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

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

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

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

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

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

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

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

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

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

9. Модуль беспроводной передачи/приема, содержащий:

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

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

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

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

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

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

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

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

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