Пользовательский терминал и способ радиосвязи

Изобретение относится к пользовательскому терминалу и способу радиосвязи в системах мобильной связи нового поколения. Технический результат заключается в возможности надлежащего управления мониторингом нисходящей информации управления. Согласно предложенному решению пользовательский терминал содержит приемную секцию, выполненную с возможностью приема конфигурационной информации набора пространств поиска, и секцию управления, выполненную с возможностью управления мониторингом нисходящей информации управления (DCI) первого формата, отличного от форматов 0_0 и 0_1, используемых для планирования восходящего общего канала, и второго формата, отличного от форматов 1_0 и 1_1, используемых для планирования нисходящего общего канала, в наборе пространств поиска, сконфигурированном на основании указанной конфигурационной информации. Секция управления выполнена с возможностью определения того, что приоритет мониторинга назначен в порядке возрастания идентификатора набора пространств поиска. 4 н. и 2 з.п. ф-лы, 14 ил.

 

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

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

Уровень техники

Для дальнейшего повышения скоростей передачи данных, снижения задержки и т.д. в сети UMTS (Universal Mobile Telecommunications System; универсальная система мобильной связи), разрабатываются спецификации схемы LTE (Long Term Evolution; долгосрочное развитие) (см. непатентная литература №1). Более того, для дополнительного повышения пропускной способности, совершенствования и т.д. схемы LTE (версия 8 и версия 9 проекта 3GPP (3^rd Generation Partnership Project; Проект партнерства третьего поколения) разрабатываются спецификации схемы LTE-Advanced (усовершенствованной схемы LTE; версии 10-14 проекта 3GPP).

Также изучаются преемственные системы LTE (например, именуемые как «система мобильной связи 5-го поколения (5G)», «5G+ (плюс)», «NR» (технология «New Radio)», «версия 15 проекта 3GPP (или более поздние версии)» и т.д.).

Список цитируемых материалов

Непатентная литература

Непатентная литература №1: 3GPP TS 36.300 V8.12.0 «Расширенный универсальный наземный доступ (E-UTRA, от англ. Evolved Universal Terrestrial Radio Access) и сеть расширенного универсального наземного доступа (Е-UTRAN, от англ. Evolved Universal Terrestrial Radio Access Network); общее описание; стадия 2 (версия 8)», апрель, 2010.

Раскрытие изобретения Техническая проблема

Для будущих систем радиосвязи (далее также именуемых как системы NR) изучается возможность введения новых форматов, отличных от существующих форматов нисходящей информации управления (DCI, от англ. Downlink Control Information) (например, форматов DCI 1_0, 1_1, 0_0, 0_1, 2_0, 2_1, 2_2 и 2_3).

Новые форматы могут использоваться, например, для по меньшей мере одной из услуг сверхнадежной связи с низкой задержкой (URLLC, от англ. Ultra-Reliable and Low-Latency Communication) и приоритетного прерывания в восходящем направлении.

Однако, при введении новых форматов, наборы пространств поиска, используемые для мониторинга (также именуемого как слепое декодирование и т.д.) DCI, скорее всего, невозможно будет надлежащим образом конфигурировать для UE. В результате, UE окажется неспособным надлежащим образом управлять мониторингом DCI.

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

Решение проблемы

Согласно одному из аспектов настоящего изобретения, пользовательский терминал содержит: приемную секцию, выполненную с возможностью приема конфигурационной информации набора пространств поиска; и секцию управления, выполненную с возможностью управления мониторингом нисходящей информации управления (DCI) первого формата, отличного от форматов 0_0 и 0_1, используемых для планирования восходящего общего канала, и второго формата, отличного от форматов 1_0 и 1_1, используемых для планирования нисходящего общего канала, в наборе пространств поиска, сконфигурированном на основании указанной конфигурационной информации.

Положительные результаты изобретения

Согласно одному из аспектов настоящего изобретения, обеспечивается возможность надлежащего управления мониторингом DCI.

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

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

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

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

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

На фиг. 5А и 5В показаны схемы, иллюстрирующие примеры специфичной для UE информации о PDCCH согласно второму аспекту.

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

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

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

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

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

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

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

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

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

Набор пространств поиска

Для UE конфигурируется один или более наборов пространств поиска (SS, от англ. Search Space). Набор SS также именуется как набор пространств поиска PDCCH, пространство поиска и т.д.

UE осуществляет мониторинг кандидатов PDCCH в одном или более наборах SS. Один или более наборов SS могут включать в себя по меньшей мере один из набора общих SS (набора общих пространств поиска (CSS, от англ. Common Search Space)) для одного или более UE и набора специфичных для UE SS (набора специфичных для UE пространств поиска (USS, от англ. UE-specific Search Space)).

UE может принимать конфигурационную информацию каждого набора SS (конфигурационную информацию SS, например, элемент информации (IE, от англ. Information Element) управления радио ресурсами (RRC, от англ. Radio Resource Control) (также именуемый как параметр RRC) «SearchSpace»). Например, UE может принимать каждую часть конфигурационной информации SS с помощью сигнализации более высокого уровня. Каждая часть конфигурационной информации SS может содержаться в конфигурационной информации специфичного (индивидуального) для UE канала PDCCH (например, RRC IE «PDCCH-Config») или в конфигурационной информации специфичного для соты канала PDCCH (например, RRC IE «PDCCH-ConfigCommon»).

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

(1) Идентификатор набора SS (ID пространства поиска, например, RRC IE «SearchSpace ld»)

(2) Идентификатор CORESET, связанного с набором SS (ID набора ресурсов управления, например, RRC IE «ControlResourceSetld»)

(3) Периодичность и сдвиг события мониторинга, включающего в себя набор SS (например, RRC IE «monitoringSlotPeriodicityAndOffset»)

(4) Интервал времени события мониторинга (например, RRC IE «duration»)

(5) Количество кандидатов PDCCH для каждого уровня агрегации в наборе SS (например, RRC IE «nrofCandidates»)

(6) Тип набора SS, а именно набор CSS или набор USS (тип пространства поиска, например, RRC IE «searchSpaceType»)

(7) Информация, относящаяся к набору CSS (информация набора CSS, например, RRC IE «соттоп»)

(8) Информация, относящаяся к набору USS (информация набора USS, например, RRC IE «ue-Specific»)

В данном случае, (7) информация набора CSS может содержать информацию, относящуюся к формату DCI, контролируемому (подвергаемому мониторингу) в наборе CSS (информацию о формате DCI, например, элементы информации RRC IE «dci-FormatO-0-AndFormat1-0», «dci-Format2-0», «dci-Format2-1», «dci-Format2-2» и «dci-Format2-3»). Информация о формате DCI для набора CSS может указывать, например, по меньшей мере на один из формата DCI (по меньшей мере один из форматов DCI 0_0 и 1_0, формата DCI 2_0, формата DCI 2-1, формата DCI 2-2 и формата DCI 2_3), контролируемого в наборе CSS, и количества кандидатов PDCCH для каждого уровня агрегации, используемого для мониторинга формата DCI.

Набор CSS может, например, представлять собой набор CSS для PDCCH 3 типа, применяемый для мониторинга формата DCI, используемого для скремблирования, при котором биты проверки циклической избыточности (CRC, от англ. Cyclic Redundancy Check) подвергаются скремблированию (CRF-скремблированию) с помощью индикатора формата слота (SFI, от англ. Slot Format Indicator) - временного идентификатора радиосети (RNTI, от англ. Radio Network Temporary Identifier), INT (Interruption; прерывание) - RNTI, TPC (Transmit Power Control; управление мощностью передачи) - PUSCH - RNTI, TPC - PUCCH - RNTI, или TPC - SRS (Sounding Reference Symbols; зондирующие опорные символы) - RNTI.

Кроме того, (8) информация набора USS может содержать информацию, относящуюся к формату DCI, контролируемому в наборе USS (информацию о формате DCI, например, RRC IE «dci-Formats»). Информация о формате DCI для набора USS может указывать, например, на формат DCI (один из форматов DCI 0_0 и 1_0 и форматов DCI 0_1 и 1_1), контролируемый в наборе USS.

Набор USS используется для мониторинга формата DCI, подверженного CRC-скремблированию с помощью C-RNTI или CS-RNTI. UE может быть сконфигурировано с помощью по меньшей мере одного из набора USS для мониторинга форматов DCI 0_0 и 1_0 и набора USS для мониторинга форматов DCI 0_1 и 1_1.

В данном случае, форматы DCI 1_0 и 1_1 используются для планирования нисходящего общего канала (например, физического нисходящего общего канала (PDSCH, от англ. Physical Downlink Shared Channel)). Форматы DCI 0_0 и 0_1 используются для планирования восходящего общего канала (например, физического восходящего общего канала (PUSCH, от англ. Physical Uplink Shared Channel)).

Форматы DCI 0_0 и 1_0 могут иметь одинаковый размер (полезную нагрузку). Кроме того, форматы DCI 0_1 и 1_1 могут иметь одинаковый размер. Форматы DCI 0_0 и 1_0 могут иметь размер меньше размера форматов DCI 0_1 и 1_1, соответственно. Форматы DCI 1_0 и 0_0 также именуются как резервная DCI и т.д. В отличие от этого, форматы DCI 1_1 и 1_0 также именуются как не резервная DCI и т.д.

На фиг. 1 показана схема, иллюстрирующая один из примеров конфигурационной информации SS. Как показано на фиг. 1, конфигурационная информация SS (например, RRC IE «SearchSpace») может содержать по меньшей мере один из изложенных выше параметров (частей информации) (1) - (8).

Кроме того, информация о формате DCI (например, RRC IE «dci-Formats») для набора USS в конфигурационной информации SS с фиг. 1 может указывать на то, используется ли набор USS, обозначенный посредством ID пространства поиска, для мониторинга форматов DCI 0_0 и 1_0 или форматов DCI 0_1 и 1_1.

UE может быть сконфигурировано с помощью каждого набора SS, на основании каждой части конфигурационной информации SS. Кроме того, заданный период времени заданной периодичности для мониторинга (слепого декодирования) каждого набора SS (событие мониторинга PDCCH, событие мониторинга (МО, от англ. Monitoring Occasion), период времени мониторинга) может быть сконфигурирован на основании каждой части конфигурационной информации SS (например, изложенных выше параметров (3) и (4)).

В частности, UE может быть сконфигурировано с помощью события мониторинга для каждого набора SS. UE может контролировать (осуществлять мониторинг) кандидатов PDCCH для набора SS в CORESET в сконфигурированном событии мониторинга. Событие мониторинга может включать в себя один или более слотов.

Максимальное количество кандидатов PDCCH, которое UE способно контролировать для каждой соты и для каждого слота, может быть ограничено. Максимальное количество может быть определено для каждого разноса и поднесущей. Например, когда разнос и поднесущей равен 15 кГц, 30 кГц, 60 кГц и 120 кГц, указанное максимальное количество может составлять 44, 36, 22 и 20, соответственно.

Кроме того, максимальное количество не перекрывающихся элементов канала управления (ССЕ, от англ. Control Channel Element) для каждой соты и для каждого слота, относящихся к UE, может быть ограничено. Максимальное количество может быть определено для каждого разноса μ поднесущей. Например, когда разнос и поднесущей равен 15 кГц, 30 кГц, 60 кГц и 120 кГц, указанное максимальное количество составляет 56, 56, 48 и 32, соответственно.

Между прочим, в NR, допускается реализация связи, при которой требуемые условия согласуются со множеством различных услуг (также именуемых как сценарии использования, типы трафика и т.д.) в одной и той же соте. Множество услуг может, например, включать в себя более улучшенный широкополосный доступ (улучшенный мобильный широкополосный доступ (еМВВ, от англ. enhanced Mobile Broadband)) и сверхнадежную связь с низкой задержкой (URLLC)). Например, при URLLC, по сравнению с еМВВ требуется более низкая задержка и более высокая надежность.

