Пользовательское оборудование, способ связи (варианты), узел сети, интегральная схема для использования в пользовательском оборудовании и интегральная схема для использования в узле сети Российский патент 2024 года по МПК H04L5/00 H04W72/12 

Область и уровень техники

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

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

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

Проект партнерства третьего поколения (3rd Generation Partnership Project, 3GPP) работает над техническими условиями для технологии сотовой связи следующего поколения, которая также называется пятым поколением (5G), включающим технологию радиодоступа (radio access technology, RAT) новое радио («New Radio», NR), которая работает в частотных диапазонах до 100 ГГц. NR является дальнейшим развитием технологии, представленной технологией долгосрочного развития (Long Term Evolution, LTE) и технологией усовершенствованного долгосрочного развития (LTE Advanced, LTE-A).

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

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

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

В одном варианте осуществления раскрытые в настоящем документе методы описывают устройство (например, пользовательское оборудование, UE). Устройство содержит приемопередатчик, который во время работы принимает сигнализацию управляющей информации нисходящей линии связи (DCI). Устройство дополнительно содержит схему, которая во время работы получает из сигнализации DCI указание, которое относится к состоянию спящего режима вторичной соты (secondary cell, Scell), при этом Scell сконфигурирована с множеством частей полосы пропускания (bandwidth parts, BWPs), причем множество BWP включает в себя спящую BWP и одну или более нормальных BWP; и, если индикация указывает на переход из состояния спящего режима в состояние неспящего режима, определяет целевую BWP для осуществления состояния неспящего режима. Определение целевой BWP выполняется, в частности, в соответствии по меньшей мере с одним из следующего: порядком приоритетов одной или более нормальных BWP, предварительно определенной или предварительно сконфигурированной BWP, полем индикатора прежней BWP, сигнализации DCI, последней активной нормальной BWP и спящей BWP.

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

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

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

Приведенные ниже примеры реализации описаны более подробно со ссылкой на приложенные схемы и чертежи.

На фиг. 1 показана приведенная для примера архитектура для системы 3GPP NR;

На фиг. 2 представлен схематический чертеж, иллюстрирующий функциональное разделение между NG-RAN и 5GC;

На фиг. 3 представлена схема последовательности для процедур настройки/реконфигурации RRC;

На фиг. 4 представлен схематический чертеж, показывающий сценарии использования расширенной мобильной широкополосной связи (Enhanced mobile broadband, eMBB), массовой связи машинного типа (Massive Machine Type Communications, mMTC) и сверхнадежной связи с малой задержкой (Low Latency Communications, URLLC);

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

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

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

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

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

ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ

Архитектура системы NR 5G и стеки протоколов

3GPP работает над следующим выпуском сотовой технологии 5^-го поколения, называемой просто 5G, включая разработку технологии доступа Новое радио (NR), работающей на частотах до 100 ГГц. Первая версия стандарта 5G была завершена в конце 2017 года, что позволяет перейти к испытаниям 5G NR в соответствии со стандартом и коммерческим развертываниям смартфонов.

Помимо прочего, общая архитектура системы предполагает сеть с радиодоступом следующего поколения (Next Generation – Radio Access Network, NG-RAN), которая включает в себя gNB, обеспечивающие плоскость пользователя с радиодоступом следующего поколения (NG-radio access) (слой доступа/протокол сходимости пакетных данных/управление радиотрактами/управление доступом к среде/физический уровень (SDAP/PDCP/RLC/MAC/PHY)) и выводы протокола управления радиоресурсами (radio resource control, RRC) в направлении UE. Станции gNB взаимосвязаны между собой посредством интерфейса Xn. Станции gNB также подключены посредством интерфейса следующего поколения (Next Generation, NG) к ядру следующего поколения (Next Generation Core, NGC), более конкретно, к функции управления доступом и мобильностью (Access and Mobility Management Function, AMF) (например, к конкретному объекту ядра, выполняющему функцию AMF) посредством интерфейса NG-C и к функции плоскости пользователя (User Plane Function, UPF) (например, конкретному объекту ядра, выполняющему функцию UPF) посредством интерфейса NG-U. Архитектура сети NG-RAN показана на фиг .1 (см., например, 3GPP TS 38.300 v15.6.0, раздел 4).

Стек протоколов плоскости пользователя для NR (см., например, 3GPP TS 38.300, раздел 4.4.1) включает протокол сходимости пакетных данных (Packet Data Convergence Protocol, PDCP, см. раздел 6.4 TS 38.300), управление радиотрактами (Radio Link Control, RLC, см. раздел 6.3 TS 38.300) и подуровни управление доступом к среде (Medium Access Control, MAC, см. раздел 6.2 TS 38.300), которые заканчиваются в gNB на стороне сети. Кроме того, над PDCP вводится новый подуровень протокола адаптации служебных данных (Service Data Adaptation Protocol, SDAP) слоя доступа (Access Stratum, AS) (см., например, подпункт 6.5 3GPP TS 38.300). Стек протокола плоскости управления также определен для NR (см., например, TS 38.300, раздел 4.4.2). Обзор функций уровня 2 приведен в подпункте 6 TS 38.300. Функции подуровней PDCP, RLC и MAC перечислены соответственно в разделах 6.4, 6.3 и 6.2 TS 38.300. Функции уровня RRC перечислены в подпункте 7 TS 38.300.

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

Физический уровень (physical layer, PHY), например, отвечает за кодирование, обработку PHY HARQ, модуляцию, многоантенную обработку и отображение сигнала на соответствующие физические частотно-временные ресурсы. Он также управляет отображением транспортных каналов на физические каналы. Физический уровень обеспечивает для уровня MAC услуги в виде транспортных каналов. Физический канал соответствует набору частотно-временных ресурсов, используемых для передачи конкретного транспортного канала, и каждый транспортный канал отображается на соответствующий физический канал. Например, физическими каналами являются физический канал произвольного доступа (Physical Random Access Channel, PRACH), физический совместно используемый канал восходящей линии связи (Physical Uplink Shared Channel, PUSCH) и физический канал управления восходящей линии связи (Physical Uplink Control Channel, PUCCH) для восходящей линии связи и физический совместно используемый канал нисходящей линии связи (Physical Downlink Shared Channel, PDSCH), физический канал управления нисходящей линии связи(Physical Downlink Control Channel, PDCCH) и физический широковещательный канал (Physical Broadcast Channel, PBCH) для нисходящей линии связи.

Случаи использования/сценарии развертывания для NR могут включать расширенную широкополосную мобильную связь (enhanced mobile broadband, eMBB), сверхнадежную связь с малой задержкой (ultra-reliable low-latency communications, URLLC), потоковую связь машинного типа (massive machine type communication, mMTC), которые имеют различные требования с точки зрения скорости передачи данных, задержки и покрытия. Например, от eMBB ожидают поддержки пиковых скоростей передачи данных (20 Гбит/с для нисходящей линии связи и 10 Гбит/с для восходящей линии связи) и испытываемых пользователем скоростей передачи данных, в три раза превышающих предлагаемые IMT-Advanced. С другой стороны, в случае с URLLC более жесткие требования предъявляют к сверхнизкой задержке (задержке в 0,5 мс для восходящей и нисходящей линий в плоскости пользователя) и высокой надежности (1-10^-5 в пределах 1 мс). Наконец, mMTC может предпочтительно требовать высокой плотности связи (1000000 устройств на км² в городской среде), большой зоны покрытия в суровых условиях и чрезвычайно длительного срока службы батареи для недорогих устройств (15 лет).

Следовательно, численные данные OFDM (например, разнесение поднесущих, длительность символа OFDM, продолжительность циклического префикса (CP), количество символов на интервал планирования), подходящие для одного случая использования, могут в достаточной мере не подходить для другого. Например, службы с малой задержкой могут предпочтительно требовать более короткой длительности символа (и, следовательно, большего разнесения поднесущих) и/или меньшего количества символов на интервал планирования (также называемый TTI) по сравнению со службой mMTC. Кроме того, сценарии использования с большими разбросами задержки канала могут предпочтительно требовать более длительной продолжительности CP по сравнению со сценариями с короткими разбросами задержки. Разнесение поднесущих следует соответствующим образом оптимизировать для сохранения сходной непроизводительной передачи CP. NR может поддерживать более одного значения разнесения поднесущих. Соответственно, в настоящее время рассматривается разнесение поднесущих в интервале 15 кГц, 30 кГц, 60 кГц и т.д. Продолжительность символа T_u и разнесение поднесущих Δf напрямую связаны друг с другом по формуле Δf = 1 / T_u. Также, как и в системах LTE, термин «элемент ресурса» может использоваться для обозначения минимальной единицы ресурса, состоящей из одной поднесущей для длины одного символа OFDM/SC-FDMA.

