Оптимизированная реконфигурация параметров rlm и контроля пучка

Изобретение относится к области беспроводной связи. Технический результат заключается в предотвращении или минимизации сигнализации RRC вследствие мобильности внутри соты. Способ в беспроводном устройстве (110) для оптимизированной реконфигурации контроля линии радиосвязи (RLM) и контроля пучка включает в себя прием от первого сетевого узла (160) первого сообщения, содержащего по меньшей мере один параметр RLM; прием второго сообщения, указывающего активизацию по меньшей мере одного параметра RLM, ассоциированного с первым сообщением, причем второе сообщение является сигналом нижнего уровня по сравнению с первым сообщением. 4 н. и 26 з.п. ф-лы, 27 ил., 9 табл.

 

УРОВЕНЬ ТЕХНИКИ

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

Оценка UE качества линии радиосвязи на нисходящей линии связи для RLM сравнивается с пороговыми величинами асинхронности (OOS) и синхронности (IS), которые могут называться Qout и Qin соответственно. Эти пороговые величины выражаются в показателях частоты блоков с ошибками (BLER) для гипотетической передачи физического канала управления нисходящей линии связи (PDCCH) от обслуживающей соты. В частности, Qout соответствует BLER 10%, тогда как Qin соответствует BLER 2%. Такие же пороговые уровни применимы при DRX и без DRX.

Отображение между качеством нисходящей линии связи на основе CRS и BLER гипотетического PDCCH зависит от реализации UE. Однако производительность проверяется с помощью проверок соответствия, заданных для различных окружений. Также качество нисходящей линии связи вычисляется на основе RSRP для CRS во всей полосе, поскольку UE не обязательно знает, где PDCCH может планироваться, что иллюстрируется на фиг. 1, которая иллюстрирует, что PDCCH можно планировать где угодно во всей полосе пропускания передачи по нисходящей линии связи.

Когда DRX не конфигурируется, возникает OOS, когда качество линии радиосвязи на нисходящей линии связи, оцененное за период последних 200 мс, становится хуже пороговой величины Qout. Аналогичным образом, IS без DRX возникает, когда качество линии радиосвязи на нисходящей линии связи, оцененное за период последних 100 мс, становится лучше пороговой величины Qin. При обнаружении асинхронности UE инициирует оценку синхронности.

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

В LTE возникновения событий OOS и IS сообщаются внутри посредством физического уровня UE его верхним уровням, которые, в свою очередь, могут применять фильтрацию RRC/уровня 3 (то есть верхнего уровня) для оценки отказа линии радиосвязи (RLF). Фиг. 2 иллюстрирует процедуры RLM верхнего уровня в LTE.

Подробности действий UE, связанных с RLF, записаны в спецификациях RRC (38.331).

Для NR рассматриваются частотные диапазоны вплоть до 100 ГГц. Высокочастотная радиосвязь выше 6 ГГц страдает от значительных потерь на тракте и потерь проникновения. Поэтому рассматриваются схемы массовой MIMO для NR.

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

Развертка пучка

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

Фиг. 4A иллюстрирует развертку передающего пучка на 2 подрешетках.

Фиг. 4B иллюстрирует развертку передающего пучка на 3 подрешетках.

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

SSB, PSS NR, SSS NR и/или PBCH NR могут передаваться в блоке SS, который также может называться блоком SS/PBCH. Для заданной полосы частот блок SS соответствует N символам OFDM на основе одного разноса поднесущих (например, по умолчанию или сконфигурированного), и N - постоянное число. UE должно уметь идентифицировать из блока SS по меньшей мере индекс символа OFDM, индекс временного интервала в кадре радиосигнала и номер кадра радиосигнала. По каждой полосе частот задается один набор возможных временных местоположений блоков SS (например, относительно кадра радиосигнала или относительно набора пачек SS). По меньшей мере для случая с несколькими пучками для UE указывается по меньшей мере временной индекс блока SS. Положение (положения) фактически переданных блоков SS можно сообщать для помощи в измерении в режиме CONNECTED/IDLE, для помощи UE в режиме CONNECTED в приеме данных/управления DL в неиспользуемых блоках SS и потенциально для помощи UE в режиме IDLE в приеме данных/управления DL в неиспользуемых блоках SS. Максимальное количество блоков SS в наборе пачек SS, L, для разных частотных диапазонов равно:

- для частотного диапазона вплоть до 3 ГГц L равно 4;

- для частотного диапазона от 3 ГГц до 6 ГГц L равно 8;

- для частотного диапазона от 6 ГГц до 52,6 ГГц L равно 64.

В отличие от этого одна или несколько пачек SS дополнительно составляют набор (или последовательность) пачек SS, где количество пачек SS в наборе пачек SS ограничено. С точки зрения спецификации физического уровня поддерживается по меньшей мере одна периодичность набора пачек SS. С точки зрения UE передача набора пачек SS является периодической. По меньшей мере для начального выбора соты UE может предполагать периодичность по умолчанию для передачи набора пачек SS для заданной несущей частоты (например, одну из 5 мс, 10 мс, 20 мс, 40 мс, 80 мс или 160 мс). UE может предполагать, что данный блок SS повторяется с периодичностью набора пачек SS. По умолчанию UE не может ни предполагать, что gNB передает одинаковое число физических пучков, ни одинаковый физический пучок (пучки) по разным блокам SS в наборе пачек SS. В конкретном случае набор пачек SS может содержать одну пачку SS.

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

Все блоки SS в наборе пачек входят в интервал 5 мс, но количество блоков SS в таком интервале зависит от числового показателя (например, вплоть до 64 блоков SS с разносом поднесущих 240 кГц). Фиг. 6 иллюстрирует примерное отображение для блоков SS во временном интервале и в интервале 5 мс.

Что касается активизации RS CSI с помощью CE MAC в LTE, активизация/деактивизация RS CSI с помощью команды CE MAC задается в TS 36.321, где раздел 5.19 описывает:

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

Раздел 6.1.3.14 раскрывает:

Активизация/деактивизация элемента управления MAC ресурсов RS CSI идентифицируется подзаголовком PDU MAC с LCID, как задано в таблице 6.2.1-1. Он обладает переменным размером, как количество сконфигурированных процессов CSI (N), и задается на фиг. 6.1.3.14-1. Команда активизации/деактивизации RS CSI задается на фиг. 6.1.3.14-2 и активизирует или деактивизирует ресурсы RS CSI для процесса CSI. Активизация/деактивизация элемента управления MAC ресурсов RS CSI применяется к обслуживающей соте, в которой UE принимает активизацию/деактивизацию элемента управления MAC ресурсов RS CSI.

