СПОСОБ, УСТРОЙСТВО И СИСТЕМА ДЛЯ ЭНЕРГОСБЕРЕЖЕНИЯ В БЕСПРОВОДНЫХ СЕТЯХ Российский патент 2025 года по МПК H04W24/02 

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

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

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

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

Сущность изобретения

Это раскрытие сущности направлено на способ, устройство и систему для экономии потребления мощности UE в беспроводной связи.

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

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

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

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

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

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

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

Фиг. 1 показывает примерную сеть беспроводной связи.

Фиг. 2 показывает примерный беспроводной сетевой узел.

Фиг. 3 показывает примерное абонентское устройство.

Фиг. 4 показывает примерные этапы для управления поведением при PDCCH-мониторинге UE в сети беспроводной связи.

Фиг. 5 показывает примерное преобразование кодовых точек с поведениями при PDCCH-мониторинге.

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

Сеть беспроводной связи

Фиг. 1 показывает примерную сеть 100 беспроводной связи, которая включает в себя базовую сеть 110 и сеть 120 радиодоступа (RAN). Базовая сеть 110 дополнительно включает в себя, по меньшей мере, один объект 112 управления мобильностью (ММЕ) и/или, по меньшей мере, одну функцию управления доступом и мобильностью (AMF). Другие функции, которые могут включаться в базовую сеть 110, не показаны на фиг. 1. RAN 12 0 дополнительно включает в себя несколько базовых станций, например, базовые станции 122 и 124. Базовые станции могут включать в себя, по меньшей мере, один усовершенствованный узел В (eNB) для 4G LTE узел В следующего поколения (gNB) для нового 5G-стандарта радиосвязи (NR) либо любой другой тип устройства передачи/приема сигналов, такой как UMTS-узел В. ENB 122 обменивается данными с ММЕ 112 через S1-интерфейс. Как eNB 122, так и gNB 124 могут соединяться с AMF 114 через Ng-интерфейс. Каждая базовая станция управляет и поддерживает, по меньшей мере, одну соту. Например, базовая станция-gNB 124 может быть выполнена с возможностью управлять и поддерживать соту 1, соту 2 и соту 3.

GNB 124 может включать в себя центральный блок (CU) и, по меньшей мере, один распределенный блок (DU). CU и DU могут совместно размещаться в идентичном местоположении, либо они могут разбиваться в различных местоположениях. CU и DU могут соединяться через F1-интерфейс. Альтернативно, для eNB, который допускает соединение с 5G-сетью, он также может аналогично разделяться на CU и, по меньшей мере, один DU, называемые "ng-eNB-CU" и "ng-eNB-DU", соответственно. Ng-eNB-CU и ng-eNB-DU могут соединяться через W1-интерфейс.

Сеть 100 беспроводной связи может включать в себя одну или более зон отслеживания. Зона отслеживания может включать в себя набор сот, управляемых, по меньшей мере, посредством одной базовой станции. Например, зона 1 отслеживания, помеченная в качестве 140, включает в себя соту 1, соту 2 и соту 3 и дополнительно может включать в себя большее количество сот, которые могут управляться посредством других базовых станций и не показываются на фиг. 1. Сеть 100 беспроводной связи также может включать в себя, по меньшей мере, одно UE 160. UE может выбирать соту из нескольких сот, поддерживаемых посредством базовой станции, для связи с базовой станцией через интерфейсы и ресурсы радиосвязи по радиоинтерфейсу (ОТА), и когда UE 160 перемещается в сети 100 беспроводной связи, оно может повторно выбирать соту для связи. Например, UE 160 может первоначально выбирать соту 1, чтобы обмениваться данными с базовой станцией 124, и оно затем может повторно выбирать соту 2 в определенной последующей временной точке. Выбор или повторный выбор соты посредством UE 160 может быть основан на интенсивности/качестве беспроводных сигналов в различных сотах и других факторах.

Сеть 100 беспроводной связи может реализовываться, например, как 2G-, 3G-, 4G/LTE- или 5G-сеть сотовой связи. Соответственно, базовые станции 122 и 124 могут реализовываться как базовая 2G-станция, 3G-узел В, LTE eNB или 5G NR gNB. UE 160 может реализовываться как устройства мобильной или стационарной связи, которые допускают осуществление доступа к сети 100 беспроводной связи. UE 160 может включать в себя, но не только, мобильные телефоны, переносные компьютеры, планшетные компьютеры, персональные цифровые устройства, носимые устройства, устройства с поддержкой стандарта Интернета вещей (IoT), МТС/еМТС-устройства, распределенные удаленные сенсорные устройства, придорожное вспомогательное оборудование, XR-устройства и настольные компьютеры. UE 160 также, в общем, может называться "устройством беспроводной связи" или "беспроводным терминалом". UE 160 может поддерживать связь в боковой линии связи с другим UE через РС5-интерфейс.

Хотя нижеприведенное описание акцентирует внимание на системах сотовой беспроводной связи, как показано на фиг. 1, базовые принципы являются применимыми к другим типам систем беспроводной связи для поисковых вызовов беспроводных устройств. Эти другие беспроводные системы могут включать в себя, но не только, Wi-Fi-, Bluetooth-, ZigBee- и WiMAX-сети.

Фиг. 2 показывает пример электронного устройства 200, которое реализует сетевую базовую станцию (например, узел сети радиодоступа), базовый сетевой (CN) узел и/или узел управления и обслуживания (ОАМ). Необязательно в одной реализации, примерное электронное устройство 200 может включать в себя радиопередающую/приемную (Tx/Rx) схему 208 для того, чтобы передавать/принимать связь с UE и/или другими базовыми станциями. Необязательно в одной реализации, электронное устройство 200 также может включать в себя сетевую интерфейсную схему 209 для того, чтобы обеспечивать обмен данными базовой станции с другими базовыми станциями и/или с базовой сетью, например, оптические или проводные взаимные соединения, Ethernet и/или другие среды/носители/протоколы передачи данных. Электронное устройство 200 необязательно может включать в себя интерфейс 206 ввода-вывода для того, чтобы обмениваться данными с оператором и т.п.