В системе нового радио 5G-NR ресурсную сетку поднесущих и символов OFDM для каждых численных данных и несущей определяют для восходящей и нисходящей линий связи, соответственно. Каждый элемент в ресурсной сетке называют элементом ресурса и идентифицируют на основе частотного индекса в частотной области и позиции символа во временной области (см. 3GPP TS 38.211 v15.7.0).

По сравнению с нумерологией LTE (разнесение поднесущих и длина символа), NR поддерживает несколько различных типов разнесения поднесущих, обозначенных параметром (в LTE существует разнесение поднесущих только 15 кГц, соответствующее в NR). Типы нумерологии NR обобщены в 3GPP TS 38.211, v 15.7.0.

Функциональное разделение 5G NR между NG-RAN и 5GC

На фиг. 2 показано функциональное разделение между NG-RAN и 5GC. Логическим узлом NG-RAN является станция gNB или ng-eNB. 5GC имеет логические узлы AMF, UPF и SMF.

В частности, gNB и ng-eNB выполняют следующие основные функции:

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

- Сжатие, шифрование и защита целостности данных IP-заголовков;

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

- Маршрутизация данных плоскости пользователя в сторону функции UPF(функций UPF);

- Маршрутизация информации плоскости управления в сторону AMF;

- Настройка и освобождение соединения;

- Планирование и передача пейджинговых сообщений;

- Планирование и передача системной широковещательной информации (исходящей от AMF или OAM);

- Конфигурация измерений и отчетов об измерениях для мобильности и планирования;

- Маркировка пакетов транспортного уровня в восходящей линии связи;

- Управление сеансами;

- Поддержка сетевого сегментирования;

- Управление потоком QoS и отображение потока QoS на виртуальные каналы данных;

- Поддержка устройств пользовательского оборудования (UE) в состоянии RRC_INAKTIVE;

- Функция распространения сообщений NAS;

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

- Возможность двойного подключения;

- Плотное взаимодействие между NR и E-UTRA.

Функция управления доступом и мобильностью (Access and Mobility Management Function, AMF) выполняет следующие основные функции:

- Прекращение передачи сигналов недоступного слоя (Non-Access Stratum, NAS);

- Безопасность передачи сигналов NAS;

- Управление безопасностью слоя доступа (Access Stratum, АС);

- Передача сигналов узла межъядерной сети (Inter Core Network, CN) для мобильности между сетями доступа 3GPP;

- Достижимость UE в режиме ожидания (включая управление и выполнение пейджинговой ретрансляции);

- Управление зоной регистрации;

- Поддержка внутрисистемной и межсистемной мобильности;

- Аутентификация доступа;

- Авторизация доступа, включая проверку прав роуминга;

- Контроль управления мобильностью (подписка и политики);

- Поддержка сетевого сегментирования;

- Выбор функции управления сеансами (Session Management Function, SMF).

Кроме того, функция плоскости пользователя (User Plane Function, UPF) содержит следующие основные функции:

- Точка привязки для внутритехнологической/межтехнологической мобильности (если применимо);

- Точка подключения внешнего сеанса PDU к сети передачи данных;

- Маршрутизация и перенаправление пакетов;

- Соблюдение правил проверки пакетов и части пользовательской плоскости политики;

- Отчетность об использовании трафика;

- Классификатор восходящей линии связи для поддержки маршрутизации потоков трафика в сеть передачи данных;

- Точка ветвления для поддержки сеанса PDU с множественным подключением;

- Обработка QoS для плоскости пользователя, например, фильтрация пакетов, стробирование, обеспечение скорости UL/DL;

- Проверка трафика восходящей линии связи (отображение SDF на поток QoS);

- Буферизация пакетов нисходящей линии связи и запуск уведомления о данных нисходящей линии связи.

Наконец, функция управления сеансами (Session Management function, SMF) содержит следующие основные функции:

- Управление сеансами;

- Распределение и управление IP-адресом UE;

- Выбор и управление функцией UP;

- Конфигурирование управления трафиком в функции плоскости пользователя (User Plane Function, UPF) для направления трафика к соответствующему пункту назначения;

- Управляющая часть реализации политики и QoS;

- Уведомление о данных нисходящей линии связи.

Процедуры настройки и реконфигурации соединения RRC

На фиг. 3 проиллюстрированы некоторые взаимодействия между UE, gNB и AMF (объектом 5GC) в контексте перехода UE от RRC_IDLE к RRC_CONNECTED для части NAS (см. TS 38.300 v15.6.0).

RRC представляет собой сигнализацию (протокол) более высокого уровня, используемую для конфигурации UE и gNB. В частности, этот переход включает в себя то, что AMF подготавливает данные контекста UE (включая, например, контекст сеанса PDU, ключ безопасности, возможность радиосвязи UE и возможности безопасности UE, и т. п.) и отправляет их на gNB с запросом настройки начального контекста (INITIAL CONTEXT SETUP REQUEST). Затем gNB активирует безопасность AS с указанным UE, которая осуществляется станцией gNB, передающей UE сообщение SecurityModeCommand, и UE, отвечающим станции gNB сообщением SecurityModeComplete. После этого gNB выполняет реконфигурацию для установки виртуального канала 2 сигнализации (Signaling Radio Bearer 2, SRB2) и виртуального канала (виртуальных каналов) данных (Data Radio Bearer, DRB) посредством передачи UE сообщения RRCReconfiguration и, в ответ, приема gNB сообщения RRCReconfigurationComplete от UE. Для соединения, обеспечивающего только передачу сигналов, этапы, относящиеся к реконфигурации RRCR, пропускаются, поскольку каналы SRB2 и DRB не настроены. Наконец, станция gNB информирует объект AMF о том, что процедура настройки завершена, ответом настройки начального контекста (INITIAL CONTEXT SETUP RESPONSE).

Таким образом, в настоящем изобретении обеспечен объект (например, AMF, SMF и т.п.) ядра 5-го поколения (5th Generation Core, 5GC), содержащий схему управления, которая во время работы устанавливает соединение следующего поколения (Next Generation, NG) с gNodeB, и передатчик, который во время работы передает сообщение настройки начального контекста посредством соединения NG на gNodeB, чтобы вызвать настройку виртуального канала сигнализации между gNodeB и пользовательским оборудованием (UE). В частности, gNodeB передает сигнализацию управления радиоресурсами (RRC), содержащую информационный элемент конфигурации распределения ресурсов, на UE посредством сигнализации виртуального канала. Затем UE выполняет передачу по восходящей линии связи или прием по нисходящей линии связи на основе конфигурации распределения ресурсов.

Сценарии использования IMT на 2020 год и далее

На фиг. 4 показаны некоторые из вариантов использования 5G NR. В проекте «Новое радио» партнерства третьего поколения (3GPP NR) рассматриваются три варианта использования, предусмотренные для поддержки широкого спектра сервисов и приложений с помощью IMT-2020. Спецификация для первого этапа (eMBB) была завершена. В дополнение к дальнейшему расширению поддержки eMBB текущая и будущая работа может включать стандартизацию сверхнадежных коммуникаций с малой задержкой (URLLC) и массовых коммуникаций машинного типа. На фиг. 4 показаны некоторые примеры предполагаемых сценариев использования IMT на 2020 год и в последующий период (см., например, ITU-R M.2083, фиг. 2).

Вариант использования URLLC предъявляет строгие требования к таким характеристикам, как пропускная способность, задержка и доступность, и был задуман как один из сопутствующих факторов, способствующих развитию вертикальных приложений будущего, таких как беспроводное управление промышленным производством или производственными процессами, удаленная медицинская хирургия, автоматизация распределения в интеллектуальной сети, безопасность на транспорте и т.п. Сверхнадежность для URLLC должна поддерживаться путем определения методов, отвечающих требованиям, установленным техническим отчетом TR 38.913. Для NR URLLC версии 15 ключевые требования включают в себя целевую задержку плоскости пользователя, составляющую 0,5 мс для UL (восходящей линии связи) и 0,5 мс для DL (нисходящей линии связи). Общим требованием URLLC для одной передачи пакета является частота ошибок по блокам (block error rate, BLER) 1E-5 для размера пакета 32 байта с задержкой по плоскости пользователя, составляющей 1 мс.

С точки зрения физического уровня надежность можно повысить различными способами. Текущая область повышения надежности включает определение отдельных таблиц CQI (информация о качестве канала) для URLLC, более компактные форматы DCI, повторение PDCCH и т.п. Однако указанная область может расширяться для достижения сверхнадежности по мере того, как NR становится более стабильной и развитой (для соответствия ключевым требования NR URLLC). Конкретные случаи использования NR URLLC в Вып. 15 включают дополненную реальность/виртуальную реальность (Augmented Reality/Virtual Reality, AR/VR), электронное здравоохранение, электронную безопасность и критически важные приложения.

