ПРОЦЕДУРА ПРОИЗВОЛЬНОГО ДОСТУПА В ОПЕРАЦИИ ХЕНДОВЕРА ПРИ МНОГОЛУЧЕВОМ РАСПРОСТРАНЕНИИ Российский патент 2020 года по МПК H04W36/00 

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

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

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

RRC_Connected UE выполняет хэндоверы в LTE, когда UE должно изменить соты. Как изложено в 3GPP TS 36.300 и фиг. 1А-1C и представлено следующим образом:

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

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

2 ОТЧЕТ ИЗМЕРЕНИЯ инициируется и направляется в еNB.

3 Исходный еNB принимает решение, основываясь на ОТЧЕТЕ ИЗМЕРЕНИЯ и RRM информации о переадресации вызова UE.

4 Исходный еNB направляет сообщение ЗАПРОСА ХЕНДОВЕР в целевой еNB, передающее необходимую информацию для подготовки HO на целевой стороне (UE X2 сигнализация контекста ссылки на исходным eNB, UE S1 EPC сигнализации контекста ссылка, идентификатор целевой соты, K_eNB*, RRC контекст, включает в себя C-RNTI UE в исходном еNB, AS-конфигурация, Е-RAB контекст и ID физического уровня исходной соты + короткий МАС-I для возможного RLF восстановления). UE X2/UE S1 сигнализация ссылки предоставляет целевому еNB адресацию исходного еNB и EPC. RAB контекст включает в себя необходимую RNL и TNL адресную информацию и QoS профили E-RABs.

5 Управление доступа может быть выполнено с помощью целевого еNB в зависимости от принимаемой Е-RAB QoS информации, чтобы повысить вероятность успешного HO, если ресурсы могут быть предоставлены целевым еNB. Целевой еNB конфигурирует необходимые ресурсы в соответствии с принятой Е-RAB QoS информации и резервируют C-RNTI и возможно RACH преамбулу. АС-конфигурация, которая будет использоваться в целевой соте, могут либо быть заданы независимо (то есть, «установление») или в виде дельты по сравнению с AS-конфигурацией, используемой в исходной соте (т.е. «реконфигурация»).

6 Исходный еNB готовит HO с L1/L2 и отправляет ПОДТВЕРЖДЕНИЕ ЗАПРОСА ХЕНДОВЕРА в исходный еNB. Сообщение ПОДТВЕРЖДЕНИЕ ЗАПРОСА ХЕНДОВЕРА включает в себя прозрачный контейнер, подлежащий отправке в UE в RRC сообщении, чтобы выполнить хендовер. Контейнер включает в себя новый C-RNTI, идентификаторы алгоритма безопасности целевого еNB для выбранных алгоритмов безопасности, может включать в себя выделенный RACH преамбулу и, возможно, некоторые другие параметры, т.е. параметры доступа, SIBs и т.д. Сообщение ПОДТВЕРЖДЕНИЕ ЗАПРОСА ХЕНДОВЕРА может также включать в себя информацию RNL/TNL для туннелей переадресации, в случае необходимости.

Как только исходный еNB принимает ПОДТВЕРЖДЕНИЕ ЗАПРОСА ХЕНДОВЕРА или, как только передача команды хендовера инициируется в нисходящей линии связи, может быть инициирована переадресация данных.

Как показано на фиг. 1А -1C, способ затем переходит к этапам от 7 до 16, которые обеспечивают средство для предотвращения потери данных во время HO, и дополнительно изложены в 10.1.2.1.2 и 10.1.2.3:

7 Целевой еNB генерирует RRC сообщение для выполнения хендовера, т.е. сообщение RRCConnectionReconfiguration, включающее в себя mobilityControlInformation, подлежащее отправке исходным еNB по направлению к UE. Исходный еNB выполняет необходимую защиту целостности и шифрование сообщения. UE принимает сообщение RRCConnectionReconfiguration с необходимыми параметрами (то есть, новый C-RNTI, идентификаторы алгоритма безопасности целевого еNB и, выделенного канала RACH преамбулы, целевой еNB SIBs и т.д.), и управляет исходным eNB для выполнения HO. UE не нужно задерживать выполнение хендовера для доставки HARQ/ARQ ответных сообщений в исходный еNB.

8 Исходный еNB отправляет сообщение SN STATUS TRANSFER в целевой eNB, чтобы передать PDCP-SN состояние приемника восходящей линии связи и PDCP-SN состояние передатчика нисходящей линии связи E-RABs, для которого применяется сохранение PDCP состояния (то есть, для RLC AM). Состояния PDCP-SN приемника восходящей линии связи содержит, по меньшей мере, PDCP SN первого отсутствующего UL SDU, и может включать в себя битовую карту состояния приема вне последовательности UL SDUs, что UE должно повторно передать в целевой соте при наличии таковых SDUs. PDCP-SN состояние передатчика нисходящей линии связи указывает следующий PDCP SN, что целевой еNB должен назначить новые SDUs, не имеющие PDCP SN. Исходный еNB может пропускается отправку этого сообщения при отсутствии необходимости обработки E-RABs UE с сохранением PDCP состояния.

9 После приема сообщения RRCConnectionReconfiguration включающее в себя mobilityControlInformation, UE выполняет синхронизацию целевого еNB и осуществляет доступ к целевой соте через RACH, следуя процедуре без конкуренции, если выделенный RACH преамбулы был указан в mobilityControlInformation, или выполняя процедуру на основании конкуренции, при отсутствии указания выделенной преамбулы. UE получает конкретные ключи целевого еNB и конфигурирует выбранные алгоритмы безопасности, которые будут использоваться в целевой соте.

10 Целевой еNB направляет ответное сообщение с выделенным UL и опережением синхронизации.

11 Когда UE успешно получил доступ к целевой соте, UE отправляет сообщение RRCConnectionReconfigurationComplete (C-RNTI) для подтверждения хендовера, а также отчет состояния буфера восходящей линии связи, всякий раз, когда это возможно, целевому еNB, чтобы указать, что процедура хендовера завершена для UE. Целевой еNB проверяет C-RNTI, отправленный в сообщении RRCConnectionReconfigurationComplete. Целевой еNB теперь может начать отправку данных в UE.

12 Целевой еNB отправляет ЗАПРОС ПЕРЕКЛЮЧЕНИЯ ТРАКТА в MME, чтобы сообщить, что UE изменило соту.

13 ММЕ отправляет сообщение ЗАПРОСА ИЗМЕНЕНИЯ КАНАЛА в обслуживающий шлюз.

14 Обслуживающий шлюз переключает тракт передачи данных нисходящей линии связи на целевую сторону. Обслуживающий шлюз отправляет один или более «маркер конца» пакеты по старому тракту к исходному еNB, и затем может высвободить любые U-плоскости/TNL ресурсы в направлении исходному еNB.

15 Обслуживающий шлюз отправляет сообщение ОТВЕТ ИЗМЕНИТЬ КАНАЛА в ММЕ.

16 ММЕ подтверждает сообщение ЗАПРОСА ПЕРЕКЛЮЧЕНИЯ ТРАКТА сообщением ПОДТВЕРЖДЕНИЯ ЗАПРОСА ПЕРЕКЛЮЧЕНИЯ ТРАКТА.

17 Посредством отправки сообщения ВЫСВОБОЖДЕНИЯ КОНТЕНТА UE, целевой еNB информирует о выполнении HO в исходный eNB и инициирует высвобождение ресурсов исходным еNB. Целевой еNB отправляет сообщение после сообщения ПОДТВЕРЖДЕНИЯ ЗАПРОСА ПЕРЕКЛЮЧЕНИЯ ТРАКТА, принятого из MME.

18 После приема сообщения ВЫСВОБОЖДЕНИЯ КОНТЕКСТА UE, исходный еNB может высвободить соответствующие ресурсы радиосвязи и С-плоскости, ассоциированные с контекстом UE. Могут продолжать пересылку любые текущие данные.

Когда хэндовер Х2 используются с участием HeNBs и когда исходный HeNB подключен к HeNB GW, сообщение ЗАПРОСА ВЫСВОБОЖДЕНИЯ КОНТЕКСТА UE включает в себя явное указание высвобождения контекста GW отправленное исходным HeNB, чтобы указать, что HeNB GW может высвободить все ресурсы, связанные с контекстом UE.

Что касается выполнения хендовера и, в частности, процедуры произвольного доступа, 3GPP TS 38.331 спецификации определяют прием RRCCConnectionReconfiguraiton, включающее в себя mobilityControlInfo, посредством UE как указано ниже:

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

1> остановить таймер T310, если работает;

1> остановить таймер T312, если работает;

1> запустить таймер T304 с установленным значением таймера T304, как содержащиеся в mobilityControlInfo;

1> остановить таймер T370, если работает;

1> если carrierFreq содержится:

2> рассмотреть целевую PCell, как одну на частоте, указанную carrierFreq с физическим идентификатор соты, указанным targetPhysCellId;

1> в противном случае:

2> рассмотреть целевую PCell, как одна на частоте исходной PCell с физическим идентификатором соты, указанный targetPhysCellId;

1> начать синхронизацию с DL целевой PCell;

. . .

1> если MAC успешно завершает процедуру произвольного доступа;

или

1> если MAC указывает на успешный прием PDCCH передачи, адресованную в C-RNTI:

2> остановить T304 таймер;

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

Фиг. 2 иллюстрирует процедуру на основании конкуренции, которая состоит из четырех этапов:

• Передача преамбулы;

• Ответ произвольного доступа;

• Передача сообщения 3 (MSG.3);

• Сообщение разрешения конфликта.

Что касается передачи преамбулы в первом этапе процедуры на основе конкуренции, UE выбирает одну из последовательностей 64-Z PRACH на основе конкуренции (где Z представляет собой число выделения для бесконфликтных преамбул, выделенных посредством еNodeB). Набор сигнатур на основе конкуренции дополнительно подразделяется на две подгруппы, так что выбор преамбулы может нести один бит информации, касающейся количества ресурсов передачи, необходимого для передачи сообщения 3. Широковещательная системная информация указывает сигнатуры в каждой из двух подгрупп (каждая подгруппа соответствует одному значению одного бита информации), а также значение каждой подгруппы. UE выбирает последовательность из подгруппы, соответствующей размеру ресурса передачи, необходимого для надлежащего использования RACH (некоторые случаи использования требуют только несколько бит, подлежащих передаче, в MSG.3, так что выбор малого размера сообщений позволяет избежать выделения ненужных ресурсов восходящей линии связи). При выборе соответствующего размера ресурса, чтобы указать, то UE принимает во внимание текущий уровень потерь в тракте нисходящей линии связи и требуемую мощность передачи для MSG.3, чтобы избежать чрезмерного предоставления ресурсов для передачи MSG.3, и экономии мощности передачи с учетом максимально возможной мощности UE. Мощность передачи, требуемая для передачи MSG.3 сообщения, вычисляется на основании некоторых параметров, транслируемых еNodeB, чтобы сеть имела некоторую гибкость для адаптации максимального размера MSG.3. еNodeB может управлять количеством последовательностей в каждой подгруппы в соответствии с наблюдаемыми нагрузками в каждой группе.

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

Что касается ответа произвольного доступа (RAR) во втором этапе процедуры на основе конкуренции, следует отметить, что в RAR передает идентификатор обнаруженной преамбулы (RAPID), инструкцию выравнивания синхронизации для синхронизации последующих передач по восходящей линии связи от UE, первоначальное разрешение ресурсов восходящей линии связи для передачи сообщения 3, и назначение временного идентификатора радиосети (C-RNTI) (который может или не может быть постоянным в результате следующего этапа - разрешение конфликтов), RAR также скремблируют RA-RNTI, когда RAR был обнаружен и указывает на PRACH ресурс, при передаче преамбулы. RAR сообщение может также включать в себя «индикатор отсрочки», который еNodeB может установить, чтобы инструктировать UE отсрочить работу в течение периода времени перед повторной попыткой произвольного доступа. UE ожидает принять RAR в пределах временного окна, начало и конец которого настраивает еNodeB и транслирует как часть системной информации, специфичной для соты. Если UE не принимает RAR в течение сконфигурированного временного окна, он выбирает другую последовательность, чтобы передать снова. Минимальная задержка для передачи другой преамбулы после окончания RAR окна является 3ms.

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

Передача сообщения 3 на третьем этапе процедуры е на основании конкуренции является первой запланирована передача восходящей линии связи на PUSCH и использует HARQ. Оно адресовано временному C-RNTI, выделенному в RAR, и передает в случае хендовера, предоставленного C-RNTI. В случае столкновения преамбулы, имевшее место на этапе 1, сталкивающиеся UEs будут принимать тот же временный C-RNTI через RAR и будут также сталкивается в одних и тех же частотно-временных ресурсах восходящей линии связи при передаче L2/L3 сообщения. Это может привести к помехам такого рода, что не сталкиваясь UE не сможет декодировать и UE перезапустит процедуру произвольного доступа после достижения максимального числа HARQ повторных передач. Однако, если один UE успешно декодирован, конфликт остается нерешенным для других UEs. Следующее сообщение нисходящей линии связи (на этапе 4) позволяет быстро разрешить этот конфликт.