Электронное устройство 200 также может включать в себя системную схему 204. Системная схема 204 может включать в себя процессор(ы) 221 и/или запоминающее устройство 222. Запоминающее устройство 222 может включать в себя операционную систему 224, инструкции 226 и параметры 228. Инструкции 226 могут быть сконфигурированы для одного или более процессоров 221 с возможностью выполнять функции сетевого узла. Параметры 22 8 могут включать в себя параметры, чтобы поддерживать выполнение инструкций 226. Например, параметры могут включать в себя настройки сетевых протоколов, параметры полосы пропускания, назначения радиочастотного преобразования и/или другие параметры.

Фиг. 3 показывает пример электронного устройства, которое реализует терминальное устройство 300 (например, абонентское устройство (UE)). UE 300 может представлять собой мобильное устройство, например, смартфон или модуль мобильной связи, расположенный в транспортном средстве. UE 300 может включать в себя часть или все из следующего: интерфейсы 302 связи, системная схема 304, интерфейсы 306 ввода-вывода, схема 308 отображения и устройство 309 хранения данных. Схема отображения может включать в себя пользовательский интерфейс 310. Системная схема 304 может включать в себя любую комбинацию аппаратных средств, программного обеспечения, микропрограммного обеспечения или другой логики/схемы. Системная схема 304 может реализовываться, например, с одной или более внутримикросхемных систем (SoC), специализированных интегральных схем (ASIC), дискретных аналоговых и цифровых схем и других схем. Системная схема 304 может составлять часть реализации любой требуемой функциональности в UE 300. В этом отношении, системная схема 304 может включать в себя логику, которая упрощает, в качестве примеров, декодирование и воспроизведение музыки и видео, например, МР3-, МР4-, MPEG-, AVI-, FLAC-, АС3- или WAV-декодирование и воспроизведение; запуск приложений; подтверждение пользовательских вводов; сохранение и извлечение данных приложений; установление, поддержание и завершение сотовых телефонных вызовов или соединений для передачи данных, в качестве одного примера, для Интернет-подключения; установление, поддержание и завершение беспроводных сетевых соединений, Bluetooth-соединений или других соединений; и отображение релевантной информации в пользовательском интерфейсе 310. Пользовательский интерфейс 310 и интерфейсы 306 ввода/вывода могут включать в себя графический пользовательский интерфейс, сенсорный дисплей, тактильную обратную связь или другой тактильный вывод, вводы на основе распознавания голоса или лиц, кнопки, переключатели, динамики и другие элементы пользовательского интерфейса. Дополнительные примеры интерфейсов 306 ввода-вывода могут включать в себя микрофоны, видео- и фотокамеры, температурные датчики, датчики вибраций, датчики вращения и ориентации, гарнитуру и микрофонные входные/выходные гнезда, разъемы по стандарту универсальной последовательной шины (USB), гнезда для карт памяти, датчики излучения (например, IR-датчики) и другие типы вводов.

Ссылаясь на фиг. 3, интерфейсы 302 связи могут включать в себя радиочастотную (RF) передающую (Тх) и приемную (Rx) схему 316, которая обрабатывает передачу и прием сигналов через одну или более антенн 314. Интерфейс 302 связи может включать в себя одно или более приемо-передающих устройств. Приемо-передающие устройства могут представлять собой беспроводные приемопередающие устройства, которые включают в себя схему модуляции/демодуляции, цифро-аналоговые преобразователи (DAC), таблицы образования формы, аналого-цифровые преобразователи (ADC), фильтры, образователи форм сигналов, фильтры, предусилители, усилители мощности и/или другую логику для передачи и приема через одну или более антенн или (для некоторых устройств) через физический (например, проводной) носитель. Передаваемые и принимаемые сигналы могут придерживаться любого из широкого круга форматов, протоколов, модуляций (например, QPSK, 16-QAM, 64-QAM или 256-QAM), частотных каналов, скоростей передачи битов и кодирований. В качестве одного конкретного примера, интерфейсы 302 связи могут включать в себя приемопередающие устройства, которые поддерживают передачу и прием согласно 2G-стандарту, 3G-стандарту, ВТ-стандарту, Wi-Fi-стандарту, стандарту универсальной системы мобильной связи (UMTS), стандарту высокоскоростного пакетного доступа (HSPA)+, 4G-стандарту долгосрочного развития (LTE) и 5G-стандарту. Тем не менее, технологии, описанные ниже, являются применимыми к другим технологиям беспроводной связи, независимо от того, создаются они посредством Партнерского проекта третьего поколения (3GPP), Ассоциации GSM, 3GPP2, IEEE либо других партнерств или организаций по стандартизации.

Ссылаясь на фиг. 3, системная схема 304 может включать в себя один или более процессоров 321 и запоминающих устройств 322. Запоминающее устройство 322 сохраняет, например, операционную систему 324, инструкции 326 и параметры 328. Процессор 321 выполнен с возможностью выполнять инструкции 326, чтобы выполнять требуемую функциональность для UE 300. Параметры 328 могут предоставлять и указывать конфигурационные и рабочие параметры для инструкций 326. Запоминающее устройство 322 также может сохранять любые ВТ-, Wi-Fi-, 3G-, 4G-, 5G- или другие данные, которые UE 300 должно отправлять или принимает через интерфейсы 302 связи. В различных реализациях, мощность системы для UE 300 может подаваться посредством устройства накопления мощности, такого как аккумулятор или трансформатор.

Мониторинг физического канала управления нисходящей линии связи (PDCCH)

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

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

Коммутация групп наборов пространств поиска (SSSG)

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

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

Поведение при PDCCH-мониторинге UE