Более того, технологические усовершенствования, нацеленные на NR URLLC, направлены на улучшение задержки и повышение надежности. Усовершенствования технологии для улучшения задержки включают конфигурируемую нумерологию, планирование без привязки к слотам с гибким отбражением, восходящую линию связи, не использующую разрешение (с конфигурируемым разрешением), повторение на уровне слота для каналов данных и приоритетное прерывание нисходящей линии связи. Приоритетное прерывание означает, что передача, для которой уже были распределены ресурсы, останавливается, а уже распределенные ресурсы используются для другой передачи, которая была запрошена позже, но имеет более низкие требования к задержке/более высокий приоритет. Соответственно, уже разрешенная передача прерывается более поздней передачей. Приоритетное прерывание применяется независимо от конкретного типа сервиса. Например, передача для сервиса типа A (URLLC) может быть прервана передачей для сервиса типа B (например, eMBB). Усовершенствования технологии в части повышения надежности включают выделенные таблицы CQI/MCS для целевой частоты ошибок по блокам BLER 1E-5.

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

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

Для NR URLLC были определены дополнительные варианты использования с более жесткими требованиями, такие как автоматизация производства, транспортная отрасль и распределение электроэнергии, включая автоматизацию производства, транспортную отрасль и распределение электроэнергии. Более жесткими требованиями являются более высокая надежность (до уровня 10⁶), более высокая доступность, размер пакетов до 256 байт, временная синхронизация до нескольких мкс, где значение может составлять одну или несколько мкс в зависимости от диапазона частот, и короткая задержка порядка 0,5-1 мс, в частности, задержка целевой плоскости пользователя, составляющая 0,5 мс, в зависимости от вариантов использования.

Более того, для NR URLLC было выявлено несколько усовершенствований технологии с точки зрения физического уровня. Среди них имеются усовершенствования физического нисходящей линии связи управления (Physical Downlink Control Channel, PDCCH), связанные с компактной информацией DCI, повторением канала PDCCH, усиленным мониторингом PDCCH. Кроме того, усовершенствования управляющей информации восходящей линии связи (Uplink Control Information, UCI) относятся к усовершенствованному гибридному автоматическому запросу на повторение (Hybrid Automatic Repeat Request, HARQ) и усовершенствованиям обратной связи CSI. Также были описаны усовершенствования PUSH, относящиеся к переключению уровней мини-слотов и усовершенствованиям повторной передачи/повторения. Термин «мини-слот» относится к временному интервалу передачи (Transmission Time Interval, TTI), включающему меньшее количество символов, чем слот (слот содержит четырнадцать символов).

Управление QoS

Модель QoS (Качество обслуживания) 5G основана на потоках QoS и поддерживает как потоки QoS, требующие гарантированной скорости потока (потоков QoS с гарантией GBR), так и потоки QoS, не требующие гарантированной скорости потока (потоки QoS без гарантии GBR). Таким образом, на уровне слоя NAS поток QoS является самой точной детализацией дифференциации QoS в сеансе PDU. Поток QoS идентифицируется в сеансе PDU идентификатором потока QoS (QFI), переносимым в заголовке инкапсуляции по интерфейсу NG-U.

Для каждого UE ядро 5GC устанавливает один или более сеансов PDU. Для каждого UE узел NG-RAN устанавливает по меньшей мере один виртуальный канал данных (Data Radio Bearers, DRB) вместе с сеансом PDU, а дополнительные DRB для потока (потоков) QoS этого сеанса PDU могут быть впоследствии сконфигурированы (когда это делать зависит от NG-RAN), например, как показано выше со ссылкой на фиг. 3. Узел NG-RAN отображает пакеты, принадлежащие различным сеансам PDU, на различные каналы DRB. Фильтры пакетов уровня NAS в UE и ядре 5GC связывают пакеты UL и DL с потоками QoS, в то время как правила отображения уровня AS в UE и узле NG-RAN связывают потоки QoS каналов UL и DL с носителями DRB.

На фиг. 5 показана эталонная архитектура 5G NR без роуминга (см. TS 23.501 v16.1.0, раздел 4.23). Функция приложения (Application Function, AF), например, внешний сервер приложения, на котором размещены службы 5G, как показано на рис. 4, взаимодействует с базовой сетью 3GPP для предоставления сервисов, например, для поддержки влияния приложения на маршрутизацию трафика, доступ к функции сетевой экспозиции (Network Exposure Function, NEF) или взаимодействие с инфраструктурой политики (Policy framework) для управления политикой (см. Функция управления политикой, PCF), например, управление качеством обслуживания (QoS). На основе развертывания оператора, функциям приложения (Application Functions), которые оператор считает доверенными, может быть разрешено напрямую взаимодействовать с соответствующими функциями сети (Network Functions). Функции приложения, которым оператор не разрешает прямой доступ к функциям сети, используют внешнюю инфраструктуру экспозиции посредством NEF для взаимодействия с соответствующими функциями сети.

На фиг. 5 показаны дополнительные функциональные блоки архитектуры 5G, а именно: функция выбора сетевого слайса (Network Slice Selection Function, NSSF), функция сетевого хранилища (Network Repository Function, NRF), унифицированное управление данными (Unified Data Management, UDM), функция сервера аутентификации (Authentication Server Function, AUSF), функция управления доступом и мобильностью (Access and Mobility Management Function, AMF), функция управления сеансами (Session Management Function, SMF) и Сеть передачи данных (Data Network, DN), например, сервисы оператора, доступ в Интернет или сервисы третьих сторон. Все или часть основных сетевых функций и прикладных сервисов могут быть развернуты и запущены в облачных вычислительных средах.

Таким образом, в настоящем изобретении обеспечен сервер приложений (например, AF архитектуры 5G), содержащий передатчик, который во время работы передает запрос, содержащий требование QoS по меньшей мере для одной из служб URLLC, eMMB и mMTC по меньшей мере одной из функций (например, NEF, AMF, SMF, PCF,UPF и т.д.) 5GC для установления сеанса PDU, включающего в себя виртуальный канал между gNodeB и UE в соответствии с требованием QoS и схемой управления, которая во время работы выполняет услуги с использованием установленного сеанса PDU.

Терминал и базовая станция

Терминал, или пользовательский терминал или пользовательское устройство в системах LTE и NR называют пользовательским оборудованием (user equipment, UE). Оно может быть мобильным устройством или устройством связи, таким как беспроводной телефон, смартфон, планшет или USB-накопитель с функциональными средствами пользовательского оборудования. Однако термин "мобильное устройство" этим не ограничивается, и, в целом, ретранслятор также может иметь функциональные средства такого мобильного устройства, а мобильное устройство также может работать в качестве ретранслятора.

Базовая станция является узлом сети, например, образует часть сети для обеспечения сервисов для оконечных устройств. Базовая станция является узлом сети или узлом планирования, который обеспечивает беспроводной доступ для оконечных устройств. Связь между терминалом и базовой станцией обычно стандартизирована. В системах LTE и NR стек протоколов беспроводного интерфейса включает в себя физический уровень, уровень доступа к среде (MAC) и более высокие уровни. В плоскости управления обеспечен протокол верхнего уровня протокола управления радиоресурсами. Посредством RRC базовая станция может управлять конфигурацией оконечных устройств, а оконечные устройства могут обмениваться данными с базовой станцией для выполнения таких задач управления, как установка соединения и носителя, их модификация или тому подобное, а также измерения и другие функции. В терминологии, используемой в LTE NR, это eNB (или eNodeB), в то время как в используемой в настоящее время терминологии для 5G NR, это gNB.

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

Логическими каналами являются различные виды сервисов по передаче данных, таких как предлагаемые уровнем MAC. Каждый тип логического канала определяется типом передаваемой информации. Логические каналы подразделяются на две группы: Каналы управления и трафик-каналы. Каналы управления используются только для передачи информации плоскости управления. Трафик-каналы используются только для передачи информации плоскости пользователя.

Затем логические каналы отображаются уровнем MAC на транспортные каналы. Например, логические трафик-каналы и некоторые логические каналы управления могут быть отображены на транспортный канал, называемый физическим совместно используемым каналом восходящей линии связи (downlink shared channel, DL-SCH), и на транспортный канал, называемый физическим совместно используемым каналом восходящей линии связи (uplink shared channel, UL-SCH).

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

Далее будут описаны UE, базовые станции и процедуры для новой технологии радиодоступа, предусмотренной для систем мобильной связи 5G, которые также могут быть использованы в системах мобильной связи LTE. Также будут объяснены различные реализации и варианты. Следующему подробному раскрытию способствует обсуждение и результаты, раскрытые в вышеприведенном описании, и оно может основываться по меньшей мере на его части.

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