Таким образом, в NR, дополнительно к существующим форматам DCI (например, форматам DCI 1_0, 1_1, 0_0, 0_1, 2_0, 2_1, 2_2 и 2_3), изучается также возможность введения новых форматов DCI. Новые форматы DCI могут, например, использоваться для планирования PUSCH или PDSCH и приоритетного прерывания (например, приоритетного прерывания в восходящем направлении).

В данном случае, новый формат DCI, используемый для планирования PDSCH, также именуется как формат DCI 1_2 и т.д. Новый формат DCI, используемый для планирования PUSCH, может именоваться как формат DCI 0_2 и т.д. Кроме того, новый формат DCI, используемый для приоритетного прерывания в восходящем направлении, также именуется как формат DCI 2_4 и т.д.

Следует отметить, что выражения в отношении новых форматов DCI не ограничиваются этими примерами. Например, выражения для новых форматов DCI для планирования PDSCH и PUSCH могут представлять собой выражения, в которых «2» в формате DCI 1_2 и формате DCI 0_2 заменена любой последовательностью символов, отличных от «0» или «1», или могут представлять собой другие выражения. Кроме того, новый формат DCI для приоритетного прерывания в восходящем направлении может представлять собой выражение, в котором «4» в формате DCI 2_4 заменена любой последовательностью символов, отличных от «0», «1», «2» или «3», или может представлять собой другое выражение.

Таким образом, при введении нового формата DCI (например, по меньшей мере одного из форматов DCI 0_2, 1_2 и 2_4), используемого для планирования PUSCH или PDSCH или для приоритетного прерывания (например, приоритетного прерывания в восходящем направлении), допускается, что для UE конфигурируется набор SS для мониторинга нового формата DCI. Однако, проблемой является то, каким образом следует сигнализировать о конфигурировании набора SS.

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

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

В нижеследующем описании проиллюстрирован пример, в котором новый формат DCI, используемый для планирования PUSCH, представляет собой формат DCI 0_2, новый формат DCI, используемый для планирования PDSCH, представляет собой формат DCI 1_2, а новый формат DCI для приоритетного прерывания в восходящем направлении представляет собой новый формат 2_4. Однако, как раскрыто выше, выражения для этих новых форматов DCI не ограничиваются этими проиллюстрированными здесь примерами.

Первый аспект

В первом аспекте раскрыто конфигурирование набора SS (например, набора USS) для мониторинга по меньшей мере одного (формата DCI 0_2/1_2) формата DCI 0_2, используемого для планирования PUSCH, и формата DCI 1_2, используемого для планирования PDSCH.

Набор SS для формата DCI 0_2/1_2 может представлять собой один из наборов USS, сконфигурированных на основании конфигурационной информации SS (например, RRC IE «SearchSpace») (первый пример конфигурирования), или может представлять собой специфичный набор USS, сконфигурированный на основании конфигурационной информации SS (вторая конфигурационная информация SS), которая отличается от раскрытой выше конфигурационной информации SS (первая конфигурационная информация SS) (второй пример конфигурирования).

Первый пример конфигурирования

UE может быть сконфигурировано с помощью одного или более наборов USS. Каждый набор USS, сконфигурированный для UE, может быть связан с форматами DCI 0_0 и 1_0 (формат DCI 0_0/1_0), форматами DCI 0_1 и 1_1 (формат DCI 0_1/1_1) или форматом DCI 0_2/1_2.

Каждый набор USS может быть сконфигурирован на основании конфигурационной информации SS (например, RRC IE «SearchSpace»). Следует отметить, что информация о формате DCI (например, RRC IE «dci-Formats») для набора USS в конфигурационной информации SS может выборочно указывать на один из формата DCI 0_0/1_0, формата DCI 0_1/1_1 и формата 0_2/1_2 в качестве формата DCI, контролируемого в наборе USS.

На фиг. 2 показана схема, иллюстрирующая один из примеров конфигурационной информации SS согласно первому примеру конфигурирования в первом аспекте. Следует отметить, что хотя на фиг. 2 показаны некоторые из параметров, конфигурационная информация SS (например, RRC IE «SearchSpace») может содержать по меньшей мере один из изложенных выше параметров из (1) - (8).

Как показано на фиг. 2, информация о формате DCI (например, RRC IE «dci-Formats») для набора USS в конфигурационной информации SS (например, RRC IE «SearchSpace») отличается от той, что показана на фиг.1, тем, что не только формат DCI 0_0/1_0 или формат DCI 0_1 /1_1, но также формат DCI 0_2/1_2 могут быть заданы в качестве формата DCI, контролируемого в наборе USS.

Как показано на фиг. 2, при конфигурировании набора №1 SS для UE в качестве набора USS для формата DCI 0_0/1_0, конфигурационная информация SS (например, RRC IE «SearchSpace») набора №1 SS может содержать информацию о формате DCI (например, RRC IE «dci-Formats»), указывающую на формат DCI 0_0/1_0.

Кроме того, при конфигурировании набора №2 SS для UE в качестве набора USS для формата DCI 0_1 /1_1, конфигурационная информация SS (например, RRC IE «SearchSpace») набора №2 SS может содержать информацию о формате DCI (например, RRC IE «dci-Formats»), указывающую на формат DCI 0_1/1_1.

Более того, при конфигурировании набора №3 SS для UE в качестве набора USS для нового формата DCI 0_2/1_2, конфигурационная информация SS (например, RRC IE «SearchSpace») набора №3 SS может содержать информацию о формате DCI (например, RRC IE «dci-Formats»), указывающую на формат DCI 0_2/1_2.

Таким образом, набор USS для формата DCI 0_2/1_2 может быть сконфигурирован с помощью конфигурационной информации SS (например, RRC IE «SearchSpace»), имеющей такую же конфигурацию, как и набор USS для формата DCI 0_0/1_0 или формата DCI 0_1/1_1.

UE может контролировать формат DCI, обозначенный посредством информации о формате DCI в наборах SS №1 - №3, сконфигурированных посредством конфигурационной информации SS.

В первом примере конфигурирования, информация о формате DCI для набора USS в конфигурационной информации SS задает один из формата DCI 0_0/0_1, формата DCI 0_1/1_1, и формата DCI 0_2/1_2, и таким образом, набор USS для нового формата DCI 0_2/1_2 может быть сконфигурирован без добавления нового параметра к существующей конфигурационной информации SS (например, фиг. 1).

Кроме того, набор USS для формата DCI 0_0/1_0, набор USS для формата DCI 0_1/1_1 и набор USS для формата DCI 0_2/1_2 могут быть сконфигурированы с помощью конфигурационной информации SS, имеющей одинаковую конфигурацию.

Второй пример конфигурирования

Набор USS для формата DCI 0_2/1_2 может быть сконфигурирован на основании второй конфигурационной информации SS, заданной отдельно от указанной конфигурационной информации SS (например, RRC IE «SearchSpace», первая конфигурационная информация SS, например, с фиг. 1). Вторая конфигурационная информация SS может быть использована для конфигурирования только специфичного набора SS (например, набора USS для формата DCI 0_2/1_2), или может быть использована для конфигурирования специфичного набора SS или другого набора SS, отличного от специфичного набора SS.

На фиг. 3 показана схема, иллюстрирующая один из примеров второй конфигурационной информации SS согласно второму примеру конфигурирования первого аспекта. Как показано на фиг. 3, вторая конфигурационная информация SS (например, RRC IE «SearchSpace formats0-2-And-1-2» или «SearchSpace DCI0-2-And-1-2») может быть использована для конфигурирования специфичного набора SS (например, набора USS для формата DCI 0_2/1_2).

Вторая конфигурационная информация SS может содержать по меньшей мере один из изложенных выше параметров (1) - (5). Следует отметить, что вторая конфигурационная информация SS может содержать или может не содержать перечисленные выше параметры (6) - (8). Вторая конфигурационная информация SS предназначена для конфигурирования набора USS для формата DCI 0_2/1_2, в результате чего отпадает необходимость в задании типа пространства поиска и т.д.

Как показано на фиг.3, при конфигурировании набора SS №3 для US в качестве набора USS для нового формата DCI 0_2/1_2, UE может определить по меньшей мере один из ID «3» пространства поиска, ID набора ресурсов управления для CORESET, связанного с наборов SS №3, периодичности события мониторинга, в том числе набора SS №3, сдвига и периода времени, и количества кандидатов PDCCH для каждого уровня агрегации в наборе SS №3, с помощью второй конфигурационной информации SS.

В отличие от этого, хотя это не показано на чертежах, при конфигурировании наборов SS №1 и №2 для UE в качестве наборов USS для формата DCI 0_0/0_1 и формата DCI 0_1/1_1, соответственно, UE может использовать первую конфигурационную информацию SS (например, RRC IE «SearchSpace», см. фиг. 1).

Таким образом, набор USS для формата DCI 0_2/1_2 может быть сконфигурирован посредством второй конфигурационной информации SS (например, RRC IE «SearchSpace formats0-2-And-1-2» или «SearchSpace DCI 0-2-And-1-2»), которая имеет конфигурацию, отличную от первой конфигурационной информации SS (например, RRC IE «SearchSpace»), используемой для конфигурирования набора USS для формата DCI 0_0/1_0 или формата DCI 0_1/1_1.

UE может контролировать формат DCI (формат DCI 0_0/1_0 или формат DCI 0_1/1_1), обозначенный посредством информации о формате DCI (например, RRC IE «dci-Formats» с фиг.1), для набора USS в первой конфигурационной информации SS в наборах SS №1 и №2, сконфигурированных посредством первой конфигурационной информации SS. В отличие от этого, UE может контролировать формат DCI 0_2/1_2 в наборе SS №3, сконфигурированном посредством второй конфигурационной информации SS.