В этом раскрытии сущности, описываются различные поведения при PDCCH-мониторинге UE. Эти поведения могут категоризироваться на два типа: первый тип связан с пропуском PDCCH-мониторинга UE (в течение конкретной длительности), и второй тип связан с SSSG-коммутацией UE.

Поведение при PDCCH-мониторинге первого типа может включать в себя:

- деактивацию пропуска PDCCH-мониторинга (т.е. деактивацию признака пропуска PDCCH-мониторинга) или мониторинг PDCCH согласно конфигурации наборов пространств поиска,

пропуск PDCCH-мониторинга в течение определенной длительности.

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

Может быть предусмотрено несколько длительностей, в течение которых UE может пропускать мониторинг. Каждая длительность соответствует поведению при PDCCH-мониторинге UE. Например, несколько длительностей могут включать в себя 5 миллисекунд и 10 миллисекунд. Каждая длительность представляет поведение. Например, одно поведение может представлять собой "пропуск PDCCH-мониторинга в течение 5 миллисекунд", и другое поведение может представлять собой "пропуск PDCCH-мониторинга в течение 10 миллисекунд". В связи с этим, UE может быть сконфигурировано со списком поведений пропуска PDCCH-мониторинга, каждое из которых соответствует конкретной длительности.

Поведение при PDCCH-мониторинге второго типа может включать в себя:

- прекращение мониторинга наборов пространств поиска (SS), ассоциированных с поисковой SSSG #1 и SSSG #2 (при конфигурировании), и мониторинг SS-наборов, ассоциированных с SSSG #0,

- прекращение мониторинга наборов пространств поиска (SS), ассоциированных с поисковой SSSG #0 и SSSG #2 (при конфигурировании), и мониторинг SS-наборов, ассоциированных с SSSG #1,

- прекращение мониторинга наборов пространств поиска (SS), ассоциированных с поисковой SSSG #0 и SSSG #1, и мониторинг SS-наборов, ассоциированных с SSSG #2.

В этом раскрытии сущности, поведение при PDCCH-мониторинге первого типа также может называться "поведением при пропуске PDCCH-мониторинга", и поведение при PDCCH-мониторинге второго типа также может называться "поведением при SSSG-коммутации.

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

В одной реализации, когда UE начинает мониторинг наборов пространств поиска (SS), ассоциированных с конкретной SSSG, UE может выбирать прекращение мониторинга SS-наборов, ассоциированных с другой SSSG.

Управление поведением при PDCCH-мониторинге UE

В этом раскрытии сущности, описываются различные варианты осуществления для управления поведением при PDCCH-мониторинге UE. Фиг. 4 иллюстрирует примерные этапы для процесса управления на высоком уровне.

Этап 401а: UE может отправлять свою информацию характеристик UE, связанную с PDCCH-мониторингом, в базовую станцию. Информация характеристик UE может выступать в качестве ссылочной информации для базовой станции. При конфигурировании поведений при PDCCH-мониторинге UE на этапе 401 и инструктировании UE выбирать поведение при PDCCH-мониторинге на этапе 402, базовая станция может ссылаться на информацию характеристик UE. Например, информация характеристик UE может указывать максимальное число поведений при PDCCH-мониторинге, которые может поддерживать UE, или максимальное число битов, которые UE может обрабатывать для определения целевого/выбора поведения при PDCCH-мониторинге. Например, низкопроизводительное UE может допускать только обработку всего одного бита для выбора поведения при PDCCH-мониторинге, тогда как другие UE могут обрабатывать два или более бита. Этот этап может выполняться до или после этапа 401. Дополнительные сведения в отношении этого этапа описываются в следующем разделе.

Этап 401: Базовая станция отправляет конфигурационное сообщение в UE для конфигурирования поведений при PDCCH-мониторинге. Конфигурационное сообщение может включать в себя список поведений при PDCCH-мониторинге, которые должны быть сконфигурированы для UE. Этот способ конфигурирования называется "явным конфигурированием". Конфигурационное сообщение также может включать в себя список параметров, связанных с поведениями при PDCCH-мониторинге, и список параметров неявно указывает поведения при PDCCH-мониторинге. Например, список параметров может включать в себя список длительностей пропуска PDCCH-мониторинга, к примеру, 2 миллисекунды, 5 миллисекунд, 10 миллисекунд. Каждая длительность соответствует поведению при PDCCH-мониторинге для пропуска PDCCH-мониторинга в течение определенной длительности. Таким образом, эти 3 поведения при PDCCH-мониторинге должны быть сконфигурированы: пропуск PDCCH-мониторинга в течение 2 миллисекунд, пропуск PDCCH-мониторинга в течение 5 миллисекунд и пропуск PDCCH-мониторинга в течение 10 миллисекунд. Поведение при SSSG-коммутации может, вероятно, указываться посредством списка параметров, таких как SSSG-номер/индекс. Этот способ конфигурирования называется "неявным конфигурированием", поскольку поведение при PDCCH-мониторинге извлекается из этих параметров. Список длительностей пропуска PDCCH-мониторинга и список SSSG-номера/индекса могут отправляться в UE различными способами. Например, они могут отправляться вместе в одной передаче служебных сигналов, либо они могут отправляться отдельно, каждый в одной передаче служебных сигналов.

Этап 402: UE имеет список поведений при PDCCH-мониторинге, сконфигурированных в расчете на конфигурационное сообщение на этапе 401. Чтобы запускать изменение поведения при PDCCH- мониторинге, базовая станция отправляет управляющее сообщение в UE, чтобы указывать конкретное поведение при PDCCH-мониторинге, которое UE должно применять (или активировать). Управляющее сообщение может иметь форму сообщения с управляющей информацией нисходящей линии связи (DCI). Информация индикаторов поведений при PDCCH-мониторинге может переноситься в поле DCI DCI-сообщения.

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

