РАБОТА В ШИРОКОПОЛОСНОМ РЕЖИМЕ В НЕЛИЦЕНЗИРОВАННОМ СПЕКТРЕ С МНОЖЕСТВОМ ОТДЕЛЬНЫХ ЧАСТОТНЫХ ДИАПАЗОНОВ Российский патент 2021 года по МПК H04L5/00 H04W72/04 

Область техники

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

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

Консорциум по проекту партнерства 3-го поколения (3^rd Generation Partnership Project, 3GPP) в течение последних нескольких лет разрабатывал технические спецификации для сотовой технологии следующего поколения, также называемой новым радио (New Radio, NR) пятого поколения (5G).

После начальных исследований 3GPP в марте 2017 г. утвердил направление работы по спецификациям NR в рамках Версии 15. На том же заседании 3GPP согласился с предложением ускорить график 5G, чтобы завершить неавтономное (non-standalone, NSA) NR к декабрю 2017 г., а автономное (standalone, SA) NR планировали завершить к июню 2018 г.

При неавтономной работе для начального доступа используют технологию долгосрочного развития (Long Term Evolution, LTE), тогда как автономная версия может быть развернута независимо от LTE. С утверждением спецификаций NSA NR в декабре 2017 г. была достигнута крупная веха, в то время как версия SA была завершена в июне 2018 г.

Последний этап для Версии 15 представляет собой начатое и прерванное направление работы, которое будет завершено к декабрю 2018 г. Это начатое и прерванное направление работы будет включать дополнительные функции архитектуры, например, возможность соединения узлов 5G NodeB (gNB) с улучшенной базовой сетью пакетной передачи данных (Evolved Packet Core, ЕРС) и эксплуатацию NR и LTE в режиме множества соединений, причем NR является главным узлом, a LTE является вторичным узлом.

Одной из целей технологии нового радио (NR) 5G является создание единой технической основы, удовлетворяющей всем сценариям использования, включая улучшенный мобильный широкополосной доступ (enhanced Mobile Broadband, еМВВ), сверхнадежную связь с малой задержкой (Ultra-Reliable Low-Latency Communications, URLLC) и массовое межмашинное взаимодействие (massive Machine Type Communication, mMTC).

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

Как резюмируется в одном из технических отчетов по направлению исследования NR (3GPP TSG TR 38.801 V2.0.0, «Исследование технологий доступа нового радио; архитектура и интерфейсы радиодоступа» («Study on New Radio Access Technology; Radio Access Architecture and Interfaces»), март 2017 г.), фундаментальная форма сигнала физического уровня будет основана на мультиплексировании с ортогональным разделением частот (Orthogonal Frequency Division Multiplexing, OFDM). Как в нисходящем направлении, так и в восходящем направлении поддерживается форма сигнала, основанная на OFDM с циклическим префиксом (CP-OFDM). Также поддерживается форма сигнала, основанная на OFDM с расширением спектра дискретным преобразованием Фурье (Discrete Fourier Transformation, DFT) (DFT-S-OFDM), комплементарная форме сигнала CP-OFDM по меньшей мере для еМВВ в восходящей линии связи вплоть до 40 ГГц.

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

РАСКРЫТИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ

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

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

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

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

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

Мобильный терминал содержит процессор и приемопередатчик. Во время работы процессор контролирует физический канал управления нисходящей линии связи (Physical Downlink Control Channel, PDCCH) на предмет потенциально возможных вариантов первого набора пространств поиска, находящегося в назначенном первом частотном диапазоне из множества частотных диапазонов.

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

На Фиг. 1 изображения блок-схема мобильного терминала и базовой станции в системе беспроводной линии связи.

На Фиг. 2 показана схема последовательности работы в широкополосном режиме в нелицензированном спектре в соответствии с конкретным вариантом реализации в сценарии развертывания 3GPP NR.

На Фиг. 3 показан первый пример конкретного варианта реализации работы в широкополосном режиме в нелицензированном диапазоне в сценарии развертывания 3GPP NR.

На Фиг. 4 показан второй пример конкретного варианта реализации работы в широкополосном режиме в нелицензированном диапазоне в сценарии развертывания 3GPP NR.

На Фиг. 5 показан третий пример конкретного варианта реализации работы в широкополосном режиме в нелицензированном диапазоне в сценарии развертывания 3GPP NR.

В 3GPP NR работа в нелицензированном спектре (называемом NR-U) значительно улучшена по сравнению с механизмами, известными из предыдущих версий, например стандартов LTE. В своих усилиях по стандартизации этой работы 3GPP посвятила этой теме направление исследования, т.е. 3GPP RP-172021, которое полностью включено в настоящий документ путем ссылки. Например, в разделе 4.1 этого документа рассмотрены разные архитектурные сценарии, в том числе основанный на NR доступ при помощи лицензированных полос (Licensed Assisted Access, LAA) и основанная на NR работа автономной соты в нелицензированном спектре.

Обзор

Как определено в Выпуске 15, все NR UE Выпуска 15, работающие в лицензированном диапазоне, будут в состоянии поддерживать ширину полосы 100 МГц для частот меньше 6 ГГц (например, для полос в диапазоне 450 МГц - 6 ГГц), и ширину полосы 400 МГц для миллиметрового диапазона (например, для полос в диапазоне 24,25 ГГц - 52,6 ГГц). Кроме того, существуют несколько широких нелицензированных частотных полос, которые могут быть использованы для удовлетворения постоянной потребности в более быстром, более оперативно реагирующем широкополосном доступе. Следовательно, работа в широкополосном режиме в нелицензированном спектре является одним из ключевых строительных кирпичиков NR-U.

Чтобы облегчить такие широкополосные операции, в настоящее время обсуждаются два разных сценария для улучшения спектральной эффективности: во-первых, агрегирование несущих (Carrier Aggregation, СА) и, во-вторых, широкополосная несущая. В сценарии с агрегированием несущих ширину полосы широкополосного спектра разделяют на компонентные несущие, которые разнесены с защитными полосами между ними. Затем множество компонентных несущих могут быть агрегированы для передачи и/или приема данных. В сценарии с широкополосной несущей широкополосной спектр рассматривают как единый набор ресурсов. Единственно в целях уменьшения служебных данных планирования эта широкополосная несущая может содержать специально предназначенные ресурсы, которые служат, например, исключительно в качестве каналов управления. Важно отметить, что без всякого деления на разные компонентные несущие (полный) широкополосный спектр может быть использован для передач и/или приемов данных без отдельной операции агрегирования.

Работа в нелицензированном спектре

Как уже отмечалось в 3GPP RP-141646, для соблюдения определенных нормативных требования в некоторых регионах мира требуются нелицензируемые технологии, например, прослушивание перед передачей (Listen-Before-Talk, LBT). Необходимо справедливое сосуществование между сотовыми операциями и другими технологиями, такими как Wi-Fi, в разных его версиях, а также между самими сотовыми операторами. Даже в странах, где не используют LBT, существуют нормативные требования, направленные на сведение к минимуму помех другим пользователям нелицензированного спектра. Однако сведения к минимуму помех просто по соображениям нормативных требований недостаточно. Поэтому важно обеспечить, чтобы основанные на NR широкополосные системы нелицензированного доступа действовали как «хороший сосед» в отношении всех форм унаследованных систем.

Процедуру прослушивания перед передачей (LBT) определяют как механизм, посредством которого оборудование применяет проверку «оценка незанятости канала» (Clear Channel Assessment, CCA) перед использованием канала. В ССА используют по меньшей мере обнаружение энергии для определения наличия или отсутствия других сигналов в канале, чтобы определить, занят или свободен канал, соответственно. Европейские и японские нормативы, например, предписывают использовать LBT в нелицензированных полосах. Помимо нормативных требований, это обнаружение несущей посредством LBT является одним из способов справедливого совместного использования нелицензированного спектра, и, следовательно, оно считается жизненно важной функцией для справедливого и дружественного функционирования в нелицензированном спектре в рамках единого глобального решения.

В соответствии с этим европейским нормативным требованием в отношении LBT устройства должны выполнять оценку незанятости канала (ССА) перед занятием радиоканала передачей данных. Инициировать передачу по нелицензированному каналу разрешается только после обнаружения незанятости канала, например на основе обнаружения энергии. В частности, оборудование должно наблюдать канал в течение определенного минимального времени (например, 20 мкс для Европы, см. ETSI 301 893, пункт 4.8.3) во время ССА.

Канал считается занятым, если обнаруженный уровень энергии превышает сконфигурированное пороговое значение ССА (например, - 73 дБм/МГц, см. ETSI 301 893, пункт 4.8.3), и, наоборот, считается свободным, если обнаруженный уровень энергии ниже сконфигурированного порогового значения ССА. Если канал определен как занятый, по этому каналу не следует передавать в течение следующего фиксированного периода кадра. Если канал классифицирован как свободный, устройству разрешено передавать сразу же. Максимальную продолжительность передачи ограничивают для способствования справедливому совместному использованию с другими устройствами, работающими на той же самой полосе.

Соглашение RAN1 #92bis по прослушиванию перед передачей для NR-U

Для обеспечения эффективного варианта реализации операции прослушивания перед передачей (LBT) были согласованы определенные ограничения для основанных на NR широкополосных систем нелицензированного доступа. В качестве отправной точки для исследования согласовано, что: если отсутствие Wi-Fi не может быть гарантировано (например, нормативами) в полосе (ниже 7 ГГц), где работает NR-U, то рабочая ширина полосы NR-U является целочисленным, кратным 20 МГц. По меньшей мере для полосы, где отсутствие Wi-Fi не может быть гарантировано (например, нормативами), LBT может выполняться в блоках по 20 МГц. Тем не менее, для дальнейшего исследования (for further study, FFS) остается: подробности того, как выполнять LBT для одной несущей с шириной полосы более 20 МГц, т.е. для целочисленных, кратных 20 МГц.

Настоящее изобретение

С учетом вышеизложенного настоящее изобретение было задумано с пониманием того, что работа в широкополосном режиме в NR-U может быть еще улучшена. В частности, соглашение об ограничении операции прослушивания перед передачей блоками по 20 МГц, приводящее к нелицензированному спектру NR с рабочей шириной полосы целочисленного, кратного 20 МГц, снижает гибкость использования нелицензированного спектра.