Активизация/деактивизация элементов управления MAC ресурсов RS CSI задается следующим образом:

- R_i: это поле указывает состояние активизации/деактивизации ресурсов RS CSI, ассоциированных с CSI-RS-ConfigNZPId i для процесса RS CSI. Поле R_i устанавливается в "1" для указания, что нужно активизировать ресурс RS CSI, ассоциированный с CSI-RS-ConfigNZPId i для процесса RS CSI. Поле R_i устанавливается в "0" для указания, что нужно деактивизировать CSI-RS-ConfigNZPId i.

Фиг. 7 иллюстрирует активизацию/деактивизацию ресурсов RS CSI с помощью элемента управления MAC.

Фиг. 8 иллюстрирует активизацию/деактивизацию ресурсов RS CSI с помощью команды RS CSI.

Активизация MAC вводилась в LTE для возможности конфигурировать больше ресурсов RS CSI для UE, для которых UE могло бы поддерживать обратную связь, так как CE MAC выборочно активизировал бы максимальные поддерживаемые ресурсы RS CSI. Тогда сеть может активизировать другой набор среди ресурсов, сконфигурированных для UE, без необходимости реконфигурирования с помощью RRC.

Что касается использования CE MAC в NR, перечисляются согласованные для NR CE MAC.

Спецификация RAN1	Раздел	Сообщение CE MAC	Описание	Диапазон значений
TS 38.214	5.2.2.3.4	Полупостоянный RS CSI/IM CSI	Активизирует/деактивизирует набор ресурсов RS CSI SP и набор ресурсов IM CSI SP. Предоставляет взаимосвязь QCL (если активизировано)	Id набора ресурсов RS CSI SP (размер ID <= 4 разрядам) | Id набора ресурсов IM CSI SP (размер ID <= 4 разрядам) | TCI_State_Id (размер ID <= 6 разрядам). Каждый активизированный набор ресурсов может содержать вплоть до 64 ресурсов RS CSI, поэтому общее количество разрядов <= 4+4+64*6
TS 38.214	5.2.1.5	Подборка состояний апериодического триггера CSI	Отображает Sc RRC-конфигурированных состояний апериодического триггера в 2^N-1 кодовых точек в поле запроса CSI (N=битовая ширина поля запроса CSI в DCI)	Битовый массив размера Sc <= 128 (максимальное количество единиц (1) в битовом массиве - до 63). Sc переменное
TS 38.214	5.1.5	Активизация состояния (состояний) TCI (указание конфигурации передачи) для характерного для UE PDSCH	Активизирует/деактивизирует вплоть до 2^N состояний TCI из списка с M состояниями TCI. Каждое состояние из M состояний TCI является RRC-конфигурированным с набором RS нисходящей линии связи, используемым в качестве эталона QCL, и CE MAC используется для выбора вплоть до 2^N состояний TCI из M для указания QCL PDSCH	Битовый массив размера M <= 64, N=3
TS 38.214	5.1.5	Указание состояния TCI для характерного для UE PDCCH NR по каждому CORESET	Из K состояний TCI, сконфигурированных по каждому CORESET, CE MAC выбирает одно из K	Битовый массив для выбора одного из K состояний K <= M (M_max=64, K_max=M_max)
TS 38.214	5.2.4	Активизация сообщения полупостоянного CSI (по PUCCH)	Активизирует отчет CSI SP	Битовый массив с длиной, равной количеству настроек сообщения CSI SP Длина битового массива <= [CSISP=8] разрядов
TS 38.214	6.2.1	Активизация полупостоянного SRS	Активизирует набор ресурсов SRS SP и предоставляет пространственное отношение (если активизировано)	Id набора ресурсов SRS SP (размер ID <= [SRS1=4] разрядам) | ID SSB (размер ID <= 6 разрядам) / ID ресурса SRS (размер ID <= [SRS2=5] разрядам) / ID ресурса RS CSI (размер ID <= 7 разрядам). Каждый активизированный набор ресурсов может содержать вплоть до S2 ресурсов SRS, поэтому общее количество разрядов <= SRS1+SRS2*7

В R1-1721734:

Номер спецификации		Название параметра	Описание	Размер/формат
TS 38.214		PUCCH-SpatialRelationInfo	Предоставляет пространственное отношение для ресурса PUCCH	ID ресурса PUCCH (размер ID <= [NCCH=4] разрядам) | битовый массив размера (длина битового массива <= [QCLUL=8] разрядам) (битовый массив активизирует одну из [QCLUL=8] записей в параметре RRC PUCCH-Spatial-relation-info)

Что касается обработки RLM в NR, задается два типа опорных сигналов (типа RS) для мобильности L3: блок PBCH/SS (блок SSB или SS), который в основном содержит сигналы синхронизации, эквивалентные PSS/SSS в LTE и PBCH/DMRS, и RS CSI для мобильности L3, более конфигурируемый и сконфигурированный посредством специальной сигнализации. Есть разные причины для задания двух типов RS, одна из них - возможность передавать SSB в широких пучках, а CSI-RS - в узких пучках.

В AdHoc#2 NR RAN1# согласовано, что в NR также конфигурируется тип RS, используемый для RLM (поддерживаются RLM на основе RS CSI и RLM на основе блоков SS), и кажется естественным, что тип RS для RLM следует конфигурировать посредством сигнализации RRC. В RAN1#90 достигли дальнейшего прогресса и согласовали поддержку только одного типа RS RLM единовременно для разных ресурсов RS RLM для UE.

Так как NR может работать на довольно высоких частотах (выше 6 ГГц, но вплоть до 100 ГГц), можно формировать пучки для этих типов RS, используемых для RLM. Другими словами, в зависимости от развертывания или рабочей частоты UE можно конфигурировать для контроля опорных сигналов в пучках независимо от того, какой тип RS выбирается для RLM. Поэтому RS для RLM можно передавать в нескольких пучках, в отличие от LTE.

В случае RS CSI может использоваться временной/частотный ресурс и последовательность. Так как может быть несколько пучков, UE нужно знать, какие контролировать на предмет RLM и как формировать события IS/OOS. В случае SSB каждый пучок можно идентифицировать по индексу SSB (выведенному из временного индекса в PBCH и/или скремблирования PBCH/DMRS). В RAN1#90 согласовано, что это можно конфигурировать, и в NR сеть может конфигурировать с помощью сигнализации RRC X ресурсов RLM, связанных с блоками SS либо RS CSI, следующим образом:

- один ресурс RS RLM может быть либо одним блоком PBCH/SS, либо одним ресурсом/портом RS CSI;

- ресурсы RS RLM конфигурируются специально для UE по меньшей мере в случае RLM на основе RS CSI;

