RU2767780C1

RU2767780C1 - Выбор ресурсов физического канала управления восходящей линии связи (pucch) до конфигурирования на уровне управления радиоресурсами (rrc)

Info

Publication number: RU2767780C1
Application number: RU2020137121A
Authority: RU
Inventors: Роберт БАЛЬДЕМАИР; Сороур ФАЛАХАТИ
Original assignee: Телефонактиеболагет Лм Эрикссон (Пабл)
Priority date: 2018-04-16
Filing date: 2019-04-16
Publication date: 2022-03-21
Also published as: JP2021521698A; US11804937B2; JP7022848B2; US20210050980A1; WO2019201917A1; CN112236971A; EP3782318A1

Abstract

Группа изобретений относится к области беспроводной связи. Технический результат заключается в обеспечении дополнительных возможностей для выбора PUCCH-ресурса, например, перед установлением выделенной RRC-конфигурации между беспроводным устройством и сетевым узлом. В способе связи с сетевым узлом в беспроводном устройстве принимают конфигурацию ресурсов для физического канала управления восходящей линии связи (PUCCH) и выбирают PUCCH-ресурс на основе конфигурации ресурсов из поднабора с кардинальностью 8 из 16 PUCCH-ресурсов, при этом конфигурация ресурсов для PUCCH предназначена для уровня агрегирования физического канала управления нисходящей линии связи (PDCCH), равного 16, при этом поднабор с кардинальностью 8 соответствует PUCCH-ресурсам с четным индексом из 16 PUCCH-ресурсов. 4 н. и 20 з.п. ф-лы, 9 ил.

Description

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

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

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

В одной или более существующих систем, до того, как беспроводное устройство принимает выделенную конфигурацию на уровне управления радиоресурсами (RRC), беспроводное устройство может использовать ресурсы физического канала управления восходящей линии связи (PUCCH), предоставленные в блоке системной информации типа 1 (SIB1). В одном или более примеров, выделенная RRC-конфигурация означает RRC-конфигурацию после процедуры произвольного доступа, к примеру, в ситуации, в которой беспроводное устройство находится в RRC-соединенном режиме. В одном или более примеров, выделенная RRC-конфигурация относительно беспроводного устройства связана с беспроводным устройством, находящимся в RRC-соединенном режиме. SIB1 может предоставлять индекс таблицы с 16 различными конфигурациями PUCCH-ресурсов. Таблица может жестко кодироваться в стандарте Партнерского проекта третьего поколения (3GPP), к примеру, в спецификации нового стандарта радиосвязи (NR). Каждая конфигурация PUCCH-ресурсов может предоставлять и/или соответствовать 16 PUCCH-ресурсам. После того, как беспроводное устройство принимает SIB1, беспроводное устройство может быть сконфигурировано с конфигурацией PUCCH-ресурсов, предоставляющей 16 PUCCH-ресурсов.

Управляющая информация нисходящей линии связи (DCI), которая диспетчеризует передачу по физическому совместно используемому каналу нисходящей линии связи (PDSCH), может подтверждаться прием посредством подтверждения приема (ACK)/отрицания приема (NACK), содержащего поле индикатора PUCCH-ресурсов, чтобы идентифицировать один из PUCCH-ресурсов. Тем не менее, поле индикатора PUCCH-ресурсов может составлять только три бита, что обеспечивает выбор одного из восьми PUCCH-ресурсов.

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

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

Для уровня агрегирования физического канала управления нисходящей линии связи (PDCCH), равного 16, другое неявное правило может реализовываться по сравнению с правилом, которое используется для других уровней агрегирования. В одном или более вариантов осуществления, неявное правило может использоваться таким образом, что, в этом случае, 3 бита, предоставленные с полем индикатора PUCCH-ресурсов, используются для того, чтобы выбирать один PUCCH-ресурс из поднабора с кардинальностью 8 из 16 PUCCH-ресурсов. В одном или более вариантов осуществления, неявный бит предоставляется без использования PDCCH-кандидата или начального CCE PDCCH, но может предоставляться посредством использования, например, бита, предоставленного в другом поле DCI, например, бита, предоставленного в качестве части индикатора назначения в нисходящей линии связи (DL) (DAI).

Для уровней агрегирования PDCCH менее 16, может реализовываться или использоваться другое правило. Например, номер PDCCH-кандидата или (начальный) CCE, используемый для PDCCH, может использоваться для того, чтобы предоставлять дополнительный бит.

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

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

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

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

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

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

Согласно другому аспекту изобретения, беспроводное устройство выполнено с возможностью осуществлять связь с сетевым узлом. Беспроводное устройство включает в себя схему (84) обработки, выполненную с возможностью принимать конфигурацию ресурсов для физического канала управления восходящей линии связи (PUCCH) и выбирать PUCCH-ресурс на основе, по меньшей мере частично, конфигурации ресурсов, причем PUCCH-ресурс представляет собой PUCCH-ресурс из поднабора с кардинальностью 8 из 16 PUCCH-ресурсов.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Термин "сетевой узел", используемый в данном документе, может представлять собой любой вид сетевого узла, содержащегося в радиосети, который дополнительно может содержать любое из базовой станции (BS), базовой радиостанции, базовой приемо-передающей станции (BTS), контроллера базовой станции (BSC), контроллера радиосети (RNC), g-узла B (gNB), усовершенствованного узла B (eNB или eNodeB), узла B, радиоузла с поддержкой нескольких стандартов радиосвязи (MSR), такого как MSR BS, объекта координации многосотовой/многоадресной передачи (MCE), ретрансляционного узла, управляющего ретранслятора донорного узла, точки радиодоступа (AP), точек передачи, узлов передачи, удаленного радиоблока (RRU), удаленной головной радиостанции (RRH), базовой сетевого узла (например, объекта управления мобильностью (MME), узла произвольно организующейся сети (SON), координирующего узла, узла позиционирования, MDT-узла и т.д.), внешнего узла (например, стороннего узла, узла, внешнего для текущей сети), узлов в распределенной антенной системе (DAS), узла системы доступа к спектру (SAS), системы управления элементами (EMS) и т.д. Сетевой узел также может содержать тестовое оборудование. Термин "радиоузел", используемый в данном документе, может использоваться для того, чтобы также обозначать беспроводное устройство (WD), такое как беспроводное устройство (WD) или сетевой радиоузел.

В некоторых вариантах осуществления, неограничивающие термины "беспроводное устройство (WD)" или "пользовательское оборудование (UE)" используются взаимозаменяемо. WD в данном документе может представлять собой любой тип беспроводного устройства, способного к осуществлению связи с сетевым узлом или другим WD по радиосигналам, такого как беспроводное устройство (WD). WD также может представлять собой устройство радиосвязи, целевое устройство, WD связи между устройствами (D2D), машинное WD или WD, способное к межмашинной связи (M2M), недорогое WD и/или с низкой сложностью, датчик, оснащенный WD, планшет, мобильные терминалы, смартфон, встроенное в переносной компьютер устройство (LEE), установленное в переносном компьютере оборудование (LME), аппаратные USB-ключи, оконечное абонентское оборудование (CPE), устройство с поддержкой стандарта Интернета вещей (IoT) или устройство с поддержкой стандарта узкополосного IoT (NB-IoT) и т.д.

Кроме того, в некоторых вариантах осуществления используется общий термин "сетевой радиоузел". Он может представлять собой любой вид сетевого радиоузла, который может содержать любое из базовой станции, базовой радиостанции, базовой приемо-передающей станции, контроллера базовой станции, сетевого контроллера, RNC, усовершенствованного узла B (eNB), узла B, gNB, объекта координации многосотовой/многоадресной передачи (MCE), ретрансляционного узла, точки доступа, точки радиодоступа, удаленного радиоблока (RRU), удаленной головной радиостанции (RRH).