Этап 404: UE применяет указываемое поведение при PDCCH-мониторинге. Например, UE может пропускать PDCCH-мониторинг в течение определенной длительности, ассоциированной с или указанной в указываемом поведении при PDCCH-мониторинге. Например, UE может пропускать PDCCH-мониторинг в течение 5 миллисекунд или 10 миллисекунд, как определено посредством указываемого поведения при PDCCH-мониторинге. В качестве другого примера, UE может начинать мониторинг наборов пространств поиска, ассоциированных с SSSG #2, и прекращать мониторинг наборов пространств поиска, ассоциированных с SSSG #0 и SSSG #1.

Дополнительные сведения описываются ниже.

Конфигурация поведений при PDCCH-мониторинге

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

- характеристики UE;

- предварительно определенное значение/правило; и

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

Эти факторы могут рассматриваться отдельно или в комбинациях.

В одной реализации, характеристики UE включают в себя максимальное число битов индикатора для указания выбора поведения при PDCCH-мониторинге, которое поддерживает UE, или число битов индикатора для указания выбора поведения при PDCCH-мониторинге, которое поддерживает UE (обозначается в качестве М). В одной реализации, число поведений при PDCCH-мониторинге, поддерживаемых посредством UE, не больше 2^М. Альтернативно, общее число длительностей PDCCH-пропуска и/или число сконфигурированных SSSG не должно быть больше 2^М.

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

максимальное число поведений при PDCCH-мониторинге, поддерживаемых посредством UE;

максимальное число длительностей PDCCH-пропуска, поддерживаемых посредством UE; или

- максимальное число SSSG, поддерживаемых посредством UE.

число поведений при PDCCH-мониторинге, поддерживаемых посредством UE;

число длительностей PDCCH-пропуска, поддерживаемых посредством UE; или

- число SSSG, поддерживаемых посредством UE.

В одной реализации, число сконфигурированных поведений при PDCCH-мониторинге UE должно быть меньше или равно: максимальному числу поведений при PDCCH-мониторинге, поддерживаемых посредством UE; или сумме максимального числа длительностей PDCCH-пропуска, поддерживаемых посредством UE, и максимального числа SSSG, поддерживаемых посредством UE. В одной реализации, число сконфигурированных поведений при пропуске PDCCH-мониторинга UE должно быть меньше или равно максимальному числу длительностей PDCCH-пропуска, поддерживаемых посредством UE. В одной реализации, число сконфигурированных поведений при SSSG-коммутации UE должно быть меньше или равно максимальному числу SSSG, поддерживаемых посредством UE. В одной реализации, число сконфигурированных поведений при PDCCH-мониторинге UE должно быть меньше или равно: числу поведений при PDCCH-мониторинге, поддерживаемых посредством UE, или сумме числа длительностей PDCCH-пропуска, поддерживаемых посредством UE, и числа SSSG, поддерживаемых посредством UE. В одной реализации, число сконфигурированных поведений при пропуске PDCCH-мониторинга UE должно быть меньше или равно числу длительностей PDCCH-пропуска, поддерживаемых посредством UE. В одной реализации, число сконфигурированных поведений при SSSG-коммутации UE должно быть меньше или равно числу SSSG, поддерживаемых посредством UE.

В одной реализации, конфигурация поведения при PDCCH-мониторинге UE основана на битовой ширине поля DCI, переносящего индикатор для выбора поведения при PDCCH-мониторинге (см. этап 402 на фиг. 2). Например, битовая ширина поля DCI сконфигурирована как 1 бит, и характеристики UE указывают поддержку двух поведений при пропуске PDCCH-мониторинга, в таком случае только одна или две длительности мониторинга PDCCH-пропуска могут быть сконфигурированы. В качестве другого примера, битовая ширина поля DCI сконфигурирована как 1 бит, в таком случае даже характеристики UE указывают поддержку 3 поведений при SSSG-коммутации, только две SSSG могут быть сконфигурированы. Например, две SSSG могут быть сконфигурированы как "коммутация на" SSSG.

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

- SSSG, сконфигурированную без набора пространств поиска (например, пустую SSSG);

- дремотную SSSG;

- SSSG, ассоциированную с тем, какое UE может прекращать мониторинг PDCCH в течение определенной длительности или до того, как таймер истекает; или

- SSSG, ассоциированную с индексом, большим или равным 2 (указывающим то, что имеется более 2 SSSG в наборе SSSG, SSSG-индекс начинается с 0).

В одной реализации, не предполагается, что SSSG первого типа и длительность PDCCH-пропуска сконфигурированы в UE.

В одной реализации, не предполагается, что SSSG первого типа сконфигурирована со значением таймера, которое является идентичным длительности PDCCH-пропуска.

В одной реализации, не предполагается, что определенный тип поведения при PDCCH-мониторинге сконфигурирован, если удовлетворяется первое условие:

Определенный тип поведения при PDCCH-мониторинге включает в себя деактивацию пропуска PDCCH-мониторинга.

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

- по меньшей мере, две SSSG сконфигурированы;

- длительность PDCCH-пропуска не сконфигурирована;

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

- SSSG первого типа сконфигурирована.

В одной реализации, если битовая ширина поля DCI равна 1, то только один тип поведений при PDCCH-мониторинге может быть сконфигурирован для UE.

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

Преобразование управляющих сигналов

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

Фиг. 5 показывает пример с использованием кодовой точки для того, чтобы преобразовывать поведения при PDCCH-мониторинге UE. В этом примере, поле DCI имеет 2 бита (т.е. битовая ширина составляет 2 бита), и имеются 4 кодовых точки на основе 2 битов. UE сконфигурировано с 6 поведениями при PDCCH-мониторинге. Каждая длительность представляет длительность пропуска PDCCH-мониторинга, и каждая SSSG представляет поведение при SSSG-коммутации. Как показано на фиг. 5, 4 из 6 поведений при PDCCH-мониторинге преобразуются в кодовую точку. В этом раскрытии сущности, раскрываются различные варианты осуществления для преобразования.

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

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

- битовую ширину поля DCI;

