ЭФФЕКТИВНОЕ УКАЗАНИЕ ПРОСТРАНСТВЕННОГО ОТНОШЕНИЯ ДЛЯ РЕСУРСОВ ФИЗИЧЕСКОГО КАНАЛА УПРАВЛЕНИЯ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ (PUCCH) Российский патент 2021 года по МПК H04B7/06 

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

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

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

Беспроводная связь быстро развивалась в последние десятилетия, поскольку растущее число конечных пользователей постоянно требовало более высоких скоростей передачи данных и лучшего качества обслуживания. Ожидается, что сотовые системы следующего поколения (так называемые «5G») будут работать на более высоких частотах (например, в диапазоне миллиметровых длин волн или «ммВт»), таких как 5–300 ГГц. Ожидается, что такие системы будут использовать различные технологии с множеством антенн (например, антенные решетки) в передатчике, приемнике и в том и в другом. В области беспроводной связи технология с множеством антенн может содержать множество антенн в сочетании с передовыми технологиями обработки сигналов (например, лучеформирование). Технология с множеством антенн может использоваться для улучшения различных аспектов системы связи, включая пропускную способность системы (например, большее количество пользователей на единицу полосы пропускания на единицу площади), покрытие (например, большую площадь для данной полосы пропускания и количество пользователей) и повышенную скорость передачи данных в расчете на одного пользователя (например, в заданной полосе пропускания и зоне). Направленные антенны могут также обеспечить более качественную беспроводную связь, так как мобильное или стационарное устройство использует канал, изменяющийся во времени.

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

В различных системах беспроводной связи, таких как сотовые системы, может быть меньше ограничений на сложность базовой станции (которая также упоминается в данном документе как сетевой узел, узел B (NodeB, NB), развитой NodeB (eNB), и NodeB следующего поколения (gNB)) по сравнению с терминалом (который также упоминается в данном документе как пользовательское оборудование (UE), устройство беспроводной связи и мобильный блок). В таких примерных случаях разнесение передачи может быть возможным только в нисходящей линии связи (то есть от базовой станции до терминала) и фактически может обеспечивать способ упрощения приемника в терминале. В направлении восходящей линии связи (то есть от терминала до базовой станции) из-за сложности множества передающих антенн было бы предпочтительным достигнуть разнесения путем использования одной передающей антенны в терминале с множеством приемных антенн на базовой станции. Тем не менее, ожидается, что в системах 5G в некоторых рабочих конфигурациях будут использоваться несколько антенн как на терминале, так и на базовой станции.

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

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

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

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

В случае передающей антенной решетки, содержащей NT антенн, и приемной антенной решетки, содержащей NR антенн, приемник может использоваться для отправки CSI для NT•NR каналов в передатчик. Более того, в средах мобильной связи эти NT•NR каналы, вероятно, не являются стационарными, и изменяются в зависимости от относительного движения между передатчиком и приемником (например, базовой станцией и терминалом). Скорость изменения канала (и, следовательно, предпочтительная частота обновления CSI) может быть пропорциональна относительной скорости между передатчиком и приемником и несущей частоте передаваемого сигнала. Другие системы мобильной связи, в том числе системы 5G, могут использовать частоты 5–300 ГГц в миллиметровом диапазоне длин волн, что значительно выше, чем спектр 1–5 ГГц, используемый современными системами. Кроме того, ожидается, что увеличение количества антенн (то есть NT и/или NR) станет важной технологией для достижения целевых показателей производительности для систем 5G, включая высокие скорости передачи данных. Фактически, по мере развития таких ммВт-систем каждая базовая станция и терминал потенциально могут использовать множество антенных элементов, при этом фактическое количество элементов ограничивается только физической площадью и/или объемом, доступным в каждом конкретном приложении.

Долгосрочное развитие (LTE) представляет собой общий термин для так называемых технологий радиодоступа четвертого поколения (4G), разработанных в рамках проекта партнерства третьего поколения (3GPP) и первоначально стандартизированных в версиях 8 и 9, также известных как развитая UTRAN (ММВТ). LTE ориентировано на различные лицензированные частотные диапазоны, включая диапазон 700 МГц в США. LTE сопровождается улучшениями аспектов, не связанных с радиосвязью, которые, как правило, упоминаются как эволюция системной архитектуры (SAE), которая включает в себя сеть на основе развитого пакетного ядра (EPC).

В LTE версии 10 (Rel-10) добавлена функция поддержки полосы пропускания более 20 МГц, при этом сохраняется обратная совместимость с версией 8 (Rel-8). В связи с этим широкополосная (например, более 20 МГц) несущая LTE версии 10 должна отображаться как количество компонентных несущих (CC) для терминала LTE версии 8. Для эффективного использования широкополосной несущей версии 10 унаследованные (например, версии 8) терминалы могут быть запланированы во всех частях широкополосной несущей LTE версии 10. Одним из способов достижения этого является использование агрегации несущих (CA), посредством которой UE LTE версии 10 может принимать несколько CC, каждая из которых предпочтительно имеет ту же структуру, что и несущая версии 8.

Каждая из CC, выделенных для UE, также соответствует соте. В частности, UE назначается первичная обслуживающая сота (PCell) в качестве "главной" соты, обслуживающей UE. Данные и управляющая сигнализация могут одновременно передаваться через PCell, которая всегда активирована. Кроме того, UE может быть назначена одна или несколько вспомогательных или вторичных обслуживающих сот (SCell), которые, как правило, используются только для передачи и/или приема данных. Например, одна или несколько Scell могут предоставить дополнительную полосу пропускания для обеспечения более высокой скорости передачи данных и могут быть динамически активированы или деактивированы.

Хотя технология LTE была изначально разработана для связи между пользователями, сотовые сети 5G предполагают поддержку как высоких скоростей передачи данных для одного пользователя (например, 1 Гбит/с), так и крупномасштабную межмашинную связь, включая короткие, прерывистые передачи из множества разных устройств, которые совместно используют определенную полосу пропускания частот. Стандарты радиосвязи 5G (которые также упоминаются как "новое радио" или "NR") в настоящее время нацелены на широкий спектр услуг передачи данных, включая улучшенную мобильную широкополосную (eMBB) связь и сверхнадежную связь с малой задержкой (URLLC). Эти услуги могут иметь разные требования и задачи. Например, URLLC предназначена для предоставления услуги передачи данных с чрезвычайно строгими требованиями к ошибкам и задержкам, например, вероятность появления ошибки должна составлять всего 10^-5 или ниже, и время задержки между конечными пунктами должно быть равно 1 мс или менее. Для eMBB требования к задержке и вероятности появления ошибки могут быть менее строгими, тогда как требуемая поддерживаемая пиковая скорость передачи данных и/или спектральная эффективность могут быть выше.

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

На ммВт-частотах в NR были определены концепции управления мобильностью между лучами (как внутри, так и между TRP). На этих частотах, где можно использовать лучеформирование с высоким усилением, каждый луч является оптимальным только в пределах небольшой области, и бюджет линии связи за пределами оптимального луча быстро ухудшается. Следовательно, для поддержания высоких характеристик может потребоваться частое и быстрое переключение лучей. Для поддержки такого переключения луча в NR была точно определена структура указания луча. Например, для передачи данных по физическому каналу управления нисходящей линии связи (PDSCH) управляющая информация нисходящей линии связи (DCI) содержит индикатор конфигурации передачи (TCI), который информирует UE относительно того, какой используется передающий луч, чтобы оно могло соответствующим образом настроить свой приемный луч. Это выгодно для случая аналогового формирования луча Rx, когда UE необходимо определить и применить весовые коэффициенты лучеформирования Rx, прежде чем оно сможет принять PDSCH.

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

Перед передачей данных требуется фаза обучения для того, чтобы определить конфигурации пространственной фильтрации gNB и UE, которые по терминологии NR упоминаются как управление лучом DL. Это проиллюстрировано на фиг.1, где показана примерная фаза обучения луча, за которой следует фаза передачи данных с использованием результатов фазы обучения. В NR для операций управления лучом DL используются два типа опорных сигналов (RS): RS информации о состоянии канала (CSI-RS) и блок сигналов синхронизации/физического широковещательного канала управления (SS/PBCH) или сокращенно SSB. На фиг.1 показан пример, в котором CSI-RS используется для поиска подходящей линии связи пары лучей (BPL), что означает подходящую конфигурацию пространственной фильтрации передачи gNB (луч gNB Tx) плюс подходящую конфигурацию пространственной фильтрации приема UE (луч Rx UE), что приводит к достаточно большому бюджету линии связи.

Как показано на фиг.1, когда происходит сканировании Tx-луча gNB, gNB конфигурирует UE для измерения на наборе из пяти (5) ресурсов CSI-RS (RS1, ..., RS5), которые передаются с пятью (5) различными конфигурациями пространственной фильтрации (например, Tx-лучи). UE может быть также выполнено с возможностью предоставления по каналу обратной связи отчетов об ID RS и о мощности принимаемого опорного сигнала (RSRP) CSI-RS, соответствующего максимальной измеренной RSRP. В примере, показанном на фиг.1, максимальное измеренное значение RSRP соответствует RS4. Таким образом, gNB может узнать предпочтительный луч Tx с точки зрения UE.

При последующем сканировании Rx-луча UE gNB может передать ряд ресурсов CSI-RS в разных OFDM-символах, все с той же конфигурацией пространственной фильтрации (например, Tx-луч), которая использовалась ранее для передачи RS4. Затем UE тестирует другую конфигурацию пространственной фильтрации Rx (Rx-луч) в каждом OFDM-символе, чтобы идентифицировать самую большую принятую RSRP. UE запоминает ID RS (в этом примере ID RS 6) и соответствующую конфигурацию пространственной фильтрации, которая привела к самому большому RSRP. Затем сеть может ссылаться в дальнейшем на этот ID RS при планировании данных DL для UE, что позволяет UE настраивать свою конфигурацию пространственной фильтрации Rx (например, Rx-луч) для приема PDSCH. Как упоминалось выше, ID RS содержится в индикаторе конфигурации передачи (TCI), который переносится в поле в DCI, которое планирует PDSCH.