- когда UE конфигурируется для выполнения RLM на одном или нескольких ресурсах RS RLM:

- периодическая IS указывается, если предполагаемое качество линии связи, соответствующее BLER гипотетического PDCCH на основе по меньшей мере Y ресурсов RS RLM среди всех сконфигурированных X ресурсов RS RLM, выше пороговой величины Q_in;

- периодическая OOS указывается, если предполагаемое качество линии связи, соответствующее BLER гипотетического PDCCH на основе всех сконфигурированных X ресурсов RS RLM, ниже пороговой величины Q_out;

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

В RAN2#94 в Нанкине обсуждалась мобильность NR, и было согласовано следующее:

Два уровня управляемой сетью мобильности:

1: обусловленная RRC на уровне "соты";

2: нулевое/минимальное участие RRC (например, на MAC/PHY, для дальнейшего изучения: каково определение соты).

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

Однако в RAN1#90 было согласовано следующее:

- NR поддерживает конфигурирование X ресурсов RS RLM:

- один ресурс RS RLM может быть либо одним блоком SS/PBCH, либо одним ресурсом/портом RS CSI;

- ресурсы RS RLM конфигурируются специально для UE по меньшей мере в случае RLM на основе RS CSI.

Затем в RAN1#90bis согласовано, что значение X следует ограничить следующим образом:

- NR поддерживает конфигурацию не более чем с X ресурсами RS RLM (RS CSI и/или SSB) для UE:

- окончательное значение X нужно определить на следующей встрече и (X <= [8]);

- примечание: в сценарии развертывания, где необходимо BM, обработка и сообщение BM являются предпосылкой для сети выбрать вплоть до X RS RLM;

- для дальнейшего изучения: делать ли разное число для до 6 и выше 6 ГГц.

Затем в RAN1#91 согласовано, что значение X для максимального количества ресурсов могло бы меняться для разных частотных диапазонов следующим образом:

- Для значения X:

- ниже 3 ГГц: X=2

- выше 3 ГГц и ниже 6 ГГц: X=4

- выше 6 ГГц: X = [8]

- SSB RLM: диапазон значений 0, 1, …, 63

- RLM-CSI-RS-timeConfig:

- периодичность, P: {5 мс, 10 мс, 20 мс, 40 мс}

- смещение временного интервала: {0, …, Ps-1} временных интервалов

- где Ps - число временных интервалов в периоде P в числовом показателе RS CSI

- RLM-CSI-RS-FreqBand

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

- минимальное число PRB равно 24.

В настоящее время существуют некоторые проблемы. Чтобы понять их, нужно рассмотреть последствия этих договоренностей. В RAN1 также согласовано, что количество SSB, охватывающих соту, также может меняться по каждому частотному диапазону, и следующие значения согласованы в RAN1#88bis:

- Рассматриваемое максимальное количество блоков SS, L, в наборе пачек SS для разных частотных диапазонов равно:

- для частотного диапазона до 3 ГГц максимальное количество блоков SS, L, в наборе пачек SS равно [1, 2, 4];

- для частотного диапазона от 3 ГГц до 6 ГГц максимальное количество блоков SS, L, в наборе пачек SS равно [4, 8];

- для частотного диапазона от 6 ГГц до 52,6 ГГц максимальное количество блоков SS, L, в наборе пачек SS равно [64].

Тогда, в особенности для RLM на основе SSB, если сравнить значения L (максимальное количество переданных SSB для сот в данном частотном диапазоне) и X (максимальное количество ресурсов RS RLM для данного частотного диапазона), то получим сценарии, где X меньше L, как показано ниже:

	f < 3 ГГц	3 ГГц < f < 6 ГГц	f > 6 ГГц
Макс. значение для X	2	4	8
Макс. значение для L	4	8	64

Как видно из таблицы выше, количество пучков (термин "пучки" можно использовать вместо ресурсов RS RLM), которое можно конфигурировать для RLM, меньше количества пучков, по возможности обеспечивающих покрытие соты. Фиг. 9 иллюстрирует этот сценарий для частот между 3 ГГц и 6 ГГц, где L=8 и X=4 (то есть для частот между 3 ГГц и 6 ГГц). Тогда, если UE перемещается в рамках покрытия той соты, то пучки для использования для RLM может понадобиться реконфигурировать, в противном случае UE, возможно, начало бы формирование событий OSS (и, возможно, объявило RLF), даже если UE по-прежнему находится в покрытии соты.

Когда возникает эта ситуация, то сеть, по-видимому, хотела бы уметь реконфигурировать пучки, обслуживающие UE с PDCCH, и следовательно, пучки, которые нужно контролировать на предмет RLM (так как их следует соотносить). Фиг. 10 иллюстрирует сеть, реконфигурирующую пучки PDCCH и, следовательно, ресурсы/пучки RS-RLM.

Однако существуют некоторые проблемы с базовым решением. Например, сигнализация RRC обычно рассматривается для реконфигураций в сетях подвижной связи, и поэтому можно предположить, что каждый раз UE нужно реконфигурировать параметры RS RLM, например, в качестве базового решения. Однако следствием решения RAN1 о X < L является то, что UE, скорее всего, потребует сигнализации RRC для выполнения мобильности внутри соты, если единственные разрешенные механизмы реконфигурации RS RLM основаны на RRC, что идет вразрез с самой первой договоренностью о мобильности NR в RAN2. Таким образом, замечание состоит в том, что текущие предположения RAN1 о максимальных ресурсах RS RLM (равных 8) требуют мобильности внутри соты на основе RRC, что противоречит прежней договоренности RAN2.

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

Некоторые аспекты настоящего раскрытия изобретения и их варианты осуществления могут предоставить решения этих или других проблем. Например, раскрывается способ, который включает в себя инфраструктуру конфигурации и реконфигурации для параметров RLM, например, ресурсов RS RLM. Способ включает в себя UE, снабжаемое набором конфигураций RLM посредством сигнализации RRC, отправленной сетью, и эти конфигурации по возможности обновляются, например, путем активизации/деактивизации посредством сигнализации нижнего уровня, например, с использованием CE MAC, DCI или другой сигнализации.

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

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

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

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

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

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

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

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

Фиг. 2 иллюстрирует процедуры контроля линии радиосвязи (RLM) верхнего уровня в LTE;

Фиг. 3 иллюстрирует примерную схему для формирования гибридного пучка;

Фиг. 4A иллюстрирует развертку передающего пучка на 2 подрешетках;

Фиг. 4B иллюстрирует развертку передающего пучка на 3 подрешетках;