- передачу служебных сигналов верхнего уровня;

- число поведений при PDCCH-мониторинге, сконфигурированных в UE (например, сконфигурированных через передачу служебных RRC-сигналов из базовой станции);

- число типов поведений при PDCCH-мониторинге, сконфигурированных в UE;

- характеристики UE;

- предварительно заданное правило; или

- предварительно заданное условие.

Эти факторы могут рассматриваться отдельно или в комбинациях.

Чтобы декодировать поле DCI, UE, возможно, должно получать

битовую ширину поля DCI сначала.

В одной реализации, если число поведений при PDCCH-мониторинге, сконфигурированных в UE, составляет М, то битовая ширина поля DCI может определяться в качестве А является целым числом, большим 0.

В одной реализации, если число поведений при PDCCH-мониторинге первого типа, сконфигурированных в UE, составляет М, и число поведений при PDCCH-мониторинге второго типа, сконфигурированных в UE, составляет N, то битовая ширина поля DCI может определяться в качестве А является целым числом, большим 0.

В одной реализации, если имеется только один тип поведений при PDCCH-мониторинге, сконфигурированных в UE, битовая ширина может определяться в качестве 1. Если имеется два типа поведений при PDCCH-мониторинге, сконфигурированных в UE, битовая ширина может определяться в качестве 2.

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

DCI может иметь другой формат.DCI первого типа может включать в себя DCI с DCI-форматом 0-2 или DCI с DCI-форматом 1-2. DCI второго типа может включать в себя DCI с DCI-форматом 1-1 или DCI с DCI-форматом 0-1.

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

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

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

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

В одной реализации, кодовая точка DCI может преобразовываться в поведение при PDCCH-мониторинге. Например, UE может быть сконфигурировано с М длительностей PDCCH-пропуска и без SSSG. Если М меньше 4, то первая кодовая точка (например, наименьшая кодовая точка или кодовая точка со всенулевым значением) в DCI означает то, что поведение представляет сбой "деактивацию пропуска PDCCH-мониторинга". Другие значения кодовой точки могут иметь взаимосвязь преобразования с длительностями PDCCH-пропуска. Например, каждая сконфигурированная длительность PDCCH-пропуска может быть ассоциирована с индексом. Значение m кодовой точки может указывать длительность PDCCH-пропуска с индексом m-1. Если М=4, значение m кодовой точки указывает длительность PDCCH-пропуска с индексом m.Индекс, ассоциированный с длительностью PDCCH-пропуска, может указываться посредством передачи служебных сигналов верхнего уровня (например, передачи служебных RRC-сигналов, конфигурирующей поведения при PDCCH-мониторинге для UE).

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

Нижеприведенная таблица 2 показывает другое примерное преобразование поведений при PDCCH-мониторинге, в котором UE сконфигурировано с 4 длительностями пропуска PDCCH-мониторинга. Хоть и не показано в таблице 5, каждая длительность может быть ассоциирована с индексом, и кодовая точка может преобразовываться в индекс.

В одной реализации, UE сконфигурировано с М (М является целым числом) длительностей PDCCH-пропуска, и UE может быть сконфигурировано или не быть сконфигурировано с поведением при SSSG-коммутации. Если имеется одна кодовая точка, оставшаяся после указания всех поведений при PDCCH-мониторинге, оставшаяся кодовая точка может преобразовываться в "деактивацию пропуска PDCCH-мониторинга". Нижеприведенная таблица 3 показывает пример, в котором имеются две оставшихся кодовых точки.

Нижеприведенная таблица 4 показывает пример, в котором имеется одна оставшаяся кодовая точка.

Таблица 4. Преобразование поведений при PDCCH-мониторинге

В одной реализации, UE сконфигурировано с М длительностей пропуска PDCCH-мониторинга и N поведений при SSSG-коммутации, причем М и N являются целыми числами. Поведение при "деактивации пропуска PDCCH-мониторинга" не преобразуется. Таким образом, кодовая точка в поле DCI не преобразуется в это поведение. Альтернативно, поведение при "деактивации пропуска PDCCH-мониторинга" не преобразуется, если имеется, по меньшей мере, одно сконфигурированное поведение при SSSG-коммутации, и общее число сконфигурированных поведений при PDCCH-мониторинге больше 4.

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

В одной реализации, UE сконфигурировано с М длительностей PDCCH-пропуска и N поведений при SSSG-коммутации, и битовая ширина поля DCI равна 2. Первые две кодовых точки (т.е. "00" и "01") могут преобразовываться в одно или два поведения при пропуске PDCCH-мониторинга, и остальные две кодовых точки (т.е. "10" и "11") могут преобразовываться в одно или два поведения при SSSG-коммутации.

В одной реализации, UE сконфигурировано с М длительностей PDCCH-пропуска и N поведений при SSSG-коммутации, и битовая ширина поля DCI равна 2 (т.е. поддерживает 4 кодовых точки). Первые I кодовых точек (например, I=3) могут преобразовываться в один тип поведений при PDCCH-мониторинге, и остальные кодовые точки (например, I=1) могут преобразовываться в другой тип поведений при PDCCH-мониторинге.

В одной реализации, способ преобразования может быть сконфигурирован посредством передачи служебных сигналов верхнего уровня. Например, передача в служебных сигналах элементов управления на уровне управления доступом к среде (MAC СЕ) может указывать информацию преобразования, такую как способ для преобразования кодовых DCI-точек с поведениями при PDCCH-мониторинге. В качестве другого примера, каждое поведение при PDCCH-мониторинге может быть ассоциировано с индексом. Индекс может назначаться соответствующему поведению при PDCCH-мониторинге, когда базовая станция конфигурирует поведения при PDCCH-мониторинге для UE. Кодовая точка в поле DCI может указывать соответствующее поведение при PDCCH-мониторинге на основе индекса. Например, значение m кодовой точки может указывать поведение при PDCCH-мониторинге с индексом т, где т является неотрицательным целым числом. Индекс также может назначаться согласно предварительно определенному правилу. В качестве другого примера, передача служебных RRC-сигналов может указывать информацию преобразования, такую как способ для преобразования кодовых DCI-точек с поведениями при PDCCH-мониторинге.

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

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

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

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

