ВЫДЕЛЕНИЕ РЕСУРСОВ ФИЗИЧЕСКОГО КАНАЛА УПРАВЛЕНИЯ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ (PUCCH) Российский патент 2020 года по МПК H04L1/18 

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

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

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

Для работы нового радио (NR) требуется передача различной управляющей информации из беспроводного устройства (например, пользовательского оборудования (UE)) в сеть. Примерами такой управляющей информации восходящей линии связи (UCI) являются подтверждения (ACK) гибридного автоматического запроса на повторную передачу (HARQ), информация о состоянии канала (CSI) и запрос планирования (SR). UCI может передаваться по отдельному каналу управления (например, возникающему либо в конце интервала слота, либо в течение интервала слота) или UCI может мультиплексироваться с данными и передаваться по каналу данных. Например, отдельный канал управления может быть физическим каналом управления восходящей линии связи (PUCCH). В качестве другого примера канал данных может быть физическим совместно используемым каналом восходящей линии связи (PUSCH), например, поддерживающим «UCI по PUSCH».

Формат PUCCH

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

Таблица 1: Возможные определения формата PUCCH

Формат PUCCH Количество символов в слоте Количество битов UCI 0 1 – 2 ≤2 1 4 – 14 ≤2 2 1 – 2 >2 3 4 – 14 >2 4 4 – 14 >2

Форматы 0 и 2 PUCCH называются короткими форматами PUCCH, так как они передаются только в течение одного или двух символов мультиплексирования с ортогональным частотным разделением каналов (OFDM) в слоте. Форматы 1, 3 и 4 PUCCH упоминаются как длинные форматы PUCCH, так как они могут передаваться максимум в 14 OFDM-символах (без агрегации слотов) и даже в нескольких слотах, если сконфигурирована агрегация слотов PUCCH. Как показано в таблице, каждый из длинных и коротких форматов PUCCH подразделяется в зависимости от количества битов UCI, которые они могут содержать.

Один слот может содержать несколько передач одного формата PUCCH, а также несколько форматов PUCCH, которые могут передаваться или не передаваться одним и тем же UE. Например, слот, охватывающий 14 OFDM-символов, может содержать длинный формат PUCCH, охватывающий 12 OFDM-символов, за которым следует короткий формат PUCCH, охватывающий два OFDM-символа.

Различные форматы PUCCH используются для разных целей. Форматы PUCCH, которые содержат 2 бита или менее, обычно могут мультиплексировать несколько UE в одних и тех же частотно-временных ресурсах, причем длинный формат PUCCH способен мультиплексировать больше пользователей, чем короткий PUCCH. Формат 4 PUCCH может мультиплексировать несколько UE, причем каждое UE имеет более 2 битов.

Ресурсы PUCCH

Ресурс PUCCH, который используется UE для передачи UCI, может определяться блоками физических ресурсов (PRB), OFDM-символами, последовательностями наряду с их циклическими сдвигами и ортогональными кодами покрытия (OCC). Следует отметить, что OCC, последовательности и циклические сдвиги применимы только для некоторых форматов PUCCH.

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

• ACK HARQ

• CSI

• SR

Информация CSI может планироваться для периодической передачи, например, один раз в N слотах. SR передается UE, когда UE имеет некоторые данные для отправки. Информация ACK HARQ передается для подтверждения того, были ли успешно приняты передачи физического канала нисходящей линии связи (PDSCH) в нисходящей линии связи. ACK HARQ могут состоять из одного бита для подтверждения всего транспортного блока или нескольких битов, каждый из которых представляет группу кодовых блоков (CBG), то есть набор кодовых блоков среди кодовых блоков, которые составляют транспортный блок.

Определение ресурсов PUCCH

Ресурс PUCCH, который должен использоваться для каждого из различных типов UCI, в общем, может управляться базовой станцией NR (gNB). Это можно выполнить посредством явных назначений ресурсов либо посредством полустатической конфигурации (например, сигнализация управления радиоресурсами (RRC)), либо посредством динамической сигнализации сообщений управляющей информации нисходящей линии связи (DCI).

Кроме того, UE может также неявно определять ресурсы PUCCH. Например, ресурс PUCCH может быть определен на основе количества битов UCI, которые должны быть переданы в слоте. Ресурсы PUCCH для передачи ACK HARQ для запланированного PDSCH также могут неявно определяться элементом канала управления (CCE), с которого начинается принятое сообщение канала управления (PDCCH), планирующего PDSCH. Этот подход используется в долгосрочном развитии (LTE). Такое неявное определение ресурсов позволяет уменьшить издержки, возникающие при динамической сигнализации, и помогает избежать коллизий между ресурсами PUCCH, определенными различными UE для передачи UCI.

Так как gNB, как правило, знает о количестве битов, которые должны быть переданы UE, или о том, какие ресурсы ожидают автономные передачи из UE, таких как SR, gNB знает о ресурсах, по которым должна приниматься вся информация UCI. Существуют определенные случаи ошибок, когда между UE и gNB может возникать несовпадение в ресурсах, которые должны использоваться для передачи PUCCH, например, когда пропущены определенные назначения нисходящей линии связи для PDSCH. Однако такие несоответствия возникают с очень малой вероятностью и иногда могут обрабатываться посредством gNB, выполняющего декодирование для нескольких предполагаемых ресурсов PUCCH.

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

Раскрытие сущности изобретения

Раскрыты системы и способы определения ресурса канала управления восходящей линии связи, который будет использоваться для передачи управляющей информации восходящей линии связи в сетевой узел. В некоторых вариантах осуществления способ, выполняемый беспроводным устройством, содержит прием сообщения первого канала управления нисходящей линии связи, которое планирует передачу первого совместно используемого канала нисходящей линии связи, прием сообщения второго канала управления нисходящей линии связи, которое планирует передачу второго совместно используемого канала нисходящей линии связи, и определение ресурса канала управления восходящей линии связи, который будет использоваться для передачи управляющей информации восходящей линии связи в сетевой узел. Управляющая информация восходящей линии связи содержит информацию обратной связи гибридного автоматического запроса на повторную передачу (HARQ) как для первой передачи нисходящей линии связи, так и для второй передачи нисходящей линии связи, и определение ресурсов канала управления восходящей линии связи для передачи управляющей информации восходящей линии связи содержит определение ресурсов канала управления восходящей линии связи на основе: (a) сигнализации, принятой из сетевого узла, и (b) определения ресурсов, выполненного беспроводным устройством на основе самого последнего принятого сообщения первого канала управления нисходящей линии связи и второго сообщения канала управления нисходящей линии связи. Способ дополнительно содержит передачу управляющей информации восходящей линии связи с использованием определенного ресурса канала управления восходящей линии связи.

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

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

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

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

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

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

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

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

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

Кроме того, раскрыты варианты осуществления беспроводного устройства. В некоторых вариантах осуществления беспроводное устройство содержит схему интерфейса и обработки, выполненную таким образом, чтобы заставить беспроводное устройство принимать первый канал управления нисходящей линии связи, который планирует передачу первого общего канала нисходящей линии связи, принимать второй канал управления нисходящей линии связи, который планирует передачу второго общего канала нисходящей линии связи, и определять ресурс канала управления восходящей линии связи, который будет использоваться для передачи управляющей информации восходящей линии связи в сетевой узел. Управляющая информация восходящей линии связи содержит информацию обратной связи HARQ как для первой передачи нисходящей линии связи, так и для второй передачи нисходящей линии связи, и определение ресурсов канала управления восходящей линии связи для передачи управляющей информации восходящей линии связи содержит определение ресурсов канала управления восходящей линии связи на основе: (a) сигнализации, принятой из сетевого узла, и (b) определения ресурсов, выполненного беспроводным устройством на основе самого последнего принятого из первого канала управления нисходящей линии связи и второго канала управления нисходящей линии связи. Схема обработки дополнительно выполнена таким образом, чтобы заставить беспроводное устройство передавать управляющую информацию восходящей линии связи, используя определенный ресурс канала управления восходящей линии связи.

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

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

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

Фиг.1 иллюстрирует пример беспроводной сети в соответствии по меньшей мере с некоторыми аспектами вариантов осуществления, раскрытых в данном документе;

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

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

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

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

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

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

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

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

фиг.10 - блок-схема последовательности операций, которая иллюстрирует работу UE в соответствии по меньшей мере с некоторыми аспектами вариантов осуществления, раскрытых в данном документе;

фиг.11 – блок-схема, которая иллюстрирует по меньшей мере некоторые аспекты одного варианта осуществления настоящего раскрытия;

фиг.12 – блок-схема, которая иллюстрирует по меньшей мере некоторые аспекты одного варианта осуществления настоящего раскрытия;

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

фиг.14 – схематичная блок-схема устройства в беспроводной сети (например, беспроводная сеть, показанная на фиг.1).

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

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

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

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

В настоящее время существует(ют) определенная(ые) проблема(и) в отношении определения ресурса физического канала управления восходящей линии связи (PUCCH). Например, существующие решения для определения ресурсов PUCCH используют либо явную сигнализацию, такую как комбинацию полустатической (например, управление радиоресурсами (RRC)) и динамической (сообщения управляющей информации нисходящей линии связи (DCI)), либо комбинацию явной сигнализации и неявного определения (например, использование начального индекса элемента канала управления (CCE) для физического канала управления нисходящей линии связи (PDCCH)). Использование неявных способов для определения ресурсов PUCCH используется для уменьшения затрат на сигнализацию и/или для минимизации коллизий между ресурсами PUCCH для различного пользовательского оборудования (UE). Таким образом, существующие решения, которые используют неявное определение ресурсов PUCCH, хорошо работают в таких системах, как долгосрочное развитие (LTE), где таймирование PUCCH, несущего информацию обратной связи подтверждения гибридного автоматического запроса на повторную передачу (HARQ) (ACK HARQ) для запланированной передачи по физическому совместно используемому каналу нисходящей линии связи (PDSCH), является фиксированным. Однако существующие способы неявного определения ресурсов PUCCH не работают должным образом, когда таймирование передач между приемом PDCCH, планированием PDSCH и передачей информации обратной связи ACK HARQ по PUCCH не является фиксированным, а является переменным. Кроме того, существующие способы не работают должным образом тогда, когда PDCCH, планирующий PDSCH, может быть принят в любой из многочисленных областей управления в одном и том же слоте.

Некоторые аспекты настоящего раскрытия и их варианты осуществления могут предоставлять решения для тех или иных задач. Например, в некоторых вариантах осуществления UE использует комбинацию явной сигнализации и неявного определения ресурса для обработки гибкого таймирования сигнала обратной связи ACK HARQ и приема PDCCH в разных областях управления (например, CORESET) в слоте. Явная сигнализация состоит из комбинации сигнализации RRC (полустатической сигнализации) и полей в сообщениях DCI (динамической сигнализации).

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

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

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

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

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

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

Общая проблема может быть описана следующим образом. В данном слоте UE может потребоваться передавать периодическую или апериодическую информацию о состоянии канала (CSI), и/или ACK HARQ и/или запросы планирования (SR). Для этого UE должно определить ресурс PUCCH, который включает в себя формат PUCCH в наборе блоков физических ресурсов (PRB), символов мультиплексирования с ортогональным частотным разделением каналов (OFDM) и, возможно, последовательностей, циклических сдвигов и ортогональных кодов покрытия (OCC) в зависимости от используемого формата PUCCH. Ресурс PUCCH определяется на основе явной сигнализации из базовой станции (то есть из узла B следующего поколения (gNB) в терминологии нового радио (NR)) и, возможно, некоторых неявных способов. Передачи ACK HARQ могут быть предназначены для передач PDSCH, которые принимаются в одном из многочисленных слотов, в том числе в слоте n. В последующем обсуждении представлены примеры вариантов осуществления, которые позволяют определять ресурс PUCCH, минимизируя при этом служебную информацию для динамической сигнализации и коллизии между определенными ресурсами PUCCH для различных UE.