Кроме того, некоторые из терминов, используемых для обозначения процедур, элементов, уровней и т.д., используемые в дальнейшем, тесно связаны с системами LTE/LTE-A или с терминологией, используемой в существующей стандартизации 5G 3GPP, даже с учетом того, что конкретная терминология, которая должна использоваться в контексте новой технологии радиодоступа для следующих систем связи 5G 3GPP, еще не полностью определена или может в итоге измениться. Таким образом, в будущем терминология может быть изменена, что не влияет на функционирование вариантов осуществления изобретения. Следовательно, специалисту в данной области должно быть известно, что варианты осуществления и объем их защиты не должны быть ограничены конкретными терминами, используемыми для примера в настоящем документе, из-за отсутствия более новой или окончательно согласованной терминологии, но должны быть более широко понимаемы с точки зрения функций и концепций, лежащих в основе функционирования и принципов настоящего изобретения.

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

Термин «базовая станция» или «базовая радиостанция» в настоящем документе относится к физическому объекту в сети связи. Как и в случае мобильной станции, базовая станция может иметь несколько функциональных объектов. Функциональный объект относится к программному или аппаратному модулю, который реализует и/или предлагает заданный набор функций другим функциональным объектам того же или другого узла или сети. Физический объект выполняет некоторые задачи управления по отношению к устройству связи, в том числе, один или более из элементов планирования и конфигурирования. Следует отметить, что функциональные возможности базовой станции и функциональные возможности устройства связи также могут быть объединены в одном устройстве. Например, мобильный терминал может также реализовывать функциональные возможности базовой станции для других терминалов. В терминологии, используемой в LTE NR, это eNB (или eNodeB), в то время как в используемой в настоящее время терминологии для 5G NR, это gNB.

Мониторинг канала управления нисходящей линии связи, PDCCH, DCI

Многие функции, выполняемые UE, включают мониторинг канала управления нисходящей линии связи (например, PDCCH, см. 3GPP TS 38.300 v15.6.0, раздел 5.2.3) для приема, например, конкретной управляющей информации или данных, предназначенных для UE.

Неполный перечень этих функций приведен ниже:

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

- • функция сбора системной информации,

- • операция мониторинга сигнализации для функции прерывистого приема (Discontinued Reception, DRX),

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

- • прием ответа произвольного доступа для функции произвольного доступа,

- • функция переупорядочения уровня протокола сходимости пакетных данных PDCP.

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

Управляющая информация в нисходящей линии связи (может называться управляющей информацией нисходящей линии связи, DCI) имеет ту же функцию в 5G NR, что и DCI в LTE, а именно, представляет собой специальный набор управляющей информации, который, например, планирует канал данных нисходящей линии связи (например, PDSCH) или канал данных восходящей линии связи (например, PUSCH). В 5G NR уже определен ряд различных форматов DCI (см. TS 38.212 v15.6.0, раздел 7.3.1).

Форматы DCI представляют собой заданные форматы, в которых формируется и передается соответствующая информация. В частности, форматы DCI 0_1 и 1_1 используются для планирования PUSCH и PDSCH, соответственно, в одной соте.

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

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

Физический блок ресурсов

В целом, выражение «блок физических ресурсов» (physical resource block, PRB) относится к наименьшей распределяемой единице ресурсов, которая может быть использована для передачи (пользовательских) данных. В LTE и NR PRB имеет заданное количество (например, 12) последовательных поднесущих в частотной области и заданное количество символов во временной области (например, 14 символов OFDM в LTE).

Типы сот - первичная сота, вторичная сота, обслуживающая сота

Термин «сота» относится к носителю компонента (component carrier, CC), на котором расположены распределяемые ресурсы (такие как ресурсы частотно-временного пространства). Терминал может использовать больше носителей, например, для увеличения количества доступных ресурсов. Эти CC могут называться сотами.

Первичная сота (primary cell, Pcell) работает на первичной частоте, которая является частотой, на которой UE выполняет процедуру установления начального соединения, и/или инициирует процедуру восстановления соединения. Pcell может быть сотой, явно указанной в процедуре передачи обслуживания.

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

Для UE в RRC_CONNECTED, не сконфигурированной с агрегацией несущей (carrier aggregation, CA), существует только одна обслуживающая сота, которая является первичной сотой. Для UE в RRC_CONNECTED, сконфигурированной с CA, термин «обслуживающие соты» означает первичную соту и все вторичные соты. Иными словами, обслуживающая сота представляет собой соту, через которую UE выполнено с возможностью передачи и/или приема данных.

Части полосы пропускания (BWPs)

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

В NR BWP состоит из группы смежных PRB. Ширина полосы пропускания (bandwidth, BW) BWP не может превышать сконфигурированной компонентной несущей (configured component carrier, CC) BW для UE и должна быть по меньшей мере равна одному блоку BW сигнала синхронизации (synchronization signal, SS), но BWP может содержать или не содержать блок SS. Каждая BWP связана со специфической нумерологией, то есть с разнесением поднесущей (sub-carrier spacing, SCS) и типом циклического префикса (cyclic prefix, CP). Следовательно, BWP также является средством реконфигурации UE с определенной нумерологией. Для каждой соты множество BWP может быть сконфигурировано для UE посредством сигнализации управления радиоресурсами (RRC), которая может перекрываться по частоте. Детализация конфигурации BW составляет один PRB. Для каждой обслуживающей соты BWP DL и UL сконфигурированы по отдельности и независимо для парного спектра, и для каждой из DL и UL может быть сконфигурировано до четырех BWP. Для непарного спектра, BWP DL и BWP UL сконфигурированы совместно как пара, и может быть сконфигурировано до 4 пар. Также может существовать максимум 4 BWP UL, сконфигурированных для дополнительной UL (SUL). Каждая сконфигурированная BWP DL включает по меньшей мере один набор ресурсов управления (control resource set, CORESET) с пространством поиска для конкретного UE (UE-specific search space, USS). USS представляет собой пространство поиска для UE для мониторинга возможного приема управляющей информации, предназначенной для UE (например, для PDCCH для конкретного UE, несущей DCI).

Подобно LTE, пространством поиска является набор ресурсов-кандидатов, в котором UE выполняет мониторинг PDCCH. Мониторинг включает, например, слепое обнаружение и декодирование PDCCH в ресурсах-кандидатах. PDCCH, адресованный UE, предоставляется, например, маской циклической проверки избыточности (cyclic redundancy check, CRC) в зависимости от идентификатора UE. Например, в LTE или NR идентификатор UE может быть временным идентификатором, присвоенным UE сетью, например, временным идентификатором радиосети (Radio Network Temporary Identifier, RNTI). RNTI может использоваться для скремблирования CRC. Если ресурсы-кандидаты несут PDCCH, адресованный UE, то UE сможет идентифицировать PDCCH, адресованный этому UE, и успешно декодировать DCI, что означает, что CRC не завершится сбоем.

В первичной несущей по меньшей мере одна из сконфигурированных BWP DL включает в себя один CORESET с общим пространством поиска (common search space, CSS). CSS представляет собой пространство поиска для UE для мониторинга возможного приема управляющей информации, общей для всех UE или предназначенной для конкретного UE. Если CORESET активной BWP DL не сконфигурирован с помощью CSS, UE не требуется выполнять его мониторинг. Следует отметить, что ожидается, что UE будут осуществлять прием и передачу только в пределах диапазона частот, сконфигурированного для активных BWP с соответствующими нумерологиями. Однако существуют исключения; UE может выполнять измерение управления радиоресурсами (RRM) или передавать зондирующий опорный сигнал (SRS) за пределами его активного BWP через промежуток измерения. BWP также является инструментом для переключения рабочей нумерологии UE. Нумерология конфигурации BWP DL используется по меньшей мере для физического канала управления нисходящей линии связи (PDCCH), физического совместно используемого канала нисходящей линии связи (PDSCH) и соответствующего демодуляционного RS (DMRS). Аналогичным образом, нумерология конфигурации UL BWP используется по меньшей мере для физического канала управления восходящей линии связи (PUCCH), физического совместно используемого канала восходящей линии связи (PUSCH) и соответствующего DMRS. С другой стороны, отмечается, что существует ограничение в конфигурации нумерологии, по крайней мере, в ранней версии NR. То есть одна и та же нумерология должна использоваться в одной и той же группе PUCCH, включающей как DL, так и UL.

В описании дополнительно определено, что UE может быть сконфигурировано с количеством до четырех частей полосы пропускания несущей в восходящей линии связи, при этом одна часть полосы пропускания несущей восходящей линии связи активна в данный момент времени. Если UE сконфигурировано с помощью дополнительной восходящей линии связи, UE может быть дополнительно сконфигурировано с количеством до четырех частей полосы пропускания несущей в дополнительной восходящей линии связи, причем одна дополнительная часть полосы пропускания несущей восходящей линии связи активна в данный момент времени. UE не должен передавать PUSCH или PUCCH за пределы активной части полосы пропускания. Нумерология определяется разнесение поднесущих и циклическим префиксом (CP). Блок ресурсов (resource block, RB), как правило, определяется в виде 12-ти последовательных поднесущих в частотной области. Блоки физических ресурсов (PRB) нумеруются в пределах BWP, причем нумерация PRB для BWP начинается с 0.