Как показано на фиг. 3, за счет задания второй конфигурационной информации SS, используемой для конфигурирования специфичного набора SS (например, набора USS для формата DCI 0_2/1_2), набор USS для нового формата DCI 0_2/1_2 может быть сконфигурирован без внесения изменений в существующую первую конфигурационную информацию SS (например, фиг. 1).

На фиг. 4 показана схема, иллюстрирующая другой пример второй конфигурационной информации SS согласно второму примеру конфигурирования в первом аспекте. Вторая конфигурационная информация SS (например, RRC IE «SearchSpace-v16») может быть использована не только для конфигурирования специфичного набора SS (например, набора USS для формата DCI 0_2/1_2), но также для конфигурирования другого набора SS (например, по меньшей мере одного из набора CSS и набора USS).

Следует отметить, что хотя на фиг. 4 показаны некоторые из указанных параметров, вторая конфигурационная информация SS (например, RRC IE «SearchSpace-r16») может содержать по меньшей мере один параметр из перечисленных выше параметров (1) - (8). Информация о формате DCI (например, RRC IE «dci-Formats») для набора USS во второй конфигурационной информации SS (например, RRC IE «SearchSpace-r16») отличается от первой конфигурационной информации SS (например, RRC IE «SearchSpace»), как показано на фиг. 1, тем, что не только формат DCI 0_0/1_0 или формат DCI 0_1 /1_1, но и формат DCI 0_2/1_2 могут быть заданы в качестве формата DCI, контролируемого в наборе USS.

Первая конфигурационная информация SS (например, RRC IE «SearchSpace»), как показано на фиг. 1, может быть использована для конфигурирования набора SS для UE, которое не допускает конфигурирование набора SS для формата DCI 0_2/1_2 (например, UE, которое поддерживает до версии 15). В отличие от этого, вторая конфигурационная информация SS (например, RRC IE «SearchSpace-r16»), как показано на фиг. 4, может быть использована для конфигурирования набора SS для UE, которое допускает конфигурирование набора SS для формата DCI 0_2/1_2 (например, UE, которое поддерживает версию 16).

Таким образом, в зависимости от того, поддерживает или нет UE новый формат DCI, для конфигурирования набора SS могут использоваться различные части конфигурационной информации SS (например, первой конфигурационной информации SS с фиг. 1 и второй конфигурационной информации SS с фиг. 4).

Как показано на фиг. 4, при конфигурировании набора SS №1 для UE в качестве набора USS для формата DCI 0_0/1_0, вторая конфигурационная информация SS (например, RRC IE «SearchSpace-r16») для набора SS №1 может содержать информацию о формате DC (например, RRC IE «dci-Formats»), указывающую на формат DCI 0_0/1_0.

Кроме того, при конфигурировании набора SS №2 для UE в качестве набора USS для формата DCI 0_1/1_1, вторая конфигурационная информация SS (например, RRC IE «SearchSpace-r16») для набора SS №2 может содержать информацию о формате DCI (например, RRC IE «dci-Formats»), указывающую на формат DCI 0_1/1_1.

Более того, при конфигурировании набора SS №3 для UE в качестве набора USS для нового формата DCI 0_2/1_2, вторая конфигурационная информация SS (например, RRC IE «SearchSpace-r16») для набора SS №3 может содержать информацию о формате DCI (например, RRC IE «dci-Formats»), указывающую на формат DCI 0_2/1_2.

UE может контролировать формат DCI, обозначенный посредством информации о формате DCI, в наборах SS №1 - №3, сконфигурированных посредством второй конфигурационной информации SS.

Как показано на фиг. 4, за счет задания второй конфигурационной информации SS (например, RRC IE «SearchSpace-r16») для UE, которое поддерживает новый формат DCI (например, формат DCI 0_2/1_2), его функционирование может отличаться от функционирования UE, которое не поддерживает новый формат DCI (например, формат DCI 0_2/1_2).

Во втором примере конфигурирования, за счет задания заново второй конфигурационной информации SS, возможно надлежащее конфигурирование набора SS для нового формата DCI (например, набора USS для формата DCI 0_2/1_2).

Второй аспект

Во втором аспекте раскрыто конфигурирование набора SS для мониторинга формата DCI 2_4, используемого для приоритетного прерывания в восходящем направлении.

Каждое поле в формате DCI 2_4 может иметь указание на приоритетное прерывание в восходящем направлении (указание приоритетного прерывания). Каждое поле может содержать заданное количество битов (например, 14 битов).

Формат DCI 2_4 может представлять собой общую DCI для группы из одного или более UE (также именуется как общая для группы DCI, общая для группы UE DCI, и т.д.) или специфичную для UE DCI. Набор SS для мониторинга формата DCI 2_4 может представлять собой набор CSS (например, набор CSS для PDCCH 3 типа) или набор USS.

Информация, относящаяся к приоритетному прерыванию в восходящем направлении (информация о приоритетном прерывании в восходящем направлении, например, RRC IE «UplinkPreemption»), может содержаться в специфичной для UE информации о PDCCH (например, RRC IE «PDCCH-Config»).

Кроме того, набор SS для формата DCI 2_4 может быть сконфигурирован с помощью конфигурационной информации SS (например, RRC IE «SearchSpace»). Конфигурационная информация SS может содержаться в специфичной для UE информации о PDCCH.

На фиг. 5А и 5В показаны схемы, иллюстрирующие примеры специфичной для UE информации о PDCCH согласно второму аспекту. Как показано на фиг. 5А, специфичная для UE информация о PDCCH (например, RRC IE «PDCCH-Config») может содержать по меньшей мере один из следующих видов информации: информацию, относящуюся к приоритетному прерыванию в восходящем направлении (информацию о приоритетном прерывании в восходящем направлении, например, RRC IE «UplinkPreemption»), и список (список SS, например, RRC IE «searchSpacesToAddModl_ist») одной или более частей конфигурационной информации SS (например, RRC IE «SearchSpace»).

Как показано на фиг. 5В, информация о приоритетном прерывании в восходящем направлении (например, RRC IE «UplinkPreemption») может содержать по меньшей мере один из следующих видов информации.

- Информация (например, RRC IE «int-RNTI»), указывающая на RNTI (например, INT-RNTI), используемый для CRC-скремблирования формата DCI 2_4

- Информация (например, RRC IE «dci-PayloadSize»), указывающая на полезную нагрузку формата DCI 2_4, подверженного CRC-скремблированию с помощью INT-RNTI

- Информация (информация о ресурсах приоритетного прерывания, например, RRC IE «timeFrequencySet»), относящаяся к ресурсам с установленным приоритетным прерыванием (например, по меньшей мере один из ресурсов частотной области и ресурсов временной области)

Например, информация о ресурсах приоритетного прерывания может указывать на связь между битами заданного поля в формате DCI 2_4 и одним или более символами.

Набор SS для формата DCI 2_4 может быть сконфигурирован на основании конфигурационной информации SS в списке SS. Набор SS может представлять собой набор CSS или может представлять собой набор USS.

На фиг. 6 показана схема, иллюстрирующая один из примеров конфигурационной информации SS согласно второму аспекту. На фиг. 6 показан один из примеров конфигурационной информации SS, которая может конфигурировать набор CSS для формата DCI 2_4. Как показано на фиг. 6, конфигурационная информация SS может содержать по меньшей мере один из перечисленных выше параметров (1) - (8).

Как показано на фиг. 6, информация набора CSS (например, RRC IE «сотгтюп») отличается от той, что показана на фиг. 1, тем, что информация, относящаяся к формату DCI 2_4 (информация о формате DCI 2_4, например, RRC IE «dci-Format2-4»), контролируемому в наборе CSS, содержится в качестве информации о формате DCI для набора CSS.

Информация о формате DCI для набора CSS, показанного на фиг. 6, может указывать, например, по меньшей мере на один из форматов DCI (по меньшей мере один из форматов DCI 0_0 и 1_0, формата DCI 2_0, формата DCI 2-1, формата DCI 2-2, формата DCI 2_3 и формата DCI 2_4), контролируемых в CSS, и количества кандидатов PDCCH для каждого уровня агрегации, используемого для контроля формата DCI.

Когда информация набора CSS в конфигурационной информации SS содержит информацию о формате DCI 2_4 (например, RRC IE «dci-Format2-4»), UE может контролировать формат DCI 2_4 в наборе CSS, сконфигурированном посредством конфигурационной информации SS.

На фиг. 7 показана схема, иллюстрирующая другой пример конфигурационной информации SS согласно второму аспекту. На фиг. 7 показан пример конфигурационной информации SS, которая может конфигурировать набор USS для формата DCI 2_4. Как показано на фиг. 7, конфигурационная информация SS может содержать по меньшей мере один из перечисленных выше параметров (1) - (8).

Как показано на фиг. 7, информация набора USS (например, RRC IE «ue-Specific») может содержать информацию о формате DCI (например, RRC IE «dci-Formats»), которая может задавать формат DCI 0_0/1_0, формат DCI 0_1/1_1 или формат DCI 2-4.

UE может контролировать набор USS, сконфигурированный посредством конфигурационной информации SS в формате DCI, обозначенном посредством информации о формате DCI в информации набора USS.

Во втором аспекте, если поддерживается формат DCI 2_3 для приоритетного прерывания в восходящем направлении, то набор SS для формата DCI 2_3 может быть надлежащим образом сконфигурирован для UE.

Третий аспект

Допускается, что заданные ограничения (например, максимальное количество кандидатов PDCCH, которое можно контролировать для каждой соты и для каждого слота, как раскрыто выше, и количество ССЕ, которые могут перекрываться для каждой соты и для каждого слота, как раскрыто выше) задаются при мониторинге DCI (также именуемом как мониторинг PDCCH, мониторинг DCI, мониторинг, слепое декодирование и т.д.), осуществляемом посредством UE.

Таким образом, при введении заново формата DCI 0_2/1_2, UE может, по возможности, сбрасывать по меньшей мере один из следующих процессов: (мониторинг/обработку формата DCI 0_2/1_2) мониторинг формата DCI 0_2/1_2 и обработку на основании формата DCI 0_2/1_2. Кроме того, аналогичная проблема возникает также при введении заново формата DCI 2_4.

В этой связи, UE может осуществлять назначение приоритетов одного или более наборов SS, сконфигурированных для UE. В частности, UE может осуществлять назначение приоритетов одного или более наборов SS, независимо от того, является или нет каждый набор SS набором SS (например, набором USS) для мониторинга формата DCI 0_2/1_2 (первое назначение приоритетов). Альтернативно, UE может осуществлять назначение приоритетов одного или более наборов SS, на основании того, является или нет каждый набор SS набором SS (например, набором USS) для мониторинга формата DCI 0_2/1_2 (второе назначение приоритетов).