Варианты осуществления иллюстрируются с использованием следующего примера. Рассматривается набор из трех слотов, пронумерованных n, n + 1 и n + 2. Слот n является слотом только с передачами по нисходящей линии связи, слот n + 1 переносит передачи по нисходящей линии связи, за которыми следуют передачи по восходящей линии связи, и слот n + 2 переносит только передачи по восходящей линии связи. Слот n + 1 может использоваться для передач форматов 0 и 2 PUCCH, то есть коротких PUCCH для менее 2-х битов и более 2-х битов. Слот n + 2 может использоваться для передачи форматов 1 и 3 PUCCH (длинный PUCCH для менее 2-х битов и более 2-х битов), за которым следуют форматы PUCCH 0 и 2 (короткие форматы PUCCH для менее 2-х битов и более 2-х битов)).

ACK HARQ для PDSCH, принятого в слотах n и n + 1, может быть отправлен в любом из ресурсов PUCCH в слоте n + 1 или слоте n + 2 в зависимости от размера полезной нагрузки, включая ACK HARQ, а также потенциальные передачи CSI и SR. Первый ресурс PUCCH, который может использоваться во времени, ограничен возможностями обработки UE, то есть тем, сколько времени требуется для подготовки передачи информации обратной связи HARQ после того, как была принята соответствующая передача по нисходящей линии связи.

Вариант 1 осуществления

В данном варианте осуществления набор всех CORESET в нескольких слотах индексируется с использованием общей схемы и отображается во все ресурсы PUCCH в нескольких слотах, которые также индексируются с использованием общей схемы. В рассматриваемом примере, в котором используются три слота, все кандидаты PDCCH во всех CORESET в слотах n и n + 1, сконфигурированных для UE, имеют уникальный индекс. Аналогичным образом, все ресурсы PUCCH в слотах n + 1 и n + 2 имеют уникальный индекс. Индексы-кандидаты PDCCH отображаются в индексы ресурса PUCCH, так что ресурс, на котором должны выполняться передачи ACK HARQ, может быть определен неявным образом. Отображение из кандидатов PDCCH в ресурсы PUCCH полустатически конфигурируется для каждого UE посредством сигнализации RRC. Полустатически сконфигурированное отображение зависит от количества CORESET, сконфигурированных для UE, а также от предстоящих слотов, несущих передачи по восходящей линии связи, в которых могут быть доступными ресурсы PUCCH.

Можно отметить, что в данном варианте осуществления управление задержками сигнала обратной связи ACK HARQ динамически осуществляется путем выбора подходящего кандидата PDCCH для планирования. Отображение кандидатов PDCCH в ресурсы PUCCH может изменяться полустатически, но не динамически. Разумеется, это создает некоторые ограничения планирования. Кроме того, не ожидается, что UE сможет выполнять слепое декодирование для исчерпывающего поиска всех кандидатов, что создает дополнительные ограничения в планировании. Для примеров, которые обеспечивают большую гибкость для динамического выбора задержки или других параметров, смотри варианты 3-8 осуществления, которые обсуждены ниже.

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

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

Вариант 2 осуществления

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

После первоначального доступа, когда конфигурация RRC является недоступной, точно определяется отображение по умолчанию ресурсов PUCCH для CORESET, несущего общее пространство поиска, где принимается остальная системная информация (RMSI).

Вариант 3 осуществления

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

• CORESET, где принимается PDCCH, планирующий PDSCH (т.е. передачу PDSCH, для которой должна быть предоставлена информация обратной связи ACK HARQ);

• пространство поиска в вышеупомянутом CORESET (то есть пространство поиска в вышеупомянутом CORESET, в котором принимается PDCCH, планирующий PDSCH);

• начальный индекс CCE кандидата в PDCCH в вышеуказанном пространстве поиска (то есть начальный индекс CCE кандидата в PDCCH в вышеупомянутом пространстве поиска, в котором принимается PDCCH, планирующий PDSCH).

То, как UE неявно определяет набор ресурсов PUCCH на основе вышеупомянутых факторов, также можно сконфигурировать полустатическим образом. Динамическая сигнализация используется для выбора ресурса PUCCH из неявно выбранного набора ресурсов PUCCH.

Примерная процедура определения ресурса PUCCH согласно этому варианту осуществления для рассматриваемого сценария с тремя слотами описывается следующим образом. Во-первых, UE полустатически выполнено с возможностью выбора набора ресурсов PUCCH для каждого кандидата PDCCH во всех CORESET, сконфигурированных для UE. Отображение по умолчанию конфигурируется для каждого CORESET, который может использоваться во время реконфигурирования RRC. Все наборы ресурсов PUCCH имеют по меньшей мере одну запись, соответствующую короткому формату PUCCH в слоте n + 1, короткому формату PUCCH в слоте n + 2 и длинному формату PUCCH в слоте n + 2. Затем ресурс PUCCH для PDSCH, принятого в конкретном слоте, определяется с использованием следующих этапов:

• то, использует ли UE формат PUCCH размером до 2-х битов или более 2-х битов, неявно определяется на основе размера полезной нагрузки;

• затем для определения одного набора ресурсов PUCCH в группе сконфигурированных наборов ресурсов PUCCH, соответствующих выбранному формату PUCCH, используется индекс CCE, пространство поиска успешно принятого PDCCH и при необходимости идентификатор (временный идентификатор радиосети (RNTI)), используемый для шифрования PDCCH;

• динамическая сигнализация (2 бита) в сообщении DCI используется для определения одного ресурса PUCCH из выбранного набора ресурсов PUCCH.

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

После первоначального доступа, когда конфигурация RRC является недоступной, определяется отображение по умолчанию набора ресурсов PUCCH для каждого из кандидатов PDCCH в CORESET, несущих общее пространство поиска, где принимается RMSI. Для обработки случая, когда информация о конфигурации RRC является неоднозначной во время реконфигурирования RRC, отображение по умолчанию наборов ресурсов PUCCH для каждого из кандидатов PDCCH в CORESET конфигурируется как часть конфигурации CORESET.

Рассмотрим, что слот n имеет два CORESET, сконфигурированных для четырех разных UE. Каждый CORESET имеет два кандидата PDCCH. Четыре кандидата PDCCH пронумерованы 1, 2, 3 и 4 с кандидатами PDCCH 1 и 2 в первых кандидатах CORESET и PDCCH 3 и 4 во втором CORESET. Рассмотрим четыре ресурса PUCCH, A, B, C и D с ресурсами A и B PUCCH в слоте n + 1 и ресурсы C и D PUCCH в слоте n + 2. Теперь рассмотрим, что имеются четыре UE, U1, U2, U3 и U4 с двумя кандидатами PDCCH для слепого декодирования, каждое из которых сконфигурировано следующим образом:

Кандидаты слепого декодирования

UE Кандидаты слепого декодирования U1 1, 3 U2 2, 4 U3 1, 4 U4 2, 3

Предположим, что отображение согласно варианту 1 осуществления из кандидата PDCCH в ресурсы PUCCH имеет вид {1, 2, 3, 4} => {A, B, C, D}. Затем рассмотрим, что UE U1 и U3 запланированы вместе. Ясно, что как только U1 будет запланирован в кандидате 1 PDCCH, U3 может быть запланирован только в кандидате 4 PDCCH; и так как кандидат 4 PDCCH отображается в ресурс D PUCCH в слоте n + 2, U3 должен испытывать задержку на два слота при получении сигнала обратной связи HARQ.

Теперь рассмотрим, что отображение согласно варианту 2 осуществления из кандидатов PDCCH в наборы ресурсов имеет вид {1, 2, 3, 4} => {{A, C}, {B, D}, {B, D}, {A, C}}. Затем, если мы рассмотрим, как и в случае приведенного выше примера для варианта 1 осуществления, что UE U1 и U3 запланированы вместе, U1 использует набор ресурсов PUCCH {A, C}, и U3 использует набор ресурсов PUCCH {B, D}. Теперь с одним битом, отправленным в сообщении DCI, планирующем PDSCH для каждого UE, gNB может предписывать U1 выбирать ресурс A PUCCH и U3 выбирать ресурс B PUCCH, и gNB может получить сигнал обратной связи ACK HARQ для U3 в слоте n + 1 вместо слота n + 2.

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

Вариант 4 осуществления

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

• использует ли UE формат PUCCH размером до 2-х битов или более 2-х битов, неявно определяется на основе размера полезной нагрузки;

• динамическая сигнализация в сообщении DCI используется для выбора между определенными наборами ресурсов PUCCH, которые сконфигурированы полустатически. Например, сообщение DCI может использоваться для того, чтобы определить, используется ли ресурс PUCCH, установленный в слоте n + 1 или слоте n + 2, и определить, включает ли набор ресурсов PUCCH записи, соответствующие короткому или длинному PUCCH. В этом примере все наборы ресурсов PUCCH имеют записи, соответствующие только одному формату PUCCH;

• затем для определения одного ресурса PUCCH в группе наборов ресурсов PUCCH, соответствующих выбранному формату PUCCH, используются индекс CCE, пространство поиска успешно принятого PDCCH и при необходимости идентификатор (RNTI), используемый для скремблирования PDCCH.

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

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

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

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

• Ресурсы PUCCH в разных PUCCH в одном и том же слоте. Например, DCI-сигнализация может использоваться для выбора между PUCCH в разных OFDM-символах или разных PRB.

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

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

Вариант 5 осуществления

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

Вариант 6 осуществления

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

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

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

Вариант 7 осуществления

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

Например, если UE принимает PDCCH, который указывает на ресурс PUCCH, используя любой из предыдущих вариантов осуществления, и UE принимает PDCCH в более позднее время, этот последний запланированный PDCCH может переопределить назначение ресурса PUCCH согласно ранее принятому PDCCH, и сигнал обратной связи HARQ может отправляться как для PDSCH, соответствующих предыдущему, так и для последнего PDCCH, использующего ресурсы PUCCH, определенные на основе самого последнего принятого PDCCH. Другими словами, UE принимает первый PDCCH, планирующий первую передачу PDSCH, и второй PDCCH, планирующий вторую передачу PDSCH. Второй PDCCH принимается позже, чем первый PDCCH. Если обратная связь ACK HARQ для первой и второй передач PDSCH должна быть предоставлена в одном и том же ресурсе PUCCH, то UE определяет ресурс PUCCH на основе самого последнего PDCCH, который в этом примере является вторым PDCCH. Ресурс PUCCH может быть определен на основе самого последнего PDCCH с использованием любого из вариантов осуществления, описанных выше.

Аналогичным образом, ресурсы PUCCH могут быть основаны на всех PDCCH в последнем слоте или на всех запланированных ожидающих PDCCH.

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

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

Вариант 8 осуществления

В данном варианте осуществления различные UE, которые совместно используют общий пул ресурсов PUCCH, сконфигурированы с CORESET и механизмами индексации для сообщений PDCCH и ресурсов PUCCH согласованным образом, так что любые перекрывающиеся ресурсы как для PDCCH, так и для PUCCH имеют один и тот же индекс для разных UE. В качестве примера рассмотрим два UE, каждый из которых имеет два CORESET, причем первый CORESET из двух UE использует одни и те же физические ресурсы, а второй CORESET из двух UE использует разные ресурсы. Первые CORESET для двух UE могут иметь X CCE, проиндексированных из {0, 1,…, X-1}. Второй CORESET первого UE может иметь Y CCE, проиндексированных как {X, X + 1,…, X + Y-1}, тогда как второй CORESET второго UE может иметь Z CCE, проиндексированных как {Y, Y + 1,… , X + Y + Z-1}. Таким образом, ресурсы PUCCH для разных UE могут быть сопоставлены с индексированными CCE, чтобы избежать любых конфликтов между двумя UE для ресурсов PUCCH, если они приняли PDCCH, начинающиеся с разных индексов CCE, даже если конфигурации CORESET не совпадают.

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

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

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