Фиг. 5 иллюстрирует примерную конфигурацию блоков сигнала синхронизации (SS), пачек SS и наборов/последовательностей пачек SS;

Фиг. 6 иллюстрирует примерное отображение для блоков SS во временном интервале и в интервале 5 мс;

Фиг. 7 иллюстрирует активизацию/деактивизацию ресурсов RS CSI с помощью элемента управления MAC;

Фиг. 8 иллюстрирует активизацию/деактивизацию ресурсов RS CSI с помощью команды RS CSI;

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

Фиг. 10 иллюстрирует сеть, реконфигурирующую пучки PDCCH и, следовательно, ресурсы/пучки RS-RLM;

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

Фиг. 12 иллюстрирует примерную сеть для оптимизированной реконфигурации RLM и контроля пучка в соответствии с некоторыми вариантами осуществления;

Фиг. 13 иллюстрирует примерный сетевой узел для оптимизированной реконфигурации RLM и контроля пучка в соответствии с некоторыми вариантами осуществления;

Фиг. 14 иллюстрирует примерное беспроводное устройство для оптимизированной реконфигурации RLM и контроля пучка в соответствии с некоторыми вариантами осуществления;

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

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

Фиг. 17 иллюстрирует сеть электросвязи, подключенную через промежуточную сеть к главному компьютеру в соответствии с некоторыми вариантами осуществления;

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

Фиг. 19 иллюстрирует способ, реализованный в системе связи в соответствии с одним вариантом осуществления;

Фиг. 20 иллюстрирует другой способ, реализованный в системе связи в соответствии с одним вариантом осуществления;

Фиг. 21 иллюстрирует другой способ, реализованный в системе связи в соответствии с одним вариантом осуществления;

Фиг. 22 иллюстрирует другой способ, реализованный в системе связи в соответствии с одним вариантом осуществления;

Фиг. 23 иллюстрирует примерный способ в беспроводном устройстве для оптимизированной реконфигурации RLM и контроля пучка в соответствии с некоторыми вариантами осуществления;

Фиг. 24 иллюстрирует примерное виртуальное вычислительное устройство для оптимизированной реконфигурации RLM и контроля пучка в соответствии с некоторыми вариантами осуществления;

Фиг. 25 иллюстрирует примерный способ в сетевом узле для оптимизированной реконфигурации RLM и контроля пучка в соответствии с некоторыми вариантами осуществления; и

Фиг. 26 иллюстрирует другое примерное виртуальное вычислительное устройство для оптимизированной реконфигурации RLM и контроля пучка в соответствии с некоторыми вариантами осуществления.

ПОДРОБНОЕ ОПИСАНИЕ

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

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

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

Также в некоторых вариантах осуществления используется универсальная терминология "сетевой узел". Это может быть любой вид сетевого узла, который может составлять узел радиосети, например, базовую станцию, базовую радиостанцию, базовую приемопередающую станцию, контроллер базовой станции, сетевой контроллер, многостандартную базовую радиостанцию, gNB, en-gNB, ng-eNB, BS NR, усовершенствованный Узел B (eNB), Узел B, мультисотовый/многоадресный координационный объект (MCE), транзитный узел, точку доступа, точку радиодоступа, выносной радиоблок (RRU), выносной радиоузел (RRH), многостандартную BS (иначе называемую MSR BS), узел базовой сети (например, MME, узел SON, координирующий узел, узел определения местоположения, узел MDT и т. п.), или даже внешний узел (например, узел сторонних производителей, узел, внешний по отношению к текущей сети) и т. п. Сетевой узел также может быть выполнен в виде испытательного оборудования.

Термин "BS" может содержать, например, gNB, en-gNB или ng-eNB, или транзитный узел, или любую BS, совместимую с вариантами осуществления.

Термин "радиоузел", используемый в этом документе, может использоваться для обозначения UE или узла радиосети.

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

Используемый в этом документе термин "процедура RLM" может относиться к любому происходящему процессу или действию, предпринимаемому UE во время RLM. Примерами таких процессов или действий являются оценка OOS, оценка IS, фильтрация IS/OOS (например, запуск счетчиков), инициирование RLF, запуск или истечение таймера RLF и т. п.

Используемый в этом документе термин "производительность RLM" может относиться к любым критериям или показателю, которые характеризуют производительность RLM, выполняемого радиоузлом. Примерами критериев производительности RLM являются период оценки, за который обнаруживаются IS/OOS, период времени, в котором передатчик UE нужно выключить при истечении таймера RLF, и т. п.

Термин "числовой показатель" здесь может содержать любой один или сочетание из: разноса поднесущих, числа поднесущих в полосе пропускания, размера блока ресурсов, длины символа, длины CP и т. п. В одном характерном неограничивающем примере числовой показатель содержит разнос поднесущих в 7,5 кГц, 15 кГц, 30 кГц, 60 кГц, 120 кГц или 240 кГц. В другом примере числовым показателем является длина CP, которая может использоваться с разносом поднесущих в 30 кГц или больше.

В соответствии с некоторыми вариантами осуществления предоставляется способ, который включает в себя инфраструктуру конфигурации и реконфигурации для параметров RLM, которые в качестве одного примера могут включать в себя ресурсы RS RLM. Фиг. 11 иллюстрирует примерный способ 50, который включает в себя UE, снабжаемое набором конфигураций RLM посредством сигнализации RRC, отправленной сетью на этапе 52, в соответствии с некоторыми вариантами осуществления. Как изображено, конфигурации по возможности обновляются, например, путем активизации/деактивизации посредством сигнализации нижнего уровня на этапе 54, что может включать в себя использование Ce MAC, DCI или других элементов сигнализации.

Описанные ниже дополнительные подробности включают в себя:

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

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

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

Предложены другие методики для NR, изменяющей набор ресурсов RS RLM. Например, в других источниках предложены реконфигурации параметров RLM. Однако цель в тех раскрытиях изобретения вовсе не относится к попытке сделать инфраструктуру реконфигурации как можно эффективнее. Точнее, предлагалось, что для разных видов реконфигураций параметров RLM могли бы быть разные действия UE, которые следует выполнять в зависимости от конфигурации. Однако, как раскрыто в этом документе, цель - сделать инфраструктуру реконфигурации как можно эффективнее, чтобы избежать/минимизировать сигнализацию RRC внутри соты.

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

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

Что касается конфигурации (конфигураций)/реконфигурации (реконфигураций) RLM, которые UE может принимать посредством сигнализации верхнего уровня, то в соответствии с первым набором вариантов осуществления UE может принимать от сетевого узла отображение между одной или несколькими (например, N1) конфигурациями RLM и набором индексов и применять ту конфигурацию. Одно такое примерное отображение показано в Таблице 1:

Конфигурация 1 RLM	Индекс 1
Конфигурация 2 RLM	Индекс 2
…
Конфигурация N1 RLM	Индекс N1

ТАБЛИЦА 1

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

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

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

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

Например, для частот < 3 ГГц X может составлять вплоть до 2 ресурсов. Так как может быть вплоть до L=4 SSB (SSB1, SSB2, SSB3, SSB4), в таблице 2 перечисляются следующие сочетания для X ресурсов RS RLM, если для этого примера рассматриваем тип RS только как SSB:

Ресурс(ы) RS RLM	Индекс
(SSB1, SSB2)	0
(SSB1, SSB3)	1
(SSB1, SSB4)	2
(SSB2, SSB3)	3
(SSB2, SSB4)	4
(SSB3, SSB4)	5

ТАБЛИЦА 2

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

Ресурс(ы) RS RLM	Индекс
(SSB1, SSB2)	0
(SSB2, SSB3)	1
(SSB3, SSB4)	2

ТАБЛИЦА 3

Отметим, что, хотя максимальное количество ресурсов RS RLM для данного частотного диапазона ограничено, например, 2 в случае частот ниже 3 ГГц, UE по-прежнему можно снабжать меньшим числом ресурсов RS RLM. Также могут быть конфигурации, смешивающие разное число ресурсов в одиночные и двойные ресурсы, как показано ниже в таблице 4:

Ресурс(ы) RS RLM	Индекс
(SSB1, SSB2)	0
(SSB1, SSB3)	1
(SSB1, SSB4)	2
(SSB2, SSB3)	3
(SSB2, SSB4)	4
(SSB3, SSB4)	5
SSB1	6
SSB2	7
SSB3	8
SSB4	9

Таблица 4

Предыдущий пример показал только ресурсы SSB в качестве ресурсов RS RLM. Однако не все варианты осуществления этим ограничиваются. Точно такое же рассуждение могло бы применяться для двух других возможных случаев:

- ресурсы RS RLM для контроля конфигурируются как ресурсы RS CSI;

- ресурсы RS RLM для контроля конфигурируются как смесь SSB и ресурсов RS CSI.

Для первого случая (только ресурсы RS CSI в качестве RS RLM) предыдущие примеры были бы довольно похожи за исключением того, что вместо индекса SSB использовался бы индекс RS CSI, который может ассоциироваться с конфигурацией RS CSI (BW, последовательность, ресурсы временной области, точные частотные ресурсы, разнос поднесущих и т. п.). Таблица 5 повторяет первый пример, но с RS CSI:

Ресурс(ы) RS RLM	Индекс
(индекс 1 RS CSI, индекс 2 RS CSI)	0
(индекс 1 RS CSI, индекс 3 RS CSI)	1
(индекс 1 RS CSI, индекс 4 RS CSI)	2
(индекс 2 RS CSI, индекс 3 RS CSI)	3
(индекс 2 RS CSI, индекс 4 RS CSI)	4
(индекс 3 RS CSI, индекс 4 RS CSI)	5

ТАБЛИЦА 5

И по меньшей мере один пример показан в таблице 6 с сочетанием SSB и ресурсов RS CSI, где предоставляется ограниченное число конфигураций:

Ресурс(ы) RS RLM	Индекс
(индекс 1 RS CSI, SSB2)	0
(индекс 1 RS CSI, SSB3)	1
(индекс 1 RS CSI, SSB4)	2
(индекс 2 RS CSI, SSB3)	3
(индекс 2 RS CSI, SSB4)	4
(индекс 3 RS CSI, SSB4)	5

ТАБЛИЦА 6

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

Хотя предоставлены примеры для случая, где X=2 и L=4, для частот < 3 Гц, описанные выше способ, примеры и варианты осуществления также можно распространить на другие случаи. Основным отличием будет количество возможных конфигураций и, возможно, количество разрядов, используемых для отправки активизации данной конфигурации (то есть количество разрядов для кодирования индекса конкретной конфигурации).

В других вариантах осуществления сеть просто информирует UE посредством сигнализации RRC, какие SSB передаются той сотой. Например, хотя на верхних уровнях (>6 ГГц) может быть вплоть до 64 пучков/SSB, реализация сети могла бы передавать только 16, и UE нужно знать, какие именно эти 16 SSB. В этом смысле в этом решении UE может принимать точные 16 пучков, которые передаются, например, посредством битового массива из 64 разрядов. Приводится один пример:

Первый переданный битовый массив SSB: 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 … 0

Первые 16 разрядов указывают UE, что той сотой передаются первые 16 SSB. Поэтому UE знает, что для RLM на основе SSB можно активизировать только эти 16 пучков. Тогда UE можно снабдить (например, через RRC) другим битовым массивом для указания, какие пучки (вплоть до 8, так как это > 6 ГГц) нужно контролировать на предмет RLM. Например, предположим, что сеть решает конфигурировать и активизировать первые 8 разрядов.

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

Второй битовый массив SSB для использования для RLM: 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0 0 1

Этот битовый массив указывает, что UE должно контролировать на предмет RLM следующее: SSB1, SSB2, …, SSB7 и SSB16. Этот битовый массив может предоставляться либо посредством RRC, либо сигнализации нижнего уровня, например, CE MAC. Первый раз, когда предоставляется второй битовый массив, это может осуществляться через RRC, тогда как сигнализация нижнего уровня может использоваться для изменения ресурсов RS RLM путем предоставления другого битового массива.

Теперь предоставляется другой пример, где сеть решает передавать добавочные 16 SSB среди 64 пучков. Это означает, что для указания этого сеть передает следующий битовый массив:

Первый переданный битовый массив SSB: 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 … 0

UE интерпретирует это как сеть, передающую SSB1, SSB3, SSB5, SSB7, …, SSB31. Поэтому UE знает, что для RLM на основе SSB можно активизировать только эти 16 пучков SSB1, SSB3, SSB5, SSB7, …, SSB31. Поэтому UE можно снабдить (например, через RRC) другим битовым массивом для указания, какие пучки (вплоть до 8, так как это > 6 ГГц) нужно контролировать на предмет RLM. Например, предположим, что сеть решает конфигурировать и активизировать первые 8 SSB среди передаваемых. Тогда только 8 разрядов используются для битового массива, где точный SSB для контроля на предмет RLM ассоциируется с предыдущим битовым массивом, то есть списком SSB1, SSB3, SSB5, SSB7, …, SSB31. Например, битовый массив RLM может быть следующим:

Второй битовый массив SSB для использования для RLM: 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0 0 1