Первое назначение приоритетов

При первом назначении приоритетов, приоритет наборов SS может быть определен на основании ID пространств поиска (индексов наборов SS), независимо от того, является ли каждый набор SS набором SS (например, набором USS) для мониторинга формата DCI 0_2/1_2. Например, приоритет набора SS, имеющего меньший (более низкий) ID пространства поиска, может быть определен так, чтобы он превышал приоритет набора SS, имеющего больший (более высокий) ID пространства поиска.

На фиг. 8 показана схема, иллюстрирующая один из примеров первого назначения приоритетов наборов SS согласно третьему аспекту. Хотя на фиг. 8 показаны наборы SS №1 - №5, сконфигурированные для UE, количество, ID и т.д. наборов SS, сконфигурированных для UE, не ограничиваются только теми, которые показаны на чертеже. Например, для UE может быть сконфигурирован набор SS №0.

Например, на фиг. 8, набор SS №1 представляет собой набор CSS, набор SS №2 представляет собой набор USS для формата DCI 0_0/1_0, набор SS №3 представляет собой набор USS для формата DCI 0_1/1_1, набор SS №4 представляет собой набор USS для формата DCI 0_2/1_2, а набор SS №5 представляет собой набор USS для формата DCI 0_2/1_2.

Как показано на фиг. 8, при первом назначении приоритетов, приоритет наборов SS может быть сконфигурирован на основании ID пространств поиска, независимо от того, является или нет каждый набор SS набором USS для формата DCI 0_2/1_2. Например, на фиг. 8, более высокий приоритет конфигурируется для набора SS, имеющего меньший (более низкий) ID пространства поиска.

Когда по меньшей мере некоторые из событий мониторинга соответствующих наборов SS №1 - №5 перекрываются в одной и той же единице времени (например, слоте), UE может управлять мониторингом наборов SS №1 - №5, на основании ID пространств поиска. В частности, UE может отдать приоритет мониторингу набора SS, имеющего небольшой ID пространства поиска, по сравнению с мониторингом набора SS, имеющего некоторый ID пространства поиска.

Следует отметить, что на фиг. 8, приоритет наборов SS №1 - №5 определяется на основании ID пространств поиска, независимо от типов пространств поиска, но этот вариант не несет ограничивающий характер. Приоритет наборов SS №1 - №5 может быть определен на основании ID пространств поиска и типов пространств поиска. Например, приоритет набора CSS может быть определен так, чтобы он превышал приоритет набора USS, и среди наборов SS, имеющих одинаковый тип пространства поиска, приоритет наборов SS может быть определен в порядке возрастания или в порядке убывания ID пространств поиска.

Второе назначение приоритетов

При втором назначении приоритетов, приоритет наборов SS может быть определен на основании того, является или нет каждый набор SS набором SS (например, набором USS) для мониторинга формата DCI 0_2/1_2. Например, приоритет набора SS для мониторинга формата DCI 0_2/1_2 может быть определен так, чтобы он превышал приоритет набора SS для мониторинга других форматов DCI.

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

Как показано на фиг. 9, при втором назначении приоритетов, приоритет наборов SS может быть сконфигурирован на основании того, является или нет каждый набор SS набором USS для формата DCI 0_2/1_2. Например, на фиг. 9, приоритет наборов SS №4 и №5, каждый из которых представляет собой набор USS для формата DCI 0_2/1_2, определяется так, чтобы он превышал приоритет других наборов SS №1 - №3.

Кроме того, при втором назначении приоритетов, среди наборов SS №4 и №5, каждый из которых представляет собой набор USS для формата DCI 0_2/1_2, приоритет наборов SS №4 и №5 можно определить на основании ID пространств поиска. Например, на фиг. 9, набор SS №4, имеющий меньший ID пространства поиска, имеет приоритет над набором SS №5, имеющим больший ID пространства поиска.

По аналогии, среди наборов SS №1 - №3, отличных от наборов USS для формата DCI 0_2/1_2, приоритет наборов SS №1 - №3 может быть определен на основании ID пространств поиска. Например, на фиг. 9, приоритет наборов SS №1 - №3 определяют так, чтобы они назначались в порядке возрастания ID пространств поиска.

Когда по меньшей мере некоторые из событий мониторинга соответствующих наборов SS №1 - №5 перекрываются в одной и той же единице времени (например, слоте), UE может управлять мониторингом наборов SS №1 - №4, на основании того, является или нет каждый набор SS набором USS для формата DCI 0_2/1_2, и ID пространств поиска.

Следует отметить, что на фиг. 9, приоритет наборов SS №1 - №3 определяется на основании ID пространств поиска независимо от типов пространств поиска; но данный вариант не несет ограничивающий характер. Приоритет наборов SS №1 - №3 может быть определен на основании ID пространств поиска и типов пространств поиска. Например, приоритет набора CSS может быть определен так, чтобы он превышал приоритет набора USS, и среди наборов SS, имеющих одинаковый тип пространства поиска, приоритет наборов SS может быть назначен в порядке возрастания или в порядке убывания ID пространств поиска.

Как раскрыто выше, в третьем аспекте, даже при введении формата DCI 0_2/1_2, и перекрытии событий мониторинга одного или более наборов SS, сконфигурированных для UE, обеспечивается возможность надлежащего управления мониторингом в соответствии с приоритетом наборов SS.

Другие аспекты

Следует отметить, что первый аспект и второй аспект можно объединить друг с другом. Например, конфигурационная информация SS с фиг. 2 или вторая конфигурационная информация SS с фиг. 4 и конфигурационная информация SS с фиг. 6 или фиг. 7 могут быть объединены.

В частности, при объединении частей конфигурационной информации SS с фиг. 2 и 6, информация о формате DCI (например, RRC IE «dci-Formats») в информации набора USS (например, RRC IE «ue-Specific») с фиг. 6 может указывать на один из формата DCI 0_0/1_0, формата DCI 0_1/1_1 и формата DCI 0_2/1_2.

Кроме того, при объединении частей конфигурационной информации SS с фиг. 2 и 7, информация о формате DCI (например, RRC IE «dci-Formats») в информации набора USS (например, RRC IE «ue-Specific») с фиг. 7 может указывать на один из формата DCI 0_0/1_0, формата DCI 0_1/1_1, формата DCI 0_2/1_2 и формата DCI 2_4.

Кроме того, при объединении второй конфигурационной информации SS с фиг. 4 и конфигурационной информации SS с фиг. 6, информация набора CSS (например, RRC IE «соттоп») во второй конфигурационной информации SS (например, RRC IE «SearchSpace-v16») с фиг. 4 может содержать информацию о формате DCI 2_4 (например, RRC IE «dci-Format2-4»).

Кроме того, при объединении второй конфигурационной информации SS с фиг. 4 и конфигурационной информации SS с фиг. 7, информация о формате DCI (например, RRC IE «dci-Formats») в информации набора USS (например, RRC IE «ue-Specific») во второй конфигурационной информации SS (например, RRC IE «SearchSpace-v16») с фиг. 4В может указывать на один из формата DCI 0_0/1_0, формата DCI 0_1/1_1, формата DCI 0_2/1_2 и формата DCI 2_4.

Кроме того, второй аспект и третий аспект или аспекты с первого по третий можно объединить друг с другом. Например, хотя набор SS для формата DCI 2_4 явно не показан на фиг. 8 и 9, приоритет набора SS для формата DCI 2_4 может быть также определен в соответствии с первым или вторым назначением приоритетов.

Система радиосвязи

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

На фиг. 10 представлена схема, иллюстрирующая один из примеров схематической структуры системы радиосвязи согласно одному из вариантов осуществления. Система 1 радиосвязи может представлять собой систему, реализующую связь с использованием схемы LTE (Long Term Evolution; долгосрочное развитие), систему мобильной связи 5-го поколения по технологии «New Radio» (5G NR) и т.д., спецификации которых разработаны посредством Проекта партнерства третьего поколения (3GPP).