Что касается сообщения разрешения конфликтов на четвертом этапе процедуры на основе конкуренции, сообщение разрешения конфликтов использует HARQ. Это адресовано к C-RNTI (если указано в сообщении MSG.3) или временный C-RNTI и, в последнем случае, отражает идентификатор UE, содержащийся в MSG.3. В случае столкновения с последующим успешным декодированием MSG.3, HARQ обратной связи передают только UE, которое обнаруживает свой собственный идентификатор UE (или C-RNTI); другие UEs работают в конкурентной среде и не передают HARQ обратной связи, и могут быстро выйти из текущей процедуры произвольного доступа и начать другую.

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

Следующие соглашения были приняты в следующих RAN1 совещаниях (RAN1 # 86bis) относительно RACH процедуры в подключенном режиме и для NR:

- когда Tx/Rx взаимность доступна на gNB, по меньшей мере, для операции множества лучей, следующую RACH процедуру рассматривают, по меньшей мере, для UE в режиме ожидания,

- ассоциация между одним или несколькими случаями для DL вещательного канала/сигнала и подмножеством RACH ресурсов сообщается UE посредством широковещательной системной информации или известной UE,

• FFS: Сигнализация «без-ассоциации»,

• следует дополнительно изучить детальную структуру RACH преамбулы,

- на основании измерения DL и соответствующей ассоциации UE выбирает подмножество RACH ресурсов,

• FFS: выбор Tx луча для передачи RACH преамбулы,

- на gNB DL Tx луч для UE может быть получен на основании обнаруженной RACH преамбулы и будет также применяться к сообщению 2,

• предоставление разрешения UL в сообщении 2 может указывать на время передачи сообщения 3,

- для случаев с и без Tx/Rx взаимности необходимо стремиться использовать общую процедуру произвольного доступа,

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

- сообщать ли или как сообщить DL Tx луч в gNB, например,

• RACH преамбула/ресурс,

• сообщение 3,

- независимо от того или как указать UL Tx луч в UE, например,

• RAR.

RAN1 рассматривает и некоторые компании видят потенциальные преимущества упрощенной RACH процедуры, состоящей из двух основных этапов (msg1 и msg2) для UEs.

• RAN1 обсудил следующее:

- использование UE идентификатора в Msg 1,

- Msg 2: RA ответ, который адресован к UE идентификатора в Msg 1,

- FFS по определению и выбору UE идентификатора,

- FFS на сценарии применимости упрощенной RACH процедуры,

• RAN1 отправить LS в RAN2,

• RAN1 известно, что RAN2 также изучает RACH процедуру и RAN1 хотел бы сообщить RAN2 принять вышеизложенное во внимание и хотел бы запросить любую обратную связь относительно UE идентификаторов и ассоциированной процедуры, а также запросить соответствующие применимые сценарии,

• RACH ресурс,

- частотно-временной ресурс отправить RACH преамбулу,

• следует ли UE передавать одну или несколько/повторную преамбулу в пределах подмножества RACH ресурсов, может быть проинформировано широковещательной системной информацией,

- например, чтобы охватить gNB RX развертку луча в случае отсутствия Tx/Rx взаимности в gNB,

• NR поддерживает несколько форматов RACH преамбулы, включающие в себя, по меньшей мере,

- RACH формат преамбулы с более длиной длинной преамбулы,

- RACH формат преамбулы с более короткой длиной преамбулы,

-FFS: сколько сигнатур (например, количество RACH последовательностей, размер полезной нагрузки и т.д.),

• Множество/повторяемые преамбулы в RACH ресурсе поддерживается,

- FFS: как поддержать однолучевые и/или многолучевые операции,

- FFS: преамбула может быть одной и той же или разными,

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

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

• нумерология для RACH преамбулы может быть различной, или той же, что и для других UL данных/каналов управления,

- в оценке для передачи RACH преамбулы и выбора RACH ресурсов компании сообщают следующие допущения,

- поддержка Rx развёртки луча на базовой станции,

- поддержка покрытия, например, значения определены в TR38.913.

Следующие соглашения были достигнуты на совещании RAN1 (RAN1 # 87):

• могут быть дополнительно рассмотрены следующие варианты для последующих нескольких/повторных RACH преамбул,

- Вариант 1: CP вставляется в начале последовательной многократной/повторяющиеся RACH последовательности, СР/GT между RACH последовательностей опущен и GT зарезервирован в конце последовательных множественных/повторяющихся RACH последовательностей,

- Вариант 2: те же RACH последовательности с CP используется и GT зарезервирован в конце последовательных множественных/повторяющихся RACH последовательностей,

- Вариант 3: используют ту же RACH последовательность с CP/GT,

- Вариант 4: различные RACH последовательности с CP используется и GT зарезервирован в конце последовательных многократных/повторяющихся RACH последовательностей,

- Вариант 5: используют различные RACH последовательности с CP/GT,

- Для вариантов 2 и 3, дополнительно известно, что одна и та же RACH последовательность с и без GT может быть дополнительно умножена на различные коды ортогонального покрытия и передана,

- Например, последовательные многократные/повторные RACH преамбулы могут использоваться при отсутствии соответствия Tx/Rx луча в TRP.

- Другие варианты не исключаются

• Для однократной передачи RACH преамбулы, CP/GT требуется

- Например, будет использоваться одна RACH преамбула при наличии соответствия Tx/Rx луча на обоих TRP или UE для многолучевой работы

• Максимальная ширина полосы пропускания для передачи RACH преамбулы не превышает 5 МГц для несущей частоты ниже 6 ГГц и не шире, чем X МГц для несущей частоты в диапазоне от 6 ГГц до 52,6 ГГц

- X будет выбран путем отбора из 5, 10 и 20МГц

• Определена, по меньшей мере, одна опорная нумерология для RACH преамбулы

- 1,25 х n кГц

- 15 х n кГц

• Целое значение n является FFS

- Другие значения не исключается

• На основании опорной нумерологии для RACH преамбулы, в зависимости от частоты несущей, поддерживают множество RACH преамбул с масштабируемыми нумерологиями

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

- Последовательность ZC

- m-последовательность

- Другие последовательности не исключается

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

• Для цели отбора до следующего заседания не давать оценку следующим вариантам RACH SCS, по меньшей мере, рассмотрения

• Устойчивость по отношению к частоте Доплера, задержки развёртки луча, бюджет линии, размер соты, емкость RACH, смещение частоты

• Альтернативы RACH SCS

• SCS = [1,25 2,5 5 7,5 10 15 20 30 60 120 240] кГц

• Примечание: в случае RACH SCS = [15 30 60 120 240] есть две опции структуры:

- Использовать ту же SCS, что и последующие UL данные и управления

- Использовать различную SCS, чем последующие UL данные и управление

• Рассматривают следующие типы последовательностей RACH преамбулы

• Задова-Чу

• М-последовательность

• Задова-Чу с расширением покрытия с помощью M-последовательности

Обратите внимание, что новые структуры не исключается в будущем.

Было дополнительно согласовано:

• Для однолучевой/многолучевой операции,

- Для множества/повторяемых передач RACH преамбулы рассматривают только вариант 1, вариант 2 и вариант 4

- Вариант 1: CP вставляется в начале последовательной множества/повторяющиеся RACH OFDM символы, СР/GT между RACH символами опущен и GT зарезервирован в конце последовательных множество/ повторяющиеся RACH символов

- Вариант 2/4: те же/разные RACH последовательности с CP используется и GT зарезервирован в конце последовательных множества/повторяющихся RACH последовательностей

• Исследование:

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

- Независимые RACH последовательности в RACH преамбуле

• Для поддержки различного покрытия и совместимости с последующими версиями, гибкости длины CP/GT и поддерживают число повторных RACH преамбул и RACH символов

• Примечание: конкретное использование этих трех вариантов может зависеть от RACH разнесения поднесущей и соответствия TRP луча

• NR определяет, что:

- Формат преамбулы произвольного доступа состоит из одной или множественной преамбулы произвольного доступа,

- Преамбула произвольного доступа состоит из одной последовательности преамбулы плюс CP, и

- Одна последовательность преамбулы состоит из одного или множества RACH OFDM символа (символов)

• UE передает PRACH в соответствии с сконфигурированным форматом преамбулы произвольного доступа

• Для 4-этапной RACH процедуры, случай RACH передачи определяется как частотно-временной ресурс, на котором передается PRACH сообщение 1 с использованием сконфигурированного формата PRACH преамбулы одним конкретным лучом передачи.

• Для 4-этапной RACH процедуры,

- NR, по меньшей мере, поддерживает передачу одного Msg.1 до конца контролируемого RAR окна

- NR 4-этапной RACH процедуры структура не исключает множество передач Msg.1 до конца RAR окна, если возникнет необходимость

• Для NR RACH Msg. 1 повторной передачи, по меньшей мере, для многолучевой работы:

• NR поддерживает линейное изменение мощности.

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

• Вариант 1: переустанавливают счетчик линейного изменения мощности

• Вариант 2: счетчик линейного изменения мощности остается неизменным

• Вариант 3: счетчик линейного изменение мощности продолжает увеличиваться.

• Другие варианты или комбинации вышеперечисленного не исключается.

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

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

- Детали размера шага линейного изменения мощности является FFS.

• Если UE выполняет переключение UL луча во время повторных передач до реализации UE

- Примечание: какой луч UE переключает до реализации UE

Следующие соглашения также были достигнуты в следующих совещаниях RAN1 (RAN1 # 88):

• Что касается множество/повторяющихся форматов PRACH преамбулы, NR, по меньшей мере, поддерживает вариант 1

• RAN1 изучает другие варианты и рассматривают вариант 1 в качестве основы для сравнения с другими вариантами

- Для усовершенствования RACH емкости,

• Можно рассматривать вариант 2 с/без ОСС и/или вариант 4 с различными последовательностями

- Примечание: для варианта 4 может быть изучено сочетание с различными последовательностями

- Примечание: для варианта 4 двухступенчатое или многоступенчатое обнаружение UE, может быть изучено на предмет возможного уменьшения сложности для PRACH обнаружения

- Все варианты будут рассмотрены с учетом времени переключения луча

- FFS: количество преамбул/символы, длина CP/GT

• Область для PRACH передачи должна быть выровнена по границе символа/слота/подкадра восходящей линии связи

• Оценка проектов с учетом возможности иметь большее число последовательностей PRACH преамбулы в случае RACH передачи, чем в LTE

• Для оценки могут быть рассмотрены следующие способы:

- Задова-Чу последовательность с расширением покрытия с использованием М-последовательности

- М-последовательность

- последовательность Задова-Чу

- Другие способы не исключаются

• Обратите внимание, что также должны быть оценены PAPR и уровень ложных тревог этих различных последовательностей

• Для PUSCH (повторной) передачи, соответствующий RAR разрешению, изучают следующие альтернативы

- Alt.1: UL форма волны сигнала фиксируют в спецификациях

• Обратите внимание, что UL форма волны сигнала является, либо DFT-S-OFDM, либо СР-OFDM,

- Alt.2: NW информирует UE, использовать ли DFT-S-OFDM или CP-OFDM

• FFS способ сигнализации

- другие варианты не исключаются

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

- вариант 1: передача только одного Msg.1 до конца отслеживаемого RAR окна

-вариант 2: UE может быть выполнено с возможностью одновременно передать множество Msg.1

• примечание: множество одновременных передач Msg.1 используют различные частотные ресурсы и/или использовать один и тот же частотный ресурс с различными индексами преамбулы

-вариант 3: UE может быть выполнено с возможностью передавать множество Msg.1 по множеству случаев RACH передачи во временной области до конца отслеживаемого RAR окна

• ниже приводится базовое UE поведение

- UE принимает единственный RAR прием на UE в данном RAR окне

• NR структура произвольного доступа не должна исключать UE прием множества RAR в заданном RAR окне, если в этом возникнет необходимость

• по меньшей мере, для случая без согласования gNB Tx/Rx луча, gNB может конфигурировать ассоциацию между DL сигналом/каналом, и подмножество RACH ресурсов и/или подмножество индексов преамбулы для определения msg2 DL Tx луча.

• на основании DL результатов измерения и соответствующей ассоциации, UE выбирает подмножество RACH ресурсов и/или подмножество индексов RACH преамбулы

• индекс преамбулы состоит из индекса преамбулы последовательности и индекса OCC, если поддерживается ОСС

• примечание: подмножество преамбул может быть указано OCC индексами

Следующие соглашения были достигнуты RAN1 # 88bis:

• NR RACH емкость должна быть, по меньшей мере, столь же высокой как в LTE

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

• в NR используют последовательность Задова-Чу.

- FFS другой тип последовательности и/или другие способы, в дополнении к последовательности Задова-Чу для сценария, например, высокой скорости и больших сот

• FFS определение большой сот и высокой скорости

- FFS другой тип последовательности и/или другие способы для усовершенствования емкости, например:

• по меньшей мере, в многолучевых и низкоскоростных сценариях относительно множество/повторенных PRACH преамбулы форматов, вариант 2 с ОСС через преамбулу

• FFS: вариант 2 с ОСС через множественной/повторных преамбулах в сценариях высокой скорости

• структура PRACH преамбулы, состоит из множества различных ZC последовательностей

• синусоидальная модуляция сверх варианта 1

• для типа последовательности Задова-Чу спецификация RAN1 будет поддерживать две длины (L) NR-PRACH последовательности

- L = 839: SCS = {1,25, 2,5, 5} КГц

- выбор одного из

• L = 63/71: SCS = {15, 30, 60, 120, 240} КГц

• L = 127/139: SCS = {7,5, 15, 30, 60, 120} КГц

- FFS: поддерживаемое разнесение поднесущих для каждой длины последовательности

• FFS для других типов последовательностей

• Форма сигнала для RACH сообщения 3 может быть DFT-S-OFDM или СР-OFDM. Сеть сигнализирует прямо или косвенно RACH сообщение 3 в UE:

- сеть сигнализирует сигнал для сообщения RACH 3 в оставшемся минимуме SI, как один бит

• В NR RACH конфигурация обеспечивает, по меньшей мере:

- информация RACH время/частота

- формат RACH преамбулы

• ассоциация между одной или несколькими случаями для SS блока и подмножества RACH ресурсов и/или подмножества индексов преамбулы, сообщается в UE посредством широковещательной системной информации или известно UE или FFS выделенной сигнализации

- FFS gNB может конфигурировать ассоциацию между CSI-RS для мобильности L3 и подмножество RACH ресурсов и/или подмножество индексов преамбулы, для определения msg2 DL Tx луча

• NR поддерживает указание распределения PRACH ресурсов для произвольного доступа без конкуренции для UE

- FFS на том, как PRACH ресурс указывается для UE

- примечание: PRACH ресурс относятся к временным/частотным/кодовым ресурсам PRACH преамбулы

• обновление информации предшествующего совещания:

• для NR RACH Msg. 1 повторной передачи, по меньшей мере, для многолучевой работы:

• NR поддерживает линейное изменение мощности.

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

• Вариант 1: перезапускает счетчик линейного изменения мощности

• Вариант 2: счетчик линейного изменения мощности остается неизменным

• Вариант 3: счетчик линейного изменения мощности продолжает увеличивается

• Вариант 4: как это было предложено на слайде 4 и проиллюстрировано на слайде 5 в R1-1706613

• Другие варианты или комбинации вышеперечисленного не исключается.

- Если UE не изменяет луч, счетчик линейного изменения мощности продолжает расти.

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

- Детальная информация о размере шага линейного изменения мощности является FFS.

• Если UE выполняет переключение UL луча во время повторных передач до реализации UE

- Примечание: какой UE луч переключается до реализации UE

На фиг. 3 и фиг. 4 показаны PRACH форматы преамбулы для длины последовательности равной 839, как поддерживается NR и согласованы в RAN1 # 89 (FFS на ограниченном наборе и FFS другая последовательность (последовательности) для радиуса большой соты).

Фиг. 5 иллюстрирует WF на NR RACH форматы преамбулы для расширения покрытия ZTE, СМСС, как описано в R1-1709708. L представляет собой длину последовательности и Ts = 1/(30720) мс. Предлагается ввести формат PRACH преамбулы, который обеспечивает MCL усиление 3dB по сравнению с LTE PRACH формат 2 преамбулы.

Далее было решено:

• При L = 839, по меньшей мере, NR поддерживает разнесение поднесущей:

- 1,25 кГц

- FFC: который один будет поддерживаться 2,5 кГц или 5 кГц

• Для более короткой длины последовательности, чем L = 839, NR поддерживает длину последовательности, равную L = 127 или 139 с разнесением поднесущей {15, 30, 60, 120} кГц

- Примечание: это основано на предположении, что 240 кГц разнесение поднесущих не доступен для данных/управления

- FFC: 7,5 кГц разнесение поднесущих

• Рассмотрим следующие новые случаи использования для RACH структуры,

- запросы восстановления луча

- запросы SI по требованию

• Изучение следующих аспектов:

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

- влияние на емкость

- необходим ли дополнительный формат (форматы) преамбулы

- влияние на RACH процедуру

• Если UE осуществляет переключение луча, счетчик линейного изменения мощности остается неизменным

• FFS: UE поведение после достижения максимальной мощности

• RAN1 определенно приняло решение относительно вышеизложенного FFS

• NR не поддерживает сообщать UE возможности лучевого соответствия во время RACH процедуры.

• Заметим, что UE возможности соответствия луча сообщается после RACH процедуры

• Конфигурация произвольного доступа (RA) содержится в оставшемся минимуме SI.

• Продолжить обсуждение

• Передается ли вся информация о конфигурации RA во всех лучах, используемые для RMSI в соте, или нет

• Уполномочен ли NW использовать один и тот же набор лучей для RMSI и SS блока или нет

• Является ли SS блок и RMSI пространственные QCLed или нет

• RAN1 изучат передачи PRACH преамбул в режиме CONNECTED на ресурсах на основе CSI-RS

- FFS: детали использования случаев и конфигурации на основании CSI-RS

• Подтвердить рабочее предположение о поддержке формата 3

• Для форматов с L = 839

- Поддерживают неограниченные наборы

- Для ограниченных наборов

• 1,25 кГц: поддерживаемый ограниченный набор А, ограниченный набор В является FFC

• 5 кГц: ограниченный набор поддерживается с FFS, если ограниченный набор A, B или оба поддерживаются

• При L = 127/139 с вариантом 1, форматы с 1,2,4,6 и 12 OFDM символов поддерживаются

• Количество символов может быть скорректировано, если выявлены недостатки

• Для 15 кГц разнесения поднесущих,

• Согласование следующих форматов A2, A3, B4 преамбулы

• Рабочее предположение о следующей преамбуле форматов A0, A1, B0, B1, B2, B3, C0, C1

Формат преамбулы № последовательности TCP TSEQ TGP Профиль тракта
(Ts) Профиль тракта
(мкс) Максимальный радиус соты
(м) Случай использования A 0 1 144 2048 0 48 1.56 469 TA уже известна или очень малая сота 1 2 288 4096 0 96 3.13 938 Малая сота 2 4 576 8192 0 144 4.69 2,109 Нормальная сота 3 6 864 12288 0 144 4.69 3,516 Нормальная сота B 0 1 144 2048 0 48 1.56 469 TA уже известна или очень малая сота 1 2 192 4096 96 96 3.13 469 Малая сота 2 4 360 8192 216 144 4.69 1,055 Нормальная сота 3 6 504 12288 360 144 4.69 1,758 Нормальная сота 4 12 936 24576 792 144 4.69 3,867 Нормальная сота C 0 1 1240 2048 0 144 4.69 5300 Нормальная сота 1 2 1384 4096 0 144 4.69 6000 Нормальная сота

• Примечание 1: блок является Ts, где Ts = 1/30.72MHz

• Примечание 2: PRACH преамбулы совмещены с границей OFDM символа для данных с той же нумерологией

• Примечание 3: дополнительные 16Ts на каждые 0,5 мс должны быть включены в TCP, когда RACH преамбула передается через 0,5 мс границу или от 0,5 мс границы

• Примечание 4: для формата А, GP может быть определен в течение последней RACH преамбулы среди последовательно передаваемых RACH преамбул

• Для 30/60/120 кГц разнесения поднесущей, формат преамбулы может быть масштабирован в соответствии с разнесением поднесущей.

• Ts = 1/(2 * 30720) мс для 30 кГц разнесения поднесущей

• Ts = 1 / (4 * 30720) мс для 60 кГц разнесения поднесущей

• Ts = 1 / (8 * 30720) мс для 120 кГц разнесения поднесущей

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

• UE вычисляет PRACH мощность передачи для повторной передачи по меньшей мере, на основе самой последней оценки потерь в тракте и линейного изменения мощности

- Потери в тракте измеряются, по меньшей мере, на SS блоке, ассоциированный с PRACH ресурсами/преамбула подмножества

• Поведение UE при достижении максимальной мощности

- Если пересчитываемая мощность по-прежнему находится на уровне или выше Рсmax

- UE может передавать на максимальной мощности, даже если оно изменяет свой TX луч

• Вся информация конфигурации произвольного доступа транслируется во всех лучах, используемых для RMSI в соте

• то есть, RMSI информация является общей для всех лучей

• По меньшей мере для случая хендовера исходная сота может указать в команде хендовера,

• Ассоциация между RACH ресурсами и CSI-RS конфигурацией (конфигурациями)

• Ассоциация между RACH ресурсами и SS блоками

• Набор выделенных RACH ресурсов (FFS: время/частота/последовательность)

• Обратите внимание, что вышеописанная CSI-RS конфигурация является UE-специально сконфигурированной конфигурацией

• Для случая без конкуренции, UE может быть выполнено с возможностью передавать множество Msg.1 по выделенным множества случаев RACH передачи во временной области до конца отслеживаемого RAR окна, если поддерживается конфигурация выделенного множества случаев RACH передачи во временной области.

• Примечание: временной ресурс, используемый для «выделенного RACH во временной области» отличается от временных ресурсов произвольного доступа на основании конкуренции

• Примечание: множество Мsg1 могут быть переданы одинаковыми или разными UE TX лучами

• Для произвольного доступа на основе конкуренции, ассоциация между SS блоком в наборе SS пакета и подмножеством RACH ресурсов и/или индексов преамбулы конфигурируется с помощью набора параметров в RMSI.

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

- RAN1 стремится минимизировать набор параметров.

- FFS набор параметров

- FFS количество SS блоков (если указано в RMSI или MIB), например, фактически передаваемые SS блоки или максимальное значение (L).

Далее было согласовано в RAN1 № 90:

• Для NR PRACH преамбулы L = 839 с SCS = 1,25 кГц, N_CS ограниченный набор типа В поддерживается в дополнение к ограниченному набору типа А

• Для NR PRACH преамбулы L = 839 с SCS 5 кГц, N_CS ограниченный набор типа А и типа В поддерживаются

• По меньшей мере подтверждается рабочее допущение для преамбулы форматов A1, B1, B2, B3

Не определяют формат B0 преамбулы

• Изменяют TCP значение от 192 до 216 и TGP значения от 96 до 72 для формата B1

• Форматы RACH преамбулы с L = 839 не поддерживается в полосе частот более 6 ГГц и поддерживается в ниже 6 ГГц

• Для короткой последовательности (L = 127/139) на основе форматов преамбулы, передачи RACH в полосе частот более чем 6 ГГц

- поддерживает 60 и 120 кГц разнесение между поднесущей, и

- не поддерживает 15 и 30 кГц разнесение между поднесущей

• Для короткой последовательности (L = 127/139) на основе форматов преамбулы, передачи RACH в полосе частот ниже 6 ГГц

- поддерживает 15 и 30 кГц разнесение между поднесущей, и

- не поддерживает 60 и 120 кГц разнесение между поднесущей

• Форматы преамбулы для PRACH с короткой длиной последовательности поддерживает форматы A0, C0 и C2 преамбулы в дополнение к согласованным форматам А1, А2, А3, В1, В2, В3 и В4, как показано на фиг. 6.

• Те же значения циклического сдвига, как определено в LTE, применяют для NR PRACH формата 0 и 1 преамбулы.

• FFS: независимо от того, могут ли быть применены для NR PRACH форматов 2 и 3 преамбулы те же значения циклического сдвига, как определено в LTE, учитывают параметры (например, разброс задержки, защитный интервал, длина фильтра, и т.д.)

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

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

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

- FFS: сконфигурировано ли пороговое значение (значения) для выбора SS блока или является фиксированным значением в спецификации

- Счетчик линейного изменения мощности, когда UE изменяет свой выбранный SS-блок в сообщении 1 повторной передачи не изменяется

• UE вычисляет потери в тракте на основе «мощности передачи SS блока» и RSRP

SS блока

• По меньшей мере одно значение «мощности передачи SS блока» указано для UE в RMSI

• FFS: следует ли и как поддерживать несколько значений

• Примечание: различные SS блоки в наборе SS пакета могут передаваться с различной мощностью и/или с различным Tx усилением формирования луча, по меньшей мере, как реализация NW

• NR поддерживает общее максимальное количество передач, M (например, LTE), на несущую, для указания сбоя произвольного доступа

◦ М является NW конфигурируемым параметром

• По меньшей мере, для начального доступа, RAR передают в NR-PDSCH, запланированном посредством NR-PDCCH в CORESET, сконфигурирован в RACH конфигурации

• Примечание: CORESET, сконфигурированный в RACH конфигурации, может быть одинаковым или отличным от CORESET, сконфигурированный в NR-PBCH

• Для одного Мsg1 RACH, RAR окно начинается с первого доступного CORESET после фиксированного промежутка времени с момента окончания передачи Мsg1

• Фиксированная длительность равна X T_s

• X является одинаковым для всех случаев RACH

•FFS: выравнена ли начальная позиция CORESET с границей слота

• FFS: значение X

• FFS: зависит ли Х от диапазона частот

• Для одного Мsg1 RACH из UE,

• Размер RAR окна является одинаковым для всех RACH случаев и настраивается в RMSI

• RAR окно вмещал время обработки в gNB.

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

• Минимальный размер окна зависит от длительности Мsg2 или CORESET и задержки планирования

• FFS: случай множества Мsg1 RACH, если поддерживается

• Для начального доступа, сконфигурирована либо длинная последовательность на основе преамбулы, или короткая последовательность на основе преамбулы в RACH конфигурации

• Для NR 4-х этапной процедуры RA на основе конкуренции

• SCS для Msg 1

• сконфигурирован в RACH конфигурации

• SCS для Msg 2

• так же, как нумерология RMSI

• SCS для Msg 3

• сконфигурирован в RACH конфигурации отдельно от SCS для Мsg1

• SCS для Msg 4

• так же, как в Msg.2

• Для процедуры RA без конкуренции для хендовера, предусмотрены SCS для Мsg1 и SCS для Мsg2 в команде хендовера

• В NR исследовании сообщают индекс SS блока, например, индекса самого мощного SS блока через Msg3 произвольного доступа на основании конкуренции

• В NR исследовании сообщают нескольких индексов SS блоков через процедуры произвольного доступа без конкуренции

• например, сеть может назначить несколько раз передачи RACH и RACH преамбулы к UE. UE может передать один индекс SS блока путем выбора времени передачи RACH, и другой индекс SS блока неявно путем выбора RACH преамбулы

• Для формата 2, используются одинаковые значения циклического сдвига, как для формата 0 и 1

• Рабочая гипотеза: L = 139 принимается как длина последовательности для форматов преамбулы RACH с помощью короткой последовательности

• Использовать одну общую таблицу для значений циклического сдвига (N_CS) для коротких последовательностей на основании форматов PRACH для всех SCS

- Вариант 1: Число значений циклического сдвига равно до 16 значений, представленных 4 битами

- Вариант 2: Число значений циклического сдвига равно до 8 значений, представленных 3 битами

- сделать выбор на этой неделе. Дополнительно, представить фактический набор значений

• Для формата 3, используйте приведенную ниже таблицу.

• Подчеркнутые значения являются рабочим предположением

ZeroCorrelationZoneConfig Длина последовательности 839, SCS = 5 кГц Неограниченная Ограниченный набор типа A Ограниченный набор типа B 0 0 36 36 1 13 57 57 2 26 72 60 3 33 81 63 4 38 89 65 5 41 94 68 6 49 103 71 7 55 112 77 8 64 121 81 9 76 132 85 10 93 137 97 11 119 152 109 12 139 173 122 13 209 195 137 14 279 216 - 15 419 237 -

• Ограниченный набор не поддерживается для NR PRACH преамбулы на основе короткой длины последовательности

• Используйте одну общую таблицу для значений циклического сдвига (N_CS) для коротких последовательностей на основе PRACH форматов для всех SCS

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

ZeroCorrelationZoneConfig Ncs значения 0 0 1 2 2 4 3 6 4 8 5 10 6 12 7 13 8 15 9 17 10 19 11 23 12 27 13 34 14 46 15 69

• NR определяет шаблон слотов, которые содержат PRACH ресурс (ресурсы) в большом интервале времени

- FFS: интервал времени, например, 5/10/20мс

- FFS: шаблон

- FFS: нумерология слота, например, SS блок, UL/DL, Мsg1 или PUSCH

• FFS: В пределах каждого слота

Вариант 1: RACH ресурсы в пределах слота являются последовательными

Вариант 2: RACH ресурсы в слоте не последовательны, например, для обработки случая CORESET мониторинга, в 2/4/7 символах

• По меньшей мере, для начального доступа,

• PDSCH для RAR ограничен в пределах NR UE минимальной DL BW для заданной полосы частот

• PDSCH для Мsg4 ограничен в пределах NR UE минимальной DL BW для заданной полосы частот.

• FFS: Если PDSCH для RAR и Мsg4 ограничены в начальной активной DL BWP.

• Отправить LS в RAN4, информируя интервал тонального сигнала и полосу пропускания различных форматов RACH преамбулы

• Проверить, что эти форматы RACH преамбулы ограничены в пределах минимальной UL BW в UE

• Назначена Dhiraj (Samsung) - R1-1716805, утвержденная в R1-1716814 со следующими обновлениями

• минимальная полоса пропускания восходящей линии связи, необходимая для поддержки этого формата PRACH преамбулы, составляет 1,25 МГц для 1.25 кГц SCS и 5 МГц для 5 кГц SCS.

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

• По меньшей мере, для начального доступа, ассоциация между SS блоками и индексами RACH преамбулы и/или RACH ресурсами основана на фактически передаваемых SS блоках, указанных в RMSI

• Для RAR, Х может поддерживаться для разрыва синхронизации между окончанием передачи Мsg1 и исходным положением CORESET для RAR

• Значение X = верхнее округление (Δ/(длительность символа))*длительность символа, где длительность символа основана на RAR нумерологии

• Где Δ является достаточным временем для переключения UE Tx-Rx, если это необходимо (например, для TDD)

• Примечание: UE Tx-Rx задержка переключения равна вплоть до RAN4

• RMSI показывает только одну мощность передачи для SS блоков в Rel-15

• Для начального доступа, пороговое значение для выбора SS блока для ассоциации RACH ресурса конфигурируется с помощью сети, где пороговое значение основано на RSRP

• FFS детали, включающие в себя эффект обработки пинг-понг

• NR поддерживает, по меньшей мере слот на основе передачи Мsg2, Msg3 и Мsg4

• Проверьте, если планирование, основанное на слоте, может удовлетворить ITU требование. Если нет, исследовать способы удовлетворения ITU требования, например, на основе передачи Мsg2, Msg3 и Мsg4 не на основании слота

• Msg3 запланировано разрешением восходящей линии связи в RAR

• Msg3 передают после минимальной временного промежутка от конца Мsg2 беспроводным способом

• gNB имеет гибкость планирования времени передачи Msg3, обеспечивая при этом, минимальный разрыв во времени

• FFS минимальный промежуток времени w.r.t. возможность обработки UE

На основе описанных выше соглашений, могут быть сделаны некоторые выводы:

• FFS Сообщение 2 PDCCH/PDSCH, принимается UE, допуская, что PDCCH/PDSCH DMRS передают сообщение 2, что является QCL'ed с SS блоком, который ассоциирован со случаем преамбулы/RACH, отправленной UE.

• FFS Сообщение 3 передается посредством UE, при условии, что ассоциирован тот же самый Rx луч, который был использован для приема PRACH преамбулы посредством gNB, на котором принят RAR.

• FFS при отсутствии информации о луче в RACH сообщении 3, сообщение 4 PDCCH/PDSCH принимается UE при условии, что PDCCH/PDSCH DMRS передачи сообщения 4 является QCL'ed тем же из Msg 2.

• FFS: при наличии информации о луче в RACH сообщении

• 3FFS: Если и каким образом информация о луче в RACH сообщении 3 влияет на сообщение 4 Tx QCL предположение

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

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

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

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

В соответствии с действующими соглашениями в 3GPP, сота может состоять из множества лучей. Попытка произвольного доступа инициируется на конкретном луче соты. Таким образом, решение, которое было бы наиболее легко использовано из известного решения LTE, будет включать в себя «команду хендовера», чтобы сказать о том, что UE должно выполнить процедуру произвольного доступа на конкретном луче. Это потому, что, в частности, для выделенных преамбул (выделенные сетью и отправленные в UE), сеть должна знать, какой луч (или лучи) UE может использовать для его преамбулы произвольного доступа.

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

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

В каждой NR соте может быть множество наборов блоков сигнала синхронизации (SSB), состоящий из одного или множества SSBs, которые могут быть переданы в различных лучах (или направлениях). Для каждого из этих направлений могут быть некоторые различия в конфигурации PRACH ресурсов. Таким образом, в NR до начала произвольного доступа UE должно выполнить выбор луча (или выбор SSB) в пределах соты, чтобы получить PRACH ресурсы, которые должны быть использованы, такие как временные/частотные ресурсы и последовательность (последовательности).

Дополнительно, было решено, что каждая сота может формировать луч дополнительного RSs (CSI-RS) в различных лучах и обеспечивает UE отображением между PRACH ресурсами и CSI-RS, так что выбор луча может быть выполнен на основе CSI-RS, по меньшей мере, во время хендовера.

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

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

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

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

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

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

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

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

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

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

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

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

фиг. 1А, 1В и 1С иллюстрируют процедуру, с помощью которой RRC_Connected UE выполняет хэндоверы в LTE, при необходимости изменения сот;

фиг. 2 иллюстрирует процедуру на основе конкуренции;

фиг. 3 иллюстрирует форматы PRACH преамбулы для длины последовательности 839, как поддерживается NR;

фиг. 4 иллюстрирует дополнительные форматы PRACH преамбулы для длины последовательности 839, как поддерживается NR;

фиг. 5 иллюстрирует WF на форматах NR-RACH преамбулы для расширения покрытия;

фиг. 6 иллюстрирует форматы PRACH преамбулы с короткой длиной последовательности;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Согласно некоторым вариантам осуществления, раскрыто решение, в котором сеть отправляет команду хендовера устройству пользователя (UE). Команда хендовера отправляют из узла, такого как базовая станция NR (gNB). Этот узел далее называется целевым узлом или целью. Команда хендовера отправляется в UE через исходную базовую станцию. Исходная базовая станция является станцией, к которой UE в данный момент подключено. Исходная базовая станция может представлять собой NR базовую станцию или, например, LTE базовую станцию. Команда хендовера отправляют через источник, и может быть прозрачной для исходной базовой станции, так что команда хендовера принимается UE из цели через источник. Таким образом, UE принимает команду хендовера. Команда хендовера может быть также понимается, как изменение группы вторичных сот (SCG) или команда добавления SCG в контексте двойного подключения (в некоторых вариантах осуществления, это может быть inter-RAT узел, например, NR является целью, которая готовит команду).

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

В конкретном варианте осуществления, например, целевой сетевой узел, который может включать в себя gNB, отправляет команду хендовера в беспроводное устройство, которое может включать в себя UE. Команда хендовера включает в себя, по меньшей мере, одно пороговое значение пригодности. Пороговое значение пригодности сообщает UE, что UE должно выбрать только луч, если качество луча превышает определенное пороговое значение качества радиосвязи. В конкретном варианте осуществления пороговое значение качества может быть выражено, например, как минимальная мощность опорного сигнала или качества, такие как RSRP или RSRQ. Дополнительно или альтернативно, пороговое значение или пороговые значения могут быть ассоциированы с различными опорными сигналами. Например, NR включает в себя как SS/PBCH и CSI-RS опорные сигналы, как будет дополнительно описано ниже.

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

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

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

В другом варианте осуществления могут быть определены различные пороговые значения пригодности для различных опорных сигналов, таких как SS/PBCH и CSI-RS. Таким образом, в конкретном варианте осуществления UE может принимать команду хендовера, которая включает в себя, по меньшей мере, два пороговых значения для оценки пригодности луча.

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

В соответствии с некоторыми вариантами осуществления, UE может быть разрешено отправлять несколько RACH преамбул, прежде чем истечет RAR окно. Следовательно, в этом смысле, может быть несколько пороговых значений для 2-го лучшего луча, 3-го лучшего луча, ..., N-го лучшего луча для этой конкретной цели.

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

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

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

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

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

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

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

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

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

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

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

В описанных вариантах осуществления, сообщение может относиться к сообщению RRC сигнализации. В случае RRC, примером может служить команда хендовера, на самом деле, является RRCConnectionReconfiguration с mobilityControlInfo IE содержит конфигурацию RACH целевой соты. Тем не менее, это может быть любым сообщением с любого уровня протокола инициирования UE выполнить произвольный доступ. Фактически, весьма вероятно, что сообщение «команда хендовера» может иметь другое название в NR. Значимость, однако, этого сообщения «команда хендовера» заключается в использовании команды из сети к UE, в UE для доступа к другой соте или лучу, в котором получают доступ, но UE, включает в себя синхронизацию с другой сотой или лучом с использованием процедуры произвольного доступа. Попытка произвольного доступа может быть выполнена с использованием, например, выделенной преамбулы и/или ресурса произвольного доступа (как описаны выше) или случайным образом выбранной преамбулой и ресурса. Попытка произвольного доступа может быть выполнена на канале PRACH. Команда хендовера будет включать в себя вышеупомянутое пороговое значение или пороговые значения, как описано выше.

В соответствии с некоторыми вариантами осуществления, луч может относиться к SS/PBCH блоку (SSB), который формирует луч, и может быть измерен, например, UE, UE может вычислить SS-RSRP. Каждый SSB кодирует PCI и SSBs, ассоциированные с одной и той же сотой NR, передает ту же PCI. Кроме того, каждый SSB имеет свой собственный индекс SSB, который может быть получен из опорного сигнала демодуляции (DMRS) из PBCH, индекс времени (например, кодированный в PBCH) или их комбинации (как комбинация может сделать уникальный SS/ВСН идентификатор блока). Термин луч может также относиться к ресурсу CSI-RS, который формирует луч и может быть измерен, например, UE, UE может вычислять CSI-RSRP, CSI-RSRQ, CSI-SINR. Каждый CSI-RS может иметь PCI, ассоциированный с ним, так что UE может использовать для синхронизации, прежде чем он измеряет ресурс CSI-RS.

В соответствии с некоторыми вариантами осуществления, результаты измерений луча может быть RSRP на луч, RSRQ на луч, SINR на луч. В случае SS/PBCH блока используется в качестве типа опорного сигнала (RS) для измерения уровня луча используют SS-RSRP, SS -RSRQ, SS-SINR. В случае CSI-RS использования в качестве типа для измерения уровня луча опорного сигнала (RS), используют CSI-RSRP, CSI-RSRQ, CSI- SINR. Следует отметить, что для различных типов опорного сигнала могут быть определены измерения и соответствующие пороговые значения пригодности.

В соответствии с некоторыми вариантами осуществления, пригодный луч является лучом, чьи результаты измерений удовлетворяют условию на основе абсолютного порогового значения, которое может быть либо конфигурируемым, либо определенным в стандарте. Например, луч b (i) является пригодным, если RSRP b (i) > абсолютного порогового значения. Другие величины измерения также могут быть использованы в качестве критериев, например, если RSRQ b (i) > абсолютного порогового значения, если SINR b (i) > абсолютного порогового значения. Комбинации величин измерений также могут быть использованы в качестве критериев, например, если RSRQ b (i) > абсолютного порогового значения 1 и, если SINR b (i) > RSRP b (i) > абсолютного порогового значения 2, то b (i) пригоден, если RSRP b (i) > абсолютного порогового значения 1 и, если SINR b (i) > абсолютного порогового значения 2, то b (i) пригоден; если RSRQ b (i) > абсолютного порогового значения 1 и, если RSRP b (i) > абсолютного порогового значения 2, то b (i) пригоден; если RSRQ b (i) > абсолютного порогового значения 1 и, если RSRP b (i) > абсолютного порогового значения 2 и, если SINR b (i) > абсолютного порогового значения 3, то b (i) пригоден. Следует понимать, что приведенное выше математические соотношения с использованием оператора "больше" (>) являются просто примерами, и также могут быть рассмотрены другие операторы, включающие в себя, но не ограничивающиеся ими, "меньше" (<), "меньше или равно" (≤), "больше или равно" (≥), "равно" (=), "не равно" (≠). Эти операторы также могут быть объединены с логическими операторами, в том числе, но не ограничиваясь ими, AND, OR, XOR, NOT, чтобы сформировать новые математические отношения.

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

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

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

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

2. UE может обновить результаты измерений на индекс луча для целевой соты.

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

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

3. UE может выбирать между использованием ранее выполненными результатов измерений на индекс луча или выполнить обновление измерений на основе различных критериев. Одним из критериев может быть, что последнее измерение было выполнено более Х мс до приема сообщения UE, которое может указывать, что они устарели и преамбула передачи может быть не принята из-за неправильной оценки начальной мощности передачи UL. Если сообщение принято до Х мс, измерение можно считать действительным, и UE не должно выполнять какое-либо обновление в измерениях. Другой критерий может быть основан на скорости UE, которое может свидетельствовать о том, что изменения, скорее всего, произойдет, если скорость UE выше. Скорость может превышать определенное состояние или пороговое значение скорости. Другой критерий может быть основан на перемещении UE, таком как вращение. Если вращение обнаруживаются между временем UE выполнения последнего измерения, то UE должно выполнять обновления измерения до выбора луча, чтобы начать произвольный доступ. Может быть сочетание этих вышеуказанных критериев.

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

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

[луч (1): RSRP-1, луч (2): RSRP2, ..., луч (К): RSRP (К)] и/или

[луч (1): RSRQ-1, луч (2): RSRQ2, ..., луч (К): RSRQ (К)] и/или

[луч (1): SINR-1, луч (2): SINR-2, ..., луч (К): SINR-(К)] для К пригодных индексов луча, где все из них имеют их количество измерений, RSRP в этом примере выше порогового значения.

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

На этапе 102 после приема сообщения, UE запускает таймер сбой хэндовера (например, T304, как таймер).

На этапе 104 UE оценивает качество луча каждого индекса луча, ассоциированного с целевой сотой, как описано выше (например, с этапом 1-3). Так, например, UE может:

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

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

• обновить измерения результатов на индекс луча для целевой соты.

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

Если найден, по меньшей мере, один пригодный луч с ассоциированным выделенным RACH ресурсом, на этапе 108, способ переходит к фиг. 7В по тракту «А», и UE выбирает один из лучей на основе различных критериев, а также выполняет произвольный доступ с ассоциированными ресурсами на этапе 110. Например, UE может передавать преамбулу UL и начать сконфигурированное временное окно RAR, в конкретном варианте осуществления.

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

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

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

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

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

Возвращаясь к этапу 108, показанному на фиг. 7А, если ни один из лучей с ассоциированными выделенными RACH ресурсами не пригоден, способ продолжается на фиг. 7В вдоль тракта «B» и UE выбирает пригодный луч с общими RACH ресурсами, удовлетворяя различные критерии на этапе 112.

На этапах 114 или 116 UE определяет, скремблирован ли RAR с RA-RNTI UE и содержащим БЫСТРЫЙ в UE, который принимаются до истечения RAR окна. В любом случае, если UE принимает RAR в RAR окне, то процедура считается успешной на этапе 118, и UE подготавливает сообщение о завершении хендовера для передачи в целевую соту.

Если на этапах 114 или 116 определено, что UE не принимает RAR до RAR истечении окна, то UE должно либо выполняет линейное изменение мощности на том же луче, или переключение на новый луч, используя такую же мощность на этапе 120. UE может также повторно оценить качество луча на индекс луча.

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

В соответствии с некоторыми вариантами осуществления, устройство пользователя принимает RAR скремблированный с RA-RNTI UE и содержащей индикатор отсрочки (BI), на этапе 118 или 120. В этом случае, UE может либо выполнить отсрочку в соответствии с указанием BI, либо продолжить процедуру с этапа 120 или обновить оценку качества луча, например, используя упомянутый способ (1) - (3) Если UE может выбрать другой пригодный луч, чем тот, который используется для предшествующей попытки, UE может использовать этот новый луч и продолжить процедуру с этапа 120, не делая отсрочку.

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

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

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

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

• Если в качестве результата повторного выбора (n+1)-го луча в UE повторно выбирает тот же луч, как и при n выборе (пере-), то UE выполняет линейное изменение мощности, что и указывает на то, что в том же направлении был еще лучше один луч, хотя мощность UL не была достаточной. В качестве альтернативы, UE может выполнять вместо или в дополнение к линейному изменению мощности переключение луча UL для передачи преамбулы, например, в случае, когда UE имеет возможность передавать UL узконаправленный луч по сравнению с более широким Тх лучом, который остался без изменений.

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

• UE продолжает процедуру, начиная с этапа 120, то есть, UE начинает RA с использованием выбранного луча с ассоциированным RACH ресурсом (время/частота/последовательность), который был предоставлен, и запускает таймер, ассоциированный с сконфигурированным временным окном ответа произвольного доступа (RAR).

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

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

• UE выполнило линейное изменение мощности без переключения UL луча и без переключения DL луча, или

• UE выполнило линейное изменение мощности с переключением UL луча и без переключения DL луча,

• UE выполнило линейное изменение мощности с переключения UL луча и с переключения DL луча,

• UE выполнило линейное изменение мощности без переключения UL луча и с переключения DL луча,

• UE не выполнило линейное изменение мощности, но выполнило переключение UL луча с переключением DL луча,

• UE не выполнило линейное изменение мощности, но выполнило переключение UL луча без переключением DL луча,

• UE не выполнило линейное изменение мощности, но выполнило переключение DL луча без переключением UL луча,

• таймер T304 истекает;

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

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

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

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

Фиг. 8 иллюстрирует беспроводную сеть, в соответствии с некоторыми вариантами осуществления. Хотя описанный в настоящем документе предмет изобретения может быть реализован в любом подходящем типе системы с использованием любых подходящих компонентов, раскрытых в вариантах осуществления, которые описаны применительно к беспроводной сети, такой как, например, беспроводная сеть, показанная на фиг. 8 для простоты, беспроводная сеть на фиг. 8 изображает только сеть 406, сетевые узлы 460 и 460b и WDs 410, 410B и 410C. На практике, беспроводная сеть может дополнительно включать в себя какие-либо дополнительные элементы, подходящие для поддержки связи между беспроводными устройствами или между беспроводным устройством и другим устройством связи, таким как стационарный телефон, провайдер услуг или любой другой сетевой узел или оконечное устройство. Из проиллюстрированных компонентов, сетевой узел 460 и беспроводное устройство (WD) 410 изображены с дополнительными подробностями. Беспроводная сеть может обеспечивать связь и другие виды услуг, к одному или нескольким беспроводным устройствам для облегчения доступа беспроводных устройств и/или использования услуг, предоставляемых посредством или через беспроводную сеть.

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

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

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

На фиг. 9 показан сетевой узел в соответствии с некоторыми вариантами осуществления. Как использовано в данном описании, сетевой узел относится к оборудованию, способному, сконфигурированному, расположенному и/или выполненному с возможностью прямо или косвенно взаимодействовать с беспроводным устройством и/или с другими сетевыми узлами или оборудованием в беспроводной сети для предоставления и/или обеспечения беспроводного доступа к беспроводному устройству и/или для выполнения других функций (например, администрирование) в беспроводной сети. Примеры сетевых узлов включают в себя, но не ограничиваются ими, точками доступа (AP) (например, точки радиодоступа), базовые станции (BS) (например, базовые радиостанции, узлы В, усовершенствованный узел Bs (узлы еNB) и NR узлы B (gNBs)). Базовые станции могут быть классифицированы на основе величины покрытия, которые они обеспечивают (или, указано иначе, их уровень мощности передачи) и затем могут быть также упоминаются как фемто базовые станции, пико базовых станций, микро базовых станций или макро базовые станции. Базовая станция может быть ретрансляционным узлом или донорским узлом при управлении ретрансляцией. Сетевой узел также может включать в себя один или несколько (или все) частей распределенной базовой станции радиосвязи, такие как централизованные цифровые устройства и/или удаленные блоки радиосвязи (RRUs), иногда называемой удаленные устройства радиосвязи (RRHs). Такие удаленные устройства радиосвязи могут или не могут быть интегрированы с антенной в качестве антенны. Части распределенной базовой станции радиосвязи, также могут быть отнесены к узлам в распределенной антенной системы (DAS). Тем не менее, дополнительные примеры сетевых узлов включают в себя мультистандартных радиоустройств (MSR), таких как MSR BS, сетевые контроллеры, такие как контроллеры радиосети (RNCs) или контроллеров базовых станций (BSCs), базовых приемопередающих станций (BTSs), точек передачи, узлы передачи, мультисотовые/многоадресные координационные структуры (MCEs), основные сетевые узлы (например, MSCs, MMEs), O & M узлы, узлы OSS, узлы SON, узлы позиционирования (например, E-SMLCs) и/или MDTs. В качестве другого примера, сетевой узел может быть виртуальным сетевым узлом, как описано более подробно ниже. В более общем плане, однако, сетевые узлы могут представлять собой любое подходящее устройство (или группу устройств), способный, сконфигурированный, расположенные и/или выполненный с возможностью предоставления и/или обеспечения доступа беспроводного устройства к беспроводной сети или обеспечить некоторую услугу беспроводному устройству, которое имеет доступ к беспроводной сети.

На фиг. 9, сетевой узел 460 включает в себя схему 470 обработки, машиночитаемый носитель 480, интерфейс 490, вспомогательное оборудование 484, источник питания 486, схему 487 питания и антенну 462. Хотя сетевой узел 460 показан на примере беспроводной сети, изображенного на фиг. 8, может представляют собой устройство, которое включает в себя иллюстрированную комбинацию аппаратных компонентов, другие варианты осуществления могут содержать сетевые узлы с различными комбинациями компонентов. Следует понимать, что сетевой узел содержит любую подходящую комбинацию аппаратных средств и/или программного обеспечения, необходимого для выполнения задач, признаков, функций и способов, раскрытые в данном документе. Кроме того, в то время как компоненты сетевого узла 460 изображены в виде отдельных блоков, расположенных в пределах большего блока, или вложены в нескольких блоках, на практике, сетевой узел может содержать множество различных физических компонентов, которые составляют единый иллюстрированный компонент (например, машиночитаемый носитель 480 может включать в себя множество отдельных жестких дисков, а также несколько модулей оперативной памяти).

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

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

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

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

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

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

Интерфейс 490 используется в проводной или беспроводной связи сигнализации и/или данных между сетевым узлом 460, сетью 406 и/или WDs 410. Как показано на чертеже, интерфейс 490 включает в себя порт (ы)/оконечное устройство (устройства) 494 для отправки и приема данные, например, к и из сети 406 через проводное соединение. Интерфейс 490 также включает в себя радиосхему 492, которая может быть соединена с, или, в некоторых вариантах осуществления, частью антенны 462. Радиосхема 492 содержит фильтры 498 и усилители 496. Радиосхема 492 может быть подключена к антенне 462 и схеме 470 обработки. Радиосхема может быть выполнена с возможностью обеспечивать сигналы между антенной 462 и схемой 470 обработкой. Радиосхема 492 может принимать цифровые данные, которые должны быть отправлены к другим сетевым узлам или WDs через беспроводное соединение. Радиосхема 492 может преобразовывать цифровые данные в радиосигнал, имеющий соответствующие параметры канала и полосу пропускания с использованием комбинации фильтров 498 и/или усилителей 496. Радиосигнал может затем быть передан через антенну 462. Аналогичным образом, при приеме данных, антенна 462 может получать радиосигналы, которые затем преобразуются в цифровые данные с помощью радиосхемы 492. Цифровые данные могут быть переданы в схему 470 обработки. В других вариантах осуществления, интерфейс может включать в себя различные компоненты и/или различные комбинации компонентов.

В некоторых альтернативных вариантах осуществления, сетевой узел 460 может не включать в себя отдельное радиосхемы 492, вместо этого, схема 470 обработки может включать в себя радиосхему, которая может быть подключена к антенне 462 без отдельной радиосхемы 492. Подобным образом, в некоторых вариантах осуществления, все или некоторые из схемы 472 RF приемопередатчика может рассматриваться как часть интерфейса 490. В других вариантах осуществления, интерфейс 490 может включать в себя один или несколько портов или терминалов 494, радио схему 492 и схему 472 RF приемопередатчика, как часть радио блока (не показано) и интерфейс 490 может осуществлять связь со схемой 474 обработки основной полосы частот, которая является частью цифрового блока (не показано).

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

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

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

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

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

Как показано на чертеже, беспроводное устройство 410 включает в себя антенну 411, интерфейс 414, схему 420 обработки, машиночитаемый носитель 430, пользовательский интерфейс 432, вспомогательное оборудование 434, источник 436 питания и схему 437 питания. WD 410 может включать в себя множество наборов из одного или более из проиллюстрированных компонентов для различных беспроводных технологий, поддерживаемых WD 410, таких как, например, беспроводных технологий GSM, WCDMA, LTE, NR, Wi-Fi, WiMAX или Bluetooth, это лишь некоторые из них. Эти беспроводные технологии могут быть интегрированы в те же или различные микросхемы, или набор микросхем в качестве других компонентов в пределах WD 410.

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

Как показаны на чертеже, интерфейс 414 включает в себя радиосхему 412 и антенну 411. Радиосхема 412 содержит один или более фильтры 418 и усилители 416. Радиосхема 414 соединена с антенной 411 и схемой 420 обработки, и выполнены с возможностью обрабатывать сигналы, передаваемые между антенной 411 и схемой 420 обработки. Радиосхема 412 может быть соединена с или частями антенны 411. В некоторых вариантах осуществления, WD 410 могут не включать в себя отдельно радиосхему 412; скорее, схема 420 обработки может содержать радиосхему и может быть подключена к антенне 411. Аналогичным образом, в некоторых вариантах осуществления, некоторые или все схему 422 RF приемопередатчика, могут рассматриваться как часть интерфейса 414. Радиосхема 412 может принимать цифровые данные, которые должны быть отправлены к другим сетевым узлам или WDs через беспроводное соединение. Радиосхема 412 может преобразовывать цифровые данные в радиосигнал, имеющий соответствующие параметры канала и пропускной способности с использованием комбинации фильтров 418 и/или усилителей 416. Радиосигнал может затем быть передан через антенну 411. Аналогичным образом, при приеме данных, антенна 411 может собирать радиосигналы, которые затем преобразуются в цифровые данные с помощью радиосхемы 412. Цифровые данные могут быть переданы в схему 420 обработки. В других вариантах осуществления интерфейс может включать в себя различные компоненты и/или различные комбинации компонентов.

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

Как показано на чертеже, схема 420 обработки включает в себя одну или более схему 422 RF приемопередатчика, схему 424 обработки основной полосы частот и схему 426 обработки приложения. В других вариантах осуществления, схема обработки может содержать различные компоненты и/или различные комбинации компонентов. В некоторых вариантах осуществления схемы 420 обработки WD 410 может включать в себя SOC. В некоторых вариантах осуществления, схема 422 RF приемопередатчика, схема 424 обработки основной полосы частоты и схема 426 обработки приложения может быть выполнена на отдельных микросхемах или наборах микросхем. В альтернативных вариантах осуществления, часть или все из схемы 424 обработки основной полосы частот и схемы 426 обработки приложения могут быть объединены в одну микросхему или набор микросхем, и схема 422 RF приемопередатчика может быть на отдельной микросхемы или набора микросхем. В еще альтернативных вариантах осуществления, часть или все схема 422 RF приемопередатчика и схема 424 обработки базовой полосы может быть на той же микросхеме или наборе микросхем, и схема 426 обработки приложения может быть на отдельной микросхеме или наборе микросхем. В других альтернативных вариантах осуществления, часть или все схема 422 RF приемопередатчика, схема 424 обработки и схема 426 обработки приложения может быть объединены в одной микросхемы или наборе микросхем. В некоторых вариантах осуществления схема 422 RF приемопередатчика может быть частью интерфейса 414. Схема 422 RF приемопередатчика может обрабатывать RF сигналы для схемы 420 обработки.

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

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

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

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

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

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

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

На фиг. 11, UE 500 включает в себя схему 501 обработки, которая функционально соединена с интерфейсом 505 ввода/вывода, радиочастотным (RF) интерфейсом 509, сетевым интерфейсом 511, памятью 515, включающей в себя оперативное запоминающее устройство (RAM) 517, постоянное запоминающее устройство (ROM) 519 и носитель 521 или тому подобное, подсистему 531 связи, источник 533 питания и/или любой другой компонент или любую их комбинацию. Носитель 521 данных включает в себя операционную систему 523, прикладную программу 525 и данные 527. В других вариантах осуществления носитель 521 может включать в себя другие подобные типы информации. Некоторые UE могут использовать все компоненты, показанные на фиг. 11, или только подмножество компонентов. Уровень интеграции между компонентами может варьироваться от одного UE к другому UE. Кроме того, некоторые UE могут содержать несколько экземпляров компонентов, такие как множественные процессоры, память, приемопередатчики, передатчики, приемники и т.д.

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

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

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

RAM 517 может быть выполнено с возможностью взаимодействовать через шину 502 со схемой 501 обработки для обеспечения хранения или кэширования данных или компьютерных команд во время выполнения программ, такие как операционная система, прикладные программы и драйверы устройств. ROM 519 может быть выполнено с возможностью обеспечивать компьютерные команды или данные для схемы 501 обработки. Например, ROM 519 может быть выполнено с возможностью хранить инвариантный системный код низкого уровня или данные для основных системных функций, таких как основной ввод и выход (I/O), запуск или прием нажатий клавиш с клавиатуры, которые хранятся в энергонезависимой памяти. Носитель 521 может быть выполнен с возможностью включать в себя память, такую как RAM, ROM, программируемое ROM (PROM), стираемую программируемую память только для чтения (EPROM), электрически стираемую программируемую память только для чтения (EEPROM), магнитные диски, оптические диски, дискеты, жесткие диски, сменные картриджи или флэш-накопители. В одном примере, носитель 521 может быть выполнен с возможностью включать в себя операционную систему 523, прикладную программу 525, такую как приложение веб-браузера, виджет или гаджет или другие приложения и файл 527 данных. Носитель 521 данных может хранить для использования UE 500 любой из множества различных операционных систем или комбинаций операционных систем.

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

На фиг. 11, схема 501 обработки может быть выполнена с возможностью устанавливать связь с сетью 543b с помощью подсистемы 531 связи. Сеть 543a и сеть 543b может быть в той же сетью или другой сетью. Подсистема 531 связи может быть выполнена с возможностью включать в себя один или несколько приемопередатчиков, используемых для связи с сетью 543b. Например, подсистема 531 связи может быть выполнена с возможностью включать в себя один или несколько приемопередатчиков, используемых для связи с одним или несколькими удаленными приемопередатчиками другого устройства, выполненных с возможностью осуществлять беспроводную связь, такие как другой WD, UE или базовая станция сети радиодоступа (RAN) в соответствии с одним или более протоколами связи, таких как IEEE 802.5, CDMA, WCDMA, GSM, LTE, UTRAN, WiMax или тому подобное. Каждый приемопередатчик может включать в себя передатчик 533 и/или приемник 535 для реализации функциональности передатчика или приемника, соответственно, с соответствующим RAN (например, распределению частот и т.п.). Кроме того, передатчик 533 и приемник 535 каждого приемопередатчика могут совместно использовать компоненты схем, программное обеспечение или встроенные программное обеспечение или, альтернативно, могут быть реализованы отдельно.

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

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

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

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

Функции могут быть реализованы с помощью одного или более приложений 820 (которые в альтернативном варианте могут быть названы экземпляры программного обеспечения, виртуальных устройств, сетевых функций, виртуальных узлов, функции виртуальной сети и т.д.) выполненные с возможностью реализовать некоторые из функций, признаков и/или выгод некоторых из описанных здесь вариантов осуществления. Приложения 820 выполняются в среде 800 виртуализации, которая обеспечивает аппаратные средства 830, включающие в себя схему 860 обработку и память 890. Память 890 содержит инструкции 895, исполняемые схемой 860 обработки посредством чего приложение 820 выполнено с возможностью обеспечения одного или нескольких из признаков, преимуществ и/или описанных в настоящем документе функций.

Среда 800 виртуализации содержит сетевые аппаратные устройства 830 общего назначения или специального назначения, содержащие набор из одного или более процессоров, или процессорных схем 860, которые могут быть готовыми к коммерческому применению (COTS) процессорами, выделенной специализированной интегральной схемой (ASIC) или любым другим типом схемы обработки, включающий в себя цифровые или аналоговые аппаратные компоненты или процессоры специального назначения. Каждое аппаратное устройство может содержать память 890-1, которая может быть непостоянной памятью для временного хранения инструкций 895 или программного обеспечения, выполняемого посредством схемы 860 обработки. Каждое аппаратное устройство может содержать один или несколько сетевых интерфейсных контроллеров (NIC) 870, также известные как карта сетевого интерфейса, которые включают в себя физический сетевой интерфейс 880. Каждое аппаратное устройство может также включать в себя постоянный машиночитаемый носитель 890-2, имеющий сохраненные на нем программное обеспечение 895 и/или инструкции, выполняемые схемой 860 обработки. Программное обеспечение 895 может включать в себя любой тип программного обеспечения, включающее в себя программное обеспечение для создания экземпляра одного или нескольких уровней 850 виртуализации (также упоминаются как гипервизор), программное обеспечение для выполнения виртуальных машин 840, а также программного обеспечения, что позволяет ему выполнять функции, признаки и/или преимущества, описанные в связи с некоторыми вариантами осуществления, описанными в настоящем документе.

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

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

Как показано на фиг. 12, аппаратные средства 830 могут представлять собой автономный сетевой узел с родовыми или специфическими компонентами. Аппаратные средства 830 может включать в себя антенны 8225 и может осуществлять некоторые функции, с помощью виртуализации. В качестве альтернативы, аппаратные средства 830 могут быть частью более крупного кластера аппаратных средств (например, таких, как в центр обработки данных или оборудование, установленное в помещении пользователя (CPE)), где многие аппаратные узлы работают вместе и управляются с помощью управления и оркестровки (MANO) 8100, который, среди прочих, контролирует управление жизненным циклом приложений 820.

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

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

Кроме того, в контексте NFV, виртуальная сетевая функция (VNF) отвечает за обработку конкретных сетевых функций, которые работают в одной или нескольких виртуальных машин 840 поверх аппаратного обеспечения сетевой инфраструктуры 830 и соответствует приложению 820 на фиг. 12.

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

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

Фиг. 13 иллюстрирует телекоммуникационную сеть, подключённую через промежуточную сеть к хост-компьютеру в соответствии с некоторыми вариантами осуществления. Со ссылкой на фиг. 13, в соответствии с вариантом осуществления, система связи включает в себя телекоммуникационную сеть 910, такую как сотовая сеть 3GPP-типа, которая включает в себя сеть 911 доступа, такую как сеть радиодоступа и базовую сеть 914. Сеть 911 доступа включает в себя множество базовых станций 912a, 912b, 912c, таких как NB_S, узлы еNB, gNBs или другие типы точек беспроводного доступа, каждая из которых определяет соответствующую область 913a, 913b, 913c покрытия. Каждая базовая станция 912a, 912b, 912c может быть соединена с базовой сетью 914 через проводное или беспроводное соединение 915. Первое UE 991, находящееся в области 913c покрытия, выполнено с возможностью беспроводного соединения, или может быть вызвано с помощью соответствующей базовой станции 912c. Второе UE 992 в области 913a покрытия беспроводным способом подключается к соответствующей базовой станции 912a. В то время, как множество UEs 991, 992, показанные в этом примере, раскрытые в вариантах осуществления, в равной степени применимы к ситуации, когда единственное UE находится в области покрытия или где единственное UE соединяется с соответствующей базовой станцией 912.

Телекоммуникационная сеть 910 сама подключаются к хост-компьютеру 930, который может быть реализован в аппаратных средствах и/или программном обеспечении автономного сервера, облачного сервера, распределенным сервером или посредством обработки ресурсов на ферме серверов. Хост-компьютер 930 может быть в собственности или под управлением поставщика услуг, или может управляться поставщиком услуг или от имени поставщика услуг. Соединения 921 и 922 между телекоммуникационной сетью 910 и хостом-компьютером 930 могут проходить непосредственно от базовой сети 914 с хост-компьютером 930 или могут перейти через дополнительную промежуточную сеть 920. Промежуточную сеть 920 могут быть одной из или комбинацией из более чем одной из, общественный, частная или хост-сетью; промежуточная сеть 920, если таковая имеется, может быть магистральной сетью или интернет; в частности, промежуточная сеть 920 может включать в себя две или более суб-сети (не показано).

Система связи на фиг. 13, в целом, обеспечивает возможность соединения между подключенными UEs 991, 992 и хост-компьютером 930. Связь может быть описана как соединение 950 для поставки контента поверх сетей провайдера (ОТТ). Хост-компьютер 930 и подключенные UEs 991, 992 выполнены с возможностью передачи данных и/или сигнализации через ОТТ соединение 950, используя сеть 911 доступа, базовую 914 сеть, любую промежуточную сеть 920 и, возможно, дополнительно инфраструктуру (не показано) в качестве посредников. ОТТ соединение 950 может быть прозрачным, в том смысле, что участвующие устройства связи, через которые осуществляют ОТТ соединения 950, не знают о маршрутизации сообщений по восходящей линии связи и нисходящей линии связи. Например, базовая станция 912 не нужно получать информацию о тракте маршрутизации переадресованного входящего сообщения нисходящей линии связи из хост-компьютера 930 (например, передан) для подключенного UE 991. Аналогичным образом, базовая станция 912 не должна получать информацию о маршрутизации исходящего сообщения восходящей линии связи из UE 991 к хоста-компьютеру 930.

Фиг. 14 иллюстрирует хост-компьютер, взаимодействующий через базовую станцию с устройством пользователя частично по беспроводной связи в соответствии с некоторыми вариантами осуществления. Пример реализации, в соответствии с вариантом осуществления, UE, базовой станции и хост-компьютера, описанных в предшествующих параграфах, будет описан со ссылкой на систему связи на фиг. 14. В системе 1000 связи, хост-компьютер 1010 содержит аппаратные средства 1015, включающие в себя интерфейс 1016 связи, выполненный с возможностью устанавливать и поддерживать проводное или беспроводное соединение с интерфейсом другого устройства связи системы 1000 связи. Хост-компьютер 1010 дополнительно включает в себя схему 1018 обработки, которая может иметь функциональные возможности хранения и/или. В частности, схема 1018 обработки может включать в себя один или более программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или комбинации из них (не показано), выполненная с возможностью исполнять инструкции. Хост-компьютер 1010 дополнительно содержит программное обеспечение 1011, которое хранится в или доступно хост-компьютером 1010 и исполняемые схемой 1018 обработки. Программное обеспечение 1011 включает в себя хост-приложение 1012. Хост-приложение 1012 может быть выполнено с возможностью предоставлять услуги удаленного пользователя, такого как UE 1030 подключения через ОТТ соединение 1050, заканчивающиеся на UE 1030 и хост-компьютере 1010. При предоставлении услуг для удаленного пользователя, хост-приложение 1012 может обеспечивать пользовательские данные, которые передаются с помощью OTT соединения 1050.

Система 1000 связи дополнительно включает в себя базовую станцию 1020, представленную в телекоммуникационной системе, и содержащую аппаратные средства 1025, позволяющие взаимодействовать с хост-компьютером 1010 и UE 1030. Аппаратные средства 1025 могут включать в себя интерфейс 1026 связи для установления и поддержания проводного или беспроводного соединения с интерфейсом другого устройство связи системы 1000 связи, а также радио интерфейс 1027 для установления и поддержания, по меньшей мере, беспроводной связи 1070 с UE 1030, расположенной в области покрытия (не показано на фиг. 14), обслуживаемом базовой станции 1020. Интерфейс 1026 связи может быть выполнен с возможностью облегчения подключения к хост-компьютеру 1010. Соединение 1060 может быть прямым или он может проходить через базовую сеть (не показано на фиг. 14) телекоммуникационной системы и/или через одну или несколько промежуточных сетей за пределами телекоммуникационной системы. В показанном варианте осуществления, аппаратные средства 1025 базовой станции 1020 дополнительно включают в себя схему 1028 обработки, которая может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или комбинации из них (не показано), выполненную с возможностью исполнять инструкции. Базовая станция 1020 дополнительно содержит программное обеспечение 1021, хранящееся внутри или доступно через внешнее соединение.

Система 1000 связи дополнительно включает в себя UE 1030, как уже упоминалось. Аппаратные средства 1035 могут включать в себя радио интерфейс 1037, выполненный с возможностью устанавливать и поддерживать беспроводное соединение 1070 с базовой станцией, обслуживающей область покрытия, в которой UE 1030 в данный момент находится. Аппаратные средства 1035 UE 1030 дополнительно включает в себя схему 1038 обработки, которая может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или комбинации из них (не показано), выполненную с возможностью исполнять инструкции. UE 1030 дополнительно содержит программное обеспечение 1031, которое хранится в или доступно с помощью UE 1030 и выполняемого схемой 1038 обработки. Программного обеспечения 1031 включает в себя клиентское приложение 1032. Клиентское приложение 1032 может быть выполнено с возможностью предоставлять услугу для человека или нет пользователя посредством UE 1030, с поддержкой хоста-компьютер 1010. В хост-компьютере 1010, исполнитель хост-приложения 1012 может осуществлять связь с исполняющим клиентским приложением 1032 через ОТТ соединение 1050, заканчивающийся на UE 1030 и хост-компьютере 1010. При предоставлении услуги пользователя, клиентское приложение 1032 может получать данные запроса от хост-приложения 1012 и предоставлять пользовательские данные в ответ на запрос данных. ОТТ соединение 1050 может передавать как данные запроса, так и данные пользователя. Клиентское приложение 1032 может взаимодействовать с пользователем, чтобы генерировать пользовательские данные, которые предоставляет.

Следует отметить, что хост-компьютер 1010, базовая станция 1020 и UE 1030 проиллюстрированные на фиг. 14, могут быть подобны или идентичны хост-компьютеру 930, одной из базовых станций 912a, 912b, 912c и одному из UEs 991, 992, показанные на фиг 13, соответственно. Это говорит о том, что процесс функционирования этих структур может быть таким, как показано на фиг. 14, и независимо, окружающая топология сети может быть таковой, как показано на фиг. 13.

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

Беспроводное соединение 1070 между UE 1030 и базовой станцией 1020 выполнено в соответствии с принципами вариантов осуществления, описанных в данном описании. Один или несколько из различных вариантов осуществления повышают производительности услуг, предоставляемых OTT UE 1030 с помощью OTT соединения 1050, в котором беспроводное соединение 1070 формирует последний сегмент. Точнее, контент этих вариантов осуществления может улучшить процедуру хендовера и, таким образом, обеспечивает преимущества, такое как меньшее количество перебоев обслуживания.

Может быть предусмотрена процедура измерения с целью мониторинга скорости передачи данных, задержки и других факторов, на которых один или более вариантов улучшения. Может дополнительно быть предоставлена функциональная возможность сети для реконфигурации OTT соединения 1050 между хост-компьютером 1010 и UE 1030, в ответ на изменения результатов измерений. Процедура измерения и/или функциональные возможности сети для реконфигурации соединения OTT 1050 могут быть реализованы в программном обеспечении 1011 и аппаратных средствах 1015 хост-компьютера 1010 или программного обеспечения 1031 и аппаратного обеспечения 1035 UE 1030 или обоих. В вариантах осуществления, датчики (не показаны) могут быть развернуты в или в сочетании с устройствами связи, через которые ОТТ соединение 1050 проходит; датчики могут быть использованы в процедуре измерения путем подачи значения контролируемых величин в качестве примеров выше, или предоставления значений других физических величин, из которого программное обеспечение 1011, 1031 может вычислять или оценить контролируемые величины. Реконфигурирование OTT соединения 1050 может включать в себя формат сообщения, параметры повторной передачи, предпочтительной маршрутизации и т.д.; реконфигурация не влияет на базовую станцию 1020, и это может быть неизвестно или незаметно для базовой станции 1020. Такие процедуры и функции могут быть известны и практикуемыми в данной области техники. В некоторых вариантах осуществления измерения могут включать в себя собственную UE сигнализацию для облегчения измерений хост-компьютера 1010 пропускной способности, времени распространения, задержки и тому подобное. Измерения могут быть реализованы в программном обеспечении 1011 и 1031 вызывают сообщения, которые должны передаваться, в частности пустых или «фиктивных» сообщений, используя OTT соединение 1050 в то время, как контролируют время распространения, ошибку и т.д.

Фиг. 15 представляет собой блок-схему алгоритма, иллюстрирующую способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть те, которые описаны со ссылкой на фиг. 13 и фиг. 14. Для простоты осуществления настоящего изобретения будет приведено описание только со ссылкой на фиг. 15. На этапе 1110 хост-компьютер предоставляет пользователю данные. На подэтапе 1111 (который может быть необязательным) на этапе 1110, хост-компьютер обеспечивает пользовательские данные посредством выполнения хост-приложения. На этапе 1120 хост-компьютер инициирует передачу, несущие пользовательские данные в UE. На этапе 1130 (который может быть возможным) базовая станция передает в UE пользовательские данные, которые передают в передаче, которую инициирует хост-компьютер, в соответствии с принципами вариантов осуществления, описанные в данном документе. На этапе 1140 (который также может быть возможным) UE выполняет клиентское приложение, ассоциированное с хост-приложением, выполняемым компьютером.

На фиг. 16 показана блок-схема алгоритма, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть те, которые описаны со ссылкой на фиг. 13 и фиг. 14. Для простоты осуществления настоящего изобретения будет приведено описание только со ссылкой на фиг. 16. На этапе 1210 способа, хост-компьютер предоставляет пользователю данные. В возможном подэтапе (не показано), хост-компьютер обеспечивает данные пользователя посредством выполнения хост-приложения. На этапе 1220, хост-компьютер инициирует передачи, несущие пользовательские данные в UE. Передачи могут проходить через базовую станцию, в соответствии с принципами вариантов осуществления, описанные в данном документе. На этапе 1230 (который может быть возможным), устройство пользователя принимает пользовательские данные, передаваемые посредством передач.

На фиг. 17 показана блок-схема алгоритма, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть те, которые описаны со ссылкой на фиг. 13 и фиг. 14. Для простоты осуществления настоящего изобретения будет приведено описание только со ссылкой на фиг. 17. На этапе 1310 (который может быть возможным), устройство пользователя принимает входные данные, предоставляемые хост-компьютером. Дополнительно или альтернативно, на этапе 1320 UE предоставляет пользователю данные. В подэтапе 1321 (который может быть необязательным) на этапе 1320 UE обеспечивает пользовательские данные посредством выполнения клиентского приложения. В подэтапе 1311 (который может быть возможным) на этапе 1310 UE выполняет клиентское приложение, которое обеспечивает пользовательские данные в ответ на принятые входные данные, предоставленные хост-компьютером. При предоставлении пользовательских данных, выполненное клиентское приложение может дополнительно рассмотреть пользовательский ввод, полученный от пользователя. Независимо от конкретного способа, которым были предоставлены пользовательские данные, UE инициирует на подэтапе 1330 (который может быть возможным) передачи пользовательских данных на хост-компьютер. На этапе 1340 способа, хост-компьютер принимает пользовательские данные, переданные от UE, в соответствии с принципами вариантов осуществления, описанных в данном разделе.

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

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

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

Фиг. 19 иллюстрирует способ 1500, выполняемый беспроводным устройством 410 для произвольного доступа на основе луча, в соответствии с некоторыми вариантами осуществления. Способ начинается на этапе 1510, когда беспроводное устройство 410 принимает от сетевого узла 415 команду хендовера. Команда хендовера содержит, по меньшей мере, одно пороговое значение пригодности.

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

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

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

На этапе 1540 беспроводное устройство 410 выбирает конкретный луч из множества лучей на основании сравнении измерений множества лучей, по меньшей мере, с одним пороговым значением пригодности.

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

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

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

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

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

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

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

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

В некоторых вариантах осуществления способ произвольного доступа на основе луча, как описано выше, может быть выполнен с помощью компьютера сетевого виртуального устройства. Фиг. 20 иллюстрирует пример виртуального вычислительного устройства 1600 для произвольного доступа на основе луча, в соответствии с некоторыми вариантами осуществления. В некоторых вариантах осуществления, виртуальное вычислительное устройство 1600 может включать в себя модули для выполнения операций, аналогичные тем, которые описаны выше в отношении способа, показанного и описанного на фиг. 19. Например, виртуальное вычислительное устройство 1600 может включать в себя модуль 1610 приема, модуль 1620 исполнения, модуль 1630 сравнения 1630, модуль 1640 выбора, модуль 1650 инициирования и любые другие подходящие модули для произвольного доступа на основе луча. В некоторых вариантах осуществления один или более модулей может быть реализован с использованием схемы 420 обработки на фиг. 10. В некоторых вариантах осуществления функция двух или более различных модулей может быть объединена в единый модуль.

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

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

Модуль 1630 сравнения может выполнять функции сравнения виртуального вычислительного устройства 1600. Например, в конкретном варианте осуществления, модуль 1630 сравнения может сравнивать результат измерения множества лучей, по меньшей мере, с одним пороговым значением пригодности.

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

Модуль 1650 инициирования может выполнять функции инициирования виртуального вычислительного устройства 1600. Например, в конкретном варианте осуществления, модуль 1650 инициирования может инициировать процедуру произвольного доступа.

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

Фиг. 21 иллюстрирует способ 1700, выполняемый целевым сетевым узлом 415 для имитации луча на основе произвольного доступа с беспроводным устройством, в соответствии с некоторыми вариантами осуществления. Способ 1700 начинается на этапе 1710, когда целевой сетевой узел 415 передает в исходный сетевой узел 415, подключенный к беспроводному устройству 410, команду хендовера. Команда хендовера содержит, по меньшей мере, одно пороговое значение пригодности, которое включает в себя минимальное качество радиосвязи для использования беспроводного устройства при выборе конкретного одного из множества лучей, чтобы инициировать хендовер к целевому сетевому узлу.

На этапе 1720 целевой сетевой узел 415 принимает от беспроводного устройства 410 преамбулу произвольного доступа.

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

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

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

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

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

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

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

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

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

В некоторых вариантах осуществления способ произвольного доступа на основе луча, как описано выше, может быть выполнен с помощью компьютера сетевого виртуального устройства. Фиг. 22 иллюстрирует пример виртуального вычислительного устройства 1800 для произвольного доступа на основе луча, в соответствии с некоторыми вариантами осуществления. В некоторых вариантах осуществления, виртуальное вычислительное устройство 1800 может включать в себя модули для выполнения операций, аналогичных тем, которые описаны выше в отношении способа, показанного и описанного на фиг. 21. Например, виртуальное вычислительное устройство 1800 может включать в себя модуль 1810 передачи, модуль 1820 приема и любые другие подходящие модули для произвольного доступа на основе луча. В некоторых вариантах осуществления один или более модулей может быть реализован с использованием схемы 470 обработки на фиг. 9 В некоторых вариантах осуществления функция двух или более различных модулей может быть объединена в единый модуль.

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

Модуль 1820 приема может выполнять функции приема виртуального вычислительного устройства 1800. Например, в конкретном варианте осуществления, модуль 1820 приема может принимать от беспроводного устройства 410 преамбулу произвольного доступа.

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

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

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

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

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

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

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

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

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

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

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

В некоторых вариантах осуществления способ произвольного доступа на основе луча, как описано выше, может быть выполнен с помощью компьютера сетевого виртуального устройства. Фиг. 24 иллюстрирует пример виртуального вычислительного устройства 2000 для произвольного доступа на основе луча, в соответствии с некоторыми вариантами осуществления. В некоторых вариантах осуществления, виртуальное вычислительное устройство 2000 может включать в себя модули для выполнения операций, аналогичных тем, которые описаны выше в отношении способа, показанного и описанного на фиг. 23. Например, виртуальное вычислительное устройство 2000 может включать в себя модуль 2010 приема, модуль 2020 передачи и любые другие подходящие модули для произвольного доступа на основе луча. В некоторых вариантах осуществления один или более модулей может быть реализован с использованием схемы 470 обработки на фиг. 9 В некоторых вариантах осуществления функция двух или более различных модулей может быть объединена в единый модуль.

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

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

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

Дополнительные варианты осуществления

Группа A вариантов осуществления

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

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

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

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

Группа B вариантов осуществления

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

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

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

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

Группа C вариантов осуществления

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

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

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

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

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

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

7. Устройство пользователя (UE) для процедуры произвольного доступа при многолучевом распространении при выполнении хендовера, UE, содержащее:

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

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

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

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

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

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

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

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

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

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

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

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

11. Система связи по 3 предшествующим вариантам осуществления, в котором:

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

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

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

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

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

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

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

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

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

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

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

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

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

18. Система связи по 2 предшествующим вариантам осуществления, в котором:

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

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

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

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

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

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

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

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

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

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

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

24. Система связи по 3 предшествующим вариантам осуществления, в котором:

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

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

25. Система связи по 4 предшествующим вариантам осуществления, в котором:

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

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

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

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

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

28. Способ по 2 предшествующим вариантам осуществления, дополнительно содержащий:

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

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

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

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

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

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

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

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

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

33. Система связи по 3 предшествующим вариантам осуществления, в котором:

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

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

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

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

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

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

Сокращения

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

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

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

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

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

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

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

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

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

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

еNB - E-UTRAN узел B

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 - новое радио

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

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

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

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

OTDOA - наблюдаемая разница время прибытия

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

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

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

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

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

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

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

Изобретение относится к беспроводной связи. Способ произвольного доступа на основе луча, выполняемый беспроводным устройством, включает в себя этап, на котором принимают от сетевого узла команду хендовера, причем команда хендовера содержит по меньшей одно пороговое значение пригодности. Выполняют измерения каждого из множества лучей, обнаруженных беспроводным устройством. Результаты измерений множества лучей сравнивают с указанным по меньшей мере одним пороговым значением пригодности. На основании сравнения выбирают конкретный луч и инициируют процедуру произвольного доступа. Технический результат заключается в обеспечении надежной непрерывной связи. 8 н. и 30 з.п. ф-лы, 24 ил., 3 табл.

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

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

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

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

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

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

при этом:

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

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

второе из множества пороговых значений пригодности ассоциировано с повторной передачей преамбулы, и

второе из множества пороговых значений пригодности ниже первого из множества пороговых значений пригодности.

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

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

4. Способ по любому из пп. 1-3, в котором указанное по меньшей мере одно пороговое значение пригодности содержит по меньшей мере одно пороговое значение пригодности физического канала произвольного доступа (PRACH) или по меньшей мере одно пороговое значение пригодности канала произвольного доступа (RACH).

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

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

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

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

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

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

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

9. Беспроводное устройство для произвольного доступа на основе луча, содержащее:

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

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

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

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

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

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

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

при этом

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

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

второе из множества пороговых значений пригодности ассоциировано с повторной передачей преамбулы, и

второе из множества пороговых значений пригодности ниже первого из множества пороговых значений пригодности.

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

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

12. Беспроводное устройство по любому из пп. 9-11, в котором указанное по меньшей мере одно пороговое значение пригодности содержит по меньшей мере одно пороговое значение пригодности физического канала произвольного доступа (PRACH) или по меньшей мере одно пороговое значение пригодности канала произвольного доступа (RACH).

13. Беспроводное устройство по любому из пп. 9-12, в котором:

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

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

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

14. Беспроводное устройство по любому из пп. 9-13, в котором указанное по меньшей мере одно пороговое значение пригодности содержит по меньшей мере одну минимальную принимаемую мощность опорного сигнала (RSRP).

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

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

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

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

при этом:

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

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

второе из множества пороговых значений пригодности ассоциировано с повторной передачей преамбулы, и

второе из множества пороговых значений пригодности ниже первого из множества пороговых значений пригодности.

17. Способ по п. 16, дополнительно содержащий этап, на которых:

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

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

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

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

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

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

19. Способ по любому из пп. 16-18, в котором указанное по меньшей мере одно пороговое значение пригодности содержит по меньшей мере одно пороговое значение пригодности физического канала произвольного доступа (PRACH) или по меньшей мере одно пороговое значение пригодности канала произвольного доступа (RACH).

20. Способ по любому из пп. 16-19, в котором указанное по меньшей мере одно пороговое значение пригодности содержит по меньшей мере одно минимальное качество радиосвязи.

21. Способ по любому из пп. 16-20, в котором указанное по меньшей мере одно пороговое значение пригодности содержит по меньшей мере одну минимальную принимаемую мощность опорного сигнала (RSRP).

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

23. Целевой сетевой узел для инициирования произвольного доступа на основе луча у беспроводного устройства, причем целевой сетевой узел содержит:

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

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

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

приема от беспроводного устройства преамбулы произвольного доступа,

при этом:

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

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

второе из множества пороговых значений пригодности ассоциировано с повторной передачей преамбулы, и

второе из множества пороговых значений пригодности ниже первого из множества пороговых значений пригодности.

24. Целевой сетевой узел по п. 23, в котором схема обработки выполнена с возможностью исполнять инструкции, чтобы вызывать выполнение целевым сетевым узлом:

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

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

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

25. Целевой сетевой узел по п. 23, в котором схема обработки выполнена с возможностью исполнять инструкции, чтобы вызвать выполнение целевым сетевым узлом:

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

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

26. Целевой сетевой узел по любому из пп. 23-25, в котором указанное по меньшей мере одно пороговое значение пригодности содержит по меньшей мере одно пороговое значение пригодности физического канала произвольного доступа (PRACH) или по меньшей мере одно пороговое значение пригодности канала произвольного доступа (RACH).

27. Целевой сетевой узел по любому из пп. 23-26, в котором указанное по меньшей мере одно пороговое значение пригодности содержит по меньшей мере одно минимальное качество радиосвязи.

28. Целевой сетевой узел по любому из пп. 23-27, в котором указанное по меньшей мере одно пороговое значение пригодности содержит по меньшей мере одну минимальную принимаемую мощность (RSRP).

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

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

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

при этом

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

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

второе из множества пороговых значений пригодности ассоциировано с повторной передачей преамбулы, и

второе из множества пороговых значений пригодности ниже первого из множества пороговых значений пригодности.

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

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

31. Способ по п. 29 или 30, в котором указанное по меньшей мере одно пороговое значение пригодности содержит по меньшей мере одно пороговое значение пригодности физического канала произвольного доступа (PRACH) или по меньшей мере одно пороговое значение пригодности канала произвольного доступа (RACH).

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

33. Способ по любому из пп. 29-32, в котором указанное по меньшей мере одно пороговое значение пригодности содержит по меньшей мере одну минимальную принимаемую мощность опорного сигнала (RSRP).

34. Исходный сетевой узел для произвольного доступа на основе луча, содержащий:

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

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

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

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

при этом

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

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

второе из множества пороговых значений пригодности ассоциировано с повторной передачей преамбулы, и

второе из множества пороговых значений пригодности ниже первого из множества пороговых значений пригодности.

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

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

36. Исходный сетевой узел по п. 34 или 35, в котором указанное по меньшей мере одно пороговое значение пригодности содержит по меньшей мере одно пороговое значение пригодности физического канала произвольного доступа (PRACH) или по меньшей мере одно пороговое значение пригодности канала произвольного доступа (RACH).

37. Исходный сетевой узел по п. 34 или 35, в котором указанное по меньшей мере одно пороговое значение пригодности содержит по меньшей мере одно минимальное качество радиосвязи.

38. Исходный сетевой узел по любому из пп. 34-37, в котором указанное по меньшей мере одно пороговое значение пригодности содержит по меньшей мере одну минимальную принимаемую мощность опорного сигнала (RSRP).