В стандартах NR 3GPP термин "пространственное квазисовмещение" (сокращенно пространственное QCL) используется для обозначения взаимосвязи между антенным(и) портом(ами) двух разных опорных сигналов (RS) DL, которые передаются с помощью gNB. Если два переданных RS DL имеют пространственное QCL в приемнике UE, то UE может предположить, что первый и второй RS передаются с приблизительно одинаковой конфигурацией пространственного фильтра Tx. Исходя из этого предположения, UE может использовать приблизительно такую же конфигурацию пространственного фильтра Rx для приема второго опорного сигнала, который использовался для приема первого опорного сигнала. Таким образом, пространственное QCL представляет собой термин, который используется при аналоговом лучеформировании и формализует понятие "один и тот же Rx-луч UE" в разные моменты времени.

Ссылаясь на фазу передачи данных по нисходящей линии связи, показанную на фиг.1, gNB указывает UE, что DMRS PDSCH квазисовмещены (QCL) в пространстве с RS6. Это означает, что UE может использовать ту же самую конфигурацию пространственной фильтрации Rx (луч Rx) для приема PDSCH, что и предпочтительная конфигурация пространственной фильтрации (луч Rx), определенная на основе RS6 во время сканирования луча UE на этапе управления лучом DL.

Хотя пространственное QCL относится к взаимосвязи между двумя разными RS DL с точки зрения UE, термин "пространственное отношение" используется в рамках стандартизации NR 3GPP для обозначения взаимосвязи между RS UL (DMRS PUCCH/PUSCH) и другим RS, который может быть либо RS DL (CSI-RS или SSB), либо RS UL (SRS). Как и QCL, этот термин также определяется с точки зрения UE. Если RS UL пространственно связан с DL RS, это означает, что UE должно передавать RS UL в противоположном (обратном) направлении, из которого оно ранее приняло второй RS. Более конкретно, UE должно применять по существу ту же конфигурацию пространственной фильтрации Tx для передачи первого RS, что и конфигурация пространственной фильтрации Rx, которую оно ранее использовало для приема второго RS. Если второй RS является RS восходящей линии связи, то UE должно применять ту же конфигурацию пространственной фильтрации Tx для передачи первого RS, что и конфигурация пространственной фильтрации Tx, которую оно ранее использовало для передачи второго RS.

Ссылаясь на фазу передачи данных восходящей линии связи, показанную на фиг.1, gNB указывает UE, что DMRS физического канала управления восходящей линии связи (PUCCH) пространственно связан с RS6. Это означает, что UE должно использовать "ту же самую" конфигурацию пространственной фильтрации Tx (луч Tx) для передачи PUCCH DMRS, что и предпочтительная конфигурация пространственной фильтрации Rx (луча Rx), определенная на основе RS6 во время сканирования луча UE в фазе управления лучом DL.

Технические спецификации (TS) 38.213 и 38.331 3GPP определяют, что для NR UE может быть настроено через протокол управления радиоресурсами (RRC) со списком до восьми (8) пространственных отношений для PUCCH. Этот список задается параметром RRC PUCCH_SpatialRelationInfo. Например, список, как правило, может содержать идентификаторы ряда SSB и/или ресурсов CSI-RS, используемых для целей управления лучом DL. В качестве альтернативы, если в сети используется управление лучом UL на основе SRS, то список может также содержать идентификаторы ряда ресурсов SRS.

На основе измерений управления лучом DL (UL), выполненных UE (gNB), gNB выбирает один из ID RS из списка сконфигурированных ID в PUCCH_SpatialRelationInfo. Выбранное пространственное отношение может быть указано с помощью сообщения MAC-CE, просигнализированного в UE для данного ресурса PUCCH. Затем UE может использовать сигнализированное пространственное отношение для целей настройки конфигурации пространственной фильтрации Tx для передачи на этом ресурсе PUCCH.

Хотя точный формат сообщения MAC-CE не был указан в спецификации протокола MAC 3GPP TS 38.321 V15.0.0, на конференции RAN1#91 было согласовано, что соответствующее сообщение MAC-CE содержит: (1) ID ресурса PUCCH; и (2) индикатор того, какое из восьми (8) сконфигурированных пространственных отношений выбрано в PUCCH_SpatialRelationInfo. В общем, сообщения MAC-CE выровнены по октетам, поэтому они включают в себя целое число октетов (то есть 8-битовые байты). Предполагая, что имеется максимум 128 сконфигурированных ресурсов PUCCH, то для указания ID ресурса PUCCH необходимо семь (7) битов. Предполагая, что сконфигурировано максимум 8 пространственных отношений, то для указания выбранного пространственного отношения необходимо минимум три (3) бита.

В некоторых ситуациях сеть (например, gNB) должна обновлять пространственные отношения ресурсов PUCCH. Это может потребовать передачи сообщения CE MAC для каждого из сконфигурированных ресурсов PUCCH, то есть до 128 сообщений CE MAC. Хотя это обеспечивает максимальную гибкость, которая может быть полезной в некоторых сценариях, такая степень гибкости не требуется в других сценариях. Фактически, в этих других сценариях может существовать значительная избыточность в этих индивидуализированных сообщениях CE MAC, что приводит к нерациональному использованию ресурсов в каналах сигнализации нисходящей линии связи, переносящих сообщения CE MAC. Соответственно, существует потребность в эффективном и гибком подходе к сигнализации для указания пространственного отношения PUCCH, которое поддерживает по меньшей мере эти описанные выше различные сценарии.

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

Варианты осуществления настоящего раскрытия обеспечивают конкретные улучшения связи между пользовательским оборудованием (UE) и сетевыми узлами в сети беспроводной связи, например, путем обеспечения решений, которые позволяют устранить описанные выше примерные проблемы. Более конкретно, примерные варианты осуществления позволяют обеспечить эффективную технологию для сигнализации пространственного отношения для ресурсов физического канала управления восходящей линии связи (PUCCH) (например, через сообщение MAC-CE), которые будут использоваться UE при взаимодействии с сетевым узлом. Например, такие технологии могут гибко сигнализировать, должно ли пространственное отношение применяться к одному ресурсу PUCCH или к множеству ресурсов PUCCH, например, ко всем сконфигурированным ресурсам PUCCH или к группе, набору и/или набору всех сконфигурированных ресурсов PUCCH. При использовании в UE и сетевых узлах NR, поддерживающих функциональные возможности пространственного отношения PUCCH, эти примерные варианты осуществления могут обеспечивать различные улучшения, преимущества и/или преимущества, включая уменьшение служебных сигналов как в нисходящей линии связи, так и в восходящей линии связи; уменьшенную задержку при сигнализации пространственных отношений PUCCH для множества ресурсов; улучшенную поддержку несвязанных реализаций восходящей линии связи/нисходящей линии связи; и уменьшенное потребление энергии для передачи и/или приема сообщений PUCCH.

Примерные варианты осуществления настоящего раскрытия включают в себя способы и/или процедуры для конфигурирования ресурсов PUCCH, используемых при взаимодействии с пользовательским оборудованием (UE) в сети беспроводной связи. Эти примерные способы и/или процедуры могут выполняться сетевым узлом (например, базовой станцией, eNB, gNB, ng-eNB, en-gNB и т.д. или их компонентом) в сети беспроводной связи.

В некоторых вариантах осуществления примерные способы и/или процедуры могут включать в себя выполнение процедуры обучения, с помощью UE, для определения множества пространственных отношений между множеством ресурсов PUCCH и одним или несколькими опорными сигналами (RS), передаваемыми UE или сетевым узлом. Например, один или несколько RS могут включать в себя RS нисходящей линии связи (DL) (например, CSI-RS или SSB) или RS восходящей линии связи (UL) (например, SRS).

Примерные способы и/или процедуры также включают в себя отправку, в UE, одного или более управляющих сообщений, содержащих: 1) конфигурацию множества ресурсов PUCCH; и 2) идентификацию множества пространственных отношений, ассоциированных с одним или несколькими RS. В некоторых вариантах осуществления сконфигурированные ресурсы PUCCH могут размещаться в множестве заданных групп, причем каждая группа содержит множество сконфигурированных ресурсов PUCCH. Например, заданное размещение группы может быть понятным для сетевого узла и UE без явной связи. В других вариантах осуществления одно или более управляющих сообщений могут также включать в себя идентификацию множества групп сконфигурированных ресурсов PUCCH, причем каждая группа содержит множество сконфигурированных ресурсов PUCCH.

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

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

Другие примерные варианты осуществления настоящего раскрытия включают в себя способы и/или процедуры для конфигурирования ресурсов физического канала управления восходящей линии связи (PUCCH), используемых при взаимодействии с пользовательским оборудованием (UE) в сети беспроводной связи. Эти примерные способы и/или процедуры могут выполняться UE (или его компонентом) во взаимодействии с сетевым узлом (например, с базовой станцией, eNB, gNB, ng-eNB, en-gNB и т.д. или их компонентом) в сети беспроводной связи.

В некоторых вариантах осуществления примерные способы и/или процедуры могут включать в себя выполнение процедуры обучения, сетевым узлом, для определения множества пространственных отношений между множеством ресурсов PUCCH и одним или несколькими опорными сигналами (RS), передаваемыми UE или сетевым узлом. Например, один или несколько RS могут включать в себя RS нисходящей линии связи (DL) (например, CSI-RS или SSB) или RS восходящей линии связи (UL) (например, SRS).

Примерные способы и/или процедуры могут также включать в себя прием, из сетевого узла, одного или более управляющих сообщений, содержащих: 1) конфигурацию множества ресурсов PUCCH; и 2) идентификацию множества пространственных отношений, ассоциированных с одним или несколькими RS. В некоторых вариантах осуществления сконфигурированные ресурсы PUCCH могут размещаться в множестве заданных групп, причем каждая группа содержит множество сконфигурированных ресурсов PUCCH. Например, заданное размещение группы может быть понятным для сетевого узла и UE без явной связи. В других вариантах осуществления одно или более управляющих сообщений могут также включать в себя идентификацию множества групп сконфигурированных ресурсов PUCCH, причем каждая группа содержит множество сконфигурированных ресурсов PUCCH.

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

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

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

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

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

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

На фиг.2 показано примерное сообщение MAC-CE, содержащее идентификатор пространственного отношения и идентификатор ресурса PUCCH, согласно различным примерным вариантам осуществления.