Система 1 радиосвязи может поддерживать возможность двойного соединения (двойного соединения для нескольких RAT (MR-DC, от англ. Multi-RAT Dual Connectivity) между множеством RAT (Radio Access Technology; технология радиодоступа). MR-DC может включать в себя возможность двойного соединения EN-DC (двойное соединение E-UTRA-NR) между схемой LTE (Е-UTRA: Evolved Universal Terrestrial Radio Access; расширенный универсальный наземный доступ) и NR, возможность двойного соединения NE-DC (двойное соединение NR-E-UTRA) между схемой NR и LTE и т.д.

При EN-DC, базовая станция (узел eNB) схемы LTE (E-UTRA) представляет собой главный узел (MN, от англ. Master Node), а базовая станция (узел gNB) схемы NR представляет собой вторичный узел (SN, от англ. Secondary Node). При NE-DC, базовая станция (узел gNB) схемы NR представляет собой MN, а базовая станция (узел eNB) схемы LTE (E-UTRA) представляет собой SN.

Система 1 радиосвязи может поддерживать возможность двойного соединения между множеством базовых станций в одной и той же RAT (например, возможность двойного соединения NN-DC (NR-NR Dual Connectivity), когда и MN, и SN, оба, представляют собой базовые станции (узлы gNB) в соответствии с NR).

Система 1 радиосвязи может содержать базовую станцию 11, которая образует макросоту С1 с относительно широким покрытием, и базовые станции 12 (12а - 12с), которые формируют небольшие соты С2 и расположены в пределах макросоты С1 и которые уже макросоты С1. Пользовательский терминал 20 может находиться в по меньшей мере одной соте. Расположение, количество и т.д. каждой соты и пользовательского терминала 20 никоим образом не ограничиваются аспектом, проиллюстрированным на данной схеме. Далее по тексту, базовые станции 11 и 12 совместно именуются как «базовые станции 10», если не указано иное.

Пользовательский терминал 20 может быть соединен по меньшей мере с одной из множества базовых станцией 10. Пользовательский терминал 20 может использовать по меньшей мере одну из следующих процедур: агрегацию несущих (СА, от англ. Carrier Aggregation) и двойное соединение (DC), с применением множества компонентных несущих (СС, от англ. Component Carrier).

Каждая СС может содержаться в по меньшей мере одном из первого частотного диапазона (FR1: частотный диапазон 1) и второго частотного диапазона (FR2: частотный диапазон 2). Макросота С1 может содержаться в FR1, а малые соты С2 могут содержаться в FR2. Например, FR1 может представлять собой частотный диапазон в 6 ГГц или менее («sub-6» ГГц), a FR2 может представлять собой частотный диапазон, превышающий 24 ГГц («above-24» ГГц). Следует отметить, что частотные диапазоны, определения и т.д. для FR1 и FR2 никоим образом не ограничиваются данным описанием, и, например, FR1 может соответствовать частотному диапазону, превышающему FR2.

Пользовательский терминал 20 может осуществлять связь с помощью по меньшей мере одного из следующих видов связи, например, дуплексной связи с временным разделением (TDD, от англ. Time Division Duplex) и дуплексной связи с частотным разделением (FDD, от англ. Frequency Division Duplex) в каждой СС.

Множество базовых станций 10 могут быть соединены посредством проводного соединения (например, с помощью оптических волокон, соответствующих CPRI (Common Public Radio Interface; общий открытый радиоинтерфейс), интерфейсу Х2 и т.д.) или беспроводного соединения (например, связи NR). Например, если связь NR используется в качестве транзитного соединения между базовыми станциями 11 и 12, базовая станция 11, соответствующая станции более высокого уровня, может именоваться как «донор IAB (Integrated Access Backhaul; транзитное соединение с интегрированным доступом)», а базовая станция 12, соответствующая ретрансляционной станции (ретранслятору), может именоваться как «узел IAB».

Базовая станция 10 может быть соединена с опорной сетью 30 посредством другой базовой станции 10 или напрямую. Например, опорная сеть 30 может содержать по меньшей мере одно из следующих устройств, а именно, развитое пакетное ядро (ЕРС, от англ. Evolved Packet Core), опорную сеть 5G (5GCN), ядро следующего поколения (NGC, от англ. Next Generation Core) и т.д.

Пользовательский терминал 20 может представлять собой терминал, поддерживающий по меньшей мере одну из следующих схем связи, а именно LTE, LTE-A, 5G и т.д.

В системе 1 радиосвязи возможно применение схемы радиодоступа на основе мультиплексирования с ортогональным частотным разделением (OFDM, от англ. Orthogonal Frequency Division Multiplexing). Например, по меньшей мере к одной из следующих линий: нисходящей (DL) линии связи и восходящей (UL) линии связи может быть применено OFDM с циклическим префиксом (CP-OFDM, от англ. Cyclic Prefix OFDM), OFDM с дискретным преобразованием Фурье (DFT-s-OFDM, от англ. Discrete Fourier Transform Spread OFDM), множественный доступ с ортогональным частотным разделением (OFDMA, от англ. Orthogonal Frequency Division Multiple Access), множественный доступ с частотным разделением каналов с одной несущей (SC-FDMA, от англ. Single Carrier Frequency Division Multiple Access), и т.д.

Схема радиодоступа может именоваться как «форма сигнала». Следует отметить, что в системе 1 радиосвязи возможно использование другой схемы радиодоступа (например, другой схемы передачи с одной несущей, другой схемы передачи с несколькими несущими), в качестве схемы радиодоступа в восходящей (UL) и нисходящей (DL) линиях связи.

В системе 1 радиосвязи в качестве нисходящих каналов можно применять нисходящий общий канал (PDSCH: физический нисходящий общий канал), который совместно используется каждым пользовательским терминалом 20, широковещательный канал (РВСН: физический широковещательный канал), нисходящий канал управления (PDCCH: физический нисходящий канал управления) и т.д.

В системе 1 радиосвязи в качестве восходящих каналов можно применять восходящий общий канал (PUSCH: физический восходящий общий канал), который совместно используется каждым пользовательским терминалом 20, восходящий канал управления (PUCCH: физический восходящий канал управления), канал произвольного доступа (PRACH: физический канал произвольного доступа), и т.д.

Пользовательские данные, информация управления более высокого уровня, блоки системной информации (SIB, от англ. System Information Block) и т.д. передаются по PDSCH. Пользовательские данные, информация управления более высокого уровня и т.д. могут передаваться по PUSCH. Блоки основной информации (MIB, от англ. Master Information Block) могут передаваться по РВСН.

Информация управления более низкого уровня может передаваться по PDCCH. Например, информация управления более низкого уровня может содержать нисходящую информацию управления (DCI), в том числе, информацию планирования по меньшей мере одного из PDSCH и PUSCH.

Следует отметить, что DCI для планирования PDSCH может именоваться как «DL назначение», «DL DCI» и т.д., a DCI для планирования PUSCH может именоваться как «UL грант», «UL DCI» и т.д. Следует отметить, что PDSCH можно толковать как «DL данные», a PUSCH можно толковать как «UL данные».

Для обнаружения PDCCH можно использовать набор ресурсов управления (CORESET, от англ. Control Resource Set) и пространство поиска. CORESET соответствует ресурсу для поиска DCI. Пространство поиска соответствует области поиска и способу поиска кандидатов PDCCH. Один CORESET может быть связан с одним или множеством пространств поиска. UE может контролировать CORESET, связанный с заданным пространством поиска, на основании конфигурации пространства поиска.

Одно пространство поиска может соответствовать некоторому кандидату PDCCH, соответствующему одному или более уровням агрегации. Одно или более пространств поиска могут именоваться как «набор пространств поиска». Следует отметить, что «пространство поиска», «набор пространств поиска», «конфигурация пространства поиска», «конфигурация набора пространств поиска», «CORESET», «конфигурация CORESET» и т.д., в настоящем описании можно толковать как синонимы.

Восходящая информация управления (UCI, от англ. Uplink Control Information), в том числе по меньшей мере один из следующих видов информации, а именно, информация о состоянии канала (CSI, от англ. Channel State Information), информация подтверждения передачи (которая также может именоваться, например, как подтверждение гибридного автоматического запроса повторной передачи (HARQ-ACK, от англ. Hybrid Automatic Repeat Request Acknowledgement), ACK/NACK и т.д.), и запрос планирования (SR, от англ. Scheduling Request) могут быть переданы по PUCCH. Посредством PRACH могут быть переданы преамбулы произвольного доступа для установления соединений с сотами.

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

В системе 1 радиосвязи возможна передача сигнала синхронизации (SS, от англ. Synchronization Signal), нисходящего опорного сигнала (DL-RS, от англ. Downlink Reference Signal) и т.д. В системе 1 радиосвязи в качестве DL-RS возможна передача специфичного для соты опорного сигнала (CRS, от англ. Cell-specific Reference Signal), опорного сигнала информации о состоянии канала (CSI-RS), опорного сигнала демодуляции (DMRS, от англ. Demodulation Reference Signal), опорного сигнала позиционирования (PRS, от англ. Positioning Reference Signal), опорного сигнала отслеживания фазы (PTRS, от англ. Phase Tracking Reference Signal) и т.д.

Например, сигнал синхронизации может представлять собой по меньшей мере один из первичного сигнала синхронизации (PSS, от англ. Primary Synchronization Signal) и вторичного сигнала синхронизации (SSS, от англ. Secondary Synchronization Signal). Блок сигналов, содержащий SS (PSS, SSS) и РВСН (и DMRS для РВСН), может именоваться как «блок SS/РВСН», «блок SS (SSB)» и т.д. Кроме того, SS, SSB и т.д. могут также именоваться как «опорный сигнал».

В системе 1 радиосвязи в качестве восходящего опорного сигнала (UL-RS, от англ. Uplink Reference Signal) возможна передача зондирующего опорного сигнала (SRS, от англ. Sounding Reference Signal), опорного сигнала демодуляции (DMRS) и т.д. Следует отметить, что DMRS может именоваться как «специфичный для пользовательского терминала опорный сигнал (специфичный для UE опорный сигнал)».

Базовая станция

На фиг. 11 показана схема, иллюстрирующая один из примеров структуры базовой станции согласно рассматриваемому варианту осуществления. Базовая станция 10 содержит секцию 110 управления, передающую/приемную секцию 120, передающие/приемные антенны 130 и интерфейс 140 линии передачи. Следует отметить, что базовая станция 10 может содержать одну или более секций 110 управления, одну или более передающих/приемных секций 120, одну или более передающих/приемных антенн 130 и один или более интерфейсов 140 линии передачи.

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

Секция 110 управления управляет всей базовой станцией 10. Секция 110 управления может быть образована контроллером, контуром управления и т.д., которые можно раскрыть на основании общедоступных сведений в области техники, к которой относится настоящее изобретение.

Секция 110 управления может управлять генерированием сигналов, планированием (например, выделением ресурсов, отображением) и т.д. Секция 110 управления может управлять передачей и приемом, измерением и т.д., с помощью передающей/приемной секции 120, передающих/приемных антенн 130 и интерфейса 140 линии передачи. Секция 110 управления может создавать данные, информацию управления, последовательность и т.д. в качестве сигнала для передачи, и направлять созданные элементы в передающую/приемную секцию 120. Секция 110 управления может осуществлять обработку вызовов (конфигурирование, разъединение) для каналов связи, управление состоянием базовой станции 10 и управление радиоресурсами.

Передающая/приемная секция 120 может содержать секцию 121 основной полосы, радиочастотную (RF, от англ. Radio Frequency) секцию 122 и измерительную секцию 123. Секция 121 основной полосы может содержать секцию 1211 обработки передачи и секцию 1212 обработки приема. Передающая/приемная секция 120 может быть образована посредством передатчика/приемника, RF контура, контура основной полосы, фильтра, фазовращателя, измерительного контура, передающего/приемного контура и т.д., которые могут быть раскрыты на основании общедоступных сведений в области техники, к которой относится настоящее изобретение.

Передающая/приемная секция 120 может быть образована в виде интегрированной передающей/приемной секции, или может состоять из передающей секции и приемной секции. Передающая секция может состоять из секции 1211 обработки передачи и RF секции 122. Приемная секция может состоять из секции 1212 обработки приема, RF секции 122 и измерительной секции 123.

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

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

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

Передающая/приемная секция 120 (секция 1211 обработки передачи) может осуществлять обработку уровня протокола конвергенции пакетных данных (PDCP, от англ. Packet Data Convergence Protocol), обработку уровня RLC (Radio Link Control; управление каналом радиосвязи) (например, управление повторной передачей с помощью RLC), обработку уровня MAC (Medium Access Control; управление доступом к среде) (например, управление повторной передачей HARQ) и т.д., например, в отношении данных и информации управления и т.д., полученных из секции 110 управления, и может создавать последовательность битов для передачи.

Передающая/приемная секция 120 (секция 1211 обработки передачи) может осуществлять обработку передачи, например, кодирование канала (которое может включать в себя кодирование с коррекций ошибок), модуляцию, отображение, фильтрацию, обработку с дискретным преобразованием Фурье (DFT) (при необходимости), обработку с обратным быстрым преобразованием Фурье (IFFT, от англ. Inverse Fast Fourier Transform), предварительное кодирование, цифро-аналоговое преобразование и т.д. в отношении последовательности битов для передачи, и выдает сигнал основной полосы.

Передающая/приемная секция 120 (RF секция 122) может осуществлять модуляцию в радиочастотный диапазон, фильтрацию, усиление и т.д. в отношении сигнала основной полосы, и передавать сигнал радиочастотного диапазона посредством передающих/приемных антенн 130.

С другой стороны, передающая/приемная секция 120 (RF секция 122) может осуществлять усиление, фильтрацию, демодуляцию в сигнал основной полосы и т.д., в отношении сигнала радиочастотного диапазона, принятого посредством передающих/приемных антенн 130.

Передающая/приемная секция 120 (секция 1212 обработки приема) может применять обработку приема, например, аналого-цифровое преобразование, обработку с быстрым преобразованием Фурье (FFT, от англ. Fast Fourier Transform), обработку с обратным дискретным преобразованием Фурье (IDFT, от англ. Inverse Discrete Fourier Transform) (при необходимости), фильтрацию, восстановление, демодуляцию, декодирование (которое может включать в себя декодирование с коррекцией ошибок), обработку уровня MAC, обработку уровня RLC, обработку уровня PDCP и т.д. в отношении полученного сигнала основной полосы, и получать пользовательские данные и т.д.

Передающая/приемная секция 120 (измерительная секция 123) может осуществлять измерение в отношении принятого сигнала. Например, измерительная секция 123 может осуществлять измерение с управлением радиоресурсами (PRM, от англ. Radio Resource Management), измерение информации о состоянии канала (CSI) и т.д. на основании принятого сигнала. Измерительная секция 123 может измерять принятую мощность (например, мощность принятого опорного сигнала (RSRP, от англ. Reference Signal Received Power)), принятое качество (например, качество принятого опорного сигнала (RSRQ, от англ. Reference Signal Received Quality)), отношение сигнал-смесь помехи с шумом (SINR, от англ. Signal to Interference plus Noise Ratio), отношение сигнала к помехах (SNR, от англ. Signal to Noise Ratio)), интенсивность сигнала (например, показатель уровня принимаемого сигнала (RSSI, от англ. Received Signal Strength Indicator)), информацию о канале (например, CSI) и т.д. Результаты измерения могут быть выданы в секцию 110 управления.