Размер BWP может варьироваться от по меньшей мере 1 PRB до максимального размера полосы пропускания системы. В настоящее время до четырех BWP могут быть сконфигурированы с помощью параметров более высокого уровня для каждой DL (нисходящей линии связи) и UL (восходящей линии связи), с одной активной BWP нисходящей линии связи и восходящей линии связи в заданном TTI (временном интервале передачи). Однако настоящее изобретение не ограничено случаем, определенным в TS 38.211 UE, сконфигурированным с количеством до четырех частей полосы пропускания. Количество частей полосы пропускания может быть больше 4 в восходящей линии связи и/или нисходящей линии связи. Например, UE может быть сконфигурировано с 8 BWP.

TTI (интервал времени передачи) определяет временную детализацию для назначения планирования. Один интервал TTI представляет собой временной интервал, в котором данные сигналы отображаются на физический уровень. Длина интервала TTI может изменяться в диапазоне от 14 символов (планирование на основе слотов) до 2 символов (планирование без слотов). Передачи по нисходящей линии связи и восходящей линии связи должны быть организованы в кадры (длительностью 10 мс), состоящие из 10 подкадров (длительностью 1 мс). При передаче на основе слотов подкадр, в свою очередь, делится на слоты, причем количество слотов задано нумерологией/разнесением поднесущих, а указанные значения находятся в диапазоне от 10 слотов для разнесения поднесущих, составляющего 15 кГц, до 320 слотов для разнесения поднесущих, составляющего 240 кГц. Количество символов OFDM на один слот составляет 14 для нормального циклического префикса и 12 для расширенного циклического префикса (см. разделы 4.1 (общая структура кадра), 4.2 (нумерология), 4.3.1 (кадры и субкадры) и 4.3.2 (слоты) технической спецификации TS 38.211 V15.0.0 консорциума 3GPP (2017-12). Однако передача также может быть основана не на слотах. При обмене данными, основанном не на слотах, минимальная длина TTI может составлять 2 символа OFDM. Концепция BWP в NR заключается в обеспечении динамической конфигурации относительно малой активной полосы пропускания для меньших пакетов данных, что обеспечивает возможность экономии энергии для UE, потому что для небольшой активной BWP UE необходимо выполнять мониторинг меньшего количества частот или использовать меньше частот для передачи.

Активация/деактивация BWP

В заданный момент времени (только) одна из сконфигурированных BWP соты может быть активной, которая также называется (текущей) активной BWP указанной соты. Следует отметить, что в настоящем раскрытии термин «активная в текущий момент» BWP относится к такой BWP, которая активна, когда получена DCI, включающая индикацию переключения спящего режима (объясненную ниже). Иными словами, в настоящее время активной BWP может быть та BWP, которая активна, когда определена целевая BWP и/или когда определен приоритет BWP (также объяснен ниже).

Если сота имеет активную BWP, указанную соту также называют активной/активированной сотой. Как правило, одна или более сот могут быть активными одновременно. Например, UE может иметь активную Pcell и одну или более активных Scell. В целом, не ожидается, что UE принимает PDSCH, PDCCH, CSI-RS или TRS за пределами активной BWP. Таким образом, UE не сообщает CSI для BWP, которая не активна.

Более конкретно, для каждой соты активная часть полосы пропускания для пользовательского оборудования (например, часть полосы пропускания, используемая UE для передачи и приема сигналов в TTI) может переключаться между сконфигурированными BWP. Например, в зависимости от текущих потребностей, активная BWP может быть переключена на большую BWP, или на меньшую BWP для экономии заряда батареи UE. Это возможно благодаря динамической индикации в DCI активной BWP, которая будет использоваться в следующем TTI. DCI передает информацию планирования нисходящей линии связи и восходящей линии связи (например, распределений ресурсов и/или разрешений), запросы на непериодические отчеты CQI или команды управления мощностью восходящей линии связи для одной соты и одного RNTI. Кодирование DCI включает мультиплексирование информационных элементов, привязку циклической проверки избыточности (Cyclic Redundancy Check, CRC), кодирование каналов и согласование скоростей. DCI несет параметры передачи, такие как MCS, версия резервирования или номер процесса HARQ. DCI состоит из нескольких полей (например, битовых полей/битовых массивов), несущих различные типы управляющей информации или управляющих параметров. Расположение определенного параметра и количество битов, кодирующих соответствующий параметр, известны базовой станции, передающей DCI, и UE, принимающему DCI. Однако такое переключение активной BWP увеличивает задержку, поскольку UE необходимо декодировать DCI, а затем начать аппаратную настройку на новую активную BWP.

В NR BWP может быть активирован/деактивирован с помощью выделенной сигнализации RRC или сигнализации DCI. Хотя механизм на основе DCI является более быстрым, чем активация/деактивация на основе элементов управления MAC (CE), механизм на основе DCI требует дополнительного рассмотрения для обработки случая ошибки, то есть для случая, когда UE не может декодировать DCI, содержащий команду активации/деактивации BWP. Для восстановления после такого потерянного случая DCI также поддерживается активация/деактивация BWP DL (или пары BWP DL/UL для случая непарного спектра) с помощью таймера. С помощью этого механизма, если UE не запланировано на определенный промежуток времени, т.е. истечение таймера, UE переключает свою активную BWP DL (или пару DL/UL BWP) на BWP по умолчанию. Первоначально активная BWP для UE во время первоначального доступа существует до тех пор, пока UE явно не сконфигурировано с BWP во время или после установления соединения RRC. Если начальная активная BWP не настроена иначе, она является BWP по умолчанию. В версии 15 для UE существует не более одной активной BWP DL и не более одной активной BWP DL (для каждой соты). Повторная передача HARQ через различные BWP поддерживается, когда активная BWP UE переключена. Однако настоящее изобретение не ограничено этим. В целом, для каждой соты может существовать более одной активированной BWP.

Состояние спящего/неспящего режима

Состояние подобное спящему и неспящему режиму определено в 3GPP RAN1 для поддержания энергосбережения UE и конфигурированию/активации/настройке обслуживающей соты с эффективной и низкой задержкой. Следует отметить, что в настоящем описании выражения «состояние спящего режима» и «состояние, подобное спящему режиму» используются взаимозаменяемо. Аналогичным образом выражения «состояние неспящего режима» и «состояние, подобное неспящему режиму» используются взаимозаменяемо.

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

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

Более конкретно, когда UE осуществляет состояние подобное спящему режиму для соты, только спящая BWP из BWP, которые сконфигурированы для указанной соты, может быть активной, а нормальная BWP не может быть активной. Таким образом, поскольку UE осуществляет состояние подобное спящему режиму для активной спящей BWP, UE не выполняет мониторинг PDCCH в спящей BWP. Поскольку другие сконфигурированные BWP не активны, UE также не выполняет мониторинг PDCCH в указанных других BWP. Другими словами, система не выполняет мониторинг PDCCH в соте, для которой она осуществляет состояние подобное спящему режиму. Тем не менее, UE может также сообщать CSI для активной спящей BWP спящей соты.

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

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

Переключение между состоянием спящего режима и состоянием неспящего режима

Индикация спящего режима Scell на основе L1 (физического уровня) (например, посредством DCI) может быть отправлена на первичную соту в течение активного времени. Более конкретно, явное информационное поле в DCI указывает на переключение в/из спящей BWP, сконфигурированной для Scell. Например, PDCCH может планировать данные для первичной соты (primary cell, Pcell), а также указывать спящий режим для одной или более Scell. Однако PDCCH также может указывать спящий режим для одной или более Scell без данных планирования. Также UE может быть указано (например, посредством DCI), планирует ли PDCCH с индикацией спящего режима данные для Pcell. В целом, структура BWP может быть использована для индикации состояния.

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

Например, для каждой Scell или группы Scell индикация спящего режима может быть однобитовым полем (например, указателем) в DCI. Затем сетевой узел может установить указатель на «0» и «1» для индикации состояния спящего режима и неспящего режима, соответственно (или наоборот). Иными словами, каждое значение битового поля может быть связано с другим значением состояния спящего режима и неспящего режима и, таким образом, указывать на него. В альтернативном варианте, например, указатель также может использоваться в качестве указателя переключения. Тогда одно из его значений, например, «1», может указывать переключение состояния спящего режима, а другое значение, например, «0», может быть использовано для указания не переключения состояния спящего режима.

В целом, UE может получать, например, посредством DCI, указание, которое относится к состоянию спящего режима и/или состоянию неспящего режима, которое в данном документе называется «индикация спящего режима», «индикация спящего режима Scell » или тому подобным. Указанная индикация спящего режима, которая может быть связана/ассоциирована с состоянием спящего режима одной или более (активных) сот (например, одной соты или соответствующей группы сот), может указывать на переключение/переход в соответствующей соте из состояния спящего режима в состояние неспящего режима или на переход из состояния неспящего режима в состояние спящего режима. В целом, индикация спящего режима может также указывать на отсутствие переключения/изменения состояния спящего режима в активированных сотах. Индикация спящего режима, которая указывает на изменение/переключение состояния спящего режима для одной или более сот, в данном документе также называется «индикацией переключения спящего режима».

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

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

В целом, если UE получает указание переключения своего состояния спящего режима в соте, оно может изменить свою активную BWP указанной соты, которая в данном документе также называется целевой BWP. Иными словами, целевая BWP представляет собой такую BWP соты, которая активна после того, как UE выполнил переход, указанный индикацией спящего режима. Иными словами, после получения указания на изменение своего состояния спящего режима, UE будет осуществлять указанное состояние спящего режима в целевой BWP. Другими словами, при выполнении перехода состояния спящего режима, как указано индикацией спящего режима, целевая BWP становится активной BWP. В целом, целевая BWP может отличаться от текущей активной BWP (например, BWP, которая активна при получении индикации спящего режима) или может быть в текущий момент активной BWP. Кроме того, следует отметить, что если индикация спящего режима относится к более чем одной соте, для каждой из указанных сот может существовать соответствующая целевая BWP. В частности, если UE получает указание на переключение из спящего режима в неспящий режим, то после переключения UE на целевую BWP UE должно осуществлять состояние подобное неспящему режиму (мониторинг PDCCH и отчет CSI) в указанной целевой BWP.

Например, предположим, что для Scell сконфигурирована одна спящая BWP и множество нормальных BWP. Тогда, если для каждой соты или группы сот сигнализация L1 (индикация спящего режима) указывает на переход из неспящего режима в спящий режим, то состояние UE является ясным, то есть активная BWP должна переключиться на спящую BWP. Иными словами, спящая BWP является целевой BWP, спящая BWP становится активной BWP и UE осуществляет состояние подобное спящему режиму BWP.

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

Однако, в частности, в случае, когда DCI, содержащая указанную сигнализацию L1, также планирует данные, количество битов индикации спящего режима L1 может быть ограничено. Например, в NR верхняя граница (также обозначенная как X2) числа битов для индикации спящего режима внутри активного времени может составлять 5 (X2=5).

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

Пример пользовательского оборудования (UE) согласно одному варианту осуществления проиллюстрирован на правой стороне фиг. 6. Согласно варианту осуществления предусмотрено UE 660. UE содержит приемопередатчик 670, который во время работы принимает (например, на первичной соте (Pcell)) сигнализацию управляющей информации нисходящей линии связи (DCI). UE дополнительно содержит схему 680, которая во время работы получает от DCI сигнализацию, относящуюся к состоянию спящего режима вторичной соты (Scell), при этом Scell сконфигурирована с множеством частей полосы пропускания (например, сконфигурирована с четырьмя BWP), причем множество BWP включает в себя спящую BWP и одну или более нормальных BWP. Если индикация указывает переход из состояния спящего режима в состояние неспящего режима, схема 680 определяет целевую BWP для осуществления состояния неспящего режима в соответствии по меньшей мере с одним из следующего: порядком приоритетов одной или более нормальных BWP, предварительно определенной или предварительно сконфигурированной BWP, полем индикатора прежней BWP в сигнализации DCI, последней активной нормальной BWP и спящей BWP.

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

На фиг. 8 показана приведенная для примера функциональная структура схемы 685 мониторинга PDCCH. В частности, схема 685 мониторинга PDCCH может содержать схему 836 мониторинга спящего режима и схему 837 определения целевой BWP. Схема 836 мониторинга спящего режима может получать индикации спящего режима от DCI/PDCCH и, соответственно, устанавливать состояние спящего режима в сотах. Таким образом, схема 836 мониторинга спящего режима может активировать/деактивировать мониторинг PDCCH схемы 685 мониторинга PDCCH в сотах, для которых в DCI указано состояние в неспящем/спящем режиме. Схема 837 определения BWP выполнена с возможностью определения соответствующей целевой BWP, когда индикация спящего режима, полученная схемой 836 мониторинга спящего режима, указывает переход из состояния спящего режима в состояние неспящего режима для одной или более Scell.

Следует отметить, что схема 685 мониторинга PDCCH может реализовывать больше функций, поскольку она может, например, определять ресурсы для передачи/приема данных. Схема 680 обработки может, например, дополнительно управлять приемопередатчиком 670 для приема PDDCH/DCI и приема или передачи данных о ресурсах, указанных в PDCCH/DCI.

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

Согласно другому варианту осуществления, взятому для примера, предусмотрен сетевой узел 610 (левая сторона фиг. 7). Сетевой узел содержит приемопередатчик 620, который во время работы передает сигнализацию управляющей информации нисходящей линии связи (DCI), которая адресована пользовательскому оборудованию. Сигнализация DCI включает в себя индикацию, которая относится к состоянию спящего режима вторичной соты (Scell) UE. Указанная Scell сконфигурирована с множеством частей полосы пропускания, которые включают спящую BWP и одну или более нормальных BWP. Сеть дополнительно содержит схему 630. Если индикация указывает на переход из состояния спящего режима в состояние неспящего режима, указанная схема 630 во время работы определяет целевую BWP для осуществления состояния спящего режима. Схема 630 может определять целевую BWP в соответствии по меньшей мере с одним из следующего: порядком приоритетов одной или более нормальных BWP, предварительно определенной или предварительно сконфигурированной BWP, полем индикатора прежней BWP сигнализации DCI, последней активной нормальной BWP и спящей BWP.

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

Приведенная для примера функциональная структура схемы 635 генерации PDCCH показана на фиг. 9. В частности, схема 685 генерации PDCCH может содержать схему 736 определения спящего режима и схему 737 определения целевой BWP. Схема 635 генерации PDCCH может дополнительно выполнять планирование, например, собирать измерения от одного или более UE и на их основе, на основе запросов от UE и/или на основе доступности своих ресурсов назначает соответствующим UE ресурсы. Затем схема 635 генерации PDCCH может генерировать DCI, включая распределение ресурсов, а также связи в соответствии с результатом планирования для соответствующего одного или более UE.

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

Схема 737 определения целевой BWP выполнена с возможностью определения соответствующей целевой(целевых) BWP, когда схема 736 определения спящего режима определяет, что UE должно перейти из состояния спящего режима в состояние неспящего режима для одной или более Scells. Следует отметить, что схема 737 определения целевой BWP может определять целевую BWP соты до того, как схема 736 определения спящего режима определит состояние спящего режима для указанной соты. Фактически, схема 736 определения спящего режима может определять состояние спящего режима для соты или группы сот, принимая во внимание целевую(ые) BWP соты или группы сот.

Как также видно на фиг. 6, UE 660 и узел 610 планирования могут образовывать систему связи, то есть могут быть способны осуществлять связь по каналу 650.

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

Следует отметить, что, поскольку UE и сетевой узел образуют систему связи, и чтобы использовать активированную BWP, для которой UE будет осуществлять состояние неспящего режима, UE и сетевой узел должны будут знать/определять (ту же) целевую BWP. Таким образом, в целом, UE и узел сети могут индивидуально определять целевую BWP с использованием способов, которые по меньшей мере дают один и тот же результат (например, схема 737 определения целевой BWP и схема 837 определения целевой BWP могут работать по существу аналогично или даже быть идентичными). Иными словами, способы определения в соответствии с настоящим изобретением в целом могут быть выполнены на стороне UE и/или базовой станции (узла сети). В качестве альтернативы, один из двух объектов связи может определять целевую BWP и передавать соответствующую индикацию другому. Например, узел сети (например, целевая схема 737 определения BWP) может определять целевую BWP для Scell и передавать соответствующее указание на UE, которое затем определяет целевую BWP для указанной Scell на основе/в соответствии с указанной индикацией (например, схемой 837 определения BWP). Иными словами, когда согласно настоящему изобретению UE определяет целевую BWP с помощью конкретного способа, базовая станция может определить целевую BWP таким же или аналогичным образом. Конечно, в случае, если UE определяет целевую BWP на основе индикации DCI и/или RRC, принятой от базовой станции, это может не применяться. В этом случае базовая станция может определять целевую BWP и генерировать соответствующую индикацию с учетом других UE, доступных ресурсов, качества обслуживания, запросов от UE, принятой информации о состоянии канала, загруженности трафика, состояния батареи UE и тому подобного.

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

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

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

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

Однако настоящее изобретение не ограничено этим. В целом, предварительно определенный или предварительно сконфигурированная BWP может быть BWP по умолчанию. Обычно, BWP по умолчанию может быть сконфигурировано как спящая или как нормальная BWP. Однако в некоторых вариантах осуществления спящая(ие) BWP может быть сконфигурирована и выбрана только из BWP, отличных от BWP по умолчанию. А именно, BWP по умолчанию в текущей спецификации NR может быть сконфигурирована только как нормальная BWP, а не как спящая BWP. Таким образом, UE, которому указан переход к состоянию подобному неспящему режиму для активной Scell, может переключаться на BWP по умолчанию, которая является целевой BWP, для осуществления состояния подобного неспящему режиму.

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

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

Следует отметить, что поле индикатора прежней BWP представляет собой поле в DCI соты, которое используется базовой станцией для указания BWP упомянутой соты UE. Поле индикатора прежней BWP может, например, использоваться для указания BWP, в котором расположены ресурсы, запланированные в указанной DCI (или следующей DCI указанной соты). Поле индикатора прежней BWP может использоваться для активации указанного BWP и, следовательно, использоваться для деактивации текущего активной BWP. Поле индикатора прежней BWP может указывать или соответствовать индексу. Более конкретно, поле индикатора прежней BWP представляет собой поле, существующее в формате DCI 0_1 и 1_1 в NR для операции переключения BWP, например, как определено в 3GPP TS 38.212.

Следует отметить, что поле индикатора прежней BWP не использовалось в NR Вып. 15 для индикации спящего режима или для индикации целевой BWP при переключении в состояние неспящего режима. Оно использовалось для изменения активной BWP в обслуживающей соте, которая запланирована с данными. Более конкретно, в NR Вып. 15 поле индикатора прежней BWP представляло собой поле, включенное в DCI (формат 0_1/1_1) Pcell или Scell, которое также планирует данные для указанной Pcell/Scell, где оно использовалось для указания BWP, которая должна быть активирована в указанной Pcell/Scell и в которой запланированные данные должны быть приняты/переданы.

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

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

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

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

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

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

В целом, целевая BWP может быть определена с учетом активности сконфигурированных нормальных и/или спящих BWP. Например, согласно другому варианту осуществления целевую BWP представляет собой та нормальная BWP, которая была активна в последнее время среди нормальных BWP, которые сконфигурированы для соответствующей соты UE. Иными словами, UE (а также базовая станция) может определить целевую BWP как самую последнюю активную BWP, которая является нормальной BWP, а именно, не находящуюся в спящем режиме/спящую BWP. Более конкретно, UE, которому указан переход к состоянию подобному неспящему режиму для активной соты, может определить целевую BWP как самую последнюю активную BWP, в которой UE осуществляло состояние подобное неспящему режиму. Определение целевой BWP на основе недавней активности дает преимущество небольшого влияния на спецификацию. Кроме того, не требуется дополнительной сигнализации от базовой станции к UE, указывающей целевую BWP. Это уменьшает непроизводительную передачу и тем самым повышает эффективность связи.

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

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

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

В целом, порядком приоритетов BWP может быть порядок BWP, ранжирование BWP или последовательность BWP, в которой каждый соответствующий BWP появляется ровно один раз. В порядке приоритетов каждый BWP может иметь или быть связан, прямо или косвенно, с приоритетом. Приоритет может быть значением, и в порядке приоритетов BWP могут быть упорядочены в соответствии с размером указанного значения приоритета. Таким образом, порядок приоритетов может быть построен на основе правила, которое присваивает/связывает каждый BWP со значением (приоритета). Затем для каждой BWP может быть определен/рассчитан соответствующий порядок приоритетов путем расчета приоритета каждой BWP и упорядочения BWP в соответствии с рассчитанными приоритетами.

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

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

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

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

Например, если BWP#1 имеет перекрывающуюся полосу пропускания 10 МГц со спящей в текущий момент BWP, и BWP#2 имеет перекрывающуюся полосу пропускания 5 МГц спящей в текущий момент BWP, UE может, например, определить, что приоритет BWP#1 составляет 10, а приоритет BWP#2 составляет 5. Таким образом, UE выбирает BWP#1 в качестве целевой BWP для осуществления состояния подобного неспящему режиму. В целом UE может, таким образом, определять/вычислять для каждой нормальной BWP перекрытие нормальной BWP с активной в текущий момент спящей BWP и выбирать в качестве целевой BWP ту нормальную BWP, для которой он рассчитал наибольшее перекрытие.

Предпочтительно, настоящий вариант реализации позволяет gNB использовать предыдущие отчеты CSI для активной в текущий момент спящей BWP, полученные от UE (когда UE осуществляло состояние подобное спящему режиму в указанной BWP).

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

Предпочтительно, настоящий вариант реализации обеспечивает gNB возможность использования предыдущих отчетов CSI для активной в текущий момент спящей BWP, полученных от UE (когда UE осуществляло состояние подобное спящему режиму в указанной BWP).

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

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

Левая и правая части фиг. 9 иллюстрируют приведенный для примера способ согласно настоящему изобретению для базовой станции и UE, соответственно.

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

Иными словами, если UE в текущий момент осуществляет состояние подобное спящему режиму для Scell, базовая станция определяет, следует ли UE: i) продолжать осуществление состояния спящего режима для Scell, или следует ii) переключиться в состояние подобное неспящему режиму в упомянутой Scell. Базовая станция также может определять целевую BWP в рамках этого этапа. С другой стороны, если UE в текущий момент осуществляет для Scell состояние подобное неспящему режиму, базовая станция определяет, следует ли UE: i) продолжать осуществление режима подобного неспящему режиму для Scell, или ii) переключиться на состояние спящего режима в указанной Scell. Другими словами, базовая станция определяет, должно ли быть указано UE переключение состояния спящего режима Scell.

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