На фиг.3 показано примерное отображение содержания идентификатора ресурса PUCCH MAC-CE в фактические ID ресурсов PUCCH согласно различным примерным вариантам осуществления.

На фиг.4 показана примерная структура сообщения MAC-CE, содержащего выделенный флаговый бит, согласно различным примерным вариантам осуществления.

На фиг.5 показана примерная структура сообщения MAC-CE, содержащего идентификатор пространственной группы PUCCH, согласно различным примерным вариантам осуществления.

На фиг.6 показано примерное отображение значений ID пространственной группы PUCCH в фактические ID ресурсов PUCCH согласно различным примерным вариантам осуществления.

На фиг.7 показана примерная структура сообщения MAC-CE, содержащего множество полей ID пространственной группы, согласно различным примерным вариантам осуществления.

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

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

На фиг.10-11 показаны два вида примерной сетевой архитектуры 5G высокого уровня.

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

На фиг.13 показана блок-схема примерного сетевого узла, сконфигурированного согласно различным вариантам осуществления.

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

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

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

В NR версии 15 определены пять различных форматов PUCCH. Формат 0 и 1 PUCCH определены для переноса до двух (2) битов управляющей информации восходящей линии связи (UCI), тогда как форматы 2, 3 и 4 PUCCH определены для переноса более двух (2) битов. Двух битов UCI достаточно для переноса подтверждений гибридного ARQ (например, как положительных, так и отрицательных, совместно именуемых HARQ-ACK) и/или запросов планирования (SR), в то время как другие форматы PUCCH могут нести отчеты CSI в дополнение к HARQ-ACK. и SR, и, таким образом, обрабатывать полезные нагрузки UCI большего размера.

В приложениях с несколькими точками передачи (мульти-TRP) обслуживающий узел DL и приемный узел UL для данного UE необязательно являются идентичными. Предпочтительный приемный узел DL для приема данных UE ассоциируется с узлом, из которого UE принимает сигнал максимальной мощности. С другой стороны, предпочтительный приемный узел UL для передачи данных UE часто является узлом, ассоциированным с наименьшими потерями в тракте передачи. При развертывании гетерогенных сетей (het-net) между макро- и пикоузлами может быть дисбаланс мощности передачи. Более того, такие факторы, как шаблоны помех и условия трафика, могут также влиять на выбор приемопередающего узла для данного UE. Таким образом, для определенных UE часто удобно, желательно и/или необходимо осуществлять развязку предпочтительного передающего узла DL и приемного узла UL.

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

Как уже вкратце упоминалось выше, управляющая сигнализация UL, передаваемая по PUCCH, состоит из различных сообщений и форматов, включая обратную связь CSI, относящуюся к условиям канала DL, HARQ-ACK относительно передач DL и запросы планирования (SR) для передач UL. В сценарии с развязкой UL/DL возможна ситуация, когда удобно передавать сигнализацию, которая относится к PUCCH DL, в предпочтительный узел, обрабатывающий передачу DL, и сигнализацию, которая относится к UL PUCCH (например, SR), в предпочтительный узел, обрабатывающий прием UL. Такая конфигурация позволяет избежать задержки, сложности и нагрузки, которые в противном случае возникли бы, если бы сообщения PUCCH пересылались между узлами по транспортной сети.

Тем не менее, в таких конфигурациях существуют некоторые проблемы. Как обсуждалось выше, хотя список только из восьми (8) пространственных отношений конфигурируется параметром RRC PUCCH-SpatialRelationInfo, сообщение MAC-CE указывает выбор из этого списка на основе ресурсов для каждого ресурса PUCCH, который для NR может быть увеличен до 128 сконфигурированных ресурсов PUCCH. На фиг.2 показано примерное сообщение MAC-CE, которое может использоваться для указания пространственного отношения для ресурса PUCCH. В этом примерном сообщении MAC-CE ID пространственного отношения встречается в младших значащих битах (LSB) первого октета, и ID ресурса PUCCH встречается в LSB. Оставшиеся или неиспользуемые биты помечаются как "резервные".

Следовательно, если gNB хочет обновить пространственное отношение для всех ресурсов PUCCH, он должен передать отдельное сообщение MAC-CE, такое как показано на фиг.2, для каждого из (вплоть до 128) ресурсов PUCCH. Хотя это обеспечивает максимальную гибкость, во многих случаях такая степень гибкости не требуется. Например, для gNB было бы необычным указывать UE относительно того, что один ресурс PUCCH, несущий HARQ-ACK, должен быть лучеформирующим в другом направлении, чем другой ресурс PUCCH, несущий CSI, так как оба типа обратной связи относятся к передаче DL.

Более типичный сценарий состоит в том, что пространственное отношение для всех сконфигурированных ресурсов PUCCH, несущих обратную связь, которая относится к DL, является одинаковым. Для поддержки этого более типичного сценария gNB потребуется передать потенциально достаточно много (например, до 128) сообщений MAC-CE с одинаковым ID пространственного отношения. Это было бы очень расточительно с точки зрения служебных данных. Кроме того, существует потребность в поддержке сценариев с двойной DL, которые могут требовать, чтобы лучеформирование PUCCH (CSI и HARQ-ACK), который относится к передачам PDSCH, выполнялось в направлении одного узла (например, TRP1), и лучеформирование PUCCH, который относится к другим передачам PDSCH, выполнялось в направлении второго узла (например, TRP2).

Примерные варианты осуществления, раскрытые в данном документе, направлены на устранение этих проблем, вопросов и/или недостатков существующих решений путем обеспечения гибкого, но эффективного подхода для указания пространственных отношений PUCCH через MAC-CE, когда общий индикатор пространственного отношения совместно используется множеством ресурсов PUCCH. Примерные варианты осуществления выполняют это различными конкретными способами. В некоторых вариантах осуществления UE может быть выполнено с возможностью игнорирования поля ID ресурса PUCCH в MAC-CE, так что предоставленный индикатор пространственного отношения применяется ко всем сконфигурированным ресурсам PUCCH. В качестве альтернативы поле ID ресурса PUCCH может быть удалено из сообщения MAC-CE. В некоторых вариантах осуществления конкретная комбинация битов в поле ID ресурса PUCCH может указывать на то, что предоставленный индикатор пространственного отношения должен применяться, как правило, ко всем сконфигурированным ресурсам PUCCH, в то время как другая(ие) комбинация(и) битов в поле ID ресурса может указывать для каждого ресурса применение индикатора пространственного отношения.

В некоторых вариантах осуществления флаговый бит в сообщении MAC-CE может указывать то, должен ли применяться предоставленный индикатор пространственного отношения для всех ресурсов PUCCH или для каждого отдельного ресурса PUCCH. Такие варианты осуществления могут также указывать то, должен ли применяться предоставленный индикатор пространственного отношения в пределах конкретной группы, набора или поднабора для всех ресурсов PUCCH или для каждого отдельного ресурса PUCCH.

В некоторых вариантах осуществления поле ID ресурса PUCCH в сообщении MAC-CE может использоваться для указания ID группы пространственных ресурсов. Ресурсы, соответствующие конкретному ID группы пространственных ресурсов, могут предоставляться UE различными способами, включая, например, в виде части сообщения RRC, используемого для конфигурирования ресурса(ов) PUCCH. В вариациях этих вариантов осуществления заданное фиксированное отображение одного или нескольких ID ресурсов PUCCH в пространственную группу может быть известно как UE, так и сетевому узлу. Кроме того, отображение нескольких ID ресурсов PUCCH в пространственную группу может быть заново определено или повторно использовано существующей группировкой, уже используемой для других целей (например, для наборов ресурсов PUCCH).

В некоторых вариантах осуществления сообщение MAC-CE может нести в себе множество ID пространственных отношений, соответствующих множеству групп пространственных ресурсов. В некоторых вариантах осуществления группа пространственных ресурсов PUCCH может указываться форматом PUCCH и/или содержанием PUCCH (например, SR, CSI, HARQ-ACK). Например, если пространственное отношение обновляется для ресурса PUCCH, имеющего формат 0, то это может указывать на то, что также должны быть обновлены другие ресурсы PUCCH, сконфигурированные как формат 0.

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

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

В другой вариации варианта 1 осуществления поле ID ресурса PUCCH может быть удалено из сообщения MAC-CE. Когда UE распознает, что принятое сообщение MAC-CE не включает в себя такого поля, UE применяет пространственное отношение ко всем ресурсам PUCCH. В другом альтернативном варианте UE может ответить на отсутствующее или проигнорированное поле ID ресурса PUCCH, применяя принятый ID пространственного отношения ко всем другим ID пространственного отношения, которые ассоциируются с тем же самым форматом PUCCH (например, 0 или 1), что и принятый ID пространственного отношения.

В других примерных вариантах осуществления (которые совместно упоминаются как "вариант 2 осуществления " только для удобства) конкретная комбинация битов в поле ID ресурса PUCCH может быть "зарезервирована", поэтому, когда зарезервированная комбинация появляется в сообщении MAC-CE, она указывает UE, что конкретный ID пространственного отношения, предоставленный в тех же сообщениях, должен применяться, как правило, ко всем ресурсам PUCCH. С другой стороны, другая "незарезервированная(ые)" комбинация(и) битов в поле ID ресурса может указывать на применение предоставленного ID пространственного отношения к ресурсу, указанному предоставленным ID ресурса PUCCH. На фиг.3 показано примерное отображение значений поля ID ресурса PUCCH MAC-CE в фактические ID ресурса PUCCH согласно данному варианту осуществления. Как показано на фиг.3, значение ID ресурса PUCCH, равное нулю, "зарезервировано" для указания общего применения соответствующего ID пространственного отношения, тогда как все другие значения указывают конкретный ID ресурса PUCCH, к которому должен применяться соответствующий ID пространственного отношения. Другие варианты могут включать в себя несколько "зарезервированных" значений (например, каждое из которых указывает часть пространства ID ресурсов) и дополнительные биты в поле ID ресурсов, так что все индивидуальные ID ресурсов могут быть указаны вместе с "зарезервированными" значениями.