В одной реализации, более одного типа DCI могут использоваться для того, чтобы указывать поведение при PDCCH-мониторинге. Например, DCI первого типа может использоваться для того, чтобы указывать преобразование в поведения при PDCCH-мониторинге первого типа, и DCI второго типа может использоваться для того, чтобы указывать преобразование в поведения при PDCCH-мониторинге второго типа. Тип DCI может определяться посредством ее DCI-формата.

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

В одной реализации, предварительно заданная информация или характеристики UE могут указывать максимальное число длительностей PDCCH-пропуска, которые могут преобразовываться, и/или максимальное число поведений при SSSG-коммутации, которые могут преобразовываться. Например, UE сконфигурировано с 2 длительностями PDCCH-пропуска и 3 поведениями при SSSG-коммутации. Максимальное число длительностей PDCCH-пропуска, которые могут преобразовываться, равно 1, максимальное число поведений при SSSG-коммутации, которые могут преобразовываться, равно 3 согласно предварительно заданной информации. Только одна длительность PDCCH-пропуска (например, первая) и все 3 поведения при SSSG-коммутации может преобразовываться.

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

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

В одной реализации, передача служебных RRC-сигналов может указывать то, что битовая ширина поля DCI равна 1. Кодовая точка поля DCI может указывать 2 поведения при PDCCH-мониторинге первого типа, например, поведение при "деактивации пропуска PDCCH-мониторинга" и поведение при "пропуске PDCCH-мониторинга в течение определенной длительности", если они сконфигурированы для UE. Кодовая точка также может указывать 2 поведения при PDCCH-мониторинге второго типа, если они сконфигурированы для UE.

В одной реализации, если передача служебных RRC-сигналов указывает то, что битовая ширина поля DCI равна 1, то 2 конкретных поведения при SSSG-коммутации могут не преобразовываться. Эти 2 конкретных поведения при SSSG-коммутации могут быть предварительно определены или сконфигурированы посредством передачи служебных сигналов верхнего уровня или SSSG, отличной от SSSG по умолчанию. Альтернативно, одно поведение пропуска PDCCH-мониторинга и одно поведение при SSSG-коммутации могут не преобразовываться.

В одной реализации, преобразование поведения при PDCCH-мониторинге первого типа и SSSG первого типа может не поддерживаться в идентичное время.

В одной реализации, преобразование поведения при PDCCH-мониторинге первого типа и SSSG первого типа может не поддерживаться в идентичное время, если общее число поведений при PDCCH-мониторинге больше 4.

В одной реализации, SSSG первого типа может не преобразовываться, если общее число поведений при PDCCH-мониторинге больше 4.

В одной реализации, одна часть битов в поле DCI указывает поднабор поведений при PDCCH-мониторинге, и другая часть битов в поле DCI указывает поведение при PDCCH-мониторинге в поднаборе поведений при PDCCH-мониторинге. Нижеприведенная таблица 6 показывает пример, в котором имеется 2 бита в поле DCI.

Примеры преобразования

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

Пример 1

В этом примере, UE сконфигурировано с 3 длительностями пропуска мониторинга (соответствующими 3 поведениям) и 3 SSSG (3 поведениями для коммутации на 3 SSSG). Битовая ширина поля DCI равна 2. Из 3 SSSG, SSSG 2 представляет собой SSSG первого типа. SSSG первого типа описывается в предыдущем разделе.

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

Пример 2

Пример 2 является аналогичным примеру 1, за исключением того, что SSSG 2 не представляет собой SSSG первого типа. Нижеприведенная таблица 7 показывает 3 способа преобразования.

В способе 3, SSSG-коммутация на SSSG 2 преобразуется в кодовую точку 10 в двоичной форме.

Пример 3

В этом примере, UE сконфигурировано с 4 длительностями пропуска PDCCH-мониторинга (соответствующими 4 поведениям) и 2 SSSG (2 поведениями для коммутации на 2 SSSG). Битовая ширина поля DCI равна 2. Способ преобразования преобразует 2 SSSG и 2 длительности пропуска PDCCH-мониторинга, как показано в нижеприведенной таблице 8.

Передача в служебных сигналах характеристик UE

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

Передача служебных сигналов может использовать различные условия DCI для своего использования для указания поведения при PDCCH-мониторинге.

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

- DCI 0_1;

- DCI 1_1;

- DCI 0_2; или

- DCI 1_2.

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

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

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

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

Примерная передача в служебных сигналах характеристик UE Нижеприведенный список показывает различные примеры для передачи в служебных сигналах характеристик UE, которая может указывать то:

- поддерживает или нет UE необходимость выбирать поведение при PDCCH-мониторинге из второго поднабора поведений при мониторинге SSSG, указываемого посредством DCI 0_1 или/и DCI 1_1;

- поддерживает или нет UE необходимость выбирать поведение при PDCCH-мониторинге из второго поднабора поведений при мониторинге SSSG, указываемого посредством DCI 0_2 или/и DCI 1_2;

- поддерживает или нет UE необходимость выбирать поведение при PDCCH-мониторинге из второго поднабора поведений при мониторинге SSSG с использованием поля индикатора дремоты Scell;

- поддерживает или нет UE необходимость выбирать поведение при PDCCH-мониторинге из второго поднабора поведений при мониторинге SSSG с использованием DCI, которая содержит поле индикатора дремоты Scell и без индикатора диспетчеризации данных;

- поддерживает или нет UE необходимость выбирать поведение при PDCCH-мониторинге из первого поднабора поведений при PDCCH-мониторинге, указываемого посредством DCI 0_1 или/и DCI 1_1;