Следует отметить, что хотя терминология из одной конкретной беспроводной системы, такой как, например, 3GPP LTE и/или новый стандарт радиосвязи (NR), может использоваться в этом раскрытии сущности, это не должно рассматриваться в качестве ограничения объема изобретения только вышеуказанной системой. Другие беспроводные системы, включающие в себя, без ограничения, широкополосный множественный доступ с кодовым разделением каналов (WCDMA), стандарт общемировой совместимости широкополосного беспроводного доступа (WiMAX), стандарт сверхширокополосной связи для мобильных устройств (UMB) и глобальную систему мобильной связи (GSM), также могут извлекать выгоду из использования идей, охватываемых в пределах этого раскрытия сущности.

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

Канал, в общем, может представлять собой логический, транспортный или физический канал. Канал может содержать и/или размещаться на одной или более несущих, в частности, на множестве поднесущих. Канал, переносящий и/или служащий для переноса передачи управляющих служебных сигналов/управляющей информации, может считаться каналом управления, в частности, если он представляет собой канал физического уровня, и/или если он переносит информацию плоскости управления. Аналогично, канал, переносящий и/или служащий для переноса служебных данных/пользовательской информации, может считаться каналом передачи данных, в частности, если он представляет собой канал физического уровня, и/или если он переносит информацию пользовательской плоскости. Канал может задаваться для конкретного направления связи или для двух комплементарных направлений связи (например, UL и DL или боковой линии связи в двух направлениях), причем в этом случае может рассматриваться возможность иметь два составляющих канала, по одному для каждого направления. Примеры каналов содержат канал для и/или высоконадежной передачи с низкой задержкой, в частности, канал для стандарта сверхнадежной связи с низкой задержкой (URLLC), который может быть предназначен для управления и/или данных.

Для сотовой связи может рассматриваться возможность того, что предоставляется, по меньшей мере, одно соединение и/или канал, и/или несущая восходящей линии связи (UL) и, по меньшей мере, одно соединение и/или канал, и/или несущая нисходящей линии связи (DL), например, через и/или с заданием соты, которая может предоставляться посредством сетевого узла, в частности, базовой станции или усовершенствованного узла B. Направление восходящей линии связи может означать направление передачи данных из терминала в сетевой узел, например, в базовую станцию и/или ретрансляционную станцию. Направление нисходящей линии связи может означать направление передачи данных из сетевого узла, например, из базовой станции и/или ретрансляционного узла, в терминал. UL и DL могут быть ассоциированы с различными частотными ресурсами, например, несущими и/или полосами спектра. Сота может содержать, по меньшей мере, одну несущую восходящей линии связи и, по меньшей мере, одну несущую нисходящей линии связи, которые могут иметь различные полосы частот. Сетевой узел, например, базовая станция или усовершенствованный узел B, может быть выполнен с возможностью предоставлять и/или задавать, и/или управлять одной или более сот, например, PCell и/или LA-сотой.

Передача служебных сигналов может содержать один или более сигналов и/или символов. Опорная передача служебных сигналов может содержать один или более опорных сигналов и/или символов. Передача служебных данных может быть связана с сигналами и/или символами, содержащими данные, в частности, пользовательские данные и/или рабочие данные, и/или данные из уровня связи выше уровня(ей) радиосвязи и/или физического уровня(ей). Можно считать, что опорная передача служебных сигналов демодуляции содержит один или более сигналов и/или символов демодуляции. Опорная передача служебных сигналов демодуляции, в частности, может содержать DMRS согласно 3GPP- и/или LTE-технологиям. Опорная передача служебных сигналов демодуляции, в общем, может считаться представляющей передачу служебных сигналов, предоставляющих опорные данные для приемного устройства, такого как терминал, чтобы декодировать и/или демодулировать ассоциированную передачу служебных данных или данные. Опорная передача служебных сигналов демодуляции может быть ассоциирована с данными или передачей служебных данных, в частности, с конкретными данными или передачей служебных данных. Можно считать, что передача служебных данных и опорная передача служебных сигналов демодуляции чередуются и/или мультиплексируются, например, размещаются в идентичном временном интервале, покрывающем, например, субкадр или слот, или символ и/или в идентичной структуре частотно-временных ресурсов, такой как блок ресурсов. Элемент ресурсов может представлять наименьший частотно-временной ресурс, например, представляю временной и частотный диапазон, покрываемый посредством одного символа или числа битов, представленных в общей модуляции. Элемент ресурсов, например, может покрывать временную длину символа и поднесущую, в частности, в 3GPP- и/или LTE-стандартах. Передача данных может представлять и/или относиться к передаче конкретных данных, например, конкретного блока данных и/или транспортного блока. Обычно, опорная передача служебных сигналов демодуляции может содержать и/или представлять последовательность сигналов и/или символов, которые могут идентифицировать и/или задавать опорную передачу служебных сигналов демодуляции.

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

Варианты осуществления предоставляют выбор PUCCH-ресурса в качестве различных уровней агрегирования. Ссылаясь теперь на чертежи, на которых аналогичные элементы упоминаются посредством аналогичных ссылок с номерами, на фиг. 1 показано схематическое изображение системы 10 связи, согласно варианту осуществления, такой как сотовая 3GPP-сеть, которая может поддерживать такие стандарты, как LTE и/или NR (5G), которая содержит сеть 12 доступа, к примеру, сеть радиодоступа и базовую сеть 14. Сеть 12 доступа содержит множество сетевых узлов 16a, 16b, 16c (совместно упоминаемых как "сетевые узлы 16"), таких как NB, eNB, gNB или другие типы точек беспроводного доступа, задающих соответствующую зону 18a, 18b, 18c покрытия (совместно упоминаемых как "зоны 18 покрытия"). Каждый сетевой узел 16a, 16b, 16c может соединяться с базовой сетью 14 по проводному или беспроводному соединению 20. Первое беспроводное устройство 22a (WD), расположенное в зоне 18a покрытия, выполнено с возможностью в беспроводном режиме соединяться или вызываться посредством поисковых вызовов посредством соответствующего сетевого узла 16c. Второе WD 22b в зоне 18b покрытия может соединяться в беспроводном режиме с соответствующим сетевым узлом 16a. Хотя множество WD 22a, 22b (совместно называемых "беспроводными устройствами 22") проиллюстрированы в этом примере, раскрытые варианты осуществления являются в равной степени применимыми к ситуации, когда единственное WD находится в зоне покрытия, либо когда единственное WD соединяется с соответствующим сетевым узлом 16. Следует отметить, что хотя только два WD 22 и три сетевых узла 16 показаны для удобства, система связи может включать в себя гораздо больше WD 22 и сетевых узлов 16.

Кроме того, предполагается, что WD 22 может выполнять одновременную связь и/или быть выполнено с возможностью отдельно осуществлять связь более чем с одним сетевым узлом 16 и более чем с одним типом сетевого узла 16. Например, WD 22 может иметь режим сдвоенного подключения с сетевым узлом 16, который поддерживает LTE, и с идентичным или другим сетевым узлом 16, который поддерживает NR. В качестве примера, WD 22 может поддерживать связь с eNB для LTE/E-UTRAN и gNB для NR/NG-RAN.