В других примерных вариантах осуществления (которые совместно упоминаются как "вариант 3 осуществления " только для удобства) "выделенный" флаговый бит в сообщении MAC-CE может использоваться для указания того, должен ли применяться конкретный ID пространственного отношения, предоставленный в сообщении, сразу ко всем сконфигурированным ресурсам PUCCH или отдельно к предоставленному ID пространственного отношения. На фиг.4 показана примерная структура сообщения MAC-CE, содержащего такой флаговый бит, согласно этим примерным вариантам осуществления. Согласно примеру, показанному на фиг.4, когда флаговый бит установлен в 1, UE должно игнорировать предоставленное поле ID ресурса PUCCH и применять предоставленный ID пространственного отношения ко всем сконфигурированным ресурсам PUCCH. И наоборот, когда флаг установлен в ноль (например, сброшен), UE должно применить предоставленный ID пространственного отношения к конкретному ресурсу PUCCH, указанному ID ресурса PUCCH, предоставленным в сообщении.

В вариации варианта 3 осуществления вместо того, чтобы различать конкретный ресурс, указанный в сообщении, и все сконфигурированные ресурсы PUCCH, флаговый бит может быть сконфигурирован таким образом, чтобы различать конкретный указанный ресурс и заданную группу, набор или поднабор ресурсов PUCCH. Например, заданная группа ресурсов PUCCH может быть набором ресурсов PUCCH, который определен в NR для целей и/или операций, отличных от пространственных отношений. Как определено в настоящее время, может поддерживаться до четырех (4) наборов ресурсов PUCCH, при этом каждый набор имеет максимум 32 ресурса PUCCH. Таким образом, установив флаговый бит в единицу, сеть может сконфигурировать ID пространственных отношений для всех ресурсов PUCCH, содержащих набор ресурсов PUCCH, с помощью одного сообщения MAC-CE.

В других примерных вариантах осуществления (которые совместно упоминаются как «вариант 4 осуществления» только для удобства) сообщение MAC-CE может включать в себя «ID пространственной группы PUCCH» вместо или в дополнение к семибитовому полю ID ресурса PUCCH. В некоторых вариантах осуществления ID пространственной группы PUCCH может включать в себя менее семи (7) битов. На фиг.5 показана примерная структура сообщения MAC-CE, содержащего двухбитовый ID пространственной группы PUCCH, согласно различным примерным вариантам осуществления. В примере, показанном на фиг.5, поле «ID группы» заменяет два из «резервных» битов октета 1 сообщения (например, октета 1, показанного на фиг.2 и/или 4).

Согласно варианту 4 осуществления сконфигурированные ресурсы PUCCH можно разделить на M групп, и ID пространственного отношения, просигнализированный в сообщении MAC-CE, может применяться ко всем ресурсам PUCCH в группе, указанной ID пространственной группы, включенным в сообщение. Отображение ресурсов PUCCH в конкретную пространственную группу может быть сконфигурировано сетью, например, через конкретный IE в сообщении конфигурации ресурсов RRC PUCCH. Основываясь на таком сообщении конфигурации, когда UE затем принимает сообщение MAC-CE, содержащее сконфигурированный ID пространственной группы, оно может определить фактические сконфигурированные ресурсы PUCCH, соответствующие этому ID пространственной группы.

В других примерных вариантах осуществления (которые совместно упоминаются как "вариант 5 осуществления" только для удобства) одно или несколько заданных отображений между ресурсами PUCCH (например, ID ресурсов PUCCH) и пространственными группами (например, ID пространственных групп) могут быть известны как UE, так и сетевому узлу. Такие отображения могут быть указаны, например, в спецификации 3GPP. На фиг.6 показана таблица, в которой представлено примерное отображение значений ID пространственной группы PUCCH в фактические ID ресурсов PUCCH согласно этим вариантам осуществления. Количество групп (4) и количество ресурсов PUCCH на группу (32) приведены только в качестве примера. При необходимости и/или при желании можно использовать другие значения. Более того, количество ресурсов PUCCH на группу не обязательно должно быть постоянным, то есть разные ID пространственных групп могут соответствовать группам с разным количеством ресурсов PUCCH.

Кроме того, отображение в пространственные группы может быть основано на отображении ресурсов PUCCH для другой цели, такой как отображение в наборы ресурсов PUCCH, описанные выше. Такие существующие отображения могут быть заданы (например, определены в спецификации 3GPP) или сконфигурированы протоколом RRC. В вариантах 5 осуществления отображение между ресурсами PUCCH и пространственными группами может быть основано на сконфигурированном формате ресурсов PUCCH. Например, все ресурсы PUCCH, сконфигурированные как формат 0, могут ассоциироваться с одним ID пространственной группы, и все ресурсы PUCCH, сконфигурированные как формат 1, могут ассоциироваться со вторым ID пространственной группы. Таким образом, UE может интерпретировать конкретный ID пространственной группы, предоставленный в сообщении MAC-CE, как инструкцию по применению пространственного отношения, указанного ID пространственного отношения в том же сообщении, ко всем ресурсам PUCCH, ассоциированным с предоставленным ID пространственной группы (например, ко всем ресурсам PUCCH, сконфигурированным как определенный формат).

В вариациях варианта 5 осуществления пространственная группа PUCCH может указываться поднабором битов, используемых для указания ID ресурса PUCCH. Например, когда количество пространственных групп PUCCH равно K, log2(K) старших значащих битов (MSB) ID ресурса PUCCH могут указывать ID пространственной группы PUCCH. Как показано на фиг.2, когда K = 4, ID пространственной группы PUCCH может быть указан битами b6-b5 октета 2. При приеме сообщения MAC-CE в соответствии с этим форматом, UE может применять пространственное отношение, указанное ID пространственного отношения (то есть биты b2-b0 октета 1) для всех сконфигурированных ресурсов PUCCH, ассоциированных с ID пространственной группы PUCCH, указанным b6-b5 октета 1.

В некоторых вариантах осуществления флаговый бит (как описано выше в отношении варианта 3 осуществления) может использоваться для того, чтобы указать, следует ли применять предоставленный ID пространственного отношения к одному ресурсу PUCCH (указанному предоставленным ID ресурса PUCCH) или к группе ресурсов PUCCH (ассоциированных с предоставленным ID пространственной группы PUCCH). В таком случае, b6-b5 октета 2 могут интерпретироваться UE по-разному, основываясь на значении флагового бита. Аналогично, биты b4-b0 октета 2 могут игнорироваться UE, если значение флага указывает групповое приложение.

В других примерных вариантах осуществления (которые совместно упоминаются как "вариант 6 осуществления" только для удобства) сообщение MAC-CE может нести в себе множество ID пространственных отношений, соответствующих множеству групп пространственных отношений. На фиг.7 показана примерная структура сообщения MAC-CE, содержащая множество (например, два) полей ID пространственной группы, согласно этим примерным вариантам осуществления. В конфигурации, показанной на фиг.7, биты b2-b0 октета 1 могут указывать ID пространственного отношения для пространственной группы 1 PUCCH, и биты b5-b3 октета 1 могут указывать ID пространственного отношения для пространственной группы 2 PUCCH. Следует отметить, что для указания пространственного отношения с более чем двумя пространственными группами PUCCH для этой цели в сообщении CE MAC требуется более одного октета.

В других примерных вариантах осуществления (которые совместно упоминаются как "вариант 7 осуществления" только для удобства) ID пространственной группы PUCCH может быть указан в содержании PUCCH (например, SR, CSI, HARQ-ACK). Например, один ID пространственной группы может ассоциироваться со всеми ресурсами PUCCH, используемыми для сигнализации, которая относится к UL (например, SR), и второй ID пространственной группы может ассоциироваться со всеми ресурсами PUCCH, используемыми для сигнализации, которая относится к DL (например, CSI, HARQ-ACK). Таким образом, одно сообщение MAC-CE, содержащее один ID пространственной группы, может использоваться для конфигурирования конкретного пространственного отношения (указанного ID пространственного отношения, предоставленного в сообщении) для всех сконфигурированных ресурсов PUCCH, связанных с UL (или DL). Таким образом, различные пространственные отношения могут быть выполнены с возможностью эффективной обработки сигналов обратной связи, связанной с UL и DL, переданных из UE, что может способствовать эффективному планированию в описанных выше сценариях UL/DL с развязкой.

В вариации варианта 7 осуществления различные подходы могут использоваться для решения ситуации, когда UE отправляет информацию, которая относится к UL и DL, в одном и том же сообщении PUCCH. Например, применительно к этим сценариям может быть определен третий ID пространственной группы. В качестве альтернативы может использоваться правило, основанное на формате PUCCH. Например, если UE передает только SR, то оно должно использовать пространственное отношение для SR (или формат PUCCH 0), но если UE передает SR и HARQ-ACK вместе, то оно должно использовать пространственное отношение для HARQ-ACK (или формат PUCCH 1).

На фиг.8 показана блок-схема примерного способа и/или примерной процедуры для конфигурирования ресурсов физического канала управления восходящей линии связи (PUCCH), используемых при взаимодействии с пользовательским оборудованием (UE) в сети беспроводной связи, согласно одному или нескольким примерным вариантам осуществления настоящего раскрытия. Примерный способ и/или примерная процедура, показанный/показанная на фиг.8, могут выполняться сетевым узлом (например, базовой станцией, eNB, gNB, ng-eNB, en-gNB и т.д. или их компонентом) в сети беспроводной связи, например, как показано на других чертежах или описано со ссылкой на них. Кроме того, примерный способ и/или примерная процедура, показанный/показанная на фиг.8, могут использоваться совместно с другими примерными способами и/или процедурами, описанными в данном документе, для обеспечения различных примерных положительных эффектов и/или преимуществ. Хотя на фиг.8 этапы показаны в определенном порядке, этот порядок является просто примерным, и операции примерного способа и/или примерной процедуры могут выполняться в другом порядке, чем тот, который показан на фиг.8, и могут быть объединены и/или разделены на этапы, имеющие разные функциональные возможности. Необязательные операции обозначены пунктирными линиями.

В некоторых вариантах осуществления примерный способ и/или примерная процедура, показанный/показанная на фиг.8, может включать в себя операции, выполняемые на этапе 810, на котором сетевой узел может выполнять процедуру обучения с помощью UE, чтобы определить множество пространственных отношений между множеством ресурсов PUCCH и одним или несколькими опорными сигналами (RS), передаваемыми UE или сетевым узлом. Например, один или несколько RS могут включать в себя RS нисходящей линии связи (DL) (например, CSI-RS или SSB) или RS восходящей линии связи (UL) (например, SRS).