Интерфейс 106 линии передачи может осуществлять передачу/прием (передачу сигналов в обратном направлении) сигнала с помощью аппарата, входящего в опорную сеть 30, или других базовых станций 10 и т.д., и получать или передавать пользовательские данные (данные плоскости пользователя), данные плоскости управления и т.д. для пользовательского терминала 20.

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

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

Пользовательский терминал

На фиг. 12 показана схема, иллюстрирующая один из примеров структуры пользовательского терминала согласно рассматриваемому варианту осуществления. Пользовательский терминал 20 содержит секцию 210 управления, передающую/приемную секцию 220 и передающие/приемные антенны 230. Следует отметить, что пользовательский терминал 20 может содержать одну или более секций 210 управления, одну или более передающих/приемных секций 220 и одну или более передающих/приемных антенн 230.

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

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

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

Передающая/приемная секция 220 может содержать секцию 221 основной полосы, RF секцию 222 и измерительную секцию 223. Секция 221 основной полосы может содержать секцию 2211 обработки передачи и секцию 2212 обработки приема. Передающая/приемная секция 220 может быть образована посредством передатчика/приемника, RF контура, контура основной полосы, фильтра, фазовращателя, измерительного контура, передающего/приемного контура и т.д., которые могут быть раскрыты на основании общедоступных сведений в области техники, к которой относится настоящее изобретение.

Передающая/приемная секция 220 может быть образована в виде интегрированной передающей/приемной секции, или может состоять из передающей секции и приемной секции. Передающая секция может состоять из секции 2211 обработки передачи и RF секции 222. Приемная секция может состоять из секции 2212 обработки приема, RF секции 222 и измерительной секции 223.

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

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

Передающая/приемная секция 220 может передавать раскрытые выше восходящий канал, восходящий опорный сигнал и т.д.

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

Передающая/приемная секция 220 (секция 2211 обработки передачи) может осуществлять обработку уровня PDCP, обработку уровня RLC (например, управление повторной передачей с помощью RLC), обработку уровня MAC (например, управление повторной передачей HARQ) и т.д., например, в отношении данных, информации управления и т.д., полученных из секции 210 управления, и может создавать последовательность битов для передачи.

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

Следует отметить, что выбор того, применять или нет обработку DFT, может основываться на конфигурации предварительного кодирования с преобразованием. Если предварительное кодирование с преобразованием разрешено, то передающая/приемная секция 220 (секция 2211 обработки передачи) может осуществлять, для заданного канала (например, PUSCH) обработку DFT в качестве раскрытой выше обработки передачи с целью передачи указанного канала с помощью формы сигнала DFT-s-OFDM, а в противном случае она может не осуществлять обработку DFT в качестве раскрытой выше обработки передачи.

Передающая/приемная секция 220 (RF секция 222) может осуществлять модуляцию в радиочастотный диапазон, фильтрацию, усиление и т.д. в отношении сигнала основной полосы, и передавать сигнал радиочастотного диапазона посредством передающих/приемных антенн 230.

С другой стороны, передающая/приемная секция 220 (RF секция 222) может осуществлять усиление, фильтрацию, демодуляцию в сигнал основной полосы и т.д., в отношении сигнала радиочастотного диапазона, принятого посредством передающих/приемных антенн 230.

Передающая/приемная секция 220 (секция 2212 обработки приема) может применять обработку приема, например, аналого-цифровое преобразование, обработку FFT, обработку IDFT (при необходимости), фильтрацию, восстановление, демодуляцию, декодирование (которое может включать в себя декодирование с коррекцией ошибок), обработку уровня MAC, обработку уровня RLC, обработку уровня PDCP и т.д. в отношении полученного сигнала основной полосы, и получать пользовательские данные и т.д.

Передающая/приемная секция 220 (измерительная секция 223) может осуществлять измерение в отношении принятого сигнала. Например, измерительная секция 223 может осуществлять измерение с помощью PRM, измерение CSI и т.д. на основании принятого сигнала. Измерительная секция 223 может измерять принятую мощность (например, RSRP), принятое качество (например, RSRQ, SINR, SNR), интенсивность сигнала (например, RSSI), информацию о канале (например, CSI) и т.д. Результаты измерения могут быть выданы в секцию 210 управления.

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

Следует отметить, что передающая/приемная секция 220 принимает нисходящую информацию управления. Передающая/приемная секция 220 может принимать восходящий сигнал (например, восходящий общий канал) и принимать нисходящий сигнал (например, нисходящий общий канал). Передающая/приемная секция 220 принимает конфигурационную информацию (конфигурационную информацию SS) набора пространств поиска. Передающая/приемная секция 220 может принимать конфигурационную информацию (например, специфичную для UE информацию о PDCCH или специфичную для соты информацию о PDCCH) нисходящего канала управления.

Секция 210 управления может управлять мониторингом нисходящей информации управления (DCI) первого формата (например, формата DCI 0_2), отличного от форматов 0_0 и 0_1, используемых для планирования восходящего общего канала, и второго формата (например, формата DCI 1_2), отличного от форматов 1_0 и 1_1, используемых для планирования нисходящего общего канала, в наборе пространств поиска, сконфигурированном на основании конфигурационной информации (первый аспект).

Конфигурационная информация может включать в себя информацию для задания одного из форматов 0_0 и 1_0, форматов 0_1 и 1_1 и первого и второго форматов в качестве формата DCI, контролируемого в наборе пространств поиска (например, фиг. 2 и 4).

Конфигурационная информация может быть предназначена для конкретного набора пространств поиска для мониторинга первого и второго форматов (например, фиг. 3), или для пользовательского терминала 20, в котором допускается мониторинг первого и второго форматов (например, фиг. 4).

Секция 210 управления может определять приоритет набора пространств поиска на основании по меньшей мере одного из ID набора пространств поиска и того, контролируются или нет первый и второй форматы в наборе пространств поиска (третий аспект).

Секция 210 управления может управлять мониторингом третьего формата DCI (например, формата DCI 2_4), включающим в себя указание приоритетного прерывания в восходящем направлении в наборе пространств поиска, сконфигурированном на основании конфигурационной информации (второй аспект).

Аппаратная структура

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

В данном случае, функции включают в себя оценку, определение, принятие решения, вычисление, расчет, обработку, получение, исследование, поиск, подтверждение, прием, передачу, вывод, получение доступа, разрешение, выбор, задание, установление, сравнение, допущение, ожидание, рассмотрение, широковещательную передачу, уведомление, обмен данными, пересылку, конфигурирование, реконфигурирование, выделение (отображение), присвоение и т.д., однако функции не ограничиваются данными примерами. Например, функциональный блок (компоненты) для реализации функции передачи может именоваться как «передающая секция (передающий блок)», «передатчик» и т.д. Как раскрыто выше, способ для реализации каждого компонента не ограничивается конкретным раскрытым выше способом.

Например, базовая станция, пользовательский терминал и т.д. согласно одному варианту осуществления настоящего изобретения могут выполнять функции компьютера, который исполняет процессы в соответствии со способом радиосвязи согласно настоящему изобретению. На фиг. 13 показана схема, иллюстрирующая один из примеров аппаратной структуры базовой станции и пользовательского терминала согласно рассматриваемому варианту осуществления. Физически, каждое из следующих устройств, а именно упомянутая выше базовая станция 10 и пользовательский терминал 20, может быть образовано в виде вычислительного аппарата, содержащего процессор 1001, память 1002, накопитель 1003, аппарат 1004 связи, аппарат 1005 ввода, аппарат 1006 вывода, шину 1007 и т.д.

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

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

Каждая функция базовой станции 10 и пользовательских терминалов 20 реализуется, например, за счет того, что аппаратное средство, такое как процессор 1001 и память 1002, считывает заданное программное обеспечение (программы), в результате чего процессор 1001 может выполнять вычисления для управления связью посредством аппарата 1004 связи и управления по меньшей мере одним из следующих процессов: считыванием и записью данных в память 1002 и накопитель 1003.

Процессор 1001, например, задействует операционную систему для управления всем компьютером. Процессор 1001 может быть образован центральным процессором (CPU, от англ. Central Processing Unit), содержащим интерфейсы для периферийных аппаратов, аппарат управления, вычислительный аппарат, регистр и т.д. Например, по меньшей мере некоторые из упомянутых выше секции 110 (210) управления, передающей/приемной секции 120 (220), и т.д. могут быть реализованы посредством процессора 1001.

Кроме того, процессор 1001 считывает программы (программные коды), программные модули, данные и т.д. из по меньшей мере одного из накопителя 1003 и аппарата 1044 связи в память 1002, и выполняет в соответствии с ними различные процессы. Что касается программ, то используются программы, которые обеспечивают выполнение компьютерами по меньшей мере некоторых из операций, раскрытых в изложенных выше вариантах осуществления. Например, секция 110 (210) управления может быть реализована посредством управляющих программ, хранящихся в памяти 1002 и исполняемых в процессоре 1001, при этом аналогичным образом могут быть реализованы и другие функциональные блоки.