Система 10 связи может непосредственно соединяться с хост-компьютером 24, который может быть осуществлен в аппаратных средствах и/или программном обеспечении автономного сервера, облачно-реализованного сервера, распределенного сервера или в качестве ресурсов обработки в ферме серверов. Хост-компьютер 24 может находиться в собственности или управлении поставщика услуг либо может управляться посредством поставщика услуг или от имени поставщика услуг. Соединения 26, 28 между системой 10 связи и хост-компьютером 24 могут протягиваться непосредственно из базовой сети 14 в хост-компьютер 24 или могут протягиваться через необязательную промежуточную сеть 30. Промежуточная сеть 30 может представлять собой одно либо комбинацию более чем одного из общедоступной, частной или размещаемой сети. Промежуточная сеть 30, если имеется, может представлять собой магистральную сеть или Интернет. В некоторых вариантах осуществления, промежуточная сеть 30 может содержать две или более подсетей (не показаны).

Система связи по фиг. 1 в целом предоставляет подключение между одним из соединенных WD 22a, 22b и хост-компьютером 24. Подключение может описываться как соединение поверх сетей (OTT). Хост-компьютер 24 и соединенные WD 22a, 22b выполнены с возможностью осуществлять связь и/или передачей в служебных сигналах через OTT-соединение, с использованием сети 12 доступа, базовой сети 14, любой промежуточной сети 30 и возможной дополнительной инфраструктуры (не показана) в качестве посредников. OTT-соединение может быть прозрачным в том смысле, что, по меньшей мере, некоторые участвующие устройства связи, через которые проходит OTT-соединение, не иметь сведения по маршрутизации связи в восходящей и нисходящей линии связи. Например, сетевой узел 16 не может или не должен обязательно информироваться относительно предыдущей маршрутизации входящей связи в нисходящей линии связи с данными, исходящими из хост-компьютера 24, которые должны перенаправляться (например, с передачей обслуживания) в соединенное WD 22a. Аналогично, сетевой узел 16 не должен обязательно иметь сведения по будущей маршрутизации исходящей связи в восходящей линии связи, исходящей из WD 22a к хост-компьютеру 24.

Сетевой узел 16 выполнен с возможностью включать в себя блок 32 конфигурирования, который выполнен с возможностью определять и предоставлять конфигурацию ресурсов в WD 22, как описано в данном документе. Беспроводное устройство 22 выполнено с возможностью включать в себя блок 34 выбора, который выполнен с возможностью принимать конфигурацию ресурсов и выбирать PUCCH-ресурс перед выделенной конфигурацией на уровне управления радиоресурсами (RRC), как описано в данном документе.

Ниже описываются примерные реализации, в соответствии с вариантом осуществления, WD 22, сетевого узла 16 и хост-компьютера 24, поясненных в предыдущих абзацах, со ссылкой на фиг. 2. В системе 10 связи, хост-компьютер 24 содержит аппаратные средства 38 (HW), включающие в себя интерфейс 40 связи, выполненный с возможностью устанавливать и поддерживать проводное или беспроводное соединение с интерфейсом другого устройства связи системы 10 связи. Хост-компьютер 24 дополнительно содержит схему 42 обработки, которая может иметь характеристики хранения и/или обработки. Схема 42 обработки может включать в себя процессор 44 и запоминающее устройство 46. В частности, помимо или вместо процессора, к примеру, центрального процессора, и запоминающего устройства, схема 42 обработки может содержать интегральную схему для обработки и/или управления, например, один или более процессоров и/или ядер процессора, и/или FPGA (программируемых пользователем вентильных матриц), и/или ASIC (специализированных интегральных схем), адаптированных с возможностью выполнять инструкции. Процессор 44 может быть выполнен с возможностью осуществлять доступ (например, записывать в и/или считывать из) к запоминающему устройству 46, которое может содержать любой вид энергозависимого и/или энергонезависимого запоминающего устройства, например, кэш-память и/или буферное запоминающее устройство, и/или RAM (оперативное запоминающее устройство), и/или ROM (постоянное запоминающее устройство), и/или оптическое запоминающее устройство, и/или EPROM (стираемое программируемое постоянное запоминающее устройство).

Схема 42 обработки может быть выполнена с возможностью управлять любым из способов и/или процессов, описанных в данном документе, и/или инструктировать выполнение таких способов и/или процессов, например, посредством хост-компьютера 24. Процессор 44 соответствует одному или более процессоров 44 для выполнения функций хост-компьютера 24, описанных в данном документе. Хост-компьютер 24 включает в себя запоминающее устройство 46, которое выполнено с возможностью сохранять данные, программируемый программный код и/или другую информацию, описанную в данном документе. В некоторых вариантах осуществления, программное обеспечение 48 и/или хост-приложение 50 могут включать в себя инструкции, которые, при выполнении посредством процессора 44 и/или схемы 42 обработки, инструктируют процессору 44 и/или схеме 42 обработки выполнять процессы, описанные в данном документе относительно хост-компьютера 24. Инструкции могут представлять собой программное обеспечение, ассоциированное с хост-компьютером 24.

Программное обеспечение 48 может выполняться посредством схемы 42 обработки. Программное обеспечение 48 включает в себя хост-приложение 50. Хост-приложение 50 может быть выполнено с возможностью предоставлять услугу удаленному пользователю, к примеру, WD 22, соединенному через OTT-соединение 52, завершающееся в WD 22 и хост-компьютере 24. При предоставлении услуги удаленному пользователю, хост-приложение 50 может предоставлять пользовательские данные, которые передаются с использованием OTT-соединения 52. "Пользовательские данные" могут представлять собой данные и информацию, описанные в данном документе как реализующие описанную функциональность. В одном варианте осуществления, хост-компьютер 24 может быть выполнен с возможностью предоставления управления и функциональности поставщику услуг и может управляться посредством поставщика услуг или от имени поставщика услуг. Схема 42 обработки хост-компьютера 24 может обеспечивать возможность хост-компьютеру 24 наблюдать, отслеживать, управлять, передавать в и/или принимать из сетевого узла 16 и/или беспроводного устройства 22. Схема 42 обработки хост-компьютера 24 может включать в себя блок 54 обработки информации, выполненный с возможностью обеспечивать возможность поставщику услуг определять и/или предоставлять конфигурационную информацию ресурсов в WD 22.

Система 10 связи дополнительно включает в себя сетевой узел 16, предоставленный в системе 10 связи и содержащий аппаратные средства 58, обеспечивающие ему возможность осуществлять связь с хост-компьютером 24 и с WD 22. Аппаратные средства 58 могут включать в себя интерфейс 60 связи для установления и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 10 связи, а также радиоинтерфейс 62 для установления и поддержания, по меньшей мере, беспроводного соединения 64 с WD 22, расположенным в зоне 18 покрытия, обслуживаемой посредством сетевого узла 16. Радиоинтерфейс 62 может формироваться как либо может включать в себя, например, один или более RF-передатчиков, один или более RF-приемников и/или один или более RF-приемопередатчиков. Интерфейс 60 связи может быть выполнен с возможностью упрощать соединение 66 с хост-компьютером 24. Соединение 66 может быть прямым, или оно может проходить через базовую сеть 14 системы 10 связи и/или через одну или более промежуточных сетей 30 за пределами системы 10 связи.

В показанном варианте осуществления, аппаратные средства 58 сетевого узла 16 дополнительно включают в себя схему 68 обработки. Схема 68 обработки может включать в себя процессор 70 и запоминающее устройство 72. В частности, помимо или вместо процессора, к примеру, центрального процессора, и запоминающего устройства, схема 68 обработки может содержать интегральную схему для обработки и/или управления, например, один или более процессоров и/или ядер процессора, и/или FPGA (программируемых пользователем вентильных матриц), и/или ASIC (специализированных интегральных схем), адаптированных с возможностью выполнять инструкции. Процессор 70 может быть выполнен с возможностью осуществлять доступ (например, записывать в и/или считывать из) к запоминающему устройству 72, которое может содержать любой вид энергозависимого и/или энергонезависимого запоминающего устройства, например, кэш-память и/или буферное запоминающее устройство, и/или RAM (оперативное запоминающее устройство), и/или ROM (постоянное запоминающее устройство), и/или оптическое запоминающее устройство, и/или EPROM (стираемое программируемое постоянное запоминающее устройство).