- поддерживает или нет UE необходимость выбирать поведение при PDCCH-мониторинге из первого поднабора поведений при PDCCH-мониторинге, указываемого посредством DCI 0_2 или/и DCI 1_2;

- поддерживает или нет UE необходимость выбирать поведение при PDCCH-мониторинге из первого поднабора поведений при PDCCH-мониторинге с использованием поля индикатора дремоты Scell;

- поддерживает или нет UE необходимость выбирать поведение при PDCCH-мониторинге из первого поднабора поведений при PDCCH-мониторинге с использованием DCI, которая содержит поле индикатора дремоты Scell и без индикатора диспетчеризации данных;

- поддерживает или нет UE необходимость выбирать поведение при PDCCH-мониторинге из первого и второго поднабора поведений при мониторинге SSSG, указываемого посредством DCI 0_1 и/или DCI 1_1;

- поддерживает или нет UE необходимость выбирать поведение при PDCCH-мониторинге из первого и второго поднабора поведений при мониторинге SSSG, указываемого посредством DCI 0_2 и/или DCI 1_2;

- поддерживает или нет UE необходимость выбирать поведение при PDCCH-мониторинге из первого и второго поднабора поведений при мониторинге SSSG с использованием поля индикатора дремоты Scell;

- поддерживает или нет UE необходимость выбирать поведение при PDCCH-мониторинге из первого и второго поднабора поведений при мониторинге SSSG с использованием DCI, которая содержит поле индикатора дремоты Scell и без индикатора диспетчеризации данных;

- поддерживает либо нет UE пустую SSSG или дремотную SSSG;

или

- поддерживает или нет UE выполнение PDCCH-мониторинга для повторной передачи гибридного автоматического запроса на повторную передачу (HARQ) в течение периода повторной передачи, когда UE указывается для пропуска PDCCH-мониторинга и/или коммутации на "дремотную"/"пустую" SSSG.

Дремотная SSSG включает в себя SSSG, ассоциированную с набором пространств поиска. При ассоциировании с дремотной SSSG, UE не отслеживает PDCCH в течение определенной длительности (или до того, как таймер истекает).

Пустая SSSG означает SSSG, не ассоциированную ни с одним набором пространств поиска.

В одной реализации, помимо этого, для того, чтобы указывать информацию индикатора дремоты Scell с использованием поля индикатора дремоты Scell, также могут использоваться некоторые другие поля DCI. Эти поля включают в себя, по меньшей мере, одно из следующего: схема модуляции и кодирования индикатора новых данных, поле индикатора новых данных транспортного блока 1, поле резервной версии транспортного блока 1, поле номера HARQ-процесса, поле антенного порта(ов), поле инициализации DMRS-последовательности. Например, эти поля могут использоваться для индикатора дремоты Scell, если DCI не переносит индикатор диспетчеризации данных.

Примерное преобразование кодовых точек с поведением при PDCCH-мониторинге

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

В одной реализации, кодовая точка может преобразовываться, по меньшей мере, в поведение при SSSG-мониторинге, ассоциированное с SSSG 0, если битовая ширина поля DCI равна 1, и SSSG 0 сконфигурирована.

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

В одной реализации, кодовая точка может преобразовываться, по меньшей мере, в поведение при SSSG-мониторинге, ассоциированное с SSSG 0, и поведение при SSSG-мониторинге, ассоциированное с SSSG 1, если два типа поведений при PDCCH-мониторинге сконфигурированы.

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

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

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

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

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

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

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

В общем, терминология может пониматься, по меньшей мере, частично из использования в контексте. Например, такие термины, как "и", "или" или "и/или", при использовании в данном документе, могут включать в себя множество смысловых значений, которые могут зависеть, по меньшей мере, частично от контекста, в котором такие термины используются. Типично, "или", если используется для того, чтобы ассоциировать список, такой как А, В или С, имеет намерение означать А, В и С, используемый здесь во включающем смысле, а также А, В или С, используемый здесь в исключающем смысле. Помимо этого, термин "один или более", при использовании в данном документе, по меньшей мере, частично в зависимости от контекста, может использоваться для того, чтобы описывать любой признак, структуру или характеристику в смысле в единственном числе, либо может использоваться для того, чтобы описывать комбинации признаков, структур или характеристик в смысле во множественном числе. Аналогично, такие термины, как "a", "an" или "the", могут пониматься как выражающие использование в единственном числе либо как выражающие использование во множественном числе, по меньшей мере, частично в зависимости от контекста. Помимо этого, термин "на основе" может пониматься как необязательно имеющий намерение выражать исключающий набор факторов, и вместо этого, может предоставлять возможность существования дополнительных факторов, необязательно явно описанных, снова, по меньшей мере, частично в зависимости от контекста.

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

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

Изобретение относится к области беспроводной связи. Техническим результатом является экономия потребления мощности абонентского устройства (UE) в беспроводной связи. Упомянутый технический результат достигается тем, что посредством UE осуществляют прием из узла беспроводной связи конфигурационного сообщения, содержащего конфигурационную информацию, ассоциированную с набором поведений при мониторинге физического канала управления нисходящей линии связи (PDCCH); прием из узла беспроводной связи управляющего сообщения, указывающего поведение при PDCCH-мониторинге из набора поведений при PDCCH-мониторинге или поведение при PDCCH-мониторинге, ассоциированное с набором поведений при PDCCH-мониторинге; и определение поведения при PDCCH-мониторинге на основе управляющего сообщения. 3 н. и 16 з.п. ф-лы, 5 ил., 9 табл.

1. Способ управления поведением при PDCCH-мониторинге, осуществляемый посредством абонентского устройства (UE), содержащий этапы, на которых:

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

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

определяют поведение при PDCCH-мониторинге на основе управляющего сообщения; и

применяют поведение при PDCCH-мониторинге.

2. Способ по п. 1, в котором набор поведений при PDCCH-мониторинге содержит, по меньшей мере, одно из следующего:

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

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