Как показано на фиг. 9, базовая станция может повторно оценивать состояние спящего режима Scells. Например, базовая станция может регулярно/периодически (пере)определять, должно ли быть указано UE переключение состояния спящего режима. Альтернативно или дополнительно, (пере)определение состояния спящего режима Scell может быть вызвано каким-либо событием, таким как запрос UE на передачу данных или увеличение/уменьшение трафика, относящегося к UE.

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

На этапе S930 базовая станция передает S930 DCI, сгенерированный на этапе S920, на UE. Как только что упоминалось, DCI может передаваться в Scell или Pcell.

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

На этапе S1010 UE осуществляет мониторинг S1010 PDCCH соты Pcell. Следует отметить, что в правой части фиг. 9 предполагается, что UE в текущий момент осуществляет для соты(сот) Scell состояние подобное спящему режиму.

На этапе S1030 во время мониторинга указанной PDCCH Pcell UE принимает в PDCCH Pcell DCI, которая включает в себя индикацию спящего режима, относящуюся к Scell(s).

На этапе S1040 UE получает S1040 индикацию спящего режима из DCI PDCCH Pcell. Затем UE может определить, указывает ли индикация спящего режима на переход из состояния подобного спящему режиму в состояние подобное неспящему режиму, для одной или более сот. Если индикация спящего режима не указывает переход, UE продолжает выполнять мониторинг только PDCCH Pcell. Если, с другой стороны, индикация спящего режима указывает переключение в состояние, подобное неспящему режиму, UE определяет S1060 для каждой Scell, к которой относится индикация спящего режима, целевую BWP для осуществления состояния, подобного неспящему режиму, как описано в других разделах настоящего раскрытия.

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