Этот битовый массив указывает, что UE должно контролировать на предмет RLM следующее: SSB1, SSB3, SSB5, SSB7, SSB9, SSB11, SSB13 и SSB31. Этот битовый массив может предоставляться либо посредством RRC, либо сигнализации нижнего уровня, например, CE MAC. Первый раз, когда предоставляется второй битовый массив, это может осуществляться через RRC, тогда как сигнализация нижнего уровня может использоваться для изменения ресурсов RS RLM путем предоставления другого битового массива.

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

- тип RS (который может быть, например, SSB, RS CSI или TRS);

- пара BLER (одно пороговое значение для формирования указаний OOS, другое пороговое значение для формирования указаний IS);

- отдельная BLER для формирования указаний OOS;

- отдельная BLER для формирования указаний IS;

- сочетание любого из них, включая ресурсы RS RLM, объединяющие ресурсы разного типа RS.

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

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

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

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

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

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

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

Конфигурация 1 RLM	Индекс 1
Конфигурация 2 RLM	Индекс 2
…
Конфигурация N1 RLM	Индекс N1

ТАБЛИЦА 7

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

- удалить набор из одного или нескольких ранее сконфигурированных ресурсов RS RLM;

- добавить набор из одного или нескольких ресурсов RS RLM;

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

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

В еще одном варианте осуществления обновление в сигнализации нижнего уровня конфигурации PDDCH, в частности направления DL, в которых UE нужно обнаруживать PDCCH, также побуждает UE изменить ресурсы RS RLM для контроля. Например, если указание с нижних уровней указывает UE, что PDCCH прекратит передаваться в пучках, коррелированных/квази-совмещенных с набором пучков в виде SSB0, SSB1, …, SSB8, и начнет передаваться в пучках, коррелированных/квази-совмещенных с другим набором пучков SSB1, SSB2, …, SSB9, то UE обновляет свою конфигурацию RS RLM с SSB0, SSB1, …, SSB8 на SSB1, SSB2, …, SSB9.

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

У обслуживающей UE соты есть L SSB, из которых для UE может конфигурироваться подмножество в качестве возможных ресурсов RLM. Более того, UE может снабжаться M ресурсами RS CSI или наборами ресурсов RS CSI, при этом для каждого есть ID. Здесь для M задано максимальное значение. Также для SSB есть ID, которые представляются максимум 6 разрядами. Максимальное количество разрядов, необходимых для представления ID для ресурсов RS CSI или наборов ресурсов RS CSI, может составлять вплоть до 7. Обозначим X максимальное количество разрядов, необходимых для представления ID ресурса RS CSI или набора ресурсов RS CSI.

Хотя фиг. 8 показывает только один октет, CE MAC может содержать столько описанных ниже октетов, сколько есть ресурсов RLM в активизированном наборе ресурсов RLM. К тому же в соответствии с некоторыми вариантами осуществления CE MAC содержит октеты для описания типа CE MAC, по возможности задает индекс соты и BWP и содержит разряд, который описывает, присутствует ли информация QCL. Кроме того, CE MAC может при необходимости содержать информацию QCL в дополнительных октетах для каждого ресурса RLM путем задания RS, SSB или индекса RS CSI эталона QCL в октете в конкретном варианте осуществления.

Каждый из октетов, задающих индекс RS для ресурса RLM или информацию QCL для него, образуются так, что разряд R8 сообщает, предназначен ли индекс для SSB, и R8 устанавливается в 1, или для RS CSI, и R8 устанавливается в 0. Остальные разряды с R7 по R1 используются для индекса ресурса RLM или эталонного ресурса информации QCL. Если необходимо менее 7 разрядов, то остальные являются заполняющими разрядами, игнорируемыми объектом MAC.

Заранее установлено, какой октет описывает ресурс RLM, а какой - QCL. Например, если указывается, что присутствует информация QCL, то каждый октет ресурса RLM, который задает ресурс RS CSI, сопровождается октетом, который задает информацию QCL. Либо после задания всех ресурсов RLM следующие октеты задают информацию QCL для каждого ресурса RS CSI, который присутствовал, в том порядке, в котором они присутствовали.

Когда UE принимает CE MAC, который указывает набор ресурсов, UE может сравнить тот набор с предыдущим набором. Для тех ресурсов, которые также были в предыдущем наборе RS RLM, UE продолжает контроль и оценки для IS/OOS. Для новых ресурсов UE начинает контроль и оценку для IS/OOS. Для ресурсов, которые больше не в наборе, UE останавливает контроль и отбрасывает оценки для IS/OOS.

Проблему можно было бы решить реализацией сети разными способами. Например, в соответствии с некоторыми вариантами осуществления альтернативой проблеме могло быть то, что количество ресурсов RS RLM соответствует максимальному количеству ресурсов RS RLM и максимальному количеству SSB (то есть согласовать L и X).

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

В соответствии с еще одними вариантами осуществления, проблему можно решить путем ограничения того, что можно развернуть в показателях числа SSB, тем, что можно конфигурировать в показателях ресурсов RS RLM. Производитель никогда бы не реализовал/развернул сеть подобным образом и на практике использовал бы L=X.

В соответствии с еще одними вариантами осуществления другой связанный с сетью аспект может состоять в том, что исполняемые верхними уровнями и нижними уровнями действия могли бы исполняться разными узлами. В NR архитектура RAN основана на CU (центральном блоке), по возможности исполняющем функции RRC, и DU (распределенных блоках), по возможности исполняющих функции MAC. Поэтому один аспект состоит в том, что DU и CU обмениваются этими конфигурациями/реконфигурациями и информацией активизации, которая предоставляется UE, чтобы обоим быть в курсе текущей конфигурации UE и активизированных параметров RLM.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фиг. 14 иллюстрирует примерное беспроводное устройство 110 (WD) в соответствии с некоторыми вариантами осуществления. При использовании в данном документе 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, реализующим стандарт 3GPP узкополосного Интернета вещей (NB-IoT). Конкретными примерами таких механизмов или устройств являются датчики, измерительные устройства, например, измерители мощности, промышленное оборудование или домашние либо личные приборы (например, холодильники, телевизоры и т. д.), личные носимые устройства (например, часы, фитнес-браслеты и т. д.). В других сценариях WD может представлять собой транспортное средство или другое оборудование, которое допускает текущий контроль и/или представление отчетов о своем рабочем состоянии или других функциях, ассоциированных с его работой. WD, как описано выше, может представлять собой оконечную точку беспроводного соединения, и в этом случае устройство может называться беспроводным терминалом. Кроме того, WD, как описано выше, может быть мобильным, и в этом случае оно также может называться мобильным устройством или мобильным терминалом.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фиг. 23 иллюстрирует примерный способ 1000 в беспроводном устройстве 110 для оптимизированной реконфигурации RLM и контроля пучка в соответствии с некоторыми вариантами осуществления. Способ начинается на этапе 1010, когда беспроводное устройство 110 принимает от первого сетевого узла 160 первое сообщение, содержащее по меньшей мере один параметр RLM. На этапе 1020 беспроводное устройство 110 принимает от первого сетевого узла 160 второе сообщение, указывающее активизацию по меньшей мере одного параметра RLM, ассоциированного с первым сообщением. Второе сообщение является сигналом нижнего уровня по сравнению с первым сообщением.