Таким образом, сетевой узел 16 дополнительно имеет программное обеспечение 50, сохраненное внутренне, например, в запоминающем устройстве 72 или сохраненное во внешнем запоминающем устройстве (например, в базе данных, в массиве хранения данных, в сетевом устройстве хранения данных и т.д.), доступном посредством сетевого узла 16 через внешнее соединение. Программное обеспечение 50 может выполняться посредством схемы 68 обработки. Схема 68 обработки может быть выполнена с возможностью управлять любым из способов и/или процессов, описанных в данном документе, и/или инструктировать выполнение таких способов и/или процессов, например, посредством сетевого узла 16. Процессор 70 соответствует одному или более процессоров 70 для выполнения функций сетевого узла 16, описанных в данном документе. Запоминающее устройство 72 выполнено с возможностью сохранять данные, программируемый программный код и/или другую информацию, описанную в данном документе. В некоторых вариантах осуществления, программное обеспечение 50 может включать в себя инструкции, которые, при выполнении посредством процессора 70 и/или схемы 68 обработки, инструктируют процессору 70 и/или схеме 68 обработки выполнять процессы, описанные в данном документе относительно сетевого узла 16. Например, схема 68 обработки сетевого узла 16 может включать в себя блок 32 конфигурирования, выполненный с возможностью определять конфигурацию ресурсов для PUCCH, например, выделение PUCCH-ресурсов, для беспроводного устройства, как описано в данном документе, и предоставлять конфигурацию в беспроводное устройство для выбора PUCCH-ресурсов перед выделенной конфигурацией на уровне управления радиоресурсами (RRC) (например, перед установлением выделенной RRC-конфигурации с беспроводным устройством 22 или перед установлением выделенной RRC-конфигурации между беспроводным устройством 22 и сетевым узлом 16) на основе конфигурации ресурсов, как описано в данном документе.

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

Система 10 связи дополнительно включает в себя уже упоминаемое WD 22. WD 22 может иметь аппаратные средства 80, которые могут включать в себя радиоинтерфейс 82, выполненный с возможностью устанавливать и поддерживать беспроводное соединение 64 с сетевым узлом 16, обслуживающим зону 18 покрытия, в которой в данный момент находится WD 22. Радиоинтерфейс 82 может формироваться как либо может включать в себя, например, один или более RF-передатчиков, один или более RF-приемников и/или один или более RF-приемопередатчиков.

Аппаратные средства 80 WD 22 дополнительно включают в себя схему 84 обработки. Схема 84 обработки может включать в себя процессор 86 и запоминающее устройство 88. В частности, помимо или вместо процессора, к примеру, центрального процессора, и запоминающего устройства, схема 84 обработки может содержать интегральную схему для обработки и/или управления, например, один или более процессоров и/или ядер процессора, и/или FPGA (программируемых пользователем вентильных матриц), и/или ASIC (специализированных интегральных схем), адаптированных с возможностью выполнять инструкции. Процессор 86 может быть выполнен с возможностью осуществлять доступ (например, записывать в и/или считывать из) к запоминающему устройству 88, которое может содержать любой вид энергозависимого и/или энергонезависимого запоминающего устройства, например, кэш-память и/или буферное запоминающее устройство, и/или RAM (оперативное запоминающее устройство), и/или ROM (постоянное запоминающее устройство), и/или оптическое запоминающее устройство, и/или EPROM (стираемое программируемое постоянное запоминающее устройство).

Таким образом, WD 22 дополнительно может содержать программное обеспечение 90, которое сохраняется, например, в запоминающем устройстве 88 в WD 22 или сохраняется во внешнем запоминающем устройстве (например, в базе данных, в массиве хранения данных, в сетевом устройстве хранения данных и т.д.), доступном посредством WD 22. Программное обеспечение 90 может выполняться посредством схемы 84 обработки. Программное обеспечение 90 может включать в себя клиентское приложение 92. Клиентское приложение 92 может быть выполнено с возможностью предоставлять услугу пользователю-человеку или не человеку через WD 22 с поддержкой хост-компьютера 24. В хост-компьютере 24, выполняющееся хост-приложение 50 может осуществлять связь с выполняющимся клиентским приложением 92 через OTT-соединение 52, завершающееся в WD 22 и хост-компьютере 24. При предоставлении услуги пользователю, клиентское приложение 92 может принимать запрашиваемые данные из хост-приложения 50 и предоставлять пользовательские данные в ответ на запрашиваемые данные. OTT-соединение 52 может переносить как запрашиваемые данные, так и пользовательские данные. Клиентское приложение 92 может взаимодействовать с пользователем, чтобы формировать пользовательские данные, которые оно предоставляет.

Схема 84 обработки может быть выполнена с возможностью управлять любым из способов и/или процессов, описанных в данном документе, и/или инструктировать выполнение таких способов и/или процессов, например, посредством WD 22. Процессор 86 соответствует одному или более процессоров 86 для выполнения функций WD 22, описанных в данном документе. WD 22 включает в себя запоминающее устройство 88, которое выполнено с возможностью сохранять данные, программируемый программный код и/или другую информацию, описанную в данном документе. В некоторых вариантах осуществления, программное обеспечение 90 и/или клиентское приложение 92 могут включать в себя инструкции, которые, при выполнении посредством процессора 86 и/или схемы 84 обработки, инструктируют процессору 86 и/или схеме 84 обработки выполнять процессы, описанные в данном документе относительно WD 22. Например, схема 84 обработки беспроводного устройства 22 может включать в себя блок 34 выбора, выполненный с возможностью принимать конфигурацию ресурсов для PUCCH, как описано в данном документе, и выбирать PUCCH-ресурс перед выделенной RRC-конфигурацией (например, перед установлением выделенной RRC-конфигурации с сетевым узлом 16 или перед установлением выделенной RRC-конфигурации между беспроводным устройством 22 и сетевым узлом 16) на основе принимаемой конфигурации ресурсов, как описано в данном документе.

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

На фиг. 2, OTT-соединение 52 нарисовано абстрактно, чтобы иллюстрировать связь между хост-компьютером 24 и беспроводным устройством 22 через сетевой узел 16 без прямой ссылки на промежуточные устройства и точную маршрутизацию сообщений через эти устройства. Сетевая инфраструктура может определять маршрутизацию, которую она может быть выполнена с возможностью скрывать от WS 22 или от поставщика услуг, управляющего хост-компьютером 24, или с обоими из них. В то время, когда OTT-соединение 52 является активным, сетевая инфраструктура дополнительно может принимать решения, посредством которых она динамически изменяет маршрутизацию (например, на основе рассматриваемого фактора балансировки нагрузки или переконфигурирования сети).

Беспроводное соединение 64 между WD 22 и сетевым узлом 16 осуществляется в соответствии с идеями вариантов осуществления, описанных в ходе этого раскрытия сущности. Один или более различных вариантов осуществления повышают производительность OTT-услуг, предоставленных в WD 22 с использованием OTT-соединения 52, в котором беспроводное соединение 64 может формировать последний сегмент. Более точно, идеи некоторых из этих вариантов осуществления могут повышать скорость передачи данных, понижать задержку, потребление мощности и в силу этого предоставлять такие выгоды, как уменьшенное время ожидания пользователя, ослабленное ограничение на размер файла, лучшая чувствительность, большее время работы от аккумулятора и т.д.