Хотя предмет изобретения, описанный в данном документе, может быть реализован в системе любого подходящего типа с использованием любых подходящих компонентов, раскрытые в данном документе варианты осуществления описаны в отношении беспроводной сети, такой, например, как беспроводная сеть, показанная на фиг.1. Для простоты беспроводная сеть, показанная на фиг.1, изображает только сеть 106, сетевые узлы 160 и 160b и беспроводные устройства (WD) 110, 110b и 110c. На практике беспроводная сеть может дополнительно включать в себя любые дополнительные элементы, подходящие для поддержания связи между беспроводными устройствами или между беспроводным устройством и другим устройством связи, таким как стационарный телефон, поставщик услуг или любой другой сетевой узел или оконечное устройство. Из проиллюстрированных компонентов сетевой узел 160 и WD 110 изображены с дополнительными подробностями. Беспроводная сеть может предоставлять связь и другие типы услуг одному или нескольким беспроводным устройствам для облегчения доступа беспроводных устройств и/или использования услуг, предоставляемых беспроводной сетью или через нее.

Беспроводная сеть может содержать и/или взаимодействовать с любым типом сети связи, телекоммуникации, передачи данных, сотовой и/или радиосвязи или с другим аналогичным типом системы. В некоторых вариантах осуществления беспроводная сеть может быть выполнена с возможностью работы в соответствии с конкретными стандартами или другими типами заданных правил или процедур. Таким образом, конкретные варианты осуществления беспроводной сети позволяют реализовать стандарты связи, такие как глобальная система мобильной связи (GSM), универсальная система мобильной связи (UMTS), LTE и/или другие подходящие стандарты второго, третьего, четвертого или пятого поколения (2G, 3G, 4G или 5G); стандарты беспроводной локальной сети (WLAN), такие как стандарты IEEE 802.11; и/или любые другие соответствующие стандарты беспроводной связи, такие как стандарты всемирной совместимости для микроволнового доступа (WiMax), Bluetooth, Z-Wave и/или ZigBee.

Сеть 106 может содержать одну или несколько сетей, таких как транспортные сети, базовые сети, сети на основе Интернет-протокола (IP), коммутируемые телефонные сети общего пользования (PSTN), сети пакетной передачи данных, оптические сети, глобальные сети (WAN), локальные сети (LAN), WLAN, проводные сети, беспроводные сети, городские сети и другие сети, обеспечивающие связь между устройствами.

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