В соответствии с конкретным вариантом осуществления первое сообщение принимается в виде сигнала управления радиоресурсами, RRC, а второе сообщение принимается в виде элемента управления для управления доступом к среде передачи, MAC.

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

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

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

В конкретном варианте осуществления в ответ на прием второго сообщения беспроводное устройство 110 деактивизирует по меньшей мере один ресурс опорного сигнала в первом наборе ресурсов опорного сигнала.

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

В конкретном варианте осуществления первое сообщение идентифицирует тип опорного сигнала, а второе сообщение идентифицирует один или несколько ресурсов опорного сигнала этого типа опорного сигнала.

В некоторых вариантах осуществления способ для оптимизированной реконфигурации RLM и контроля пучка, который описан выше, может выполняться виртуальным вычислительным устройством. Фиг. 24 иллюстрирует примерное виртуальное вычислительное устройство 1100 для оптимизированной реконфигурации RLM и контроля пучка в соответствии с некоторыми вариантами осуществления. В некоторых вариантах осуществления виртуальное вычислительное устройство 1100 может включать в себя модули для выполнения этапов, аналогичных описанным выше в отношении способа, проиллюстрированного и описанного на фиг. 23. Например, виртуальное вычислительное устройство 1100 может включать в себя первый модуль 1110 приема, второй модуль 1120 приема и любые другие подходящие модули для оптимизированной реконфигурации RLM и контроля пучка. В некоторых вариантах осуществления один или несколько модулей можно реализовать с использованием одного или нескольких процессоров 170 из фиг. 13. В некоторых вариантах осуществления функции двух или более различных модулей можно объединять в один модуль.

Первый модуль 1110 приема может выполнять некоторые из функций приема виртуального вычислительного устройства 1100. Например, в конкретном варианте осуществления первый модуль 1110 приема может принимать от первого сетевого узла 160 первое сообщение, содержащее по меньшей мере один параметр RLM.

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

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

Фиг. 25 иллюстрирует примерный способ 1200 в сетевом узле 160 для оптимизированной реконфигурации RLM и контроля пучка в соответствии с некоторыми вариантами осуществления. Способ начинается на этапе 1210, когда сетевой узел 160 отправляет беспроводному устройству 110 первое сообщение, содержащее по меньшей мере один параметр RLM. На этапе 1220 сетевой узел 160 отправляет беспроводному устройству 110 второе сообщение, указывающее активизацию по меньшей мере одного параметра RLM, ассоциированного с первым сообщением. Второе сообщение является сигналом нижнего уровня по сравнению с первым сообщением.

В соответствии с конкретным вариантом осуществления первое сообщение отправляется в виде сигнала управления радиоресурсами, RRC, а второе сообщение отправляется в виде элемента управления для управления доступом к среде передачи, MAC.

В соответствии с конкретным вариантом осуществления по меньшей мере один параметр RLM ассоциируется по меньшей мере с одним блоком сигнала синхронизации, SSB, или по меньшей мере с одним опорным сигналом с информацией о состоянии канала, RS CSI.

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

В соответствии с конкретным вариантом осуществления первое сообщение идентифицирует тип опорного сигнала, а второе сообщение идентифицирует один или несколько ресурсов опорного сигнала этого типа опорного сигнала.

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

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

В некоторых вариантах осуществления способ для оптимизированной реконфигурации RLM и контроля пучка, который описан выше, может выполняться виртуальным вычислительным устройством. Фиг. 26 иллюстрирует примерное виртуальное вычислительное устройство 1300 для оптимизированной реконфигурации RLM и контроля пучка в соответствии с некоторыми вариантами осуществления. В некоторых вариантах осуществления виртуальное вычислительное устройство 1300 может включать в себя модули для выполнения этапов, аналогичных описанным выше в отношении способа, проиллюстрированного и описанного на фиг. 25. Например, виртуальное вычислительное устройство 1100 может включать в себя первый модуль 1310 отправки, второй модуль 1320 отправки и любые другие подходящие модули для оптимизированной реконфигурации RLM и контроля пучка. В некоторых вариантах осуществления один или несколько модулей можно реализовать с использованием одного или нескольких процессоров 120 из фиг. 14. В некоторых вариантах осуществления функции двух или более различных модулей можно объединять в один модуль.

Первый модуль 1310 отправки может выполнять некоторые из функций отправки виртуального вычислительного устройства 1300. Например, в конкретном варианте осуществления первый модуль 1310 отправки может отправлять беспроводному устройству 110 первое сообщение, содержащее по меньшей мере один параметр RLM.

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

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

Теперь описываются некоторые дополнительные примерные варианты осуществления:

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

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

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

- прием второго конфигурационного сообщения, содержащего обновленные параметры RLM, где второе конфигурационное сообщение является сигналом нижнего уровня по сравнению с первым конфигурационным сообщением.

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

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

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

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

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

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

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

- обнаружение потребности обновить параметры RLM; и

- отправку второго конфигурационного сообщения, содержащего обновленные параметры RLM, где второе конфигурационное сообщение является сигналом нижнего уровня по сравнению с первым конфигурационным сообщением.

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

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

- получение пользовательских данных; и

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

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

Вариант 7 осуществления. Беспроводное устройство для оптимизированной реконфигурации RLM и контроля пучка, содержащее:

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

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

Вариант 8 осуществления. Базовая станция для оптимизированной реконфигурации RLM и контроля пучка, содержащая:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вариант 13 осуществления. Система связи из 3 предыдущих вариантов осуществления, в которой:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вариант 26 осуществления. Система связи из 3 предыдущих вариантов осуществления, в которой:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вариант 35 осуществления. Система связи из 3 предыдущих вариантов осуществления, в которой:

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

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

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

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

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

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

СОКРАЩЕНИЯ

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

1x RTT Технология радиопередачи для 1 несущей в CDMA2000

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

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

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

ARQ Автоматический запрос на повторение

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

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

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

CA Агрегирование несущих

CC Составляющая несущей

CCCH SDU 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 Расширенный ID соты (способ определения положения)

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

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