В некоторых вариантах осуществления, процедура измерений может предоставляться для целей мониторинга скорости передач данных, задержки и других факторов, относительно которых улучшаются один или более вариантов осуществления. Дополнительно может быть предусмотрена необязательная сетевая функциональность для переконфигурирования OTT-соединения 52 между хост-компьютером 24 и WD 22, в ответ на варьирования результатов измерений. Процедура измерений и/или сетевая функциональность для переконфигурирования OTT-соединения 52 могут реализовываться в программном обеспечении 48 хост-компьютера 24 или в программном обеспечении 90 WD 22 либо и в том, и в другом. В вариантах осуществления, датчики (не показаны) могут развертываться в/в ассоциации с устройствами связи, через которые проходит OTT-соединение 52; датчики могут участвовать в процедуре измерений посредством подачи значений отслеживаемых величин, примерно проиллюстрированных выше, или подачи значений других физических величин, из которых программное обеспечение 48, 90 может вычислять или оценивать отслеживаемые величины. Переконфигурирование OTT-соединения 52 может включать в себя формат сообщений, настройки повторной передачи, предпочтительную маршрутизацию и т.д.; переконфигурирование не должно затрагивать сетевой узел 16, и оно может быть неизвестным или незаметным для сетевого узла 16. Некоторые такие процедуры и функциональности могут быть известными и осуществляться на практике в данной области техники. В конкретных вариантах осуществления, измерения могут заключать в себе собственную передачу служебных сигналов WD, упрощающую измерения, посредством хост-компьютера 24, пропускной способности, времен распространения, задержки и т.п. В некоторых вариантах осуществления, могут реализовываться измерения, в которых программное обеспечение 48, 90 инструктирует передаваться сообщениям, в частности, пустым или "фиктивным" сообщениям, с использованием OTT-соединения 52, в то время как оно отслеживает время распространения, ошибки и т.д.

Таким образом, в некоторых вариантах осуществления, хост-компьютер 24 включает в себя схему 42 обработки, выполненную с возможностью предоставлять пользовательские данные, и интерфейс 40 связи, который выполнен с возможностью перенаправлять пользовательские данные в сотовую сеть для передачи в WD 22. В некоторых вариантах осуществления, сотовая сеть также включает в себя сетевой узел 16 с радиоинтерфейсом 62. В некоторых вариантах осуществления, сетевой узел 16 выполнен с возможностью, и/или схема 68 обработки сетевого узла 16 выполнена с возможностью выполнять функции и/или способы, описанные в данном документе для подготовки/инициирования/поддержания/поддержки/окончания передачи в WD 22 и/или для подготовки/завершения/поддержания/поддержки/окончания приема передачи из WD 22.

В некоторых вариантах осуществления, хост-компьютер 24 включает в себя схему 42 обработки и интерфейс 40 связи, который выполнен с возможностью, интерфейс 40 связи, выполненный с возможностью принимать пользовательские данные, исходящие из передачи из WD 22 в сетевой узел 16. В некоторых вариантах осуществления, WD 22 выполнено с возможностью и/или содержит радиоинтерфейс 82 и/или схему 84 обработки, выполненную с возможностью выполнять функции и/или способы, описанные в данном документе для подготовки/инициирования/поддержания/поддержки/окончания передачи в сетевой узел 16 и/или для подготовки/завершения/поддержания/поддержки/окончания приема передачи из сетевого узла 16.

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

Фиг. 3 является блок-схемой последовательности операций способа, иллюстрирующей примерный способ, реализованный в системе связи, такой как, например, система связи фиг. 1 и 2, в соответствии с одним вариантом осуществления. Система связи может включать в себя хост-компьютер 24, сетевой узел 16 и WD 22, которые могут представлять собой устройства, описанные со ссылкой на фиг. 2. На первом этапе способа, хост-компьютер 24 предоставляет пользовательские данные (этап S100). На необязательном подэтапе первого этапа, хост-компьютер 24 предоставляет пользовательские данные посредством выполнения хост-приложения, такого как, например, хост-приложение 74 (этап S102). На втором этапе, хост-компьютер 24 инициирует передачу, переносящую пользовательские данные, в WD 22 (этап S104). На необязательном третьем этапе, сетевой узел 16 передает в WD 22 пользовательские данные, которые перенесены в передаче, которую инициирует хост-компьютер 24, в соответствии с идеями вариантов осуществления, описанных в ходе этого раскрытия сущности (этап S106). На необязательном четвертом этапе, WD 22 выполняет клиентское приложение, такое как, например, клиентское приложение 92, ассоциированное с хост-приложением 74, выполняемым посредством хост-компьютера 24 (этап S108).

Фиг. 4 является блок-схемой последовательности операций способа, иллюстрирующей примерный способ, реализованный в системе связи, такой как, например, система связи по фиг. 1, в соответствии с одним вариантом осуществления. Система связи может включать в себя хост-компьютер 24, сетевой узел 16 и WD 22, которые могут представлять собой устройства, описанные со ссылкой на фиг. 1 и 2. На первом этапе способа, хост-компьютер 24 предоставляет пользовательские данные (этап S110). На необязательном подэтапе (не показан), хост-компьютер 24 предоставляет пользовательские данные посредством выполнения хост-приложения, такого как, например, хост-приложение 74. На втором этапе, хост-компьютер 24 инициирует передачу, переносящую пользовательские данные, в WD 22 (этап S112). Передача может передаваться через сетевой узел 16, в соответствии с идеями вариантов осуществления, описанных в ходе этого раскрытия сущности. На необязательном третьем этапе, WD 22 принимает пользовательские данные, переносимые в передаче (этап S114).

Фиг. 5 является блок-схемой последовательности операций способа, иллюстрирующей примерный способ, реализованный в системе связи, такой как, например, система связи по фиг. 1, в соответствии с одним вариантом осуществления. Система связи может включать в себя хост-компьютер 24, сетевой узел 16 и WD 22, которые могут представлять собой устройства, описанные со ссылкой на фиг. 1 и 2. На необязательном первом этапе способа, WD 22 принимает входные данные, предоставленные посредством хост-компьютера 24 (этап S116). На необязательном подэтапе первого этапа, WD 22 выполняет клиентское приложение 92, которое предоставляет пользовательские данные в ответ на принимаемые входные данные, предоставленные посредством хост-компьютера 24 (этап S118). Дополнительно или альтернативно, на необязательном втором этапе, WD 22 предоставляет пользовательские данные (этап S120). На необязательном подэтапе второго этапа, WD 22 предоставляет пользовательские данные посредством выполнения клиентского приложения, такого как, например, клиентское приложение 92 (этап S122). При предоставлении пользовательских данных, выполняемое клиентское приложение 92 дополнительно может рассматривать пользовательский ввод, принимаемый от пользователя. Независимо от конкретного способа, которым предоставлены пользовательские данные, WD 22 может инициировать, на необязательном третьем подэтапе, передачу пользовательских данных в хост-компьютер 24 (этап S124). На четвертом этапе способа, хост-компьютер 24 принимает пользовательские данные, передаваемые из WD 22, в соответствии с идеями вариантов осуществления, описанных в ходе этого раскрытия сущности (этап S126).