Примерный способ и/или примерная процедура может также включать в себя операции, выполняемые на этапе 820, на котором сетевой узел может отправлять, в UE, одно или более управляющих сообщений, содержащих: 1) конфигурацию множества ресурсов PUCCH; и 2) идентификацию множества пространственных отношений, ассоциированных с одним или несколькими RS. В некоторых вариантах осуществления сконфигурированные ресурсы PUCCH могут размещаться в множестве заданных групп, причем каждая группа содержит множество сконфигурированных ресурсов PUCCH. Например, заданное размещение группы может быть понятным для сетевого узла и UE без явной связи.

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

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

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

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

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

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

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

На фиг.9 показана блок-схема примерного способа и/или примерной процедуры для конфигурирования ресурсов физического канала управления восходящей линии связи (PUCCH), используемых при взаимодействии с пользовательским оборудованием (UE) в сети беспроводной связи, согласно одному или нескольким примерным вариантам осуществления настоящего раскрытия. Примерный способ и/или примерная процедура, показанный/показанная на фиг.9, может выполняться UE (или его компонентом) во время взаимодействия с сетевым узлом (например, с базовой станцией, eNB, gNB, ng-eNB, en-gNB и т.д. или их компонентом) в сети беспроводной связи, например, показанной или описанной со ссылкой на другие фигуры в данном документе. Кроме того, примерный способ и/или примерная процедура, показанный/показанная на фиг.9, могут использоваться совместно с другими примерными способами и/или процедурами, описанными в данном документе, для обеспечения различных примерных положительных эффектов и/или преимуществ. Хотя на фиг.9 этапы показаны в определенном порядке, этот порядок является просто примерным, и операции примерного способа и/или примерной процедуры могут выполняться в другом порядке, чем тот, который показан на фиг.9, и могут быть объединены и/или разделены на этапы, имеющие разные функциональны возможности. Необязательные операции обозначены пунктирными линиями.

В некоторых вариантах осуществления примерный способ и/или примерная процедура, показанный/показанная на фиг.9, может включать в себя операции, выполняемые на этапе 910, на котором UE может выполнять процедуру обучения с помощью сетевого узла, чтобы определять множество пространственных отношений между множеством ресурсов PUCCH и одним или несколькими опорными сигналами (RS), передаваемыми UE или сетевым узлом. Например, один или несколько RS могут включать в себя RS нисходящей линии связи (DL) (например, CSI-RS или SSB) или RS восходящей линии связи (UL) (например, SRS).

Примерный способ и/или примерная процедура могут также включать в себя операции, выполняемые на этапе 920, на котором UE может принимать, из сетевого узла, одно или более управляющих сообщений, содержащих: 1) конфигурацию множества ресурсов PUCCH; и 2) идентификацию множества пространственных отношений, ассоциированных с одним или несколькими RS. В некоторых вариантах осуществления сконфигурированные ресурсы PUCCH могут размещаться в множестве заданных групп, причем каждая группа содержит множество сконфигурированных ресурсов PUCCH. Например, заданное размещение группы может быть понятным для сетевого узла и UE без явной связи.

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

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

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

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

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

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

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

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

На фиг.10 показан вид сетевой архитектуры 5G высокого уровня, состоящей из RAN 1099 следующего поколения (NG-RAN) и ядра 1098 5G (5GC). NG-RAN 1099 может включать в себя набор gNB, подключенных к 5GC через один или несколько интерфейсов NG, например gNB 1000, 1050, подключенных через интерфейсы 1002, 1052, соответственно. Кроме того, gNB могут быть подключены друг к другу через один или несколько интерфейсов Xn, например, интерфейс Xn 1040, расположенный между gNB 1000 и 1050.

NG-RAN 1099 разделен на уровень радиосети (RNL) и уровень транспортной сети (TNL). Архитектура NG-RAN, то есть логические узлы NG-RAN и интерфейсы между ними, определена как часть RNL. Для каждого интерфейса NG-RAN (NG, Xn, F1) задан соответствующий протокол TNL и функциональные возможности. TNL предоставляет услуги для транспортировки в плоскости пользователя и транспортировки сигнализации. В некоторых примерных конфигурациях каждый gNB может быть подключен ко всем узлам 5GC в "области AMF", которая задана в 3GPP TS 23.501. Если поддерживается защита данных CP и UP в TNL интерфейсов NG-RAN, может применяться NDS/IP (3GPP TS 33.401).

Логические узлы NG-RAN, показанные на фиг.10 (и описанные в TS 38.401 и TR 38.801), включают в себя центральный (или централизованный) блок (CU или gNB-CU) и один или несколько распределенных (или децентрализованных) блоков (DU или gNB-DU). Например, gNB 1000 включает в себя gNB-CU 1010 и gNB-DU 1020 и 1030. CU (например, gNB-CU 1010) представляют собой логические узлы, в которых размещаются протоколы более высокого уровня и которые выполняют различные функции gNB, такие как управление работой DU. Аналогичным образом, каждый DU является логическим узлом, который поддерживает протоколы нижнего уровня и может включать в себя различные поднаборы функций gNB в зависимости от функционального разделения. Таким образом, каждый из CU и DU может включать в себя различные схемы, необходимые для выполнения их соответствующих функций, включая схему обработки, схему приемопередатчика (например, для поддержания связи) и схему источника питания. Более того, термины "центральный блок" и "централизованный блок" используются в данном документе взаимозаменяемо, как и термины "распределенный блок" и "децентрализованный блок".

gNB-CU подключается к gNB-DU через соответствующие логические интерфейсы F1, такие как интерфейсы 1022 и 232, показанные на фиг.3. gNB-CU и подключенные gNB-DU видны только другим gNB и 5GC 1098 как gNB. Другими словами, интерфейс F1 не виден за пределами gNB-CU.

На фиг.11 показан вид примерной сетевой архитектуры 5G высокого уровня, включающей в себя сеть 1199 радиодоступа следующего поколения (NG-RAN) и ядро 1198 5G (5GC). Как показано на фиг.11, NG-RAN 1199 может включать в себя несколько gNB 1110 (например, 1110a, b) и несколько ng-eNB 1120 (например, 1120a, b), которые межсоединены друг с другом через соответствующие интерфейсы Xn. gNB и ng-eNB также подключаются через интерфейсы NG к 5GC 1198, а точнее к функции 1130 управления доступом и мобильностью (AMF) (например, AMF 1130a, b) через соответствующие интерфейсы NG-C и к функции 1140 плоскости пользователя (UPF) (например, UPF 1140a, b) через соответствующие интерфейсы NG-U.

Каждый из gNB 1110 может поддерживать радиоинтерфейс NR, включая дуплексную связь с частотным разделением каналов (FDD), дуплексную связь с временным разделением каналов (TDD) или их комбинацию. Напротив, каждый из ng-eNB 1120 поддерживает радиоинтерфейс LTE, но, в отличие от обычных eNB LTE, подключается к 5GC через интерфейс NG.

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

Примерное устройство 1200 может содержать процессор 1210, который может быть функционально подключен к памяти 1220 для хранения программ и/или к памяти 1230 для хранения данных через шину 1270, которая может содержать параллельные шины адреса и данных, последовательные порты или другие способы и/или структуры, известные специалистам в данной области техники. Память 1220 для хранения программ может хранить программный код, программы и/или инструкции (которые показаны на фиг.12 вместе как компьютерный программный продукт 1221), исполняемые процессором 1210, который позволяет сконфигурировать устройство 1200 и/или облегчить ему выполнение различных операций, включая операции, описанные ниже. Например, исполнение таких инструкций позволяет сконфигурировать примерное устройство 1200 и/или облегчить его взаимодействие с использованием одного или нескольких протоколов проводной или беспроводной связи, включая один или несколько протоколов беспроводной связи, стандартизованных 3GPP, 3GPP2 или IEEE, таких как широко известные протоколы 5G/NR, LTE, LTE-A, UMTS, HSPA, GSM, GPRS, EDGE, 1xRTT, CDMA2000, 802.11 WiFi, HDMI, USB, Firewire и т.д., или любые другие действующие на данный момент или будущие протоколы, которые можно использовать совместно с приемопередатчиком 1240, пользовательским интерфейсом 1250 и/или хост-интерфейсом 1260.

В качестве другого примера, процессор 1210 может исполнять программный код, хранящийся в памяти 1220 для хранения программ, который соответствует протоколам уровней MAC, RLC, PDCP и RRC, стандартизованным 3GPP (например, для NR и/или LTE). В качестве дополнительного примера процессор 1210 может исполнять программный код, хранящийся в памяти 1220 для хранения программ, который вместе с приемопередатчиком 1240 реализует соответствующие протоколы уровня PHY, такие как мультиплексирование с ортогональным частотным разделением каналов (OFDM), множественный доступ с ортогональным частотным разделением каналов (OFDMA) и множественный доступ с ортогональным частотным разделением каналов с одной несущей (SC-FDMA).

Память 1220 для хранения программ может также содержать программный код, исполняемый процессором 1210 для управления функциями устройства 1200, включая конфигурирование и управление различными компонентами, такими как приемопередатчик 1240, пользовательский интерфейс 1250 и/или хост-интерфейс 1260. Память 1220 для хранения программ может также содержать одну или несколько прикладных программ и/или модулей, содержащих машиноисполняемые инструкции, воплощающие любой из примерных способов и/или процедур, описанных в данном документе. Такой программный код может быть определен или написан с использованием любого известного или разработанного в будущем языка программирования, такого как, например, Java, C++, C, Objective C, HTML, XHTML, машинный код и ассемблер (Assembler), при условии, что будут сохранены желаемые функциональные возможности, например, которые определены с помощью реализованных этапов способа. В дополнение или в качестве альтернативы, память 1220 для хранения программ может содержать внешнее запоминающее устройство (не показано), удаленное от устройства 1200, из которого инструкции могут быть загружены в память 1220 для хранения программ, расположенную внутри устройства 1200 или подключенную к нему с возможностью съема, чтобы обеспечить исполнение таких инструкций.