Используемый в данном документе термин «сетевой узел» относится к оборудованию, способному, сконфигурированному, расположенному и/или выполненному с возможностью поддержания прямой или косвенной связи с беспроводным устройством и/или с другими сетевыми узлами или оборудованием в беспроводной сети, чтобы разрешить и/или обеспечить беспроводной доступ к беспроводному устройству и/или выполнять другие функции (например, администрирование) в беспроводной сети. Примеры сетевых узлов включают в себя, но не ограничиваются ими, точки доступа (AP) (например, точки радиодоступа), базовые станции (BS) (например, базовые радиостанции, узлы B, развитые узлы B (eNB) и узлы B NR (gNBs)). Базовые станции можно классифицировать по размеру покрытия, которое они обеспечивают (или, иначе говоря, по их уровню мощности передачи), и в дальнейшем они могут также упоминаться как фемто-базовые станции, пико-базовые станции, микро-базовые станции или макро-базовые станции. Базовая станция может быть ретрансляционным узлом или донорским ретрансляционным узлом, управляющим ретранслятором. Сетевой узел может также включать в себя одну или несколько (или все) части распределенной базовой радиостанции, такие как централизованные цифровые блоки и/или удаленные радиоблоки (RRU), иногда называемые удаленными радиоголовками (RRH). Такие RRU могут или не могут быть интегрированными с антенной в виде антенны с интегрированным радиомодулем. Части распределенной базовой радиостанции также могут называться узлами в распределенной антенной системе (DAS). Еще одни дополнительные примеры сетевых узлов включают в себя оборудование многостандартной радиосвязь (MSR), такое как BS MSR, сетевые контроллеры, такие как контроллеры радиосети (RNC) или контроллеры базовых станций (BSC), базовые приемопередающие станции (BTS), точки передачи, узлы передачи, объекты многосотовой/многоадресной координации (MCE), узлы базовой сети (например, мобильные коммутационные центры (MSC), объекты управления мобильностью (MME)), узлы эксплуатации и технического обслуживания (O&M), узлы системы поддержки операций (OSS), самооптимизированные сети (SON), узлы позиционирования (например, развитые обслуживающие центры определения местоположения мобильных устройств (E-SMLC) и/или минимизация тестирования сети мобильной связи (с использованием передвижного измерительного комплекса) (MDT). В качестве другого примера, сетевой узел может быть узлом виртуальной сети, как описано более подробно ниже. Однако в более общем случае сетевые узлы могут представлять собой любое подходящее устройство (или группу устройств), способное, сконфигурированное, расположенное и/или выполненное с возможностью разрешения и/или предоставления беспроводному устройству доступа к беспроводной сети или предоставления некоторых услуг беспроводному устройству, которое получило доступ к беспроводной сети.

На фиг.1 сетевой узел 160 включает в себя схему 170 обработки, машиночитаемый носитель 180, интерфейс 190, вспомогательное оборудование 184, источник 186 электропитания, схему 187 электропитания и антенну 162. Хотя сетевой узел 160, проиллюстрированный в примере беспроводной сети, показанной на фиг.1, может представлять собой устройство, которое включает в себя проиллюстрированную комбинацию аппаратных компонентов, другие варианты осуществления могут содержать сетевые узлы с различными комбинациями компонентов. Следует понимать, что сетевой узел содержит любую подходящую комбинацию аппаратных средств и/или программного обеспечения, необходимых для выполнения задач, особенностей, функций и способов, раскрытых в данном документе. Кроме того, хотя компоненты сетевого узла 160 изображены в виде отдельных блоков, расположенных в большем блоке или вложенных в несколько блоков, на практике сетевой узел может содержать несколько разных физических компонентов, которые образуют один проиллюстрированный компонент (например, машиночитаемый носитель 180 может содержать несколько отдельных жестких дисков, а также многочисленные модули оперативного запоминающего устройства (ОЗУ, RAM).

Аналогичным образом, сетевой узел 160 может состоять из нескольких физически отдельных компонентов (например, из компонента узла B и компонента RNC или компонента BTS и компонента BSC и т.д.), каждый из которых может иметь свои собственные соответствующие компоненты. В некоторых сценариях, в которых сетевой узел 160 содержит несколько отдельных компонентов (например, компоненты BTS и BSC), один или несколько отдельных компонентов могут совместно использоваться несколькими узлами сети. Например, один RNC может управлять несколькими узлами B. В таком сценарии каждая уникальная пара из узла B и RNC в некоторых случаях может рассматриваться в качестве одного отдельного сетевого узла. В некоторых вариантах осуществления сетевой узел 160 может быть выполнен с возможностью поддержки множества технологий радиодоступа (RAT). В таких вариантах осуществления некоторые компоненты могут дублироваться (например, отдельный машиночитаемый 180 носитель для различных RAT), и некоторые компоненты могут использоваться повторно (например, одна и та же антенна 162 может совместно использоваться различными RAT). Сетевой узел 160 может также включать в себя множество наборов различных проиллюстрированных компонентов для различных беспроводных технологий, интегрированных в сетевой узел 160, таких, например, как технологии беспроводной связи GSM, широкополосного множественного доступа с кодовым разделением каналов (WCDMA), LTE, NR, WiFi или Bluetooth. Эти технологии беспроводной связи могут быть интегрированы в одну или разные микросхемы, или набор микросхем и другие компоненты в сетевом узле 160.

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

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

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

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

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

Интерфейс 190 используется в проводной или беспроводной связи сигнализации и/или данных между сетевым узлом 160, сетью 106 и/или WD 110. Как показано, интерфейс 190 содержит порт(ы)/терминал(ы) 194 для отправки и приема данных, например, в и из сети 106 по проводному соединению. Интерфейс 190 также включает в себя схему 192 внешнего радиоинтерфейса, которая может быть подключена к антенне 162 или, в некоторых вариантах, может быть частью антенны 162. Схема 192 внешнего радиоинтерфейса содержит фильтры 198 и усилители 196. Схема 192 внешнего радиоинтерфейса может быть подключена к антенне 162 и к схеме 170 обработки радиосигнала. Схема внешнего радиоинтерфейса может быть выполнена с возможностью обработки сигналов, передаваемых между антенной 162 и схемой 170 обработки. Схема 192 внешнего радиоинтерфейса может принимать цифровые данные, которые должны быть отправлены в другие узлы сети или WD через беспроводное соединение. Схема 192 внешнего радиоинтерфейса может преобразовывать цифровые данные в радиосигнал, имеющий соответствующие параметры канала и полосу пропускания, используя комбинацию фильтров 198 и/или усилителей 196. Затем радиосигнал может передаваться через антенну 162. Аналогичным образом, при приеме данных антенна 162 может принимать радиосигналы, которые затем преобразуются в цифровые данные с помощью схемы 192 внешнего радиоинтерфейса. Цифровые данные могут передаваться в схему 170 обработки. В других вариантах осуществления интерфейс может содержать различные компоненты и/или различные комбинации компонентов.

В некоторых альтернативных вариантах осуществления сетевой узел 160 может не включать в себя отдельные схемы 192 внешнего радиоинтерфейса; вместо этого схема 170 обработки может содержать схему внешнего радиоинтерфейса и может быть подключена к антенне 162 без отдельной схемы 192 внешнего радиоинтерфейса. Аналогичным образом, в некоторых вариантах осуществления все или некоторые из схем 172 РЧ приемопередатчика могут рассматриваться как часть интерфейса 190. В еще одних вариантах осуществления интерфейс 190 может включать в себя один или несколько портов или терминалов 194, схему 192 внешнего радиоинтерфейса и схему 172 РЧ приемопередатчика как часть радиоблока (не показан), и интерфейс 190 может поддерживать связь со схемой 174 обработки основополосных сигналов, которая является частью цифрового устройства (не показано).

Антенна 162 может включать в себя одну или несколько антенн, или антенных решеток, выполненных с возможностью отправки и/или приема беспроводных сигналов. Антенна 162 может быть подключена к схеме 190 внешнего радиоинтерфейса и может быть антенной любого типа, способной передавать и принимать данные и/или сигналы беспроводным образом. В некоторых вариантах осуществления антенна 162 может содержать одну или несколько всенаправленных, секторных или панельных антенн, выполненных с возможностью передачи/приема радиосигналов, например, между 2 гигагерцами (ГГц) и 66 ГГц. Всенаправленная антенна может использоваться для передачи/приема радиосигналов в любом направлении, секторная антенна может использоваться для передачи/приема радиосигналов из устройств в конкретной области, и панельная антенна может быть антенной прямой видимости, используемой для передачи/приема радиосигналов по относительно прямой линии. В некоторых случаях использование более чем одной антенны может упоминаться как многоканальный вход - многоканальный выход (MIMO). В некоторых вариантах осуществления антенна 162 может быть расположена отдельно от сетевого узла 160 и может быть подключена к сетевому узлу 160 через интерфейс или порт.

Антенна 162, интерфейс 190 и/или схема 170 обработки могут быть выполнены с возможностью выполнения любых операций приема и/или определенных операций получения, описанных в данном документе, которые выполняет сетевой узел. Любая информация, данные и/или сигналы могут быть приняты из беспроводного устройства, другого сетевого узла и/или любого другого сетевого оборудования. Аналогичным образом, антенна 162, интерфейс 190 и/или схема 170 обработки могут быть выполнены с возможностью выполнения любых операций передачи, описанных в данном документе, которые выполняет сетевой узел. Любая информация, данные и/или сигналы могут передаваться в беспроводное устройство, другой сетевой узел и/или любое другое сетевое оборудование.

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

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

Используемый в данном документе термин «WD» относится к устройству, способному, сконфигурированному, расположенному и/или выполненному с возможностью поддержания беспроводной связи с сетевыми узлами и/или другими беспроводными устройствами. Если не указано иное, термин «WD» может использоваться в данном документе взаимозаменяемо с UE. Беспроводная связь может включать передачу и/или прием беспроводных сигналов с использованием электромагнитных волн, радиоволн, инфракрасных волн и/или других типов сигналов, подходящих для передачи информации в воздушной среде. В некоторых вариантах осуществления WD может быть выполнена с возможностью передачи и/или приема информации без прямого взаимодействия с человеком. Например, WD может быть предназначено для передачи информации в сеть по заранее определенному расписанию, когда оно запускается внутренним или внешним событием, или в ответ на запросы из сети. Примеры WD включают в себя, но не ограничиваются ими, смартфон, мобильный телефон, сотовый телефон, телефон с передачей голоса по IP (VoIP), телефон беспроводного абонентского доступа, настольный компьютер, персональный цифровой помощник (PDA), беспроводные камеры, игровую приставку или устройство, устройство для хранения музыки, устройство воспроизведения, носимое терминальное устройство, беспроводную оконечную точку, мобильную станцию, планшетный компьютер, ноутбук, оборудование, встроенное в портативный компьютер (LEE), оборудование, монтируемое на портативном компьютере (LME), интеллектуальное устройство, беспроводное абонентское оборудование (CPE), беспроводное терминальное устройство, устанавливаемое в транспортном средстве и т.д. WD может поддерживать связь между устройствами (D2D), например, путем реализации стандарта проекта партнерства третьего поколения (3GPP) для поддержания связи между транспортными средствами (V2V), между транспортным средством и придорожной инфраструктурой (V2I), между транспортным средством и другими объектами (V2X), и в этом случае WD может называться устройством связи D2D. В качестве еще одного конкретного примера в сценарии Интернета вещей (IoT) WD может представлять собой машину или другое устройство, которое выполняет мониторинг и/или измерения и передает результаты такого мониторинга и/или измерений в другое WD и/или сетевой узел. В этом случае WD может быть устройством межмашинной связи (M2M), которое в контексте 3GPP может упоминаться как устройство связи машинного типа (MTC). В качестве одного конкретного примера, WD может быть UE, реализующим стандарт узкополосного IoT (NB-IoT) 3GPP. Конкретными примерами таких машин или устройств являются датчики, измерительные устройства, такие как измерители мощности, промышленное оборудование или бытовые, или персональные электроприборы (например, холодильники, телевизоры и т.д.), персональные носимые портативные электронные устройства (например, часы, фитнес-трекеры и т.д.). В других сценариях WD может представлять транспортное средство или другое оборудование, которое способно контролировать и/или сообщать о своем рабочем состоянии или других функциях, связанных с его работой. WD, как описано выше, может представлять оконечную точку беспроводного соединения, и в этом случае устройство может упоминаться как беспроводной терминал. Кроме того, WD, как описано выше, может быть мобильным, и в этом случае его можно также назвать мобильным устройством или мобильным терминалом.

Как показано, беспроводное устройство 110 включает в себя антенну 111, интерфейс 114, схему 120 обработки, машиночитаемый носитель 130, оборудование 132 пользовательского интерфейса, вспомогательное оборудование 134, источник 136 электропитания и схему 137 электропитания. WD 110 может включать в себя множество наборов из одного или более из проиллюстрированных компонентов для различных технологий беспроводной связи, поддерживаемых WD 110, таких, например, как технологии беспроводной связи GSM, WCDMA, LTE, NR, WiFi, WiMAX или Bluetooth, и это всего лишь некоторые из них. Эти технологии беспроводной связи могут быть интегрированы в те же или другие микросхемы, или набор микросхем, что и другие компоненты в WD 110.

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

Как показано, интерфейс 114 содержит схему 112 внешнего радиоинтерфейса и антенну 111. Схема 112 внешнего радиоинтерфейса содержит один или несколько фильтров 118 и усилителей 116. Схема 114 внешнего радиоинтерфейса подключена к антенне 111 и схеме 120 обработки и выполнена с возможностью выполнения кондиционирования сигналов, передаваемых между антенной 111 и схемой 120 обработки. Схема 112 внешнего радиоинтерфейса может быть подключена к антенне 111 или к ее части. В некоторых вариантах осуществления WD 110 может не включать в себя отдельную схему 112 внешнего радиоинтерфейса; скорее всего, схема 120 обработки может содержать схему радиосигнала и может быть подключена к антенне 111. Аналогичным образом, в некоторых вариантах осуществления некоторые или все схемы 122 РЧ приемопередатчика могут рассматриваться как часть интерфейса 114. Схема 112 внешнего радиоинтерфейса может принимать цифровые данные, подлежащие отправке в другие узлы сети или WD через беспроводное соединение. Схема 112 внешнего радиоинтерфейса может преобразовывать цифровые данные в радиосигнал, имеющий соответствующие параметры канала и полосу пропускания, используя комбинацию фильтров 118 и/или усилителей 116. Затем радиосигнал может передаваться через антенну 111. Аналогичным образом, при приеме данных антенна 111 может принимать радиосигналы, которые затем преобразуются в цифровые данные схемой 112 внешнего радиоинтерфейса. Цифровые данные могут передаваться в схему 120 обработки. В других вариантах осуществления интерфейс может содержать различные компоненты и/или различные комбинации компонентов.

Схема 120 обработки может содержать комбинацию из одного или более из: микропроцессора, контроллера, микроконтроллера, центрального процессора (ЦП), процессора цифровых сигналов (DSP), специализированной интегральной схемы (ASIC), программируемой пользователем полевой логической матрицы (FPGA) или любого другого подходящего вычислительного устройства, ресурса или комбинации аппаратных средств, программного обеспечения и/или кодированной логики, предназначенной для обеспечения, по отдельно или в сочетании с другими компонентами WD 110, такими как машиночитаемый носитель 130, функциональных возможностей WD 110. Такие функциональные возможности могут включать в себя предоставление любых различных функций беспроводной связи или преимуществ, обсужденных в данном документе. Например, схема 120 обработки может исполнять инструкции, хранящиеся на машиночитаемом носителе 130 или в памяти, расположенной в схеме 120 обработки с тем, чтобы обеспечить раскрытые в данном документе функциональные возможности.

Как показано, схема 120 обработки включает в себя одну или несколько из схемы 122 РЧ приемопередатчика, схемы 124 обработки основополосных сигналов и схемы 126 обработки приложения. В других вариантах осуществления схема обработки может содержать различные компоненты и/или различные комбинации компонентов. В некоторых вариантах осуществления схема 120 обработки WD 110 может содержать SOC. В некоторых вариантах осуществления схема 122 РЧ приемопередатчика, схема 124 обработки основополосных сигналов и схема 126 обработки приложения могут быть выполнены в виде отдельных микросхем или наборов микросхем. В альтернативных вариантах осуществления часть или вся схема 124 обработки основополосных сигналов и схема 126 обработки приложений могут быть объединены в одну микросхему или набор микросхем, и схема 122 РЧ приемопередатчика может быть выполнена в виде отдельной микросхемы или набора микросхем. В еще одних альтернативных вариантах осуществления часть или вся схема 122 РЧ приемопередатчика и схема 124 обработки основополосных сигналов могут быть выполнены на одной и той же микросхеме или на одном и том же наборе микросхем, и схема 126 обработки приложения может быть в виде отдельной микросхемы или набора микросхем. В других альтернативных вариантах осуществления часть или вся схема 122 РЧ приемопередатчика, схема 124 обработки основополосных сигналов и схема 126 обработки приложения могут быть объединены в одной и той же микросхеме или наборе микросхем. В некоторых вариантах осуществления схема 122 РЧ приемопередатчика может быть частью интерфейса 114. Схема 122 РЧ приемопередатчика может формировать радиочастотные сигналы для схемы 120 обработки.

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

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

Машиночитаемый носитель 130 может быть выполнен с возможностью хранения компьютерной программы, программного обеспечения, приложения, включающего в себя одну или несколько логических схем, правил, кода, таблиц и т.д., и/или других инструкций, которые могут быть исполнены схемой 120 обработки. Машиночитаемый носитель 130 может включать в себя компьютерную память (например, ОЗУ или ПЗУ), носитель информации (например, жесткий диск), съемный носитель (например, CD или DVD) и/или любые другие энергозависимые или энергонезависимые невременные машиночитаемые и/или машиноисполняемые запоминающие устройства, которые хранят информацию, данные и/или инструкции, которые могут использоваться схемой 120 обработки. В некоторых вариантах осуществления схема 120 обработки и машиночитаемый носитель 130 могут считаться интегрированными.

Оборудование 132 пользовательского интерфейса может предоставлять компоненты, которые позволяют пользователю-человеку взаимодействовать с WD 110. Такое взаимодействие может принимать различные формы, такие как визуальное, звуковое, тактильное и т.д. Оборудование 132 пользовательского интерфейса может быть выполнено с возможностью предоставлять пользователю возможность выводить и вводить данные из/в WD 110. Тип взаимодействия может варьироваться в зависимости от типа оборудования 132 пользовательского интерфейса, установленного в WD 110. Например, если WD 110 представляет собой смартфон, взаимодействие может осуществляться посредством касания экрана; если WD 110 представляет собой интеллектуальный измеритель, взаимодействие может осуществляться через экран, который представляет показания расхода (например, количество использованных галлонов (литров), или динамик, который обеспечивает звуковое оповещение (например, если обнаружен дым). Оборудование 132 пользовательского интерфейса может включать в себя интерфейсы, устройства и схемы ввода и интерфейсы, устройства и схемы вывода. Оборудование 132 пользовательского интерфейса выполнено с возможностью ввода информации в WD 110 и подключения к схеме 120 обработки с тем, чтобы схема 120 обработки могла обрабатывать вводимую информацию. Оборудование 132 пользовательского интерфейса может включать в себя, например, микрофон, датчик приближения или другой датчик, клавиши/кнопки, сенсорный дисплей, одну или несколько камер, порт универсальной последовательной шины (USB) или другую схему ввода. Оборудование 132 пользовательского интерфейса также выполнено с возможностью разрешать вывод информации из WD 110 и разрешать схемам 120 обработки выводить информацию из WD 110. Оборудование 132 пользовательского интерфейса может включать в себя, например, динамик, дисплей, вибрирующие схемы, USB порт, интерфейс наушников или другие выходные схемы. Используя один или несколько интерфейсов ввода и вывода, устройств и схем оборудования 132 пользовательского интерфейса, WD 110 может поддерживать связь с конечными пользователями и/или беспроводной сетью и предоставлять им возможность пользоваться функциональными возможностями, описанными в данном документе.

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

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

Фиг.2 иллюстрирует один вариант осуществления UE в соответствии с различными аспектами, описанными в данном документе. Используемый в данном документе термин «пользовательское оборудование или UE» не обязательно может иметь пользователя в смысле пользователя-человека, который владеет и/или управляет соответствующим устройством. Вместо этого, UE может представлять устройство, которое предназначено для продажи или эксплуатации пользователем-человеком, но которое не может или изначально не может быть связано с конкретным пользователем-человеком (например, интеллектуальное устройство для управления дождевальными аппаратами). В качестве альтернативы, UE может представлять собой устройство, которое не предназначено для продажи или эксплуатации конечным пользователем, но которое может быть связано или эксплуатироваться в интересах пользователя (например, интеллектуальный измеритель мощности). UE 2200 может быть любым UE, идентифицированным 3GPP, включая UE NB-IoT, UE MTC и/или UE с улучшенной MTC (eMTC). UE 200, как показано на фиг.2, является одним примером WD, выполненного с возможностью поддержания связи в соответствии с одним или несколькими стандартами связи, принятыми 3GPP, такими как стандарты GSM, UMTS, LTE и/или 5G 3GPP. Как упоминалось ранее, термины WD и UE могут использоваться взаимозаменяемо. Соответственно, хотя на фиг.2 показано UE, компоненты, обсужденные в данном документе, в равной степени применимы к WD, и наоборот.

На фиг.2 UE 200 включает в себя схему 201 обработки, которая функционально связана с интерфейсом 205 ввода-вывода, РЧ интерфейсом 209, интерфейсом 211 сетевого подключения, памятью 215, включающей в себя ОЗУ 217, ПЗУ 219 и носитель 221 информации или тому подобное, подсистему связи 231, источник 233 электропитания и/или любой другой компонент или любую их комбинацию. Носитель 221 информации включает в себя операционную систему 223, прикладную программу 225 и данные 227. В других вариантах осуществления носитель 221 информации может включать в себя другие подобные типы информации. Некоторые UE могут использовать все компоненты, показанные на фиг.2, или только подмножество компонентов. Уровень интеграции между компонентами может варьироваться от одного UE до другого UE. Кроме того, некоторые UE могут содержать несколько экземпляров компонента, таких как несколько процессоров, запоминающих устройств, приемопередатчиков, передатчиков, приемников и т.д.

На фиг.2 схема 201 обработки может быть выполнена с возможностью обработки компьютерных инструкций и данных. Схема 201 обработки может быть выполнена с возможностью реализации любой машины последовательных состояний, предназначенной для исполнения инструкций, хранящихся в виде машиночитаемых компьютерных программ в памяти, такой как одна или несколько аппаратных машин состояний (например, в дискретной логике, FPGA, ASIC и т.д.); программируемая логическая схема вместе с соответствующим программно-аппаратным обеспечением; одна или несколько процессоров общего назначения вместе с программами, хранящимися в памяти, таких как микропроцессор или DSP, вместе с соответствующим программным обеспечением; или любая комбинация из вышеперечисленного. Например, схема 201 обработки может включать в себя два ЦП. Данные могут быть представлены в форме информации, подходящей для использования в компьютере.

В изображенном варианте осуществления интерфейс 205 ввода/вывода может быть выполнен с возможностью предоставления интерфейса связи устройству ввода, устройству вывода или устройству ввода и вывода. UE 200 может быть выполнено с возможностью использования устройства вывода через интерфейс 205 ввода/вывода. Устройство вывода может использовать интерфейсный порт того же типа, что и устройство ввода. Например, порт USB может использоваться для обеспечения ввода и вывода из UE 200. Устройство вывода может быть динамиком, звуковой картой, видеокартой, дисплеем, монитором, принтером, приводом, излучаетелем, смарт-картой, другим устройство вывода или любой их комбинацией. UE 200 может быть выполнено с возможностью использования устройства ввода через интерфейс 205 ввода/вывода, чтобы позволить пользователю осуществлять сбор и передачу информации в UE 200. Устройство ввода может включать в себя сенсорный или чувствительный к присутствию дисплей, камеру (например, цифровую камеру цифровую видеокамеру, веб-камеру и т.д.), микрофон, сенсор, мышь, трекбол, панель направления, трекпад, колесо прокрутки, смарт-карту и т.п. Чувствительный к присутствию дисплей может включать в себя емкостный или резистивный сенсорный датчик для определения ввода от пользователя. Датчиком может быть, например, акселерометр, гироскоп, датчик наклона, датчик усилия, магнитометр, оптический датчик, датчик приближения, другой аналогичный датчик или любая их комбинация. Например, устройством ввода может быть акселерометр, магнитометр, цифровая камера, микрофон и оптический датчик.

На фиг.2 РЧ интерфейс 209 может быть выполнен с возможностью обеспечения интерфейса связи с РЧ компонентами, такими как передатчик, приемник и антенна. Интерфейс 211 сетевого соединения может быть выполнен с возможностью обеспечения интерфейса связи с сетью 243a. Сеть 243a может охватывать проводные и/или беспроводные сети, такие как LAN, WAN, компьютерная сеть, беспроводная сеть, телекоммуникационная сеть, другая подобная сеть или любая их комбинация. Например, сеть 243a может содержать сеть Wi-Fi. Интерфейс 211 сетевого соединения может быть выполнен с возможностью включать в себя интерфейс приемника и передатчика, используемый для поддержания связи с одним или несколькими другими устройствами по сети связи в соответствии с одним или несколькими протоколами связи, такими как Ethernet, протокол управления передачей (TCP)/IP, взаимодействие через синхронные оптические сети (SONET), режим асинхронной передачи (ATM) или тому подобное. Интерфейс 211 сетевого соединения может реализовывать функциональные возможности приемника и передатчика, соответствующие каналам сети связи (например, оптическим, электрическим и т.п.). Функции передатчика и приемника могут совместно использовать компоненты схемы, программное обеспечение или аппаратно-программное обеспечение, или, альтернативно, могут быть реализованы по отдельности.

ОЗУ 217 может быть выполнено с возможностью взаимодействия через шину 202 со схемой 201 обработки для обеспечения хранения или кэширования данных, или компьютерных инструкций во время исполнения программ, таких как операционная система, прикладные программы и драйверы устройств. ПЗУ 219 может быть выполнено с возможностью предоставления компьютерных инструкций или данных для схемы 201 обработки. Например, ПЗУ 219 может быть выполнено с возможностью хранения инвариантного низкоуровневого системного кода или данных для основных системных функций, таких как базовый ввод и вывод (I/O), запуск или прием нажатий клавиш с клавиатуры, которые хранятся в энергонезависимой памяти. Носитель 221 информации может быть выполнен с возможностью включать в себя запоминающие устройства (память), такие как ОЗУ, ПЗУ, программируемое ПЗУ (ППЗУ, PROM), стираемое ППЗУ (СППЗУ, EPROM), электрически стираемое ППЗУ (ЭСППЗУ, EEPROM), магнитные диски, оптические диски, дискеты, жесткие диски, съемные картриджи или флэш-память. В одном примере носитель 221 информации может быть выполнен с возможностью включать в себя операционную систему 223, прикладную программу 225, такую как приложение веб-браузера, механизм виджетов или гаджетов или другое приложение и файл 227 данных. Носитель 221 информации может хранить, при использовании UE 200, любое из: множества различных операционных систем или комбинаций операционных систем,

Носитель 221 информации может быть выполнен с возможностью включать в себя несколько физических дисков, таких как резервный массив независимых дисков (RAID), дисковод для гибких дисков, карта флэш-памяти, флэш-память USB, внешний жесткий диск, флэш-накопитель, флэшка, оптический дисковод высокой плотности для цифровых универсальных дисков (HD-DVD), внутренний жесткий диск, дисковод для оптических дисков Blu-Ray, дисковод для оптических дисков с голографическим цифровым хранилищем данных (HDDS), внешний миниатюрный двойной встроенный модуль памяти (DIMM) синхронное динамическое ОЗУ (SDRAM), SDRAM на основе внешнего микро-DIMM, память на основе смарт-карты, такая как модуль идентификации абонента (SIM) или сменный модуль идентификации пользователя (RUIM), другая память или любая их комбинация. Носитель 221 информации может предоставлять UE 200 доступ к исполняемым на компьютере инструкциям, прикладным программам и т.п., хранящимся на временном или постоянном носителе памяти, для выгрузки данных или для загрузки данных. Изделие производства, такое как изделие, использующее систему связи, может быть материально воплощено в виде носителя 221 информации, который может содержать машиночитаемый носитель.

На фиг.2 схема 201 обработки может быть выполнена с возможностью поддержания связи с сетью 243b, использующей подсистемы 231 связи. Сеть 243a и сеть 243b могут быть одной и той же сетью или сетями, или другой сетью или сетями. Подсистема 231 связи может быть выполнена с возможностью включать в себя один или несколько приемопередатчиков, используемых для поддержания связи с сетью 243b. Например, подсистема 231 связи может быть выполнена с возможностью включать в себя один или несколько приемопередатчиков, используемых для поддержания связи с одним или несколькими удаленными приемопередатчиками другого устройства, способного поддерживать беспроводную связь, такого как другое WD, UE или базовая станция сети радиодоступа (RAN), в соответствии с одним или несколькими протоколами связи, такими как IEEE 802.2, множественный доступ с кодовым разделением каналов (CDMA), WCDMA, GSM, LTE, UTRAN, WiMax или тому подобное. Каждый приемопередатчик может включать в себя передатчик 233 и/или приемник 235 для реализации функциональных возможностей передатчика или приемника, соответственно, свойственных линиям связи RAN (например, выделение частот и тому подобное). Кроме того, передатчик 233 и приемник 235 каждого приемопередатчика могут совместно использовать компоненты схемы, программное обеспечение или аппаратно-программное обеспечение, или, альтернативно, могут быть реализованы отдельно.

В проиллюстрированном варианте осуществления функции связи подсистемы 231 связи могут включать в себя передачу данных, голосовую связь, мультимедийную связь, связь малого радиуса действия, такую как Bluetooth, связь ближнего радиуса действия, связь на основе определения местоположения, например, на основе использования системы глобального позиционирования (GPS) для определения местоположения, другую подобную функцию связи или любую их комбинацию. Например, подсистема 231 связи может включать в себя сотовую связь, связь Wi-Fi, связь Bluetooth и связь GPS. Сеть 243b может охватывать проводные и/или беспроводные сети, такие как LAN, WAN, компьютерная сеть, беспроводная сеть, телекоммуникационная сеть, другая подобная сеть или любая их комбинация. Например, сеть 243b может быть сотовой сетью, сетью Wi-Fi и/или сетью ближнего радиуса действия. Источник 213 электропитания может быть выполнен с возможностью подачи переменного (постоянного) напряжения или постоянного (постоянного) тока на компоненты UE 200.

Особенности, преимущества и/или функции, описанные в данном документе, могут быть реализованы в одном из компонентов UE 200 или распределены по множеству компонентов UE 200. Кроме того, описанные в данном документе особенности, преимущества и/или функции могут быть реализованы в любой комбинации: аппаратные средства, программное обеспечение или программно-аппаратное обеспечение. В одном примере подсистема 231 связи может быть выполнена с возможностью включать в себя любой из компонентов, описанных в данном документе. Кроме того, схема 201 обработки может быть выполнена с возможностью поддержания связи с любым из таких компонентов по шине 202. В другом примере любой из таких компонентов может быть представлен программными инструкциями, хранящимися в памяти, которые при исполнении схемой 201 обработки выполняют соответствующие функции, описанные в данном документе. В другом примере функциональные возможности любого из таких компонентов могут быть разделены между схемой 201 обработки и подсистемой 231 связи. В другом примере, функции, не требующие большого объема вычислений, любого из таких компонентов могут быть реализованы в программном обеспечении или программно-аппаратном обеспечении, а также функции, требующие большого объема вычислений, могут быть реализованы аппаратным образом.

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

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

Функции могут быть реализованы одним или несколькими приложениями 320 (которые могут альтернативно называться экземплярами программного обеспечения, виртуальными устройствами, сетевыми функциями, виртуальными узлами, функциями виртуальной сети и т.д.), выполненными с возможностью реализации некоторых особенностей, функций и/или преимуществ некоторых из раскрытых в данном документе вариантов осуществления. Приложения 320 выполняются в среде 300 виртуализации, которая предоставляет аппаратные средства 330, содержащие схему обработки 360 и память 390. Память 390 содержит инструкции 395, выполняемые схемой обработки 360, посредством чего приложение 320 способно обеспечить одну или несколько функций, преимуществ и/или функций, раскрытых в данном документе.

Среда 300 виртуализации содержит сетевые аппаратные устройства 330 общего или специального назначения, содержащие набор из одного или нескольких процессоров или схем обработки 360, которые могут быть готовыми к применению коммерческими (COTS) процессорами, специализированными ASIC или схемами обработки любого другого типа, включая цифровые или аналоговые аппаратные компоненты или процессоры специального назначения. Каждое аппаратное устройство может содержать память 390-1, которая может быть невременной памятью для временного хранения инструкций 395 или программного обеспечения, выполняемого схемой 360 обработки. Каждое аппаратное устройство может содержать один или несколько контроллеров сетевого интерфейса (NIC) 370, также известных как сетевые интерфейсные карты, которые включают в себя физический сетевой интерфейс 380. Каждое аппаратное устройство может также включать в себя невременные, постоянные, машиночитаемые носители 390-2 информации, на которых хранится программное обеспечение 395 и/или инструкции, исполняемые схемой 360 обработки. Программное обеспечение 395 может включать в себя любой тип программного обеспечения, включая программное обеспечение для создания экземпляров одного или нескольких уровней 350 виртуализации (также называемых гипервизорами), программного обеспечения для исполнения виртуальных машин 340, а также программного обеспечения, позволяющего ему выполнять функции, особенности и/или преимущества, описанные в связи с некоторыми вариантами осуществления, описанными в данном документе.

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

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

Как показано на фиг.3, аппаратные средства 330 могут представлять собой автономный сетевой узел с общими или конкретными компонентами. Аппаратные средства 330 могут содержать антенну 3225 и могут реализовывать некоторые функции посредством виртуализации. В качестве альтернативы, аппаратные средства 330 могут быть частью более крупного кластера аппаратных средств (например, в центре обработки данных или CPE), где многие аппаратные узлы работают вместе и управляются через управление и оркестровку (MANO) 3100, которая, помимо прочего, контролирует управление жизненным циклом приложений 320.

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

В контексте NFV виртуальная машина 340 может быть программной реализацией физической машины, которая запускает программы, как если бы они выполнялись на физической, не виртуализированной машине. Каждая из виртуальных машин 340 и та часть аппаратных средств 330, которая исполняет эту виртуальную машину, будь то аппаратные средства, выделенные для этой виртуальной машины, и/или аппаратные средства, совместно используемые этой виртуальной машиной с другими виртуальными машинами 340, образуют отдельные элементы виртуальной сети (VNE).

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

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

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

Как показано на фиг.4, в соответствии с вариантом осуществления система связи включает в себя телекоммуникационную сеть 410, такую как сотовая сеть типа 3GPP, которая содержит сеть 411 доступа, такую как сеть радиодоступа, и базовую сеть 414. Сеть 411 доступа содержит множество базовых станций 412a, 412b, 412c, таких как узлы B, eNB, gNB или другие типы точек беспроводного доступа, каждая из которых определяет соответствующую зону покрытия 413a, 413b, 413c. Каждая базовая станция 412a, 412b, 412c может быть подключена к базовой сети 414 через проводное или беспроводное соединение 415. Первое UE 491, расположенное в зоне 413c покрытия, выполнено с возможностью беспроводного подключения к или передачи сигналов поискового вызова с помощью соответствующей базовой станцией 412c. Второе UE 492 в зоне 413a покрытия беспроводным образом подключается к соответствующей базовой станции 412a. Хотя в этом примере проиллюстрировано множество UE 491, 492, раскрытые варианты осуществления в равной степени применимы к ситуации, когда одиночное UE находится в зоне покрытия, или, когда одиночное UE подключается к соответствующей базовой станции 412.

Телекоммуникационная сеть 410 подключена непосредственно к хост-компьютеру 430, который может быть реализован в виде аппаратных средств и/или программного обеспечения автономного сервера, сервера, реализованного в облаке, распределенного сервера или в виде ресурсов обработки в ферме серверов. Хост-компьютер 430 может находиться в собственности или под контролем поставщика услуг или может управляться поставщиком услуг или от имени поставщика услуг. Соединения 421 и 422 между телекоммуникационной сетью 410 и хост-компьютером 430 могут проходить непосредственно от базовой сети 414 до хост-компьютера 430 или могут проходить через вспомогательную промежуточную сеть 420. Промежуточная сеть 420 может представлять собой одну или комбинацию из более чем одной: общедоступной, частной или развернутой сети; промежуточной сети 420, если таковая имеется, может представлять собой магистральную сеть или Интернет; в частности, промежуточная сеть 420 может содержать две или более подсетей (не показаны).

Система связи, показанная на фиг.4, в целом обеспечивает возможность соединения между подключенными UE 491, 492 и хост-компьютером 430. Связь может быть описана как соединение 450 поверх протокола IP (OTT). Хост-компьютер 430 и подключенные UE 491, 492 выполнены с возможностью передачи данных и/или сигнализации через OTT-соединение 450, используя сеть 411 доступа, базовую сеть 414, любую промежуточную сеть 420 и возможную дополнительную инфраструктуру (не показана) в качестве посредников. OTT-соединение 450 может быть прозрачным в том смысле, что участвующие устройства связи, через которые проходит OTT-соединение 450, не знают о маршрутизации передач по восходящей и нисходящей линиям связи. Например, базовая станция 412 может не знать или не нуждаться в информации о прошлой маршрутизации входящей передачи по нисходящей линии связи с данными, исходящими из хост-компьютера 430, которые должны пересылаться (например, при передаче обслуживания) в подключенное UE 491. Аналогичным образом, базовой станции 412 не обязательно должна знать о будущей маршрутизации исходящей передачи по восходящей линии связи, исходящей от UE 491 в направлении хост-компьютера 430.

Примерные реализации, в соответствии с вариантом осуществления, UE, базовой станции и хост-компьютера, обсужденные в предыдущих абзацах, будут теперь описаны со ссылкой на фиг.5. В системе 500 связи хост-компьютер 510 содержит аппаратные средства 515, включая интерфейс 516 связи, выполненный с возможностью установления и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 500 связи. Хост-компьютер 510 дополнительно содержит схему 518 обработки, которая может иметь возможности хранения и/или обработки. В частности, схема 518 обработки может содержать один или более программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их комбинации (не показаны), которые предназначены для исполнения инструкций. Хост-компьютер 510 дополнительно содержит программное обеспечение 511, которое хранится в хост-компьютере 510 или доступно для него и исполняется схемой 518 обработки. Программное обеспечение 511 включает в себя хост-приложение 512. Хост-приложение 512 может быть выполнено с возможностью предоставления услуги удаленному пользователю, такому как UE 530, устанавливающему соединение через OTT-соединение 550, которое заканчивается в UE 530 и хост-компьютере 510. При предоставлении услуги удаленному пользователю хост-приложение 512 может предоставлять пользовательские данные, которые передаются с использованием OTT-соединения 550.

Система 500 связи дополнительно включает в себя базовую станцию 520, предусмотренную в телекоммуникационной системе и содержащую аппаратные средства 525, позволяющие ей обмениваться данными с хост-компьютером 510 и с UE 530. Аппаратные средства 525 могут включать в себя интерфейс 526 связи для установки и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 500 связи, а также радиоинтерфейс 527 для установки и поддержания по меньшей мере беспроводного соединения 570 с UE 530, расположенным в зоне покрытия (не показана на фиг.5), обслуживаемой базовой станцией 520. Интерфейс 526 связи может быть выполнен с возможностью упрощения соединения 560 с хост-компьютером 510. Соединение 560 может быть прямым или оно может проходить через базовую сеть (не показана на фиг.5) телекоммуникационной системы и/или через одну или несколько промежуточных сетей вне телекоммуникационной системы. В показанном варианте осуществления аппаратные средства 525 базовой станции 520 дополнительно включают в себя схему 528 обработки, которая может содержать один или несколько программируемых процессоров, ASIC, FPGA или их комбинации (не показаны), выполненные с возможностью исполнения инструкций. Базовая станция 520 дополнительно имеет программное обеспечение 521, хранящееся внутри нее или доступное через внешнее соединение.

Система 500 связи дополнительно включает в себя уже упомянутое UE 530. Его аппаратные средства 535 могут включать в себя радиоинтерфейс 537, выполненный с возможностью установки и поддержания беспроводного соединения 570 с базовой станцией, обслуживающей зону покрытия, в которой на данный момент находится UE 530. Аппаратные средства 535 UE 530 дополнительно включают в себя схему 538 обработки, которая может содержать один или несколько программируемых процессоров, ASIC, FPGA или их комбинации (не показаны), выполненные с возможностью исполнения инструкций. UE 530 дополнительно содержит программное обеспечение 531, которое хранится в UE 530 или доступно для него и может быть выполнено схемой 538 обработки. Программное обеспечение 531 включает в себя клиентское приложение 532. Клиентское приложение 532 может быть выполнено с возможностью предоставлять услугу пользователю- человеку или пользователю-не человеку через UE 530, с поддержкой хост-компьютера 510. В хост-компьютере 510 исполняющее хост-приложение 512 может поддерживать связь с исполняющимся клиентским приложением 532 через OTT-соединение 550, оканчивающееся в UE 530 и хост-компьютере 510. При предоставлении услуги пользователю, клиентское приложение 532 может принимать данные запроса из хост-приложения 512 и предоставлять пользовательские данные в ответ на данные запроса. OTT-соединение 550 может передавать как данные запроса, так и данные пользователя. Клиентское приложение 532 может взаимодействовать с пользователем для выработки пользовательских данных, которые оно предоставляет.

Следует отметить, что хост-компьютер 510, базовая станция 520 и UE 530, показанные на фиг.5, могут быть аналогичны или идентичны хост-компьютеру 430, одной из базовых станций 412a, 412b, 412c и одному из UE 491, 492, которые показаны на фиг.4, соответственно. То есть внутренняя работа этих объектов может быть такой, как показано на фиг.5, и независимо от этого топология окружающей сети может быть такой же, как на фиг.4.

На фиг.5 ОТТ-соединение 550 было изображено абстрактно для иллюстрации связи между хост-компьютером 510 и UE 530 через базовую станцию 520 без явной ссылки на какие-либо промежуточные устройства и точной маршрутизации сообщений через эти устройства. Сетевая инфраструктура может определять маршрутизацию, которую она может конфигурировать, чтобы скрыть ее от UE 530 или от поставщика услуг, управляющего хост-компьютером, или от обоих. Когда OTT-соединение 550 является активным, сетевая инфраструктура может дополнительно принимать решения, с помощью которых оно динамически изменяет маршрутизацию (например, на основе рассмотрения балансировки нагрузки или реконфигурирования сети).

Беспроводное соединение 570 между UE 530 и базовой станцией 520 соответствует принципам вариантов осуществления, описанным в настоящем раскрытии. Один или более из различных вариантов осуществления позволяют повысить производительность услуг OTT, предоставляемых UE 530, используя OTT-соединение 550, в котором беспроводное соединение 570 образует последний сегмент. Более точно, идеи этих вариантов осуществления позволяют улучшить энергопотребление (например, путем уменьшения служебных сообщений, требуемых для выделения ресурсов PUCCH) и, таким образом, обеспечить такие преимущества, как увеличенный срок службы аккумуляторной батареи. В качестве другого примера, идеи этих вариантов осуществления позволяют уменьшить коллизии между ресурсами PUCCH, используемыми различными беспроводными устройствами, что позволяет уменьшить задержку и тем самым обеспечить такие преимущества, как уменьшенное время ожидания пользователя.

Процедура измерения может выполняться с целью контроля скорости передачи данных, задержки и других показателей, которые улучшают один или несколько вариантов осуществления. Кроме того, может существовать дополнительная сетевая функциональность для реконфигурирования OTT-соединения 550 между хост-компьютером 510 и UE 530 в ответ на изменения результатов измерений. Процедура измерения и/или сетевые функциональные возможности для реконфигурирования OTT-соединения 550 могут быть реализованы в виде программного обеспечения 511 и аппаратных средств 515 хост-компьютера 510, или в виде программного обеспечения 531 и аппаратных средств 535 UE 530 или и того и другого. В вариантах осуществления датчики (не показаны) могут быть развернуты в или в связи с устройствами связи, через которые проходит OTT-соединение 550; датчики могут участвовать в процедуре измерения, предоставляя значения контролируемых величин, приведенных в качестве примера выше, или предоставляя значения других физических величин, из которых программное обеспечение 511, 531 может вычислить или оценить контролируемые величины. Реконфигурирование OTT-соединения 550 может включать в себя формат сообщения, настройки повторной передачи, предпочтительную маршрутизацию и т.д.; реконфигурирование не должно влиять на базовую станцию 520, и оно может быть неизвестным или незаметным для базовой станции 520. Такие процедуры и функциональные возможности известны и могут быть осуществлены в данной области техники. В некоторых вариантах осуществления измерения могут включать в себя собственную сигнализацию UE, облегчающую измерения, проводимые хост-компьютером 510, пропускной способности, времени распространения, задержки и т.п. Измерения могут быть реализованы таким образом, чтобы программное обеспечение 511 и 531 заставляло передавать сообщения, в частности пустые или «фиктивные» сообщения с использованием OTT-соединения 550, контролируя при этом время распространения, ошибки и т.д.

На фиг.6 показана блок-схема, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть такими, которые описаны со ссылкой на фиг.4 и 5. Для упрощения настоящего раскрытия в этом разделе будут включены только ссылки на чертежи, показанные на фиг.6. На этапе 610 хост-компьютер предоставляет пользовательские данные. На подэтапе 611 (который может быть необязательным) этапа 610 хост-компьютер предоставляет пользовательские данные путем выполнения хост-приложения. На этапе 620 хост-компьютер инициирует передачу, переносящую пользовательские данные в UE. На этапе 630 (который может быть необязательным) базовая станция передает в UE пользовательские данные, которые были перенесены при передаче, инициированной хост-компьютером, в соответствии с идеями вариантов осуществления, описанных в настоящем раскрытии. На этапе 640 (который также может быть необязательным) UE выполняет клиентское приложение, связанное с хост-приложением, исполняемым хост-компьютером.

На фиг.7 показана блок-схема, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть такими, которые описаны со ссылкой на фиг.4 и 5. Для упрощения настоящего раскрытия в этом разделе будут включены только ссылки на чертежи, показанные на фиг.7. На этапе 710 способа хост-компьютер предоставляет пользовательские данные. На необязательном подэтапе (не показан) хост-компьютер предоставляет пользовательские данные, выполняя хост-приложение. На этапе 720 хост-компьютер инициирует передачу, переносящую пользовательские данные в UE. Передача может проходить через базовую станцию в соответствии с идеями вариантов осуществления, описанных в настоящем раскрытии. На этапе 730 (который может быть необязательным) UE принимает пользовательские данные, переносимые в передаче.

На фиг.8 показана блок-схема, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть такими, которые описаны со ссылкой на фиг.4 и 5. Для упрощения настоящего раскрытия в этом разделе будут включены только ссылки на чертежи, показанные на фиг.8. На этапе 810 (который может быть необязательным) UE принимает данные ввода, предоставленные хост-компьютером. Дополнительно или альтернативно, на этапе 820 UE предоставляет пользовательские данные. На подэтапе 821 (который может быть необязательным) этапа 820 UE предоставляет пользовательские данные путем выполнения клиентского приложения. На подэтапе 811 (который может быть необязательным) этапа 810 UE выполняет клиентское приложение, которое предоставляет пользовательские данные в ответ на принятые данные ввода, предоставленные хост-компьютером. При предоставлении пользовательских данных исполняемое клиентское приложение может дополнительно учитывать пользовательский ввод, полученный от пользователя. Независимо от конкретного способа предоставления пользовательских данных, UE на подэтапе 830 (который может быть необязательным) инициирует передачу пользовательских данных в хост-компьютер. На этапе 840 способа хост-компьютер принимает пользовательские данные, переданные из UE, в соответствии с идеями вариантов осуществления, описанных в настоящем раскрытии.

На фиг.9 показана блок-схема, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть такими, которые описаны со ссылкой на фиг.4 и 5. Для упрощения настоящего раскрытия в этом разделе будут включены только ссылки на чертежи, показанные на фиг.9. На этапе 910 (который может быть необязательным), в соответствии с идеями вариантов осуществления, описанных в настоящем раскрытии, базовая станция принимает пользовательские данные из UE. На этапе 920 (который может быть необязательным) базовая станция инициирует передачу принятых пользовательских данных в хост-компьютер. На этапе 930 (который может быть необязательным) хост-компьютер принимает пользовательские данные, переносимые при передаче, инициированной базовой станцией.

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

На фиг.10 показан способ, выполняемый в беспроводном устройстве. В соответствии с конкретными вариантами осуществления способ начинается на этапе 1002 с определения того, какие использовать ресурсы канала управления (например, PUCCH) для передачи управляющей информации восходящей линии связи (например, ACK HARQ) в сетевой узел. Определение может быть основано на любой подходящей информации, такой, например, как описано в отношении примерных вариантов 1-8 и выше осуществления. В некоторых вариантах осуществления ресурсы канала управления, которые должны использоваться для передачи управляющей информации восходящей линии связи, определяются на основе сигнализации, принятой из сетевого узла, (например, сигнализации RRC и/или DCI), и неявного определения ресурса, выполняемого беспроводным устройством. Способ переходит к этапу 1004 с передачей управляющей информации восходящей линии связи с использованием определенных ресурсов канала управления (ресурсов, определенных на этапе 1002).

Хотя фиг.10 иллюстрирует общую работу беспроводного устройства (например, UE), на фиг.11-13 показаны некоторые конкретные примеры в отношении вариантов 3, 4 и 7 осуществления, описанных выше. На фиг.11 показана блок-схема, которая иллюстрирует по меньшей мере некоторые аспекты варианта 3 осуществления, описанного выше. Как показано, UE принимает из сетевого узла сигнализацию, содержащую информацию, которая обеспечивает полустатическую конфигурацию двух или более наборов ресурсов канала управления восходящей линии связи, каждый из которых содержит два или более ресурсов канала управления восходящей линии связи (этап 1100). UE принимает канал управления нисходящей линии связи, который планирует передачу по совместно используемому каналу нисходящей линии связи в UE (этап 1102). UE определяет ресурс канала управления восходящей линии связи, который будет использоваться для передачи UCI в сетевой узел (этап 1104). Подробности этапа 1104 определения являются такими, как описано выше в отношении варианта 3 осуществления. Как обсуждалось выше, UCI содержит обратную связь HARQ для передачи по совместно используемому каналу нисходящей линии связи. Как обсуждалось выше, определение ресурсов канала управления восходящей линии связи содержит выбор ресурса канала управления восходящей линии связи из ресурсов канала управления восходящей линии связи в двух или более наборах ресурсов канала управления восходящей линии связи на основе полезной нагрузки UCI и одного или нескольких из следующего, когда обратная связь ACK HARQ является частью UCI:

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

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

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

Более конкретно, в варианте 3 осуществления UE выбирает один из двух или более наборов ресурсов канала управления восходящей линии связи (этап 1104A). Как описано выше, этот выбор основан на полезной нагрузке UCI и одном или нескольких из следующего, когда обратная связь ACK HARQ является частью UCI:

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

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

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

В некоторых вариантах осуществления выбор набора ресурсов канала управления восходящей линии связи основан на индексе CCE, пространстве поиска успешно принятого PDCCH и при необходимости идентификаторе (временном идентификаторе радиосети (RNTI)), используемом для скремблирования PDCCH используется для определения одиночного набора ресурсов PUCCH в группе сконфигурированных наборов ресурсов PUCCH, соответствующих выбранному формату PUCCH. UE выбирает, в качестве ресурса канала управления восходящей линии связи, который будет использоваться для передачи управляющей информации восходящей линии связи в сетевой узел, один из двух или более ресурсов канала управления восходящей линии связи из выбранного набора ресурсов канала управления восходящей линии связи на основе динамической сигнализации из сетевого узла (этап 1104B). UE передает UCI, используя определенный ресурс канала управления восходящей линии связи (этап 1106).

На фиг.12 показана блок-схема последовательности операций, которая иллюстрирует по меньшей мере некоторые аспекты варианта 4 осуществления, описанного выше. Как показано, UE принимает из сетевого узла сигнализацию, содержащую информацию, которая обеспечивает полустатическую конфигурацию двух или более наборов ресурсов канала управления восходящей линии связи, каждый из которых содержит два или более ресурсов канала управления восходящей линии связи (этап 1200). UE принимает канал управления нисходящей линии связи, который планирует передачу по совместно используемому каналу нисходящей линии связи в UE (этап 1202). UE определяет ресурс канала управления восходящей линии связи, который будет использоваться для передачи UCI в сетевой узел (этап 1204). Подробности этапа 1204 определения являются такими, как описано выше в отношении варианта 4 осуществления. Как обсуждалось выше, UCI содержит обратную связь HARQ для передачи совместно используемого канала нисходящей линии связи. Как обсуждалось выше, определение ресурсов канала управления восходящей линии связи содержит выбор ресурса канала управления восходящей линии связи из ресурсов канала управления восходящей линии связи в двух или более наборах ресурсов канала управления восходящей линии связи на основе полезной нагрузки UCI и одного или нескольких из следующего, когда обратная связь ACK HARQ является частью UCI:

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

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

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

Более конкретно, в варианте 4 осуществления UE выбирает один из наборов ресурсов канала управления восходящей линии связи на основе динамической сигнализации из сетевого узла (этап 1204A). UE выбирает, в качестве ресурса канала управления восходящей линии связи, который будет использоваться для передачи управляющей информации восходящей линии связи в сетевой узел, один из ресурсов канала управления восходящей линии связи из выбранного набора ресурсов канала управления восходящей линии связи с использованием неявного определения (этап 1204B). Как описано выше, это неявное определение основано на индексе CCE, пространстве поиска успешно принятого PDCCH и при необходимости на идентификаторе (RNTI), используемом для скремблирования PDCCH, который затем используется для определения одиночного ресурса PUCCH в группе наборов ресурсов PUCCH, соответствующей выбранному формату PUCCH. UE передает UCI, используя определенный ресурс канала управления восходящей линии связи (этап 1206).

На фиг.13 показана блок-схема, которая иллюстрирует по меньшей мере некоторые аспекты варианта 7 осуществления, описанного выше. Как показано, UE принимает из сетевого узла первое сообщение канала управления нисходящей линии связи, которое планирует передачу первого совместно используемого канала нисходящей линии связи в UE (этап 1300), и второе сообщение канала управления нисходящей линии связи, которое планирует передачу второго совместно используемого канала нисходящей линии связи в UE (этап 1302). UE определяет ресурс канала управления восходящей линии связи, который будет использоваться для передачи UCI в сетевой узел (этап 1304). Подробности этапа 1304 определения являются такими, как описано выше в отношении варианта 7 осуществления. Как обсуждалось выше, UCI содержит информацию обратной связи HARQ, предназначенную для передачи по совместно используемому каналу нисходящей линии связи. Как обсуждалось выше, ресурс канала восходящей линии связи, который нужно использовать для передачи UCI, определяется на основе сигнализации, принятой из узла сети, и самого последнего принятого одного из первого и второго сообщений канала управления нисходящей линии связи. UE передает UCI с использованием определенного ресурса канала управления восходящей линии связи (этап 1306).

Фиг.14 иллюстрирует схематичную блок-схему устройства 1400 в беспроводной сети (например, в беспроводной сети, показанной на фиг.1). Устройство может быть реализовано в беспроводном устройстве или сетевом узле (например, в беспроводном устройстве 110 или сетевом узле 160, показанном на фиг.1). Устройство 1400 выполнено с возможностью осуществления примерного способа, описанного со ссылкой на фиг.10, и, возможно, любых других процессов или способов, раскрытых в данном документе. Также следует понимать, что способ, показанный на фиг.10, не обязательно выполняется исключительно устройством 1400. По меньшей мере некоторые операции способа могут выполняться одним или несколькими другими объектами.

Виртуальное устройство 1400 может содержать схему обработки, которая может включать в себя один или несколько микропроцессоров или микроконтроллеров, а также другое цифровое оборудование, которое может включать в себя DSP, специализированную цифровую логику и тому подобное. Схема обработки может быть выполнена с возможностью выполнения программного кода, хранящегося в памяти, который может включать в себя один или несколько типов памяти, таких как ПЗУ, ОЗУ, кэш-память, устройства флэш-памяти, оптические запоминающие устройства и т.д. Программный код, хранящийся в памяти, включает в себя программные инструкции для выполнения одного или нескольких телекоммуникационных протоколов и/или протоколов передачи данных, а также инструкций для выполнения одного или нескольких способов, описанных в данном документе в нескольких вариантах осуществления. В некоторых реализациях схема обработки может использоваться для того, чтобы заставить блок 1402 выбора ресурса PUCCH, блок 1404 передачи UCI и любые другие подходящие блоки устройства 1400 выполнять соответствующие функции в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия.

Как показано на фиг.14, устройство 1400 включает в себя блок 1402 выбора ресурса PUCCH и блок 1404 передачи UCI. Блок 1402 выбора ресурса PUCCH выполнен с возможностью определения того, какие использовать ресурсы канала управления для передачи управляющей информации восходящей линии связи в сетевой узел. Определение может быть основано на любой подходящей информации, такой, например, как описано в отношении примерных вариантов 1-8 и выше осуществления. Блок 1404 передачи UCI выполнен с возможностью передачи управляющей информации восходящей линии связи с использованием ресурсов, определенных блоком 1402 выбора ресурса PUCCH.

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

Некоторые примеры вариантов осуществления приведены ниже.

Варианты осуществления группы A

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

Вариант 2 осуществления. Способ согласно предыдущему варианту осуществления, в котором канал управления содержит физический канал управления восходящей линии связи (PUCCH), и управляющая информация восходящей линии связи содержит одно или более из: подтверждений (ACK) гибридного автоматического запроса на повторную передачу (HARQ), информации о состоянии канала (CSI) и/или запросов планирования (SR).

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

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

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

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

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

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

Вариант 9 осуществления. Способ согласно любому из предыдущих вариантов осуществления, в котором сигнализация, принятая из сетевого узла, включает в себя RRC-сигнализацию, которая конфигурирует разные наборы ресурсов PUCCH для разных CORESET в одном или нескольких слотах, в результате чего неявное определение ресурсов может использоваться для определения ресурса PUCCH с тем, чтобы ресурсы в разных наборах были ортогональны друг другу.

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

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

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

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

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

Варианты осуществления группы В

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

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

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

Вариант 18 осуществления. Способ согласно любому из предыдущих вариантов осуществления, в котором канал управления содержит физический канал управления восходящей линии связи (PUCCH), и в котором управляющая информация восходящей линии связи содержит одно или более из: подтверждений (ACK) гибридного автоматического запроса на повторную передачу (HARQ), информации о состоянии канала (CSI) и/или запросов планирования (SR).

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

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

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

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

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

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

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

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

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

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

Варианты осуществления группы C

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

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

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

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

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

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

Вариант 35 осуществления: система связи согласно предыдущим 3-м вариантам осуществления, в которой: схема обработки хост-компьютера выполнена с возможностью выполнения хост-приложения, тем самым предоставляя пользовательские данные; и UE содержит схему обработки, выполненную с возможностью выполнения клиентского приложения, связанного с хост-приложением.

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

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

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

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

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

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

Вариант 42 осуществления. Система связи согласно предыдущим 2-м вариантам осуществления, в которой: схема обработки хост-компьютера выполнена с возможностью выполнения хост-приложения, тем самым предоставляя пользовательские данные; и схема обработки UE выполнена с возможностью выполнения клиентского приложения, связанного с хост-приложением.

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

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

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

Вариант 46 осуществления: система связи согласно предыдущему варианту осуществления, дополнительно включающая UE.

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

Вариант 48 осуществления: система связи согласно предыдущим 3-м вариантам осуществления, в которой: схема обработки хост-компьютера выполнена с возможностью выполнения хост-приложения; и схема обработки UE выполнена с возможностью выполнения клиентского приложения, связанного с хост-приложением, тем самым предоставляя пользовательские данные.

Вариант 49 осуществления. Система связи согласно предыдущим 4-м вариантам осуществления, в которой: схема обработки хост-компьютера выполнена с возможностью выполнения хост-приложения, тем самым предоставляя данные запроса; и схема обработки UE выполнена с возможностью выполнения клиентского приложения, связанного с хост-приложением, тем самым предоставляя пользовательские данные в ответ на данные запроса.

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

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

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

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

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

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

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

Вариант 57 осуществления. Система связи согласно предыдущим 3-м вариантам осуществления, в которой: схема обработки хост-компьютера выполнена с возможностью выполнения хост-приложения; и UE выполнено с возможностью выполнения клиентского приложения, связанного с хост-приложением, тем самым предоставляя пользовательские данные, которые должны быть приняты хост-компьютером.

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

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

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

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

Перечень сокращений

2G – второе поколение

3G – третье поколение

3GPP – проект партнерства третьего поколения

4G – четвертое поколение

5G – пятое поколение

AC – переменный ток

ACK – подтверждение

AP – точка доступа

ASIC – специализированная интегральная схема

ATM – режим асинхронной передачи

BS – базовая станция

BSC – контроллер базовой станции

BTS – базовая приемопередающая станция

CBG – группа кодовых блоков

CCE – элемент канала управления

CD – компакт-диск

CDMA – множественный доступ с кодовым разделением каналов

COTS – готовые к применению коммерческие устройства

CPE – клиентское оборудование

CPU – центральный процессор

CSI – информация о состоянии канала

D2D – связь между устройствами

DAS – распределенная антенная система

DC – постоянный ток

DCI – управляющая информация нисходящей линии связи

DIMM – двойной встроенный модуль памяти

DSP – процессор цифровых сигналов

DVD – цифровой видеодиск

E-SMLC – развитой обслуживающий центр определения местоположения мобильных устройств

EEPROM – электрически стираемое программируемое постоянное запоминающее устройство

eMTC – улучшенная связь машинного типа

eNB – развитой узел B

EPROM – стираемое программируемое постоянное запоминающее устройство

FPGA – программируемая пользователем вентильная матрица

ГГц – гигагерц

gNB – базовая станция в новом радио

GPS – система глобального позиционирования

GSM – глобальная система мобильной связи

HARQ – гибридный автоматический запрос на повторную передачу

HDDS – голографическое цифровое хранилище данных

HD-DVD – цифровой универсальный диск высокой четкости

I/O – ввод и вывод

IoT – Интернет вещей

IP – Интернет-протокол

LAN – локальная сеть

LEE – оборудование, встроенное в портативный компьютер

LME – оборудование, монтируемое на портативном компьютере

LTE – долгосрочное развитие

М2М – межмашинная связь

MANO – управление и оркестрация

MCE – объект координации многосотовой/многоадресной передачи

MDT – минимизация тестирования сети мобильной связи (с использованием передвижного измерительного комплекса)

MIMO – многоканальный вход - многоканальный выход

MME – объект управления мобильностью

MSC – центр коммутации мобильной связи

MSR – многостандартная радиосвязь

MTC – связь машинного типа

NB-IoT – узкополосный Интернет вещей

NFV – виртуализация сетевых функций

NIC – контроллер сетевого интерфейса

NR – новое радио

O&M – эксплуатация и техническое обслуживание

OCC – ортогональный код покрытия

OFDM – мультиплексирование с ортогональным частотным разделением каналов

OSS – система поддержки операций

OTT – связь поверх протокола IP

PDA – персональный цифровой помощник

PDCCH – физический канал управления нисходящей линии связи

PDSCH – физический совместно используемый канал нисходящей линии связи

PRB – блок физических ресурсов

PROM – программируемое постоянное запоминающее устройство

PSTN – коммутируемая телефонная сеть общего пользования

PUCCH – физический канал управления восходящей линии связи

PUSCH – физический совместно используемый канал восходящей линии связи

RAID – избыточный массив независимых дисков

RAM – оперативное запоминающее устройство

РАН – сеть радиодоступа

RAT – технология радиодоступа

RF – радиочастота

RMSI – остальная системная информация

RNC – контроллер радиосети

РНТИ – временный идентификатор радиосети

ROM – постоянное запоминающее устройство

RRC – контроль радиоресурсов

RRH – удаленная радиоголовка

RRU – удаленный радиоблок

RUIM – сменный модуль идентификации пользователя

SDRAM – синхронная динамическая память с произвольным доступом

SIM – модуль идентификации абонента

SOC – система на микросхеме

SON – самооптимизированная сеть

SONET - взаимодействие через синхронные оптические сети

SR – запрос планирования

TCP – протокол управления передачей

UCI – управляющая информация восходящей линии связи

UE – пользовательское оборудование

UMTS – универсальная система мобильной связи

USB – универсальная последовательная шина

V2I – связь между транспортным средством и придорожной инфраструктурой

V2V – связь между транспортными средствами

V2X – связь между транспортным средством и другими объектами

VMM – монитор виртуальной машины

VNE – элемент виртуальной сети

VNF – функция виртуальной сети

VoIP – передача голоса через Интернет по протоколу IP

WAN – глобальная вычислительная сеть

WCDMA – широкополосный множественный доступ с кодовым разделением каналов

WD – беспроводное устройство

WiMax – всемирная совместимость для микроволнового доступа

WLAN – беспроводная локальная сеть.

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

Изобретение относится к технике связи и может использоваться в системах беспроводной связи. Технический результат состоит в повышении пропускной способности каналов передачи. Для этого способ, выполняемый беспроводным устройством, содержит этапы, на которых принимают первое сообщение канала управления нисходящей линии связи, которое планирует первую передачу по совместно используемому каналу нисходящей линии связи, принимают второе сообщение канала управления нисходящей линии связи, которое планирует вторую передачу по совместно используемому каналу нисходящей линии связи, и определяют ресурс канала управления восходящей линии связи, подлежащий использованию для передачи управляющей информации восходящей линии связи в сетевой узел. Управляющая информация восходящей линии связи содержит обратную связь в виде гибридного автоматического запроса на повторную передачу (HARQ) как для первой передачи по нисходящей линии связи, так и для второй передачи по нисходящей линии связи, и определение ресурсов канала управления восходящей линии связи для передачи управляющей информации восходящей линии связи содержит определение ресурсов канала управления восходящей линии связи на основе: (a) сигнализации, принятой из сетевого узла, и (b) определения ресурсов, выполненного беспроводным устройством на основе последнего принятого сообщения из первого сообщения канала управления нисходящей линии связи и второго сообщения канала управления нисходящей линии связи. Способ дополнительно содержит этап, на котором передают управляющую информацию восходящей линии связи с использованием определенного ресурса канала управления восходящей линии связи. 5 н. и 11 з.п. ф-лы, 1 табл., 14 ил.

1. Способ, выполняемый беспроводным устройством, причем способ содержит этапы, на которых:

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

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

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

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

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

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

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

3. Способ по п.1 или 2, в котором

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

на этапе определения (1304) ресурса канала управления восходящей линии связи на основе: (a) сигнализации, принятой из сетевого узла, и (b) определения ресурса, выполненного беспроводным устройством на основе последнего принятого сообщения из первого сообщения канала управления нисходящей линии связи и второго сообщения нисходящей линии связи канала управления:

выбирают (1104А) один из указанных двух или более наборов ресурсов канала управления восходящей линии связи;

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

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

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

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

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

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

7. Способ, выполняемый беспроводным устройством, причем способ содержит этапы, на которых:

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

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

размера полезной нагрузки управляющей информации восходящей линии связи;

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

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

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

8. Способ по п.7, дополнительно содержащий этап, на котором

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

на этапе выбора ресурса канала управления восходящей линии связи из указанных двух или более ресурсов канала управления восходящей линии связи в двух или более наборах ресурсов канала управления восходящей линии связи:

выбирают (1104А) один из указанных двух или более наборов ресурсов канала управления восходящей линии связи; и

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

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

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

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

10. Способ по п.7, дополнительно содержащий этап, на котором:

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

на этапе выбора ресурса канала управления восходящей линии связи из указанных двух или более ресурсов канала управления восходящей линии связи в указанных двух или более наборах ресурсов канала управления восходящей линии связи:

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

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

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

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

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

14. Беспроводное устройство (110), содержащее:

интерфейс (114); и

схему (120) обработки, выполненную с возможностью вызывать выполнение беспроводным устройством:

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

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

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

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

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

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

15. Беспроводное устройство (110), содержащее:

интерфейс (114); и

схему (120) обработки, выполненную с возможностью вызывать выполнение беспроводным устройством:

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

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

размера полезной нагрузки управляющей информации восходящей линии связи;

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

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

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

16. Беспроводное устройство (110), характеризующееся тем, что выполнено с возможностью выполнения способа по любому из пп.1-13.