Фиг. 6 является блок-схемой последовательности операций способа, иллюстрирующей примерный способ, реализованный в системе связи, такой как, например, система связи по фиг. 1, в соответствии с одним вариантом осуществления. Система связи может включать в себя хост-компьютер 24, сетевой узел 16 и WD 22, которые могут представлять собой устройства, описанные со ссылкой на фиг. 1 и 2. На необязательном первом этапе способа в соответствии с идеями вариантов осуществления, описанных в ходе этого раскрытия сущности, сетевой узел 16 принимает пользовательские данные из WD 22 (этап S128). На необязательном втором этапе, сетевой узел 16 инициирует передачу принимаемых пользовательских данных в хост-компьютер 24 (этап S130). На третьем этапе, хост-компьютер 24 принимает пользовательские данные, переносимые в передаче, инициированной посредством сетевого узла 16 (этап S132).

Фиг. 7 является блок-схемой последовательности операций способа примерного процесса в сетевом узле 16 для конфигурирования ресурсов. Один или более этапов и/или функций, выполняемых посредством сетевого узла 16, могут выполняться посредством одного или более элементов сетевого узла 16, к примеру, посредством блока 32 конфигурирования в схеме 68 обработки, процессора 70, радиоинтерфейса 62 и т.д. В одном или более вариантов осуществления, сетевой узел 16, к примеру, через одно или более из схемы 68 обработки и блока 32 конфигурирования, процессора 70 выполнен с возможностью определять (этап S134) конфигурацию ресурсов для PUCCH, например, для выделения PUCCH-ресурсов, для беспроводного устройства, как описано в данном документе. При использовании в данном документе, конфигурация ресурсов может указывать PUCCH-ресурс, который беспроводное устройство 22 должно использовать и/или выбирать, как описано в данном документе, за счет этого предоставляя конфигурацию ресурса. В одном или более вариантов осуществления, сетевой узел 16, к примеру, через одно или более из схемы 68 обработки, блока 32 конфигурирования, процессора 70, интерфейса 60 связи и радиоинтерфейса 62 выполнен с возможностью предоставлять (этап S136) конфигурацию ресурсов в беспроводное устройство 22. В одном или более вариантов осуществления, конфигурация ресурсов предоставляется для выбора PUCCH-ресурсов перед установлением выделенной конфигурации на уровне управления радиоресурсами на основе конфигурации ресурсов, как описано в данном документе. В одном или более примеров, выбор PUCCH-ресурсов возникает перед установлением выделенной RRC-конфигурации с беспроводным устройством 22 или перед установлением выделенной RRC-конфигурации между беспроводным устройством 22 и сетевым узлом 16.

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

Фиг. 8 является блок-схемой последовательности операций способа примерного процесса в беспроводном устройстве 22 для выбора ресурсов согласно некоторым вариантам осуществления настоящего изобретения. Один или более этапов и/или функций, выполняемых посредством беспроводного устройства 22, могут выполняться посредством одного или более элементов беспроводного устройства 22, к примеру, посредством блока 34 выбора в схеме 84 обработки, процессора 86, радиоинтерфейса 82 и т.д. В одном или более вариантов осуществления, беспроводное устройство 22, к примеру, через одно или более из схемы 84 обработки, блока 34 выбора, процессора 86 и радиоинтерфейса 82 выполнено с возможностью принимать (этап S138) конфигурацию ресурсов для PUCCH, как описано в данном документе (этап S138). В одном или более вариантов осуществления, беспроводное устройство 22, к примеру, через одно или более из схемы 84 обработки, блока 34 выбора, процессора 86 и радиоинтерфейса 82 выполнено с возможностью выбирать (этап S140) PUCCH-ресурс. В одном или более вариантов осуществления, PUCCH-ресурс выбирается перед установлением выделенного управления радиоресурсами на основе принимаемой конфигурации ресурсов, как описано в данном документе. В одном или более вариантов осуществления, выбор PUCCH-ресурса возникает перед установлением выделенной RRC-конфигурации с сетевым узлом 16 или перед установлением выделенной RRC-конфигурации между беспроводным устройством 22 и сетевым узлом 16. В одном или более вариантов осуществления, PUCCH-ресурс выбирается на основе, по меньшей мере частично, конфигурации ресурсов, причем PUCCH-ресурс представляет собой PUCCH-ресурс из поднабора с кардинальностью 8 из 16 PUCCH-ресурсов.

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

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

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

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

В одном или более примеров, другое правило используется для того, чтобы определять PUCCH-ресурс до выделенной RRC-конфигурации (например, перед установлением выделенной RRC-конфигурации с сетевым узлом 16 или перед установлением выделенной RRC-конфигурации между беспроводным устройством 22 и сетевым узлом 16) для уровня агрегирования PDCCH, равного 16, по сравнению с другими уровнями агрегирования, как проиллюстрировано на фиг. 9, который является блок-схемой последовательности операций способа процесса выбора в соответствии с принципами изобретения. В частности, в одном или более вариантов осуществления, беспроводное устройство 22, к примеру, через одно или более из схемы 84 обработки, блока 34 выбора и процессора 86 может быть выполнено с возможностью определять (этап S142) уровень агрегирования PDCCH, как описано в данном документе. В одном или более вариантов осуществления, беспроводное устройство 22, к примеру, через одно или более из схемы 84 обработки, блока 34 выбора, процессора 86 и радиоинтерфейса 82, если уровень агрегирования PDCCH равен (=) 16, использует (этап S144) первый процесс агрегирования для выбора PUCCH-ресурса. В одном или более вариантов осуществления, первый процесс агрегирования соответствует способу 1, описанному ниже. В одном или более вариантов осуществления, беспроводное устройство 22, к примеру, через одно или более из схемы 84 обработки, блока 34 выбора, процессора 86 и радиоинтерфейса 82, если уровень агрегирования PDCCH не равен 16, использует (этап S146) второй процесс агрегирования для выбора PUCCH-ресурса. В одном или более вариантов осуществления, первый процесс агрегирования соответствует способу 2, описанному ниже.

Некоторые примеры способа 1, в котором уровень агрегирования PDCCH равен 16

В одном примере, WD 22 может избегать использования или вообще не использовать неявное выделение ресурсов. В этом случае, 3 бита, предоставленные в поле индикатора PUCCH-ресурсов посредством сетевого узла 16, используются посредством беспроводного устройства 22, к примеру, через схему 84 обработки и/или блок 34 выбора, чтобы выбирать один из 8 PUCCH-ресурсов. Поскольку WD 22 имеет 16 сконфигурированных PUCCH-ресурсов, поднабор с кардинальностью 8 может формироваться из 16 ресурсов. Поскольку WD 22 может не использовать дополнительную информацию, к примеру, неявную информацию выделения ресурсов, этот поднабор с кардинальностью 8 может задаваться в 3GPP-стандарте, таком как NR-стандарт, за счет этого обеспечивая возможность использования 3 битов для того, чтобы выбирать PUCCH-ресурс из поднабора с кардинальностью 8 из 16 PUCCH-ресурсов. Например, поднабор с кардинальностью 8 может представлять собой первые 8 ресурсов, ресурсы с четным индексом или другие 8 ресурсов из 16 ресурсов. Альтернативно, таблица, которая указывает 16 конфигураций PUCCH-ресурсов по 16 PUCCH-ресурсов каждая, может предоставлять для каждой конфигурации PUCCH-ресурсов 16-элементный набор и 8-элементный набор.