Память 1230 для хранения данных может содержать область памяти для процессора 1210 для хранения переменных, используемых в протоколах, конфигурации, при управлении и в других функциях устройства 1200, включая операции, соответствующие или содержащие любые из примерных способов и/или процедур, описанных в данном документе. Более того, память 1220 для хранения программ и/или память 1230 для хранения данных могут содержать энергонезависимую память (например, флэш-память), энергозависимую память (например, статическую или динамическую RAM) или их комбинацию. Кроме того, память 1230 для хранения данных может содержать гнездо для модуля памяти, в которое можно вставлять и из которого можно извлекать съемные карты памяти одного или нескольких форматов (например, SD-карту, флеш-накопитель (Memory Stick), флэш-карту (Compact Flash) и т.д.). Специалистам в данной области техники будет понятно, что процессор 1210 может содержать несколько отдельных процессоров (в том числе, например, многоядерные процессоры), каждый из которых реализует часть функциональных возможностей, описанных выше. В таких случаях несколько отдельных процессоров могут быть, как правило, подключены к памяти 1220 для хранения программ и памяти 1230 для хранения данных или индивидуально подключены к нескольким отдельным устройствам памяти для хранения программ и/или памяти для хранения данных. В более общем смысле, специалистам в данной области техники будет понятно, что различные протоколы и другие функции устройства 1200 могут быть реализованы во многих различных компьютерных устройствах, содержащих различные комбинации аппаратных средств и программного обеспечения, включая, но не ограничиваясь, процессоры приложений, процессоры сигналов, процессоры общего назначения, многоядерные процессоры, ASIC, жестко запрограммированные и/или программируемые цифровые схемы, аналоговые основополосные схемы, радиочастотные схемы, программное обеспечение, аппаратно-программное обеспечение и промежуточное программное обеспечение.

Приемопередатчик 1240 может содержать схему радиочастотного передатчика и/или приемника, которая упрощает взаимодействие устройства 1200 с другим оборудованием, поддерживающим аналогичные стандарты и/или протоколы беспроводной связи. В некоторых примерных вариантах осуществления приемопередатчик 1240 включает в себя передатчик и приемник, которые позволяют устройству 1200 поддерживать связь с различными сетями 5G/NR согласно различным протоколам и/или способам, предложенным для стандартизации 3GPP и/или другими органами стандартизации. Например, такие функциональные возможности позволяют производить операции совместно с процессором 1210 для реализации PHY-уровня на основе технологий OFDM, OFDMA и/или SC-FDMA, таких как описанные в данном документе со ссылкой на другие фигуры.

В некоторых примерных вариантах осуществления приемопередатчик 1240 включает в себя передатчик и приемник LTE, которые могут упростить взаимодействие устройства 1200 с различными сетями LTE, LTE-Advanced (LTE-A) и/или с сетями NR в соответствии со стандартами, опубликованными 3GPP. В некоторых примерных вариантах осуществления настоящего раскрытия приемопередатчик 1240 включает в себя схемы, аппаратно-программное обеспечение и т.д., необходимые для взаимодействия устройства 1200 с различными сетями 5G/NR, LTE, LTE-A, UMTS и/или GSM/EDGE также в соответствии со стандартами 3GPP. В некоторых примерных вариантах осуществления настоящего раскрытия приемопередатчик 1240 включает в себя схемы, аппаратно-программное обеспечение и т.д., необходимые для взаимодействия устройства 1200 с различными сетями CDMA2000 в соответствии со стандартами 3GPP2.

В некоторых примерных вариантах осуществления настоящего раскрытия приемопередатчик 1240 может поддерживать связь с использованием радиотехнологий, которые действуют в нелицензированных частотных диапазонах, таких как технология IEEE 802.11 WiFi, которая действует в частотных диапазонах 2,4, 5,6 и/или 60 ГГц. В некоторых примерных вариантах осуществления настоящего раскрытия приемопередатчик 1240 может содержать приемопередатчик, способный к проводной связи, например, с использованием технологии IEEE 802.3 Ethernet. Функциональные возможности, характерные для каждого из этих вариантов осуществления, могут быть связаны с другими схемами в устройстве 1200 или управляться ими, например, процессором 1210, исполняющим программный код, хранящийся в памяти 1220 для хранения программ, в сочетании с памятью 1230 для хранения данных или поддерживаемой ею.

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

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

Интерфейс 1260 управления устройства 1200 может принимать различные формы в зависимости от конкретного примерного варианта осуществления устройства 1200 и конкретных требований к интерфейсу других устройств, с которыми устройство 1200 намерено поддерживать связь и/или управлять ими. Например, интерфейс 1260 управления может содержать интерфейс RS-232, интерфейс RS-485, интерфейс USB, интерфейс HDMI, интерфейс Bluetooth, интерфейс IEEE (Firewire), интерфейс I2C, интерфейс PCMCIA или т.п. В некоторых примерных вариантах осуществления настоящего раскрытия интерфейс 1260 управления может содержать интерфейс Ethernet IEEE 802.3, такой как описан выше. В некоторых примерных вариантах осуществления настоящего раскрытия интерфейс 1260 управления может содержать схему аналогового интерфейса, включая, например, один или несколько цифро-аналоговых (D/A) и/или аналого-цифровых (A/D) преобразователей.

Специалистам в данной области техники будет очевидно, что приведенный выше перечень особенностей, интерфейсов и стандартов радиочастотной связи является просто примерным и не ограничивает объем настоящего раскрытия. Другими словами, устройство 1200 может содержать больше функциональных возможностей, чем показано на фиг.12, включая, например, видеокамеру и/или камеру для получения неподвижных изображений, микрофон, медиаплеер и/или записывающее устройство и т.д. Более того, приемопередатчик 1240 может включать в себя схему, необходимую для поддержания связи с использованием дополнительных стандартов радиочастотной связи, включая Bluetooth, GPS и/или другие. Кроме того, процессор 1210 может исполнять программный код, хранящийся в программной памяти 1220, для управления такими дополнительными функциями. Например, направленная скорость и/или оценки положения, выводимые из приемника GPS, могут быть доступны любой прикладной программе, исполняемой на устройстве 1200, включая различные примерные способы и/или машиночитаемый носитель информации согласно различным примерным вариантам осуществления настоящего раскрытия.

На фиг.13 показана блок-схема примерного сетевого узла 1300, сконфигурированного согласно различным вариантам осуществления настоящего раскрытия, включая описанные выше со ссылкой на другие фигуры. В некоторых примерных вариантах осуществления сетевой узел 1300 может содержать базовую станцию, eNB, gNB или их компонент. Сетевой узел 1300 содержит процессор 1310, который функционально связан с памятью 1320 для хранения программ и памятью 1330 для хранения данных через шину 1370, которая может содержать параллельные адресную шину и шину данных, последовательные порты или другие способы и/или структуры, известные специалистам в данной области техники.

Память1320 для хранения программ может хранить программный код, программы и/или инструкции (которые на фиг.13 показаны вместе как компьютерный программный продукт 1321), исполняемые процессором 1310, который может конфигурировать сетевой узел 1300 и/или облегчать его функционирование для выполнения различных операций, включая операции, описанные ниже. Например, исполнение таких хранящихся инструкций позволяет сконфигурировать сетевой узел 1300 для взаимодействия с одним или несколькими другими устройствами с использованием протоколов согласно различным вариантам осуществления настоящего раскрытия, включая один или несколько примерных способов и/или процедур, описанных выше. Кроме того, выполнение таких сохраненных инструкций позволяет также сконфигурировать сетевой узел 1300 и/или облегчить его взаимодействие с одним или несколькими другими устройствами с использованием других протоколов или уровней протоколов, таких как один или несколько протоколов уровней PHY, MAC, RLC, PDCP и RRC, стандартизованных 3GPP для LTE, LTE-A и/или NR, или любых других протоколов более высокого уровня, используемых в сочетании с интерфейсом 1340 радиосети и интерфейсом 1350 базовой сети. В качестве примера и без ограничения интерфейс 1350 базовой сети может содержат интерфейс S1, и интерфейс 1350 радиосети может содержать интерфейс Uu, как это стандартизировано 3GPP. Память1320 для хранения программ может также включать в себя программный код, исполняемый процессором 1310 для управления функциями сетевого узла 1300, включая конфигурирование и управление различными компонентами, такими как интерфейс 1340 радиосети и интерфейс 1350 базовой сети.

Память 1330 для хранения данных может содержать область памяти для процессора 1310 для хранения переменных, используемых в протоколах, конфигурации, при управлении и в других функциях сетевого узла 1300. Память1320 для хранения программ и память 1330 для хранения данных могут по существу содержать энергонезависимую память (например, флэш-память, жесткий диск и т.д.), энергозависимую память (например, статическое или динамическое RAM), сетевое (например, "облачное") хранилище или их комбинацию. Специалистам в данной области техники будет понятно, что процессор 1310 может содержать несколько отдельных процессоров (не показаны), каждый из которых реализует часть функциональных возможностей, описанных выше. В таком случае несколько отдельных процессоров могут быть, как правило, подключены к памяти 1320 для хранения программ и памяти 1330 для хранения данных или по отдельности подключены к нескольким отдельным устройствам памяти для хранения программам и/или памяти для хранения данных. В более общем смысле, специалистам в данной области техники будет понятно, что различные протоколы и другие функции сетевого узла 1300 могут быть реализованы во многих различных комбинациях аппаратных средств и программного обеспечения, включая, помимо прочего, процессоры приложений, процессоры сигналов, процессоры общего назначения, многоядерные процессоры, ASIC, жестко запрограммированные цифровые схемы, программируемые цифровые схемы, аналоговые основополосные схемы, радиочастотные схемы, программное обеспечение, аппаратно-программное обеспечение и промежуточное программное обеспечение.

Интерфейс 1340 радиосети может содержать передатчики, приемники, процессоры сигналов, ASIC, антенны, блоки формирования диаграммы направленности и другие схемы, которые позволяют сетевому узлу 1300 взаимодействовать с другим оборудованием, таким как многочисленное совместимое пользовательское оборудование (UE) согласно некоторым вариантам осуществления. В некоторых примерных вариантах осуществления интерфейс радиосети может содержать различные протоколы или уровни протоколов, такие как протоколы уровня PHY, MAC, RLC, PDCP и RRC, стандартизованные 3GPP для LTE, LTE-A и/или 5G/NR; их усовершенствованные версии, которые, например, описаны выше в данном документе; или любые другие протоколы более высокого уровня, используемые вместе с интерфейсом 1340 радиосети. Согласно дополнительным примерным вариантам осуществления настоящего раскрытия, интерфейс 1340 радиосети может содержать уровень PHY, основанный на технологиях OFDM, OFDMA и/или SC-FDMA. В некоторых вариантах осуществления функциональность такого уровня PHY может совместно обеспечиваться интерфейсом 1340 радиосети и процессором 1310 (включая программный код в памяти 1320 для хранения программ).