На этапе S1080 UE выполняет мониторинг PDCCH в Pcell и Scell (s). Более конкретно, для каждой Scell UE выполняет мониторинг PDCCH в целевой BWP, определенной на этапе S1060.

Следует отметить, что все варианты осуществления и реализации, описанные в настоящем изобретении, применимы не только к активному времени (C-DRX On Duration), но и к внешнему активному времени, где индикация неспящего режима содержится в DCI formant 3_0, который известен как WUS (сигнал пробуждения) или PoSS (сигнал/канал энергосбережения).

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

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

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

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

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

Варианты осуществления, например, UE 660 и базовой станции 610, и функции, описанные в данном документе, например, со ссылкой на UE 660 и базовую станцию 610, могут быть реализованы в аппаратном обеспечении, программном обеспечении, встроенном программном обеспечении или любой их комбинации. В случае реализации в программном обеспечении, функции могут храниться на компьютерочитаемом носителе или передаваться по средствам связи в виде одной или более инструкций или кода и выполняться аппаратным блоком обработки. Компьютерочитаемый носитель может содержать компьютерочитаемый носитель данных, который соответствует материальному носителю, такому как носитель данных, или носитель связи, включающий в себя любой носитель, который облегчает передачу компьютерной программы из одного места в другое, например, в соответствии с протоколом связи. Таким образом, компьютерочитаемый носитель в целом может соответствовать (1) материальному компьютерочитаемому носителю для хранения данных, который является некратковременным, или (2) носителю для передачи данных, такому как сигнал или несущая волна. Носителями для хранения данных могут быть любые доступные носители, к которым может иметь доступ один или более компьютеров или один или более процессоров для извлечения инструкций, кода и/или структур данных для реализации способов, описанных в настоящем изобретении. Компьютерный программный продукт может включать в себя компьютерочитаемый носитель.