второй поднабор поведений при PDCCH-мониторинге, содержащий список поведений при мониторинге групп наборов пространств поиска (SSSG); и

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

набор длительностей, ассоциированных с первым поднабором поведений при PDCCH-мониторинге; или

набор SSSG, ассоциированных со вторым поднабором поведений при PDCCH-мониторинге.

3. Способ по п. 2, в котором:

набор SSSG содержит SSSG первого типа; и

набор SSSG не сосуществует в наборе поведений при PDCCH-мониторинге с набором длительностей в конфигурационной информации; и

SSSG первого типа содержит:

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

SSSG, ассоциированную с тем, какое UE может прекращать PDCCH-мониторинг в течение длительности.

4. Способ по п. 2, в котором список поведений при SSSG-мониторинге содержит, по меньшей мере, одно из следующего:

прекращение мониторинга набора пространств поиска (SSS), ассоциированного с первой SSSG и второй SSSG, и мониторинг SSS, ассоциированного с третьей SSSG;

прекращение мониторинга SSS, ассоциированного с первой SSSG и третьей SSSG, и мониторинг SSS, ассоциированного со второй SSSG; или

прекращение мониторинга SSS, ассоциированного со второй SSSG и третьей SSSG, и мониторинг SSS, ассоциированного с первой SSSG.

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

характеристики UE для UE;

предварительно определенное значение; или

битовая ширина поля DCI; и

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

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

максимальное число поведений при PDCCH-мониторинге, поддерживаемых посредством UE;

максимальное число длительностей PDCCH-пропуска, поддерживаемых посредством UE; или

максимальное число SSSG, поддерживаемых посредством UE.

6. Способ по п. 1, в котором:

до определения поведения при PDCCH-мониторинге на основе управляющего сообщения, способ также содержит этап, на котором определяют битовую ширину поля DCI;

определение поведения при PDCCH-мониторинге на основе управляющего сообщения содержит этап, на котором:

определяют поведение при PDCCH-мониторинге на основе управляющего сообщения и битовой ширины поля DCI; и

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

передача служебных сигналов верхнего уровня;

характеристики UE для UE;

предварительно заданное значение; или

DCI-формат DCI-сообщения.

7. Способ по п. 1, в котором кодовая точка поля DCI преобразуется в поведение при PDCCH-мониторинге в наборе поведений при PDCCH-мониторинге или в поведение при PDCCH-мониторинге, ассоциированное с набором поведений при PDCCH-мониторинге.

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

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

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

9. Способ по п. 8, в котором набор поведений при PDCCH-мониторинге содержит, по меньшей мере, одно из следующего:

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

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

второй поднабор поведений при мониторинге PDCCH, содержащий список поведений при мониторинге групп наборов пространств поиска (SSSG), и

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

набор длительностей, ассоциированных с первым поднабором поведений при мониторинге PDCCH; или

набор SSSG, ассоциированных со вторым поднабором поведений при мониторинге PDCCH.

10. Способ по п. 9, в котором:

набор SSSG содержит SSSG первого типа; и

набор SSSG не сосуществует в наборе поведений при PDCCH-мониторинге с набором длительностей в конфигурационной информации; и

SSSG первого типа содержит:

SSSG, сконфигурированную без набора пространств поиска;

SSSG, ассоциированную с индексом, большим или равным 2, указывающим то, что имеется более 2 SSSG в наборе SSSG; дремотную SSSG; или

SSSG, ассоциированную с тем, какое UE может прекращать мониторинг PDCCH в течение длительности.

11. Способ по п. 9, в котором список поведений при SSSG-мониторинге содержит, по меньшей мере, одно из следующего:

прекращение мониторинга набора пространств поиска (SSS), ассоциированного с первой SSSG и второй SSSG, и мониторинг SSS, ассоциированного с третьей SSSG;

прекращение мониторинга SSS, ассоциированного с первой SSSG и третьей SSSG, и мониторинг SSS, ассоциированного со второй SSSG; или

прекращение мониторинга SSS, ассоциированного со второй SSSG и третьей SSSG, и мониторинг SSS, ассоциированного с первой SSSG.

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

характеристики UE для UE;

предварительно определенное значение; или

битовая ширина поля DCI.

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

14. Способ по п. 1, в котором, когда два типа поведений при PDCCH-мониторинге сконфигурированы, кодовая точка поля DCI преобразуется в по меньшей мере поведение при SSSG-мониторинге, ассоциированное с SSSG 0, и поведение при SSSG-мониторинге, ассоциированное с SSSG 1.

15. Способ по п. 1, в котором, когда М длительностей PDCCH-пропуска и без SSSG сконфигурированы, кодовая точка поля DCI указывает на отсутствие пропуска при PDCCH-мониторинге, если кодовая точка имеет всенулевое значение, М является целым числом, меньше 4.

16. Способ по п. 1, содержащий также этап, на котором:

в ответ на два типа поведения при PDCCH-мониторинге, сконфигурированных для UE, определяют битовую ширину поля DCI равной 2.

17. Способ по п. 7, в котором:

когда кодовая точка равна 00, кодовая точка указывает на начало мониторинга SSSG 0;

когда кодовая точка равна 01, кодовая точка указывает на начало мониторинга SSSG 1;

когда кодовая точка равна 10, кодовая точка указывает на пропуск PDCCH-мониторинга для заранее сконфигурированной длительности.

18. Способ по п. 17, в котором, когда кодовая точка равна 11, кодовая точка не преобразуется ни в одно из поведений при PDCCH-мониторинге.

19. Абонентское устройство (UE), содержащее запоминающее устройство для сохранения компьютерных инструкций и процессор, поддерживающий связь с запоминающим устройством, при этом когда процессор выполняет компьютерные инструкции, процессор выполнен с возможностью инструктировать UE:

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

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

определять поведение при PDCCH-мониторинге на основе управляющего сообщения; и

применять поведение при PDCCH-мониторинге.