Интерфейс 1350 базовой сети может содержать передатчики, приемники и другие схемы, которые позволяют сетевому узлу 1300 поддерживать связь с другим оборудованием в базовой сети, например, в некоторых вариантах осуществления в базовых сетях с коммутацией каналов (CS) и/или с коммутацией пакетов (PS). В некоторых вариантах осуществления интерфейс 1350 базовой сети может содержать интерфейс S1, стандартизованный в 3GPP. В некоторых примерных вариантах осуществления интерфейс 1350 базовой сети может содержать один или несколько интерфейсов с одним или несколькими SGW, MME, SGSN, GGSN и другими физическими устройствами, которые содержат функциональные возможности, характерные для базовых сетей GERAN, UTRAN, ММВТ и CDMA2000, которые известны специалистам в данной области. В некоторых вариантах осуществления эти один или несколько интерфейсов могут быть мультиплексированы вместе на одном физическом интерфейсе. В некоторых вариантах осуществления интерфейс 1350 базовой сети более низкого уровня может содержать один или несколько из следующих режимов: асинхронный режим передачи (ATM), Интернет-протокол (IP) по Ethernet, SDH по оптическому волокну, T1/E1/PDH по медному проводу, микроволновое радио или другие технологии проводной или беспроводной передачи, известные специалистам в данной области техники.

Интерфейс 1360 OA&M может содержать передатчики, приемники и другие схемы, которые позволяют сетевому узлу 1300 поддерживать связь с внешними сетями, компьютерами, базами данных и т.п. в целях эксплуатации, администрирования и обслуживания сетевого узла 1300 или другого сетевого оборудования, функционально связанного с ним. Нижние уровни интерфейса 1360 OA&M могут содержать один или несколько из: асинхронного режима передачи (ATM), Интернет-протокола (IP) по Ethernet, SDH по оптическому волокну, T1/E1/PDH по медному проводу, микроволнового радио или других технологий проводной или беспроводной передачи, известных специалистам в данной области техники. Кроме того, в некоторых вариантах осуществления один или несколько интерфейсов из интерфейса 1340 радиосети, интерфейса 1350 базовой сети и интерфейса 1360 OA&M могут быть мультиплексированы вместе на одном физическом интерфейсе, например, в приведенных выше примерах.

На фиг.14 показана блок-схема примерной сетевой конфигурации, используемой для предоставления услуг передачи данных поверх протокола IP (OTT) между хост-компьютером и пользовательским оборудованием (UE), согласно одному или нескольким примерным вариантам осуществления настоящего раскрытия. UE 1410 может поддерживать связь с сетью радиодоступа (RAN) 1430 через радиоинтерфейс 1420, который может быть основан на протоколах, описанных выше, включая, например, LTE, LTE-A и 5G/NR. RAN 1430 может включать в себя один или несколько сетевых узлов (например, базовые станции, eNB, gNB, контроллеры и т.д.). RAN 1430 может дополнительно поддерживать связь с базовой сетью 1440 согласно различным протоколам и интерфейсам, описанным выше. Например, одно или несколько устройств (например, базовые станции, eNB, gNB и т.д.), содержащие RAN 1430, могут поддерживать связь с базовой сетью 1440 через интерфейс 1350 базовой сети, описанный выше. В некоторых примерных вариантах осуществления RAN 1430 и базовая сеть 1440 могут быть сконфигурированы и/или размещены так, как показано на других фигурах, обсужденных выше. Аналогичным образом, UE 1410 может быть также сконфигурировано и/или размещено так, как показано на других фигурах, обсужденных выше.

Базовая сеть 1440 может дополнительно поддерживать связь с внешней сетью пакетной передачи данных, показанной на фиг.14 как Интернет 1450, в соответствии с различными протоколами и интерфейсами, известными специалистам в данной области техники. Многие другие устройства, такие как примерный хост-компьютер 1460, и/или сети могут также подключаться и взаимодействовать через Интернет 1450. В некоторых примерных вариантах осуществления хост-компьютер 1460 может поддерживать связь с UE 1410, используя Интернет 1450, базовую сеть 1440 и RAN 1430 в качестве посредников. Хост-компьютер 1460 может быть сервером (например, сервером приложений), находящимся в собственности и/или под контролем поставщика услуг. Управление хост-компьютером 1460 может осуществляться поставщиком OTT-услуг или другим объектом от имени поставщика услуг.

Например, хост-компьютер 1460 может предоставлять услугу пакетной передачи данных поверх протокола IP (OTT) для UE 1410, используя средства базовой сети 1440 и RAN 1430, которые могут не знать о маршрутизации исходящей/входящей связи в/из хост-компьютера 1460. Аналогичным образом, хост-компьютер 1460 может не знать о маршрутизации передачи от хост-компьютера до UE, например, о маршрутизации передачи через RAN 1430. Различные OTT-услуги могут быть предоставлены с использованием примерной конфигурации, показанной на фиг.14, включая, например, потоковое (однонаправленное) аудио и/или видео из хост-компьютера в UE, интерактивное (двунаправленное) аудио и/или видео между хост-компьютером и UE, интерактивный обмен сообщениями или социальное общение, интерактивную виртуальную или дополненную реальность и т.д.

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

Примерные варианты осуществления, описанные в данном документе, обеспечивают эффективную технологию для сигнализации пространственного отношения для ресурсов физического канала управления восходящей линии связи (PUCCH) (например, через сообщение MAC-CE), которое должно использоваться UE 1410 при взаимодействии с сетевым узлом (например, gNB), содержащим RAN 1430. Например, такие технологии могут гибко сигнализировать то, должно ли пространственное отношение применяться к одному ресурсу PUCCH или к множеству ресурсов PUCCH, например, ко всем сконфигурированным ресурсам PUCCH или к группе, набору и/или подмножеству всех сконфигурированных ресурсов PUCCH. При использовании в UE NR (например, в UE 1410) и в gNB (например, в gNB, содержащем RAN 1430), которые поддерживают функциональные возможности пространственного отношения PUCCH, такие примерные варианты осуществления могут обеспечивать различные улучшения, положительные эффекты и/или преимущества, в том числе уменьшение служебных сигналов как в нисходящей линии связи, так и в восходящей линии связи; уменьшенную задержку при сигнализации пространственных отношений PUCCH для множества ресурсов; улучшенную поддержку несвязанных реализаций восходящей линии связи/нисходящей линии связи; и уменьшенное потребление энергии для передачи и/или приема сообщений PUCCH. Таким образом, описанные в данном документе улучшения могут сыграть решающую роль, позволяя UE 1410 и RAN 1430 удовлетворить требования конкретной OTT-услуги между хост-компьютером 1460 и UE 1410. Эти технологии повышают скорость передачи данных в зоне покрытия и позволяют большему количеству пользователей использовать услуги передачи большого количества данных, такие как потоковое видео, в различных условиях покрытия без чрезмерного энергопотребления или другого ухудшения взаимодействия с пользователем.

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

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

Используемый в данном документе термин «узел радиодоступа» (или «узел радиосети») может быть любым узлом в сети радиодоступа (RAN), который работает для беспроводной передачи и/или приема сигналов. Некоторые примеры узлов радиодоступа включают в себя, помимо всего прочего, базовую станцию (например, базовую станцию нового радио (NR) (gNB) в сети NR пятого поколения (5G) 3GPP или eNB в сети 3GPP LTE), базовую станцию высокой мощности или макробазовую станцию, базовую станцию малой мощности (например, микро-базовую станцию, пико-базовую станцию, домашний eNB и т.п.), ретрансляционный узел, точку доступа (AP), точку радиодоступа, удаленный радиоблок (RRU), удаленную радиоголовку (RRH), многостандартную BS (например, BS MSR), объект многосотовой/многоадресной координации (MCE), базовую приемопередающую станцию (BTS), контроллер базовой станции (BSC), сетевой контроллер, NodeB (NB) и т.д. Такие термины могут также использоваться для обозначения компонентов узла, таких как gNB-CU и/или gNB-DU.

Используемый в данном документе термин «радиоузел» может относиться к беспроводному устройству (WD) или узлу радиосети.

Используемый в данном документе термин «узел базовой сети» может быть узлом любого типа в базовой сети. Некоторые примеры узлов базовой сети включают в себя, например, объект управления мобильностью (MME), шлюз сети пакетной передачи данных (P-GW), функцию представления возможностей обслуживания (SCEF), функцию управления доступом и мобильностью (AMF), функцию плоскости пользователя (UPF), домашний абонентский сервер (HSS) и т.д.

Используемый в данном документе термин «сетевой узел» представляет собой любой узел, который является частью сети радиодоступа (например, «узел радиосети» или «узел радиодоступа») или базовой сети (например, «узел базовой сети») системы беспроводной связи, такой как сеть/система сотовой связи.

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

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

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

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

Кроме того, хотя в данном документе используется термин «сота», следует понимать, что (в частности, по отношению к NR 5G) лучи могут использоваться вместо сот, и, таким образом, концепции, описанные в данном документе, в равной степени применимы как к сотам, так и к лучам.

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

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

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

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

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

Примерные варианты осуществления технологий и устройств, описанных в данном документе, включают в себя, но не ограничиваются этим, следующие пронумерованные примеры:

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

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

конфигурирование множества ресурсов PUCCH; и

идентификацию множества пространственных отношений между сконфигурированным множеством ресурсов PUCCH и одним или несколькими опорными сигналами (RS), передаваемыми сетевым узлом или UE; и

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

идентификацию первого пространственного отношения из множества пространственных отношений; и

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

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

конкретного единственного ресурса PUCCH, к которому применяется первое пространственное отношение; и

конкретной группы ресурсов PUCCH, к которой применяется первое пространственное отношение.

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

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