В другом примере, дополнительная 1-битовая информация может не быть основана на номере PDCCH-кандидата или (начальном) CCE PDCCH, но может быть основана на другом или дополнительном бите, таком как бит, предоставленный в другом поле DCI, которое не используется для выбора PUCCH-ресурсов в существующей системе. Примеры дополнительной 1-битовой информации могут представлять собой бит, переназначаемый из поля DAI, поле идентификатора HARQ-процесса, бит команды управления мощностью и т.д., так что этот бит может использоваться вместе с 3 битами, предоставленными в поле индикатора PUCCH-ресурсов, чтобы формировать 4 бита, которые могут использоваться для того, чтобы указывать PUCCH-ресурс из числа 16 PUCCH-ресурсов, с которыми может быть сконфигурировано беспроводное устройство 22. В одном или более примеров, переназначаемый бит может соответствовать биту, который должен быть выполнен с возможностью функционировать в качестве дополнительного бита, описанного в данном документе, причем переназначаемый бит по-прежнему может выполнять свои исходные предварительно заданные функции и/или может предоставлять только функции дополнительного бита, к примеру, при нахождении по-прежнему в идентичном формате/поле. Эти 4 бита могут выбирать один из 16 PUCCH-ресурсов для конфигурации WD 22. В общем, любой контент DCI или свойство PDCCH (переносящего DCI), используемого для того, чтобы диспетчеризовать PDSCH, прием которого подтверждается, может использоваться для того, чтобы получать дополнительную 1-битовую информацию. Кроме того, свойство PDSCH может использоваться для того, чтобы предоставлять дополнительный бит. В одном или более примеров, поле DCI или свойство PDCCH/PDSCH отличается или используется по-другому по сравнению со способом 2, описанном ниже. Примеры свойств PDCCH/PDSCH могут включать в себя выделение частотно-временных ресурсов, коды скремблирования, RNTI-значения и т.д.

Некоторые примеры способа 2, в котором уровень агрегирования PDCCH равен 16

В способе 2, неявная информация, предоставляемая посредством дополнительного бита, например, может извлекаться посредством беспроводного устройства 22 из номера PDCCH-кандидата или (начального) CCE, используемого для PDCCH, к примеру, в NR, в котором некоторые уровни агрегирования ниже 16 предоставляют более двух PDCCH-кандидатов. Например, 3GPP-стандарт, такой как NR, может предоставлять два PDCCH-кандидата для уровня агрегирования, равного 8, и 4 PDCCH-кандидата для уровня агрегирования, равного 4. Поскольку только 1 дополнительный информационный бит может быть необходим, в случае уровня агрегирования, равного 8, PDCCH-кандидат может непосредственно использоваться для того, чтобы указывать дополнительную 1-битовую информацию. Для уровня агрегирования, равного 4, два PDCCH-кандидата, вероятно, должны предоставлять идентичное дополнительное битовое значение, например {PDDCH-кандидат 0, PDCCH-кандидаты 1}→0 и {PDDCH-кандидат 2, PDCCH-кандидаты 3}→1. Это может выражаться как математическая функция в качестве битового значения

, где m является номером PDCCH-кандидата, и AL является уровнем агрегирования. Это выражение является применимым и к уровню агрегирования, равному 4 и 8. Другой пример может представлять собой {PDDCH-кандидат 0, PDCCH-кандидаты 2}→0 и {PDDCH-кандидат 1, PDCCH-кандидаты 3}→1. Это может выражаться как битовое значение

. Это выражение является применимым и к уровню агрегирования, равному 4 и 8.

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

и

.

Для способа 2, также другая информация, содержащаяся в DCI или свойствах PDCCH/PDSCH, может использоваться посредством беспроводного устройства 22, например, чтобы определять дополнительный бит. Поле DCI или свойство PDCCH/PDSCH может отличаться или использоваться по-другому по сравнению со способом 1. Примеры свойств PDCCH/PDSCH представляют собой выделение частотно-временных ресурсов, коды скремблирования, RNTI-значения и т.д.

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

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

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

для

, независимо от уровня агрегирования, т.е. оба из

или

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