Память 1002 представляет собой машиночитаемый носитель информации, и может быть образована, например, по меньшей мере одним из следующих устройств: постоянным запоминающим устройством (ПЗУ), стираемым перепрограммируемым ПЗУ (СППЗУ), электрически стираемым перепрограммируемым ПЗУ (ЭСППЗУ), оперативным запоминающим устройством (ОЗУ) и другой подходящей средой хранения информации. Память 1002 может именоваться, например, «регистром», «кэшем», «главной памятью (основным запоминающим аппаратом)» и т.д. Память 1002 может хранить исполняемые программы (программные коды), программные модули и т.д., для реализации способа радиосвязи согласно рассматриваемому варианту осуществления настоящего изобретения.

Накопитель 1003 представляет собой машиночитаемый носитель информации и может быть образован, например, по меньшей мере одним из следующих устройств: гибким диском, дискетой (зарегистрированный товарный знак), магнитооптическим диском (например, компакт-диском (ПЗУ на компакт-дисках (CD-ROM) и т.д.), цифровым универсальным диском, диском Blu-Ray (зарегистрированный товарный знак)), съемным диском, накопителем на жестком диске, смарт-картой, устройством флэш-памяти (например, картой, накопителем и флэшкой), магнитной полосой, базой данных, сервером и другой подходящей средой хранения информации. Накопитель 1003 может именоваться «вспомогательным запоминающим аппаратом».

Аппарат 1004 связи представляет собой аппаратное обеспечение (передающее/приемное устройство), которое обеспечивает возможность осуществления связи между компьютерами посредством по меньшей мере одной из проводных и беспроводных сетей, и которое также именуется, например, «сетевым устройством», «сетевым контроллером», «сетевой картой», «модулем связи» и т.д. Аппарат 1004 связи может быть выполнен так, что он содержит высокочастотный переключатель, дуплексор, фильтр, частотный синтезатор и т.д. для реализации по меньше мере одного из следующих видов связи, например, дуплексной связи с частотным разделением (FDD) и дуплексной связи с временным разделением (TDD). Например, упомянутые выше передающая/приемная секция 120 (220), передающие/приемные антенны 130 (230) и т.д. могут быть реализованы посредством аппарата 1004 связи. В передающей/приемной секции 120 (220), передающая секция 120а (220а) и приемная секция 120b (220b) могут быть реализованы в виде физически или логически отдельных устройств.

Аппарат 1005 ввода представляет собой устройство ввода, которое принимает входные данные извне (например, клавиатуру, мышку, микрофон, переключатель, кнопку, датчик и т.д.). Аппарат 1006 вывода представляет собой устройство вывода, которое позволяет отправлять выходные данные наружу (например, дисплей, громкоговоритель, светоизлучающий диод (LED, от англ. Light Emitting Diode) и т.д.). Следует отметить, что аппарат 1005 ввода и аппарат 1006 вывода могут быть выполнены в виде интегрированной структуры (например, сенсорной панели).

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

Кроме того, базовая станция 10 и пользовательские терминалы 20 могут быть выполнены так, что они содержат аппаратное обеспечение, такое как микропроцессор, цифровой сигнальный процессор (DSP, от англ. Digital Signal Processor), интегральную схему специального назначения (ASIC, от англ. Application Specific Integrated Circuit), программируемое логическое устройство (PLD, от англ. Programmable Logic Device), программируемую пользователем вентильную матрицу (FPGA, от англ. Field Programmable Gate Array) и т.д., причем некоторые или все функциональные блоки могут быть реализованы посредством аппаратного обеспечения. Например, процессор 1001 может быть реализован посредством по меньшей мере одного из этих аппаратных компонентов.

Вариации

Следует отметить, что терминология, раскрытая в данном описании, и терминология, необходимая для понимания настоящего изобретения, может быть заменена другими понятиями, имеющими одинаковые или похожие значения. Например, «канал», «символ» и «сигнал» (или сигнальная информация) можно толковать как синонимы. Кроме того, «сигналы» могут представлять собой «сообщения». Опорный сигнал также может быть сокращен до «RS» (Reference Signal; опорный сигнал) или может именоваться как «пилот-сигнал», «пилотный сигнал» и т.д., в зависимости от применяемых стандартов. Более того, «компонентная несущая (СС)» может именоваться «сотой», «несущей», «несущей частотой» и т.д.

Радиокадр может состоять из одного или множества периодов (кадров) во временной области. Каждый из одного или множества периодов (кадров), который составляет радиокадр, может именоваться «субкадром». Кроме того, субкадр может состоять из одного или множества слотов во временной области. Субкадр может иметь фиксированную продолжительность времени (например, 1 мс), которая не зависит от нумерологии.

В данном случае, нумерология может представлять собой параметр связи, применимый к по меньшей мере одному из следующих процессов: передаче и приему конкретного сигнала или канала. Например, нумерология может указывать по меньшей мере на один из следующих параметров, например, разнос поднесущей (SCS, от англ. Subcarrier Spacing), полосу пропускания, длину символа, длину циклического префикса, интервал времени передачи (TTI, от англ. Transmission Time Interval), количество символов на TTI, структуру радиокадра, конкретную обработку фильтрацией, осуществляемую приемопередатчиком в частотной области, конкретную обработку кадрированием, осуществляемую приемопередатчиком во временной области, и т.д.

Слот может состоять из одного или множества символов во временной области (символов OFDM (мультиплексирования с ортогональным частотным разделением), символов SC-FDMA (множественного доступа с частотным разделением с одной несущей) и т.д.). Кроме того, слот может представлять собой единицу времени, основанную на нумерологии.

Слот может содержать множество минислотов. Каждый минислот может состоять из одного или множества символов во временной области. Минислот может именоваться «субслотом». Минислот может содержать меньшее количество символов, чем слоты. PDSCH (или PUSCH), подлежащий передаче в большие единицы времени по сравнению с минислотом, может именоваться как «тип А отображения PDSCH (PUSCH)». PDSCH (или PUSCH), подлежащий передаче с помощью минислота, может именоваться как «тип В отображения PDSCH (PUSCH)».

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

Например, один субкадр может именоваться как «ТТ1», множество смежных субкадров могут именоваться как «ТТ1», или один слот или один минислот может именоваться как «ТТ1». То есть, по меньшей мере один из субкадра и TTI может представлять собой субкадр (1 мс) в существующей схеме LTE, может представлять собой период короче 1 мс (например, от 1 до 13 символов) или может представлять собой период длиннее 1 мс. Следует отметить, что единица, которая отражает TTI, может именоваться «слотом», «минислотом» и т.д. вместо «субкадра».

В данном случае, TTI относится, например, к минимальной единице времени для планирования радиосвязи. Например, в системах LTE, базовая станция осуществляет планирование для выделения радиоресурсов (например, полосы пропускания частот и мощности передачи, которые доступны для каждого пользовательского терминала) в единицах TTI для пользовательского терминала. Следует отметить, что определение TTI не ограничивается приведенным примером.

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

Следует отметить, что, когда один слот или один минислот именуется как TTI, один или более TTI (то есть, один или более слотов или один или более минислотов) может представлять собой минимальную единицу времени планирования. Кроме того, количество слотов (количество минислотов), которое составляет минимальную единицу времени планирования, можно контролировать.

TTI, имеющий продолжительность времени в 1 мс, может именоваться, например, как «нормальный TTI» (TTI в соответствии с версиями 8-12 проекта 3GPP), «длинный ТТ1», «нормальный субкадр», «длинный субкадр», «слот» и т.д. TTI короче нормального TTI может именоваться, например, «укороченным ТТ1», «коротким ТТ1», «частичным или фракционным ТТ1», «укороченным субкадром», «коротким субкадром», «минислотом», «субслотом», «слотом» и т.д.

Следует отметить, что длинный TTI (например, нормальный TTI, субкадр и т.д.) можно толковать как TTI, имеющий продолжительность времени, превышающую 1 мс, а короткий TTI (например, укороченный TTI и т.д.) можно толковать как TTI, имеющий длину TTI короче длины TTI длинного TTI и равный или превышающий 1 мс.

Ресурсный блок (RB) представляет собой единицу выделения ресурсов во временной области и частотной области, и может содержать одну или множество смежных под несущих в частотной области. Количество под несущих, содержащихся в RB, может быть одинаковым, независимо от нумерологии и может, например, равняться 12. Количество под несущих, содержащихся в RB, можно определить на основании нумерологии.

Кроме того, RB может содержать один или множество символов во временной области и может иметь длину одного слота, одного минислота, одного субкадра или одного TTI. Один TTI, один субкадр и т.д., каждый, может содержать один или множество ресурсных блоков.

Следует отметить, что один или множество RB могут именоваться, например, как «физический ресурсный блок (PRB, от англ. Physical Resource Block)», «группа поднесущих (SCG, от англ. Sub-Carrier Group)», «группа ресурсных элементов (REG, от англ. Resource Element Group)», «пара PRB», «пара RB» и т.д.

Кроме того, ресурсный блок может содержать один или множество ресурсных элементов (RE, от англ. Resource Element). Например, один RE может соответствовать области радиоресурса одной поднесущей и одного символа.

Часть полосы пропускания (BWP) (которая может именоваться как «частичная полоса пропускания» и т.д.) может обозначать под набор смежных общих ресурсных блоков (общих RB) для конкретной нумерологии в конкретной несущей. В данном случае, общий RB может быть задан посредством индекса RB на основании общей опорной точки несущей. PRB может быть задан посредством конкретной BWP и может быть пронумерован в указанной BWP.

BWP может содержать BWP для восходящей линии связи (UL BWP) и BWP для нисходящей линии связи (DL BWP). Для UE можно сконфигурировать одну или множество BWP в одной несущей.

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

Следует отметить, что описанные выше структуры радиокадров, субкадров, слотов, минислотов, символов и т.д. являются лишь примерами. Например, структуры, такие как количество субкадров, входящих в радиокадр, количество слотов на каждый субкадр или радиокадр, количество минислотов, входящих в слот, количество символов и RB, входящих в слот или минислот, количество поднесущих, входящих в RB, количество символов в TTI, длина символа, длина циклического префикса (CP, от англ. Cyclic Prefix) и т.д., могут различным образом меняться.

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

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

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

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

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

Уведомление об информации никоим образом не ограничивается аспектами/вариантами осуществлениями, раскрытыми в данном описании, и может быть осуществлено с помощью других способов. Например, уведомление об информации может быть реализовано в настоящем изобретении посредством сигнализации физического уровня (например, нисходящей информации управления (DCI), восходящей информации управления (UCI)), сигнализации более высокого уровня (например, сигнализации управления радио ресурса ми (RRC), широковещательной информации (блока основной информации (MIB), блоков системной информации (SIB) и т.д.), сигнализации управления доступом к среде (MAC)), и других сигналов или их комбинаций.

Следует отметить, что сигнализация физического уровня может именоваться как «информация управления уровня 1/уровня 2 (L1/L2) (сигналы управления L1/L2)», «информация управления L1 (сигнал управления L1)» и т.д. Кроме того, сигнализация RRC может именоваться как «сообщение RRC» и может, например, представлять собой сообщение «RRCConnectionSetup», сообщение «RRCConnectionReconfiguration», и т.д. Кроме того, уведомление о сигнализации MAC может быть направлено с помощью, например, элементов управления MAC (MAC СЕ).

Более того, уведомление о заданной информации (например, уведомление о том, что «X поддерживает») не ограничивается уведомлением в явной форме, и может быть направлено неявно (например, без уведомления об этой заданной информации или путем уведомления о другой информации).

Решения могут быть приняты в виде значений, выраженных посредством одного бита (0 или 1), могут быть приняты в виде булевых значений, выраженных в виде значений «истина» или «ложь», или могут быть приняты путем сравнения численных значений (например, сравнения с заданным значением).

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

Также, программное обеспечение, команды, информация и т.д. могут быть переданы и приняты посредством среды передачи. Когда, например, программное обеспечение передается с вебсайта, сервера или других удаленных источников с помощью по меньшей мере одной из проводных технологий (коаксиальных кабелей, оптоволоконных кабелей, скрученных пар, цифровых абонентских линий (DSL, от англ. Digital Subscriber Line) и т.д.) и беспроводных технологий (инфракрасного излучения, микроволн и т.д.), по меньшей мере одна из этих проводных технологий и беспроводных технологий также входит в состав определения среды передачи.

Понятия «система» и «сеть», используемые в данном описании, могут использоваться взаимозаменяемо. Понятие «сеть» может обозначать аппарат (например, базовую станцию), входящий в сеть.

В данном описании, такие понятия, как «предварительное кодирование», «прекодер», «вес (вес предварительного кодирования)», «квази-совместное расположение (QCL, от англ. Quasi-Co-Location)», «состояние индикации конфигурации передачи (TCI, от англ. Transmission Configuration Indication) (или состояние TCI)», «пространственное отношение», «фильтр пространственной области», «мощность передачи», «чередование фаз», «антенный порт», «группа антенных портов», «уровень», «количество уровней», «ранг», «ресурс», «набор ресурсов», «группа ресурсов», «луч», «ширина луча», «угол луча», «антенна», «антенный элемент», «панель» и т.д. могут использоваться взаимозаменяемо.

В данном описании, такие понятия, как «базовая станция (BS)», «базовая радиостанция», «стационарная станция», узел «NodeB», узел «eNodeB (eNB)», узел «gNodeB (gNB)», «точка доступа», «точка передачи (TP, от Transmission Point)», «точка приема» (RP, от англ. Reception Point), «точка передачи/приема (TRP)», «панель», «сота», «сектор», «группа сот», «несущая», «компонентная несущая» и т.д. могут использоваться взаимозаменяемо. Базовая станция также может именоваться такими понятиями, как «макросота», «малая сота», «фемтосота», «пикосота» и т.д.

Базовая станция может вмещать в себя одну или множество (например, три) сот. Если базовая станция вмещает в себя множество сот, вся площадь покрытия базовой станции может быть разделена на множество небольших зон, причем каждая маленькая зона также может предоставлять услуги связи посредством подсистем базовой станции (например, внутренних малых базовых станций (PRH: выносной радиоузел)). Понятие «сота» или «сектор» обозначает часть площади покрытия или всю площадь покрытия по меньшей мере одной из базовой станции и подсистемы базовой станции, которая предоставляет услуги связи в этом покрытии.

В данном описании, понятия «мобильная станция (MS)», «пользовательский терминал», «пользовательское оборудование (UE, от англ. User Equipment)» и «терминал» могут использоваться взаимозаменяемо.

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

По меньшей мере одна из базовой станции и мобильной станции может именоваться, например, как «передающий аппарат», «приемный аппарат», «аппарат связи» и т.д. Следует отметить, что по меньшей мере одна из базовой станции и мобильной станции может, например, представлять собой устройство, установленное на подвижный объект, или непосредственно сам подвижный объект, и т.д. Подвижный объект может представлять собой транспортное средство (например, автомобиль, воздушное судно и т.д.), может представлять собой подвижный объект, который движется без экипажа (например, беспилотный летательный аппарат, автомобиль с автоматическим управлением и т.д.), или может представлять собой робот (с ручным управлением или без оператора). Следует отметить, что по меньшей мере одна из базовой станции и мобильной станции также содержит аппарат, который необязательно должен двигаться во время осуществления связи. Например, по меньше мере одна из базовой станции и мобильной станции может представлять собой устройство IoT (Internet of Things; Интернет вещей), такое как датчик, и т.д.

Кроме того, базовую станцию в данном описании можно толковать как пользовательский терминал. Например, каждый аспект/вариант осуществления настоящего изобретения может быть применен к структуре, в которой связь между базовой станцией и пользовательским терминалом заменена связью между множеством пользовательских терминалов (которая может именоваться, например, как D2D: устройство-с-устройством, V2X (Vehicle-to-Everything; связь автомобиля со «всем») и т.д.). В данном случае, пользовательские терминалы 20 могут иметь функции упомянутых выше базовых станций 10. Такие слова, как «восходящий» и «нисходящий», можно толковать как слова, соответствующие связи между терминалами (например, «боковой»). Например, восходящий канал, нисходящий канал и т.д. можно толковать как боковой канал.

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

В данном описании операции, осуществляемые базовой станцией, в некоторых случаях могут выполняться верхними узлами. Очевидно, что в сети, содержащей один или множество сетевых узлов, имеющих базовые станции, различные операции, осуществляемые для обмена данными с терминалами, могут быть исполнены базовыми станциями, одним или более сетевыми узлами (например, возможно применение узлов управления мобильностью (ММЕ, от англ. Mobility Management Entity), обслуживающих шлюзов (S-GW, от англ. Serving-Gateways) и т.д., без ограничения данными примерами), отличными от базовых станций или их комбинации.

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

Аспекты/варианты осуществления, раскрытые в данном описании, могут быть применены в отношении схемы LTE, усовершенствованной схемы LTE (LTE-А), схемы LTE-B (LTE-Beyond), схемы SUPER 3G, схемы IMT-Advanced, системы мобильной связи 4-го поколения (4G), системы мобильной связи 5-го поколения (5G), будущей системы радиодоступа (FRA), системы «New-Radio Access Technology (RAT)», технологии NR («New Radio»), технологии NX («New Radio Access»), технологии FX (системы радиодоступа будущего поколения), глобальной системы мобильной связи (GSM, от англ. Global System for Mobile communications) (зарегистрированный товарный знак), CDMA2000, широкополосной сети ультрамобильной связи (UMB, от англ. Ultra Mobile Broadband), IEEE 802.11 (Wi-Fi (зарегистрированный товарный знак)), IEEE 802.16 (WiMAX (зарегистрированный товарный знак)), IEEE 802.20, сверхширокой полосы пропускания (UWB, от англ. Ultra-WideBand), Bluetooth (зарегистрированный товарный знак), систем, которые используют другие подходящие способы радиосвязи, и систем следующего поколения, которые расширяются на основе этих систем. Множество систем могут быть объединены (например, комбинация LTE или LTE-A и 5G, и т.д.) и применены.

Выражение «основанный на» (или «на основании»), использованное в данном описании, не означает «основанный только на» (или «на основании только»), если не указано иное. Другими словами, выражение «основанный на» (или «на основании») означает и «основанный только на», и «основанный по меньшей мере на» («на основании только» и «на основании по меньшей мере»).

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

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

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

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

Более того, «принятие решения (определение)» можно толковать как обозначающее «допущение», «ожидание», «рассмотрение» и т.д.

«Максимальная мощность передачи» согласно настоящему изобретению может обозначать максимальное значение мощности передачи, может обозначать номинальную максимальную мощность передачи (номинальную максимальную мощность передачи UE) или может обозначать проектную максимальную мощность передачи (проектную максимальную мощность передачи UE).

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

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

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

Если такие слова, как «включает в себя», «включающий в себя» и вариации этих слов, используются в настоящем описании, то эти слова следует понимать как всеобъемлющие, по аналогии со словом «содержащий». Кроме того, слово «или», используемое в настоящем описании, не является исключающим «или».

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

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

1. Терминал, содержащий:

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

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

причем первый формат нисходящей информации управления (DCI) отличен от форматов 0_0 и 0_1 нисходящей информации управления (DCI), а второй формат нисходящей информации управления (DCI) отличен от форматов 1_0 и 1_1 нисходящей информации управления (DCI), а

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

2. Терминал по п. 1, в котором секция управления выполнена с возможностью определения того, что для типа набора пространств поиска приоритет мониторинга в наборе общих пространств поиска (CSS) выше, чем в наборе специфичных для UE пространств поиска (USS).

3. Терминал по п. 1, в котором секция управления выполнена с возможностью управления мониторингом третьего формата DCI для уведомления о приоритетном прерывании в восходящем направлении в наборе пространств поиска, и причем конфигурационная информация указывает на количество кандидатов нисходящего канала управления (PDCCH) для каждого уровня агрегации, используемого для мониторинга третьего формата DCI.

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

прием конфигурационной информации набора пространств поиска; и

управление мониторингом, в указанном наборе пространств поиска, по меньшей мере одного из первого формата нисходящей информации управления (DCI), используемого для планирования восходящего общего канала, и второго формата нисходящей информации управления (DCI), используемого для планирования нисходящего общего канала, на основе идентификатора набора пространств поиска и типа набора пространств поиска,

причем первый формат нисходящей информации управления (DCI) отличен от форматов 0_0 и 0_1 нисходящей информации управления (DCI), а второй формат нисходящей информации управления (DCI) отличен от форматов 1_0 и 1_1 нисходящей информации управления (DCI), а

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

5. Базовая станция, содержащая:

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

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

причем первый формат нисходящей информации управления (DCI) отличен от форматов 0_0 и 0_1 нисходящей информации управления (DCI), а второй формат нисходящей информации управления (DCI) отличен от форматов 1_0 и 1_1 нисходящей информации управления (DCI), а

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

6. Система радиосвязи, содержащая терминал и базовую станцию, в которой:

терминал содержит:

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

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

базовая станция содержит:

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

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

причем первый формат нисходящей информации управления (DCI) отличен от форматов 0_0 и 0_1 нисходящей информации управления (DCI), а второй формат нисходящей информации управления (DCI) отличен от форматов 1_0 и 1_1 нисходящей информации управления (DCI).