В качестве примера, но не ограничивающего, такой компьютерочитаемый носитель для хранения данных может содержать ОЗУ, ПЗУ, ЭСППЗУ, CD-ROM или другое запоминающее устройство на оптических дисках, запоминающее устройство на магнитных дисках или другие магнитные запоминающие устройства, флэш-память или любой другой носитель, который может быть использован для хранения требуемого программного кода в виде инструкций или структур данных и к которому может быть получен доступ с помощью компьютера. Кроме того, любое соединение соответствующим образом называется машиночитаемым носителем. Например, если команды передаются с веб-сайта, сервера или другого удаленного источника с использованием коаксиального кабеля, волоконно-оптического кабеля, витой пары, цифровой абонентской линии (digital subscriber line, DSL) или беспроводных технологий, таких как инфракрасная, радио и микроволновая, то коаксиальный кабель, волоконно-оптический кабель, витая пара, DSL или беспроводные технологии, такие как инфракрасная, радио и микроволновая, включены в определение носителя. Тем не менее, следует понимать, что компьютерочитаемые носители для хранения данных и носители данных не содержат соединений, несущих волн, сигналов или других кратковременных носителей, а вместо этого направлены на некратковременные материальные носители для хранения данных. Диск и накопитель при использовании в данном документе включают компакт-диск (CD), лазерный диск, оптический диск, цифровой универсальный диск (DVD), гибкий диск и диск Blu-ray, причем диски обычно воспроизводят данные магнитным способом, в то время как накопители воспроизводят данные оптически с помощью лазеров. В объем компьютерочитаемых носителей также должны входить комбинации того, что указано выше.

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

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

Согласно первому варианту осуществления обеспечено устройство (например, пользовательское оборудование, UE). Устройство содержит приемопередатчик, который во время работы принимает сигнализацию управляющей информации нисходящей линии связи (DCI). Устройство дополнительно содержит схему, которая во время работы получает из сигнализации DCI указание, которое относится к состоянию спящего режима вторичной соты (secondary cell, Scell), при этом Scell сконфигурирована с множеством частей полосы пропускания (bandwidth parts, BWPs), причем множество BWP включает в себя спящую BWP и одну или более нормальных BWP; и, если индикация указывает на переход из состояния спящего режима в состояние неспящего режима, определяет целевую BWP для осуществления состояния неспящего режима. Определение целевой BWP выполняется, в частности, в соответствии по меньшей мере с одним из следующего: порядком приоритетов одной или более нормальных BWP, предварительно определенной или предварительно сконфигурированной BWP, полем индикаторов прежней BWP в сигнализации DCI, последней активной нормальной BWP и спящей BWP.

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

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

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

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

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

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

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

Согласно девятому варианту осуществления в устройстве по первому варианту осуществления в порядке приоритетов для каждой нормальной BWP приоритет нормальной BWP увеличивается с уменьшением разности между центральной частотой нормальной BWP и центральной частотой спящей BWP.

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

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

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

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

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

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

Настоящее изобретение относится к устройству связи, базовой станции и соответствующим способам для устройства связи и базовой станции. Более конкретно, базовая станция передает, а устройство связи принимает сигнализацию информации управления нисходящей линии связи (DCI). Сигнализация DCI включает в себя индикацию, которая относится к состоянию спящего режима вторичной соты (Scell). Scell сконфигурирована с множеством частей полосы пропускания (BWP), и множество BWP содержит спящую BWP и одну или более нормальных BWP. Если индикация указывает на переход из состояния спящего режима в состояние неспящего режима, определяется целевая BWP для осуществления состояния спящего режима. Определение целевой BWP выполняется, в частности, в соответствии по меньшей мере с одним из следующего: порядком приоритетов одной или более нормальных BWP, предварительно определенной или предварительно сконфигурированной BWP, полем индикаторов прежней BWP, сигнализации DCI, последней активной нормальной BWP и спящей BWP.

Изобретение относится к области беспроводной связи. Техническим результатом является повышение эффективности связи за счет обеспечения эффективного определения BWP (частей полосы пропускания). Упомянутый технический результат достигается тем, что базовая станция передает устройству связи сигнализацию управляющей информации нисходящей линии связи (DCI), включающую в себя индикацию, которая относится к состоянию спящего режима вторичной соты (Scell). Scell сконфигурирована с множеством BWP, которое содержит спящую BWP и одну или более нормальных BWP. Если индикация указывает на переход из состояния спящего режима в состояние неспящего режима, определяется целевая BWP для осуществления состояния неспящего режима. Определение целевой BWP выполняется в соответствии по меньшей мере с одним из следующего: порядком приоритетов одной или более нормальных BWP, предварительно определенной или предварительно сконфигурированной BWP, полем индикаторов прежней BWP в сигнализации DCI, последней активной нормальной BWP и спящей BWP. 6 н. и 20 з.п. ф-лы, 9 ил.

1. Пользовательское оборудование, содержащее:

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

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

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

- предварительно сконфигурированной части полосы пропускания (BWP),

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

- самой последней активной нормальной части полосы пропускания (BWP).

2. Устройство по п. 1, в котором предварительно сконфигурированная часть полосы пропускания (BWP) сконфигурирована посредством сигнализации управления радиоресурсами (RRC).

3. Устройство по п. 1 или 2, в котором предварительно сконфигурированная часть полосы пропускания (BWP) является частью полосы пропускания (BWP) по умолчанию, которая сконфигурирована как нормальная часть полосы пропускания (BWP).

4. Устройство по п. 1, в котором

первая часть полосы пропускания (BWP) определена для целевой части полосы пропускания (BWP) в первом состоянии, которое относится к части полосы пропускания (BWP) в спящем режиме, при этом первая часть полосы пропускания (BWP) определена в соответствии с одной из трех схем, а

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

5. Устройство по п. 1, в котором, если индикация указывает спящий режим, состояние спящего режима осуществлено с использованием части полосы пропускания (BWP) в спящем режиме.

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

7. Способ связи, включающий:

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

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

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

- предварительно сконфигурированной части полосы пропускания (BWP),

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

- самой последней активной нормальной части полосы пропускания (BWP).

8. Способ связи по п. 7, в котором предварительно сконфигурированная часть полосы пропускания (BWP) сконфигурирована посредством сигнализации управления радиоресурсами (RRC).

9. Способ связи по п. 7 или 8, в котором предварительно сконфигурированная часть полосы пропускания (BWP) является частью полосы пропускания (BWP) по умолчанию, которая сконфигурирована как нормальная часть полосы пропускания (BWP).

10. Способ связи по п. 7, в котором

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

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

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

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

13. Узел сети, содержащий:

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

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

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

- предварительно сконфигурированной части полосы пропускания (BWP),

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

- самой последней активной нормальной части полосы пропускания (BWP).

14. Узел сети по п. 13, в котором предварительно сконфигурированная часть полосы пропускания (BWP) сконфигурирована посредством сигнализации управления радиоресурсами (RRC).

15. Узел сети по п. 13 или 14, в котором предварительно сконфигурированная часть полосы пропускания (BWP) является частью полосы пропускания (BWP) по умолчанию, которая сконфигурирована как нормальная часть полосы пропускания (BWP).

16. Узел сети по п. 13, в котором

первая часть полосы пропускания (BWP) определена для целевой части полосы пропускания (BWP) в первом состоянии, которое относится к части полосы пропускания (BWP) в спящем режиме, при этом первая часть полосы пропускания (BWP) определена в соответствии с одной из трех схем, а

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

17. Узел сети по п. 13, в котором, если индикация указывает на спящий режим, состояние спящего режима осуществляется с использованием части полосы пропускания (BWP) в спящем режиме.

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

19. Способ связи, включающий:

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

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

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

- предварительно сконфигурированной части полосы пропускания (BWP),

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

- самой последней активной нормальной части полосы пропускания (BWP).

20. Способ связи по п. 19, в котором предварительно сконфигурированная часть полосы пропускания (BWP) сконфигурирована посредством сигнализации управления радиоресурсами (RRC).

21. Способ связи по п. 19 или 20, в котором предварительно сконфигурированная часть полосы пропускания (BWP) является частью полосы пропускания (BWP) по умолчанию, которая сконфигурирована как нормальная часть полосы пропускания (BWP).

22. Способ связи по п. 19, в котором

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

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

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

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

25. Интегральная схема для использования в пользовательском оборудовании, которая во время работы управляет

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

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

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

- предварительно сконфигурированной части полосы пропускания (BWP),

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

- самой последней активной нормальной части полосы пропускания (BWP).

26. Интегральная схема для использования в узле сети, которая во время работы управляет

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

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

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

- предварительно сконфигурированной части полосы пропускания (BWP),

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

- самой последней активной нормальной части полосы пропускания (BWP).