(поскольку существует только один PDCCH-кандидат

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

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

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

, целевой набор состоит из нескольких значений, например, 0 и 1.

Вышеприведенные формулы выражаются с использованием PDCCH-кандидата. Аналогичные формулы могут извлекаться на основе идей данного изобретения для (начального) CCE, используемого для того, чтобы передавать PDCCH. В одном или более вариантов осуществления, формулы, описанные в данном документе, могут реализовываться посредством беспроводного устройства 22, к примеру, через схему 84 обработки и/или блок 34 выбора.

Обобщение

По меньшей мере, часть вышеописанного раскрытия сущности может предполагать, что WD 22 имеет в сумме 16 PUCCH-ресурсов, и любой из 8 PUCCH-ресурсов может выбираться с полем индикатора PUCCH-ресурсов, и что дополнительный информационный бит предоставляется неявно, чтобы предоставлять возможность выбора любого из 16 PUCCH-ресурсов. Способы могут обобщиться, например, неявный выбор не выполняется для уровня агрегирования, равного 16, но 2 неявных бита предоставляются для более низких уровней агрегирования, либо 1 неявный бит предоставляется для уровня агрегирования, равного 16, и 2 неявных бита предоставляются для уровня агрегирования меньше 16. Кроме того, можно обобщать, что WD 22 может быть сконфигурировано с 16 PUCCH-ресурсами, которые могут отличаться, например, WD 22 может быть сконфигурировано с 32 PUCCH-ресурсами. Настоящее изобретение также является применимым к другим уровням агрегирования, отличным от 16.

Примеры

Пример A1. Сетевой узел 16, выполненный с возможностью осуществлять связь с беспроводным устройством 22 (WD 22), причем сетевой узел 16 выполнен с возможностью и/или содержит радиоинтерфейс 62, и/или содержит схему 68 обработки, выполненную с возможностью:

- определять конфигурацию ресурсов для выделения ресурсов физического канала управления восходящей линии связи (PUCCH) для беспроводного устройства 22; и

- предоставлять конфигурацию в беспроводное устройство 22 для выбора PUCCH-ресурсов перед установлением выделенной конфигурации на уровне управления радиоресурсами на основе конфигурации ресурсов.

Пример A2. Сетевой узел 16 по примеру A1, в котором конфигурация ресурсов предназначена для уровня агрегирования, равного 16, причем:

- конфигурация ресурсов соответствует отображению поднабора с кардинальностью 8 на 16 PUCCH-ресурсов; или

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

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

Пример A4. Сетевой узел 16 по примеру A1, в котором конфигурация ресурсов соответствует:

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

- одному явно передаваемому в служебных сигналах биту для уровня агрегирования PDCCH ниже 16.

Пример B1. Способ, реализованный в сетевом узле 16, при этом способ содержит:

- определение конфигурации ресурсов для выделения ресурсов физического канала управления восходящей линии связи (PUCCH) для беспроводного устройства 22; и

- предоставление конфигурации в беспроводное устройство 22 для выбора PUCCH-ресурсов перед установлением выделенной конфигурации на уровне управления радиоресурсами на основе конфигурации ресурсов.

Пример B2. Способ по примеру B1, в котором конфигурация ресурсов предназначена для уровня агрегирования физического канала управления нисходящей линии связи (PDCCH), равного 16, причем:

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

Пример B4. Способ по примеру B1, в котором конфигурация ресурсов соответствует:

Пример C1. Беспроводное устройство (WD), выполненное с возможностью осуществлять связь с сетевым узлом 16, причем WD 22 выполнено с возможностью и/или содержит радиоинтерфейс 82 и/или схему 84 обработки, выполненную с возможностью:

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

- выбирать PUCCH-ресурс перед установлением выделенного управления радиоресурсами на основе принимаемой конфигурации ресурсов.

Пример C2. WD 22 по примеру C1, в котором конфигурация ресурсов предназначена для уровня агрегирования, равного 16, причем:

Пример C3. WD 22 по примеру C1, в котором конфигурация ресурсов предназначена для уровня агрегирования физического канала управления нисходящей линии связи (PDCCH) ниже 16, причем информация для выбора PUCCH-ресурсов основана на управляющей информации нисходящей линии связи либо свойстве PDCCH или физического совместно используемого канала нисходящей линии связи.

Пример C4. WD 22 по примеру C1, в котором конфигурация ресурсов соответствует:

Пример D1. Способ, реализованный в беспроводном устройстве 22 (WD 22), при этом способ содержит:

- прием конфигурации ресурсов для физического канала управления восходящей линии связи (PUCCH); и

- выбор PUCCH-ресурса перед установлением выделенного управления радиоресурсами на основе принимаемой конфигурации ресурсов.

Пример D2. Способ по примеру D1, в котором конфигурация ресурсов предназначена для уровня агрегирования, равного 16, причем:

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

Пример D4. Способ по примеру D1, в котором конфигурация ресурсов соответствует:

Специалисты в данной области техники должны принимать во внимание, что понятия, описанные в данном документе, могут быть осуществлены в качестве способа, системы обработки данных, компьютерного программного продукта и/или компьютерных запоминающих носителей хранения, сохраняющих выполняемую компьютерную программу. Соответственно, принципы, описанные в данном документе, могут принимать форму полностью аппаратного варианта осуществления, полностью программного варианта осуществления или варианта осуществления, комбинирующего программные и аппаратные аспекты, в общем, упоминаемые в данном документе в качестве "схемы" или "модуля". Любой процесс, этап, действие и/или функциональность, описанная в данном документе, могут выполняться посредством и/или быть ассоциированы с соответствующим модулем, который может реализовываться в программном обеспечении и/или в микропрограммном обеспечении, и/или в аппаратных средствах. Кроме того, принципы, описанные в данном документе, могут принимать форму компьютерного программного продукта на материальном машиноприменимом запоминающем носителе, имеющем компьютерный программный код, осуществленный в носителе, который может быть выполнен посредством компьютера. Может использоваться любой подходящий материальный машиночитаемый носитель, включающий в себя жесткие диски, CD-ROM, электронные устройства хранения данных, оптические устройства хранения данных или магнитные устройства хранения данных.

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

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

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

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

Компьютерный программный код для выполнения операций принципов, описанных в данном документе, может быть написан на объектно-ориентированном языке программирования, таком как Java® или C++. Тем не менее, компьютерный программный код для выполнения операций раскрытия сущности также может быть написан на традиционных процедурных языках программирования, таких как язык программирования "C". Программный код может выполняться полностью на компьютере пользователя, частично на компьютере пользователя, в качестве автономного программного пакета, частично на компьютере пользователя и частично на удаленном компьютере либо полностью на удаленном компьютере. Во втором сценарии, удаленный компьютер может соединяться с компьютером пользователя через локальную вычислительную сеть (LAN) или глобальную вычислительную сеть (WAN), либо соединение может осуществляться с внешним компьютером (например, через Интернет с использованием поставщика Интернет-услуг).

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

Например, принципы и разновидности частично описываются в контексте технологий мобильной или беспроводной связи на основе стандарта долгосрочного развития (LTE) или на основе усовершенствованного стандарта LTE (LTE-A), или на основе нового (следующего) стандарта радиосвязи; тем не менее, это не исключает использование настоящих принципов и аспектов в связи с дополнительными или альтернативными технологиями мобильной связи, такими как глобальная система мобильной связи (GSM). Хотя следующие разновидности частично описываются в дальнейшем относительно определенных спецификаций (TS) Партнерского проекта третьего поколения (3GPP), следует принимать во внимание, что настоящие принципы и аспекты также могут быть реализованы в связи с различными спецификациями управления производительностью (PM).

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

Пояснение сокращений

ACK/NACK - подтверждение приема/отрицание приема

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

DAI - индикатор назначения в нисходящей линии связи

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

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

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

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

RRC - уровень управления радиоресурсами

RNTI - временный идентификатор радиосети

SIB1 - блок 1 системной информации

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

Claims

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

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

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

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

2. Сетевой узел (16) по п. 1, в котором конфигурация ресурсов для PUCCH основана на математической функции, которая предоставляет различные битовые значения на основе уровня агрегирования физического канала управления нисходящей линии связи (PDCCH).

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

4. Сетевой узел (16) по п. 1, в котором, если конфигурация ресурсов для PUCCH предназначена для уровня агрегирования физического канала управления нисходящей линии связи (PDCCH) ниже 16, информация для PUCCH-ресурса основана на одном из управляющей информации нисходящей линии связи, свойства PDCCH и физического совместно используемого канала нисходящей линии связи.

5. Сетевой узел (16) по п. 1, в котором схема (68) обработки дополнительно выполнена с возможностью предоставлять конфигурацию ресурсов для PUCCH в беспроводное устройство (22) для выбора PUCCH-ресурсов перед установлением выделенной конфигурации на уровне управления радиоресурсами.

6. Сетевой узел (16) по п. 1, в котором PUCCH-ресурс указывается только с использованием трех битов поля индикатора PUCCH-ресурса.

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

- определяют (S134) конфигурацию ресурсов для физического канала управления восходящей линии связи (PUCCH) для беспроводного устройства (22), причем конфигурация ресурсов соответствует одному PUCCH-ресурсу из поднабора с кардинальностью 8 из 16 PUCCH-ресурсов; и

- предоставляют (S136) конфигурацию ресурсов,

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

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

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

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

12. Способ по п. 7, в котором PUCCH-ресурс указывается только с использованием трех битов поля индикатора PUCCH-ресурса.

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

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

- выбирать PUCCH-ресурс на основе, по меньшей мере частично, конфигурации ресурсов из поднабора с кардинальностью 8 из 16 PUCCH-ресурсов,

14. Беспроводное устройство (22) по п. 13, в котором выбор PUCCH-ресурса основан на математической функции, которая предоставляет различные битовые значения на основе уровня агрегирования физического канала управления нисходящей линии связи (PDCCH).

15. Беспроводное устройство (22) по п. 13, в котором выбор PUCCH-ресурсов основан, по меньшей мере частично, на одном бите с функцией, которая переназначена с тем, чтобы предоставлять дополнительный бит в дополнение к трехбитовому полю индикатора PUCCH-ресурса.

16. Способ по п. 9, в котором схема (84) обработки выполнена с возможностью использовать только 3 бита, предоставленные в поле индикатора PUCCH-ресурса, для определения PUCCH-ресурса.

17. Беспроводное устройство (22) по п. 13, в котором, если уровень агрегирования PDCCH ниже 16, выбор PUCCH-ресурсов основан на одном из управляющей информации нисходящей линии связи, свойства PDCCH и физического совместно используемого канала нисходящей линии связи.

18. Беспроводное устройство (22) по п. 13, в котором выбор PUCCH-ресурсов основан, по меньшей мере частично, на:

- одном явно передаваемом в служебных сигналах бите для уровня агрегирования PDCCH ниже 16.

19. Способ связи с сетевым узлом (16), при этом способ реализуется в беспроводном устройстве (22) и содержит этапы, на которых:

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

- выбирают (S140) PUCCH-ресурс на основе, по меньшей мере частично, конфигурации ресурсов из поднабора с кардинальностью 8 из 16 PUCCH-ресурсов,

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

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

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

23. Способ по п. 19, в котором беспроводное устройство (22) использует только 3 бита, предоставленные в поле индикатора PUCCH-ресурса, для определения PUCCH-ресурса.

24. Способ по п. 19, в котором выбор PUCCH-ресурсов основан, по меньшей мере частично, на: