УКАЗАНИЕ ЛУЧА ДЛЯ УПРАВЛЕНИЯ МОЩНОСТЬЮ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ Российский патент 2021 года по МПК H04W52/14 

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

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

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

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

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

NR будет иметь структуру, ориентированную на луч, что означает, что традиционная сотовая концепция становится менее строгой, и во многих случаях UE будут подключаться и выполнять «передачу обслуживания» между узкими лучами вместо сот. Таким образом, в 3GPP было принято решение ввести концепции для управления мобильностью между лучами (как внутри, так и между TRP). На более высоких частотах, где потребуется формирование луча с высоким усилением, каждый луч будет оптимальным только в пределах небольшой области, и бюджет линии связи вне оптимального луча будет быстро ухудшаться. Таким образом, для поддержания высокой производительности необходимы частые и быстрые способы переключения лучей (так называемое управление лучами). Для канала передачи данных по нисходящей линии связи (PDSCH) было решено ввести индикатор луча в сообщение планирования управляющей информации нисходящей линии связи (DCI), которое информирует UE о том, какой луч используется, чтобы UE могло соответствующим образом отрегулировать свой приемный луч. Для канала управления нисходящей линии связи (PDCCH) было решено ввести индикатор луча в отдельное сообщение управления, передаваемое на уровне MAC (MAC-CE). Смотрите также раздел 2.1.2. Это особенно важно в случае аналогового формирования луча RX, так как UE должно знать, прежде чем эти данные поступят, в каком направлении направить луч RX.

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

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

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

В NR предложено, что CSI-RS используется в качестве опорного сигнала для управления лучом, но также и другими сигналами, такими как рассматриваемые блоки SSBlock. Блоки SSBlock имеют периодический характер, например, развертка луча до 64 лучей (по одному на SSB) выполняется каждые 20 мс (смотри также раздел 2.1.5). Напротив, CSI-R могут запускаться либо апериодически, либо могут быть периодическими по своей природе. В наиболее общем случае для целей управления лучом UE может быть выполнено с возможностью измерения в любой комбинации периодического SSB, периодического CSI-RS и апериодического CSI-RS. Сеть (NW), базовая станция NR (gNB) или другой узел сконфигурируют UE с конфигурацией CSI-RS с помощью управляющего сообщения, такого как сообщение об управлении радиоресурсами (RRC), где каждая конфигурация будет содержать один или более ресурсов CSI-RS. Затем одно или несколько UE будут выполнять измерения на этих ресурсах CSI-RS и сообщать результат в сеть.

Измерения для управления лучом

В одном варианте осуществления каждый ресурс CSI-RS или SSB передается в другом луче TX TRP (то есть с различным весом предварительного кодирования для множества антенн для формирования лучей в различных направлениях, как видно из антенной решетки TRP).

UE выполнено с возможностью выполнения измерений качества канала (например, качества принимаемого опорного сигнала (RSRP)) конкретного опорного сигнала (CSI-RS или SSB), соответствующего различным лучам TX TRP, и оно может быть дополнительно выполнено с возможностью обратной передачи отчета об этих измерениях в NW. Таким образом, с помощью отчета(ов) об измерениях для NW можно найти предпочтительный(е) луч(и) TX TRP для данного UE. В другом случае использования каждый ресурс CSI-RS передается в одном и том же луче TX TRP.

Таким образом, UE может оценить различные лучи RX UE для используемого луча TX TRP, и найти предпочтительный луч RX UE для конкретного TX TRP луча. Повторная передача ресурса CSI-RS в одном и том же луче, например, в разных OFDM-символах или с использованием гребенки в частотной области, приводящей к шаблону повторения во временной области, полезна, например, когда аналоговое формирование луча при приеме применяется в UE, так как UE может затем переключить луч RX между или в пределах OFDM-символов и оценить качество линии связи.

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

Используя процедуры измерения, описанные выше, UE может найти предпочтительный луч TX TRP и для этого луча предпочтительный луч RX UE. Пара лучей TX-RX иногда упоминается как лучевая линия связи (BPL).

Сигнализация для управления лучом

Для NR было решено, что для получения одноадресного канала передачи данных DL (PDSCH), NR поддерживает указание на предположение о пространственном QCL между антенным(и) портом(ами) RS DL и антенным(и) портом(ами) DMRS канала передачи данных DL: информация, указывающая антенный(е) порт(ы) RS, указывается посредством DCI (грантов нисходящей линии связи), то есть указания, характерного для UE. Информация указывает один или более антенных портов RS, которые квази-совмещены (QCL) с антенным(и) портом(ами) DMRS, и пространственное QCL означает «пространственное квази-совмещенное расположение», что можно интерпретировать как RS DL, и DMRS можно принимать пространственно эквивалентным способом в UE, другими словами, с использованием одного и того же пространственного фильтра, пространственного прекодера или луча.

В дальнейшем было решено, что NR поддерживает аналогичное указание для предположения о пространственном QCL для приема пользовательского канала управления DL (PDCCH), за исключением того, что указание должно содержаться в элементе управления MAC (MAC-CE) (в сигнализации L2) в отличие от сообщения DCI (сигнализации L1).

Механизмы управляющей сигнализации

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

Управляющая информация, передаваемая по PDCCH, PUCCH или встроенная в PUSCH, является управляющей информацией, относящейся к физическому уровню, такой как управляющая информация нисходящей линии связи (DCI), управляющая информация восходящей линии связи (UCI), как описано в 3GPP TS 36.211, 36.212 и 36.213 для LTE и 38.211, 38.212, 38.213 и 38.214 для NR. DCI, как правило, используется для инструктирования UE выполнить некоторую функцию физического уровня, предоставляющую необходимую информацию для выполнения функции. UCI, как правило, обеспечивает сеть необходимой информацией, такой как HARQ-ACK, запрос планирования (SR), информация о состоянии канала (CSI), в том числе CQI, PMI, RI и/или CRI. UCI и DCI могут передаваться на основе "подкадр за подкадром" и поэтому предназначены для поддержания быстро изменяющихся параметров, в том числе тех, которые могут изменяться в радиоканале с быстрым замиранием. Так как UCI и DCI могут передаваться в каждом подкадре, UCI или DCI, соответствующие данной соте, имеют размер, составляющий, как правило, порядка десятков битов для того, чтобы ограничить объем служебных данных управления.

Управляющая информация, переносимая в CE MAC, переносится в заголовках MAC по совместно используемым транспортным каналам восходящей линии связи и нисходящей линии связи (UL-SCH и DL-SCH), как описано в 3GPP TS 36.321. Так как заголовок MAC не имеет фиксированного размера, управляющая информация в CE MAC может отправляться тогда, когда это необходимо, и не обязательно представляет фиксированные служебные данные. Кроме того, CE MAC могут эффективно переносить большие полезные нагрузки управления, так как они переносятся в транспортных каналах UL-SCH или DL-SCH, которые выигрывают от адаптации линии связи и HARQ, и могут быть LDPC-кодированными. CE MAC используются для выполнения повторяющихся задач, которые используют фиксированный набор параметров, таких как поддержание опережения синхронизации или создание отчетов о состоянии буфера, но эти задачи, как правило, не требуют передачи CE MAC на основе "подкадр за подкадром". Таким образом, информация о состоянии канала, относящаяся к радиоканалу с быстрым замиранием, такая как PMI, CQI, RI и CRI, не переносится в CE MAC в LTE вплоть до версии 14 (Rel-14).

Измерения для начального доступа и управление лучом в NR

Для NR было решено, что блок сигналов синхронизации (SSB) должен использоваться для целей синхронизации во время начального доступа. SSB состоит из первичного сигнала синхронизации (PSS), вторичного сигнала синхронизации (SSS) и физического широковещательного сигнала (PBCH), несущего важную системную информацию. SSB передается периодически с периодом 20 мс, и несколько SSB могут передаваться в течение каждого периода, каждый из которых имеет различный индекс времени. В течение периода каждый SSB может быть сформирован в луче в другом направлении, так что SSB передается «с помощью луча» в зоне покрытия сектора. Когда UE выполняет начальный доступ к системе, оно постоянно «прослушивает» SSB, и когда оно обнаруживает самый мощный сигнал, оно выполняет процедуру произвольного доступа (RACH), используя ресурсы PRACH, которые связаны с конкретным индексом времени, содержащимся в обнаруженном PBCH. Таким образом, когда gNB обнаруживает PRACH UE, он неявно знает, какой SSB и, следовательно, какой луч Tx обнаружен UE. Это дает gNB некоторую информацию о начальном приблизительном направлении луча, чтобы использовать его для формирования луча, характерного для UE, при последующих передачах данных/канала управления.

Так как SSB передаются с использованием развертки луча и могут использоваться для обнаружения подходящего Tx-луча для пользователя, в настоящее время обсуждается вопрос о том, следует ли использовать SSB более широко для целей управления лучом. Один их обсуждаемых аспектов состоит в том, что gNB должен конфигурировать UE для регулярного предоставления отчетов об измерениях L1-RSRP на основе одного или нескольких SSB. Они могут использоваться для отслеживания направления UE при его движении/вращении. Кроме того, эти измерения могут использоваться в сочетании с измерениями на CSI-RS для дальнейшего уточнения направления луча на основе конкретного UE.

Надежное управление лучом

Одна из проблем, связанных с подключением UE к узким лучам, состоит в том, что BPL может легко ухудшиться, например, если объект находится на пути линии связи и блокирует его. Из-за высоких потерь на проникновение и плохих дифракционных свойств на высоких частотах блокирующий объект может привести к потере соединения между TRP и UE (так называемый сбой лучевой линии (BLF) или сбой BPL (BPLF)), что может привести к сбрасыванию вызовов и плохому восприятию пользователя.

Одним из способов смягчения проблемы BPLF является использование второй резервной BPL между TRP и UE, которая может использоваться в случае блокирования первой линии связи. Так как вторая линия связи является резервной линией связи, вторая линия связи упоминается как контролируемая линия связи, в то время как первая линия связи является активной линией связи, как показано на фиг.1, на которой показано использование активных и контролируемых лучевых линий связи для поддержания связи между TRP 104 и UE 102. На верхнем чертеже фиг.1 показана активная BPL между TRP 104 и UE 102, используемым для управляющей сигнализации и передачи данных, и одна контролируемая BPL, используемая в качестве резервной. На среднем чертеже объект 190 блокирует активную линию связи, которая нарушает соединение активной линии связи между TRP 104 и UE 102. Чтобы восстановить соединение между TRP 104 и UE 102, NW переключает активную линию связи на контролируемую линию, как показано на нижнем чертеже.

Цель контролируемой линии связи состоит в том, чтобы: 1) обнаруживать новые линии связи, которые лучше, чем активная линия связи, 2) иметь резервную линию связи на случай, если нарушена активная линия связи. На фиг.1 показан один луч 116, 118 RX UE, ассоциированный с каждым лучом 112, 114 TX TRP, что, как правило, является случаем, когда в UE 102 используется аналоговое или гибридное формирование принимаемого луча. В случае, когда UE 102 использует только аналоговое формирование принимаемого луча, UE 102 может в данный момент времени настроить только свой принимаемый луч на один передающий луч TRP, например, для каждого OFDM-символа. Аналогичным образом, если TRP 104 использует аналоговое формирование передаваемого луча, то в данный момент времени может быть передан только один луч, например, в расчете на один OFDM-символ. Таким образом, существует потребность в синхронизации в данный момент времени передающего луча с правильным принимаемым лучом. Для каждого луча TX TRP в данный момент времени существует «оптимальный» луч RX UE, ассоциированный с ним, среди набора возможных лучей RX UE.

Указание луча

На конференции 3GPP TSG RAN WG1 #90 (21-25 августа 2017 года) было достигнуто следующее соглашение, касающееся указания луча для канала данных PDSCH нисходящей линии связи (DL):

Соглашение №1:

● В целях указания луча по меньшей мере для одноадресного PDSCH NR следует поддерживать поле N-битового индикатора в DCI, которое обеспечивает ссылку на RS DL, который пространственно квази-совмещен (QCL) по меньшей мере с одной группой портов DMRS PDSCH

○ Состояние индикатора ассоциируется по меньшей мере с одним индексом RS DL (например, с CRI, индексом SSB), где каждый индекс RS нисходящей линии связи может ассоциироваться с данным типом RS DL, например, с апериодическим CSI-RS, периодическим CSI-RS, полупостоянным CSI-RS или SSB,

● Примечание: отчетность L1-RSRP по SSB еще не согласована.

● Примечание: одна возможность определить тип CSI-RS DL состоит в использовании идентификатора (ID) настройки ресурса, не исключены и другие варианты

○ Значение N равно FFS, но не более 3-х битов

○ FFS: случай использования нескольких групп портов DMRS

○ FFS: независимо от того, нужно ли указывать более одного индикатора луча, NR стремится минимизировать издержки индикатора

● FFS: механизм сигнализации для ассоциации индекса RS DL (например, CRI, индекса SSB), например, с состоянием индикатора

○ Ассоциация явно сигнализируется UE

○ Ассоциация неявно определяется UE

○ Не исключается сочетание вышеперечисленного

● FFS: состояние индикатора также может или не может включать в себя другие параметры, например, для целей отображения PDSCH в RE, аналогичных PQI в LTE, а также другие параметры QCL

● FFS: может или не может состояние индикатора ассоциироваться с более чем одним индексом RS DL?

● FFS: указание луча PDCCH может или не может основываться на состояниях указания луча для PDSCH

Цель сигнализации индикатора, который относится к лучу, в UE в любой DCI (например, для PDSCH) или MAC-CE (например, для PDCCH) состоит в том, чтобы помочь UE установить его аналоговый луч Rx. Таким образом, этот индикатор можно рассматривать как пространственный индикатор QCL. В целях пояснения в настоящем раскрытии принята терминология QRI (опорный индикатор QCL) для ссылки на индикатор, который относится к лучу, который передается в UE. QRI информирует UE о том, какой конкретный ресурс опорного сигнала (SSB, р-CSI-RS, а-CSI-RS) пространственно квази-совмещен (QCL) с DMRS для целей приема PDSCH/PDCCH. Если два передаваемы RS пространственно квази-совмещены (QCL) в приемнике, то приемник может считать, что первый и второй передаваемые RS передаются приблизительно с одной и той же диаграммой направленности, и, следовательно, приемник может использовать примерно такой же RX луч для приема второго опорного сигнала, который используется для приема первого опорного сигнала. Таким образом, термин "пространственное квази-совмещенное расположение (QCL)" применяется в 3GPP для того, чтобы способствовать использованию аналогового формирования луча и формализовать использование «одного луча» в разные моменты времени. В свою очередь, это позволяет gNB информировать UE о том, что ранее переданный RS, который указан QRI в сообщении DCI, пространственно квази-совмещен (QCL) с DMRS PDRSH, который запланирован одним и тем же сообщением DCI.

Чтобы обеспечить гибкость при планировании различных лучей и/или точек передачи, QRI может указать одну из нескольких различных передач RS (например, один из нескольких разных лучей), которые имели место в прошлом. Один из способов представляет собой описание этого с помощью списка, например, 2-битового индикатора QRI, и списка с 4 записями. Таким образом, QRI, просигнализированный в UE в управляющем сообщении нисходящей линии связи (DCI или MAC-CE), извлекается из списка записей (или состояний) QRI, где список состоит как из записей с ассоциацией с периодически передаваемым RS (например, SSB и/или p-CSI-RS), так и из записей с ассоциацией с апериодически передаваемым RS, например, a-CSI-RS. Кроме того, каждая запись в списке ассоциируется с индексом соответствующего опорного сигнала, например, индексом времени в случае SSB или индикатором CSI-RS ресурсов (CRI) в случае р/A-CSI-RS. Термин "индекс опорного сигнала (RSI) принят для обобщенного обозначения индекса.

В общем случае отображение между состоянием QRI и RSI сигнализируется в UE либо (1) явным способом, например, посредством сигнализации RRC или MAC-CE, либо (2) неявным способом.

В случае явного способа (1) UE выполняет измерения, как правило, на большом количестве периодических ресурсов RS (SSB или p-CSI-RS), то есть на большом количестве лучей Tx, и обеспечивает обратную связь RSRP (включая соответствующий RSI) для eNB на множестве предпочтительных ресурсов (лучей). Затем gNB выбирает поднабор измеренных/зарегистрированных RSI и ассоциирует их с состояниями QRI в списке. Затем это отображение сигнализируется в UE на относительно медленной базе, основанной на сигнализации RRC или MAC-CE.

В случае неявного способа (2) используется случай, когда UE выполняет измерения на наборе апериодических ресурсов RS (a-CSI-RS). Опять же, UE может обеспечивать обратную связь RSRP (включая RSI) для eNB на предпочтительном ресурсе (луче). Однако, в отличие от явного способа (1), отображение между состоянием QRI и RSI явно не передается в UE после измерения. Скорее, QRI (например, 2 бита) включается в сообщение, инициирующее, в первую очередь, измерение набора апериодических ресурсов RS. В этом смысле ассоциация между QRI и RSI неявно определяется на основе запуска измерения и предпочтительного ресурса (RSI), основанного на самом последнем измерении набора апериодически переданных RS.

Неявный способ (2) также может использоваться в случае начальной процедуры доступа, и в этом случае UE предполагает, например, что QRI = 0, который зарезервирован для лучевой линии связи, определенной на основе процедуры RACH. Отображение QRI = 0 в RSI получается неявно на основе индекса времени предпочтительного SSB, выбранного UE (закодированного в PBCH).

Пример указания луча

Для примерных целей, пример того, как были сконфигурированы семь различных состояний QRI, показан ниже в таблице 1. Пример соответствует установлению до 7 различных линий связи лучей на основе 3 различных типов RS, SSB (периодический), p-CSI-RS и a-CSI-RS. Таким образом, сеть может передавать лучи 7-ю различными способами (с разными весами формирования луча или даже из разных точек передачи), используя 7 разных RS, и UE сохраняет конфигурацию приемника (то есть аналоговый луч RX) для каждого из этих RS. Эти 7 различных QRI могут быть указаны 3 битами.

В таблицу 1 также включен столбец, который указывает, как производится связь между QRI и индексом опорного сигнала (RSI), и который становится известным UE явным или неявным способом. В обоих случаях RSI определяются на основе предыдущих измерений набора опорных сигналов, и RSI, как правило, соответствует предпочтительному индексу ресурса, например, с наибольшим RSRP. На основании этого определения UE может дополнить каждую строку RSI, как показано ниже в таблице 2.

Таблица 1. Таблица RRC QRI, сконфигурированная для UE

QRI Тип RS Тип ассоциации RSI с QRI 0 SSB Неявный 1 SSB Явный 2 SSB Явный 3 p-CSI-RS Явный 4 p-CSI-RS Явный 5 a-CSI-RS Неявный 6 a-CSI-RS Неявный

Таблица 2. Таблица QRI, поддерживаемая в UE и включающая в себя неявно определенные и явно просигнализированные индексы опорных символов (RSI)

QRI Тип RS Тип ассоциации RSI с QRI RSI 0 SSB Неявный Временной индекс = 4 1 SSB Явный Временной индекс = 8 2 SSB Явный Временной индекс = 45 3 p-CSI-RS Явный CRI = 21 4 p-CSI-RS Явный CRI = 56 5 a-CSI-RS Неявный CRI = 3 6 a-CSI-RS Неявный CRI = 7

Управление мощностью UL, характерное для луча

Настройка уровней выходной мощности передатчиков, базовых станций в нисходящей линии связи и мобильных станций в восходящей линии связи в мобильных системах, как правило, называется управлением мощностью (PC). Задачи PC включают в себя повышение пропускной способности, зоны покрытия, надежности системы и снижение энергопотребления. В LTE механизмы PC могут быть разделены на группы: (1) с разомкнутым контуром, (2) с замкнутым контуром и (3) с объединенным контуром, образованным из разомкнутого и замкнутого контуров. Они отличаются тем, какой входной сигнал используется для определения мощности передачи. В случае разомкнутого контура передатчик измеряет некоторый сигнал, отправленный приемником, и на основании этого устанавливает свою выходную мощность. В случае замкнутого контура приемник измеряет сигнал от передатчика, и на основании этого отправляет команду управления мощностью передачи (TPC) в передатчик, который затем соответственно устанавливает свою мощность передачи. В объединенной схеме с разомкнутым и замкнутым контуром оба входа используются для установки мощности передачи.

Например, в LTE версии 10 UE первоначально выполняет PC для PRACH, используя

P_PRACH = min{, PREAMBLE_RECEIVED_TARGET_POWER + }

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

.

Здесь - мощность передачи для использования в данном подкадре, и - потери в тракте передачи, оцениваемые UE. Для PUSCH вместо предыдущего уравнения используется уравнение:

.

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

.

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

Принято считать, что NR поддерживает управление мощностью, характерное для луча, хотя точные детали того, что подразумевается под лучом, еще полностью не определены. PC, характерное для луча, может, например, представлять собой схему, которая позволяет использовать случаи, когда поддерживается раздельное управление мощностью в нескольких парах лучей UX TX и RX gNB. Например, варианты использования включают в себя: (1) UE, передающее в TRP с использованием определенного луча, переключается на другой луч, и затем, в свою очередь, также переключается с одного контура PC на другой и (2) UE, передающее в TRP, переключается на другую TRP и затем, в свою очередь, также переключается с одного контура PC на другой.

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

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

Для целей PC UL было принято решение, что NR будет производить свою оценку потерь в тракте на основе блоков SS (SSB) и периодического CSI-RS (p-CSI-RS). Кроме того, также обсуждается возможность использования апериодического (a-CSI-RS) и полупостоянного CSI-RS (s-CSI-RS) для управления мощностью UL. Таким образом, так как для PC UL будет использоваться множество различных опорных сигналов, необходимо решить вопрос о том, как сделать UE осведомленным, на каких опорных сигналах измерять, а также когда использовать какой опорный сигнал при проведении PC UL, характерного для луча.

Некоторые аспекты настоящего раскрытия и их вариантов осуществления могут предоставлять решения вышеупомянутых отмеченных проблем или других проблем. Цель QRI в предшествующем уровне техники состояла в установлении связи с опорным сигналом DL и передачей DL. Согласно некоторым вариантам осуществления это проявляется в том, что: (1) каждый QRI также связан с контуром управления мощностью UL, и (2) в пределах этого контура PC оценка потерь в тракте передачи может основываться на опорном сигнале, соответствующем QRI.

Это, в свою очередь, означает, что, если UE хотело бы выполнить передачу по PUSCH (или по PUCCH) таким образом, чтобы направление луча Tx UE было таким же, как и для направления RX UE луча PDSCH (или PDCCH), подходящей стратегией PC будет использование контура PC, соответствующего указанному QRI для PUSCH (или PUCCH). Таким образом, то, какой контур PC должен использоваться, следовательно, может быть неявно получено из управляющего сообщения нисходящей линии связи (DCI или MAC-CE), где сигнализируется QRI для PDSCH и/или PDCCH. В качестве альтернативы, QRI явно сигнализируется для выбора QRI PUSCH и/или PUCCH, и контур PC следует этой индексации.

1. UE указывает QRI в сообщении планирования канала управления нисходящей линии связи (например, DCI) или в сообщении управления MAC (например, MAC-CE) из списка QRI, и UE использует QRI в качестве ссылки для выбора одного из многочисленных контуров PC UL.

2. Каждая запись в списке QRI связана с контуром PC, который может использовать или может не использовать RS, соответствующий QRI, для оценки потерь в тракте передачи для целей PC.

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

a) В случае, если конкретная часть еще не сконфигурирована, UE может установить ее на ноль и, таким образом, использовать только общую часть.

4. Указанный QRI присоединяется к отчету и/или запускает отчет о запасе мощности для определенного контура PC UL.

5. PC SRS связано с QRI в текущий момент времени или использовалось в последнее время для передачи PDSCH.

6. PC SRS подключено к RS без указания QRI.

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

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

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

В некоторых вариантах осуществления определение пространственной ассоциации дополнительно содержит определение пространственной ассоциации с первой конфигурацией опорного сигнала (RS) на основе информации DL.

В некоторых вариантах осуществления первая конфигурация RS является конфигурацией зондирующего опорного сигнала (SRS) восходящей линии связи (UL).

В некоторых вариантах осуществления первая конфигурация RS является конфигурацией RS нисходящей линии связи (DL).

В некоторых вариантах осуществления конфигурация RS DL включает в себя одно из: a) индекса CSI-RS или b) индекса SSB.

В некоторых вариантах осуществления определение параметров PC содержит определение значения смещения (P0) для управления мощностью UL.

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

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

В некоторых вариантах осуществления информация DL является битовым полем в CE MAC.

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

В некоторых вариантах осуществления способ включает в себя получение мощности передачи для передачи PUSCH на основе параметров PC UL.

В некоторых вариантах осуществления способ включает в себя получение мощности передачи для передачи PUCCH на основе параметров PC UL.

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

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

В некоторых вариантах осуществления каждое из доступных состояний SRI ассоциируется с одним или несколькими RS DL.

В некоторых вариантах осуществления определение параметров PC содержит определение параметров PC UL, ассоциированных с SRI.

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

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

В некоторых вариантах осуществления определение пространственной ассоциации дополнительно содержит определение пространственной ассоциации с первой конфигурацией опорного сигнала (RS) на основе информации DL.

В некоторых вариантах осуществления первая конфигурация RS является конфигурацией зондирующего опорного сигнала (SRS) восходящей линии связи (UL).

В некоторых вариантах осуществления первая конфигурация RS является конфигурацией RS нисходящей линии связи (DL).

В некоторых вариантах осуществления конфигурация RS DL включает в себя одно из: а) индекса CSI-RS или b) индекса SSB.

В некоторых вариантах осуществления определение параметров PC содержит определение значения смещения (P0) для управления мощностью UL.

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

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

В некоторых вариантах осуществления информация DL является битовым полем в CE MAC.

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

В некоторых вариантах осуществления UE дополнительно выполнено с возможностью получения мощности передачи для передачи PUSCH на основе параметров PC UL.

В некоторых вариантах осуществления UE дополнительно выполнено с возможностью получения мощности передачи для передачи PUCCH на основе параметров PC UL.

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

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

В некоторых вариантах осуществления каждое из доступных состояний SRI ассоциируется с одним или несколькими RS DL.

В некоторых вариантах осуществления определение параметров PC содержит определение параметров PC UL, ассоциированных с SRI.

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

Варианты осуществления обеспечивают ни одного, одно или несколько из следующих технических преимуществ. Например, так как выбор контура PC будет следовать за указанным QRI для PDSCH/PDCCH или PUSCH/PUCCH, дополнительная сигнализация не потребуется, контур PC отслеживает как соответствие при указании QRI в управляющем сообщении нисходящей линии связи. Это важно, так как объем данных, которые могут переноситься в управляющем сообщении нисходящей линии связи, очень ограничен.

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

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

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

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

Фиг.2 иллюстрирует беспроводную сеть в соответствии с некоторыми вариантами осуществления.

Фиг.3 иллюстрирует один вариант осуществления UE в соответствии с различными аспектами.

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

Фиг.5 схематично иллюстрирует телекоммуникационную сеть, подключенную через промежуточную сеть к хост-компьютеру.

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

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

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

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

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

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

Фиг.12 иллюстрирует схематичную блок-схему устройства в беспроводной сети.

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

Фиг.14 иллюстрирует схематичную блок-схему устройства в беспроводной сети.

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

Фиг.16 иллюстрирует схематичную блок-схему устройства в беспроводной сети.

Фиг.17 иллюстрирует таблицу, показывающую набор состояний TCI согласно некоторым вариантам осуществления.

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

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

PC UL, характерное для луча

Один вариант осуществления настоящего раскрытия представлен ниже в таблицах, где рассматривается PC для PUSCH.

Таблица 3. Таблица RRC QRI, сконфигурированная для UE

QRI Тип RS Тип ассоциации RSI с QRI Контур PC 0 SSB Неявный 1 SSB Явный 2 SSB Явный 3 p-CSI-RS Явный 4 p-CSI-RS Явный 5 a-CSI-RS Неявный 6 a-CSI-RS Неявный

Таблица 4. Таблица QRI, поддерживаемая в UE и включающая в себя неявно определенные и явно просигнализированные индексы опорных символов (RSI)

QRI Тип RS Тип ассоциации RSI с QRI RSI Контур PC 0 SSB Неявный Временной индекс = 4 1 SSB Явный Временной индекс = 8 2 SSB Явный Временной индекс = 45 3 p-CSI-RS Явный CRI = 21 4 p-CSI-RS Явный CRI = 56 5 a-CSI-RS Неявный CRI = 3 6 a-CSI-RS Неявный CRI = 7

Как видно из этих таблиц, к каждому QRI присоединен контур PC, где контур PC UL задается как

.

Здесь значение , и т.д. представляют собой такие параметры, которые могут быть сконфигурированы характерным для луча способом, и могут, таким образом, зависеть от i. Однако они могут также совместно использоваться так, что, например, , что означает, что необходимо конфигурировать только α. Индекс J в относится к лучу, используемому для передачи PUCCH.

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

= referenceSignalPower_i - higher_layer_filtered_RSRP_i,

где referenceSignalPower_i определяется сетью. Таким образом, в приведенном выше примере, передача a-CSI-RS, соответствующего CRI=3 (QRI=5), позволит UE получить более подробную информацию относительно , и может быть обновлен соответствующим образом.

Когда ограничение на измерения сконфигурировано для опорного сигнала, соответствующего QRI i, UE не должно выполнить долгосрочное усреднение для вычисления потерь в тракте передачи. Альтернативой для этого случая для UE является использование другого опорного сигнала для оценки PL (например, как описано в 5.2), на основе которого можно выполнить долгосрочное усреднение.

Наконец, следует указать на то, что для луча в настоящее время не используется PUSCH, следовательно, М = 0, предыдущее уравнение можно записать как

.

Неявный и явный способы

Конфигурирование параметров PC UL, как, например, , , можно выполнить с использованием RRC-конфигурации. Как указывалось ранее, отображение между состоянием QRI и RSI может быть выполнено различными способами. Для явного отображения сигналы RRC или MAC-CE являются естественными кандидатами, тогда как для неявного отображения используется DCI. Таким образом, разрешение, например, a-CSI-RS быть сконфигурированным посредством неявного отображения, которое, в свою очередь, определяет контур PC UL, приводит к тому, что может существовать временной интервал, в котором определяется контур PC UL, с точки зрения того, на каком RS проводить измерения, но такие параметры, как , и т.д., еще не доступны в UE, так как RRC-конфигурация, как правило, медленнее, чем DCI-сигнализация. В одном варианте осуществления это решено путем определения параметров, характерных для луча, в соответствии с форматом , где является значением по умолчанию, общим для всех контуров PC, и представляет собой смещение, применяемое только к пучку i. Это смещение можно затем принять равным 0 до тех, пока не будет сконфигурировано другое значение посредством RRC. Таким образом, в этом случае будет соответствовать поведению по умолчанию. Подобную стратегию можно применить к , записав , где представляет собой значение по умолчанию.

PC UL, характерное для луча, в случае совместно используемых процессов оценки PL

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

Таблица 5. Таблица QRI, поддерживаемая в UE, включающая в себя неявно определенные и явно просигнализированные индексы опорных символов (RSI)

QRI Тип RS Тип ассоциации RSI с QRI RSI Контур PC RS для оценки PC PL 0 SSB Неявный Временной индекс = 4 SSB 1 SSB Явный Временной индекс = 8 SSB 2 SSB Явный Временной индекс = 45 SSB 3 p-CSI-RS Явный CRI = 21 p-CSI-RS, CRI = 21 4 p-CSI-RS Явный CRI = 56 p-CSI-RS, CRI = 56 5 a-CSI-RS Неявный CRI = 3 p-CSI-RS, CRI = 21 6 a-CSI-RS Неявный CRI = 7 p-CSI-RS, CRI = 56

PC UL, характерное для луча, с пулом процессов PC

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

Таблица 6. Таблица QRI, поддерживаемая в UE, включающая в себя неявно определенные и явно просигнализированные индексы опорных символов (RSI)

QRI Тип RS Тип ассоциации RSI с QRI RSI Контур PC 0 SSB Неявный Временной индекс = 4 1 SSB Явный Временной индекс = 8 2 SSB Явный Временной индекс = 45 3 p-CSI-RS Явный CRI = 21 4 p-CSI-RS Явный CRI = 56 5 a-CSI-RS Неявный CRI = 3 6 a-CSI-RS Неявный CRI = 7

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

Таблица 7. Пул процессов на PC

Контур PC RS для оценки PC PL SSB,
Временной индекс = 4 p-CSI-RS, CRI = 21 p-CSI-RS, CRI = 56

Индикатор контура PC UL

В одном варианте осуществления UE хотело бы выполнить передачу PUSCH или PUCCH таким образом, чтобы направление луча Tx UE было таким же, как и направление луча Rx PDSCH или PDCCH UE. В свою очередь, это будет означать, что подходящей стратегией PC будет использование контура PC, соответствующего QRI соответствующих лучей PDSCH или PDCCH. Таким образом, то, какой контур PC должен использоваться может быть, следовательно, неявно получен из управляющего сообщения нисходящей линии связи (DCI или MAC-CE), где сигнализируется QRI для PDSCH и/или PDCCH. Альтернативно, QRI явно сигнализируется для выбора лучей PUSCH и/или PUCCH, и контур PC отслеживает эту индексацию. Таким образом, можно также использовать QRI для целей UL PC, и ему не потребуется отдельная сигнализация для выбора контура UL-PC, так как он должен присутствовать для того, чтобы принять решение относительно луча PUSCH или PUCCH.

В одном примере UE принимает грант UL через PDCCH. В ответ на грант UL UE выполняет передачу PUSCH. Грант UL может включать в себя M-битовое поле (например, индикатор QRI и, например, M = 2 или 3 бита). На основе М-битового поля UE определяет конфигурацию RS DL (например, тип RS, такой как CSI-RS или SSB, и индекс RS, такой как индекс ресурса CSI-RS, или индекс времени, ассоциированный с SSB). UE также определяет пространственную квази-совмещенную ассоциацию на основе конфигурации RS DL. UE может определить пространственный фильтр/пространственный прекодер/луч, используемый для выполнения передачи PUSCH, используя пространственную квази-совмещенную ассоциацию. Например, если UE использует первый пространственный фильтр DL/пространственный прекодер/луч для приема RS DL с определенной конфигурацией RS DL, оно использует пространственный фильтр UL/пространственный прекодер/луч, который является взаимно обратным первому пространственному фильтру DL/пространственному прекодеру/лучу для передачи PUSCH. UE определяет мощность передачи для передачи PUSCH, используя параметры управления мощностью (PC), которые могут включать в себя тип RS, используемый для оценки потерь в тракте передачи (PL), и значение смещения (например, P0_PUSCH). Параметры PC, которые использует UE, могут быть определены из того же М-битового поля, включенного в грант. Альтернативно, параметры PC могут быть определены с использованием отдельного L-битового поля (например, L = 1 или 2 бита), включенного в тот же самый грант. Альтернативно, параметры PC могут быть определены с использованием L-битового поля (например, L = 1 или 2 бита) и М-битового поля, включенного в тот же самый грант.

В другом примере UE принимает грант UL через PDCCH. В ответ на грант UL UE выполняет передачу PUSCH. Перед приемом PDCCH UE принимает MAC-CE или другое указание, которое включает в себя М-битовое поле (например, индикатор QRI и, например, M = 2 или 3 бита), и M-битовое поле предоставляет пространственную информацию QCL для приема PDCCH. На основе М-битового поля UE определяет конфигурацию RS DL (например, тип RS, такой как CSI-RS или SSB, и индекс RS, такой как индекс ресурса CSI-RS, или индекс времени, ассоциированный с SSB). UE также определяет пространственную квази-совмещенную ассоциацию на основе конфигурации RS DL. UE может определить пространственный фильтр/пространственный прекодер/луч, используемый для выполнения передачи PUSCH, используя пространственную квази-совмещенную ассоциацию. Например, если UE использует первый пространственный фильтр DL/пространственный прекодер/луч для приема RS DL с определенной конфигурацией RS DL, оно использует пространственный фильтр UL/пространственный прекодер/луч, который является взаимно обратным первому пространственному фильтру DL/пространственному прекодеру/лучу для передачи PUSCH. Аналогично предыдущему примеру, UE определяет мощность передачи для передачи PUSCH, используя параметры управления мощностью (PC), которые могут включать в себя тип RS, используемый для оценки потерь в тракте передачи (PL), и значение смещения (например, P0_PUSCH). Параметры PC, которые использует UE, могут быть определены из того же М-битового поля, включенного в грант. Альтернативно, параметры PC могут быть определены с использованием отдельного L-битового поля (например, L = 1 или 2 бита), включенного в тот же самый грант. Альтернативно, параметры PC могут быть определены с использованием L-битового поля (например, L = 1 или 2 бита) и М-битового поля, включенного в тот же самый грант.

В другом варианте осуществления UE принимает грант UL через PDCCH. В ответ на грант UL UE выполняет передачу PUSCH. Грант UL может включать в себя М-битовое поле (например, индикатор ресурса SRS (SRI) и, например, M = 2 или 3 бита). На основе М-битового поля UE определяет конфигурацию UL RS (например, конфигурацию SRS). UE также определяет пространственную квази-совмещенную ассоциацию на основе конфигурации UL RS. UE может определить пространственный фильтр/пространственный прекодер/луч, используемый для выполнения передачи PUSCH, используя пространственную квази-совмещенную ассоциацию. Например, если UE использует первый пространственный фильтр/пространственный прекодер/луч UL для передачи SRS с определенной конфигурацией UL RS, оно использует тот же пространственный фильтр/пространственный прекодер/луч, чтобы выполнить свою передачу PUSCH. UE определяет мощность передачи для передачи PUSCH, используя параметры управления мощностью (PC), которые могут включать в себя тип RS, используемый для оценки потерь в тракте передачи (PL), и значение смещения (например, P0_PUSCH). Параметры PC, которые использует UE, могут быть определены из того же М-битового поля, включенного в грант. Альтернативно, параметры PC могут быть определены с использованием отдельного L-битового поля (например, L = 1 или 2 бита), включенного в тот же самый грант. Альтернативно, параметры PC могут быть определены с использованием L-битового поля (например, L = 1 или 2 бита) и М-битового поля, включенного в тот же самый грант.

PHR

В одном варианте осуществления отчеты о запасе мощности (PHR) для конкретного луча могут запускаться специфическим для луча способом, и индекс луча (например, индекс QRI) запрошенного PHR сигнализируется из gNB в UE. Этот индекс привязан к данному контуру PC и, следовательно, также к соответствующему QRI. Таким образом, QRI также может использоваться в данном документе для того, чтобы указать, для какого луча получить PHR.

PUCCH

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

В одном примере UE принимает назначение DL для приема передачи PDSCH. В ответ на прием PDSCH UE выполняет передачу PUCCH, содержащую обратную связь HARQ, соответствующую PDSCH. Назначение DL может включать в себя M-битовое поле (например, индикатор QRI и, например, M = 2 или 3 бита). На основе М-битового поля UE определяет конфигурацию RS DL (например, тип RS, такой как CSI-RS или SSB, и индекс RS, такой как индекс ресурса CSI-RS, или индекс времени, ассоциированный с SSB). UE также определяет пространственную квази-совмещенную ассоциацию на основе конфигурации RS DL. UE может определить пространственный фильтр/пространственный прекодер/луч, используемый для выполнения передачи PUCCH, используя пространственную квази-совмещенную ассоциацию. Например, если UE использует первый пространственный фильтр DL/пространственный прекодер/луч для приема RS DL с определенной конфигурацией RS DL, оно использует пространственный фильтр UL/пространственный прекодер/луч, который является взаимно обратным первому пространственному фильтру DL/пространственному прекодеру/лучу для передачи PUCCH. UE определяет мощность передачи для передачи PUCCH, используя параметры управления мощностью (PC), которые могут включать в себя тип RS, используемый для оценки потерь в тракте передачи (PL), и значение смещения (например, P0_PUCCH). Параметры PC, которые использует UE, могут быть определены из того же М-битового поля, включенного в грант. Альтернативно, параметры PC могут быть определены с использованием отдельного L-битового поля (например, L = 1 или 2 бита), включенного в тот же самый грант. Альтернативно, параметры PC могут быть определены с использованием L-битового поля (например, L = 1 или 2 бита) и М-битового поля, включенного в тот же самый грант.

PC SRS, не характерное для луча, на основе многочисленных опорных сигналов

В одном варианте осуществления PC SRS основано на луче, следовательно, QRI, используемом в настоящее время (или в последнее время) для передачи PUSCH. Если QRI обозначить I, то PC UL SRS можно записать как:

.

Это означает, что PC SRS будет адаптироваться к среде распространения, соответствующей текущей передаче PUSCH. В одном варианте осуществления SRS передается таким образом, чтобы направление луча Tx UE совпадало с соответствующим направлением луча Rx UE PDSCH для луча I. В другом варианте осуществления многочисленные SRS передаются в разных направлениях луча Tx UE, закрывая направление луча Rx PDSCH UE для луча I. В еще одном варианте осуществления развертка луча SRS выполняется посредством передачи SRS с использованием множества различных лучей и направлений Tx UE, где некоторые из направлений существенно отличаются от направления луча Rx UE PDSCH для луча I.

PC SRS, не характерное для луча, на основе одного опорного сигнала

В одном варианте осуществления PC SRS основано на определенном опорном сигнале, например, SSB, несмотря на то, что PUSCH и/или PUCCH использует несколько опорных сигналов, как проиллюстрировано в предыдущих вариантах осуществления. В этом случае PC может быть задано как

,

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

PC SRS, характерное для луча

В еще одном варианте осуществления многочисленные передачи SRS SRS_0, SRS_1,…, SRS_6 выполняются в случае, когда SRS_i передается с использованием направления луча Tx UE, которое совпадает с соответствующим направление луча TX UE PUSCH для луча i. Затем применяя управление мощностью, характерное для луча, в отношении SRS, взяв за основу PC SRS на соответствующем луче PUSCH, уравнение можно записать в виде:

.

Это означает, что PC SRS будет адаптироваться к среде распространения, соответствующей соответствующему лучу PUSCH.

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

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

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

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

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

На фиг.2 показан сетевой узел 260, который включает в себя схему 270 обработки, машиночитаемый носитель 280 информации, интерфейс 290, вспомогательное оборудование 284, источник 286 питания, схему 287 питания и антенну 262. Хотя сетевой узел 260, проиллюстрированный в примере беспроводной сети, показанной на фиг.2, может представлять собой устройство, которое включает в себя проиллюстрированную комбинацию аппаратных компонентов, другие варианты осуществления могут содержать сетевые узлы с различными комбинациями компонентов. Следует понимать, что сетевой узел содержит любую подходящую комбинацию аппаратных средств и/или программного обеспечения, необходимую для выполнения задач, функций, признаков и способов, раскрытых в данном документе. Кроме того, хотя компоненты сетевого узла 260 изображены в виде отдельных блоков, расположенных в большем блоке или вложенных в несколько блоков, на практике сетевой узел может содержать несколько разных физических компонентов, которые составляют один проиллюстрированный компонент (например, машиночитаемый носитель 280 информации может содержать несколько отдельных жестких дисков, а также несколько модулей оперативного запоминающего устройства (RAM)).

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

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

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

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

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

Машиночитаемый носитель 280 информации может содержать любую форму энергозависимой или энергонезависимой машиночитаемой памяти, включая, помимо всего прочего, постоянное хранилище, твердотельное запоминающее устройство, удаленно установленную память, магнитный носитель, оптический носитель, оперативное запоминающее устройство (RAM), постоянное запоминающее устройство (ROM), запоминающее устройство (например, жесткий диск), съемный носитель (например, флэш-диск, компакт-диск (CD) или цифровой универсальный видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые, невременные считываемые и/или исполняемые компьютером запоминающие устройства, которые хранят информацию, данные и/или инструкции, которые могут использоваться схемой 270 обработки. Машиночитаемый носитель 280 информации может хранить любые подходящие инструкции, данные или информацию, включая компьютерную программу, программное обеспечение, приложение, включающее в себя одну или несколько логических схем, правил, кода, таблиц и т.д. и/или других инструкций, которые могут исполняться схемой 270 обработки и использоваться сетевым узлом 260. Машиночитаемый носитель 280 информации может использоваться для хранения любых вычислений, выполненных схемой 270 обработки, и/или любых данных, полученных через интерфейс 290. В некоторых вариантах осуществления схема 270 обработки и машиночитаемый носитель 280 информации могут считаться интегрированными.

Интерфейс 290 используется в проводной или беспроводной передаче сигнализации и/или данных между сетевым узлом 260, сетью 206 и/или WD 210. Как показано на фигуре, интерфейс 290 содержит порт(ы)/терминал(ы) 294 для отправки и приема данных, например, в и из сети 206 по проводному соединению. Интерфейс 290 также включает в себя схему 292 радиочастотного тракта, которая может быть подключена к антенне 262 или в некоторых вариантах осуществления может быть частью ее. Схема 292 радиочастотного тракта может быть подключена к антенне 262 и схеме 270 обработки. Схема радиочастотного тракта может быть выполнена с возможностью обработки сигналов, передаваемых между антенной 262 и схемой 270 обработки. Схема 292 радиочастотного тракта может принимать цифровые данные, которые должны быть отправлены в другие узлы сети или WD через беспроводное соединение. Схема 292 радиочастотного тракта может преобразовывать цифровые данные в радиосигнал, имеющий соответствующие параметры канала и полосы пропускания, используя комбинацию фильтров 298 и/или усилителей 296. Затем радиосигнал может передаваться через антенну 262. Аналогичным образом, при приеме данных антенна 262 может улавливать радиосигналы, которые затем преобразуются в цифровые данные схемой 292 радиочастотного тракта. Цифровые данные могут передаваться в схему 270 обработки. В других вариантах осуществления интерфейс может содержать разные компоненты и/или разные комбинации компонентов.

В некоторых альтернативных вариантах осуществления сетевой узел 260 может не включать в себя отдельные схемы 292 радиочастотного тракта, вместо этого схема 270 обработки может содержать схемы радиочастотного тракта и может быть подключена к антенне 262 без отдельных схем 292 радиочастотного тракта. В некоторых вариантах осуществления все или некоторые из схем 272 РЧ приемопередатчика могут рассматриваться как часть интерфейса 290. В еще одних других вариантах осуществления интерфейс 290 может включать в себя один или несколько портов или терминалов 294, схему 292 радиочастотного тракта и схему 272 РЧ приемопередатчика, как часть радиоблока (не показан), и интерфейс 290 может обмениваться данными со схемой 274 обработки основополосных сигналов, которая является частью цифрового блока (не показан).

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

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

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

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

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

Как показано на фигуре, беспроводное устройство 210 включает в себя антенну 211, интерфейс 214, схему 220 обработки, машиночитаемый носитель 280 информации, оборудование 232 пользовательского интерфейса, вспомогательное оборудование 234, источник 236 питания и схему 237 питания. WD 210 может включать в себя множество наборов из одного или нескольких проиллюстрированных компонентов для различных беспроводных технологий, поддерживаемых WD 210, таких, например, как беспроводные технологии GSM, WCDMA, LTE, NR, Wi-Fi, WiMAX или Bluetooth, и это лишь некоторые из них. Эти беспроводные технологии могут быть интегрированы в одинаковые или различные микросхемы или наборы микросхем, как и другие компоненты WD 210.

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

Как показано на фигуре, интерфейс 214 содержит схему 212 радиочастотного тракта и антенну 211. Схема 212 радиочастотного тракта содержит один или несколько фильтров 218 и усилителей 216. Схема 214 радиочастотного тракта подключена к антенне 211 и схеме 220 обработки и выполнена с возможностью обработки сигналов, передаваемых между антенной 211 и схемой 220 обработки. Схема 212 радиочастотного тракта может быть подключена к антенне 211 или к ее части. В некоторых вариантах осуществления WD 210 может не включать в себя отдельные схемы 212 радиочастотного тракта; скорее всего схема 220 обработки может содержать схему радиочастотного тракта и может быть подключена к антенне 211. Аналогичным образом, в некоторых вариантах осуществления некоторые или все схемы 222 РЧ приемопередатчика могут рассматриваться как часть интерфейса 214. Схема 212 радиоприема может принимать цифровые данные, которые должны быть отправлены в другие узлы сети или WD через беспроводное соединение. Схема 212 радиочастотного тракта может преобразовывать цифровые данные в радиосигнал, имеющий соответствующие параметры канала и полосы пропускания, используя комбинацию фильтров 218 и/или усилителей 216. Затем радиосигнал может передаваться через антенну 211. Аналогичным образом, при приеме данных антенна 211 может улавливать радиосигналы, которые затем преобразуются в цифровые данные с помощью схемы 212 радиочастотного тракта. Цифровые данные могут передаваться в схему 220 обработки. В других вариантах осуществления интерфейс может содержать разные компоненты и/или разные комбинации компонентов.

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

Как показано на фигуре, схема 220 обработки включает в себя одно или более из: схемы 222 РЧ приемопередатчика, схемы 224 обработки основополосных сигналов и схемы 226 обработки приложений. В других вариантах осуществления схема обработки может содержать разные компоненты и/или разные комбинации компонентов. В некоторых вариантах осуществления схема 220 обработки WD 210 может содержать SOC. В некоторых вариантах осуществления схема 222 РЧ приемопередатчика, схема 224 обработки основополосных сигналов и схема 226 обработки приложений могут быть выполнены на отдельных микросхемах или наборах микросхем. В альтернативных вариантах осуществления часть или вся схема 224 обработки основополосных сигналов и схема 226 обработки приложений могут быть объединены в одну микросхему или набор микросхем, и схема 222 РЧ приемопередатчика может быть выполнена на отдельной микросхеме или наборе микросхем. В еще одних альтернативных вариантах осуществления часть или вся схема 222 РЧ приемопередатчика и схема 224 обработки основополосных сигналов могут быть выполнены на одной и той же микросхеме или наборе микросхем, и схема 226 обработки приложений может быть выполнена на отдельной микросхеме или наборе микросхем. В еще одних альтернативных вариантах осуществления часть или вся схема 222 РЧ приемопередатчика, схема 224 обработки основополосных сигналов и схема 226 обработки приложений могут быть интегрированы в одной и той же микросхеме или в наборе микросхем. В некоторых вариантах осуществления схема 222 РЧ приемопередатчика может быть частью интерфейса 214. Схема 222 РЧ приемопередатчика может формировать РЧ сигналы для схемы 220 обработки.

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

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

Машиночитаемый носитель 230 информации может быть выполнен с возможностью хранения компьютерной программы, программного обеспечения, приложения, включающего в себя одну или несколько логических схем, правил, кода, таблиц и т.д. и/или других инструкций, которые могут быть исполнены схемой 220 обработки. Машиночитаемый носитель 230 информации может включать в себя компьютерную память (например, оперативное запоминающее устройство (RAM) или постоянное запоминающее устройство (ROM)), накопитель большой емкости (например, жесткий диск), съемный носитель (например, компакт-диск (CD) или цифровой универсальный видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые, невременные машиночитаемые и/или исполняемые компьютером запоминающие устройства, которые хранят информацию, данные и/или инструкции, которые могут использоваться схемой 220 обработки. В некоторых вариантах осуществления схему 220 обработки и машиночитаемый носитель 230 информации можно считать интегрированными.

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

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

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

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

На фиг.3 UE 300 включает в себя схему 301 обработки, которая функционально связана с интерфейсом 305 ввода/вывода, интерфейсом 309 РЧ, интерфейсом 311 сетевых подключений, памятью 315, включающей в себя оперативное запоминающее устройство (RAM) 317, постоянное запоминающее устройство (ROM) 319 и носитель 321 информации или т.п., подсистему 331 связи, источник 333 питания и/или любой другой компонент или любую их комбинацию. Носитель 321 информации включает в себя операционную систему 323, прикладную программу 325 и данные 327. В других вариантах осуществления носитель 321 информации может включать в себя другие подобные типы информации. Некоторые UE могут использовать все компоненты, показанные на фиг.3, или только подмножество компонентов. Уровень интеграции между компонентами может варьироваться от одного UE к другому UE. Кроме того, некоторые UE могут содержать несколько экземпляров компонента, таких как несколько процессоров, запоминающих устройств, приемопередатчиков, передатчиков, приемников и т.д.

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

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

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

RAM 317 может быть выполнено с возможностью взаимодействия через шину 302 со схемой 301 обработки, чтобы обеспечить хранение или кэширование данных, или компьютерных инструкций во время исполнения программ, таких как операционная система, прикладные программы и драйверы устройств. ROM 319 может быть выполнено с возможностью подачи компьютерных инструкций или данных в схему 301 обработки. Например, ROM 319 может быть выполнено с возможностью хранения инвариантного низкоуровневого системного кода или данных для основных системных функций, таких как базовый ввод и вывод (I/O), запуск или прием нажатий клавиш на клавиатуры, которые хранятся в энергонезависимой памяти. Носитель 321 информации может быть выполнен с возможностью включать в себя память, такую как RAM, ROM, программируемое ROM (PROM), стираемое программируемое ROM (EPROM), электрически стираемое программируемое ROM (EEPROM), магнитные диски, оптические диски, дискеты, жесткие диски, сменные картриджи или флеш-накопители. В одном примере носитель 321 информации может быть выполнен с возможностью включать в себя операционную систему 323, прикладную программу 325, такую как приложение веб-браузера, механизм виджетов или гаджетов или другое приложение, и файл 327 данных. Носитель 321 информации позволяет хранить, для использования UE 300, любую из множества различных операционных систем или комбинаций операционных систем.

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

На фиг.3 показана схема 301 обработки, которая может быть выполнена с возможностью поддержания связи с сетью 343b с использованием подсистемы 331 связи. Сеть 343A и сеть 343b могут быть одной и той же сетью или сетями, или другой сетью или другими сетями. Подсистема 331 связи может быть выполнена с возможностью включать в себя один или несколько приемопередатчиков, используемых для поддержания связи с сетью 343b. Например, подсистема 331 связи может быть выполнена с возможностью включать в себя один или несколько приемопередатчиков, используемых для поддержания связи с одним или несколькими удаленными приемопередатчиками другого устройства, способного к беспроводной связи, такого как другой WD, UE или базовая станция сети радиодоступа (RAN), в соответствии с одним или несколькими протоколами связи, таким как IEEE 802.3, CDMA, WCDMA, GSM, LTE, UTRAN, WiMax или т.п. Каждый приемопередатчик может включать в себя передатчик 333 и/или приемник 335 для реализации функциональных возможностей передатчика или приемника, соответственно, соответствующих линиям связи RAN (например, выделение частот и т.п.). Кроме того, передатчик 333 и приемник 335 каждого приемопередатчика могут совместно использовать компоненты схемы, программное обеспечение или встроенное программное обеспечение или, альтернативно, могут быть реализованы по отдельности.

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

Признаки, преимущества и/или функции, описанные в данном документе, могут быть реализованы в одном из компонентов UE 300 или распределены по множеству компонентов UE 300. Кроме того, описанные в данном документе признаки, преимущества и/или функции могут быть реализованы в любой комбинации аппаратных средств, программного обеспечения или аппаратно-программного обеспечения. В одном примере подсистема 331 связи может быть выполнена с возможностью включать в себя любой из компонентов, описанных в данном документе. Кроме того, схема 301 обработки может быть выполнена с возможностью обмениваться данными с любым из таких компонентов по шине 302. В другом примере любой из таких компонентов может быть представлен программными инструкциями, хранящимися в памяти, которые при исполнении схемой 301 обработки выполняют соответствующие функции, описанные в данном документе. В другом примере функциональные возможности любого из таких компонентов могут быть разделены между схемой 301 обработки и подсистемой 331 связи. В другом примере функции, не требующие большого объема вычислений, любого из таких компонентов могут быть реализованы в программном обеспечении или аппаратно-программном обеспечении, и функции, требующие большого объема вычислений, могут быть реализовано в виде аппаратных средств.

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

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

Функции могут быть реализованы одним или несколькими приложениями 420 (которые могут альтернативно называться экземплярами программного обеспечения, виртуальными устройствами, сетевыми функциями, виртуальными узлами, функциями виртуальной сети и т.д.), выполненными с возможностью реализации некоторых из признаков, функций и/или преимуществ некоторых из вариантов осуществления, раскрытых в данном документе. Приложения 420 выполняются в среде 400 виртуализации, которая предоставляет аппаратные средства 430, содержащие схему 460 обработки и память 490. Память 490 содержит инструкции 495, выполняемые схемой 460 обработки, посредством чего приложение 420 способно обеспечить одну или несколько функций, преимуществ и/или функций, раскрытых в данном документе.

Среда 400 виртуализации содержит сетевые аппаратные устройства 430 общего или специального назначения, содержащие набор из одного или нескольких процессоров, или схем 460 обработки, которые могут быть коммерческими готовыми процессорами (COTS), специализированными ASIC или схемами обработки любого другого типа, включая цифровые или аналоговые аппаратные компоненты или процессоры специального назначения. Каждое аппаратное устройство может содержать память 490-1, которая может быть невременной памятью для временного хранения инструкций 495 или программного обеспечения, исполняемого схемой 460 обработки. Каждое аппаратное устройство может содержать один или несколько контроллеров 470 сетевого интерфейса (NIC), известных также как карты сетевого интерфейса, которые включают в себя физический сетевой интерфейс 480. Каждое аппаратное устройство также может включать в себя невременные, постоянные, машиночитаемые носители 490-2 информации, на которых хранится программное обеспечение 495 и/или инструкции, исполняемые схемой 460 обработки. Программное обеспечение 495 может включать в себя программное обеспечение любого типа, включая программное обеспечение для создания экземпляров одного или нескольких слоев 450 виртуализации (также называемых гипервизорами), программного обеспечения для исполнения виртуальных машин 440, а также программного обеспечения, позволяющего ему исполнять функции, признаки и/или преимущества, описанные в связи с некоторыми вариантами осуществления, описанными в данном документе.

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

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

Как показано на фиг.4, аппаратные средства 430 могут представлять собой автономный сетевой узел с компонентами общего или специального назначения. Аппаратные средства 430 могут содержать антенну 4225 и могут реализовывать некоторые функции посредством виртуализации. В качестве альтернативы, аппаратные средства 430 могут быть частью более крупного кластера аппаратных средств (например, в центре обработки данных или абонентском оконечном оборудовании), где многие аппаратные узлы работают вместе и управляются через управление и оркестровку (MANO) 4100, которая, помимо всего прочего, обеспечивает контроль за жизненным циклом приложений 420.

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

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

Тем не менее в контексте NFV функция виртуальной сети (VNF) отвечает за обработку определенных сетевых функций, которые выполняются в одной или нескольких виртуальных машинах 440 поверх аппаратной сетевой инфраструктуры 430 и соответствует приложению 420, показанному на фиг.4.

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

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

Со ссылкой на фиг.5, в соответствии с вариантом осуществления система связи включает в себя телекоммуникационную сеть 510, такую как сотовая сеть типа 3GPP, которая содержит сеть 511 доступа, такую как сеть радиодоступа, и базовую сеть 514. Сеть 511 доступа содержит множество базовых станций 512a, 512B, 512C, таких как узлы B, eNB, gNB или другие типы точек беспроводного доступа, каждая из которых определяет соответствующую зону 513a, 513b, 513c покрытия. Каждая базовая станция 512a, 512B, 512C может подключаться к базовой сети 514 через проводное или беспроводное соединение 515. Первое UE 591, расположенное в зоне 513c покрытия, выполнено с возможностью беспроводного подключения к или поискового вызова с помощью соответствующей базовой станции 512C. Второе UE 592 в зоне 513a покрытия беспроводным образом подключается к соответствующей базовой станции 512a. Хотя в этом примере проиллюстрировано множество UE 591, 592, раскрытые варианты осуществления в равной степени применимы к ситуации, когда единственное UE находится в зоне покрытия или когда единственное UE подключается к соответствующей базовой станции 512.

Телекоммуникационная сеть 510 подключена непосредственно к хост-компьютеру 530, который может быть воплощен в виде аппаратных средств и/или программного обеспечения автономного сервера, сервера, реализованного на облаке, распределенного сервера или в виде ресурсов обработки на ферме серверов. Хост-компьютер 530 может находиться в собственности или под управлением поставщика услуг или может управляться поставщиком услуг или от имени поставщика услуг. Соединения 521 и 522 между телекоммуникационной сетью 510 и хост-компьютером 530 могут продолжаться непосредственно от базовой сети 514 до хост-компьютера 530 или могут проходить через дополнительную промежуточную сеть 520. Промежуточная сеть 520 может представлять собой одно из или комбинацию из более чем одного из: общедоступной, частной или размещенной сети; промежуточной сети 520, если таковая имеется, может быть магистральной сетью или Интернетом; в частности, промежуточная сеть 520 может содержать две или более подсетей (не показаны).

Система связи, показанная фиг.5, в целом обеспечивает возможность связности между подключенными UE 591, 592 и хост-компьютером 530. Связь может быть описана как соединение 550 поверх сети (OTT). Хост-компьютер 530 и подключенные UE 591, 592 выполнены с возможностью передачи данных и/или сигнализации через OTT-соединение 550 с использованием сети 511 доступа, базовой сети 514, любой промежуточной сети 520 и возможной дополнительной инфраструктуры (не показана) в качестве посредников. OTT-соединение 550 может быть прозрачным в том смысле, что участвующие в нем устройства связи, через которые проходит OTT-соединение 550, не знают о маршрутизации передач по восходящей и нисходящей линиям связи. Например, базовая станция 512 может не знать или не нуждаться в информации о прошлой маршрутизации входящей передачи нисходящей линии связи с данными, исходящими из хост-компьютера 530 и подлежащими пересылке (например, передачи обслуживания) в подключенное UE 591. Аналогичным образом, базовой станции 512 не нужно знать о будущей маршрутизации исходящей передачи по восходящей линии связи, поступающей из UE 591 в хост-компьютер 530.

Примерные реализации, в соответствии с вариантом осуществления, UE, базовой станции и хост-компьютера, обсужденные в предыдущих абзацах, будут теперь описаны со ссылкой на фиг.6. В системе 600 связи хост-компьютер 610 содержит аппаратные средства 615, в том числе интерфейс 616 связи, выполненный с возможностью установления и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 600 связи. Хост-компьютер 610 дополнительно содержит схему 618 обработки, которая может иметь возможности хранения и/или обработки. В частности, схема 618 обработки может содержать один или несколько программируемых процессоров, ASIC, FPGA или их комбинации (не показаны), предназначенные для исполнения инструкций. Хост-компьютер 610 дополнительно содержит программное обеспечение 611, которое хранится в хост-компьютере 610 или доступно для него и исполняется схемой 618 обработки. Программное обеспечение 611 включает в себя хост-приложение 612. Хост-приложение 612 может быть выполнено с возможностью предоставления услуги удаленному пользователю, такому как UE 630, поддерживающему соединение через OTT-соединение 650, заканчивающееся в UE 630 и хост-компьютере 610. При предоставлении услуги удаленному пользователю хост-приложение 612 может предоставлять пользовательские данные, которые передаются с использованием OTT-соединения 650.

Система 600 связи дополнительно включает в себя базовую станцию 620, предусмотренную в телекоммуникационной системе и содержащую аппаратные средства 625, позволяющие ей обмениваться данными с хост-компьютером 610 и с UE 630. Аппаратные средства 625 могут включать в себя интерфейс 626 связи для настройки и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 600 связи, а также радиоинтерфейсом 627 для установления и поддержания по меньшей мере беспроводного соединения 670 с UE 630, расположенным в зоне покрытия (на фиг.6 не показана), обслуживаемой базовой станцией 620. Интерфейс 626 связи может быть выполнен с возможностью облегчения соединения 660 с хост-компьютером 610. Соединение 660 может быть прямым, или оно может проходить через базовую сеть (на фиг.6 не показана) телекоммуникационной системы и/или через одну или несколько промежуточных сетей за пределами телекоммуникационной системы. В показанном варианте осуществления аппаратные средства 625 базовой станции 620 дополнительно включают в себя схему 628 обработки, которая может содержать один или несколько программируемых процессоров, ASIC, FPGA или их комбинации (не показаны), адаптированные для исполнения инструкций. Базовая станция 620 дополнительно имеет программное обеспечение 621, хранящееся внутри нее или доступное через внешнее соединение.

Система 600 связи дополнительно включает в себя уже упомянутое UE 630. Его аппаратные средства 635 могут включать в себя радиоинтерфейс 637, выполненный с возможностью установления и поддержания беспроводного соединения 670 с базовой станцией, обслуживающей зону покрытия, в которой в данный момент времени находится UE 630. Аппаратные средства 635 UE 630 дополнительно включают в себя схему 638 обработки, которая может содержать один или несколько программируемых процессоров, ASIC, FPGA или их комбинации (не показаны), адаптированные для исполнения инструкций. UE 630 дополнительно содержит программное обеспечение 631, которое хранится в UE 630 или доступно для него и исполняется схемой 638 обработки. Программное обеспечение 631 включает в себя клиентское приложение 632. Клиентское приложение 632 может быть выполнено с возможностью предоставления услуги пользователю человеку или не человеку через UE 630, с поддержкой хост-компьютера 610. В хост-компьютере 610 исполняющее хост-приложение 612 может обмениваться данными с исполняющимся клиентским приложением 632 через OTT-соединение 650, оканчивающееся в UE 630 и хост-компьютере 610. При предоставлении услуги пользователю клиентское приложение 632 может принимать данные запроса из хост-приложения 612 и предоставлять пользовательские данные в ответ на данные запроса. OTT-соединение 650 может передавать как данные запроса, так и пользовательские данные. Клиентское приложение 632 может взаимодействовать с пользователем для выработки пользовательских данных, которые он предоставляет.

Следует отметить, что хост-компьютер 610, базовая станция 620 и UE 630, показанные на фиг.6, могут быть аналогичны или идентичны хост-компьютеру 530, могут быть одной из базовых станций 512a, 512B, 512C и могут быть одним из UE 591, 592, показанных на фиг.5, соответственно. Это значит, что внутренняя работа этих объектов может быть такой, как показано на фиг.6, и, независимо от этого, окружающая сетевая топология может быть такой же, как на фиг.5.

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

Беспроводное соединение 670 между UE 630 и базовой станцией 620 находится в соответствии с идеями вариантов осуществления, описанных в настоящем раскрытии. Один или более различных вариантов осуществления позволяют повысить производительность услуг OTT, предоставляемых UE 630 с использованием OTT-соединения 650, в котором беспроводное соединение 670 образует последний сегмент. Более точно, идеи этих вариантов осуществления позволяют повысить производительность сети, предоставляя возможность TRP (например, базовой станции) передавать указание луча (например, QRI) в управляющем сообщении нисходящей линии связи в UE, которое выполнено с возможностью использования указания луча для выбора контура управления мощностью восходящей линии связи, тем самым обеспечивая такие преимущества, как пониженная слышимость, пониженная задержка и повышенное качество принимаемого сигнала.

Процедура измерения может быть предоставлена с целью контроля скорости передачи данных, задержки и других факторов, которые улучшают один или несколько вариантов осуществления. Кроме того, может существовать дополнительная сетевая функциональность для реконфигурирования OTT-соединения 650 между хост-компьютером 610 и UE 630 в ответ на изменения результатов измерений. Процедура измерения и/или функциональные возможности сети для реконфигурирования OTT-соединения 650 могут быть реализованы в виде программного обеспечения 611 и аппаратных средств 615 хост-компьютера 610, или в виде программного обеспечения 631 и аппаратных средств 635 UE 630 или обоих. В вариантах осуществления датчики (не показаны) могут быть развернуты в или в связи с устройствами связи, через которые проходит OTT-соединение 650; датчики могут участвовать в процедуре измерения, предоставляя значения контролируемых величин, приведенных выше в качестве примера, или предоставляя значения других физических величин, из которых программное обеспечение 611, 631 может вычислять или оценивать контролируемые величины. Реконфигурирование OTT-соединения 650 может включать в себя формат сообщения, настройки повторной передачи, предпочтительную маршрутизацию и т.д.; реконфигурирование не должно влиять на базовую станцию 620, и оно может быть неизвестным или незаметным для базовой станции 620. Такие процедуры и функциональные возможности могут быть известны и осуществлены в данной области техники. В некоторых вариантах осуществления измерения могут включать в себя собственную сигнализацию UE, облегчающую хост-компьютеру 610 измерять пропускную способность, время распространения сигналов, задержки и т.п. Измерения могут быть реализованы таким образом, чтобы программное обеспечение 611 и 631 вызывало передачу сообщений, в частности, пустых или «фиктивных» сообщений, используя OTT-соединение 650, при этом контролируя время распространения сигналов, ошибки и т.д.

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

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

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

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

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

На фиг.11 показан способ в соответствии с конкретными вариантами осуществления, при этом способ начинается на этапе s1102 с приема первого опорного сигнала (RS). На этапе s1104, до, или после или во время приема первого RS, способ включает в себя прием информации, указывающей, что первый RS квази-совмещен (QCL) с запланированной передачей. В некоторых вариантах принятая информация может быть индикатором состояния. На этапе s1106 способ включает в себя связывание принятой информации с контуром управления мощностью (PC) восходящей линии связи (UL). В некоторых вариантах осуществления термин "связывание" может означать ассоциирование принятой информации с контуром PC UL.

На фиг.12 показана блок-схема устройства 1200 в беспроводной сети (например, в беспроводной сети, показанной на фиг.2). Устройство может быть реализовано в беспроводном устройстве или сетевом узле (например, в беспроводном устройстве 210 или сетевом узле 260, показанном на фиг.2). Устройство 1200 выполнено с возможностью осуществления примерного способа, описанного со ссылкой на фиг.11, и, возможно, любых других процессов или способов, раскрытых в данном документе. Кроме того, следует также понимать, что способ, показанный фиг.11, не обязательно выполняется исключительно устройством 1200. По меньшей мере некоторые операции способа могут выполняться одним или несколькими другими объектами.

Виртуальное устройство 1200 может содержать схему обработки, которая может включать в себя один или несколько микропроцессоров или микроконтроллеров, а также другое цифровое оборудование, которое может включать в себя процессоры цифровых сигналов (DSP), цифровую логику специального назначения и т.п. Схема обработки может быть выполнена с возможностью исполнения программного кода, хранящегося в памяти, которая может включать в себя один или несколько типов памяти, таких как ROM, RAM, кэш-память, устройства флэш-памяти, оптические запоминающие устройства и т.д. Программный код, хранящийся в памяти, включает в себя программные инструкции для исполнения одного или нескольких телекоммуникационных протоколов и/или протоколов передачи данных, а также инструкции для исполнения одного или нескольких способов, описанных в данном документе в нескольких вариантах осуществления. В некоторых реализациях схема обработки может использоваться для того, чтобы побудить первый блок 1202 приемника принимать первый опорный сигнал RS, второй блок 1204 приемника, до, или после или во время приема первого RS, дополнительно принимать информацию, указывающую, что первый RS квази-совмещен (QCL) с запланированной передачей, блок 1206 подключений связывать принятую информацию с контуром управления мощностью (PC) восходящей линии связи (UL) и любые другие подходящие блоки устройства 1200 выполнять соответствующие функции в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия.

Как показано на фиг.12, устройство 1200 включает в себя первый блок 1202 приемника, второй блок 1204 приемника и блок 1206 подключений, причем первый блок 1202 приемника выполнен с возможностью приема первого опорного сигнала (RS), второй блок 1204 приемника выполнен с возможностью, до, или после или во время приема первого RS, дополнительно принимать информацию, указывающую, что первый RS квази-совмещен (QCL) с запланированной передачей, и блок 1206 подключений выполнен с возможностью связывания принятой информации с контуром правлением мощностью (PC) восходящей линией связи (UL).

На фиг.13 показан способ в соответствии с конкретными вариантами осуществления, причем способ начинается на этапе 1302 с передачи ресурса опорного сигнала (RS), который будет использоваться UE для выполнения измерения. На этапе 1304 способ включает в себя получение данных для UE. На этапе 1306 способ включает в себя планирование передачи данных в UE. На этапе 1308 способ включает в себя передачу данных в UE. В некоторых вариантах осуществления планирование передачи данных в UE содержит передачу управляющего сообщения (например, DCI или MAC-CE) в UE, при этом управляющее сообщение содержит информацию, информирующую UE о том, что ранее переданный ресурс RS представляет собой QCL со вторым ресурсом RS, в котором информация содержит опорный индикатор QCL (QRI) для предоставления возможности UE передавать принятую информацию в контур управления мощностью (PC) восходящей линии связи (UL).

На фиг.14 показана схематичная блок-схема устройства 1400 в беспроводной сети (например, беспроводной сети, показанной на фиг.2). Устройство может быть реализовано в беспроводном устройстве или сетевом узле (например, в беспроводном устройстве 210 или сетевом узле 260, показанном на фиг.2). Устройство 1400 выполнено с возможностью выполнения примерного способа, описанного со ссылкой на фиг.13 и, возможно, любых других процессов или способов, раскрытых в данном документе. Кроме того, следует также понимать, что способ, показанный на фиг.13, не обязательно выполняется исключительно устройством 1400. По меньшей мере некоторые операции способа могут выполняться одним или несколькими другими объектами.

Виртуальное устройство 1400 может содержать схему обработки, которая может включать в себя один или несколько микропроцессоров или микроконтроллеров, а также другие цифровые аппаратные средства, которые могут включать в себя процессоры цифровых сигналов (DSP), цифровую логику специального назначения и т.п. Схема обработки может быть выполнена с возможностью исполнения программного кода, хранящегося в памяти, которая может включать в себя один или несколько типов памяти, таких как постоянное запоминающее устройство (ROM), оперативное запоминающее устройство, кэш-память, устройства флэш-памяти, оптические запоминающие устройства и т.д. Программный код, хранящийся в памяти, включает в себя программные инструкции для исполнения одного или нескольких протоколов связи и/или передачи данных, а также инструкции для исполнения одного или нескольких способов, описанных в данном документе в нескольких вариантах осуществления. В некоторых вариантах осуществления, схема обработки может использоваться для того, чтобы побудить блок 1402 передачи передавать ресурс опорного сигнала (RS), который будет использоваться UE для выполнения измерения, при этом блок 1404 получения выполнен с возможностью получения данных для UE, блок 1406 планирования выполнен с возможностью планирования передачи данных в UE, второй блок 1408 передачи выполнен с возможностью передачи данных в UE, причем планирование передачи данных в UE содержит передачу управляющего сообщения (например, DCI или MAC-CE) в UE, управляющее сообщение содержит информацию, информирующую UE о том, что ранее переданный ресурс RS квази-совмещен (QCL) со вторым ресурсом RS, информация содержит опорный индикатор QCL (QRI) для предоставления возможности UE связывать принятую информацию с контуром управления мощностью (PC) восходящей линии связи (UL), и любые другие подходящие блоки устройства 1400 должны выполнять соответствующие функции в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия.

Как показано на фиг.14, устройство 1400 включает в себя первый блок 1402 передачи, блок 1404 получения, второй блок 1408 передачи и блок 1406 планирования, причем первый блок 1402 передачи выполнен с возможностью передачи ресурса опорного сигнала (RS), который будет использоваться в UE для выполнения измерения, блок 1404 получения выполнен с возможностью получения данных для UE, блок 1406 планирования выполнен с возможностью планирования передачи данных в UE, и второй блок 1408 передачи выполнен с возможностью передачи данных в UE, где планирование передачи данных в UE содержит передачу управляющего сообщения (например, DCI или MAC-CE) в UE, управляющее сообщение содержит информацию, информирующую UE о том, что ранее переданный ресурс RS квази-совмещен (QCL) со вторым ресурсом RS, и информация содержит опорный индикатор QCL (QRI), позволяющий UE связывать принятую информацию с контуром управления мощностью (PC) восходящей линии связи (UL).

На фиг.15 показан способ в соответствии с конкретными вариантами осуществления, при этом способ начинается на этапе 1502 с приема информации нисходящей линии связи (DL). На этапе 1504 способ включает в себя определение пространственной ассоциации для передачи по восходящей линии связи (UL) на основе информации DL. На этапе 1506 способ включает в себя определение параметров управления мощностью (PC) UL на основе информации DL.

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

В некоторых вариантах осуществления определение пространственной ассоциации дополнительно содержит определение пространственной ассоциации с первой конфигурацией опорного сигнала (RS) на основе информации DL.

В некоторых вариантах осуществления первая конфигурация RS является конфигурацией зондирующего опорного сигнала (SRS) восходящей линии связи (UL).

В некоторых вариантах осуществления первая конфигурация RS является конфигурацией RS нисходящей линии связи (DL).

В некоторых вариантах осуществления конфигурация RS DL включает в себя одно из: a) индекса CSI-RS или b) индекса SSB.

В некоторых вариантах осуществления определение параметров PC содержит определение значения смещения (P0) для управления мощностью UL.

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

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

В некоторых вариантах осуществления информация DL является битовым полем в CE MAC.

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

В некоторых вариантах осуществления способ дополнительно включает в себя этап получения мощности передачи для передачи PUSCH на основе параметров PC UL.

В некоторых вариантах осуществления способ дополнительно включает в себя этап получения мощности передачи для передачи PUCCH на основе параметров PC UL.

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

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

В некоторых вариантах осуществления каждое из доступных состояний SRI ассоциируется с одним или несколькими RS DL.

В некоторых вариантах осуществления определение параметров PC содержит определение параметров PC UL, ассоциированных с SRI.

На фиг.16 показана схематичная блок-схема устройства 1600 в беспроводной сети (например, в беспроводной сети, показанной на фиг.2). Устройство может быть реализовано в беспроводном устройстве или сетевом узле (например, беспроводном устройстве 210 или сетевом узле 260, показанном на фиг.2). Устройство 1600 выполнено с возможностью осуществления примерного способа, описанного со ссылкой на фиг.15 и, возможно, любых других процессов или способов, раскрытых в данном документе. Кроме того, следует также понимать, что способ, показанный на фиг.15, не обязательно выполняется исключительно устройством 1600. По меньшей мере некоторые операции способа могут выполняться одним или несколькими другими объектами.

Виртуальное устройство 1600 может содержать схему обработки, которая может включать в себя один или несколько микропроцессоров или микроконтроллеров, а также другое цифровое оборудование, которое может включать в себя процессоры цифровых сигналов (DSP), цифровую логику специального назначения и т.п. Схема обработки может быть выполнена с возможностью исполнения программного кода, хранящегося в памяти, которая может включать в себя один или несколько типов памяти, таких как постоянное запоминающее устройство (ROM), оперативное запоминающее устройство, кэш-память, устройства флэш-памяти, оптические запоминающие устройства и т.д. Программный код, хранящийся в памяти, включает в себя программные инструкции для исполнения одного или нескольких телекоммуникационных протоколов и/или протоколов передачи данных, а также инструкции для исполнения одного или нескольких способов, описанных в данном документе в нескольких вариантах осуществления. В некоторых реализациях схема обработки может использоваться для того, чтобы побуждать блок 1602 приема принимать информацию нисходящей линии связи (DL), при этом первый блок 1604 определения выполнен с возможностью определения пространственной ассоциации для передачи по восходящей линии связи (UL) на основе информации DL, и второй блок 1606 определения выполнен с возможностью определения параметров управления мощностью (PC) UL на основе информации DL, и любые другие подходящие блоки устройства 1600 выполнять соответствующие функции в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия.

Как показано на фиг.16, устройство 1600 включает в себя блок 1602 приема, первый блок 1604 определения и второй блок 1606 определения, причем блок 1602 приема выполнен с возможностью приема информации нисходящей линии связи (DL), первый блок 1604 определения выполнен с возможностью определения пространственной ассоциации для передачи по восходящей линии связи (UL) на основе информации DL, и второй блок 1606 определения выполнен с возможностью определения параметров управления мощностью (PC) UL на основе информации DL.

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

Примерные варианты осуществления

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

А1. Способ, реализованный в беспроводном устройстве, содержащий:

прием первого опорного сигнала (RS);

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

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

A2. Способ согласно варианту осуществления А1, в котором передача принятой информации в контур PC UL содержит использование принятой информации для выбора контура PC UL из множества контуров PC UL.

A3. Способ по любому из предыдущих вариантов осуществления, в котором принятая информация содержит индикатор квази-совмещения (QCL) (QRI), представляющий состояние QRI, выбранное из набора доступных состояний QRI.

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

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

A6. Способ согласно варианту A3 осуществления, в котором каждое из доступных состояний QRI связано с типом RS.

A7. Способ согласно варианту A6 осуществления, причем способ дополнительно содержит:

проведение оценки потерь в тракте передачи на основе типа RS, связанного с соответствующим состоянием QRI.

A8. Способ согласно варианту A6 осуществления, причем способ дополнительно содержит:

проведение оценки потерь в тракте передачи на основе типа RS, который не связан с соответствующим состоянием QRI.

A9. Способ согласно варианту A3 осуществления, причем способ дополнительно содержит:

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

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

А11. Способ согласно варианту A3 осуществления, причем способ дополнительно содержит:

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

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

A13. Способ согласно варианту A6 осуществления, причем способ дополнительно содержит:

передачу отчета о запасе мощности, относящегося к контуру управления мощностью UL, в котором отчет содержит указание состояния QRI.

A14. Способ согласно варианту A6 осуществления, в котором по меньшей мере один RS периодического типа и по меньшей мере один RS апериодического типа сконфигурированы как тип RS.

A15. Способ согласно варианту A13 или A6 осуществления, в котором по меньшей мере одно состояние QRI в наборе доступных состояний QRI ассоциируется с RS периодического типа, и по меньшей мере одно состояние QRI в том же самом наборе связано с RS апериодического типа.

A16. Способ согласно варианту A6, A14 или A15 осуществления, в котором одно или несколько состояний QRI в наборе доступных состояний QRI дополнительно связаны с индексом RS (RSI), идентифицирующим передачу RS типа RS, с которым ассоциируется состояние QRI.

A17. Способ согласно варианту A16 осуществления, в котором RSI идентифицирует уникальную завершенную передачу RS типа RS, который ассоциируется с состоянием QRI.

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

состояния QRI, ассоциированного с явно сигнализируемым RSI;

состояния QRI, ассоциированного с неявно сигнализируемым RSI.

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

каждое состояние QRI в наборе доступных состояний QRI ассоциируется с RS периодического типа, или

каждое состояние QRI в наборе доступных состояний QRI ассоциируется с RS апериодического типа.

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

сохранение, беспроводным устройством, информации отображения, которая 1) ассоциирует первый QRI с первой конфигурацией приемника и 2) ассоциирует второй QRI со второй конфигурацией приемника, причем

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

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

беспроводное устройство хранит информацию, ассоциирующую первую конфигурацию приемника с первым RSI,

беспроводное устройство хранит информацию, ассоциирующую вторую конфигурацию приемника со вторым RSI,

информация отображения связывает первый QRI с первой конфигурацией приемника путем ассоциирования первого QRI с первым RSI, и

информация отображения ассоциирует второй QRI со второй конфигурацией приемника путем ассоциирования второго QRI со вторым RSI.

A22. Способ согласно варианту A21 осуществления, в котором информация отображения содержит таблицу, которая ассоциирует первый QRI с первым RSI и ассоциирует второй QRI со вторым RSI.

A23. Способ согласно любому из вариантов A16, A17, A18, A19 и A20 осуществления, в котором первый RSI содержит по меньшей мере одно из:

индекса времени (например, индекса интервала, индекса кадра);

индекса ресурса CSI-RS (CRI);

индекса блока SS (SSB).

А24. Способ по любому из вариантов A20, A21 и A22 осуществления, дополнительно содержащий

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

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

первый тип RS представляет собой RS периодического типа (например, SSB, p-CSI-RS), и второй тип RS представляет собой RS апериодического типа (например, a-CSI-RS),

первый тип RS представляет собой RS периодического типа, и второй тип RS представляет собой RS периодического типа, или

первый тип RS представляет собой RS апериодического типа, и второй тип RS представляет собой RS апериодического типа.

A26. Способ согласно варианту A24 или A25 осуществления, в котором информация QRI дополнительно содержит одно из:

первого индикатора (например, «явного» или 0), указывающего, что сетевой узел будет предоставлять беспроводному устройству RSI, с которым должен ассоциироваться первый QRI, и

второго индикатора (например, «неявного» или 1), указывающего, что беспроводное устройство должно само определить RSI, с которым должен ассоциироваться первый QRI.

A27. Способ согласно варианту A26 осуществления, в котором информация QRI дополнительно содержит одно из:

третьего индикатора (например, «явный» или 0), указывающего, что сетевой узел будет предоставлять беспроводному устройству RSI, с которым должен ассоциироваться второй QRI, и

четвертого индикатора (например, «неявный» или 1), указывающего, что беспроводное устройство должно само определять RSI, с которым должен ассоциироваться второй QRI.

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

сообщения планирования,

сообщения уровня 2,

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

DCI,

MAC-CE,

RRC.

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

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

выбор, беспроводным устройством, конфигурации приемника на основе измерений; и

сохранение, беспроводным устройством, информации, ассоциирующей QRI с выбранной конфигурацией приемника.

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

B1. Способ, выполняемый сетью доступа для предоставления m указаний беспроводному устройству, причем способ содержит:

передачу ресурса опорного сигнала (RS), который будет использоваться UE для выполнения измерений;

получение данных для UE;

планирование передачи данных в UE; и

передачу данных в UE, причем

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

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

B3. Способ согласно варианту B1 осуществления, в котором длина QRI составляет 2 или 3 бита.

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

С1. Беспроводное устройство, причем беспроводное устройство содержит:

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

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

C2. Базовая станция, причем базовая станция содержит:

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

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

C3. Пользовательское оборудование (UE) для UE, содержащее:

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

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

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

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

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

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

С4. Система связи, включающая в себя хост-компьютер, содержащая:

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

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

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

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

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

С7. Система связи согласно 3 вариантам осуществления, в которой:

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

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

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

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

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

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

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

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

С12. Система связи, включающая в себя хост-компьютер, содержащая:

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

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

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

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

С14. Система связи согласно предыдущим 2-м вариантам осуществления, в которой:

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

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

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

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

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

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

C17. Система связи, включающая в себя хост-компьютер, содержащий:

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

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

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

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

С20. Система связи согласно 3 вариантам осуществления, в которой:

- схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения; и

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

С21. Система связи согласно предыдущим 4 вариантам осуществления, в которой:

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

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

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

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

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

С24. Способ согласно предыдущим 2-м вариантам осуществления, дополнительно содержащий:

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

- исполнение, в хост-компьютере, хост-приложения, ассоциированного с клиентским приложением.

С25. Способ согласно 3 вариантам осуществления, дополнительно содержащий:

- исполнение, в UE, клиентского приложения; и

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

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

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

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

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

С29. Система связи согласно 3 вариантам осуществления, в которой:

- схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения;

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

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

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

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

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

Предварительная патентная заявка США, в отношении которой данная заявка испрашивает приоритет (то есть заявка США № 62/557,018, поданная 11 сентября 2017 года) и которая включена в приложение, которое содержит текст двух работ 3GPP. Некоторые соответствующие части работ 3GPP представлены ниже:

Работа 1

1. Введение

В этой работе представлен краткий обзор общих принципов управления мощностью (PC) в NR.

2. Обсуждение

Например, в LTE версии 10, UE первоначально выполняет PC для PRACH, используя

PPRACH = min {, PREAMBLE_RECEIVED_TARGET_POWER + }.

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

.

Здесь - мощность передачи для использования в данном подкадре, и - потери в тракте передачи, оцениваемые UE. Для PUSCH вместо предыдущего уравнения используется уравнение:

,

где c обозначает обслуживающую соту, и - мощность передачи для использования в данном подкадре. Для SRS определяется:

.

Для NR эти конструкции необходимо пересмотреть.

2.1. PC, характерное для луча, в NR

В работе [1] компаньонов PC обсуждено с точки зрения того, что в управлении лучами будут существовать общие принципы для соединения пары лучей UX TX и RX gNB с RS и состоянием индикатора. Также будет существовать способ передачи этого состояния индикатора в UE из gNB. Таким образом, эти две возможности, представленные в управлении лучом, действительно относятся к вопросам, обсуждаемым в области PC и PC, характерных для луча. Поэтому повторное использование этой структуры для PC позволит избежать избыточной сигнализации, и на этой основе предложено следующее:

Для PC PUCCH использовать поле N-битового индикатора, которое обеспечивает ссылку на RS DL, который квази-совмещен (QCL) по меньшей мере с одной группой портов DMRS PDSCH для того, чтобы определить соответствующий набор параметров PC для конкретного луча.

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

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

2.2. PC с замкнутым контуром в НР

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

Сделать один процесс с замкнутым контуром по умолчанию и поддерживать несколько процессов с замкнутым контуром с помощью конфигурации в случае конкретного PC.

Другой важный вопрос для PC с замкнутым контуром в NR состоит в том, что введенные новые функции будут подразумевать, что могут возникать ситуации, когда команда TPC не будет подаваться в течение длительного времени. Это может привести к устранению разомкнутого контура, если он работает в агрегированном режиме. Это проанализировано в [2] и представлено в виде следующего предложения.

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

2.3. Отчет о запасе мощности в НР

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

a) один PHR на луч, или

b) PHR соответствует лучу, который в настоящее время/в последнее время использовался для PUSCH

Плюсы и минусы этих двух альтернатив обсуждены в [3], и предложено следующее:

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

Учитывая, что PHR соответствует лучу, который в настоящее время/в последнее время используется/использовался для PUSCH, условия запуска PHR из LTE повторно используются в NR.

2.4. PC UL, характерное для типа услуги

Выше были обсуждены вопросы поддержки PC, характерного для типа услуги, путем обеспечения, например, дополнительного повышения мощности для определенного типа услуги, например, путем установки большей P0 для набора параметров PC, используемого этим типом услуги. Это представляется полезным для конкретных случаев использования типа URLLC, и, так как это является важным случаем использования для NR, это должно быть признано мотивированным. Однако, так как RAN1 не будет делать различий между различными типами услуг, это, по нашему мнению, скорее будет вопросом RAN2, так как он относится к тому, как мультиплексировать разные логические каналы. На основании этого предложено следующее:

Поддержать управление мощностью UL, характерное для типа услуги.

Если поддерживается управление мощностью UL, характерное для типа услуги, отправить LS в RAN2.

3. Выводы

На основании обсуждения этого подхода предлагается следующее:

Предложение 1. Для PC PUCCH использовать N-битовое поле индикатора, которое обеспечивает ссылку на RS DL, который пространственно квази-совмещен (QCL) по меньшей мере с одной группой портов DMRS PDSCH, чтобы определить соответствующий набор параметров PC, характерного для луча.

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

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

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

Предложение 6. Поддержать явный сброс части PC с замкнутым контуром в случае агрегированного режима.

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

Предложение 8. Учитывая, что PHR соответствует лучу, который в настоящее время/в последнее время используется/использовался для PUSCH, условия запуска PHR из LTE повторно используются в NR.

Предложение 9. Поддержать управление мощностью UL для конкретного типа услуги.

Предложение 10. Если поддерживается управление мощностью UL для конкретного типа услуги, отправить LS в RAN2.

4. Ссылки

R1-1716607, «PC, характерное для луча в NR», Ericsson, 3GPP TSG-RAN WG1 NR Ad Hoc #3, г. Нагоя, Япония, 18-21 сентября, 2017 г.

R1-1716606, «PC с замкнутым контуром в NR», Ericsson, 3GPP TSG-RAN WG1 NR Ad Hoc #3, г. Нагоя, Япония, 18-21 сентября, 2017 года.

R1-1716605, «Отчет о запасе мощности в NR», Ericsson, 3GPP TSG-RAN WG1 NR Ad Hoc #3, г. Нагоя, Япония, 18-21 сентября, 2017 года.

Вторая работа

1. Введение

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

UE, передающее в TRP с использованием переключений определенного луча на другой луч и затем, вследствие этого, также переключений с одного набора параметров PC (набора параметров PC, например, P0, альфа) на другой.

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

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

.

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

a) Способ подключения определенного RS к набору параметров PC i, и

b) Способ, неявный или явный, сигнализации UE относительно того, какой набор i параметров PC использовать при настройке выходной мощности n для данной передачи PUSCH.

Обзор этих двух вопросов приведен в этой работе.

2.1 Указание луча при управлении лучом

Так как тема, касающаяся PC с определенными лучами, тесно связана с управлением лучами, важно разработать структуру PC с учетом структуры управления лучами. В RAN1 #90 (Прага) было достигнуто следующее соглашение относительно указания луча DL для PDSCH:

Соглашение №1:

● В целях указания луча по меньшей мере для одноадресного PDSCH NR следует поддерживать поле N-битового индикатора в DCI, которое обеспечивает ссылку на RS DL, который пространственно квази-совмещен (QCL) по меньшей мере с одной группой портов DMRS PDSCH

○ Состояние индикатора ассоциируется по меньшей мере с одним индексом RS DL (например, с CRI, индексом SSB), где каждый индекс RS нисходящей линии связи может ассоциироваться с данным типом RS DL, например, с апериодическим CSI-RS, периодическим CSI-RS, полупостоянным CSI-RS или SSB

Примечание: отчетность L1-RSRP по SSB еще не согласована

Примечание: одна возможность определить тип CSI-RS DL состоит в использовании идентификатора (ID) настройки ресурса, не исключены и другие варианты

○ Значение N равно FFS, но не более 3-х битов

○ FFS: случай использования нескольких групп портов DMRS

○ FFS: независимо от того, нужно ли указывать более одного индикатора луча, NR стремится минимизировать издержки индикатора

• FFS: механизм сигнализации для ассоциации индекса RS DL (например, CRI, индекса SSB), например, с состоянием индикатора

○ Ассоциация явно сигнализируется UE

○ Ассоциация неявно определяется UE

○ Не исключено сочетание вышеперечисленного

Это соглашение устанавливает, что поле N-битового индикатора в DCI обеспечивает по меньшей мере ссылку на пространственное QCL на RS DL (CSI-RS или SSB), чтобы помочь демодулировать PDSCH. Заданное значение индикатора называется состоянием индикатора и связано с индексом RS DL (индексом CRI или SSB). В случае CSI-RS ресурс может быть периодическим, полупостоянным или апериодическим. В этом соглашении оставлено для дальнейшего изучения то, как индекс RS DL ассоциируется с состоянием индикатора либо посредством явной сигнализации, либо неявным образом во время измерения UE.

Очевидно, что функциональные возможности, поддерживаемые N-битовым индикатором, аналогичны PQI в LTE, который используется для целей указания соответствия скорости QCL и PDSCH в формате DCI 2D, поддерживающем работу CoMP. Однако одно отличие состоит в том, что для NR не ясно, что необходимо сигнализировать параметры согласования скорости PDSCH таким же образом. Кроме того, индикатор не ограничен случаем работы с несколькими TRP (CoMP). Указание динамического (пространственного) QCL является полезным даже для одной TRP при работе в миллиметровом диапазоне длин волн. Таким образом, предложено принять более общий термин для N-битового индикатора, а именно "индикатор конфигурации передачи (TCI)", чтобы охватить представление о том, что конфигурация QCL для передачи PDSCH указывается динамическим образом.

На фиг.17 показан примерный набор состояний TCI, которые могут быть RRC-сконфигурированы для UE. При использовании N-битов можно определить до 2N состояний TCI, некоторые из которых содержат один набор RS, и другие содержат несколько наборов RS для поддержания работы с несколькими TRP. В случае базовой одиночной операции TRP все состояния TCI будут содержать только один набор RS. Кроме того, показано также состояние TCI по умолчанию, которое может использоваться, например, для указания QCL, относящейся к индексу луча SSB, определенному UE во время начального доступа. Как обсуждалось ранее, различные состояния TCI могут использоваться для указания QCL, относящегося к разным типам RS, то есть SSB, периодическому, полупостоянному или апериодическому CSI-RS. Таким образом, задачей является реализация сети для конфигурирования состояний в зависимости от того, какое сочетание RS DL используется для управления лучом. Более подробная информация об этой структуре представлена в статье [1].

С точки зрения PC, будут использоваться общие принципы для подключения пары лучей TX UX и RX gNB к RS, а также способ передачи этого состояния индикатора в UE из gNB. Таким образом, эти две возможности, введенные в управление лучом, действительно относятся к вопросам, обсуждаемым в области PC. Например, в случае UE при соответствии лучу, имеет смысл, чтобы UE передавало в обратном направлении на RS DL, которые используются в качестве ссылки на пространственное QCL. Таким образом, TCI, определенный и просигнализированный для передачи DL, пригоден для повторного использования также для передачи UL. Таким образом, было бы также предпочтительно соединить общие принципы PC для конкретного луча с этим TCI; это позволит избежать избыточной сигнализации, так как индекс набора параметров PC будет неявно предоставлен с помощью TCI, сигнализируемым для передач DL и/или UL. На основании этого предложено следующее:

Для PC PUCCH использовать поле N-битового индикатора, которое обеспечивает ссылку на RS DL, который пространственно квази-совмещен (QCL) по меньшей мере с одной группой портов DMRS PDSCH для того, чтобы определить соответствующий набор параметров PC для конкретного луча.

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

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

3. Выводы

Ниже представлены вкратце следующие предложения:

Предложение 2. Для PC PUCCH использовать поле N-битового индикатора, которое обеспечивает ссылку на RS DL, который пространственно квази-совмещен (QCL) по меньшей мере с одной группой портов DMRS PDSCH для того, чтобы определить соответствующий набор параметров PC, характерного для луча.

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

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

4. Ссылки

[1] R1-1716350 «Относительно указания луча, измерения и отчетности», 3GPP TSG-RAN WG1 NR Ad Hoc #3

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

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

TRP - точка передачи

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

TX - радиочастотный тракт передатчика

RX - радиочастотный тракт приемника

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

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

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

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

PBCH - широковещательный физический канал

CSI-RS - опорный сигнал информации о состоянии канала

SSB - блок сигналов синхронизации

PSS - первичный сигнал синхронизации

SSS - вторичный сигнал синхронизации

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

MAC-CE - элемент управления MAC

QRI - опорный индикатор QCL

RSI - индекс опорного сигнала

SRS - зондирующий опорный сигнал

1x RTT - технология радиопередачи 1x (технология CDMA2000)

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

5G - 5 поколение

ABS - почти пустой подкадр

ARQ - автоматический запрос на повторную передачу

AWGN - аддитивный белый гауссов шум

BCCH - широковещательный канал управления

BCH - широковещательный канал

CA - агрегация несущих

CC - компонентная несущая

SDU CCCH - общий канал управления SDU

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

CGI - глобальный идентификатор соты

CIR - импульсная характеристика канала

CP - циклический префикс

CPICH - общий пилот-канал

CPICH Ec/No - отношение энергии в расчете на элементарный сигнал к спектральной плотности мощности помех CPICH

CQI - информация о качестве канала

C-RNTI - сота RNTI

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

DCCH - выделенный канал управления

DL - нисходящая линия связи

DM - демодуляция

DMRS - опорный сигнал демодуляции

DRX - прерывистый прием

DTX - прерывистая передача

DTCH - выделенный канал трафика

DUT - тестируемое устройство

E-CID - расширенный идентификатор соты (способ позиционирования)

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

ECGI - усовершенствованный CGI

eNB - узел E-UTRAN

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

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

E-UTRA - усовершенствованный UTRA

E-UTRAN - усовершенствованная UTRAN

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

FFS - для дальнейшего изучения

GERAN - сеть радиодоступа EDGE GSM

gNB - базовая станция NR

GNSS - глобальная навигационная спутниковая система

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

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

HO - передача обслуживания

HSPA - высокоскоростной пакетный доступ

HRPD - высокоскоростная передача пакетных данных

LOS - линия прямой видимости

LPP - протокол позиционирования LTE

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

MAC - управление доступом к среде передачи данных

MBMS - услуга широковещательной/многоадресной передачи мультимедиа

MBSFN - одночастотная сеть для услуги широковещательной/многоадресной передачи мультимедиа

MBSFN ABS - почти пустой подкадр MBSFN

MDT - минимизации выездного тестирования

MIB - главный информационный блок

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

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

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

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

OCNG - генератор шума канала OFDMA

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

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

OSS - система функциональной поддержки

OTDOA - наблюдаемая разница во времени прихода сигнала

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

PBCH - широковещательный физический канал

P-CCPCH - основной общий физический канал управления

PCell - первичная сота

PCFICH - физический канал индикатора формата управления

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

PDP - профиль профильной задержки

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

PGW - шлюз сети пакетной передачи данных

PHICH - физический индикаторный канал гибридного запроса повторной передачи (Hybrid-ARQ)

PLMN - наземная сеть мобильной связи общего пользования

PMI - индикатор матрицы прекодера

PRACH - физический канал произвольного доступа

PRS - опорный сигнал позиционирования

PSS - первичный сигнал синхронизации

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

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

RACH - канал произвольного доступа

QAM - квадратурная амплитудная модуляция

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

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

RLM - управление линией радиосвязи

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

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

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

RRM - координация функций управления радиоресурсами

RS - опорный сигнал

RSCP - мощность кода принятого сигнала

RSRP - качество принимаемого опорного символа или качество принимаемого опорного сигнала

RSRQ - качество принимаемого опорного сигнала или качество принимаемого опорного символа

RSSI - индикатор мощности принимаемого сигнала

RSTD - разность времен поступления опорных сигналов

SCH - канал синхронизации

SCell - вторичная сота

SDU - служебная единица данных

SFN - номер системного кадра

SGW - обслуживающий шлюз

SI - системная информация

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

SNR - отношение сигнал/шум

SON - самооптимизирующаяся сеть

SS - сигнал синхронизации

SSS - вторичный сигнал синхронизации

TDD - дуплексная связь с временным разделением каналов

TDOA - разность во времени прихода сигнала

TOA - время прихода сигнала

TSS - третичный сигнал синхронизации

TTI - интервал времени передачи

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

UL - восходящая линия связи

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

USIM - универсальный модуль идентификации абонента

UTDOA - разность времени прихода сигнала в восходящей линии связи

UTRA - универсальный наземный радиодоступ

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

WCDMA - широкополосный CDMA

WLAN - беспроводная локальная вычислительная сеть.

Изобретение относится к беспроводной связи и может быть использовано для указания луча. Пользовательское оборудование выполнено с возможностью приема информации нисходящей линии связи (DL). На основе информации D определяют пространственную ассоциацию для передачи по восходящей линии связи (UL) и определяют параметры управления мощностью (PC) UL на основе информации DL. Технический результат - уменьшение задержки и повышение качества принимаемого сигнала. 3 н. и 34 з.п. ф-лы, 7 табл., 17 ил.

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

принимают информацию нисходящей линии связи (DL);

определяют пространственную ассоциацию для передачи по восходящей линии связи (UL) на основе информации DL; и

определяют параметры управления мощностью (PC) UL на основе информации DL.

2. Способ по п.1, в котором на этапе определения пространственной ассоциации определяют одно из: а) пространственного фильтра, b) прекодера, c) луча, используемого для передачи по UL.

3. Способ по п.1 или 2, в котором на этапе определения пространственной ассоциации дополнительно определяют пространственную ассоциацию с первой конфигурацией опорного сигнала (RS) на основе информации DL.

4. Способ по п.3, в котором первая конфигурация RS является конфигурацией зондирующего опорного сигнала (SRS) восходящей линии связи (UL).

5. Способ по п.3, в котором первая конфигурация RS является конфигурацией RS нисходящей линии связи (DL).

6. Способ по п.5, в котором конфигурация RS DL включает в себя индекс CSI-RS или индекс SSB.

7. Способ по пп.1-6, в котором на этапе определения параметров PC определяют значения смещения (P0) для управления мощностью UL.

8. Способ по пп.1-6, в котором на этапе определения параметров PC определяют RS, используемый для оценки потерь в тракте передачи.

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

10. Способ по пп.1-8, в котором информация DL является битовым полем в CE MAC.

11. Способ по п.9, в котором битовое поле является индикатором (SRI) зондирующего опорного сигнала в DCI, принятой с использованием PDCCH.

12. Способ по пп.1-11, дополнительно содержащий этап, на котором получают мощность передачи для передачи PUSCH на основе параметров PC UL.

13. Способ по пп.1-11, дополнительно содержащий этап, на котором получают мощность передачи для передачи PUCCH на основе параметров PC UL.

14. Способ по пп.1-13, в котором на этапе определения параметров PC определяют значение альфа, при этом, не обязательно, значение альфа является характерным для луча.

15. Способ по пп.1-14, в котором информация DL содержит индикатор (SRI) зондирующего опорного сигнала (SRS), представляющий состояние SRI, выбранное из набора доступных состояний SRI.

16. Способ по п.15, в котором каждое из доступных состояний SRI ассоциировано с одним или более RS DL.

17. Способ по п.15 или 16, в котором на этапе определения параметров PC определяют параметры PC UL, ассоциированные с SRI.

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

приема информации нисходящей линии связи (DL);

определения пространственной ассоциации для передачи по восходящей линии связи (UL) на основе информации DL; и

определения параметров управления мощностью (PC) UL на основе информации DL.

19. UE по п.18, в котором определение пространственной ассоциации содержит определение одного из: а) пространственного фильтра, b) прекодера, c) луча, используемого для передачи по UL.

20. UE по п.18 или 19, в котором определение пространственной ассоциации дополнительно содержит определение пространственной ассоциации с первой конфигурацией опорного сигнала (RS) на основе информации DL.

21. UE по п.20, в котором первая конфигурация RS является конфигурацией зондирующего опорного сигнала (SRS) восходящей линии связи (UL).

22. UE по п.20, в котором первая конфигурация RS является конфигурацией RS нисходящей линии связи (DL).

23. UE по п.22, в котором конфигурация RS DL включает в себя индекс CSI-RS или индекс SSB.

24. UE по п.18, в котором определение параметров PC содержит определение значения смещения (P0) для управления мощностью UL.

25. UE по пп.18-23, в котором определение параметров PC содержит определение RS, используемого для оценки потерь в тракте передачи.

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

27. UE по пп.18-25, в котором информация DL является битовым полем в CE MAC.

28. UE по п.26, в котором битовое поле является индикатором (SRI) зондирующего опорного сигнала в DCI, принимаемой с использованием PDCCH.

29. UE по пп.18-28, характеризующееся тем, что дополнительно выполнено с возможностью получения мощности передачи для передачи PUSCH на основе параметров PC UL.

30. UE по пп.18-28, в котором UE дополнительно выполнено с возможностью получения мощности передачи для передачи PUCCH на основе параметров PC UL.

31. UE по пп.18-30, в котором определение параметров PC содержит определение значения альфа, при этом, не обязательно, значение альфа является характерным для луча.

32. UE по пп.18-31, в котором информация DL содержит индикатор (SRI) зондирующего опорного сигнала (SRS), представляющий состояние SRI, выбранное из набора доступных состояний SRI.

33. UE по п.32, в котором каждое из доступных состояний SRI ассоциировано с одним или более RS DL.

34. UE по п.32 или 33, в котором определение параметров PC содержит определение параметров PC UL, ассоциированных с SRI.

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

36. Способ по пп.1-11, дополнительно содержащий этап, на котором получают мощность передачи для передачи SRS на основе параметров PC UL.

37. UE по пп.18-28, характеризующееся тем, что дополнительно выполнено с возможностью получения мощности передачи для передачи SRS на основе параметров PC UL.