Например, в настоящем изобретении предполагается сценарий, в котором только одна или две из операций прослушивания перед передачей потерпели неудачу при оценке незанятости канала (ССА) в соответствующих блоках шириной 20 МГц. Тогда критерий «хорошего соседа» будет требовать от основанной на NR широкополосной системы нелицензированного доступа, чтобы она не выполняла передачи по меньшей мере в этих блоках шириной 20 МГц. Однако отсутствие таких передач не сразу становится очевидным для UE (также называемого «мобильным терминалом»), которое потенциально может быть выполнено с возможностью ожидания сигнализации о находящихся там ресурсах.

Если говорить подробнее, конструкция системы NR-U предполагает, что gNB (также называемая «gNodeB» или «базовой станцией») отвечает за обеспечение критерия «хорошего соседа», по меньшей мере для нисходящей линии связи. В этом отношении именно gNB выполняет операции прослушивания перед передачей по меньшей мере для передачи информации управления нисходящей линии связи посредством PDCCH и данных пользователя нисходящей линии связи посредством физического совместно используемого канала нисходящей линии связи (Physical Downlink Shared Channel, PDSCH). После того, как gNB обнаруживает неудачу оценки незанятости канала, она может подготовить PDCCH и PDSCH, соответственно, для избежания соответствующего блока шириной 20 МГц. Однако это может налагать жесткое требование на обработку для gNB.

Чтобы сделать менее строгой временную шкалу обработки PDCCH и PDSCH, gNB может подготавливать PDCCH и PDSCH до того, как узнает исход процедуры LBT. После этого некоторые подготовленные PDCCH и PDSCH будут сброшены (например, выколоты) в соответствии с результатом LBT.

Однако отсутствие всякого планирования на ресурсах, находящихся в соответствующих блоках шириной 20 МГц, не освобождает UE от его обязанности контролировать соответствующую информацию управления. В частности, независимо от наличия или отсутствия (т.е. из-за выкалывания) передач в соответствующих блоках шириной 20 МГц UE будет все равно контролировать физический канал управления нисходящей линии связи (PDCCH) на предмет потенциально возможных вариантов в наборах пространств поиска (также называемых «SSs»), связанных с находящимися там ресурсами.

Требование контроля вытекает из спецификации наборов пространств поиска в NR.