первого значения, указывающего на то, что первое пространственное отношение применяется к сконфигурированному множеству ресурсов PUCCH; и

второго значения, идентифицирующего конкретный одиночный ресурс PUCCH, к которому применяется первое пространственное отношение.

5. Способ согласно примерному варианту 1 осуществления, в котором:

указатель содержит флаг; и

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

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

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

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

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

10. Способ согласно примерному варианту 6 осуществления, в котором множество групп содержит:

первую группу ресурсов PUCCH, сконфигурированных согласно первому формату; и

вторую группу ресурсов PUCCH, сконфигурированных согласно второму формату, отличному от первого формата.

11. Способ согласно примерному варианту 10 осуществления, в котором первая группа ресурсов PUCCH выполнена с возможностью переноса запросов планирования (SR) для передач по восходящей линии связи (UL) из UE, и вторая группа ресурсов PUCCH выполнена с возможностью переноса по меньшей мере сигнала обратной связи, который относится к передаче по нисходящей линии связи (DL), сетевым узлом.

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

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

прием, из сетевого узла, одного или более управляющих сообщений, содержащих:

конфигурирование множества ресурсов PUCCH; и

идентификацию множества пространственных отношений между сконфигурированным множеством ресурсов PUCCH и одним или несколькими опорными сигналами (RS), передаваемыми сетевым узлом или UE; и

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

идентификацию первого пространственного отношения из множества пространственных отношений; и

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

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

конкретного единственного ресурса PUCCH, к которому применяется первое пространственное отношение; и

конкретной группы ресурсов PUCCH, к которой применяется первое пространственное отношение.

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

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

первого значения, указывающего на то, что первое пространственное отношение применяется к сконфигурированному множеству ресурсов PUCCH; и

второго значения, идентифицирующего конкретный одиночный ресурс PUCCH, к которому применяется первое пространственное отношение.

17. Способ согласно примерному варианту 13 осуществления, в котором:

указатель содержит флаг; и

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

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

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

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

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

22. Способ согласно примерному варианту 18 осуществления, в котором множество групп содержит:

первую группу ресурсов PUCCH, сконфигурированных согласно первому формату; и

вторую группу ресурсов PUCCH, сконфигурированных согласно второму формату, отличному от первого формата.

23. Способ согласно примерному варианту 22 осуществления, в котором первая группа ресурсов PUCCH выполнена с возможностью переноса запросов планирования (SR) для передач по восходящей линии связи (UL) из UE, и вторая группа ресурсов PUCCH выполнена с возможностью переноса по меньшей мере сигнала обратной связи, который относится к передаче по нисходящей линии связи (DL), сетевым узлом.

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

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

схему связи, выполненную с возможностью поддержания связи с одним или несколькими UE; и

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

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

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

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

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

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

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

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

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

отправляют (820) в UE одно или более управляющих сообщений, содержащих:

конфигурацию множества ресурсов PUCCH; и

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

отправляют (830) в UE дополнительное управляющее сообщение, содержащее:

идентификацию первого пространственного отношения из множества пространственных отношений; и

указание, применяется ли первое пространственное отношение:

к одному ресурсу PUCCH из сконфигурированных ресурсов PUCCH; или

к группе ресурсов PUCCH из сконфигурированных ресурсов PUCCH.

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

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

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

5. Способ по любому из пп. 2-4, в котором указанное множество групп содержит:

первую группу ресурсов PUCCH, сконфигурированных согласно первому формату; и

вторую группу ресурсов PUCCH, сконфигурированных согласно второму формату, отличному от первого формата.

6. Способ по любому из пп. 2-4, в котором указанное множество групп содержит:

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

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

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

8. Способ по любому из пп. 1-7, в котором дополнительное управляющее сообщение содержит идентификатор ресурса, идентифицирующий, применяется ли первое пространственное отношение:

к конкретному сконфигурированному ресурсу PUCCH; или

к конкретной группе сконфигурированных ресурсов PUCCH.

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

10. Способ по любому из пп. 1-7, в котором дополнительное управляющее сообщение содержит идентификатор ресурса, содержащий:

первое значение, указывающее, что первое пространственное отношение применяется ко всем сконфигурированным ресурсам PUCCH; или

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

11. Способ по любому из пп. 1-7, в котором дополнительное управляющее сообщение содержит идентификатор ресурса, содержащий:

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

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

12. Способ по любому из пп. 1-7, в котором:

дополнительное управляющее сообщение содержит идентификатор ресурса;

указание содержит флаг, который может принимать первое значение и второе значение;

при этом первое значение указывает, что первое пространственное отношение применяется к конкретному сконфигурированному ресурсу PUCCH, который ассоциирован с идентификатором ресурса.

13. Способ по п. 12, в котором второе значение указывает, что:

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

первое пространственное отношение применяется к указанной по меньшей мере одной группе сконфигурированных ресурсов PUCCH.

14. Способ по п. 12, в котором:

второе значение указывает, что первое пространственное отношение применяется к конкретной группе сконфигурированных ресурсов PUCCH; и

конкретная группа идентифицирована частью идентификатора ресурса.

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

16. Способ по любому из пп. 1-15, дополнительно содержащий этап, на котором принимают (840) из UE сообщение PUCCH, переданное согласно первому пространственному отношению с использованием сконфигурированного ресурса PUCCH, к которому применяется первое пространственное отношение.

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

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

принимают (920) из сетевого узла одно или более управляющих сообщений, содержащих:

конфигурацию множества ресурсов PUCCH; и

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

принимают (930) из сетевого узла дополнительное управляющее сообщение, содержащее:

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

указание, применяется ли первое пространственное отношение:

к одному ресурсу PUCCH из сконфигурированных ресурсов PUCCH; или

к группе ресурсов PUCCH из сконфигурированных ресурсов PUCCH.

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

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

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

22. Способ по любому из пп. 19-21, в котором указанное множество групп содержит:

первую группу ресурсов PUCCH, сконфигурированных согласно первому формату; и

вторую группу ресурсов PUCCH, сконфигурированных согласно второму формату, отличному от первого формата.

23. Способ по любому из пп. 19-21, в котором указанное множество групп содержит:

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

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

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

25. Способ по любому из пп. 18-24, в котором дополнительное управляющее сообщение содержит идентификатор ресурса, который идентифицирует, применяется ли первое пространственное отношение:

к конкретному сконфигурированному ресурсу PUCCH; или

к конкретной группе сконфигурированных ресурсов PUCCH.

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

27. Способ по любому из пп. 18-24, в котором дополнительное управляющее сообщение содержит идентификатор ресурса, содержащий:

первое значение, указывающее, что первое пространственное отношение применяется ко всем сконфигурированным ресурсам PUCCH; или

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

28. Способ по любому из пп. 18-24, в котором дополнительное управляющее сообщение содержит идентификатор ресурса, содержащий:

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

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

29. Способ по любому из пп. 18-24, в котором:

дополнительное управляющее сообщение содержит идентификатор ресурса;

указание содержит флаг, который может принимать первое значение и второе значение;

при этом первое значение указывает, что первое пространственное отношение применяется к конкретному сконфигурированному ресурсу PUCCH, который ассоциирован с идентификатором ресурса.

30. Способ по п. 29, в котором второе значение указывает, что:

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

первое пространственное отношение применяется к указанной по меньшей мере одной группе сконфигурированных ресурсов PUCCH.

31. Способ по п. 29, в котором:

второе значение указывает, что первое пространственное отношение применяется к конкретной группе сконфигурированных ресурсов PUCCH; и

конкретная группа идентифицирована частью идентификатора ресурса.

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

33. Способ по любому из пп. 18-32, дополнительно содержащий этап, на котором передают (940) в сетевой узел сообщение PUCCH согласно первому пространственному отношению с использованием сконфигурированного ресурса PUCCH, к которому применяется первое пространственное отношение.

34. Способ по любому из пп. 18-33, дополнительно содержащий этап, на котором выполняют (910) процедуру обучения сетевым узлом для определения множества пространственных отношений, ассоциированных с указанным одним или более RS.

35. Сетевой узел (1000, 1110, 1300), характеризующийся тем, что выполнен с возможностью конфигурирования ресурсов физического канала управления восходящей линии связи (PUCCH), используемых для осуществления связи с пользовательским оборудованием (UE) в сети беспроводной связи, причем сетевой узел содержит:

интерфейс (1340) радиосети, выполненный с возможностью связи с одним или более UE; и

схему (1310) обработки, функционально связанную с интерфейсом (1340) радиосети и выполненную с возможностью выполнения операций, соответствующих любому из способов по пп. 1-17.

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

37. Энергонезависимый машиночитаемый носитель (1320) информации, на котором хранятся машиноисполняемые инструкции, которые при их исполнении по меньшей мере одним процессором (1310) сетевого узла (1300), выполненного с возможностью конфигурирования ресурсов физического канала управления восходящей линии связи (PUCCH), используемых для осуществления связи с пользовательским оборудованием (UE), конфигурируют сетевой узел для выполнения операций, соответствующих любому из способов по пп. 1-17.

38. Пользовательское оборудование (UE) (1200), характеризующееся тем, что выполнено с возможностью конфигурирования ресурсов физического канала управления восходящей линии связи (PUCCH), используемых для осуществления связи с сетевым узлом (1000, 1110, 1300) в сети беспроводной связи, причем UE содержит:

приемопередатчик (1240), выполненный с возможностью связи с сетевым узлом; и

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

39. Пользовательское оборудование (UE) (1200), характеризующееся тем, что выполнено с возможностью конфигурирования ресурсов физического канала управления восходящей линии связи (PUCCH), используемых для осуществления связи с сетевым узлом (1000, 1110, 1300) в сети беспроводной связи, причем UE дополнительно выполнено с возможностью выполнения операций, соответствующих любому из способов по пп. 18-34.

40. Энергонезависимый машиночитаемый носитель (1220) информации, на котором хранятся машиноисполняемые инструкции, которые при их исполнении по меньшей мере одним процессором (1210) пользовательского оборудования (UE) (1200), выполненного с возможностью конфигурирования ресурсов физического канала управления восходящей линии связи (PUCCH), используемых для осуществления связи с сетевым узлом (1000, 1110, 1300) в сети беспроводной связи, конфигурируют UE для выполнения операций, соответствующих любому из способов по пп. 18-34.