eNB Узел B в E-UTRAN

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

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

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

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

FDD Частотный дуплексный разнос

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

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

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

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

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

HARQ Гибридный автоматический запрос на повторение

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

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

HRPD Высокоскоростные пакетные данные

LOS Линия визирования

LPP Протокол определения положения в LTE

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

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

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

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

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

MDT Минимизация тестирования в движении

MIB Блок служебной информации

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

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

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

NR New Radio

OCNG Генератор шума в канале OFDMA

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

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

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

OTDOA Наблюдаемая разность времени прибытия

O&M Управление и обслуживание

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

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

PCell Основная сота

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

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

PDP Профиль задержки мощности

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

PGW Пакетный шлюз

PHICH Физический канал индикатора гибридного ARQ

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

PMI Индикатор матрицы предварительного кодера

PRACH Физический канал с произвольным доступом

PRS Опорный сигнал определения положения

PSS Основной сигнал синхронизации

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

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

RACH Канал с произвольным доступом

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

RAN Сеть радиодоступа

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 Широкополосная локальная сеть

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

принимают от первого сетевого узла (160) первое сообщение, содержащее по меньшей мере один параметр RLM; и

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

2. Способ по п. 1, в котором первое сообщение принимается в виде сигнала управления радиоресурсами, RRC, а второе сообщение принимается в виде элемента управления для управления доступом к среде передачи, MAC.

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

по меньшей мере один параметр RLM содержит первый параметр RLM и второй параметр RLM, при этом первый параметр RLM ассоциируется с первым набором ресурсов опорного сигнала, второй параметр RLM ассоциируется со вторым набором ресурсов опорного сигнала, и второй набор ресурсов опорного сигнала отличается от первого набора ресурсов опорного сигнала.

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

5. Способ по любому из пп. 1, 2, дополнительно содержащий этап, на котором:

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

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

деактивизируют по меньшей мере один ресурс опорного сигнала в первом наборе ресурсов опорного сигнала в ответ на прием второго сообщения.

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

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

8. Способ по любому из пп. 1, 2, в котором:

первое сообщение идентифицирует тип опорного сигнала, и второе сообщение идентифицирует один или несколько ресурсов опорного сигнала упомянутого типа опорного сигнала.

9. Беспроводное устройство (110) для оптимизированной реконфигурации контроля линии радиосвязи, RLM, и контроля пучка, содержащее:

запоминающее устройство (130), хранящее команды; и

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

принять от первого сетевого узла (160) первое сообщение, содержащее по меньшей мере один параметр RLM; и

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

10. Беспроводное устройство по п. 9, причем первое сообщение принимается в виде сигнала управления радиоресурсами, RRC, а второе сообщение принимается в виде элемента управления для управления доступом к среде передачи, MAC.

11. Беспроводное устройство по любому из пп. 9, 10, причем:

по меньшей мере один параметр RLM содержит первый параметр RLM и второй параметр RLM, при этом первый параметр RLM ассоциируется с первым набором ресурсов опорного сигнала, второй параметр RLM ассоциируется со вторым набором ресурсов опорного сигнала, и второй набор ресурсов опорного сигнала отличается от первого набора ресурсов опорного сигнала.

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

13. Беспроводное устройство по любому из пп. 9, 10, в котором схемы обработки действуют для исполнения команд, чтобы побудить беспроводное устройство:

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

14. Беспроводное устройство по п. 11, в котором схемы обработки действуют для исполнения команд, чтобы побудить беспроводное устройство:

деактивизировать по меньшей мере один ресурс опорного сигнала в первом наборе ресурсов опорного сигнала в ответ на прием второго сообщения.

15. Беспроводное устройство по п. 11, в котором схемы обработки действуют для исполнения команд, чтобы побудить беспроводное устройство:

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

16. Беспроводное устройство по любому из пп. 9, 10, причем:

первое сообщение идентифицирует тип опорного сигнала, и второе сообщение идентифицирует один или несколько ресурсов опорного сигнала упомянутого типа опорного сигнала.

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

отправляют беспроводному устройству (110) первое сообщение, содержащее по меньшей мере один параметр RLM;

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

18. Способ по п. 17, в котором первое сообщение отправляется в виде сигнала управления радиоресурсами, RRC, а второе сообщение отправляется в виде элемента управления для управления доступом к среде передачи, MAC.

19. Способ по любому из пп. 17, 18, в котором по меньшей мере один параметр RLM ассоциируется по меньшей мере с одним блоком сигнала синхронизации, SSB, или по меньшей мере с одним опорным сигналом с информацией о состоянии канала, RS CSI.

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

21. Способ по любому из пп. 17, 18, в котором:

первое сообщение идентифицирует тип опорного сигнала, и второе сообщение идентифицирует один или несколько ресурсов опорного сигнала упомянутого типа опорного сигнала.

22. Способ по любому из пп. 17, 18, в котором:

по меньшей мере один параметр RLM содержит первый параметр RLM и второй параметр RLM, при этом первый параметр RLM ассоциируется с первым набором ресурсов опорного сигнала, второй параметр RLM ассоциируется со вторым набором ресурсов опорного сигнала, и второй набор ресурсов опорного сигнала отличается от первого набора ресурсов опорного сигнала.

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

24. Сетевой узел (160) для оптимизированной реконфигурации контроля линии радиосвязи, RLM, и контроля пучка, содержащий:

запоминающее устройство (180), хранящее команды; и

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

отправить беспроводному устройству (110) первое сообщение, содержащее по меньшей мере один параметр RLM;

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

25. Сетевой узел по п. 24, причем первое сообщение отправляется в виде сигнала управления радиоресурсами, RRC, а второе сообщение отправляется в виде элемента управления для управления доступом к среде передачи, MAC.

26. Сетевой узел по любому из пп. 24, 25, причем по меньшей мере один параметр RLM ассоциируется по меньшей мере с одним блоком сигнала синхронизации, SSB, или по меньшей мере с одним опорным сигналом с информацией о состоянии канала, RS CSI.

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

28. Сетевой узел по любому из пп. 24, 25, причем:

первое сообщение идентифицирует тип опорного сигнала, и второе сообщение идентифицирует один или несколько ресурсов опорного сигнала упомянутого типа опорного сигнала.

29. Сетевой узел по любому из пп. 24, 25, причем:

по меньшей мере один параметр RLM содержит первый параметр RLM и второй параметр RLM, при этом первый параметр RLM ассоциируется с первым набором ресурсов опорного сигнала, второй параметр RLM ассоциируется со вторым набором ресурсов опорного сигнала, и второй набор ресурсов опорного сигнала отличается от первого набора ресурсов опорного сигнала.

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