Наборы пространств поиска определены в NR посредством технической спецификации 3GPP TS 38.213 версии V15.2.0, опубликованной в июне 2018 г. на веб-сайте 3gpp.org и озаглавленной «NR; Physical layer procedures for control (Release 15)» («Процедуры управления на физическом уровне (Версия 15), которая полностью включена в настоящий документ путем ссылки. В частности, см. ее раздел 10, озаглавленный «UE procedures for receiving control information» («Процедуры UE для приема информации управления») и раздел 11.1, озаглавленный «UE procedure for determining slot format» (Процедура UE для определения формата слота»).

В них предписано, что UE контролирует набор потенциально возможных вариантов PDCCH в одном или более наборах ресурсов управления (Control Resource Set, CORESET) на активной части ширины полосы (Bandwidth Part, BWP) DL в каждой активированной обслуживающей соте, сконфигурированной с контролем PDCCH в соответствии с наборами пространств поиска, где контроль подразумевает декодирование каждого потенциально возможного варианта PDCCH в соответствии с контролируемыми форматами DCI.

В разделе 10.1, озаглавленном «UE procedure for determining physical downlink control channel assignment («Процедура UE для определения назначения физического канала управления нисходящей линии связи»), технической спецификации 3GPP TS 38.213 (упомянутый выше) набор ресурсов управления определен следующим образом: Для каждой DL BWP, сконфигурированной для UE в обслуживающей соте, UE может быть предоставлена сигнализация более высокого уровня с наборами ресурсов управления (CORESET). Для каждого набора ресурсов управления (CORESET) UE предоставляют следующее посредством параметра более высокого уровня ControlResourceSet:

- индекс набора ресурсов управления р, 0≤р<12, посредством параметра более высокого уровня controlResourceSetld;

- значение инициализации последовательности скремблирования опорного сигнала демодуляции (Demodulation Reference Signal, DM-RS) посредством параметра более высокого уровня pdcch-DMRS-ScramblingID;

- гранулярность прекодера для ряда групп ресурсных элементов (Resource Element Group, REG) в частотной области, где UE может предполагать использование одного и того же прекодера DM-RS, посредством параметра более высокого уровня precoderGranularity;

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

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

- параметры отображения элемента канала управления (Control Channel Element, ССЕ) в REG, предоставляемые посредством параметра более высокого уровня cce-REG-MappingType;

- квазисовместное расположение порта антенны из набора квазисовместных расположений портов антенны, предоставляемое посредством параметра более высокого уровня TCI-StatesPDCCH, указывающего информацию о квазисовместном расположении порта антенны DM-RS для приема PDCCH;

- индикацию наличия или отсутствия поля индикации конфигурации передачи (Transmission Configuration Indication, TCI) для формата 1_1 DCI, передаваемого посредством PDCCH в наборе ресурсов управления ^р, посредством параметра более высокого уровня TCI-PresentInDCI.

Данное определение эквивалентно изложенному в технической спецификации 3GPP TS 38.331 версии V15.2.1, опубликованной в июне 2018 г. на веб-сайте 3gpp.org и озаглавленной «NR; Radio Resource Control (RRC) protocol specification (Release 15)» («NR; Спецификация протокола управления радиоресурсами (RRC)» (Версия 15)), которая полностью включена в настоящий документ путем ссылки. В частности, см. ее раздел 6.3.2, озаглавленный «Radio resource control information element» («Информационный элемент управления радиоресурсами», который определяет информационный элемент набора ресурсов управления (CORESET), называемый «ControlResourceSet IЕ».

Важно отметить, что ControlResourceSet IE содержит параметр frequencyDomainResources, который определяет ресурсы частотной области для CORESET. Каждый бит соответствует группе из 6 ресурсных блоков (Resource Block, RB), причем группировка начинается с физического ресурсного блока (Physical Resource Block, PRB) 0, который полностью содержится в части ширины полосы, в которой сконфигурирован CORESET.

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

Биты, соответствующие группе, не полностью содержащейся в части ширины полосы, в которой сконфигурирован CORESET, установлены в нуль. Соответствует параметру L1 'CORESET-freq-dom' (см. 3GPP TS 38.211, раздел 7.3.2.2).

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

- набор общих пространств поиска TypeO-PDCCH, сконфигурированный с помощью searchSpaceZero в MasterInformationBlock или с помощью searchSpaceSIBl в PDCCH-ConfigCommon для формата DCI с циклическим контролем по избыточности (Cyclic Redundancy Check, CRC), скремблированным с использованием SI-RNTI в первичной соте;

- набор общих пространств поиска TypeOA-PDCCH, сконфигурированный с помощью searchSpace-OSI в PDCCH-ConfigCommon для формата DCI с CRC, скремблированным с использованием SI-RNTI в первичной соте;

- набор общих пространств поиска Typel-PDCCH, сконфигурированный с помощью ra-SearchSpace в PDCCH-ConfigCommon для формата DCI с CRC, скремблированным с использованием RA-RNTI или ТС-RNTI в первичной соте;

- набор общих пространств поиска Type2-PDCCH, сконфигурированный с помощью pagingSearchSpace в PDCCH-ConfigCommon для формата DCI с CRC, скремблированным с использованием P-RNTI в первичной соте;

- набор общих пространств поиска Туре3-PDCCH, сконфигурированный с помощью SearchSpace в PDCCH-Config при searchSpaceType = common для форматов DCI с CRC, скремблированным с использованием INT-RNTI, или SFI-RNTI, или TPC-PUSCH-RNTI, или ТРС-PUCCH-RNTI, или TPC-SRS-RNTI и, только для первичной соты, C-RNTI или одного или более CS-RNTI; и

- набор UE-специфичных пространств поиска, сконфигурированных с помощью SearchSpace в PDCCH-Config при searchSpaceType = ue-Specific для форматов DCI с CRC, скремблированным с использованием C-RNTI или одного или более CS-RNTI.

В частности в разделе 10.1, озаглавленном «UE procedure for determining physical downlink control channel assignment, технической спецификации 3GPP TS 38.213 (упомянутый выше) предложен следующий механизм для конфигурирования наборов пространств поиска в UE.

Для каждой DL BWP, сконфигурированной для UE в обслуживающей соте, UE обеспечивается более высокими уровнями с s≤10 наборами пространств поиска, где для каждого набора пространств поиска из s наборов пространств поиска UE предоставляют следующее посредством параметра более высокого уровня SearchSpace:

- индекс s, 0≤s<40, набора пространств поиска посредством параметра более высокого уровня searchSpaceId;

- взаимосвязь между набором s пространств поиска и набором р ресурсов управления посредством параметра более высокого уровня controlResourceSetId;

- периодичность контроля PDCCH из k_p,s слотов и смещение контроля PDCCH из o_p,s слотов посредством параметра более высокого уровня monitoringSlotPeriodicityAndOffset;

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

- количество потенциально возможных вариантов PDCCH на уровень l агрегации ССЕ посредством параметров более высокого уровня aggregationLevel1, aggregationLevel2, aggregationLevel4, aggregationLevel8 и aggregationLevel16 для уровня 1 агрегации ССЕ, уровня 2 агрегации ССЕ, уровня 4 агрегации ССЕ, уровня 8 агрегации ССЕ и уровня 16 агрегации ССЕ, соответственно;

- индикация того, что набор s пространств поиска является либо набором общих пространств поиска, либо набором UE-специфичных пространств поиска, посредством параметра более высокого уровня searchSpaceType;

- если набор s пространств поиска является набором общих пространств поиска, то

- указание посредством параметра более высокого уровня dci-Format0-0-AndFormat1-0 контролировать потенциально возможные варианты PDCCH на предмет формата 0_0 DCI и формата 1_0 DCI с CRC, скремблированным с использованием C-RNTI или CS-RNTI (если сконфигурирован), RA-RNTI, TC-RNTI, P-RNTI, SI-RNTI;

- указание посредством параметра более высокого уровня dci-Format2-0 контролировать один или два потенциально возможных варианта PDCCH на предмет формата 2_0 DCI и соответствующего уровня агрегирования ССЕ;

- указание посредством параметра более высокого уровня dci-Format2-1 контролировать потенциально возможные варианты PDCCH на предмет формата 2_1 DCI;

- указание посредством параметра более высокого уровня dci-Format2-2 контролировать потенциально возможные варианты PDCCH на предмет формата 2_2 DCI;

- указание посредством параметра более высокого уровня dci-Format2-3 контролировать потенциально возможные варианты PDCCH на предмет формата 2_3 DCI;

- если набор пространств поиска является набором UE-специфических пространств поиска, то указание посредством параметра более высокого уровня dci-Formats контролировать потенциально возможный вариант PDCCH на предмет либо формата 0_0 DCI и формата 1_0 DCI, либо формата 0_1 DCI и формата 1_1 DCI.

Данное определение эквивалентно раскрытому в технической спецификации 3GPP TS 38.331 (упомянутой выше) в ее разделе 6.3.2, озаглавленном «Radio resource control information element, который определяет информационный элемент пространства поиска, называемый «SearchSpace IЕ».

Для простоты ссылки следует подчеркнуть, что «SearchSpace IЕ» содержит поле под названием «controlResourceSetId, которое определяет CORESET, применимый для данного пространства поиска. Значение 0 указывает общий CORESET, сконфигурированный в главном информационном блоке (Master Information Block, MIB) и в ServingCellConfigCommon. Значения 1…maxNrofControlResourceSets-l указывают CORESET, сконфигурированные посредством специально предназначенной сигнализации.

Важно отметить, что «SearchSpace IЕ» также содержит поле под названием «monitoringSymbolsWithinSlot, которое определяет символы для контроля PDCCH в слотах, сконфигурированных для контроля PDCCH (см. monitoringSlotPeriodicityAndOffset).

Старший значащий (левый) бит представляет первый символ OFDM в слоте. значащий (правый) бит представляет последний символ. Соответствует параметру L1 'Monitoring-symbols-PDCCH-within-slot' (см. 3GPP TS 38.213, раздел 10, упомянутый выше).

Другими словами, каждый набор пространств поиска определяют в частотной области посредством его ссылки на «controlResourceSetId» при помощи «frequencyDomainResources», тогда как во временной области каждый набор пространств поиска определяют посредством начального символа, указанного при помощи «monitoringSymbolsWithinSlot», и длительности в символах, указанной при помощи его ссылки на «controlResourceSetId» в поле «duration».

В данном контексте см. также подраздел 11.1.1, озаглавленный «UE procedure for determining slot format», технической спецификации 3GPP TS 38.312, в котором раскрыто следующее:

UE также предоставляют, в одной или более обслуживающих сот, конфигурацию для набора s пространств поиска и соответствующий набор р ресурсов управления для контроля потенциально возможных вариантов PDCCH на предмет формата 2_0 DCI с уровнем агрегирования L_SFI ССЕ, как описано в подразделе 10.1 технической спецификации 3GPP TS 38.312. потенциально возможных вариантов PDCCH представляют собой первые потенциально возможных вариантов PDCCH для уровня L_SFI агрегирования ССЕ для набора s пространств поиска в наборе р ресурсов управления.

Для каждой обслуживающей соты в наборе обслуживающих сот UE могут быть предоставлены:

- идентификатор обслуживающей соты посредством параметра более высокого уровня servtngCellId;

- местоположение поля индекса индикатора формата слота (Slot Format Indicator, SFI) в формате 2_0 DCI посредством параметра более высокого уровня positionlnDCI;

- набор комбинаций форматов слота посредством параметра более высокого уровня slotFormatCombinations, где каждая комбинация форматов слота в наборе комбинаций форматов слота содержит:

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

- отображение комбинации форматов слота, предоставленной посредством slotFormats, в соответствующее значение поля индекса SFI в формате 2_0 DCI, предоставленное посредством параметра более высокого уровня slotFormatCombinationId;

- в случае эксплуатации непарного спектра эталонный разнос μ_SFI поднесущих посредством параметра более высокого уровня subcarrierSpacing и, когда для обслуживающей соты сконфигурирована вспомогательная несущая UL, эталонный разнос μ_SFI,SUL поднесущих посредством параметра более высокого уровня subcarrierSpacing2 для вспомогательной несущей UL;

- в случае эксплуатации парного спектра эталонный разнос μ_SFI,DL поднесущих для DL BWP посредством параметра более высокого уровня subcarrierSpacing и эталонный разнос μ_SFI,UL поднесущих для UL BWP посредством параметра более высокого уровня subcarrierSpacing2.

Важно отметить, что параметр более высокого уровня slotFormatCombinations определен в технической спецификации 3GPP TS 38.331 (упомянутой выше) как список комбинаций SlotFormatCombination. Каждая SlotFormatCombination содержит один или более SlotFormat (см. 3GPP TS 38.211, раздел 4.3.2). Общее количество slotFormat в списке SlotFormatCombination не превышает 512.

В данном контексте см. техническую спецификацию 3GPP TS 38.211, опубликованную в июне 2018 г. на веб-сайте 3gpp.org и озаглавленную «NR; Physical channels and modulation (Release 15)» («NR; Физические каналы и модуляция» (Версия 15)), которая полностью включена в настоящий документ путем ссылки.

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

Символы OFDM могут быть классифицированы как символы 'downlink', 'flexible' или 'uplink'. Сигнализация форматов слота описана в подпункте 11.1 технической спецификации 3GPP TS 38.213. В слоте в кадре нисходящей линии связи UE должно предполагать, что передачи нисходящей линии связи происходят только в символах 'downlink' или 'flexible'. В слоте в кадре восходящей линии связи UE должно передавать только в символах 'uplink' или 'flexible'. Предполагается, что UE, не способное осуществлять полнодуплексную связь, не передает в восходящей линии связи раньше, чем через N_Rx-TxT_c после завершения последнего принятого символа нисходящей линии связи в той же самой соте, где N_Rx-Tx задано технической спецификацией 3GPP TS 38.101.

Для определения других форматов информации управления нисходящей линии связи (DCI) см. техническую спецификацию 3GPP TS 38.212 в версии V15.2.0, опубликованную в июне 2018 г. на веб-сайте 3gpp.org и озаглавленную «NR; Multiplexing and channel coding (Release 15)» («NR; Мультиплексирование и кодирование каналов» (Версия 15)), которая полностью включена в настоящий документ путем ссылки. В частности, см. раздел 7.3, озаглавленный «Downlink control information» (Информация управления нисходящей линии связи), который определяет в подразделе 7.3.1.3.1 формат 2_0 DCI.

В этом подразделе 7.3.1.3.1 раскрыто, что формат 2_0 DCI используют для уведомления о формате слота. Следующую информацию передают посредством формата 2_0 DCI с CRC, скремблированным с использованием SFI-RNTI:

- индикатор 1 формата слота, индикатор 2 формата слота, индикатор N формата слота.

Размер формата 2_0 DCI может быть сконфигурирован более высокими уровнями вплоть до 128 битов в соответствии с подразделом 11.1.1 технической спецификации 3GPP TS 38.213 (упомянутой выше).

Преимущества настоящего изобретения

В контексте настоящего изобретения признано, что без контроля наборов пространств поиска можно обойтись, например, в ситуации, когда операция прослушивания перед передачей потерпела неудачу при оценке незанятости канала (ССА) в одном или более блоках шириной 20 МГц. В частности, если набор пространств поиска связан с планированием на ресурсах, находящихся в соответствующем блоке шириной 20 МГц, то UE может быть освобождено от предъявляемого к нему требования контролировать этот набор пространств поиска.

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

Предпочтительно в настоящем изобретении предложен механизм сокращения потребления энергии в UE.

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

Важно отметить, что настоящее изобретение идет на шаг дальше. Механизм настоящего изобретения посредством индикации, передаваемой с gNB на UE, дополнительно сигнализирует UE, что оно может пропустить контроль отдельных наборов пространств поиска. Например, из-за неудачной оценки незанятости канала (ССА) gNB уже знает, что у UE нет необходимости в контроле таких отдельных наборов пространств поиска. А в отсутствии такого контроля отдельных наборов пространств поиска потребление энергии в UE может быть дополнительно уменьшено.

Общий сценарий

На Фиг. 1 показана блок-схема системы беспроводной связи, содержащей мобильный терминал 110 (также называемый пользовательским оборудованием, UE) и базовую станцию 160 (также называемую узлом В нового поколения (g Node В) или gNB). Мобильный терминал 110 содержит процессор 130 и приемопередатчик 120, которые указаны на схеме в виде отдельного структурного блока. Аналогичным образом базовая станция 160 содержит процессор 180 и приемопередатчик 170, которые указаны на схеме в виде отдельного структурного блока. Эта блок-схема используется для описания механизма, изображенного на Фиг. 2, а именно, общего сценария, где контроль отдельных наборов пространств поиска может быть пропущен.

В частности, система беспроводной связи, изображенная на блок-схеме, содержит базовую станцию 160, которая сконфигурирована с сотой для работы в широкополосном режиме в нелицензированном диапазоне. Сконфигурированная сота имеет ширину полосы несущей, которая разделена на множество частотных диапазонов, например, четыре частотных диапазона, называемых част.диапазонами №1-№4 на Фиг. 3-5.

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

Из-за этой конфигурации соты в нелицензированном диапазоне от базовой станции 160 требуется соблюдать определенные нормативы, например, требование прослушивания перед передачей, чтобы гарантировать удовлетворение критерия «хорошего соседа». Поэтому базовая станция 160 будет выполнять операции прослушивания перед передачей, в частности, оценку незанятости канала (ССА) (см. этап S04 на Фиг. 2) перед выполнением любой передачи, включая планирование UE посредством физического канала управления нисходящей линии связи (PDCCH).

Итак, (самое последнее) соглашение в 3GPP RAN1#92bis предусматривает выполнение операций прослушивания перед передачей на блоках шириной 20 МГц, например, чтобы разделить на части ширину полосы несущей соты при работе в широкополосном режиме. Данное соглашение имеет не только преимущества, но и недостатки для работы в широкополосном режиме базовой станции 160, сконфигурированной с сотой.

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

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

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

Предположим, в качестве аргумента, что один PDCCH будет охватывать ресурсы, находящиеся в множестве узких блоков шириной 20 МГц. Тогда, даже если один из множества этих узких блоков шириной 20 МГц приведет к неудаче оценки незанятости канала, это вынудит базовую станцию 160 прервать передачи по всему PDCCH. На сегодняшний день 3GPP NR не позволяет исключать части одного PDCCH.

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

Поэтому в контексте настоящего изобретения требуется, чтобы потенциально возможные варианты PDCCH набора пространств поиска, т.е. по меньшей мере первого набора пространств поиска, находились в назначенном первом частотном диапазоне (для простоты ссылки называемом част, диапазон №1), а не обязательно в узком блоке шириной 20 МГц. Например, назначенный первый частотный диапазон может также соответствовать целочисленным кратным 20 МГц.

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

Исключительно для целей иллюстрации далее предполагается, что оценка незанятости канала (ССА), выполненная базовой станцией 160, успешна в первом и третьем частотных диапазонах (част.диапазон №1 и част.диапазон №3) и потерпела неудачу во втором и четвертом частотных диапазонах (част.диапазон №2 и част.диапазон №4). На Фиг. 3-5 неудача указана значком звездочки.

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

Мобильный терминал 110 контролирует (см. этап S05 на Фиг. 2) потенциально возможные варианты физического канала управления нисходящей линии связи (PDCCH) первого набора пространств поиска, который находятся в назначенном первом частотном диапазоне (част.диапазон №1). Важно отметить, что первый частотный диапазон является назначенным частотным диапазоном, поскольку мобильный терминал 110 должен знать, где начинать контроль потенциально возможных вариантов PDCCH.

В примере реализации назначение обусловлено тем фактом, что первый частотный диапазон содержит по меньшей мере одно из блока сигнала синхронизации и физического широковещательного канала (Synchronization Signal Block, SSB), определяющего соту блока сигнала синхронизации и физического широковещательного канала (определяющий соту SSB), опорных сигналов для управления радиоресурсами (Radio Resource Management, RRM), опорных сигналов для контроля радиоканала (Radio Link Monitoring, RLM) и подтверждения гибридного автоматического запроса на повторение передачи (Hybrid Automatic Repeat Request Acknowledgement, HARQ-ACK).

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

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

В результате успешной ССА мобильный терминал 110 принимает (см. этап S06 на Фиг. 2) информацию управления нисходящей линии связи (DCI), которую передают в первом наборе пространств поиска назначенного первого частотного диапазона. В случае неудачи с ССА базовая станция 160 не будет выполнять никакой передачи по ресурсам, находящимся в первом частотном диапазоне, чтоб соблюсти требования прослушивания перед передачей. В данном случае мобильный терминал 110 не будет принимать ничего, в частности, DCI, как упоминалось выше.

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

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

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

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

Таким образом, в случае неудачи ССА для второго частотного диапазона и успеха ССА для третьего частотного диапазона базовая станция 160 может передать на мобильный терминал 110 указание пропустить контроль только тех потенциально возможных вариантов PDCCH (одного) второго набора пространств поиска, которые связаны со вторым частотным диапазоном, для которого ССА потерпела неудачу.

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

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

Приняв индикацию, мобильный терминал 110 контролирует (см. этап S07 на Фиг. 2) конкретные или все потенциально возможные варианты PDCCH, связанные с указанным по меньшей мере одним вторым частотным диапазоном, тогда и только тогда, когда DCI не указывает пропустить контроль (этих самых) конкретных или всех потенциально возможных вариантов PDCCH в указанном по меньшей мере одном втором наборе пространств поиска.

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

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

Конкретный вариант реализации

Теперь обратимся к конкретному варианту реализации общего сценария, объясненного выше. Этот вариант реализации описывает конкретный сценарий развертывания 3GPP NR, который, тем не менее, не ограничивает общий сценарий. В данном конкретном варианте реализации мобильному терминалу 110 предоставляют специфичную для NR конфигурацию соты.

Во время конфигурации соты мобильный терминал 110 принимает (см. этап S01 на Фиг. 2) информационный элемент (Information Element, IE) набора ресурсов управления (CORESET) посредством сигнализации управления радиоресурсами (Radio Resource Control, RRC). Этот IE называется «ControlResourceSet» и согласуется с определением, рассмотренным выше в связи с технической спецификацией 3GPP TS 38.331 (упомянутой выше). Важно отметить, что IE CORESET содержит поле frequencyDomainResources, определяющее группы из шести ресурсных блоков, которые полностью содержатся в ресурсах, в которых конфигурируют CORESET.

Также во время конфигурации соты мобильный терминал 110 принимает (см. этап S02 на Фиг. 2) информационный элемент (IE) пространства поиска посредством сигнализации управления радиоресурсами (RRC). Этот IE называется IE «SearchSpace» и согласуется с определением, рассмотренным выше в связи с технической спецификацией 3GPP TS 38.331 (упомянутой выше). Важно отметить, что этот IE пространства поиска содержит поле monitoringSymbolsWithinSlot, определяющее символы для контроля PDCCH в слоте.

Предположим, что IE пространства поиска принят для первого набора пространств поиска. Тогда этот IE пространства поиска посредством поля monitoringSymbolsWithinSlot определяет в пределах временной области местоположение в виде символа в слоте, с которого мобильный терминал 110 должен начинать во временной области контроль на предмет потенциально возможных вариантов PDCCH для первого набора пространств поиска.

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

Таким образом, эти два информационных элемента позволяют мобильному терминалу 110 контролировать потенциально возможные варианты PDCCH в первом наборе пространств поиска в специфичном для NR сценарии развертывания.

Кроме того, во время конфигурации соты мобильный терминал 110 также принимает (см. этап S03 на Фиг. 2) по меньшей мере один IE комбинации форматов слота посредством сигнализации RRC. Этот IE называется IE «slotFormatCombinations» и не согласуется с определением, рассмотренным выше в связи с технической спецификацией 3GPP TS 38.331 (упомянутой выше).

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

Тем не менее, в соответствии с вышеприведенным обсуждением в связи с 3GPP TS38.211 каждый формат слота определяет, как должны использоваться отдельные символы слота (т.е. как символ нисходящей линии связи, как символ восходящей линии связи или как гибкий символ). Базовая станция 160 может конфигурировать мобильный терминал 110 с помощью комбинации множества форматов слота и впоследствии базовая станция может выбирать любой из этих множества форматов слота для использования для каждого одного или нескольких слотов.

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

Нельзя не отметить, что формат слота в таблице 1 сокращен и «D» представляет символ нисходящей линии связи, «F» представляет гибкий символ, a «U» представляет символ восходящей линии связи.

Опять же, в вышеприведенном обсуждении IE комбинаций форматов слота не указано, к какому частотному диапазону применимы эти комбинации форматов слота. Обычно базовая станция 160 будет конфигурировать эти комбинации форматов слота в мобильном терминале 110 так, чтобы они были применимы к (всей) соте при работе в широкополосном режиме.

Однако это не тот подход, который применен в данном конкретном варианте реализации. По этой причине определение IE комбинаций форматов слота не согласуется с описанным в технической спецификации 3GPP TS 38.331 или 3GPP TS 38.213. В частности, в данном конкретном варианте реализации комбинации форматов слота конфигурируют для каждого частотного диапазона отдельно (не только одну для каждой соты).

Кроме того, в данном случае базовая станция 160 выполняет (см. этап S04 на Фиг. 2) оценку незанятости канала (ССА) для каждого из множества частотных диапазонов, на которые разделена ширина полосы несущей соты. Акцент делается на том факте, что каждый из частотных диапазонов в частном случае ограничен узким блоком шириной 20 МГц. Вместо этого каждый диапазон может также соответствовать целочисленному кратному 20 МГц.

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

Мобильный терминал 110 контролирует (см. этап S04 на Фиг. 2) потенциально возможные варианты физического канала управления нисходящей линии связи (PDCCH) первого набора пространств поиска, находящиеся в назначенном первом частотном диапазоне (част. диапазон №1). В данном конкретном варианте реализации первый набор пространств поиска представляет собой набор общих пространств поиска PDCCH типа 3, который содержит DCI, скремблированные с использованием временного идентификатора радиосети (Radio Network Temporary Identifier, RNTI) индикатора формат слота (SFI). Соответственно, мобильный терминал 110 контролирует первый набор пространств поиска на предмет DCI, имеющих формат 2_0 DCI.

Затем мобильный терминал 110 принимает (см. этап S06 на Фиг. 2) информацию управления нисходящей линии связи (DCI), содержащую указание, пропускать или не пропускать контроль потенциально возможных вариантов PDCCH. В данном конкретном варианте реализации принятая DCI имеет формат 2_0 DCI, который используется базовой станцией 160 для уведомления мобильного терминала 110 о формате слота. Посредством уведомления мобильного терминала 110 о конкретных форматах слота базовая станция 160 (также) передает индикацию, пропускать или нет контроль потенциально возможных вариантов PDCCH.

Как и IE комбинаций форматов слота, формат 2_0 DCI данного конкретного варианта реализации также отличается от того, что обсуждалось выше. По этой причине определение формата 2_0 DCI также не согласуется с описанным в технической спецификации 3GPP TS 38.213. В частности, в данном конкретном варианте реализации формат 2_0 DCI содержит отдельный индикатор формата слота для каждого из частотных диапазонов (не только один для каждой соты).

Этот формат 2_0 DCI содержит индикатор формата слота, называемый индексом SFI, для каждого частотного диапазона, а именно, в данном примере индекс SFI для част. диапазона №1, другой индекс SFI для част. диапазона №2, еще один индекс SFI для част. диапазона №3 и еще один индекс SFI для част. диапазона №4. Значение индекса SFI соответствует значениям индекса, сконфигурированным в мобильном терминале 110 посредством IE комбинаций форматов слота.

Опять же, акцент делается на том факте, что как индекс SFI, так и IE комбинаций форматов слота передают посредством сигнализации для каждого частотного диапазона. В этой связи базовая станция 160 предоставляет мобильному терминалу 110 сначала IE комбинаций форматов слота для каждого частотного диапазона, а затем индекс SFI для каждого частотного диапазона. Между ними двумя существует четкая взаимосвязь.

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

Предположим для примера, что каждый из четырех частотных диапазонов (отдельно) сконфигурирован с использованием одних и тех же комбинаций форматов слота, а именно, комбинаций форматов слота, показанных в таблице 1, приведенной выше. И предположим также, что индексом SFI для част. диапазона №1 является '00', индексом SFI для част. диапазона №2 является '01', индексом SFI для част. диапазона №3 является '00' и индексом SFI для част. диапазона №4 является '01'. Другими словами, принятая DCI, имеющая формат 2_0 DCI, содержит биты '00', '01', '00' и '01'.

Тогда с учетом взаимосвязи в таблице 1 это означает, что слот, для которого мобильный терминал 110 принимает DCI, сконфигурирован с использованием 14 символов нисходящей линии связи для част. диапазона №1, 14 гибких символов для част. диапазона №2, 14 символов нисходящей линии связи для част. диапазона №3 и 14 гибких символов для част, диапазона №4. Другими словами, каждая из последовательностей значений индекса индикатора формата слота (SFI) в принятой DCI интерпретируется мобильным терминалом 110 в соответствии с отдельно предварительно сконфигурированным набором форматов слота (см., например, таблицу 1) для соответствующего одного из множества частотных диапазонов (см. част. диапазона №1-№4).

Важно отметить, что эта принятая DCI указывает, пропускать или нет контроль потенциально возможных вариантов PDCCH в предположении, что мобильный терминал 110 (уже) сконфигурирован с сотой (см. этапы S01-S03 на Фиг. 3). Другими словами, эта индикация основывается на предпосылке, что мобильный терминал 110 уже знает, где находятся отдельные наборы пространств поиска для контроля потенциально возможных вариантов PDCCH.

Следует отметить, что это является неотъемлемой предпосылкой для контроля (см. этап S05 на Фиг. 2) потенциально возможных вариантов PDCCH первого набора пространств поиска. Мобильный терминал 110 может контролировать потенциально возможные варианты PDCCH только тогда, когда он знает, где находится первый набор пространств поиска. Таким образом, из этого по определению следует, что мобильный терминал, способный контролировать потенциально возможные варианты PDCCH, (уже) сконфигурирован с сотой.

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

Возвращаясь к примеру с четырьмя частотными диапазонами (част. диапазоны №1-№4), очевидно, что определение, например, только двух наборов пространств поиска может быть невыгодным. Только два набора пространств поиска могут ограничивать пропускную способность PDCCH и, следовательно, уменьшается вероятность того, что UE может быть запланировано. Поэтому в целях объяснения предполагается, что существуют четыре различных набора пространств поиска, называемых SSs №1, SSs №2, SSs №3 и SSs №4.

Ввиду вышеописанного очевидно, что первый набор пространств поиска (SSs №1), в котором мобильный терминал 110 принимает DCI, имеющую формат 2_0 DCI, является набором общих пространств поиска PDCCH типа 3, согласующимся с определением в 3GPP TS 38.213, а наборы пространств поиска со второго по четвертый (SSs №2-№4), в которых мобильному терминалу 110 разрешено принимать назначение нисходящей линии связи или предоставление восходящей линии связи, являются наборами UE-специфичных пространств поиска, которые тоже согласуются с определением в 3GPP TS 38.213.

Для примера, мобильный терминал 110 знает (точное) местоположение во временной области и в частотной области, где нужно контролировать потенциально возможные варианты PDCCH в четырех наборах пространств поиска. Предполагается, что мобильный терминал 110 знает, что первый и второй символы каждого частотного диапазона №1-№4 в слоте содержат потенциально возможные варианты PDCCH соответствующих наборов, с первого по четвертый, пространств поиска. Другими словами, первый набор пространств поиска содержится в част. диапазоне №1, второй набор пространств поиска содержится в част. диапазоне №2, третий набор пространств поиска содержится в част. диапазоне №3 и четвертый набор пространств поиска содержится в част. диапазоне №4 слота. Пример показан на Фиг. 4.

В данном примере мобильный терминал 110 затем принимает DCI, имеющий формат 2_0 DCI, который уведомляет мобильный терминал 110 о том, что слот, для которого принимается DCI, сконфигурирован с использованием 14 символов нисходящей линии связи для част. диапазона №1, 14 гибких символов для част. диапазона №2, 14 символов нисходящей линии связи для част. диапазона №3 и 14 гибких символов для част. диапазона №4.

После этого мобильный терминал 110 сразу же идентифицирует расхождение между сконфигурированным местоположением потенциально возможных вариантов PDCCH во втором и четвертом наборах пространств поиска и форматом слота, указанным принятой DCI для второго и четвертого частотных диапазонов (част. диапазоны №2 и №4).

Если сконфигурированные местоположения второго и четвертого наборов пространств поиска являются первым и вторым символами слота в соответствующем втором и четвертом частотном диапазоне, то мобильный терминал 110 предполагает, что эти символы также были указаны как символы нисходящей линии связи. Однако принятая DCI указывает, что эти символы (т.е. все 14 символов) соответствующего второго и четвертого частотного диапазона являются гибкими символами, как отмечено выше. Другими словами, существует расхождение между конфигурацией наборов пространств поиска и уведомлением о формате слота для второго и четвертого частотных диапазонов (част. диапазонов №2 и №4).

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

Итак, важно понимать, что это расхождение используется базовой станцией 160 конкретного варианта реализации для передачи мобильному терминалу 110 индикации, пропускать или нет контроль конкретных наборов пространств поиска. Если, например, принятая DCI, имеющая формат 2_0 DCI, содержит индекс SFI, который задает формат слота с гибкими символами или символами восходящей линии связи (называемыми символами не нисходящей линии связи) в местоположении, где сконфигурирован набор пространств поиска, то мобильный терминал 110 интерпретирует это как индикацию того, что контроль потенциально возможных вариантов PDCCH соответствующего пространства поиска пропущен.

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

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

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

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

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

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

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

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

Само собой разумеется, что в этом конкретном варианте реализации каждый из множества частотных диапазонов идентифицируют также посредством одного из множества различных идентификаторов диапазона прослушивания перед передачей, одного из различных идентификаторов частотных диапазонов, специфичных для мобильного терминала, одного из различных идентификаторов набора ресурсов управления (CORESET) или одного из различных индексов части ширины полосы (BWP). Использование идентификаторов прослушивания перед передачей означает, что частотный диапазон соответствует диапазону прослушивания перед передачей, т.е. одному из блоков шириной 20 МГц, упомянутых выше.

Использование идентификаторов частотных диапазонов, специфичных для мобильного терминала означает, что базовая станция сначала конфигурирует мобильный терминал с использованием конкретных частотных диапазонов, на которые ссылаются посредством соответствующих идентификаторов. Кроме того, использование идентификаторов CORESET означает, что частотные диапазоны соотносятся с соответствующими «frequencyDomainResource», указанными в IE CORESET. А использование индексов BWP означает, что частотные диапазоны соотносятся с соответствующими BWP.

Первый пример реализации IE комбинаций форматов слота

Как уже упоминалось для конкретного варианта реализации, во время конфигурации соты мобильный терминал 110 принимает (см. этап S03 на Фиг. 2) по меньшей мере один IE комбинации форматов слота посредством сигнализации RRC. Этот IE называется IE «slotFormatCombinations» и не согласуется с определением, рассмотренным выше в связи с технической спецификацией 3GPP TS 38.331 (упомянутой выше).

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

Первый пример реализации IE комбинаций форматов слота показан в приведенном ниже псевдокоде 1. Как можно увидеть, IE комбинаций форматов слота является частью еще одного IE, называемого IE «slotFormatCombinationsPerLBTunit». В частности, этот IE комбинаций форматов слота для каждого блока LBT определен как последовательность множества полей, в число которых, помимо прочего, входят поле

«servingCellId», поле «LBTunitId и поле «slotFormatCombinations», рассмотренные ранее, где LBT означает Listen-Before-Talk (прослушивание перед передачей).

Псевдокод 1: IE комбинаций форматов слота

По соображениям обеспечения согласованности следующее определение IE индекса блока LBT также показано ниже в псевдокоде 2. Здесь можно увидеть, что индексы блоков прослушивания перед передачей определены как целые числа в диапазоне от 0 до некоторого максимального

числа, определенного для каждой соты.

Псевдокод 2: IE прослушивания перед передачей

Благодаря такому определению IE комбинаций форматов слота для каждого блока LBT как последовательности множества полей, можно гарантировать, что комбинации форматов слота по отдельности конфигурируют форматы слота для каждой соты и каждого из множества частотных диапазонов, которые соответствуют блокам прослушивания перед передачей, т.е. блокам шириной 20 МГц, как рассмотрено выше.

Второй пример реализации IE комбинаций форматов слота

Как уже упоминалось для конкретного варианта реализации, во время конфигурации соты мобильный терминал 110 принимает (см. этап S03 на Фиг. 2) по меньшей мере один IE комбинации форматов слота посредством сигнализации RRC. Этот IE называется IE «slotFormatCombinations» и не согласуется с определением, рассмотренным выше в связи с технической спецификацией 3GPP TS 38.331 (упомянутой выше).

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

Второй пример реализации IE комбинаций форматов слота показан в приведенном ниже псевдокоде 3. Как можно увидеть, IE комбинаций форматов слота является частью еще одного IE, называемого IE «slotFormatCombinationsPerRange», который сам является частью еще одного IE, называемого «slotFormatCombinationsPerCell». В частности, последний IE комбинаций форматов слота для каждой соты определен как последовательность из двух полей, содержащая поле «servingCellId» и поле «slotFormatCombinationsPerRange». При этом IE «slotFormatCombinationsPerRange» содержит последовательность множества полей, помимо прочего содержащую поле «slotFormatCombiantionRangeId» и поле «slotFormatCombinations», рассмотренные выше.

При таком определении поля «slotFormatCombiantionRangeId», которое является значением «LBTunitIndex», в частном случае иметь соответствие между диапазонами и блоками LBT. Например, данное определение позволяет задавать частотный диапазон, который шире блока LBT, но, в то же время охватывает блок LBT, где LBT означает Listen-Before-Talk

(прослушивание перед передачей).

Псевдокод 3: IE комбинации форматов слота

По соображениям обеспечения согласованности следующее определение IE индекса блока LBT также показано ниже в псевдокоде 4. Здесь можно увидеть, что индексы блоков прослушивания перед передачей определены как целые числа в диапазоне от 0 до некоторого максимального

числа, определенного для каждой соты.

Псевдокод 4: IE прослушивания перед передачей

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

Пример реализации DCI, имеющей формат 2_0 DCI

Как уже упоминалось для конкретного варианта реализации, мобильный терминал 110 принимает DCI, которая имеет формат 2_0 DCI. Конкретная реализация этого формата 2_0 DCI также отличается от того, что обсуждалось выше. По этой причине определение формата 2_0 DCI также не согласуется с описанным в технической спецификации 3GPP TS 38.213.

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

Пример 1 конкретного варианта реализации

А теперь со ссылкой на Фиг. 3 приведен первый пример конкретного варианта реализации, относящегося к специфичному для 3GPP NR сценарию развертывания, рассмотренному выше. Для краткости упомянуты только те сведения, которые не вытекают непосредственно из приведенного выше обсуждения Фиг. 2.

В данном примере предполагается, что мобильный терминал 110 принимает для част. диапазона №1 (см. этап S03 на Фиг. 2) IE комбинаций форматов слота, который конфигурирует мобильный терминал 110 с использованием комбинации из восьми разных форматов слота. Это может привести к тому, что мобильному терминалу 110 предоставляется взаимосвязь между восьмью конкретными форматами слота и восьмью значениями индекса, которые могут быть использованы в операции выбора для част. диапазона №1. Взаимосвязь может быть показана так, как в приведенной ниже таблице 2.

Кроме того, мобильный терминал 110 принимает для част. диапазонов №2-№4 (см. также этап S03 на Фиг. 2) IE комбинаций форматов слота, который конфигурирует мобильный терминал 110 с использованием комбинации из четырех разных форматов слота. Это может привести к тому, что мобильному терминалу 110 предоставляется еще одна взаимосвязь между четырьмя конкретными форматами слота и четырьмя значениями индекса, которые могут быть использованы в операции выбора для част. диапазонов №2-№4. Взаимосвязь может быть показана так, как в приведенной ниже таблице 2.

(Ранее принятые) IE CORESET и IE пространства поиска конфигурируют мобильный терминал 110 так, что он знает, что первый набор пространств поиска находится в ресурсах, соответствующих первым двум символам (т.е. символам №1-№2) слота в част. диапазоне №1. Аналогичным образом мобильный терминал 110 конфигурируют так, что он знает, что второй, третий и четвертый наборы пространств поиска находятся в ресурсах, соответствующих второй, третьей и четвертой паре символов (т.е. символам №3-№4, символам №5-№6 и символам №7-№8), соответственно.

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

Важно отметить, что все наборы с первого по четвертый пространств поиска, конфигурируют с местоположением в част. диапазоне №1 независимо от того факта, что наборы, со второго по четвертый, пространств поиска связаны с соответствующими частотными диапазонами со второго по четвертый (част. диапазоны №2-№4). Таким образом, можно увидеть, что IE CORESET для каждого набора пространств поиска не предписывает местоположение в том же самом частотном диапазоне, с которым связаны наборы пространств поиска.

Теперь предполагается, что базовая станция 160 выполняет операции прослушивания перед передачей и соответствующим образом выполняет (см. этап S04 на Фиг. 2) оценку незанятости канала для каждого част. диапазона №1-№4. В данном примере опять же предполагается, что оценка незанятости канала (ССА), выполненная базовой станцией 160, успешна в первом и третьем частотных диапазонах и потерпела неудачу во втором и четвертом частотных диапазонах.

Мобильный терминал 110 контролирует (см. этап S05 на Фиг. 2) потенциально возможные варианты физического канала управления нисходящей линии связи (PDCCH) первого набора пространств поиска, находящиеся в назначенном первом частотном диапазоне (част. диапазон №1). Первый набор пространств поиска представляет собой набор общих пространств поиска PDCCH типа 3, который передает DCI, скремблированные с использованием временного идентификатора радиосети (RNTI) индикатора формат слота (SFI). Соответственно, мобильный терминал 110 контролирует первый набор пространств поиска на предмет DCI, имеющих формат 2_0 DCI.

Затем мобильный терминал 110 принимает (см. этап S06 на Фиг. 2) информацию управления нисходящей линии связи (DCI), содержащую указание, пропускать или не пропускать контроль потенциально возможных вариантов PDCCH. В частности, принятая DCI имеет формат 2_0 DCI, который используется базовой станцией 160 для уведомления мобильного терминала 110 о формате слота, подлежащем использованию. Посредством уведомления мобильного терминала 110 о конкретных форматах слота базовая станция 160 (также) передает индикацию, пропускать или нет контроль потенциально возможных вариантов PDCCH.

В данном примере принятая DCI содержит последовательность индексов индикатора формата слота (SFI) для каждого из част. диапазонов №1-№4, где индекс SFI для част, диапазона №1 соответствует '101', индекс SFI для част. диапазона №2 соответствует '01', индекс SFI для част. диапазона №3 соответствует '00' и индекс SFI для част. диапазона №4 соответствует '01'. Затем мобильный терминал 110 использует четыре индекса SFI для определения форматов слота для каждого из соответствующих четырех частотных диапазонов. Это определение ссылается на соответствующие комбинации форматов слота, приведенные в таблице 2 для част. диапазона №1 и в таблице 3 для част. диапазонов №2-№4. Таким образом, индекс SFI для част. диапазона №1, представляющий собой '101', ссылается на формат DD FF DD FF FF FF FF слота. Это означает, что символы №1-№2 и символы №5-№6 в част. диапазоне №1 являются символами нисходящей линии связи, тогда как символы №3-№4 и символы №7-№8 в част. диапазоне №1 являются гибкими символами.

После этого мобильный терминал 110 сразу же идентифицирует расхождение между сконфигурированным местоположением потенциально возможных вариантов PDCCH во втором и четвертом наборах пространств поиска и форматом слота, указанным принятой DCI для первого частотного диапазона (част. диапазон №1).

Поскольку сконфигурированные местоположения второго и четвертого наборов пространств поиска являются символами №3-№4 и символами №7-№8 слота в част. диапазоне №1, мобильный терминал 110 предполагает, что эти символы также были указаны как символы нисходящей линии связи. Однако принятая DCI указывает эти символы как гибкие символы. Другими словами, существует расхождение между конфигурацией наборов пространств поиска и уведомлением о формате слота для част. диапазона №1.

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

Однако данная индикация не ограничивается только пропуском контроля потенциально возможных вариантов PDCCH, но и применима к сигнализации указания пропускать приемы физического совместно используемого канала нисходящей линии связи (PDSCH) или передачи физического совместно используемого канала восходящей линии связи (Physical Uplink Shared Channel, PUSCH).

Если говорить подробно, первые три бита «101» указывают мобильному терминалу 110 пропускать контроль наборов №2 и №4 пространств поиска в част. диапазоне №1. Кроме того, 4-й и 5-й биты «10» указывают мобильному терминалу 110 пропускать любые приемы данных в част. диапазоне №2. 6-й и 7-й биты «00» указывают мобильному терминалу 110 подготовиться к приему передачи физического совместно используемого канала нисходящей линии связи (PDSCH) во всех символах по всем ресурсам в част. диапазоне №3. А 8-й и 9-й биты «10» указывают мобильному терминалу 110 пропускать любые приемы данных в част. диапазоне №4.

Важно также понимать, что первый набор пространств поиска, где передают SFI PDCCH, может быть также использован для передачи UE-специфического PDCCH, например PDCCH с C-RNTI. Тогда при приеме UE первого набора пространств поиска уже может быть возможно назначение данных DL или предоставление восходящей линии связи. Это позволяет UE обрабатывать UE-специфические PDCCH и соответствующие прием или передачу данных одновременно при обработке SFI-PDCCH. В этом смысле прием формата 2_0 DCI (SFI-PDCCH) не является необходимым предварительным условием для приема другого PDCCH. То же самое справедливо в отношении ошибочного обнаружения случая SFI-PDCCH. Если UE пропускает SFI-PDCCH, то UE будет контролировать все наборы пространств поиска, которые были сконфигурированы в UE посредством RRC.

Пример 2 конкретного варианта реализации

А теперь со ссылкой на Фиг. 4 приведен второй пример конкретного варианта реализации, относящегося к специфичному для 3GPP NR сценарию развертывания, рассмотренному выше. Для краткости упомянуты только те сведения, которые не вытекают непосредственно из приведенного выше обсуждения Фиг. 2.

В данном примере предполагается, что мобильный терминал 110 принимает для част. диапазонов №1-№4 (см. этап S03 на Фиг. 2) IE комбинаций форматов слота, который конфигурирует мобильный терминал 110 с использованием комбинации из четырех разных форматов слота. Это может привести к тому, что мобильному терминалу 110 предоставляется взаимосвязь между четырьмя конкретными форматами слота и четырьмя значениями индекса, которые могут быть использованы в операции выбора для каждого из част. диапазонов №1-№4. Взаимосвязь может быть показана так, как в приведенной ниже таблице 4.

Важно отметить, что эти четыре комбинации форматов слота могут быть применены к двум идущим подряд слотам, например к слоту №j и слоту №j+1. Другими словами, комбинации форматов слота определяют в общей сложности для 28 символов, является ли каждый символ символом нисходящей линии связи, символом восходящей линии связи или гибким символом. И при таком определении комбинаций форматов символов не существует ограничения, которое препятствует наличию разных форматов слота у идущих подряд слотов (см. индексы '01' и '11', которые определяют разные форматы слота для двух идущих подряд слотов).

(Ранее принятые) IE CORESET и IE пространства поиска конфигурируют мобильный терминал 110 так, что он знает, что наборы с первого по четвертый пространств поиска находятся в ресурсах, соответствующих первым двум символам (т.е. символам №1-№2) каждого слота в част. диапазонах №1-№4, соответственно. Важно отметить, что IE CORESET предписывает, чтобы наборы с первого по четвертый пространств поиска находились в каждом отдельном слоте, так как выполняется планирование, в котором формат слота (то есть формат 2_0 DCI) передается только каждым вторым слотом, поскольку сообщаемый формат слота применим для двух идущих подряд слотов.

Теперь предполагается, что базовая станция 160 выполняет операции прослушивания перед передачей и соответствующим образом выполняет (см. этап S04 на Фиг. 2) оценку незанятости канала для каждого част. диапазона №1-№4. В данном примере опять же предполагается, что оценка незанятости канала (ССА), выполненная базовой станцией 160, успешна в первом и третьем частотных диапазонах и потерпела неудачу во втором и четвертом частотных диапазонах.

Мобильный терминал 110 контролирует (см. этап S06 на Фиг. 2) потенциально возможные варианты физического канала управления нисходящей линии связи (PDCCH) первого набора пространств поиска, находящиеся в назначенном первом частотном диапазоне (част. диапазон №1). Первый набор пространств поиска представляет собой набор общих пространств поиска PDCCH типа 3, который передает DCI, скремблированные с использованием временного идентификатора радиосети (RNTI) индикатора формат слота (SFI). Соответственно, мобильный терминал 110 контролирует первый набор пространств поиска на предмет DCI, имеющих формат 2_0 DCI. Однако это необходимо только для каждого второго слота.

Затем мобильный терминал 110 принимает (см. этап S05 на Фиг. 2) информацию управления нисходящей линии связи (DCI), содержащую указание, пропускать или не пропускать контроль потенциально возможных вариантов PDCCH. В частности, принятая DCI имеет формат 2_0 DCI, который используется базовой станцией 160 для уведомления мобильного терминала 110 о формате слота, подлежащем использованию. Посредством уведомления мобильного терминала 110 о конкретных форматах слота базовая станция 160 (также) передает индикацию, пропускать или нет контроль потенциально возможных вариантов PDCCH.

В данном примере принятая DCI содержит последовательность индексов индикатора формата слота (SFI) для каждого из част. диапазонов №1-№4, где индекс SFI для част. диапазона №1 соответствует '00', индекс SFI для част. диапазона №2 соответствует '01', индекс SFI для част. диапазона №3 соответствует '00' и индекс SFI для част. диапазона №4 соответствует '01'. Затем мобильный терминал 110 использует четыре индекса SFI для определения форматов слота для каждого из соответствующих четырех частотных диапазонов. Это определение ссылается на соответствующие комбинации форматов слота, приведенные в таблице 4 для част. диапазонов №1-№4.

Таким образом, индекс SFI для част. диапазона №1 (и для част. диапазона №3), представляющий собой '00', ссылается на формат слота DD FFFFFF FFFFFF DD FFFFFF FFFFFF. Это означает, что символы №1-№2 и символы №15-№16 в част. диапазоне №1 (и в част. диапазоне №3) являются символами нисходящей линии связи, тогда как остальные символы являются гибкими символами. Аналогичным образом индекс SFI для част. диапазонов №2 и №4, представляющий собой '01', ссылается на формат слота FF FFFFFF FFFFFF FF FFFFFF FFFFFF. Это означает, что все символы, в том числе символы №1-№2 и символы №15-№16 в част. диапазонах №2 и №4, являются гибкими символами.

После этого мобильный терминал 110 сразу же идентифицирует расхождение между сконфигурированным местоположением потенциально возможных вариантов PDCCH во втором и четвертом наборах пространств поиска (т.е. символы №1-№2 и символы №15-№16) и форматом слота, указанным принятой DCI для второго и четвертого частотных диапазонов (част. диапазоны №2 и №4).

Поскольку сконфигурированные местоположения второго и четвертого наборов пространств поиска являются символами №1-№2 и символами №15-№16 двух идущих подряд слотов в част. диапазонах №2 и №4, мобильный терминал 110 предполагает, что эти символы также были указаны как символы нисходящей линии связи. Однако принятая DCI указывает эти символы как гибкие символы. Другими словами, существует расхождение между конфигурацией наборов пространств поиска и уведомлением о формате слота для част. диапазонов №2 и №4.

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

Однако данная индикация не ограничивается только пропуском контроля потенциально возможных вариантов PDCCH, но и применима к сигнализации указания пропускать приемы физического совместно используемого канала нисходящей линии связи (PDSCH) или передачи физического совместно используемого канала восходящей линии связи (Physical Uplink Shared Channel, PUSCH).

Если говорить подробно, первые два бита «00» указывают мобильному терминалу 110 пропускать контроль наборов №2 и №4 пространств поиска в част. диапазонах №2 и №4 обоих идущих подряд слотов. Кроме того, 3-й и 4-й биты «01» указывают мобильному терминалу 110 пропускать любые приемы данных в част. диапазоне №2. 5-й и 6-й биты «00» указывают мобильному терминалу 110 контролировать третий набор пространств поиска в част. диапазоне №3 и потенциально принимать передачу PDSCH в последующих символах по ресурсам в част. диапазоне №3. А 7-й и 8-й биты «00» указывают мобильному терминалу 110 пропускать любые приемы данных в част. диапазоне №4.

Для простоты в приведенном выше примере предполагается, что формат 2_0 DCI (SFI-PDCCH) передают только в первом наборе пространств поиска. Однако следует понимать, что UE может быть выполнено с возможностью контроля SFI-PDCCH в нескольких наборах пространств поиска, a gNB тогда передает SFI-PDCCH в этих нескольких наборах пространств поиска. В таком случае возможность получения SFI-PDCCH посредством ССА выше, хотя усилия по декодированию SFI-PDCCH на стороне UE увеличиваются. Если передаются несколько SFI-PDCCH, UE полагает, что эти SFI-PDCCH переданы в разных частотных диапазонах одновременно. Тогда как только один из них декодирован UE, UE может пропустить прием остальных SFI-PDCCH. В альтернативном варианте реализации UE информируют, например, в конфигурации комбинаций формата слота, ожидать ли UE одинаковые или разные SFI-PDCCH в разных частотных диапазонах. После этого UE может пропустить остальные SFI-PDCCH, которые сконфигурированы одинаковыми.

Пример 3 конкретного варианта реализации

А теперь со ссылкой на Фиг. 5 приведен третий пример конкретного варианта реализации, относящегося к специфичному для 3GPP NR сценарию развертывания, рассмотренному выше. Для краткости упомянуты только те сведения, которые не вытекают непосредственно из приведенного выше обсуждения Фиг. 2.

В данном примере предполагается, что мобильный терминал 110 принимает для част. диапазонов №1-№4 (см. этап S03 на Фиг. 2) IE комбинаций форматов слота, который конфигурирует мобильный терминал 110 с использованием комбинации из восьми разных форматов слота. Это может привести к тому, что мобильному терминалу 110 предоставляется взаимосвязь между восьмью конкретными форматами слота и восьмью значениями индекса, которые могут быть использованы в операции выбора для каждого из част. диапазонов №1-№4. Взаимосвязь может быть показана так, как в приведенной ниже таблице 4 (с тремя индексами, зарезервированными для будущего использования).

(Ранее принятые) IE CORESET и IE пространства поиска конфигурируют мобильный терминал 110 так, что он знает, что первый и третий наборы пространств поиска находятся в ресурсах, соответствующих первым двум символам (т.е. символам №1-№2) слота в част. диапазонах №1 и №3, соответственно. Аналогичным образом мобильный терминал 110 конфигурируют так, что он знает, что второй и четвертый наборы пространств поиска находятся в ресурсах, соответствующих второму и третьему символу (т.е. символам №2-№3) слота в част. диапазона №2 и №4, соответственно.

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

Теперь предполагается, что базовая станция 160 выполняет операции прослушивания перед передачей и соответствующим образом выполняет (см. этап S04 на Фиг. 2) оценку незанятости канала для каждого част. диапазона №1-№4. В данном примере опять же предполагается, что оценка незанятости канала (ССА), выполненная базовой станцией 160, успешна в первом и третьем частотных диапазонах и потерпела неудачу во втором и четвертом частотных диапазонах.

Мобильный терминал 110 контролирует (см. этап S05 на Фиг. 2) потенциально возможные варианты физического канала управления нисходящей линии связи (PDCCH) первого набора пространств поиска, находящиеся в назначенном первом частотном диапазоне (част, диапазон №1). Первый набор пространств поиска представляет собой набор общих пространств поиска PDCCH типа 3, который передает DCI, скремблированные с использованием временного идентификатора радиосети (RNTI) индикатора формат слота (SFI). Соответственно, мобильный терминал 110 контролирует первый набор пространств поиска на предмет DCI, имеющих формат 2_0 DCI.

Затем мобильный терминал 110 принимает (см. этап S06 на Фиг. 2) информацию управления нисходящей линии связи (DCI), содержащую указание, пропускать или не пропускать контроль потенциально возможных вариантов PDCCH. В частности, принятая DCI имеет формат 2_0 DCI, который используется базовой станцией 160 для уведомления мобильного терминала 110 о формате слота, подлежащем использованию. Посредством уведомления мобильного терминала 110 о конкретных форматах слота базовая станция 160 (также) передает индикацию, пропускать или нет контроль потенциально возможных вариантов PDCCH.

В данном примере принятая DCI содержит последовательность индексов индикатора формата слота (SFI) для каждого из част. диапазонов №1-№4, где индекс SFI для част. диапазона №1 соответствует '010', индекс SFI для част. диапазона №2 соответствует '100', индекс SFI для част. диапазона №3 соответствует '010' и индекс SFI для част. диапазона №4 соответствует '100'. Затем мобильный терминал 110 использует четыре индекса SFI для определения форматов слота для каждого из соответствующих четырех частотных диапазонов. Это определение ссылается на соответствующие комбинации форматов слота, приведенные в таблице 5 для част. диапазонов №1-№4.

Таким образом, индекс SFI для част, диапазона №1 (и для част. диапазона №3), представляющий собой '010', ссылается на формат слота DD FFFFFF FFFFFF. Это означает, что символы №1-№2 в част. диапазоне №1 (и в част. диапазоне №3) являются символами нисходящей линии связи, тогда как остальные символы являются гибкими символами. Аналогичным образом индекс SFI для част. диапазонов №2 и №4, представляющий собой '100', ссылается на формат слота FF FFFFFF FFFFFF. Это означает, что все символы, в том числе символы №2-№3 в част. диапазонах №2 и №4, являются гибкими символами.

После этого мобильный терминал 110 сразу же идентифицирует расхождение между сконфигурированным местоположением потенциально возможных вариантов PDCCH во втором и четвертом наборах пространств поиска (т.е. символы №2-№3) и форматом слота, указанным принятой DCI для второго и четвертого частотных диапазонов (част. диапазоны №2 и №4).

Поскольку сконфигурированные местоположения второго и четвертого наборов пространств поиска являются символами №2-№3 слотов в част. диапазонах №2 и №4, мобильный терминал 110 предполагает, что эти символы также были указаны как символы нисходящей линии связи. Однако принятая DCI указывает эти символы как гибкие символы. Другими словами, существует расхождение между конфигурацией наборов пространств поиска и уведомлением о формате слота для част. диапазонов №2 и №4.

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

Однако данная индикация не ограничивается только пропуском контроля потенциально возможных вариантов PDCCH, но и применима к сигнализации указания пропускать приемы физического совместно используемого канала нисходящей линии связи (PDSCH) или передач физического совместно используемого канала восходящей линии связи (Physical Uplink Shared Channel, PUSCH).

Если говорить подробно, первые три бита «010» указывают мобильному терминалу 110 пропускать контроль наборов №2 и №4 пространств поиска в соответствующих част. диапазонах №2 и №4. Кроме того, биты с 4-го по 6-й «100» указывают мобильному терминалу 110 пропускать любые приемы данных в част. диапазоне №2. Биты с 7-го по 9-й «010» указывают мобильному терминалу 110 контролировать третий набор пространств поиска в часть диапазоне №3 и потенциально принимать передачу PDSCH в последующих символах по ресурсам в част. диапазоне №3. А биты с 10-го по 12-й «100» указывают мобильному терминалу 110 пропускать любые приемы данных в част. диапазоне №4.

Само собой разумеется, что в этом третьем примере формат ООО слота может быть использован, например, если имеется 5-й набор пространств поиска, например, следующий за SSs №# 3 в част.диапазоне №3, который UE должно контролировать. Кроме того, в случае, когда мобильный терминал принимает индикацию 010 для част. диапазона №2, это соответствует перекрытию, упомянутому выше. В этом случае мобильному терминалу может быть предписано (1) пропустить все потенциально возможные варианты PDCCH в SSs №2, или мобильному терминалу может быть предписано (2) пропускать только потенциально возможные варианты PDCCH (в SSs №2) в третьем символе слота, но все равно контролировать потенциально возможные варианты PDCCH (в SSs №2), которые находятся во втором символе слота.

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

Однако метод реализации интегральной схемы не ограничен БИС и может быть осуществлен с использованием специально предназначенной схемы, процессора общего назначения или процессора специального назначения. Кроме того, может быть использована FPGA (программируемая пользователем вентильная матрица, Field Programmable Gate Array), которая может быть запрограммирована после изготовления БИС или выполненного с возможность изменения конфигурации процессора, в котором может быть изменена конфигурация соединения и настроек ячеек схемы, расположенных внутри БИС. Настоящее изобретение может быть реализовано в виде цифровой обработки или аналоговой обработки. Если будущая технология интегральных схем заменит БИС в результате развития полупроводниковой технологии или другой производной технологии, функциональные блоки могут быть интегрированы с использованием будущей технологии интегральных схем. Также может быть применена биотехнология.

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

Мобильный терминал содержит процессор и приемопередатчик. Во время работы процессор контролирует физический канал управления нисходящей линии связи (Physical Downlink Control Channel, PDCCH) на предмет потенциально возможных вариантов первого набора пространств поиска, находящегося в назначенном первом частотном диапазоне из множества частотных диапазонов.

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

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

В соответствии со вторым аспектом, который объединяется с мобильным терминалом согласно первому аспекту, назначенный первый частотный диапазон содержит по меньшей мере одно из блока сигнала синхронизации и физического широковещательного канала (SSB), определяющего соту блока сигнала синхронизации и физического широковещательного канала (определяющий соту SSB), опорных сигналов для управления радиоресурсами (Radio Resource Management, RRM), опорных сигналов для контроля радиоканала (RLM) и подтверждения гибридного автоматического запроса на повторение передачи (HARQ-ACK).

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

В соответствии с четвертым аспектом, который объединяется с мобильным терминалом согласно аспектам с первого по третий, первый набор пространств поиска представляет собой набор общих пространств поиска, в частном случае, первый набор пространств поиска представляет собой набор общих пространств поиска PDCCH типа 3, а также в частном случае первый набор пространств поиска содержит DCI, скремблированные с использование временного идентификатора радиосети (RNTI) индикатора формата слота (SFI).

В соответствии с пятым аспектом, который объединяется с мобильным терминалом согласно аспектам с первого по четвертый, первый набор пространств поиска находится в ресурсах, сконфигурированных в частотной области, в соответствии с набором ресурсов управления (CORESET) мобильного терминала, a CORESET определен для мобильного терминала посредством сигнализации управления радиоресурсами (RRC), в частном случае информационного элементам (IE) RRC, определяющего набор ресурсов управления, а также в частном случае информационного элемента (IE) RRC ControlResourceSet, содержащего поле frequencyDomainResources, определяющее шесть ресурсных блоков, которые полностью содержатся в ресурсах, в которых сконфигурирован CORESET.

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

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

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

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

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

В соответствии с одиннадцатым аспектом, который объединяется с мобильным терминалом согласно аспектам с первого по десятый, принятая DCI содержит отдельный индикатор формата слота (SFI) для каждого из множества частотных диапазонов.

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

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

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

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

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

Способ включает этапы: контроля потенциально возможных вариантов физического канала управления нисходящей линии связи (PDCCH) первого набора пространств поиска, находящегося в назначенном первом частотном диапазоне из множества частотных диапазонов, и прием информации управления нисходящей линии связи (Downlink Control Information, DCI), передаваемой в первом наборе пространств поиска назначенного первого частотного диапазона, причем принимаемая DCI содержит индикацию, должен ли или нет мобильный терминал пропускать контроль некоторых конкретных или всех потенциально возможных вариантов PDCCH по меньшей мере в одном втором наборе пространств поиска, связанном с указанным по меньшей мере одним вторым частотным диапазоном из множества частотных диапазонов.

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

В соответствии с семнадцатым аспектом, который объединяется со способом согласно шестнадцатому аспекту, назначенный первый частотный диапазон содержит по меньшей мере одно из блока сигнала синхронизации и физического широковещательного канала (SSB), определяющего соту блока сигнала синхронизации и физического широковещательного канала (определяющий соту SSB), опорных сигналов для управления радиоресурсами (Radio Resource Management, RRM), опорных сигналов для контроля радиоканала (RLM) и подтверждения гибридного автоматического запроса на повторение передачи (HARQ-ACK).

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

В соответствии с девятнадцатым аспектом, который объединяется со способом согласно аспектам с шестнадцатого по восемнадцатый, первый набор пространств поиска представляет собой набор общих пространств поиска, в частном случае, первый набор пространств поиска представляет собой набор общих пространств поиска PDCCH типа 3, а также в частном случае первый набор пространств поиска содержит DCI, скремблированные с использование временного идентификатора радиосети (RNTI) индикатора формата слота (SFI).

В соответствии с двадцатым аспектом, который объединяется со способом согласно аспектам с шестнадцатого по девятнадцатый, первый набор пространств поиска находится в ресурсах, сконфигурированных в частотной области, в соответствии с набором ресурсов управления (CORESET) мобильного терминала, a CORESET определен для мобильного терминала посредством сигнализации управления радиоресурсами (RRC), в частном случае информационного элементам (IE) RRC, определяющего набор ресурсов управления, а также в частном случае информационного элемента (IE) RRC ControlResourceSet, содержащего поле frequencyDomainResources, определяющее шесть ресурсных блоков, которые полностью содержатся в ресурсах, в которых сконфигурирован CORESET.

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

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

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

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

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

В соответствии с двадцать шестым аспектом, который объединяется со способом согласно аспектами с шестнадцатого по двадцать пятый, принятая DCI содержит отдельный индикатор формата слота (SFI) для каждого из множества частотных диапазонов.

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

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

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

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

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

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

процессор (130), который во время работы контролирует физический канал управления нисходящей линии связи (Physical Downlink Control Channel, PDCCH) на предмет потенциально возможных вариантов первого набора пространств поиска, находящегося в назначенном первом частотном диапазоне из множества частотных диапазонов, и

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

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

при этом только если индикация в принятой DCI не указывает пропустить контроль конкретных или всех потенциально возможных вариантов PDCCH в указанном по меньшей мере одном втором наборе пространств поиска,

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

2. Мобильный терминал (110) по п. 1, в котором

назначенный первый частотный диапазон содержит по меньшей мере одно из

- блока сигнала синхронизации и физического широковещательного канала (SSB),

- определяющего соту блока сигнала синхронизации и физического широковещательного канала (определяющего соту SSB),

- опорных сигналов для управления радиоресурсами (RRM),

- опорных сигналов для контроля радиоканала (RLM),

- подтверждения гибридного автоматического запроса на повторение передачи (HARQ-ACK)

и/или

по меньшей мере назначенный первый частотный диапазон из множества частотных диапазонов имеет заданную ширину полосы, предпочтительно 20 МГц.

3. Мобильный терминал по п. 1 или 2, в котором

первый набор пространств поиска является набором общих пространств поиска, в частном случае

первый набор пространств поиска является набором общих пространств поиска PDCCH типа 3, а также в частном случае

первый набор пространств поиска содержит DCI, скремблированные с использованием временного идентификатора радиосети (RNTI) индикатора формат слота (SFI).

4. Мобильный терминал (110) по одному из пп. 1-3, в котором первый набор пространств поиска находится в ресурсах, сконфигурированных в частотной области, в соответствии с набором ресурсов управления (CORESET) мобильного терминала, a CORESET определен для мобильного терминала посредством

- сигнализации управления радиоресурсами (RRC), в частном случае

- информационного элемента (IE) RRC, определяющего набор ресурсов управления, а также в частном случае

- информационного элемента (IE) RRC ControlResourceSet, содержащего поле frequencyDomainResources, определяющее группы из шести ресурсных блоков, которые полностью содержатся в ресурсах, в которых конфигурируют CORESET.

5. Мобильный терминал (110) по п. 4, в котором

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

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

6. Мобильный терминал (110) по одному из пп. 1-5, в котором первый набор пространств поиска находится в ресурсах, сконфигурированных, во временной области, посредством

- сигнализации управления радиоресурсами (RRC), в частном случае

- информационного элемента (IE) RRC, определяющего пространство поиска, содержащее место для контроля потенциально возможных вариантов PDCCH, а также в частном случае

- информационного элемента (IE) RRC SearchSpace, содержащего поле monitoringSymbolsWithinSlot, определяющее символы для контроля PDCCH в слоте.

7. Мобильный терминал (110) по одному из пп. 1-6, в котором каждый из по меньшей мере одного второго набора пространств поиска связан с одним из по меньшей мере одного второго частотного диапазона.

8. Мобильный терминал (110) по одному из пп. 1-7, в котором

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

9. Мобильный терминал (110) по п. 8, в котором

конфигурацию принимают посредством

- сигнализации управления радиоресурсами (RRC), в частном случае

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

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

10. Мобильный терминал (110) по любому из пп. 1-9, в котором

принятая DCI содержит отдельный индикатор формата слота (SFI) для каждого из множества частотных диапазонов.

11. Мобильный терминал (110) по одному из пп. 1-10, в котором

принятая DCI представляет собой DCI формата 2_0, и в частном случае

принятая DCI формата 2_0 DCI содержит последовательность значений индекса индикатора формата слота (SFI), которые должны быть интерпретированы по-разному для каждого из множества частотных диапазонов, а также в частном случае

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

12. Мобильный терминал (110) по п. 11, в котором

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

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

и предпочтительно

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

13. Мобильный терминал (110) по одному из пп. 1-12, в котором

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

14. Мобильный терминал (110) по одному из пп. 1-13, в котором

множество частотных диапазонов идентифицируют посредством:

- разных идентификаторов диапазона прослушивания перед передачей,

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

- разных идентификаторов набора ресурсов управления (CORESET) или

- разных индексов части ширины полосы (BWP).

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

контроля физического канала управления нисходящей линии связи (Physical Downlink Control Channel, PDCCH) на предмет потенциально возможных вариантов первого набора пространств поиска, находящегося в назначенном первом частотном диапазоне из множества частотных диапазонов, и

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

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

при этом только если индикация в принятой DCI не указывает пропустить контроль конкретных или всех потенциально возможных вариантов PDCCH в указанном по меньшей мере одном втором наборе пространств поиска, дополнительно выполнение этапа

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