ПРОЦЕДУРА ПРОИЗВОЛЬНОГО ДОСТУПА ПРИ МНОГОЛУЧЕВОМ РАСПРОСТРАНЕНИИ ПРИ ВЫПОЛНЕНИИ ХЕНДОВЕРА
ARBITRARY ACCESS PROCEDURE FOR MULTIPATH PROPAGATION WHEN PERFORMING A HANDOVER

Область техники, к которой относится изобретение
Настоящее изобретение относится, в общем, к беспроводной связи и, более конкретно, к процедуре произвольного доступа при многолучевом распространении.
Уровень техники
В стандарте «Долгосрочное развитие» (LTE) устройство пользователя (UE) в режиме RRC_Connected выполняет хэндоверы, когда UE должно изменить соты. Это резюмируется в рамках проекта партнерства 3-го поколения (3GPP) Техническая спецификация (TS) 36.300.
Фиг.1А и фиг.1В иллюстрируют хендовер, как описано в 3GPP TS 36.300. На этапе 1-0, контекст UE в пределах исходного совершенствованного узла B (еNB) 10 содержит информацию о роуминге и ограничений доступа, которые были предоставлены либо при установлении соединения, либо при последнем обновлении зоны слежения (TA. На этапе 1-1, исходный еNB 10 конфигурирует процедуры измерения для UE 5 согласно информации роуминга и ограничения доступа и, например, имеющейся информации множественной полосы частот. Измерения, предоставляемые исходным еNB 10, могут помочь функции управления мобильности подключения UE 5.
еNB
eNB
На этапе 1-2, отчет об измерении запускается и отправляется в исходный еNB 10 с помощью UE 5. На этапе 1-3 исходный еNB 10 принимает решение на основании отчета об измерении и информации управления радиоресурсами (RRM) переадресовать вызов в UE 5. На этапе 1-4 исходный еNB 10 направляет сообщение хендовера в целевой еNB 15, передавая необходимую информацию для подготовки хендовера на целевой стороне. Эта информация может включать в себя, например: UE Х2 сигнализацию опорного контекста в исходный еNB 10; UE S1 сигнализацию опорного контекста усовершенствованного пакетного ядра (EPC); ID целевой соты; К*(ключ, сгенерированный исходным еNB, который будет использоваться в качестве K на целевом еNB для генерирования других ключей); контекст управления ресурсами радиосвязи (RRC) (включающий в себя временный идентификатор радиосети соты (C-RNTI) UE 5 в исходном еNB 10); конфигурация уровня доступа (AS); контекст канала радиодоступа (Е-RAB) развитого пакетного ядра (EPS) и контекст ID физического уровня исходной соты плюс короткий код аутентификации сообщения-целостности (MAC-I) для восстановления возможного отказа радиолинии (RLF). UE X2/UE S1 опорная сигнализация позволяют целевому еNB 15 обращаться к исходному еNB 10 и EPC. Контекст Е-RAB включает в себя необходимую адресную информацию уровня радиосети (RNL) и уровня транспортной сети (TNL) и профили качества обслуживания (QoS) E-RAB.
На этапе 1-5, управление доступом может выполняться посредством целевого eNB 15 в зависимости от принятой RAB QoS информации, чтобы увеличить вероятность успешного хендовера, если ресурсы могут быть предоставлены целевым еNB 15. Целевой еNB 15 конфигурирует необходимые ресурсы в соответствии с принятой RAB QoS информацией и резервирует C-RNTI и, возможно, преамбулу канала произвольного доступа (RACH). АС-конфигурация, которая будет использоваться в целевой соте, может либо быть задана независимо (то есть, «установлена») или может быть сравнена в виде дельты с AS-конфигурацией, используемой в исходной соте (то есть, «реконфигурация»).
На этапе 1-6, целевая еNB 15 подготавливает хендовер с L1/L2 и отправляет сообщение подтверждение запроса хендовера в исходный еNB 10. Сообщение подтверждения запроса хендовера включает в себя прозрачный контейнер для отправки в UE 5 в виде сообщения RRC для выполнения хендовера. Контейнер включает в себя новый C-RNTI, целевой еNB идентифицирует алгоритм безопасности из выбранных алгоритмов безопасности, и может включать в себя выделенную RACH преамбулу и, возможно, некоторые другие параметры (например, параметры доступа, блоки системной информации (SIBs) и т.д.). Сообщение подтверждения запроса хендовера может также включать в себя RNL/TNL информацию для туннелей переадресации, в случае необходимости.
Следует отметить, что, как только исходный еNB 10 принимает подтверждение запроса хендовера или, как только инициируют передачу команды хендовера в нисходящей линии связи (DL), может быть инициирована переадресация данных.
Как описано более подробно ниже, оставшиеся этапы 1-7 через 1-16 обеспечивают средство для предотвращения потери данных во время хендовера и, дополнительно подробно описаны в разделах 10.1.2.1.2 и 10.1.2.3 3GPP TS 36.300.
На этапе 1-7 целевой еNB 15 генерирует сообщение RRC для выполнения хендовера (то есть, RRCConnectionReconfiguration сообщение, включающее в себя mobilityControlInformation) для отправки в исходный еNB 10 по направлению к UE 5. Исходный eNB 10 выполняет необходимую защиту целостности и шифрование сообщения. UE 5 принимает сообщение RRCConnectionReconfiguration с необходимыми параметрами (например, новый C-RNTI, идентификаторы алгоритма безопасности целевого еNB и, возможно, выделенной RACH преамбулы, SIBs целевого еNB и т.д.), и управляет исходным eNB 10, чтобы выполнить хендовер. UE 5 не нужно задерживать выполнение хендовера для доставки гибридного автоматического запроса на повторение (HARQ)/ответного сообщения автоматического запроса на повтор (ARQ) в исходный еNB 10.
На этапе 1-8 исходный еNB 10 отправляет сообщение SN статуса передачи в целевой еNB 15 для передачи восходящей линии связи (UL) порядкового номера (SN) протокола конвергенции пакетных данных (PDCP) статуса приемника и DL PDCP-SN статуса передатчика E-RAB, для которых применяется сохранение PDCP статуса (например, для подтвержденного режима (АМ) управления радиоканалом (RLC)). UL PDCP SN статус приемника содержит, по меньшей мере, PDCP SN первого отсутствующего UL блока служебных данных (SDU) и может включать в себя битовую карту принятого статуса из последовательности UL SDU, что UE 5 требуется для повторной передачи в целевой соте, если имеются таковые SDU. DL PDCP SN статус передатчика указывает следующий PDCP SN, что целевой еNB 15 должен назначить новые SDU, не имеющий пока PDCP SN. Исходный еNB 10 может пропустить отправку этого сообщения, если ни один из E-RAB UE 5 не должен рассматриваться с сохранением PDCP статуса.
После приема сообщения RRCConnectionReconfiguration, включающее в себя mobilityControlInformation, на этапе 1-9 UE 5 выполняет синхронизацию с целевым еNB 15 и осуществляет доступ к целевой соте через RACH, после выполнения процедуры без конкуренции, если выделенная RACH преамбула была указана в mobilityControlInformation, или после процедуры с конкуренцией при отсутствии указания выделенной преамбулы. UE 5 извлекает конкретные ключи целевого еNB и конфигурирует выбранные алгоритмы безопасности, которые будут использоваться в целевой соте.
На этапе 1-10, целевой еNB 15 реагирует на выделение UL и синхронизацию с опережением.
Когда UE 5 успешно получило доступ к целевой соте на этапе 1-11 UE 5 отправляет сообщение RRCConnectionReconfigurationComplete (C-RNTI) для подтверждения хендовера, а также отчет о состоянии буфера UL (BSR) всякий раз, когда это возможно в целевой еNB 15 для указания, что процедура хендовера завершена для UE 5. Целевой eNB15 проверяет идентификатор C-RNTI, отправленный в сообщении RRCConnectionReconfigurationComplete.
Обратимся теперь к рассмотрению фиг.1B, целевой еNB 15 теперь может начать отправлять данные в UE 5. На этапе 1-12, целевой еNB 15 отправляет сообщение запроса переключения тракта в узел 20 управления мобильностью (MME) для информирования MME 20, что UE 5 изменила соту. На этапе 1-13, ММЕ 20 отправляет сообщение с запросом изменить канал в обслуживающий шлюз 25. На этапе 1-14, обслуживающий шлюз 25 переключает DL тракт данных на целевой сторону. Обслуживающий шлюз 25 отправляет один или более «маркер конца» пакетов по ранее используемому тракту в исходный еNB 10, и затем может высвободить любые ресурсы плоскости пользователя/TNL в направлении исходного еNB 10.
На этапе 1-15 обслуживающий шлюз 25 отправляет сообщение ответа изменить канал в ММЕ 20. На этапе 1-16 ММЕ 20 подтверждает сообщение запроса переключения тракта сообщением подтверждения запроса переключения тракта. Отправляя UE сообщение высвобождения контекста на этапе 1-17, целевой еNB 15 информирует исходный еNB 10 об успешном выполнении хендовера и инициирует высвобождение ресурсов исходного еNB 10. Целевой еNB 15 отправляет это сообщение после сообщения подтверждения запроса переключения тракта, принятое от MME 20.
После приема сообщения высвобождения контекста UE на этапе 1-18 исходный еNB 10 может высвободить радиоресурсы и соответствующие ресурсы плоскости управления, ассоциированные с контекстом UE. Любые текущие пересылки данных могут продолжиться.
Когда хэндовер Х2 используются с участием абонентского узла еNB (HeNB) и когда исходный HeNB подключен к HeNB шлюзу (GW), сообщение с запросом UE высвобождения контекста, включающее в себя явное указание GW высвобождения контекста, отправляется исходным HeNB, чтобы указать, что HeNB GW может освободить все ресурсы, связанные с контекстом UE. Что касается выполнения хендовера и, в частности, процедура произвольного доступа, спецификация 3GPP TS 38.331 определяет следующее:
5.3.5.4 Прием в RRCConnectionReconfiguration включающее в себя 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 одновременной передачу с той же сигнатурой, что приводит к необходимости последующего процесса разрешения конфликтов. Для хендовера, еNB имеет возможность предотвращать конкуренцию посредством предоставления выделенной сигнатуры для UE (без конкуренции).
Процедура на основе конкуренции состоит из четырех этапов: (1) передача преамбулы; (2) ответ произвольного доступа; (2) передача сообщения 3 (MSG.3); и (4) сообщение разрешения конфликта.
Фиг.2 иллюстрирует пример процедуры произвольного доступа на основе конкуренции. На этапе 201 UE 5 посылает преамбулу произвольного доступа (с встроенной индикацией 1-биты для L2/L3 размера сообщения) в еNB 15. В связи с передачей преамбулы, UE 5 выбирает одну из 64-Z физического канала произвольного доступа (PRACH) последовательностей на основе конкуренции (где Z представляет собой число выделения для преамбул без конкуренции, выделенных еNodeB 15). Набор сигнатур на основе конкуренции дополнительно подразделяется на две подгруппы, так что выбор преамбулы может нести один бит информации, касающейся количества ресурсов передачи, необходимых для передачи MSG.3. Широковещательная системная информация (SI) указывает, какие сигнатуры находятся в каждой из двух подгрупп (каждая подгруппа соответствует одному значению одного бита информации), а также значения каждой подгруппы. UE 5 выбирает последовательность из подгруппы, соответствующей размеру ресурса передачи, необходимый для надлежащего использования RACH (в некоторых случаях использования требуются только несколько бит, подлежащие передаче в MSG.3, поэтому выбирая небольшой размер сообщения, избегают выделения ненужных UL ресурсов). При выборе соответствующего размера ресурса, чтобы указать UE 5 учитывает текущие DL потери в тракте и требуемую мощность передачи для MSG.3, чтобы избежать предоставления ресурсов для MSG.3, которые превысят требуемую мощность передачи, что превысит максимальная мощность UE 5. Мощность передачи, требуемая для MSG.3, рассчитывается на основании некоторых параметров, транслируемых eNB 15, так что сеть имеет некоторую гибкость для адаптации максимального размера MSG.3. еNB 15 может контролировать количество последовательностей в каждой подгруппе в соответствии с наблюдаемыми нагрузками в каждой группе.
Начальная преамбула установки мощности передачи основана на оценке без обратной связи с полной компенсацией потерь в тракте. Это сделано, чтобы гарантировать, что принимаемая мощность последовательности не зависит от потерь в тракте. UE 5 оценивает потери в тракте путем усреднения измерений DL принимаемой мощности опорного сигнала (RSRP). еNB 15 может также конфигурировать смещение дополнительной мощности в зависимости, например, от требуемого отношения принимаемого сигнала к помехе плюс шум (SINR), измеренной UL помехи и уровня шума в частотно-временных слотах, выделенный в RACH преамбулах и, возможно, также на формате преамбулы.
На этапе 202, еNB 15 посылает ответ произвольного доступа (RAR) в UE 5. RAR передает идентификатор обнаруженной преамбулы (ID преамбулы произвольного доступа (RAPID)), инструкция выравнивания синхронизации для синхронизации последующих передач UL из UE 5, первоначальное разрешение UL ресурса для передачи MSG.3, и назначение временного C-RNTI (которые могут или не могут быть сделаны постоянными в результате следующего этапа - разрешение конфликтов). RAR также скремблируют временным идентификатором радиосети произвольного доступа (RA-RNTI), когда RAR был обнаружен, и указывает на ресурс PRACH, когда была передана преамбула. Сообщение RAR может также включать в себя «указатель отсрочки», которую еNB 15 может установить, чтобы проинструктировать UE не осуществлять повторную попытку произвольного доступа в течение периода времени. UE 5 ожидает принять RAR в пределах временного окна, начало и конец которого сконфигурированы eNB 15, и транслировать как часть системной информации, специфичной для соты. Если UE 5 не принимает RAR в пределах заданного временного окна, то выбирает другую последовательность, которая должна быть передана снова. Минимальная задержка для передачи другой преамбулы после окончания окна RAR является 3ms.
еNB 15 может сконфигурировать преамбулы линейного изменения мощности, чтобы мощность передачи для каждой передаваемой преамбулы увеличивается на фиксированный шаг. еNB 15 может конфигурировать шаги линейного изменения мощности с точки зрения мощности и максимального числа попыток в общей сложности, прежде чем объявить сбой произвольного доступа.
На этапе 203 UE передает 5 MSG.3 в eNB 15. Это сообщение является первой запланированной передачей UL на физическом совместно используемом канале восходящей линии связи (PUSCH) и использует HARQ. Оно адресовано в временный C-RNTI выделяется в RAR и передают (в случае хендовера) предоставленный C-RNTI. В случае столкновения преамбулы, имевшее место на этапе 201, при столкновении UE будет принимать тот же временный C-RNTI через RAR и будет также сталкивается в одних и тех же временных-частотных ресурсах UL при передаче их сообщений L2/L3. Это может привести к помехам, так что UE не может декодировать, и UE перезапускают процедуру произвольного доступа после достижения максимального числа повторных передач HARQ. Однако, если одно UE успешно декодирует, конфликт остается нерешенным для других UE. Следующее сообщение DL (на этапе 204) позволяет быстро разрешить этот конфликт.
На этапе 204 еNB 15 посылает сообщение для раннего разрешения конфликтов. Сообщение разрешения конфликтов использует HARQ. Оно адресовано к C-RNTI (если указано в сообщении MSG.3 на этапе 203) или к временному C-RNTI и, в последнем случае, повторяет идентификатор UE, содержащийся в MSG.3. В случае конфликта, последующее успешное декодирование MSG.3, обратная связь HARQ передается только UE, которое обнаруживает свой собственный идентификатор UE (или C-RNTI); другие UE находятся в среде столкновения, не передают обратной связи HARQ, и может быстро выйти из текущей процедуры произвольного доступа и начать другую.
В настоящее время необходимо решить техническую задачу. Например, в Новом радио (NR) рассматривают некоторые аспекты, которые отличаются от LTE, которые влияют на поведение UE во время произвольного доступа. Одно из изменений является то, что в каждой NR соте может быть множество наборов блоков сигнала синхронизации (SSB), состоящие из одного или множества SSB, которые могут быть переданы в различных лучах (или направлениях). Для каждого из этих направлений могут быть некоторые различия в конфигурации PRACH ресурсов. Таким образом, в NR до инициирования произвольного доступа UE должно выполнить выбор луча (или выбор SSB) в пределах соты, чтобы получить PRACH ресурсы, которые должны быть использованы, такие как временные/частотные ресурсы и последовательность (последовательностей).
Раскрытие сущности изобретения
Для решения указанных выше технических задач посредством существующих решений, представлен способ в UE. Способ содержит прием сообщения из сетевого узла, причем сообщение содержит информацию об одном или более наборов выделенных ресурсов RACH, каждый набор выделенных RACH ресурсов ассоциирован с лучом, ассоциированный с целевой сотой. Способ содержит получение оценки качества луча для каждого луча, ассоциированного с одним или несколькими наборами выделенных ресурсов RACH. Способ содержит определение, на основании полученной оценки качества луча для каждого луча, ассоциированного с одним или несколькими наборами выделенных RACH ресурсов, удовлетворяет ли какой-либо луч, ассоциированный с одним или более наборов выделенных RACH ресурсов, одному или нескольким критериям первого набора критериев для выполнения произвольного доступа. Способ содержит выполнение произвольного доступа, основываясь на том, соответствует ли какой-либо луч, ассоциированный с одним или несколькими наборами выделенных ресурсов RACH, с одному или нескольким критериям первого набора критериев для выполнения произвольного доступа.
В некоторых вариантах осуществления, определение, соответствует любой луч, ассоциированный с одним или несколькими наборами выделенных RACH ресурсов, одному или нескольким критериям первого набора критериев для осуществления произвольного доступа, может содержать определение, что, по меньшей мере, один луч соответствует одному или нескольким критериям первого набора критериев для осуществления произвольного доступа.
В некоторых вариантах осуществления выполнение произвольного доступа может содержать передачу преамбулы произвольного доступа, используя выделенные ресурсы RACH, ассоциированные, по меньшей мере, с одним лучом, определяется с учетом одного или нескольких критериев первого набора критериев для осуществления произвольного доступа.
В некоторых вариантах осуществления, по меньшей мере, один луч может содержать множество лучей и выполнение произвольного доступа может содержать выбор одного из множества лучей на основании одного или несколько критериев второго набора критериев и передает преамбулу произвольного доступа с использованием выделенных ресурсов, ассоциированных с выбранным лучом. В некоторых вариантах осуществления один или более критериев второго набора критериев может содержать один или более из следующего: луч с сильным количеством измерений; луч, чей RACH ресурс временной области происходят в первую очередь; и луч, имеющий условия радиосвязи, в которые было наименьшее количество изменений в течение определенного периода времени.
В некоторых вариантах осуществления способ может дополнительно содержать прием информации об общих ресурсах RACH для целевой соты. В некоторых вариантах осуществления способ может дополнительно содержать назначение приоритета выделенных ресурсов RACH над общими RACH ресурсами для осуществления произвольного доступа. В некоторых вариантах осуществления, определение, соответствует ли любой луч, ассоциированный с одним или несколькими наборами выделенных RACH ресурсов, одному или нескольким критериям первого набора критериев для осуществления произвольного доступа может содержать определение, что ни один луч не соответствует одному или нескольким критериям первого набора критериев для осуществления произвольного доступа, и осуществления произвольного доступа может содержать передачу преамбулы произвольного доступа, используя общие ресурсы RACH.
В некоторых вариантах осуществления один или более критериев первого набора критериев может содержать один или более из: пороговое значение принимаемой мощности опорного сигнала (RSRP) порога; пороговое значение качества принимаемого опорного сигнала (RSRQ); и пороговое значение отношения сигнал-помеха-плюс-шум (SINR).
В некоторых вариантах осуществления, луч, ассоциированный с целевой сотой, может содержать блок сигнала синхронизации/физический широковещательный канал (SSB).
В некоторых вариантах осуществления, луч, ассоциированный с целевой сотой, может содержать ресурс опорного сигнала информации состояния канала (CSI-RS).
В некоторых вариантах осуществления получение оценки качества луча для каждого луча, ассоциированного с одним или несколькими наборами выделенных RACH ресурсов, может содержать выполнение одного или более измерений на каждом луче, ассоциированного с одним или несколькими наборами выделенных RACH ресурсов, одного или более измерения, указывающего качество луча. В некоторых вариантах осуществления одно или несколько измерений могут содержать одно или более из: измерения RSRP; измерение RSRQ; и измерение SINR.
В некоторых вариантах осуществления получение оценки качества луча для каждого луча, ассоциированного с одним или несколькими наборами выделенных RACH ресурсов, может содержать получение результатов одного или нескольких ранее выполненных измерений на каждом луче, ассоциированного с одним или несколькими наборами выделенных RACH ресурсов, одного или несколько ранее выполненных измерений, указывающие на качестве луча. В некоторых вариантах осуществления одно или несколько ранее выполненных измерений могут содержать одно или более из: измерения RSRP; измерение RSRQ; и измерение SINR.
В некоторых вариантах осуществления осуществление произвольного доступа может содержать инициирование процедуры произвольного доступа, и способ может дополнительно содержать запуск таймера в ответ на инициирование процедуры произвольного доступа.
В некоторых вариантах осуществления принятое сообщение может представлять собой сообщение о конфигурации хендовера, и процедура произвольного доступа может быть инициирована в ответ на прием сообщения конфигурации хендовера. В некоторых вариантах осуществления таймер может содержать таймер сбоя хендовера.
В определенном варианте осуществления способ может содержать обнаружение сбоя луча. Процедура произвольного доступа может быть инициирована в ответ на обнаружение сбоя луча, и сообщение, содержащее информацию об одном или более наборов выделенных ресурсов RACH, может быть получено после обнаружения сбоя луча. В некоторых вариантах осуществления таймер может содержать таймер восстановления сбоя луча.
В некоторых вариантах осуществления способ может дополнительно содержать прием сообщения ответа произвольного доступа до истечения таймера. В некоторых вариантах осуществления принятое сообщение ответа произвольного доступа может содержать инструкцию для UE для отсрочки.
В некоторых вариантах осуществления способ может дополнительно содержать определение, что сообщение ответа произвольного доступа не было принято до истечения таймера. В некоторых вариантах осуществления способ может дополнительно содержать выбор другого луча для осуществления произвольного доступа. В некоторых вариантах осуществления способ может дополнительно содержать увеличения мощности передачи UE и пересматривают, удовлетворяет ли какой-либо луч, ассоциированный с одним или несколькими наборами выделенных ресурсов RACH, одному или нескольким критериям первого набора критериев для осуществления произвольного доступа.
Также раскрыто UE. UE содержит приемник, передатчик и схему обработки, соединенную с приемником и передатчиком. Схема обработки выполнена с возможностью принимать сообщение от сетевого узла, причем сообщение содержит информацию об одном или более наборов выделенных ресурсов RACH каждого набора выделенных RACH ресурсов, ассоциированных с лучом, ассоциированного с целевой сотой. Схема обработки выполнена с возможностью получать оценки качества луча для каждого луча, ассоциированного с одним или несколькими наборами выделенных ресурсов RACH. Схема обработки выполнена с возможностью определять, на основании полученной оценки качества луча для каждого луча, ассоциированного с одним или несколькими наборами выделенных RACH ресурсов, удовлетворяет ли какой-либо луч, ассоциированный с одним или несколькими наборами выделенных RACH ресурсов, одному или нескольким критериям из первого набора критериев для осуществления произвольного доступа. Схема обработки выполнена с возможностью выполнять произвольный доступ, основываясь на том, соответствует ли какой-либо луч, ассоциированный с одним или несколькими наборами выделенных ресурсов RACH, одному или нескольким критериям первого набора критериев для осуществления произвольного доступа.
Также раскрыта компьютерная программа, компьютерная программа содержит инструкции, сконфигурированные для выполнения описанных выше способа в UE.
Также раскрыт компьютерный программный продукт, компьютерный программный продукт, содержащий постоянный машиночитаемый носитель информации, постоянный машиночитаемый носитель информации, содержащий компьютерную программу, содержащую исполняемые компьютером инструкции, которые при выполнении на процессоре, выполнены с возможностью выполнять описанный выше способ в UE.
Также раскрыт способ, в сетевом узле. Способ содержит передачу сообщения в UE, причем сообщение содержит информацию об одном или более наборах выделенных ресурсов RACH каждого набора выделенных RACH ресурсов, ассоциированных с лучом, ассоциированного с сетевым узлом. Способ содержит выполнение произвольного доступа UE на основании определения, соответствует ли какой-либо луч, ассоциированный с одним или несколькими наборами выделенных ресурсов RACH, одному или нескольким критериям первого набора критериев для осуществления произвольного доступа.
В некоторых вариантах осуществления, по меньшей мере, один луч может соответствовать одному или нескольким критериям первого набора критериев для осуществления произвольного доступа.
В некоторых вариантах осуществления выполнение произвольного доступа может содержать прием преамбулы произвольного доступа от UE на выделенных RACH ресурсах, ассоциированных, по меньшей мере, с одним лучом, который соответствует одному или нескольким критериям первого набора критериев для осуществления произвольного доступа.
В некоторых вариантах осуществления, по меньшей мере, один луч может содержать множество лучей и осуществление произвольного доступа может содержать прием преамбулы произвольного доступа от UE на выделенных RACH ресурсах, ассоциированных с одним из множества лучей, выбранных UE на основе одного или более критерий второго набора критериев. В некоторых вариантах осуществления один или более критериев второго набора критериев может содержать один или более из следующего: луч со значительным количеством измерений; луч, чьи RACH ресурсы во временной области предоставлены в первую очередь; и луч, имеющий условия радиосвязи, имели наименьшее количество изменений в течение определенного периода времени.
В некоторых вариантах осуществления луч, ассоциированный с одной или более наборами выделенных RACH ресурсов, не может удовлетворить одному или нескольким критериям первого набора критериев для осуществления произвольного доступа, и способ может включать в себя: передачу информации об общих RACH ресурсах для сетевого узла; и прием преамбулы произвольного доступа от UE на общих RACH ресурсах. В некоторых вариантах осуществления способ может содержать конфигурирование UE приоритетов выделенных ресурсов RACH над общим RACH ресурсом для осуществления произвольного доступа.
В некоторых вариантах осуществления один или более критериев первого набора критериев может содержать одно или более из: пороговое значение принимаемой мощности опорного сигнала (RSRP); пороговое значение принимаемого качества опорного сигнала (RSRQ); и пороговое значение отношения сигнал-помеха-плюс-шум (SINR).
В некоторых вариантах осуществления, луч, ассоциированный с сетевым узлом, может содержать SSB.
В некоторых вариантах осуществления, луч, ассоциированный с сетевым узлом, может содержать ресурс CSI-RS.
В некоторых вариантах осуществления, переданное сообщение может представлять собой сообщение конфигурации хендовера.
В некоторых вариантах осуществления изобретения переданное сообщение может быть передано в ответ на UE обнаружения сбоя луча.
В некоторых вариантах осуществления способ может дополнительно содержать передачу ответного сообщения произвольного доступа в UE.
В некоторых вариантах осуществления, сетевой узел может быть целевым сетевым узлом.
Также раскрыт сетевой узел. Сетевой узел содержит приемник, передатчик и схему обработки, соединенную с приемником и передатчиком. Схема обработки выполнена с возможностью передавать сообщения в UE, причем сообщение содержит информацию об одном или более наборах выделенных ресурсов RACH каждого наборе выделенных RACH ресурсов, ассоциированных с лучом, ассоциированного с сетевым узлом. Схема обработки выполнена с возможностью выполнять произвольный доступ с UE на основе определения, соответствует ли какой-либо луч, ассоциированный с одним или несколькими наборами выделенных ресурсов RACH, одному или нескольким критерия первого набора критериев для осуществления произвольного доступа.
Также раскрыта компьютерная программа, компьютерная программа содержит инструкции, выполненные с возможностью выполнения описанных выше способа в сетевом узле.
Также раскрыт компьютерный программный продукт, компьютерный программный продукт, содержащий постоянный машиночитаемый носитель информации, постоянный машиночитаемый носитель информации, содержащий компьютерную программу, содержащую исполняемые компьютером инструкции, которые при выполнении на процессоре, выполнены с возможностью выполнять описанный выше способ в сетевом узле.
Некоторые варианты осуществления настоящего изобретения могут обеспечить одно или несколько технических преимуществ. В качестве одного примера, некоторые варианты осуществления могут предпочтительно позволить UE выполнять произвольный доступ без конкуренции или произвольный доступ с конкуренцией до тех пор, как таймер T304 не истечет и, следовательно, может не допустить сбоя. Другие преимущества могут быть очевидны для специалистов в данной области техники. Некоторые варианты осуществления могут не иметь ни одного, могут иметь несколько или все из указанных преимуществ.
Краткое описание чертежей
Для более полного понимания раскрытых вариантов осуществления и их отличительных признаков и преимуществ, обратимся к следующему описанию, которое следует рассматривать совместно с прилагаемыми чертежами, на которых:
Фиг.1А и 1В иллюстрируют хендовер, как описано в 3GPP TS 36.300;
Фиг.2 иллюстрирует пример процедуры произвольного доступа на основе конкуренции;
Фиг.3 иллюстрирует сеть беспроводной связи, например, в соответствии с некоторыми вариантами осуществления;
Фиг.4А и фиг.4В иллюстрируют процедуру произвольного доступа при многолучевом распространении, например, в соответствии с некоторыми вариантами осуществления;
Фиг.5 показывает блок-схему последовательности операций способа в UE, в соответствии с некоторыми вариантами осуществления;
Фиг.6 показывает блок-схему устройства виртуализации, в соответствии с некоторыми вариантами осуществления;
Фиг.7 показана блок-схема последовательности операций способа в сетевом узле, в соответствии с некоторыми вариантами осуществления.
Фиг.8 показывает блок-схему устройства виртуализации, в соответствии с некоторыми вариантами осуществления;
Фиг.9 показывает один вариант осуществления UE, в соответствии с некоторыми вариантами осуществления;
Фиг.10 показывает блок-схему, иллюстрирующая среду виртуализации, в соответствии с некоторыми вариантами осуществления;
Фиг.11 иллюстрирует пример сети связи, соединенную через промежуточную сеть с хост-компьютером, в соответствии с некоторыми вариантами осуществления;
Фиг.12 иллюстрирует пример связи хост-компьютера через базовую станцию с UE частично через соединение беспроводной связи, в соответствии с некоторыми вариантами осуществления;
Фиг.13 показывает блок-схему последовательности операций способа, реализованного в системе связи, в соответствии с некоторыми вариантами осуществления;
Фиг.14 показывает блок-схему последовательности операций способа, реализованного в системе связи, в соответствии с некоторыми вариантами осуществления;
Фиг.15 представляет собой блок-схему последовательности операций способа, реализованный в системе связи, в соответствии с некоторыми вариантами осуществления; и
Фиг.16 представляет собой блок-схему последовательности операций способа, реализованный в системе связи, в соответствии с некоторыми вариантами осуществления.
Осуществление изобретения
Далее будет приведено подробное описание некоторых из вариантов осуществления, рассматриваемых в данном документе, со ссылкой на прилагаемые чертежи. Другие варианты осуществления, однако, содержатся в пределах объема раскрытого в настоящем документе предмета изобретения, при этом, раскрытый предмет изобретения не следует истолковывать как ограниченный только вариантами осуществления, изложенными в данном документе; скорее эти варианты осуществления приведены в качестве примера, чтобы передать объем предмета изобретения специалистам в данной области техники.
Как правило, все термины, используемые в настоящем описании, должны интерпретироваться в соответствии с их обычным значением в соответствующей области техники, если иной смысл ясным образом указан и/или подразумевается из контекста, в котором используется. Все ссылки на/AN/элемент, устройство, компонент, средство, этап и т.д., должны быть интерпретированы открыто, как со ссылкой, по меньшей мере, на один экземпляр элемент, устройство, компонент, средство, этап и т.д., если явно не указано иное. Этапы любых способов, раскрытых в настоящем описании, не должны быть выполнены в точном порядке раскрытия, если этап явно не описан, как предшествующий или последующий еще одному этапу и/или, где это подразумевается, что этап должен следовать или предшествовать еще одному этапу. Любой признак любого из вариантов осуществления, раскрытых здесь, может быть применен к любому другому варианту осуществления, когда это целесообразно. Кроме того, любое преимущество любого из вариантов осуществления может применяться к любым другим вариантам осуществления, и наоборот. Другие цели, признаки и преимущества прилагаемых вариантов осуществления будут очевидны из следующего описания.
Как описано выше, существуют некоторые аспекты NR, которые отличаются от LTE. Эти различия влияют на поведение UE во время произвольного доступа. Одно из изменений является то, что в каждой NR соте может быть несколько наборов блоков сигналов синхронизации (SSB), состоящие из одного или нескольких SSB, которые могут быть переданы в различных лучах (или направлениях). Для каждого из этих направлений могут быть некоторые различия в конфигурации PRACH ресурсов. Таким образом, в NR до начала произвольного доступа UE выполняет выбор луча (или выбор SSB) в соте для получения PRACH ресурсов, которые должны быть использованы (например, временные/частотные ресурсы и последовательность (и)).
Было решено, что каждая сота может формировать луч дополнительных опорных сигналов (например, CSI-RS) в различных лучах и обеспечивает UE отображением между PRACH ресурсами и CSI-RS, так что выбор луча может быть выполнен на основе CSI-RS, по меньшей мере, во время хендовера. Кроме того, следующие соглашения были приняты на RAN1 совещаниях относительно процедуры RACH в подключенном режиме и для «Нового радио» (NR).
На RAN1 № 86bis были достигнуты следующие договоренности.
Было решено, что при передаче (Tx)/приеме (Rx) взаимность доступна на gNodeB (gNB), по меньшей мере, для множества лучей, рассматривают следующую процедуру RACH, по меньшей мере, при UE в режиме ожидания. Во-первых, ассоциация между одной или несколькими случаями для DL широковещательного канала/сигнала и подмножеством RACH ресурсов сообщается в UE посредством широковещательной системной информации или известна UE. Это требует дополнительного изучения (FFS) сигнализации о «не-ассоциации». Кроме того, следует дополнительно детально изучить структуру RACH преамбулы. Во-вторых, на основании измерений DL и соответствующей ассоциации, UE выбирает подмножество RACH ресурсов. Требуется дополнительное изучение выбора луча Tx для передачи преамбулы RACH. В-третьих, в gNB луч DL Tx для UE может быть получен на основании обнаруженной RACH преамбулы и будет также применяться к сообщению 2. UL разрешение в сообщении 2 может указывать на время передачи MSG.3. Для случаев с и без Tx/Rx взаимности следует использовать общую процедуру произвольного доступа. В-четвертых, когда Tx/Rx взаимность не доступна, может быть дополнительно рассмотрено следующее, по меньшей мере, UE в режиме ожидания: (1) следует ли или как сообщить DL Tx луч в gNB (например, RACH преамбулы/ресурсов, Msg 3); и (2) следует или как указать UL Tx луч в UE (например, RAR).
Дополнительно, RAN1 изучает потенциальные преимущества упрощенной процедуры RACH, состоящей из двух основных этапов (msg1 и msg2) для UE. В частности, RAN1 обсуждал следующее: (1) использование идентификатора UE в Msg 1; и (2) Msg 2: ответ на запрос произвольного доступа, который адресован к идентификатору UE в Msg 1. Определение и выбор идентификатора UE и сценариев, к которым упрощенная процедура RACH может быть применима, являются FFS.
Дополнительно, были достигнуты договоренности в отношении ресурса RACH (то есть, временной-частотный ресурс для передачи RACH преамбулы), и требуется ли UE передать одну или несколько/повторных преамбул в пределах подмножества RACH ресурсов, что может быть проинформировано широковещательной системной информацией. Например, чтобы покрыть gNB RX развертку луча в случае отсутствия Tx / Rx взаимности на gNB.
Дополнительно, было также решено, что NR поддерживает множество форматов преамбулы RACH, включающие в себя, по меньшей мере: RACH формат преамбулы с длинной длиной преамбулы; и RACH формат преамбулы с более короткой длиной преамбулы. Вопрос о том, как много сигнатур (например, количество RACH последовательностей, размер полезной нагрузки и т.д.) является вопросом для дальнейшего изучения. Кроме того, было решено, что поддерживается множество/повторяющихся RACH преамбул в RACH ресурсе. Вопросы о том, как поддерживать однолучевые и/или многолучевые операции и следует ли преамбуле быть одинаковыми или различными, является вопросом для дальнейшего изучения. Кроме того, было решено, что нумерологии для RACH преамбулы могут быть различными в зависимости от частотных диапазонов (это FFS, сколько нумерологий будет поддерживаться в диапазоне частот), а также о том, что нумерологии для RACH преамбулы могут быть разными или же одинаковыми для других UL каналов передачи данных/управления.
Дополнительно, было решено, что в оценке для передачи RACH преамбулы и выбора RACH ресурсов, компании сообщат следующие предположения: поддержка Rx развертки луча на базовой станции; и поддержка покрытия (например, значения, определенные в 3GPP TR 38.913).
На RAN1 № 87 были достигнуты следующие договоренности.
Было решено, что следующие опции могут быть дополнительно рассмотрены для последовательной множественной/повторяющейся RACH преамбулы. Опция 1: циклический префикс (СР) вставляются в начале последовательной множественной/повторяющиеся последовательности RACH, CP/Защитный интервал (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 для дальнейшего изучения). Другие значения не исключается. Кроме того, было решено, что, на основе опорной нумерологии для RACH преамбулы будут поддержаны несколько RACH преамбул с масштабируемой нумерологией в зависимости от частоты несущей.
Кроме того, было решено, что для оценки следующие последовательности могут быть рассмотрены: Задова-Чу (ZC) последовательность и м-последовательность. Тем не менее, другие последовательности не исключается.
На RAN1 NR AdHoc № 1 было решено.
Были согласованы следующие действия. С целью отбора до следующего заседания сделать оценку следующих альтернатив RAСН разноса поднесущей (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], есть два варианта структуры: (1) использует тот же SCS, что и последующие данные и управления UL; и (2) используют различный SCS, чем последующие данные и управления UL. Кроме того, учитывают следующие типы последовательностей RACH преамбулы: Задова-Чу; М-последовательность; Задова-Чу с расширенным покрытием с использованием М-последовательности. Обратите внимание, что новые проекты не исключается в будущем.
Для однолучевой/многолучевой операции было согласовано следующее. Для передач множественной/повторяющейся преамбулы RACH, рассматривают только опцию 1, опцию 2 и опцию 4. Опция 1: CP вставляется в начале последовательной множественной/повторяющейся RACH OFDM символов, CP/GT между RACH символов опущены и GT является зарезервированным в конце последовательных множественных/повторяющихся RACH символов. Опция 2/4: используются та же/разные последовательности RACH с CP и GT зарезервирован в конце последовательных множественных/повторяющихся последовательностей RACH. Это требует дальнейшего изучения, следует ли выполнять мультиплексирование с различными кодами ортогонального покрытия и следует ли использовать независимые последовательности RACH в RACH преамбуле. Кроме того, было решено, что для поддержки различного покрытия и прямой совместимости, поддерживается гибкость в длине CP/GT и число повторных преамбул RACH и RACH символов. Следует отметить, что конкретное использование этих трех опций может зависеть от RACH разноса поднесущей и TRP соответствия луча.
Дополнительно, NR определяет, что: (1) формат преамбулы произвольного доступа состоит из одного или множества преамбул произвольного доступа; (2) преамбула произвольного доступа состоит из одной последовательности преамбулы плюс CP; и (3) одна преамбула последовательности состоит из одного или множества RACH OFDM символов. Кроме того, было решено, что UE передает в PRACH в соответствии с заданным форматом преамбулы произвольного доступа.
Дополнительно, для 4-ступенчатой процедуры RACH, было решено, что случай передачи RACH определяют, как частотно-временной ресурс, на котором передается PRACH сообщение 1 с использованием сконфигурированного формата PRACH преамбулы с одним конкретным Tx лучом.
Дополнительно, для 4-ступенчатой процедуры RACH, было решено, что: (1) NR по меньшей мере, поддерживает передачу одного Msg.1 до конца отслеживаемого окна RAR; и (2) NR 4-ступенчатая процедура RACH не исключает множества передач Msg.1 до конца окна RAR, если возникнет необходимость.
Дополнительно, для NR RACH Msg. 1 повторной передачи (по меньшей мере, для многолучевой операции) было решено, что NR поддерживает линейное изменение мощности. Если UE осуществляет переключение луча, предполагают, что будет выбрана одна из альтернатив, как описано ниже (может быть рассмотрена конфигурируемость между несколькими альтернативами при демонстрации очевидных преимуществ). Альтернатива 1: сбрасывают счетчик линейного изменения мощности. Альтернатива 2: счетчик линейного изменения мощности остается неизменным. Альтернатива 3: счетчик линейного изменения мощности продолжает увеличиваться. Не исключают другие альтернативы или комбинации вышеперечисленного. Если UE не изменяет луч, счетчик не исключается продолжает расти. Обратите внимание, что UE может получать мощность передачи UL с использованием самых последних оценок потерь в тракте передачи. Детали шага линейного изменения мощности являются FFS. Кроме того, было решено, следует ли UE выполнять переключение UL луча во время повторных передач, является вопросом до реализации UE. Обратите внимание, что луч, который UE переключается, является до реализации UE.
На RAN1 № 88 были достигнуты следующие договоренности.
Что касается множественных/повторяющихся форматов преамбулы PRACH, NR, по меньшей мере, поддерживает опцию 1. RAN1 исследует другие опции и рассматривает опцию 1 в качестве базовой для сравнения с другими опциями. Для усовершенствований RACH возможности может быть рассмотрена опция 2 с/без кода ортогонального покрытия (OCC) и/или опция 4 с различными последовательностями. Обратите внимание, что для опции 4, было решено, что может быть изучено сочетание с различными последовательностями. Следует также отметить, что для опции 4 было решено, что могут быть рассмотрены двухэтапное или многоэтапной обнаружение UE на предмет возможного уменьшения сложности для обнаружения PRACH. Кроме того, было решено, что все опции будут учитывать время переключения луча. Было решено, что число преамбул/символов и длины CP/GT является FFS. Кроме того, было решено, что область для передачи PRACH должна быть выровнена по границе UL символа/слота/подкадра.
Кроме того, было решено оценить структуры с учетом возможности иметь большее число последовательностей преамбулы PRACH в случае передачи RACH, чем в LTE. Было решено, что для оценок могут быть рассмотрены следующие способы: Задова-Чу с расширенным покрытием с использованием М-последовательности; М-последовательность; и Задова-Чу последовательность. Обратите внимание, что другие способы не исключается. Кроме того, было решено, что также должны быть оценены отношение пикового уровня мощности к среднему (PAPR) и количество ложных тревог этих различных последовательностей.
Для PUSCH (повторно) передач, соответствующие RAR разрешению, также дополнительно было решено изучить следующие альтернативы. Альтернатива 1: форма сигнала (ов) UL фиксируется в спецификациях. Следует отметить, что формы сигнала UL является либо DFT-S-OFDM, либо СР-OFDM. Альтернатива 2: сеть информирует 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 с ОСС через преамбулы. В частности, использование опции 2 с ОСС по множественным/повторяющимся преамбулами в сценариях высокой скорости является FFS. В качестве другого примера, структура PRACH преамбулы состоит из множества различных последовательностей ZC. В качестве другого примера, синусоидальная модуляция является важной части опции 1.
Для типа Задова-Чу последовательности кроме того, было решено, что характеристики RAN1 будут поддерживать две длины последовательности NR-PRACH (L), где выбраны:
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} КГц
Кроме того, было решено, что поддерживаемые SCS для каждой длины последовательности, и для других типов последовательностей является FFS.
Кроме того, было решено, что форма сигнала для RACH MSG.3 может быть DFT-S-OFDM или СР-OFDM. Было решено, что сетевые сигналы (прямо или косвенно) RACH сообщения 3 сигнал в UE, и что формы сетевых сигналов для RACH MSG.3 в оставшемся минимальной системной информации (SI) в качестве одного бита.
Кроме того, было решено, что в NR RACH конфигурация обеспечивает, по меньшей мере: (1) RACH временная/частотная информация; и (2) RACH формат преамбулы.
Кроме того, было решено, что ассоциация между одним или несколькими случаями для блока сигнала синхронизации (SS) и подмножеством RACH ресурсов и/или подмножеством индексов преамбулы сообщается в UE посредством широковещательной передачи SI или известна UE или FFS выделенной сигнализации. Сможет ли gNB сконфигурировать ассоциацию между опорным сигналом информации состояния канала (CSI-RS) для мобильности L3 и подмножеством RACH ресурсов и/или подмножеством индексов преамбулы для определения msg2 DL Tx луча, является FFS.
Кроме того, было решено, что NR поддерживает указания PRACH распределения ресурсов для процесса произвольного доступа без конкуренции для UE. Как PRACH ресурс указывается для UE является FFS. Обратите внимание, что PRACH ресурс может относиться к временному, частотному и/или кодовых ресурсам PRACH преамбулы.
Кроме того, было решено, что для NR RACH Msg. 1 повторной передачи (по меньшей мере, для многолучевой операции) NR поддерживает линейное изменение мощности. Если UE осуществляет переключение луча, рабочее предположение состоит в том, что будет выполнена одна из альтернатив, описанные ниже (может быть рассмотрена конфигурируемость между несколькими альтернативами, если очевидные преимущества показаны). Альтернатива 1: сброс счетчика линейного изменения мощности. Альтернатива 2: счетчик линейного изменения мощности остается неизменным. Альтернатива 3: счетчик линейного изменения мощности продолжает расти. Опция 4: как это было предложено на слайде 4 и проиллюстрировано на слайде 5 в 3GPP R1-1706613. Другие альтернативы или комбинации вышеперечисленного не исключаются.
Кроме того, было решено, что, если UE не изменяет луч, счетчик линейного изменение мощности продолжает расти. Обратите внимание, что UE может получать мощность передачи UL с использованием самых последних оценок потерь в тракте передачи. Детали шага линейного изменения мощности является FFS. Кроме того, было решено, что выполняет ли UE переключение UL луча во время повторных передач до реализации UE. Обратите внимание, что луч, который UE переключается до реализации UE.
На RAN1 № 89 были достигнуты следующие договоренности.
Было решено, что NR поддерживает PRACH форматы 0 и 1 преамбулы для длины последовательности 839 (как показано в таблице 1 ниже).
Таблица 1
Формат
L
SCS(кГц)
BW (МГц)
N_OS
N_RP
T_SEQ (Ts)
T_CP (Ts)
T_GP (Ts)
Случай использования
0
839
1,25
1,08
1
1
24576
3168
2975
LTEрефарминг
1
839
1,25
1,08
2
1
2*24576
21024
21904
Большая сота,До 100 км
Рабочее предположение состоит в том, что NR поддерживает PRACH формат преамбулы, указанный в таблице 2 ниже для длины последовательности 839. Ограниченный набор и использование другой последовательности (ей) для большого радиуса соты являются FFS.
Таблица 2
Формат
L
SCS(кГц)
BW (МГц)
N_OS
N_RP
T_SEQ (Ts)
T_CP (Ts)
T_GP (Ts)
Случай использования
3(1 мс)
839
5
4,32
4
1
4*6144
3168
2976
Высокая скорость
В R1-1709708 WF на NR-RACH формат преамбулы для расширения покрытия ZTE, СМСС предложил ввести PRACH формат преамбулы, который обеспечивает усиление 3dB MCL по сравнению с LTE PRACH форматом 2 преамбулы (как это показано в таблице 3 ниже).
Таблица 3
Формат
L
SCS(кГц)
BW (МГц)
N_OS
N_RP
T_SEQ (Ts)
T_CP (Ts)
T_GP (Ts)
Случай использования
4(3,5 мс)
839
1,25
1,08
4
1
4*24576
4688
4528
Расширенное покрытие
Следует отметить, что в таблице 3, L представляет собой длину последовательности и Ts = 1 / (30720) мс.
Было решено, что при L = 839, NR, по меньшей мере, поддерживает разнос поднесущей 1,25 кГц. Это FFS, которые будут поддерживаться одним из 2,5 кГц или 5 кГц.
Кроме того, было решено, что для более короткой длиной последовательности, чем L = 839, NR поддерживает длину последовательности, равную L = 127 или 139 с SCS {15, 30, 60, 120} кГц. Обратите внимание, что это основано на предположении, что 240 кГц SCS не доступен для передачи данных/управления. Использование 7,5 кГц разнос поднесущей является FFS.
Кроме того, было решено рассмотреть следующие новые случаи использования для RACH проектирования: (1) запросы восстановления луча; и (2) по требованию SI запросов. В частности, было решено изучить следующие аспекты: (1) требования, чтобы удовлетворить выше новые случаи применения; (2) воздействие на производительность; (3) требуется ли дополнительный формат преамбулы; и (4) воздействие на процедуры RACH.
Кроме того, было решено, что, если UE осуществляет переключение луча, счетчик линейного изменения мощности остается неизменным. Поведение UE после достижения максимальной мощности является FFS.
Кроме того, было решено, что NR не поддерживает отчет UE возможности лучевого соответствия во время процедуры RACH. Следует отметить, что сообщают UE возможность луча после процедуры RACH
Кроме того, было решено, что конфигурация произвольного доступа содержится в остальной минимальной SI (RMSI). Было решено продолжить обсуждение: (1) передается ли вся информация конфигурации произвольного доступа во всех лучах, используемых для RMSI в соте или нет; (2) уполномочена ли сеть использовать один и тот же набор лучей для RMSI и SS блока или нет; и (3) является ли SS блок и RMSI пространственным QCLed или нет.
Кроме того, было решено, что RAN1 изучат передачи PRACH преамбул в соединенном режиме на ресурсах на основе CSI-RS. Случаи использования и детали конфигурации, основанные на CSI-RS, являются FFS.
На RAN1 NR AdHoc № 2 были достигнуты следующие договоренности.
Рабочее предположение о поддержке формата 3 было подтверждено. Для форматов с L = 839, было решено, что поддерживаются неограниченные наборы. Кроме того, было решено, что для ограниченных наборов: (1) 1,25 кГц: поддерживаемый ограниченный набор, ограниченный набор В является FFS; (2) 5 кГц: ограниченный набор поддерживается с FFS, если ограниченный набор A, B или оба поддерживаются. При L = 127/139 с опцией 1, было решено, что поддерживаются форматы 1, 2, 4, 6 и 12 символов мультиплексирования с ортогональным частотным разделением каналов (OFDM). Кроме того, было решено, что количество символов может быть скорректировано в случае обнаружения сбоя в работе.
Дополнительно, для SCS 15 кГц, были согласованы следующие форматы преамбулы: A2, A3, B4. Было решено, что рабочее предположение заключается в том, что следующие форматы преамбулы также будут поддерживаться: А0, А1, В0, В1, В2, В3, С0, С1.
Таблица 4
Формат преамбулы
№ последовательности
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
Нормальная сота
В таблице 4 выше: (1) блок является Ts, где Ts = 1/30,72 МГц; (2) PRACH преамбула совмещена с границей OFDM символа для данных с той же нумерологии; (3) дополнительные 16 Ts на каждые 0,5 мс должны быть включены во времени для циклического префикса (TCP), когда RACH преамбула передается через 0,5 мс или из граничных 0,5 мс; (4) для формата А, GP может быть определен в течение последней RACH преамбулы среди последовательно передаваемых RACH преамбул.
Для SCS 30/60/120 кГц, было решено, что формат преамбулы может быть масштабируемым в соответствии с разносом поднесущей. Например: (1) Ts = 1/(2 * 30720) мс для SCS 30 кГц; (2) Ts = 1/(4 * 30720) мс для SCS 60 кГц; (3) Ts = 1/(8 * 30720) мс для SCS 120 кГц. Обратите внимание, что некоторые из форматов не могут быть применимы ко всем SCS.
Дополнительно, было решено, что UE вычисляет мощность передачи PRACH для повторной передачи, по меньшей мере, на основании самой последней оценки потери в тракте и линейного изменения мощности. Потери в тракте измеряются, по меньшей мере, на блоке SS, ассоциированном с подмножеством PRACH ресурсов/преамбулой. Кроме того, было решено, что по отношению к поведению UE при достижении максимальной мощности, если пересчитанная мощность все еще находятся на или выше Рс,макс UE может передавать на максимальной мощности, даже если меняет свой TX луч.
Кроме того, было решено, что вся информация конфигурации произвольного доступа транслируется во всех лучах, используемый для RMSI в пределы соты (то есть, информация RMSI является общей для всех лучей).
Кроме того, было решено, что, по меньшей мере, для случая хендовера, исходная сота может указывать в команде хендовера: ассоциацию между RACH ресурсами и конфигурацией CSI-RS; ассоциацию между RACH ресурсами и SS блоками; и/или набор выделенных ресурсов (RACH FFS: время/частота/последовательность). Следует отметить, что упомянутая конфигурации CSI-RS является UE-специально сконфигурированой.
Кроме того, было решено, что для случая без конкуренции UE может быть выполнено с возможностью передавать множество Msg.1 по выделенному множеству передачи RACH во временной области до конца отслеживаемого окна RAR, если поддерживается конфигурация выделенного множества передач RACH во временной области. Обратите внимание, что временной ресурс, используемый для «выделенного RACH во временной области» отличается от временных ресурсов произвольного доступа с конкуренцией. Следует также отметить, что многократное msg1 могут быть переданы с одинаковыми или различными UE TX лучами.
Кроме того, было решено, что для произвольного доступа с конкуренцией, ассоциация между SS блоком в SS пакете и подмножество RACH ресурсов и/или индексы преамбулы конфигурируют с помощью набора параметров в RMSI. В частности, RAN1 стремится использовать один и тот же набор параметров для различных случаев (например, аналоговый/гибридный/цифровой способ формирования луча на gNB), уровень соответствия gNB луча, количество SS блоков, число частотных мультиплексированных PRACH ресурсов, плотность PRACH-ресурсов во времени и т.д. Кроме того, RAN1 стремится минимизировать набор параметров. Набор параметров, число SS блоков (если указано в RMSI или MIB) (например, на самом деле, передаваемые блоки SS или максимальное количество (L)) являются FFS.
На RAN1 № 90 были достигнуты следующие договоренности.
Было решено, что для NR PRACH преамбулы L = 839 с SCS = 1,25 кГц, Ncs ограниченного набора типа B поддерживаются в дополнении к ограниченному набору типа А. Кроме того, было решено, что для NR PRACH преамбулы L = 839 с SCS 5 кГц, Ncs поддерживаются ограниченный набор типа А и типа В.
Было решено, по меньшей мере, подтвердить рабочее предположение для форматов A1, B1, B2, B3 преамбулы. Далее было решено не определять формат B0 преамбулы и изменить значение TCP от 192 до 216 и временя для значения защитного периода (TGP) от 96 до 72 для формата B1.
Дополнительно, было решено, что RACH форматы преамбулы с L = 839 не поддерживаются в более чем 6-ГГц полосы, и поддерживаются в ниже 6 ГГц. Кроме того, было решено, что для короткой последовательности (L = 127/139) на основе форматов преамбулы, передачи RACH в 6 ГГц полосе: (1) поддерживает 60 и 120 кГц разнос поднесущей; и (2) не поддерживает 15 и 30 кГц SCS. Кроме того, было решено, что для короткой последовательности (L = 127/139) на основе форматов преамбулы, передачи RACH ниже 6 ГГц: (1) поддерживает 15 и 30 кГц разнос поднесущей; и (2) не поддерживает 60 и 120 кГц разнос поднесущих.
Кроме того, было решено, что форматы преамбулы для PRACH с короткой длиной последовательности поддерживают форматы А0, С0 и С2 преамбулы в дополнении к согласованным форматам A1, A2, A3, B1, B2, B3 и B4.
Таблица 5
Формат преам-булы
№ послед.
TCP
TSEQ
TGP
Профиль тракта (Ts)
Профиль тракта (мкс)
Макс радиус соты (м)
Случай использования
C0
1
1240
2048
1096
144
4,69
5300 (660 в случае 120 кГц SCS)
Нормальная сота
C2
4
2048
8192
2916
144
4,69
9200 (1160  в случае 120 кГц SCS)
Нормальная сота
Кроме того, было решено, что одни и те же циклические значения сдвига, как определено в LTE применяются для NR PRACH форматов 0 и 1 преамбулы. Могут ли одни и те же циклические значения сдвига, как определено в LTE, применяться для NR PRACH форматов 2 и 3 преамбулы, с учетом параметров (например, разброс задержки, защитный интервал, длина фильтра и т.д.) являются FFS.
Кроме того, было решено, что оно до реализации UE, как выбрать блок SS и соответствующий PRACH ресурс для оценки потерь в тракте и (повтор) передач на основе того, удовлетворяет ли блок SS пороговому значению. Если UE не обнаруживает SS блок, который удовлетворяют условию порогового значения, предоставлена достаточная гибкость при выборе любого блока SS, который позволяет UE удовлетворить целевую принимаемую мощность преамбулы RACH с его максимальной мощностью передачи. UE имеет гибкость при выборе его RX луча, чтобы найти список SS блоков, удовлетворяющих пороговое значение. FFS является определение, сконфигурировано ли пороговое значение для выбора SS блока или является фиксированным в спецификации. Было решено, что счетчик линейного изменения мощности, когда UE изменяет выбранный SS блок в сообщении 1 повторной передачи, не изменяется.
Дополнительно, было решено, что UE вычисляет потери в тракте на основании «SS блока мощности передачи» и SS блока RSRP. По меньшей мере, одно значение «SS блок мощность передачи» указывается на UE в RMSI. FFS является, следует ли и как поддерживать несколько значений. Следует отметить, что различные блоки SS в наборе SS пакета могут быть переданы с различной мощностью и/или с различным коэффициентом усиления антенны Tx, по меньшей мере, в качестве реализации сети.
Кроме того, было решено, что NR поддерживает общее максимальное количество передач М (как в LTE) для каждой несущей для указания сбоя произвольного доступа, а также, что М представляет собой конфигурируемый сетью параметр.
Дополнительно, было решено, что, по меньшей мере, для начального доступа, RAR передается в NR-PDSCH, запланированной NR-PDCCH в CORESET, сконфигурированной в конфигурации RACH. Обратите внимание, что CORESET сконфигурирован в конфигурации RACH, который может быть одинаковым или отличаться от CORESET, сконфигурированный в NR-физическом широковещательном канале (NR-PBCH).
Кроме того, было решено, что для одного msg1 RACH, окно RAR начинается с первого доступного CORESET после определенного промежутка времени с момента окончания передачи msg1. Фиксированная продолжительность составляет Х T_s, где Х является одинаковым для всех случаев RACH. Является ли начальная позиция CORESET совмещенной с границей слота является FFS, как это значение X и является ли Х зависимым диапазоном частот.
Кроме того, было решено, что для одного msg1 RACH от UE, размер окна RAR является одинаковым для всех случаев и RACH конфигурируется в RMSI, и окно RAR может вместить время обработки на gNB. Максимальный размер окна зависит от наихудшего случая задержки gNB после приема msg1 включающей в себя задержку обработки, задержку планирования и т.д. Минимальный размер окна зависит от продолжительности msg2 или CORESET и задержки планирования.
Кроме того, было решено, что для начального доступа, сконфигурирована ли преамбула на основе либо длинной последовательности, или короткой последовательности преамбулы в конфигурации RACH.
Дополнительно, было решено, что для 4-х этапной NR процедуры произвольного доступа на основе конкуренции: SCS для Msg 1 сконфигурирован в конфигурации RACH; SCS для Msg 2 является таким же, как нумерология RMSI; SCS для Msg 3 сконфигурирован в конфигурации RACH отдельно от SCS для msg1; и SCS для Msg 4 является таким же, как и в Msg.2. Для процедуры RA без конкуренции для хендовера, SCS для msg1 и SCS для msg2 предусмотрены в команде хендовера.
Кроме того, было решено, что NR исследования: (1) отчетность индекса блока SS (например, сильный индекс SS блока) через Msg3 произвольного доступа с конкуренцией; и (2) отчетность множества индексов SS блоков через msg1 процедуры произвольного доступа без конкуренции (например, сеть может назначить несколько раз передачи RACH и RACH преамбулы в UE). UE может передать один индекс блока SS путем выбора времени передачи RACH, и другой индекс блока SS неявно представлен посредством выбора RACH преамбулы).
На RAN1 NR AdHoc № 3 были достигнуты следующие договоренности.
Было решено, что для формата 2 используются одно и то же значение циклического сдвига, как для формата 0 и 1. Рабочее предположение заключается в том, что L = 139 принимают как длину последовательности для RACH форматов преамбулы с помощью короткой последовательности.
Было решено использовать одну общую таблицу для значений циклического сдвига (Ncs) для коротких последовательностей на основе PRACH форматов для всех SCS. Альтернатива 1 заключается в том, что количество значений циклического сдвига достигает 16 значений, представленные 4 битами. Альтернатива 2 является то, что количество значений циклического сдвига составляет до 8 значений, представленных 3 битами.
Кроме того, было решено, что будет использован формат 3, как указано в таблице 6 ниже. Подчеркнутые значения являются рабочим предположением.
Таблица 6
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 преамбулы на основе короткой длины последовательности. Было решено использовать одну общую таблицу для значений циклического сдвига (Ncs) для коротких последовательностей на основе PRACH форматов для всех SCS. Было принято число значений циклического сдвига достигает 16 значений, представленных 4 битами в таблице 7 ниже.
Таблица 7
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 ресурс (ы) для большего интервала времени. Временной интервал (например, 5/10/20 мс), шаблон и нумерология слота (например, SS блок, UL/DL, msg1 или PUSCH) являются FFS. Кроме того, для FFS, являются ли RACH ресурсы последовательными в пределах каждого слота. Альтернатива 1 является то, что RACH ресурсы в пределах слота являются последовательными. Альтернатива 2 является то, что RACH ресурсы в пределах слота не являются последовательными (например, для обработки случая CORESET мониторинга в 2/4/7 символах).
Кроме того, было решено, что, по меньшей мере, для начального доступа: (1) PDSCH для RAR ограничен в пределах NR UE DL минимальной полосы пропускания для заданной полосы частот; и (2) PDSCH для msg4 ограничен в пределах NR UE DL BW минимальной для заданной полосы частот. FFS является, ограничен ли PDSCH для RAR и msg4 начальной активной полосой пропускания DL.
Дополнительно, было решено отправить LS в RAN4 информируя разнос сигнала и полосы пропускания различных RACH форматов преамбулы. Проверьте, если эти RACH форматы преамбулы ограничены в пределах минимальной пропускной способности UL UE.
Кроме того, было решено, что, по меньшей мере, для начального доступа, указана ли ассоциация между SS блоками и индексами RACH преамбулы и/или RACH ресурсами на основе фактически передаваемых SS блоков, в RMSI.
Кроме того, было решено, что для RAR, Х может поддерживаться для разрыва синхронизации между окончанием передачи msg1 и исходным положением CORESET для RAR. Было решено, что значение X= предельное значение (∆ / (длительность символа)) * длительность символа, где длительность символа основана на RAR нумерологии, и где ∆ является достаточным временем для UE Tx-Rx переключения, если это необходимо (например, для TDD).
Кроме того, было решено, что RMSI показывает только одну мощность передачи для блоков SS в Rel-15. Кроме того, для начального доступа, было решено, что пороговое значение для выбора блока SS для ассоциации RACH ресурсов конфигурируется сетью, где пороговое значение основано на RSRP. Подробности, включающие эффект пинг-понга, являются FFS.
Дополнительно, было решено, что NR поддерживает, по меньшей мере, слот на основе передачи Msg 2, Msg3 и Msg 4.
Было также решено, что Msg3 планируется UL разрешением в RAR, и что Msg3 передается после минимальной временного промежутка от конца msg2 приема по беспроводной связи. gNB имеет возможность планировать время передачи Msg3, обеспечивая при этом минимальный временной промежуток. Минимальный промежуток времени относительно возможности обработки UE является аспектом для дальнейшего изучения.
Ряд тем остаются для FFS. В качестве одного примера, принимается ли сообщение 2 PDCCH/PDSCH посредством UE, допуская, что PDCCH/PDSCH DMRS передают в сообщении 2, являясь квази-совмещенным (QCL'ed) с блоком SS, который в преамбуле/RACH случай UE отправленный, является ассоциированным. В качестве другого примера, передаётся ли сообщение 3 посредством UE, допуская, что тот же самый Rx луч, который был использован для PRACH приема преамбулы gNB, к которому ассоциирован принимаемый RAR. В качестве еще одного примера, FFS отсутствует ли отчетность луча в RACH сообщении 3, сообщение 4 PDCСH/PDSCH, принимается UE, предполагая, что PDCСH/PDSCH опорный сигнал демодуляции (DMRS) передачи сообщения 4 является QCL'ed с тем из Msg 2. В качестве еще одного примера, FFS есть ли отчетность луча в RACH сообщении 3. В качестве другого примера, FFS, если и как отчетность луча в RACH сообщении 3 воздействует на сообщение 4 Tx QCL предположение.
Несмотря на все RAN1 соглашения, связанные с RACH процедурой, повторные передачи посредством линейного изменения мощности/переключения луча и обработки результатов измерений для оценки мощности UL, ничего не было согласовано в отношении взаимосвязи между использованием выделенных ресурсов или общих RACH ресурсов, кроме высоко уровневого принципа для выделенных RACH ресурсов, если это предусмотрено, имеют приоритет над общими RACH ресурсами и UE не запрещено осуществлять попытки доступа с использованием общих ресурсов RACH, прежде чем объявить отказ HO на основе истечения таймера T304 (по согласованию на RAN2 № 99).
Несмотря на договоренность по этому принципу высокого уровня, остается неясным, каковы будут действия UE в зависимости от различных случаев ошибки, или, другими словами, как следует UE выполнять эту приоритизацию, особенно в различных случаях ошибок, например, когда UE не может найти луч с выделенным ресурсом. Кроме того, не было согласовано, что UE должно делать в различных сценариях (например, если UE принимает выделенные ресурсы для одного SSB, для многих SSB, для одного CSI-RS, для многих CSI-RS, и т.д.).
Некоторые аспекты настоящего изобретения и их вариантах осуществления может обеспечить решение тех или иных задач. В некоторых вариантах осуществления изобретения раскрыт способ выбора луча, где UE выполняет приоритезацию произвольного доступа без конкуренции ресурсов на луч (то есть, в SSB и/или на CSI-RS ресурсы), все еще позволяя UE использовать произвольный доступ на основе конкуренции ресурсам, чтобы избежать отказа произвольного доступа, что может привести, например, к сбою хендовера. В некоторых вариантах осуществления, конфигурация выбора луча используется, когда UE выполняет приоритетность между произвольным доступом без конкуренции к ресурсам на луч (то есть, в SSB и/или на CSI-RS ресурсов), а также ресурсов произвольного доступа на основе конкуренции на луч (т.е., в SSB и/или на CSI-RS ресурсов).
Как описано здесь, выбор луча относится к одному или комбинации из следующих действий: (1) выбор SS/PBCH блока (SSB), ассоциированного с сотой UE должен синхронизироваться и выполнять произвольный доступ; и (2) выбор как CSI-RS ресурс, ассоциированный с сотой UE должен синхронизироваться и выполнять произвольный доступ.
Согласно одному примеру осуществления изобретения представлен способ в беспроводном устройстве (например, UE). Беспроводное устройство принимает сообщение от сетевого узла (например, gNB). Сообщение содержит информацию об одном или нескольких наборов выделенных RACH ресурсов. Каждый набор выделенных ресурсов RACH может быть ассоциирован с лучом, ассоциированным целевой сотой. Беспроводное устройство получает оценку качества луча для каждого луча, ассоциированного с одним или несколькими наборами выделенных ресурсов RACH. Беспроводное устройство определяет, основываясь на полученной оценке качества луча для каждого луча, ассоциированного с одним или несколькими наборами выделенных RACH ресурсов, удовлетворяет ли какой-либо луч, ассоциированный с одним или более наборами выделенных RACH ресурсов, одному или нескольким критериям первого набор критериев для выполнения произвольного доступа. Беспроводное устройство выполняет произвольный доступ на основе, удовлетворяет ли какой-либо луч, ассоциированный с одним или несколькими наборами выделенных ресурсов RACH, одному или нескольким критериям первого набора критериев для осуществления произвольного доступа.
Согласно другому примеру осуществления изобретения предложен способ в сетевом узле (например, gNB). Сетевой узел передает сообщение в беспроводное устройство (например, UE). Сообщение содержит информацию об одном или нескольких наборах выделенных RACH ресурсов. Каждый набор выделенных ресурсов RACH может быть ассоциирован с лучом, ассоциированным с сетевым узлом. Сетевой узел выполняет произвольный доступ с помощью беспроводного устройства на основе, удовлетворяет ли какой-либо луч, ассоциированный с одним или несколькими наборами выделенных ресурсов RACH, одному или нескольким критериям первого набора критериев для осуществления произвольного доступа.
Кроме того, описанные здесь различные варианты осуществление подробно раскрывают способ установления приоритетов посредством UE, особенно при обработке различных случаев ошибок и при различных сценариях, связанных с конфигурацией RACH (выделенная и общей), предоставляемой UE.
Хотя некоторые варианты осуществления изобретения могут быть описаны с использованием хендовера в качестве примера, различные варианты осуществления, описанные здесь, применимы к любой процедуре, опирающейся на использовании произвольного доступа без конкуренции или на основании конкуренции посредством выбора луча (такого как восстановление луча).
Некоторые варианты осуществления настоящего изобретения могут обеспечить одно или несколько технических преимуществ. В качестве одного примера, некоторые варианты осуществления могут преимущественно позволяют UE выполнять произвольный доступ без конкуренции или на основе конкуренции до тех пор, пока таймер T304 не истек и, следовательно, избегая сбоя. Другие преимущества могут быть очевидны для специалиста в данной области техники. Некоторые варианты осуществления могут иметь ни одно, могут иметь несколько или все из указанных преимуществ.
Фиг.3 иллюстрирует примерную сеть беспроводной связи, в соответствии с некоторыми вариантами осуществления. Хотя предмет изобретения, описанный в настоящем документе, может быть реализован в любом подходящем типе системы с использованием любых подходящих компонентов, раскрытые варианты осуществления описаны в отношении беспроводной сети, такой как, например, беспроводная сеть, показанная на фиг.3, для простоты беспроводной сети на фиг.3 показана только сеть 106, сетевые узлы 160 и 160b, а также беспроводные устройства (WDs) 110, 110b и 110c. На практике, беспроводная сеть может дополнительно включать в себя какие-либо дополнительные элементы, подходящие для поддержки связи между беспроводными устройствами или между беспроводным устройством и другим устройством связи, такие как стационарный телефон, провайдер услуг или любой другой сетевой узел или конечное устройство. Из проиллюстрированных компонентов, сетевой узел 160 и WD 110 изображены с дополнительными подробностями. Беспроводная сеть может обеспечивать связь и другие виды услуг одному или нескольким беспроводным устройствам для облегчения доступа беспроводных устройств и/или использования услуг, предоставляемых или через беспроводную сеть.
Беспроводная сеть может включать в себя и/или взаимодействовать с любым типом связи, телекоммуникаций, передачи данных, сотовой связи и/или радиосети или другого подобного типа системы. В некоторых вариантах осуществления беспроводная сеть может быть выполнена с возможностью работать в соответствии с конкретными стандартами или другими типами предопределенных правил или процедур. Таким образом, конкретные варианты осуществления беспроводной сети могут реализовывать стандарты связи, такие как глобальная система мобильной связи (GSM), универсальной системы мобильной связи (UMTS), долгосрочное развитие (LTE) и/или другие подходящие 2G, 3G, 4G или 5G стандарты; стандарты беспроводной локальной сети (WLAN), такие как стандарты IEEE 802.11; и/или любой другой подходящий стандарт беспроводной связи, такие как всемирная совместимость для микроволнового доступа (WiMAX), Bluetooth, Z-Wave и/или ZigBee стандартов.
Сеть 106 может содержать одну или более транспортных сетей, базовые сети, сети IP, телефонные сети общего пользования (PSTNs), сети пакетной передачи данных, оптические сети, глобальные сети (WAN), локальные сети (LAN), беспроводные локальные сети (WLAN), проводные сети, беспроводные сети, городские сети и другие сети для обеспечения связи между устройствами.
Сетевой узел 160 и WD 110 содержат различные компоненты, описанные более подробно ниже. Эти компоненты работают вместе для обеспечения функционирования сетевого узла и/или функциональных возможностей беспроводного устройства, такие, как обеспечение беспроводной связи в беспроводной сети. В различных вариантах осуществления беспроводная сеть может включать в себя любое количество проводных или беспроводных сетей, сетевые узлы, базовые станции, контроллеры, беспроводные устройства, ретрансляционные станции и/или любые другие компоненты или системы, которые могут облегчить или участвовать в передаче данных и/или сигналы, будь то с помощью проводных или беспроводных соединений.
Как использовано в данном описании, сетевой узел относится к оборудованию, способному, сконфигурированному, расположенному и/или выполненному с возможностью прямо или косвенно взаимодействовать с беспроводным устройством и/или с другими сетевыми узлами или оборудованием в беспроводной сети для обеспечения беспроводного доступа к беспроводному устройству и/или для выполнения других функций (например, введение) в беспроводной сети. Примеры сетевых узлов включают в себя, но не ограничиваются ими, точками доступа (AP) (например, точки радиодоступа), базовые станции (BS) (например, базовые радиостанции, узлы В, усовершенствованном узле Bs (eNB) и NR узлы B (gNB)). Базовые станции могут быть классифицированы на основе области покрытия обеспечивают (или, указано иначе, их уровень мощности передачи) и затем может быть также упоминаются как фемто базовые станции, пико базовые станции, микро базовые станции или макро базовые станции. Базовая станция может быть ретрансляционным узлом или донорским ретрансляционным узлом управления. Сетевой узел также может включать в себя один или несколько (или все) часть распределенной базовой станции радиосвязи, такие как централизованные цифровые устройства и/или удаленные устройства радиосвязи (RRU), иногда называемые удаленные радиостанции (RRH). Такие удаленные устройства радиосвязи могут или не могут быть интегрированы с антенной в качестве интегрированной антенной радиосвязи. Части распределенной базовой станции радиосвязи, также могут быть отнесены к узлам в распределенной антенной системы (DAS). Тем не менее, дополнительные примеры сетевых узлов включают в себя несколько стандартных радиоустройств (MSR), такие как MSR BS, сетевые контроллеры, такие как контроллеры радиосети (RNC) или контроллеры базовых станций (BSC), базовые приемопередающие станции (BTS), точки передачи, узлы передачи, мультисотовые/многоадресные координационные структуры (MCE), основные сетевые узлы (например, MSC, MME), O & M узлы, узлы OSS, узлы SON, узлы позиционирования (например, E-SMLC) и/или MDT. В качестве другого примера, сетевой узел может быть виртуальным сетевым узлом, как описано более подробно ниже. В более общем плане, однако, сетевые узлы могут представлять собой любое подходящее устройство (или группу устройств), способное, сконфигурированное, расположенное и/или выполнено с возможностью обеспечивать доступ беспроводного устройства к беспроводной сети или обеспечить некоторую услугу беспроводному устройству, которое имеет доступ к беспроводной сети.
На фиг.3 сетевой узел 160 включает в себя схему 170 обработки, машиночитаемый носитель 180, интерфейс 190, вспомогательное оборудование 184, источник 186 питания, схему 187 питания и антенну 162. Хотя сетевой узел 160, показанный на примере беспроводной сети, показанной на фиг.3, может представляют собой устройство, которое включает в себя иллюстрированную комбинацию аппаратных компонентов, другие варианты осуществления могут содержать сетевые узлы с различными комбинациями компонентов. Следует понимать, что сетевой узел содержит любую подходящую комбинацию аппаратных средств и/или программного обеспечения, необходимого для выполнения задач, признаков, функций и способов, раскрытых в данном документе. Кроме того, в то время как компоненты сетевого узла 160 изображены в виде отдельных блоков, расположенных в пределах большего блока, или вложены в несколько блоков, на практике, сетевой узел может содержать множество различных физических компонентов, которые составляют единый иллюстрированный компонент (например, машиночитаемый носитель 180 может включать в себя множество отдельных жестких дисков, а также несколько RAM модулей).
Аналогичным образом, сетевой узел 160 может состоять из нескольких физически отдельных компонентов (например, компонент NodeB и RNC компонент или BTS компонент и BSC компонент и т.д.), каждый из которых может иметь свои собственные соответствующие компоненты. В некоторых сценариях, в которых сетевой узел 160 включает в себя множество отдельных компонентов (например, BTS и BSC компоненты), один или более отдельных компонентов могут быть разделены между несколькими сетевыми узлами. Например, один контроллер RNC может управлять несколькими узлами Node B. В таком случае, каждый уникальный NodeB и RNC пары, в некоторых случаях может рассматриваться как единый отдельный сетевой узел. В некоторых вариантах осуществления, сетевой узел 160 может быть выполнен с возможностью поддерживать нескольких технологий радиодоступа (RAT). В таких вариантах осуществления, некоторые компоненты могут быть продублированы (например, отдельное устройство, машиночитаемый носитель 180 для различных RAT) и некоторые компоненты могут быть повторно использованы (например, та же антенна 162 может быть совместно использоваться для различных RAT). Сетевой узел 160 может также включать в себя множество наборов различных иллюстрированных компонентов для различных беспроводных технологий, интегрированных в сетевой узел 160, такие как, например, беспроводные технологии GSM, WCDMA, LTE, NR, WiFi или Bluetooth. Эти беспроводные технологии могут быть интегрированы в ту же или другую микросхему, или набор микросхем и другие компоненты в сетевом узле 160.
Схема 170 обработки выполнена с возможностью выполнять определение, вычисления или аналогичные операции (например, некоторые операции получения) описанных здесь как предоставляемые сетевым узлом. Эти операции выполняются схемой 170 обработки, которые могут включать в себя обработку информации, полученную в результате схемы 170 обработки, например, преобразование полученной информации в другую информацию, сравнение полученной информации или преобразованную информации с информацией, хранящейся в сетевом узле и/или выполнения одной или больше операций на основе информации, полученной или преобразованной информации, и в результате указанной обработки вынесения определения.
Схема 170 обработки может включать в себя комбинацию из одного или нескольких из микропроцессора, контроллера, микроконтроллера, центральный блок обработки, цифровой процессор сигналов, специализированная интегральная схема, программируемая пользователем вентильная матрица или любой другое подходящее вычислительное устройство, ресурс или комбинации аппаратных средств, программное обеспечение и/или кодированной логики, выполненный с возможностью обеспечения, либо отдельно, либо в сочетании с другими сетевым узлом 160, такие как машиночитаемый носитель 180, сетевой узел 160. Например, схема 170 обработки может выполнять инструкции, сохраненные в машиночитаемом носителе 180 или в памяти в схеме 170 обработки. Такие функциональные возможности могут включать в себя предоставление любой из различных беспроводных функций, функций или описанных здесь преимуществ. В некоторых вариантах осуществления схема 170 обработки может включать в себя систему на кристалле (SOC).
В некоторых вариантах осуществления схема 170 обработки может включать в себя одну или более радиочастотных (RF) схем 172 приемопередатчика и схему 174 обработки основной полосы частот. В некоторых вариантах осуществления, радиочастотная (RF) схема 172 приемопередатчика и схема 174 обработки основной полосы частот может быть выполнена на отдельной микросхеме (или наборах микросхем), плате или блоках, таких как радиоблоки и цифровые блоки. В альтернативных вариантах осуществления, часть или вся RF схема 172 приемопередатчика и схема 174 обработки основной полосы частот может быть выполнена на той же микросхеме или наборе микросхем, платах или блоках.
В некоторых вариантах осуществления, некоторые или все функциональные возможности, описанные здесь как предоставляемые сетевым узлом, базовой станции, eNB или другим таким сетевым устройством может быть осуществлено посредством схемы 170 обработки, выполняющей инструкции, хранящиеся на машиночитаемом носителе 180 или памяти в пределах схемы 170 обработки. В альтернативных вариантах осуществления, некоторые или все функциональные возможности могут быть обеспечены схемой 170 обработки без выполнения инструкции, хранящейся на отдельном или дискретном машиночитаемом носителе, например, проводным способом. В любом из этих вариантов осуществления схема 170 обработки может выполнять инструкции, сохраненные на машиночитаемом носителе данных, или нет для выполнения описанных функций. Преимущества, предоставляемые такой функциональностью, не ограничиваются отдельной схемой 170 обработки или другими компонентам сетевого узла 160, но используются сетевым узлом 160 в целом и/или конечными пользователями и беспроводной сетью в целом.
Машиночитаемый носитель 180 может включать в себя любую форму энергозависимой или энергонезависимой машиночитаемой памяти, включающей в себя, без ограничения, память постоянного хранения, твердотельную память, удаленно установленную память, магнитные носители, оптические носители, оперативное запоминающее устройство (RAM), только для чтения память (ROM), запоминающее устройство медиа (например, жесткий диск), съемные носители (например, флэш-диск, компакт-диск (CD) или цифровой видеодиск (DVD)) и/или любой другой энергонезависимое или энергозависимое, постоянное устройство для чтения и/или память для хранения исполняемых компьютером инструкций, которые хранят информацию, данные и/или инструкции, которые могут быть использованы схемой 170 обработки. Машиночитаемый носитель 180 может хранить любые подходящие инструкции, данные или информацию, включающую в себя компьютерную программу, программное обеспечение, приложение, включающие в себя один или несколько из логики, правил, код, таблицы и т.д., и/или другие инструкции, выполняемые схемой 170 обработки и используются сетевым узлом 160. Машиночитаемый носитель 180 может быть использован для хранения любых расчетов, сделанных с помощью схемы 170 обработки и/или какие-либо данные, полученные через интерфейс 190. В некоторых вариантах осуществления схема 170 обработки и машиночитаемый носитель 180 могут считаться интегрированными.
Интерфейс 190 используется в проводной или беспроводной связи сигнализации и/или данных между сетевым узлом 160, сетью 106 и/или WDs 110. Как показано, интерфейс 190 включает в себя порт (ы)/терминал (ы) 194 для передачи и приема данных, например, к и от сети 106 по проводной связи. Интерфейс 190 также включает в себя радиосхему 192, которая может быть соединена с, или в некоторых вариантах осуществления части, антенной 162. Радиосхема 192 содержит фильтры 198 и усилители 196. Радиосхема 192 может быть подключена к антенне 162 и схеме 170 обработки. Радиосхема может быть выполнена с возможностью обрабатывать сигналы, передаваемые между антенной 162 и схемой 170 обработки. Радиосхема 192 может принимать цифровые данные, которые должны быть отправлены к другим сетевым узлам или WD через беспроводное соединение. Радиосхема 192 может преобразовывать цифровые данные в радиосигнал, имеющий соответствующие параметры канала и пропускной способности с использованием комбинации фильтров 198 и/или усилителей 196. Радиосигнал может затем быть передан через антенну 162. Аналогичным образом, при приеме данных, антенна 162 может получать радиосигналы, которые затем преобразуются в цифровые данные с помощью радиосхемы 192. Цифровые данные могут быть переданы в схему 170 обработки. В других вариантах осуществления, интерфейс может включать в себя различные компоненты и/или различные комбинации компонентов.
В некоторых альтернативных вариантах осуществления, сетевой узел 160 может не включать в себя отдельную радиосхему 192, вместо того, схема 170 обработки может включать в себя радиосхему и может быть соединена с антенной 162 без отдельной радиосхемы 192. Подобным образом, в некоторых вариантах осуществления, все или некоторые из RF схема 172 может рассматриваться как часть интерфейса 190. В других вариантах осуществления интерфейс 190 может включать в себя один или несколько портов или терминалов 194, радиосхема 192 и RF схема 172 приемопередатчика, как часть радиоблока (не показано), и интерфейс 190 может осуществлять связь со схемой 174 обработки основной полосы частот, которая является частью цифрового блока (не показано).
Антенна 162 может включать в себя одну или несколько антенн или антенные решетки, выполненных с возможностью отправлять и/или принимать беспроводные сигналы. Антенна 162 может быть соединена с радиосхемой 190 и может представлять собой любой тип антенны с возможностью передавать и принимать данные и/или сигналы по беспроводной сети. В некоторых вариантах осуществления антенна 162 может включать в себя одну или более всенаправленную, секторальную или панельную антенны, выполненную с возможностью передавать/принимать радиосигналы между, например, 2 ГГц и 66 ГГц. Всенаправленная антенна может быть использована для передачи/приема радиосигналов в любом направлении, секторальная антенна может быть использована для передачи/приема радиосигналов от устройств в пределах конкретной области, и панельная антенна может быть антенной в прямой видимости и используется для передачи/приема радиосигналов в относительно прямой линии. В некоторых случаях использование более чем одной антенны, могут быть отнесены к MIMO. В некоторых вариантах осуществления, антенна 162 может быть отделена от сетевого узла 160 и может соединяться с сетевым узлом 160 через интерфейс или порт.
Антенна 162, интерфейс 190 и/или схема 170 обработки может быть выполнена с возможностью выполнять любые операции приема и/или некоторые операции получения, описанные здесь в качестве выполняемых посредством сетевого узла. Любая информация, данные и/или сигналы могут быть получены от беспроводного устройства, другого сетевого узла и/или любого другого сетевого оборудования. Аналогичным образом, антенна 162, интерфейс 190 и/или схема 170 обработки может быть выполнена с возможностью выполнять любые операции передачи, описанные здесь, как выполняются сетевым узлом. Любая информация, данные и/или сигналы могут быть переданы беспроводному устройству, другим сетевым узлам и/или любому другому сетевому оборудованию.
Схема 187 питания может содержать или может быть соединена со схемой управления питанием и выполнена с возможностью подавать питание компонентам сетевого узла 160 для выполнения функциональности, описанной в данном документе. Схема 187 питания может получать питание от источника 186 питания. Источник 186 питания и/или схема 187 питания может быть выполнена с возможностью обеспечивать питание различным компонентам сетевого узла 160 в форме, подходящие для соответствующих компонентов (например, величина напряжения и тока, необходимый для каждого соответствующего компонента). Источник 186 питания может быть либо включен в состав или иметь внешнее подключение к схеме 187 питания и/или сетевому узлу 160. Например, сетевой узел 160 может быть выполнен с возможностью соединения с внешним источником питания (например, выход электроэнергии) через входную схему или интерфейс, такой как электрический кабель, в результате чего внешний источник питания подает питание на схему 187 питания. В качестве дополнительного примера, источник 186 питания может содержать источник энергии в виде батареи или батарейного блока, который соединен с, или интегрирован в схему 187 питания. Батарея может обеспечить резервное питание при выходе из строя внешнего источника питания. Также могут быть использованы другие типы источников питания, такие как фотогальванические устройства.
Альтернативные варианты осуществления сетевого узла 160 могут включать в себя дополнительные компоненты, помимо тех, которые показаны на фиг.3, которые могут быть выполнены с возможностью обеспечивать определенные функциональные аспекты сетевого узла, включающие в себя любые из функций, описанных здесь и/или любые функциональные возможностей, необходимые для поддержки описанного предмета изобретения. Например, сетевой узел 160 может включать в себя интерфейс пользователя для ввода информации в сетевой узел 160 и разрешить вывод информации из сетевого узла 160. Это может позволить пользователю выполнять диагностику, техническое обслуживание, ремонт, а также другие административные функции для сетевого узла 160.
Как используется здесь, беспроводное устройство (WD) относится к устройству, способному, сконфигурированному, расположенному и/или выполненное с возможностью осуществлять беспроводную связь с сетевыми узлами и/или другими беспроводными устройствами. Если не указано иное, термин WD может быть использован в настоящем описании взаимозаменяемо с устройством пользователя (UE). Обмен данных по беспроводной сети может включать в себя передачу и/или прием беспроводных сигналов с помощью электромагнитных волн, радиоволн, инфракрасных волн и/или других типов сигналов, подходящих для передачи информации через воздух. В некоторых вариантах осуществления WD может быть выполнено с возможностью передавать и/или принимать информацию без непосредственного взаимодействия человека. Например, WD может быть предназначено для передачи информации в сети по заранее определенному расписанию, при срабатывании внутреннего или внешнего события, или в ответ на запросы со стороны сети. Примеры WD включают в себя, но не ограничиваются ими, смартфон, мобильный телефон, сотовый телефон, телефон передачи голоса по IP (VoIP), беспроводной локальной телефон, настольный компьютер, персональный цифровой помощник (PDA) , беспроводная камера, игровая консоль или устройство, устройство хранения музыки, программно-аппаратное воспроизведение, носимое оконечное устройство, беспроводная конечная точка, мобильная станция, планшеты, ноутбук, ноутбук встраиваемого оборудование (Lee), ноутбук установленного оборудования (LME), смарт-устройство, беспроводное клиентское оборудование (СР), оконечное устройство, установленное на транспортном устройстве, т.д .. WD может поддерживать устройство-устройство (D2D) связь, например, путем осуществления стандарта 3GPP для связи по прямому соединению, транспортное средство – транспортное средство (V2V), транспортное средство - инфраструктура (V2I), транспортное средство ко всем (V2X) и в этом случае, может быть передано в качестве связи D2D. В качестве еще одного конкретного примера в сценарии интернета вещей (IoT), WD может представлять собой машину или другое устройство, которое выполняет мониторинг и/или измерения и передает результаты такого мониторинга и/или измерений на другого WD и/или сетевой узел. WD в этом случае может быть (М2М) устройство машина-машина, которая может в контексте 3GPP упоминаться в качестве МТС устройства. В качестве одного конкретного примера, WD может быть UE реализации 3GPP узкополосного интернета вещей (NB-IoT) стандарта. Конкретные примеры таких машин или устройств датчиков, дозирующие устройства, такие как измерители мощности, промышленное оборудование или бытовой техники (например, холодильники, телевизоры и т.п.) персональные носимые (например, часы, фитнес-трекеры и т.д.). В других сценариях WD может представлять собой транспортное средство или другое оборудование, которое может отслеживать и/или отчеты о его рабочем состоянии или других функциях, связанных с его работой. WD, как описано выше, может представлять собой конечную точку беспроводного соединения, и в этом случае, устройство может быть обозначено в качестве беспроводного оконечного устройства. Кроме того, WD, как описано выше, может быть мобильным и, в этом случае, оно также может упоминаться в качестве мобильного устройства или мобильного оконечного устройства.
Как показано на чертеже, устройство 110 беспроводной связи включает в себя антенну 111, интерфейс 114, схему 120 обработки, машиночитаемый носитель 130, пользовательский интерфейс 132, вспомогательное оборудование 134, источник 136 питания и схему 137 питания. WD 110 может включать в себя множество наборов из одного или более из проиллюстрированных компонентов для различных беспроводных технологий, поддерживаемых WD 110, такие как, например, беспроводных технологий GSM, WCDMA, LTE, NR, WiFi, WiMAX, или Bluetooth, только некоторые из них. Эти беспроводные технологии могут быть интегрированы в те же или различные микросхемы или набор микросхем в качестве других компонентов в WD 110.
Антенна 111 может включать в себя одну или несколько антенн, или антенных решеток, выполненную с возможностью отправлять и/или принимать беспроводные сигналы, и подключена к интерфейсу 114. В некоторых альтернативных вариантах осуществления, антенна 111 может быть отделена от WD 110 и возможностью подключения к WD 110 через интерфейс или порт. Антенна 111, интерфейс 114 и/или схема 120 обработки может быть выполнена с возможностью выполнять любую операцию приема или передачи, описанные в данном документе в качестве выполняемого с помощью WD. Любая информация, данные и/или сигналы могут быть получены от сетевого узла и/или другого WD. В некоторых вариантах осуществления, радиосхемы и/или антенна 111 может рассматриваться как интерфейс.
Как показано на чертеже, интерфейс 114 включает в себя радиосхему 112 и антенну 111. Радиосхема 112 содержит один или более фильтры 118 и усилитель 116. Радиосхема 114 соединена с антенной 111 и схемой 120 обработки и выполнена с возможностью обрабатывать сигналы, передаваемые между антенной 111 и схемой 120 обработки. Радиосхема 112 может быть соединена с или частями антенны 111. В некоторых вариантах осуществления, WD 110 может не включать в себя в отдельную радиосхему 112; скорее, схема 120 обработки может содержать радиосхему и может быть подключена к антенне 111. Аналогичным образом, в некоторых вариантах осуществления некоторые или все из RF схемы 122 приемопередатчика может рассматриваться как часть интерфейса 114. Радиосхема 112 может принимать цифровой данные, которые должны быть отправлены к другим сетевым узлам или WDs через беспроводное соединение. Радиосхема 112 может преобразовывать цифровые данные в радиосигнал, имеющий соответствующие параметры канала и пропускной способности с использованием комбинации фильтров 118 и/или усилителей 116. Радиосигнал может затем быть передан через антенну 111. Аналогичным образом, при приеме данных, антенна 111 может собирать радиосигналы, которые затем преобразуются в цифровые данные с помощью радиосхемы 112. Цифровые данные могут быть переданы в схему 120 обработки. В других вариантах осуществления интерфейс может включать в себя различные компоненты и/или различные комбинации компонентов.
Схема 120 обработки может включать в себя комбинацию из одного или нескольких из микропроцессора, контроллера, микроконтроллера, центрального блока обработки, цифрового процессора сигналов, специализированной интегральной схемы, программируемой пользователем вентильной матрицы или любого другого подходящего вычислительного устройства, ресурса или комбинации аппаратные средства, программное обеспечение и/или кодированной логики, выполненной с возможностью обеспечения, либо отдельно, либо в сочетании с другими WD 110 компонентами, таких как машиночитаемый носитель 130 WD 110 функциональных возможностей. Такие функциональные возможности могут включать в себя предоставление какого-либо из различных беспроводных функций или выгод, описанных здесь. Например, схема 120 обработки может выполнять инструкции, сохраненные в машиночитаемом носителе 130 или в памяти в схеме 120 обработки, чтобы обеспечить описанную функциональность.
Как показано на чертеже, схема 120 обработки включает в себя одну или более RF схему 122 приемопередатчика, схему 124 основной полосы частот и схему 126 обработки приложения. В других вариантах осуществления, схема обработки может содержать различные компоненты и/или различные комбинации компонентов. В некоторых вариантах осуществления схема 120 обработки WD 110 может включать в себя SOC. В некоторых вариантах осуществления, RF схема 122 приемопередатчика, модулирующая схема 124 обработки и схема 126 обработки приложения может быть выполнена на отдельных микросхемой или наборах микросхем. В альтернативных вариантах осуществления, часть или все схемы 124 обработки основной полосы частот и схемы 126 обработки приложения могут быть объединены в одну микросхему или набор микросхем, и RF схема 122 приемопередатчика может быть выполнена на отдельной микросхеме или наборе микросхем. В еще альтернативных вариантах осуществления, часть или все RF схема 122 приемопередатчика и схема 124 обработки основной полосы частот может быть выполнены на той же микросхеме или наборе микросхем, и схема 126 обработки приложения может быть выполнена на отдельной микросхеме или наборе микросхем. В других альтернативных вариантах осуществления, часть или все RF схема 122 приемопередатчика, схема 124 обработки основной полосы частот и схема 126 обработки приложения могут быть объединены в одной микросхеме или наборе микросхем. В некоторых вариантах осуществления RF схема 122 приемопередатчика может быть частью интерфейса 114. RF схема 122 приемопередатчика может преобразовать RF сигналы для схемы 120 обработки.
В некоторых вариантах осуществления, некоторые или все функциональные возможности, описанные здесь, как выполняемые с помощью WD, могут быть обеспечены путем выполнения инструкций схемой 120 обработки, сохраненных на машиночитаемом носителе 130, который в некоторых вариантах осуществления может представлять собой машиночитаемый носитель для хранения. В альтернативных вариантах осуществления, некоторые или все функциональные возможности могут быть обеспечены схемой 120 обработки без выполнения инструкции, хранящейся на отдельном или дискретном устройстве носителя для чтения, например, в зашитом способе. В любом из этих конкретных вариантов осуществления, является ли выполнение инструкций, сохраненных на машиночитаемом носителе данных или нет схемой 120 обработки может быть выполнено с возможностью выполнять описанные функции. Преимущества, предоставляемые такой функциональностью, не ограничивается схемой 120 обработки в одиночку или к другим компонентам WD 110, но пользуются WD 110 в целом и/или конечными пользователями и беспроводной сети в целом.
Схема 120 обработки может быть выполнена с возможностью выполнять какие-либо операции определение, вычисление или аналогичные операции (например, некоторые операции), описанные здесь как выполняемые с помощью WD. Эти операции, как выполнены посредством схемой 120 обработки, могут включать в себя обработку информации, полученную в результате схемы 120 обработки, например, преобразование полученной информации в другую информацию, сравнение полученной информации или преобразованную информации с информацией, хранящейся на WD 110 и/или при выполнении одной или нескольких операций на основании полученной информации или преобразованной информации, и в результате указанной обработки определения.
Машиночитаемый носитель 130 может быть выполнен с возможностью сохранять компьютерную программу, программное обеспечение, приложение, включающее в себя один или несколько из логики, правил, код, таблицы и т.д., и/или другие инструкции, способные быть выполнена схемой 120 обработки. Машиночитаемый носитель 130 может включать в себя память компьютера (например, оперативную память (RAM) или постоянную память (ROM)), носители информации (например, жесткий диск), съемные носители (например, компакт-диск (CD) или цифровой видеодиск (DVD)) и/или любое другое энергозависимое или энергонезависимое, постоянное устройство для чтения и/или исполняемое компьютером инструкции в памяти, которые хранят информацию, данные и/или инструкция, которые могут быть использованы схемой 120 обработки. В некоторых вариантах осуществления схема 120 обработки и машиночитаемый носитель 130 может рассматриваться как быть интегрированные.
Пользовательский интерфейс 132 может обеспечить компоненты, которые позволяют человеку пользователю взаимодействовать с WD 110. Такое взаимодействие может иметь много форм, таких как визуальную, звуковую, тактильную и т.д. Пользовательский интерфейс 132 может быть выполнен с возможностью выводить пользователю и позволить пользователю обеспечить ввод в WD 110. Тип взаимодействия может изменяться в зависимости от типа пользовательского интерфейса 132, установленного в WD 110. Например, если WD 110 является смартфоном, взаимодействие может быть с помощью прикосновения к экрану; если WD 110 является смарт-метром, взаимодействие может быть через экран, который обеспечивает использование (например, используемое количество) или громкоговоритель, который обеспечивает звуковой сигнал (например, при обнаружении дыма). Пользовательский интерфейс 132 могут включать в себя интерфейс ввода, устройство и схемы, и интерфейс вывода, устройство и схему. Пользовательский интерфейс 132 выполнен с возможностью вводить информации в WD 110, и соединен со схемой 120 обработки, чтобы обеспечить схему 120 обработки для обработки входной информации. Пользовательский интерфейс 132 может включать в себя, например, микрофон, близость или другой датчик, клавиши/кнопки, дисплей сенсорный, одну или несколько камер, порт USB или другую входную схему. Пользовательский интерфейс 132 также конфигурируется для обеспечения вывода информации из WD 110, и позволить схеме 120 обработки вывести информацию из WD 110. Пользовательский интерфейс 132 может включать в себя, например, громкоговоритель, дисплей, вибрационную схему, USB- порт, интерфейс для наушников, или другую выходную схему. Использование одного или более интерфейсов ввода/вывода, устройств и схем пользовательского интерфейса 132, WD 110 может связываться с конечными пользователями и/или беспроводной сетью и позволит им извлечь выгоду из функциональных возможностей, описанных в данном документе.
Вспомогательное оборудование 134 выполнено с возможностью обеспечить больше функциональных возможностей, которые не могут быть предоставлены в общем исполнении WD. Это может включать в себя специализированные датчики для выполнения измерений для различных целей, интерфейсов для дополнительных видов связи, таких как проводная связь и т.д. Тип компонентов вспомогательного оборудования 134 могут изменяться в зависимости от варианта осуществления и/или сценариев.
Источник 136 питания может в некоторых вариантах осуществления быть выполнен в виде батареи или блока батарей. Другие типы источников питания, такие как внешний источник питания (например, входной порт для электричества), фотоэлектрические устройства или силовые элементы, также могут быть использованы. WD 110 может дополнительно включать в себя схему 137 питания для подачи мощности от источника 136 питания в различных частях WD 110, которым необходимо питание от источника 136 питания, чтобы выполнять любые функциональные возможности, описанные в данном документе, или как указано. Схема 137 питания может, в некоторых вариантах осуществления включают в себя схему управления питанием. Схема 137 питания может дополнительно или альтернативно может быть выполнена с возможностью получать питание от внешнего источника питания; в этом случае, WD 110 может быть подключаемся к внешнему источнику питания (например, выпускное отверстие электроэнергии) через входную цепь или интерфейс, такие как электрический силовой кабель. Схема 137 питания может также в некоторых вариантах осуществления может быть выполнена с возможностью передачи электроэнергии от внешнего источника питания к источнику 136 питания. Это может быть, например, для зарядки источника 136 питания. Схема 137 питания может выполнять любое форматирование, преобразование, или другие модификация электропитания от источника 136 питания для подачи питания к соответствующим компонентам WD 110.
Как описано выше, настоящее изобретение предусматривает различные варианты осуществления для выбора луча. Как описано более подробно ниже, в некоторых вариантах осуществления WD 110 выполняет приоритизацию. Произвольный доступ без конкуренции к ресурсам в луче (то есть, в SSB и/или на CSI-RS ресурсах) все еще позволяя WD 110 использовать произвольный доступ на основе конкуренции, чтобы избежать сбой произвольного доступа, что может привести, например, к сбою хендовера. В некоторых вариантах осуществления, конфигурация выбора луча используется там, где WD 110 выполняет приоритизацию между произвольным доступом без конкуренции к ресурсам в лучах (например, SSB и/или на CSI-RS ресурсах), а также произвольный доступ на основе конкуренции в луче (например, в SSB и/или на CSI-RS ресурсе).
Как описано выше, выбор луча относится к одному или комбинации из следующих действий: (1) выбор из SSB, ассоциированный с сотой UE должен синхронизироваться и выполнять произвольный доступ; и (2) выбор CSI-RS ресурс, ассоциированный с сотой UE должны синхронизироваться и выполнять произвольный доступ.
В некоторых вариантах осуществления сообщение относится к сообщению RRC сигнализации. В случае RRC примером может служить команда хендовера (то есть, RRCConnectionReconfiguration с mobilityControlInfo IE, содержащей конфигурацию RACH целевой соты). Однако различные варианты осуществления, описанные в данном документе, также применимы к любому сообщению от любого уровня протокола запускающего WD 110 для выполнения произвольного доступа.
В некоторых вариантах осуществления, луч может относиться к SSB, что является формированием луча, что может быть измерено с помощью WD 110 (например, WD 110 может вычислить SS-RSRP). Каждый SSB кодирует PCI и SSB, ассоциированные с одной и той же NR сотой, передают один и тот же PCI. Кроме того, каждый SSB имеет свой собственный индекс SSB, который может быть получен из DMRS PBCH, индекс времени (например, закодированный в PBCH) или комбинацию из них (в качестве комбинации может быть использован уникальный идентификатор SSB). В некоторых вариантах осуществления, луч может (альтернативно или также) относится к ресурсу CSI-RS, что является формированием луча, и может быть измерен с помощью WD 110 (например, WD 110 может вычислять CSI-RSRP, CSI-RSRQ, CSI-SINR). Каждый CSI-RS может иметь PCI, ассоциированный с ним так, что WD 110 можно использовать для синхронизации, прежде чем он измеряет ресурс CSI-RS.
В некоторых вариантах осуществления, результаты измерений в луче могут быть RSRP на луч, RSRQ на луч и/или SINR на луч. В тех случаях, когда SSB используются в качестве типа опорного сигнала для измерения уровня луча, могут быть использованы SS-RSRP, SS-RSRQ, SS-SINR. В случаях, когда CSI-RS используется в качестве типа опорного сигнала луча для измерения уровня, могут быть использованы CSI-RSRP, CSI-RSRQ, CSI- SINR.
В некоторых вариантах осуществления, пригодный луч может быть лучом, чьи результаты измерений удовлетворяют условию. Например, пригодный луч может быть лучом, чьи результаты измерений удовлетворяют условию на основании абсолютного порогового значения. В некоторых вариантах осуществления, абсолютное пороговое значение может быть либо конфигурируемым или определено в стандарте. Например, луч B (I) может быть пригоден, если RSRP b (i) > абсолютного порогового значения.
Другие величины измерения также могут быть использованы в качестве критериев, таких как, например, если RSRQ b (i) > абсолютного порогового значения и/или, если SINR b (i) > абсолютного порогового значения. Комбинации измерений величин могут быть также использованы в качестве критериев. Например, в некоторых вариантах осуществления, если RSRQ b (i) > абсолютного порогового значения 1 AND, если SINR b (i) > SINR абсолютного порогового значения 2, то b (i) может быть пригодным. В качестве другого примера, в некоторых вариантах осуществления, RSRQ b (i) > абсолютного порогового значения 1 AND, если SINR b (i) > SINR абсолютного порогового значения 2, b (i) может быть пригодным. В качестве еще одного примера, в некоторых вариантах осуществления, если RSRQ b (i) > абсолютного порогового значения 1 AND, если RSRQ b (i) > абсолютного порогового значения 2, то b (i) может быть пригодным. В качестве еще одного примера, в некоторых вариантах осуществления, если RSRQ b (i) > абсолютного порогового значения 1 AND, если RSRQ b (i) > абсолютного порогового значения 2 AND, если SINR b (i) > SINR абсолютного порогового значения 3, b (i) может быть пригодным.. Следует понимать, что приведенное выше математические соотношения, используя больше (>) являются просто примерами и другие операторы, включающие в себя, но не ограничиваясь ими, менее чем (<), меньше или равно (≤), больше или равно (≥), равенства (=), не равно (≠) также могут быть рассмотрены. Эти операторы также могут быть объединены с логическими операторами, включающие в себя, но не ограничиваясь ими, AND, OR, XOR, NOT, чтобы сформировать новые математические отношения.
В некоторых вариантах осуществления целевая сота относится к соте, которую WD 110 в настоящее время указывает для синхронизации во время хендовера, которая отличается от любой обслуживающей соты. В некоторых вариантах осуществления целевая сота может быть такой же, как и любая обслуживающая сота. Одним из примеров такого сценария, когда WD 110 выполняет произвольный доступ или эквивалент процедуры повторной синхронизации с обслуживающей сотой до отказа линии радиосвязи, например, инициируют при выборе луча во время восстановления луча. В некоторых случаях, однако, даже эта процедура также может быть выполнена с возможностью выполняться в другой соте.
В некоторых вариантах осуществления, сетевой узел, такой как сетевой узел 160, передает сообщение на WD 110. Сообщение содержит информацию об одном или более наборах выделенных ресурсов RACH. Каждый набор выделенных ресурсов RACH ассоциированы с лучом, ассоциированный с сетевым узлом. Как описано выше, сообщение сигнализации может быть сообщением RRC сигнализации. Например, сообщение может быть командой хендовера (например, RRCConnectionReconfiguration с mobilityControlInfo IE, содержащий конфигурацию RACH целевой соты). Как было описано выше, однако, в некоторых вариантах осуществления это может быть другим сообщением (например, другое сообщение запуска WD 110 для выполнения произвольного доступа).
WD 110 принимает сообщение от узла сети 160. В некоторых вариантах осуществления, в ответ на прием сообщения, WD 110 получает оценку качества луча для каждого луча, ассоциированного с одним или несколькими наборами выделенных ресурсов RACH. Например, WD 110 может получить оценку качества луча на индекс луча, ассоциированный с целевой сотой. В некоторых вариантах осуществления, эта оценка может быть получена для всех лучей или только для подмножества лучей.
WD 110 может получить оценку качества луча для каждого луча, ассоциированного с одним или несколькими наборами выделенных RACH ресурсов в различных формах. В качестве первого примера, WD 110 может использовать ранее выполненные результаты измерений за индекс луча.
В качестве второго примера, WD 110 может обновлять измерение результатов на индекс луча для целевой соты. В некоторых вариантах осуществления настоящего изобретения обновленные результаты измерений могут быть отфильтрованными результатами измерений. Другими словами, WD 110 может принимать во внимание ранее выполненных измерений. В некоторых вариантах осуществления коэффициент фильтра либо может быть определен или настроен. В некоторых случаях, в зависимости от коэффициентов фильтра, только последний пример(ы) может иметь значение (то есть фильтр без памяти). В некоторых вариантах осуществления, измерение обновление может происходить в более быстрой периодичности по сравнению с одним WD 110, которое использует для конфигурирования оценки измерений событий, учитывая, что это может потребовать более результатов измерений, чтобы выполнить надлежащую процедуру произвольного доступа. В некоторых случаях, может быть сконфигурировано использование различных периодичностей выборки и/или регулироваться на основе различных критериев (например, обнаружение перемещения WD 110, WD 110 скорости или состояния скорости и т.д.). В некоторых вариантах осуществления частота выборки может зависеть от физических свойств радиоканала (например, несущая частота и SCS).
В качестве третьего примера, в некоторых вариантах осуществления WD 110 может выбирать между использованием ранее выполненных результатов измерений на индекс луча или выполнить обновление измерений на основе одного или несколько критериев. Один или более критериев могут быть любыми подходящими критериями. В некоторых вариантах осуществления один или более критериев могут включать в себя, было ли выполнено последнее измерение более порогового значения времени (например, X мс) до того, как сообщение было получено с помощью WD 110, что может указывать, что ранее выполненные измерения устарели и передача преамбулы может потерпеть неудачу из-за неправильной оценки первоначальной мощности передачи UL. Если сообщение получено до Х мса, ранее выполненные измерения, то можно рассматривать как действительные и WD 110 не придется выполнять какое-либо обновление в измерениях. В качестве другого примера, в некоторых вариантах осуществления один или более критериев могут включать в себя скорость WD, которую могли бы указать, в котором изменения более вероятно произойдет, если скорость WD будет выше. В некоторых вариантах осуществления изобретения, может быть определено состояние скорости, или может быть использовано один или более пороговых значений скорости. В качестве другого примера, в некоторых вариантах осуществления один или более критериев могут включать в себя движения WD (например, вращение). Если, например, вращение обнаруживается между временем WD 110 выполненных последних измерений, WD 110 должен выполнять измерения обновления, прежде чем выбрать луч, чтобы начать произвольный доступ.
В некоторых вариантах осуществления может быть использована комбинация описанных выше критериев, чтобы определить, следует ли использовать ранее выполненные результаты измерений на индекс луча или выполнить обновление измерений.
В некоторых вариантах осуществления, WD 110 может использовать другие способы для оценки качества луча (вместо или в дополнение к измерению качества луча). Например, в некоторых вариантах осуществления WD 110 может экстраполировать качество луча для конкретного луча, основываясь на результатах измерений, выполненных на другой лучах. В результате, может быть получено, например, следующее:
[Луч (1): RSRP-1, луч (2): RSRP2, ..., луч (К): RSRP (К)], и/или
[Луч (1): RSRQ-1, луч (2): RSRQ2, ..., луч (К): RSRQ (К)] и/или
[Луч (1): SINR-1, луч (2): SINR -2, ..., луч (К): SINR (К)]
для К индексов пригодных лучей, где все из них имеют их количество измерений, RSRP в этом примере, выше порогового значения.
WD 110 определяет, основываясь на полученной оценки качества луча для каждого луча, ассоциированного с одним или несколькими наборами выделенных RACH ресурсов, соответствует ли любой луч, ассоциированный с одним или более наборами выделенных RACH ресурсов, одному или несколько критериям первого набора критерии для осуществления произвольного доступа. WD 110 выполняет произвольный доступ на основании соответствия какой-либо луча, ассоциированного с одним или несколькими наборами выделенных ресурсов RACH, одному или нескольким критериям первого набора критериев для осуществления произвольного доступа. Это более подробно описано ниже в связи с фиг.4А и фиг.4В.
Фиг.4А и фиг.4В иллюстрируют процедуру произвольного доступа многолучевого распространения, например, в соответствии с некоторыми вариантами осуществления. Обратимся теперь к фиг.4А, процедура произвольного доступа многолучевого распространения начинается на этапе 4-1, где WD (например, UE), принимает сообщение от сетевого узла, содержащее ноль или более выделенных RACH ресурсов, ассоциированные с лучами, ассоциированные с целевой сотой, WD должно синхронизировать и выполнить произвольный доступ. В некоторых вариантах осуществления, сообщение может также содержать общие ресурсы RACH.
При (или в ответ на) приеме сообщения на этапе 4-2 WD запускает таймер. В примере, показанном на фиг.4А и фиг.4В, таймер является таймером сбоя хэндовера (например, T304, как таймер). Как описано более подробно ниже, однако, варианты осуществления, описанные в данном документе, не ограничены сбоем хендовера, и таймер запущенный на этапе 4-2, может быть другим таймером.
На этапе 4-3, WD оценивает качество луча на индекс луча, ассоциированный с целевой сотой, как описано выше (например, WD может использовать предшествующие оценки для некоторых или всех лучей, WD может использовать ранее выполненные результаты измерений на индекс луча, WD может обновить результаты измерений за индекс луча для целевой соты, и/или экстраполировать качество луча для конкретного луча, основываясь на результатах измерений, выполненных на других лучах).
На этапе 4-4, WD оценивает, являются ли какие-либо лучи из выделенной конфигурацией RACH пригодными. Как описано выше, пригодный луч может быть тот, чьи результаты измерений удовлетворяют условию. Например, пригодный луч может быть тот, чьи результаты измерений удовлетворяют условию на основе абсолютного порогового значения. Другими словами, WD определяет, основываясь на полученной оценке качества луча для каждого луча, ассоциированного с одним или несколькими наборами выделенных RACH ресурсов, удовлетворяет ли какой-либо луч, ассоциированный с одним или более наборами выделенных RACH ресурсов, одному или нескольких критериям из первого набора критериев для осуществления произвольного доступа. В некоторых вариантах осуществления один или более критериев первого набора критериев может содержать один или более из RSRP пороговое значение; RSRQ пороговое значение; и SINR пороговое значение. Как описано более подробно ниже, WD выполняет произвольный доступ на основании, удовлетворяет ли какой-либо луч, ассоциированный с одним или более наборами выделенных ресурсов RACH, одному или несколько критериям первого набора критериев для осуществления произвольного доступа.
С этапа 4-5 способ переходит на основании того, идентифицирует ли WD какой-либо из лучей, которые были сконфигурированы с ассоциированными выделенными ресурсами RACH, является пригодным. Если, по меньшей мере, один луч с ассоциированными выделенными ресурсами RACH является пригодным, то способ переходит к этапу 4-6.
На этапе 4-6, WD выбирает луч, сконфигурированный с ассоциированными выделенными ресурсами RACH. В некоторых вариантах осуществления только один из лучей сконфигурирован с ассоциированными выделенными ресурсами RACH может быть пригодным. В таком сценарии, WD выполняет произвольный доступ, используя соответствующие ресурсы (например, передает преамбулу произвольного доступа, используя выделенные ресурсы, ассоциированные с выбранным лучом и начинает сконфигурированное временное окно RAR).
В некоторых вариантах осуществления может быть пригодными более одного луча, конфигурированный с ассоциированными выделенными ресурсами RACH. В таком сценарии, WD может выбрать один из пригодных лучей и выполняют произвольный доступ с ресурсами, ассоциированные с выбранным лучом (например, передачи преамбулы произвольного доступа, используя выделенные ресурсы, ассоциированные с выбранным лучом и начинает сконфигурированное временное окно RAR). В некоторых вариантах осуществления WD может выбрать один из множества лучей на основании одного или нескольких критериев второго набора критериев. WD может использовать любые подходящие критерии для выбора одного из множества пригодных лучей. В качестве одного примера, в некоторых вариантах осуществления WD может выбрать пригодный луч с сильным количеством измерений. В качестве другого примера, в некоторых вариантах осуществления WD может выбрать пригодный луч во временной области RACH ресурсы которого выделены первыми, определить приоритеты задержки. В качестве еще одного примера, в некоторых вариантах осуществления WD может выбрать пригодный луч, который имеет более высокую стабильность (например, на основе статистики состояния радиосвязи, WD может определить, что условия радиосвязи для луча значительно не изменилось в течение определенного периода времени, и выбирает этот луч). В некоторых вариантах осуществления может быть использована комбинация вышеописанных критериев второго набора критериев для выбора одного из нескольких пригодных лучей.
Хотя приведенное выше описание описывает выбор луча на основе описанных выше критериев, в некоторых вариантах осуществления, если несколько лучей с выделенными ресурсами RACH являются пригодными, WD может послать несколько преамбул для любого подмножества выделенных RACH ресурсов, ассоциированных с пригодными лучами.
На этапе 4-7 WD определяет, принято ли RAR до истечения временного окна RAR. Если WD принимает RAR скремблированный с WD, RA-RNTI и содержащий RAPID в WD в пределах окна RAR, способ переходит к этапу 4-8. На этапе 4-8 процедура считается успешной и WD подготавливает сообщение о завершении хендовера для передачи в целевую соту.
Если WD не приняло RAR до истечения временного окна RAR, способ переходит к этапу 4-9. На этапе 4-9, WD либо (1) выполняет линейное изменение мощности (то есть, мощность передачи возрастает) на том же луче или (2) переключается на новый луч с использованием той же мощности. В некоторых вариантах осуществления WD может также повторно оценить качество луча на индекс луча. Если после повторной оценки качества есть, по меньшей мере, один пригодный луч с выделенным RACH, WD выбирает одно выполнение одно или более из критериев, описанных выше, во втором наборе критериев.
Если после повторной оценки качества отсутствует пригодный луч с выделенным RACH, то WD проверяет, инициированный таймер T304 на этапе 4-2 все еще работает ли. Если T304 еще не истек, то WD снова выполняет этап 4-5 и до этапа 4-10 (описано более подробно ниже), где WD выбирает пригодный луч (например, удовлетворяет ли луч одному или нескольким критериям первого набора и/или второго набора критериев, описанных выше) с общими ресурсами RACH. В противном случае, если таймер T304 инициируемый на этапе 4-2, истек, то WD объявляет сбой произвольного доступа и информирует верхние уровня.
Возвращаясь к этапу 4-5, если на этапе 4-5 ни один из лучей, ассоциированный с выделенными RACH ресурсами, является пригодным, то способ переходит к этапу 4-10. На этапе 4-10 WD выбирает пригодный луч (например, луч удовлетворяет одному или нескольким критериям первого набора и/или второго набор критериев, описанным выше) с общим RACH ресурсами и выполняет произвольный доступ с ресурсами, ассоциированными с выбранным лучом (например, передает преамбулу произвольного доступа, используя общие ресурсы, ассоциированные с выбранным лучом и запускает сконфигурированное временное окно RAR).
На этапе 4-11 WD определяет, принят ли RAR до истечения временного окна RAR. Если WD принимает RAR скремблированный с WD, RA-RNTI и содержащий RAPID в WD в пределах окна RAR, способ переходит к этапу 4-8. На этапе 4-8 процедура считается успешной, и WD подготавливает сообщение о завершении хендовера для передачи в целевую соту.
Если WD не принимает RAR до истечения временного окна RAR, способ переходит к этапу 4-12. На этапе 4-12 WD либо (1) выполняет линейное изменение мощности (то есть, мощность передачи возрастает) на том же луче или (2) переключается на новый луч с использованием той же мощности. В некоторых вариантах осуществления WD может также повторно оценить качество луча на индекс луча. Если после повторной оценки качества есть, по меньшей мере, один пригодный луч с выделенным RACH, WD выбирает удовлетворение одному или более из критериев, описанных выше, во втором наборе критериев.
Если после повторной оценки качества отсутствует пригодный луч с выделенным RACH, то WD проверяет, работает ли таймер T304, инициируемый на этапе 4-2. Если T304 еще не истек, то WD должно выбрать пригодный луч с общим RACH ресурсов, удовлетворяющий одному или нескольким критериям в первом наборе и/или втором наборе критериев, описанных выше, и возвращается к этапу 4-6. В противном случае, если истек таймер T304, инициируемый на этапе 4-2, то WD объявляет сбой произвольного доступа и информирует верхние уровни.
В некоторых вариантах осуществления WD может принять RAR скремблированный с WD RA-RNTI и содержащий индикатор отсрочки на этапе 4-7 или 4-11. В некоторых вариантах осуществления, в таком сценарии WD может отсрочить выполнение процедуры в соответствии с указаниями индикатора отсрочки и продолжить процедуру с этапа 4-12.
Альтернативно, в таком сценарии WD может обновлять оценку качества луча, как описано выше (например, WD может использовать предшествующие оценки для некоторых или всех из лучей, WD может использовать ранее выполненные результаты измерений на индекс луча, то WD может обновить результаты измерений на индекс луча для целевой соты, или экстраполировать качество луча для конкретного луча, основываясь на результатах измерений, выполненных на других лучах, как описано выше). Если WD может выбрать другой пригодный луч, чем тот, который используется для предшествующей попытки, WD может использовать этот новый луч и продолжить процедуру, начиная с этапа 4-12 или 4-9 без отсрочки.
В некоторых вариантах осуществления, индикатор отсрочки может содержать различные типы информации, которые будут инициировать различные действия WD. Например, в некоторых вариантах осуществления индикатор отсрочки может быть действительным для конкретного луча и WD выбрало и попытался выполнить RACH доступ, ассоциированный с ней. В этом случае, WD может попытаться выбрать любой другой пригодный луч для повторной передачи преамбулы без необходимости ожидания. Если единственный пригодный луч ассоциирован с индикатором отсрочки, то WD ждет время отсрочки перед возобновлением доступа.
В качестве другого примера, индикатор отсрочки может содержать значения времени отсрочки для множества лучей (то есть, WD допускается только для выполнения повторных передач преамбулы до времени отсрочки с использованием ресурсов, ассоциированных с пригодным лучом, не в предоставленном индикаторе отсрочки). В таком сценарии, где указаны множественные лучи, в некоторых вариантах осуществления WD может выбрать любой с выделенными ресурсами, которые пригодны и отсутствуют в индикаторе отсрочки.
В некоторых вариантах осуществления WD может принять сообщение от сети, содержащее выделенные RACH ресурсы, ассоциированные со всему лучами, ассоциированные с целевой сотой WD должно синхронизироваться и выполнять произвольный доступ. В таком случае, при приеме (или в ответ на) сообщения, WD может выполнять этапы способа, показанные на фиг.4А и 4В со следующими изменениями.
В некоторых вариантах осуществления, если в качестве результата (n + 1)-го повторного выбора луча WD повторно выбирает тот же луч, что и при n-м выборе, WD может выполнять линейное изменение мощности, как показ, так что, то же самое направление было еще лучшим, хотя мощность UL не была достаточной. В качестве альтернативы, WD может выполнять (вместо или в дополнение к линейному изменению мощности, как описано выше) переключение UL луча для передачи преамбулы (например, в том случае, WD имеет возможность передачи более узкими UL лучами по сравнению с более широким DL Тх лучами, что осталась без изменений).
В некоторых вариантах осуществления, если в качестве результата (n + 1)-ого повторного выбора луча WD повторно выбирает другой луч по сравнению с n-ы выбором, как указание того, что следует использовать другое направление, WD начинает выполнять произвольный доступ с оценкой исходного уровня мощности и/или продолжают свои уровни линейного изменения мощности.
В таком сценарии, WD может продолжить процедуру, начиная с одного этапа 4-9 и 4-12. Другими слова, WD начинает произвольный доступ, используя выбранный луч с соответствующим RACH ресурсом (например, время/частота/последовательность), который был предоставлен и запускает таймер, ассоциированный с сконфигурированным временным окном RAR.
В некоторых вариантах осуществления WD может принять RAR скремблированный с RA-RNTI WD и содержащий RAPID WD. В таком сценарии WD может остановить таймер, ассоциированный с настроенным временным окном RAR и рассмотрит процедуру произвольного доступа успешной. В тех случаях, когда таймер, ассоциированный с настроенным RAR временного окна, истекает (или WD принимает RAR с отсрочкой, как описаны выше), то WD может повторно попытаться выполнить процедуру обработки ошибки, пока счетчик передаваемых преамбул не будет равен ранее установленному значению или таймер (например, таймер T304) истекает. В некоторых вариантах осуществления счетчик может увеличиваться каждый раз, когда WD выполняет передачу преамбулы, независимо друг от друга: WD выполняет линейное изменение мощности без переключения луча UL и без переключения луча DL; WD выполняет линейное изменение мощности с переключением луча UL и без переключения луча DL; WD выполняет линейное изменение мощности с переключением луча UL и переключением луча DL; WD выполняет линейное изменение мощности без переключения луча UL и переключения луча DL; WD не выполняет линейное изменение мощности, но выполняет переключение UL луча с переключением луча DL; WD не выполняет линейное изменение мощности, но выполняет переключение UL луча без переключения луча DL; WD не выполняет линейное изменение мощности, но выполняет переключение луча DL без переключения луча UL.
В таком случае, если все лучи имеют выделенные ресурсы, сконфигурированные для этого WD, эти ресурсы являются действительными до тех пор, как таймер (например, T304 таймер) работает. Целевой сетевой узел может поддерживать этот таймер и, когда он истекает, целевой узел может либо преобразовать их в общие ресурсы RACH, или выделить в качестве выделенного ресурса RACH другим WD.
Согласно другому примеру осуществления изобретения, WD может принять сообщение от сети, которое может содержать только RACH общие ресурсы, ассоциированные со всеми лучами, ассоциированными с целевой сотой, что WD должна синхронизироваться и выполнять произвольный доступ. При получении такого сообщения, WD может выполнять те же действия, описанные выше для случая, когда WD принимает только выделенные ресурсы RACH, за исключением того, что RACH ресурсы, используемые на этапе 4-9 и/или 4-12 являются общими ресурсами. Если это сообщение не содержит общий RACH ресурс, WD должно использовать ранее полученную общую RACH конфигурацию, например, как она определена для исходной соты.
Хотя в примерах реализации упомянутого сообщения, принятого WD, которое инициирует WD выполнить произвольный доступ, было описано, как сообщение команды хендовера, настоящее изобретение не ограничено этими примерными вариантами осуществления. Например, варианты осуществления, описанные выше, в равной степени применимы к сценариям, в котором триггер для WD выполнить произвольный доступ не является сообщение хендовера. Например, варианты осуществление, описанные выше, также применимы к сценариям восстановления луча, в котором выбор луча может быть вызван обнаружением сбоем луча. В таком сценарии, WD может быть сконфигурировано выделенными и общими ресурсами канала UL посредством сообщения, хотя процедуру выбора луча саму по себе инициируют другими критериями.
Кроме того, хотя описанные выше примерные варианты осуществления используют произвольный доступ в качестве примера процедуры с выбором луча, различные варианты осуществления, описанные выше, также применимы к восстановлению луча в том смысле, что WD также необходимо выполнить выбор луча, также может быть сконфигурирован с ресурсами UL канала (как PRACH-ресурсы), а также ждать ответа прежде, чем будет объявлен сбой.
На фиг.5 показана блок-схема последовательности операций способа 500 в UE, в соответствии с некоторыми вариантами осуществления. Способ 500 начинается на этапе 501, где UE принимает сообщение от сетевого узла, причем сообщение содержит информацию об одном или более RACH наборов выделенных ресурсов, каждого набора выделенных RACH ресурсов, ассоциированным с лучом, ассоциированный с целевой сотой.
На этапе 502 UE получает оценку качества луча для каждого луча, ассоциированного с одним или несколькими наборами RACH выделенных ресурсов.
На этапе 503 UE определяет, основываясь на полученной оценки качества луча для каждого луча, ассоциированного с одним или несколькими наборами выделенных RACH ресурсов, удовлетворяет ли какой-либо луч, ассоциированный с одним или несколькими наборами выделенных RACH ресурсов, одному или несколько критериям первого набора критериев для осуществления произвольного доступа.
На этапе 504, UE выполняет произвольный доступ на основании, соответствует ли какой-либо луч, ассоциированный с одним или несколькими наборами выделенных ресурсов RACH, одному или нескольким критериям первого набора критериев для осуществления произвольного доступа.
В некоторых вариантах осуществления, определение, удовлетворяет ли какой-либо луч, ассоциированный с одним или несколькими наборами выделенных RACH ресурсов, одному или нескольким критериям первого набора критериев для осуществления произвольного доступа на этапе 503, что может включать в себя определение, что, по меньшей мере, один луч соответствует одному или более критерию первого набора критериев для осуществления произвольного доступа.
В некоторых вариантах осуществления выполнения произвольного доступа на этапе 504 может включать в себя передачу преамбулы произвольного доступа, используя выделенные ресурсы RACH, ассоциированные с, по меньшей мере, одним лучом, определяется с учетом одного или нескольких критериев первого набора критериев для осуществления произвольного доступа.
В некоторых вариантах осуществления, по меньшей мере, один луч может содержать множество лучей, а также выполнение произвольного доступа на этапе 504 может включать в себя выбор одного из множества лучей на основании одного или нескольких критериев второго набора критериев и передают преамбулу произвольного доступа, используя выделенные ресурсы, ассоциированные с выбранным лучом. В некоторых вариантах осуществления один или более критериев второго набора критериев может содержать один или более из следующего: луч с сильным количеством измерений; луч, RACH ресурсы которого выделяют в первую очередь во временной области; и луч, имеющий условия радиосвязи, где было наименьшее количество изменений в течение определенного периода времени.
В некоторых вариантах осуществления способ может дополнительно включать в себя получение информации об общих ресурсах RACH для целевой соты. В некоторых вариантах осуществления способ может дополнительно содержать определение приоритета выделенных ресурсов RACH над общими RACH ресурсами для осуществления произвольного доступа. В некоторых вариантах осуществления, определение, удовлетворяет ли какой-либо луч, ассоциированный с одним или несколькими наборами выделенных RACH ресурсов, одному или нескольким критериям первого набора критериев для осуществления произвольного доступа на этапе 503, может включать в себя определение, что ни один луч не удовлетворяет ни одному или нескольким критериям первого набор критериев для осуществления произвольного доступа и осуществления произвольного доступа может включать в себя передачу преамбулы произвольного доступа, используя общие RACH ресурсы.
В некоторых вариантах осуществления один или более критериев первого набора критериев может содержать один или более из: RSRP пороговое значение; RSRQ пороговое значение; и SINR пороговое значение.
В некоторых вариантах осуществления, луч, ассоциированный с целевой сотой, может включать в себя блок сигнала синхронизации/физический широковещательный канал.
В некоторых вариантах осуществления, луч, ассоциированный с целевой сотой, может включать в себя CSI-RS ресурс.
В некоторых вариантах осуществления получение оценки качества луча для каждого луча, ассоциированного с одним или несколькими наборами выделенных RACH ресурсов на этапе 502, может включать в себя выполнение одного или более измерений на каждом луче, ассоциированного с одним или несколькими наборами выделенных RACH ресурсов, в одном или более измерений, указывающих на качество луча. В некоторых вариантах осуществления одно или несколько измерений могут включать одно или более из: RSRP измерения; RSRQ измерения; и SINR измерения.
В некоторых вариантах осуществления получение оценки качества луча для каждого луча, ассоциированного с одним или несколькими наборами выделенных RACH ресурсов на этапе 502 может включать в себя получение результатов одного или нескольких ранее выполненных измерений на каждом луче, ассоциированного с одним или несколькими наборами выделенный RACH ресурсов, одно или несколько ранее выполненных измерений указывают на качестве луча. В некоторых вариантах осуществления одно или несколько ранее выполненных измерений могут включать в себя одно или более из: RSRP измерения; RSRQ измерения; и SINR измерения.
В некоторых вариантах осуществления осуществление произвольного доступа на этапе 504 может включать в себя инициирование процедуры произвольного доступа, и способ может дополнительно включать запуск таймера в ответ на инициирование процедуры произвольного доступа.
В некоторых вариантах осуществления изобретения сообщение, принятое на этапе 501, может быть сообщением конфигурации хендовера, и процедура произвольного доступа может быть инициирована в ответ на прием сообщения конфигурации хендовера. В некоторых вариантах осуществления таймер может содержать таймер сбоя хендовера.
В некотором варианте осуществления способ может включать в себя обнаружение сбоя луча. Процедура произвольного доступа может быть инициирована в ответ на обнаружение сбоя луча, и сообщение, принятое на этапе 501, может быть принято после обнаружения сбоя луча. В некоторых вариантах осуществления, таймер может содержать таймер восстановления луча.
В некоторых вариантах осуществления способ может дополнительно включать в себя прием сообщения ответа произвольного доступа до истечения таймера. В некоторых вариантах осуществления, принятое сообщение ответа на запрос произвольного доступа может включать в себя инструкции на отсрочку для UE.
В некоторых вариантах осуществления способ может дополнительно включать в себя определение, что сообщение ответа на запрос произвольного доступа не было принято до истечения таймера. В некоторых вариантах осуществления способ может дополнительно включать в себя выбор другого луча для осуществления произвольного доступа. В некоторых вариантах осуществления способ может дополнительно включать в себя увеличение мощности передачи на UE; и переоценку, удовлетворяет ли какой-либо луч, ассоциированный с одним или несколькими наборами выделенных ресурсов RACH, одному или нескольким критериям первого набора критериев для осуществления произвольного доступа.
На фиг.6 показана блок-схема виртуальное устройства в соответствии с некоторыми вариантами осуществления. Более конкретно, на фиг.6 показана блок-схема устройства 600 в беспроводной сети (например, беспроводная сеть, показанная на фиг.3). Устройство может быть реализовано в устройстве беспроводной связи (например, устройство 110 беспроводной связи, показанной на фиг.3). Устройство 600 выполнено с возможностью осуществлять примерный способ, описанный со ссылкой на фиг.5 и, возможно, какие-либо другие способы или способы, раскрытые в данном документе. Кроме того, следует понимать, что способ фиг.5 не обязательно осуществляется исключительно устройством 600. По меньшей мере, некоторые операции способа могут быть выполнены одним или несколькими другими объектами.
Виртуальное устройство 600 может включать в себя схему обработки, которая может включать в себя один или более микропроцессор, или микроконтроллер, а также другие цифровые аппаратные средства, которые могут включать в себя, DSPs, цифровую логику специального назначения и тому подобное. Схема обработки может быть выполнена с возможностью выполнять программный код, сохраненный в памяти, которая может включать в себя один или несколько типов памяти, таких как ROM, память с произвольным доступом, кэш-память, устройство флэш-памяти, оптические запоминающие устройства и т.д. программный код, хранящийся в памяти, включает в себя программные инструкции для выполнения одного или несколько телекоммуникационных и/или протоколов передачи данных, а также инструкции для выполнения одного или более из описанных здесь способов, в нескольких вариантах осуществления. В некоторых вариантах осуществления, схема обработки может быть выполнена с возможностью побуждать блок 602 приема, блок 604 определения, блок 606 связи и любые другие подходящие блоки устройства 600 выполнить соответствующие функции в соответствии с одним или несколькими вариантами осуществления настоящего изобретения.
Как показано на фиг.6, устройство 600 включает в себя блок 602 приема, блок 604 определения и блок 606 связи. Блок 602 приема может быть выполнен с возможностью выполнять функции приема устройства 600. Например, блок 602 приема может быть выполнен с возможностью принимать сообщения от сетевого узла, причем сообщение содержит информацию об одном или более наборов выделенных ресурсов, RACH каждого набора выделенных RACH ресурсов, ассоциированного с лучом, ассоциированный с целевой сотой. В качестве другого примера, блок 602 приема может быть выполнен с возможностью принимать информацию об общих ресурсах RACH для целевой соты. В качестве еще одного примера, блок 602 приема может быть выполнен с возможностью принимать сообщение ответа произвольного доступа до истечения таймера. В качестве еще одного примера, блок 602 приема может быть выполнен с возможностью получать оценку качества луча для каждого луча, ассоциированного с одним или несколькими наборами выделенных ресурсов RACH.
Блок 602 приема может принимать любую подходящую информацию из сетевого узла или другого беспроводного устройства. Блок 602 приема может включать в себя приемник и/или приемопередатчик, например, RF схему 122 приемопередатчика, описанную выше на фиг 3. Блок 602 приема может включать в себя схему, выполненную с возможностью принимать сообщение по беспроводной сети и/или сигналы. В конкретных вариантах осуществления блок 602 приема может принимать сообщения и/или сигналы для блока 604 определения или любого другого подходящего блока устройства 600. В функции блока 604 приема, в некоторых вариантах осуществления, могут быть выполнены в одном или более отдельных блоков.
Блок 604 определения может выполнять обработку функций устройства 600. Например, блок 604 определения может быть выполнен с возможностью получать оценку качества луча для каждого луча, ассоциированного с одним или несколькими наборами выделенных ресурсов RACH. В некоторых вариантах осуществления, блок 604 определения может быть выполнен с возможностью выполнять одно или несколько измерений на каждом луче, ассоциированного с одним или несколькими наборами выделенных ресурсов RACH, одно или более измерений, указывающих на качество луча. В некоторых вариантах осуществления, блок 604 определения может быть выполнен с возможностью получать результаты одного или нескольких ранее выполненных измерений на каждом луче, ассоциированный с одним или несколькими наборами выделенных ресурсов RACH, одно или несколько ранее выполненных измерений, указывающих на качество луча.
В качестве другого примера, блок 604 определения может быть выполнен с возможностью определять, на основании полученной оценки качества луча для каждого луча, ассоциированного с одним или несколькими наборами выделенных RACH ресурсов, удовлетворяет ли какой-либо луч, ассоциированный с одним или несколькими наборами выделенных RACH ресурсов, одному или нескольким критериям первого набора критериев для осуществления произвольного доступа. В некоторых вариантах осуществления, блок 604 определения может быть выполнен с возможностью определять, что, по меньшей мере, один луч удовлетворяет одному или нескольким критериям первого набора критериев для осуществления произвольного доступа. В некоторых вариантах осуществления, по меньшей мере, один луч может содержать множество лучей и блок 604 определения может быть выполнен с возможностью выбирать один из множества лучей на основании одного или нескольких критериев второго набора критериев. В некоторых вариантах осуществления, блок 604 определения может быть выполнен с возможностью определять, что ни один луч не удовлетворяет ни одному или нескольким критериям первого набора критериев для осуществления произвольного доступа.
В качестве еще одного примера, блок 604 определения может быть выполнен с возможностью выполнять произвольный доступ, основываясь на том, удовлетворяет ли какой-либо луч, ассоциированный с одним или более наборов выделенных ресурсов RACH, одному или нескольким критериям первого набора критериев для осуществления произвольного доступа.
В качестве еще одного примера, блок 604 определения может быть выполнен с возможностью приоритезировать выделенные ресурсы RACH над общими RACH ресурсами для осуществления произвольного доступа.
В качестве другого примера, блок 604 определения может быть выполнен с возможностью инициировать процедуру произвольного доступа. В некоторых вариантах осуществления изобретения сообщение, принятое блоком 602 приема, может представлять собой сообщение о конфигурации хендовера, и блок 604 определения может быть выполнен с возможностью инициировать процедуру произвольного доступа в ответ на прием сообщения конфигурации хендовера. В качестве другого примера, блок 604 определения может быть выполнен с возможностью запускать таймер в ответ на инициирование процедуры произвольного доступа.
В качестве другого примера, блок 604 определения может быть выполнен с возможностью обнаруживать сбой луча. В некоторых вариантах осуществления, блок 604 определения может быть выполнен с возможностью инициировать процедуру произвольного доступа в ответ на обнаружение сбоя луча.
В качестве другого примера, блок 604 определения может быть выполнен с возможностью определять, что ни одно сообщение ответа на запрос произвольного доступа не было принято до истечения таймера. В некоторых вариантах осуществления, блок 604 определения может быть выполнен с возможностью выбирать другой луч для осуществления произвольного доступа. В некоторых вариантах осуществления блок 604 определения может быть выполнен с возможностью увеличивать мощность передачи WD и переоценивать, удовлетворяет ли какой-либо луч, ассоциированный с одним или несколькими наборами выделенных RACH ресурсов, одному или нескольким критериям первого набора критериев для осуществления произвольного доступа.
Блок 604 определения может включать в себя или содержаться в одном или нескольких процессорах, таких как схема 120 обработки, описанная выше в связи с фиг.3. Блок 604 определения может включать в себя аналоговые и/или цифровые схемы, выполненные с возможностью выполнять любую из функций блока 604 определения и/или схемы 120 обработки, описанную выше. Функции блока 604 определения могут, в некоторых вариантах осуществления, быть выполнены в одном или более отдельных блоках.
Блок 606 связи может быть выполнен с возможностью выполнять функции передачи устройства 600. Например, блок 606 связи может быть выполнен с возможностью передавать преамбулу произвольного доступа с использованием выделенных RACH ресурсов, ассоциированных, по меньшей мере, с одним лучом, определяемый, как удовлетворяющий одному или нескольким критериям первого набора критериев для осуществления произвольного доступа. В качестве другого примера, блок 606 связи может быть выполнен с возможностью передавать преамбулу произвольного доступа, используя выделенные ресурсы, ассоциированные с выбранным лучом. В качестве еще одного примера, блок 606 связи может быть выполнен с возможностью передавать преамбулу произвольного доступа с использованием общих ресурсов RACH.
Блок 606 связи может передавать сообщения на один или несколько сетевых узлов или другие беспроводные устройства. Блок 606 связи может включать в себя передатчик и/или приемопередатчик, например, RF схему 122 приемопередатчика, описанную выше по отношению к фиг.3. Блок 606 связи может включать в себя схему, выполненную с возможностью передавать по беспроводному каналу сообщения и/или сигналы. В конкретных вариантах осуществления блок 606 связи может принимать сообщения и/или сигналы для передачи из блока 604 определения или любого другого блока устройства 600. Функция блока 604 связи может, в некоторых вариантах осуществления, быть выполнена в одном или более отдельных блоках.
Термин блок может иметь обычное значение в области электроники, электрических приборов и/или электронных устройств, и может включать в себя, например, электрические и/или электронные схемы, устройства, модули, процессоры, память, логическое устройство и/или дискретное устройство, компьютерные программы или инструкцию для выполнения соответствующих задач, процедур, вычисления, выходов и/или отображения и так далее, и такие, как те, которые описаны в настоящем документе.
На фиг.7 показана блок-схема последовательности операций способа 700 в сетевом узле, в соответствии с некоторыми вариантами осуществления. Способ 700 начинается на этапе 701, где сетевой узел передает сообщение в UE, причем сообщение содержит информацию об одном или более наборах выделенных ресурсов RACH каждого набора выделенных RACH ресурсов, ассоциированных с лучом, ассоциированных с сетевым узлом. В некоторых вариантах осуществления, сетевой узел может быть целевым сетевым узлом.
В некоторых вариантах осуществления, переданное сообщение может представлять собой сообщение о конфигурации хендовера.
В некоторых вариантах осуществления изобретения передаваемое сообщение может быть передано в ответ на UE обнаружения сбоя луча.
На этапе 702 сетевой узел выполняет произвольный доступ с UE на основании определения, удовлетворяет ли какой-либо луч, ассоциированный с одним или несколькими наборами выделенных ресурсов RACH, одному или нескольким критериям первого набора критериев для осуществления произвольного доступа.
В некоторых вариантах осуществления, по меньшей мере, один луч может удовлетворять одному или нескольким критериям первого набора критериев для осуществления произвольного доступа.
В некоторых вариантах осуществления выполнение произвольного доступа на этапе 702 может включать в себя прием преамбулы произвольного доступа от UE на выделенных RACH ресурсах, ассоциированных, по меньшей мере, с одним лучом, который удовлетворяет одному или нескольким критериям первого набора критериев для осуществления произвольного доступа.
В некоторых вариантах осуществления, по меньшей мере, один луч может содержать множество лучей и выполнение произвольного доступа на этапе 702 может включать в себя прием преамбулы произвольного доступа от UE на выделенных RACH ресурсах, ассоциированных с одним из множества лучей, выбранном UE на основе одного или нескольких критериев второго набора критериев. В некоторых вариантах осуществления один или более критериев второго набора критериев может содержать один или более из следующего: луч с сильным количеством измерений; луч, RACH ресурсы которого, выделены в первую очередь во временной области; и луч, имеющий условия радиосвязи, которые имели наименьшее количество изменений в течение определенного периода времени.
В некоторых вариантах осуществления луч, ассоциированный с одним или более наборами выделенных RACH ресурсов, не может удовлетворить одному или нескольким критериям первого набора критериев для осуществления произвольного доступа, и способ может включать в себя: передачу информации об общих RACH ресурсах для сетевого узла; и прием преамбулы произвольного доступа от UE на общих RACH ресурсах. В некоторых вариантах осуществления способ может включать в себя конфигурирование UE приоритетов выделенных ресурсов RACH над общими RACH ресурсами для осуществления произвольного доступа.
В некоторых вариантах осуществления один или более критериев первого набора критериев может содержать один или более из: RSRP пороговое значение; RSRQ пороговое значение; и SINR пороговое значение.
В некоторых вариантах осуществления, луч, ассоциированный с сетевым узлом, может содержать SSB блок.
В некоторых вариантах осуществления, луч, ассоциированный с сетевым узлом, может содержать CSI-RS ресурс.
В некоторых вариантах осуществления способ может дополнительно содержать передачу ответного сообщения произвольного доступа в UE.
На фиг.8 показана блок-схема виртуального устройства, в соответствии с некоторыми вариантами осуществления. Более конкретно, на фиг.6 показана блок-схема устройства 800 в беспроводной сети (например, беспроводная сеть, показанная на фиг.3). Устройство может быть реализовано в сетевом узле (например, сетевой узел 160, показанный на фиг.3). Устройство 800 выполнено с возможностью выполнять примерный способ, описанный со ссылкой на фиг.7, и, возможно, какие-либо другие способы или способы, раскрытые в данном документе. Кроме того, следует понимать, что способ фиг.7 не обязательно осуществляется исключительно устройством 800. По меньшей мере, некоторые операции способа могут быть выполнены одним или несколькими другими объектами.
Виртуальное устройство 800 может содержать схему обработки, которая может включать один или более микропроцессор, или микроконтроллер, а также другие цифровые аппаратные средства, которые могут включать в себя DSP, цифровую логику специального назначения и тому подобное. Схема обработки может быть выполнена с возможностью выполнять программный код, сохраненный в памяти, которая может включать в себя один или несколько типов памяти, таких как ROM, память с произвольным доступом, кэш-память, устройство флэш-памяти, оптические запоминающие устройства и т.д. программный код, хранящийся в памяти, включает в себя программные инструкции для выполнения одного или несколько телекоммуникационных и/или протоколов передачи данных, а также инструкции для выполнения одного или более из описанных здесь способов, в нескольких вариантах осуществления. В некоторых вариантах осуществления, схема обработки может быть выполнена с возможностью побуждать блок 802 приема, блок 804 определения, блок 806 связи и любые другие подходящие блоки устройства 800 выполнить соответствующие функции в соответствии с одним или несколькими вариантами осуществления настоящего изобретения.
Как показано на фиг.8, устройство 800 включает в себя блок 802 приема, блок 804 определения и блок 806 связи. Блок 802 приема может быть выполнен с возможностью выполнять приемные функции устройства 800. Например, блок 802 приема может быть выполнен с возможностью принимать преамбулу произвольного доступа от UE по выделенным RACH ресурсам, ассоциированные, по меньшей мере, с одним лучом, который удовлетворяет одному или нескольким критерия первого набора критериев для осуществления произвольного доступа. В качестве другого примера, блок 802 приема может быть выполнен с возможностью принимать преамбулу произвольного доступа от UE по выделенным RACH ресурсам, ассоциированные с одной из множества лучей, выбранных UE на основе одного или нескольких критериев второго набора критериев. В качестве еще одного примера, блок 802 приема может быть выполнен с возможностью принимать преамбулу произвольного доступа от UE на общих RACH ресурсах.
Блок 802 приема может принимать любую подходящую информацию из сетевого узла или другого беспроводного устройства. Блок 802 приема может включать в себя приемник и/или приемопередатчик, например, RF схему 172 приемопередатчика, описанную выше на фиг 3. Блок 802 приема может включать в себя схему, выполненную с возможностью принимать сообщение по беспроводной сети и/или сигналы. В конкретных вариантах осуществления блок 802 приема может принимать сообщения и/или сигналы для блока 804 определения или любого другого подходящего блока устройства 800. В функции блока 804 приема, в некоторых вариантах осуществления, могут быть выполнены в одном или более отдельных блоках.
Блок 804 определения может выполнять функции обработки устройства 800. Например, блок 804 определения может быть выполнен с возможностью выполнять произвольный доступ с UE, основываясь на том, удовлетворяет ли какой-либо луч, ассоциированный с одним или более наборов выделенных ресурсов RACH, одному или нескольким критериям первого набора критериев для осуществления произвольного доступа. В качестве еще одного примера, блок 804 определения может быть выполнен с возможностью приоритезировать выделенные ресурсы RACH над общими RACH ресурсами для осуществления произвольного доступа.
Блок 804 определения может включать в себя или содержаться в одном или нескольких процессорах, таких как схема 170 обработки, описанная выше в связи с фиг.3. Блок 804 определения может включать в себя аналоговые и/или цифровые схемы, выполненные с возможностью выполнять любую из функций блока 804 определения и/или схемы 720 обработки, описанную выше. Функции блока 804 определения могут, в некоторых вариантах осуществления, быть выполнены в одном или более отдельных блоках.
Блок 806 связи может быть выполнен с возможностью выполнять функции передачи устройства 800. Например, блок 806 связи может быть выполнен с возможностью передавать сообщение в UE, причем сообщение содержит информацию о одном или более наборах выделенных RACH ресурсов канала произвольного доступа, при этом, каждый набор выделенных RACH ресурсов, ассоциированный с лучом, ассоциированный с сетевым узлом. В качестве другого примера, блок 806 связи может быть выполнен с возможностью передавать информацию о общих RACH ресурсах для сетевого узла. В качестве еще одного примера, блок 806 связи может быть выполнен с возможностью передавать ответное сообщение произвольного доступа в UE.
Блок 806 связи может передавать сообщения на один или несколько сетевых узлов или другие беспроводные устройства. Блок 806 связи может включать в себя передатчик и/или приемопередатчик, например, RF схему 172 приемопередатчика, описанную выше по отношению к фиг.3. Блок 806 связи может включать в себя схему, выполненную с возможностью передавать по беспроводному каналу сообщения и/или сигналы. В конкретных вариантах осуществления блок 806 связи может принимать сообщения и/или сигналы для передачи из блока 804 определения или любого другого блока устройства 800. Функция блока 804 связи может, в некоторых вариантах осуществления, быть выполнена в одном или более отдельных блоках.
Термин "блок" может иметь обычное значение в области электроники, электрических приборов и/или электронных устройств, и может включать в себя, например, электрические и/или электронные схемы, устройства, модули, процессоры, память, логическое устройство и/или дискретное устройство, компьютерные программы или инструкцию для выполнения соответствующих задач, процедур, вычисления, выходов и/или отображения и так далее, и такие, как те, которые описаны в настоящем документе.
На фиг.9 показан один вариант осуществления UE, в соответствии с некоторыми вариантами осуществления. Как используется в настоящем описании, устройство пользователя или UE может не обязательно иметь пользователя в смысле человеческого пользователя, который владеет и/или использует соответствующее устройство. Вместо этого UE может представлять собой устройство, которое предназначено только для продажи или операции пользователя человека, но которые не могут, или которые не могут изначально быть связано с конкретным пользователем человеком (например, смарт-контроллер дождевальным устройством). В качестве альтернативы, UE может содержать любое UE, которое определено проектом партнерства 3-го поколения (3GPP), включающее в себя NB-IoT UE, которое не предназначено для продажи или использования человеком. UE 900, как показано на фиг.9, является одним из примеров WD, выполненного с возможностью устанавливать связь в соответствии с одним или более стандартами связи, устанавливаемым проектом партнерства третьего поколения (3GPP), таким как GSM, UMTS, LTE и/или 5G 3GPP стандарты. Как упоминалось выше, термин WD и UE, могут быть использованы взаимозаменяемы. Соответственно, хотя на фиг.9 показано UE, компоненты, описанные здесь, в равной степени применимы к WD, и наоборот.
На фиг.9, UE 900 включает в себя схему 901 обработки, которая функционально соединена с интерфейсом 905 ввода/вывода, радиочастотным (RF) интерфейсом 909, сетевым интерфейсом 911, памятью 915, включающей в себя оперативное запоминающее устройство (RAM) 917, постоянное запоминающее устройство (ROM) 919 и носитель 921 или тому подобное, подсистему 931 связи, источник 913 питания и/или любой другой компонент или любую их комбинацию. Носитель 921 данных включает в себя операционную систему 923, прикладную программу 925 и данные 927. В других вариантах осуществления носитель 921 может включать в себя другие подобные типы информации. Некоторые UE могут использовать все компоненты, показанные на фиг.9, или только подмножество компонентов. Уровень интеграции между компонентами может варьироваться от одного UE к другому UE. Кроме того, некоторые UE могут содержать несколько экземпляров компонентов, такие как множественные процессоры, память, приемопередатчики, передатчики, приемники и т.д.
На фиг.9, схема 901 обработки может быть выполнена с возможностью обработки компьютерных инструкций и данных. Схема 901 обработки может быть выполнена с возможностью реализации любой последовательной машины состояния, выполненной с возможностью выполнения машинных команд, хранящиеся в машиночитаемых компьютерных программах в памяти, например, один или несколько аппаратных автоматов (например, в дискретных логиках, FPGA, ASIC, и т.д.); программируемая логика вместе с соответствующей прошивкой; одна или более хранящейся программ, процессоры общего назначения, таких как микропроцессор или процессор цифровых сигналов (DSP), вместе с соответствующим программным обеспечением; или любое сочетание указанных выше. Например, схема 901 обработки может включать в себя два центральных процессоров (CPU). Данные могут представлять собой информацию в форме, пригодной для использования компьютера.
В показанном варианте осуществления, интерфейс 905 ввода/вывода может быть выполнен с возможностью обеспечить интерфейс связи с устройством ввода, устройством вывода или ввода и устройством вывода. UE 900 может быть выполнено с возможностью использовать интерфейс 905 вывода. Устройство вывода сигнала может использовать один и тот же тип интерфейсного порта в качестве устройства ввода с помощью ввода/вывода. Например, порт USB может быть использован для обеспечения ввода и вывода для UE 900. Устройство вывода может быть громкоговоритель, звуковая карта, видеокарта, дисплей, монитор, принтер, привод, излучатель, смарт-карта, другое выходное устройство или любую их комбинацию. UE 900 может быть выполнено с возможностью использовать устройство ввода с помощью интерфейса 905 ввода\вывода, чтобы дать возможность пользователю получить информацию в UE 900. Устройство ввода может включать в себя сенсорный или чувствительный дисплей, камеру (например, цифровую камеру, цифровую видеокамеру, веб-камеру и т.д.), микрофон, датчик, мышь, шаровой манипулятор, панель управления, сенсорная панель, колесо прокрутки, смарт-карта и тому подобное. Чувствительный к прикосновению дисплей может включать в себя емкостный или резистивный датчик касания для ввода пользователя. Датчик может представлять собой, например, акселерометр, гироскоп, датчик наклона, датчик силы, магнитометр, оптический датчик, датчик близости, другой датчик или любую их комбинацию. Например, устройство ввода может быть акселерометр, магнитометр, цифровая камера, микрофон и оптический датчик.
На фиг.9, радиочастотный интерфейс 509 может быть выполнен с возможностью обеспечить интерфейс связи для радиочастотных компонентов, таких как передатчик, приемник и антенну. Сетевой интерфейс 911 может быть выполнен с возможностью обеспечить интерфейс связи для сети 943a. Сеть 943a может включать в себя проводные и/или беспроводные сети, такие как локальная сеть (LAN), глобальную сеть (WAN), компьютерная сеть, беспроводная сеть, сеть телекоммуникаций, другую сеть или любую их комбинацию. Например, сеть 943a может включать в себя сеть Wi-Fi. Сетевой интерфейс 911 может быть выполнен с возможностью включать в себя интерфейс приемника и передатчика, используемый для связи с одним или несколькими другими устройствами по сети связи в соответствии с одним или несколькими протоколами связи, таких как Ethernet, TCP/IP, SONET, ATM, или т.п.. Сетевой интерфейс 911 может реализовывать функциональные возможности приемника и передатчика, подходящий к сети связи линии связи (например, оптические, электрические, и тому подобное). Функции передатчика и приемника могут совместно использовать компоненты схем, программное обеспечение или встроенные программное обеспечение или, альтернативно, могут быть реализованы отдельно.
RAM 917 может быть выполнено с возможностью взаимодействовать через шину 902 со схемой 901 обработки для обеспечения хранения или кэширования данных или компьютерных команд во время выполнения программ, такие как операционная система, прикладные программы и драйверы устройств. ROM 919 может быть выполнено с возможностью обеспечивать компьютерные инструкции или данные для схемы 901 обработки. Например, ROM 919 может быть выполнено с возможностью хранить инвариантный системный код низкого уровня или данные для основных системных функций, таких как основной ввод и выход (I/O), запуск или прием нажатий клавиш с клавиатуры, которые хранятся в энергонезависимой памяти. Носитель 921 может быть выполнен с возможностью включать в себя память, такую как RAM, ROM, программируемое ROM (PROM), стираемую программируемую память только для чтения (EPROM), электрически стираемую программируемую память только для чтения (EEPROM), магнитные диски, оптические диски, дискеты, жесткие диски, сменные картриджи или флэш-накопители. В одном примере, носитель 921 может быть выполнен с возможностью включать в себя операционную систему 923, прикладную программу 925, такую как приложение веб-браузера, виджет или гаджет или другие приложения и файл 927 данных. Носитель 921 данных может хранить для использования UE 900 любой из множества различных операционных систем или комбинаций операционных систем.
Носитель 921 может быть выполнен с возможностью включать в себя ряд блоков физических дисков, таких как избыточный массив независимых дисков (RAID), дисковод гибких дисков, флэш-памяти, USB флэш-накопитель, внешний жесткий диск, флэш-накопитель, флэш-накопитель, ключ диска, цифровой универсальный диск высокой четкости (HD-DVD), дисковод оптических дисков, внутренний жесткий диск, привод оптических дисков Blu-Ray, голографический многоцелевой диск для хранения цифровых данных (HDDS), дисковод оптических дисков, внешний двойной модуль памяти в линии (DIMM), синхронное динамическое запоминающее устройство с произвольным доступом (SDRAM), внешний микро-DIMM SDRAM, смарт-карта памяти, такой как модуль идентификации абонента или модуль идентификации пользователя (SIM/RUIM), другую память или любую их комбинацию. Носитель 921 может обеспечить UE 900 доступ к исполняемому компьютеру инструкции, прикладным программам и т.п., хранящиеся на временном или постоянной памяти, чтобы уменьшить загрузку/выгрузку данных. Изделие производства, например, с использованием одной системы связи может быть воплощено в осязаемо на носителе 921, который может содержать машиночитаемый носитель данных.
На фиг.9, схема 901 обработки может быть выполнена с возможностью устанавливать связь с сетью 943b с помощью подсистемы 931 связи. Сеть 943a и сеть 943b может быть в той же сетью или другой сетью. Подсистема 931 связи может быть выполнена с возможностью включать в себя один или несколько приемопередатчиков, используемых для связи с сетью 943b. Например, подсистема 931 связи может быть выполнена с возможностью включать в себя один или несколько приемопередатчиков, используемых для связи с одним или несколькими удаленными приемопередатчиками другого устройства, выполненных с возможностью осуществлять беспроводную связь, такие как другой WD, UE или базовая станция сети радиодоступа (RAN) в соответствии с одним или более протоколами связи, таких как IEEE 802.5, CDMA, WCDMA, GSM, LTE, UTRAN, WiMax или тому подобное. Каждый приемопередатчик может включать в себя передатчик 933 и/или приемник 935 для реализации функциональности передатчика или приемника, соответственно, с соответствующим RAN (например, распределению частот и т.п.). Кроме того, передатчик 933 и приемник 935 каждого приемопередатчика могут совместно использовать компоненты схем, программное обеспечение или встроенные программное обеспечение или, альтернативно, могут быть реализованы отдельно.
В показанном варианте осуществления функции подсистемы 931 связи может включать в себя передачу данных, голосовую связь, мультимедийную связь малой дальности, такую как Bluetooth, ближней связи, на основе определения местоположения связи, таких как использование системы глобального позиционирования (GPS) для определения местоположения, другой, как функцию связи, или любую их комбинацию. Например, подсистема 931 связи может включать в себя сотовую связь, Wi-Fi связь, связь Bluetooth и GPS связь. Сеть 943b может включать в себя проводные и/или беспроводные сети, такие как локальной сети (LAN), глобальную сеть (WAN), компьютерная сеть, беспроводная сеть, сеть телекоммуникаций другие сети или любую их комбинации. Например, сеть 943b может быть сотовая сеть, сеть Wi-Fi и/или сеть ближнего поля. Источник 913 питания может быть выполнен с возможностью обеспечить питание переменного тока (AC) или постоянного тока (DC) к компонентам UE 900.
Признаки, преимущества и/или функции, описанные в данном документе, могут быть реализованы в одном из компонентов UE 900 или разделены на несколько компонентов UE 900. Кроме того, признаки, преимущества и/или функции, описанные в данном документе, могут быть реализованы в любой комбинации аппаратных средств, программного обеспечения или встроенного программного обеспечения. В одном примере подсистема 531 связи может быть выполнена с возможностью включать в себя любой из компонентов, описанных в данном документе. Кроме того, схема 901 обработки может быть выполнена с возможностью устанавливать связь с любой из этих компонентов по шине 902. В другом примере, любой из этих компонентов может быть представлен программной командой, сохраненной в памяти, которые при выполнении схемой 901 обработки выполняют соответствующие функции, описанные здесь. В другом примере, функциональные возможности любого из таких компонентов может быть разделено между схемой 901 обработки и подсистемой 931 связи. В другом примере, вычислительно неинтенсивные функции любого из этих компонентов могут быть реализованы в программном обеспечении или программно-аппаратных и вычислительно интенсивных функциях могут быть реализованы в аппаратных средствах.
На фиг.10 показана блок-схема, иллюстрирующая среду виртуализации согласно некоторым вариантам осуществления. Более конкретно, фиг.10 является блок-схемой, иллюстрирующей среду 1000 виртуализации в которой функции, реализованные в некоторых вариантах осуществления изобретения, могут быть виртуализированы. В данном контексте, виртуализация означает создание виртуальных версий приспособлений или устройств, которые могут включать в себя виртуализацию аппаратных платформ, устройств хранения данных и сетевых ресурсов. Как использовано в данном описании, виртуализация может быть применена к узлу (например, виртуальной базовой станции или виртуализированному узлу радиодоступа) или к устройству (например, UE, беспроводное устройство или любой другой тип устройства связи) или их компонентов и относится к реализации, в которой, по меньшей мере, часть функциональности реализована в виде одного или нескольких виртуальных компонентов (например, с помощью одного или нескольких приложений, компонентов, функций виртуальных машин или контейнеров, выполняющихся на одном или нескольких физических узлах обработки в одной или нескольких сетях).
В некоторых вариантах осуществления, некоторые или все функции, описанные в данном документе, могут быть реализованы в виде виртуальных компонентов, выполняемых одним или несколькими виртуальными машинами, реализованных в одной или нескольких виртуальных сред 1000 в рамках одного или нескольких аппаратных узлов 1030. Кроме того, в вариантах осуществления, в которых виртуальный узел не является узлом радиодоступа или не требует подключения к радиосети (например, основной сетевой узел), то сетевой узел может быть полностью виртуализирован.
Функции могут быть реализованы с помощью одного или более приложений 1020 (которые в альтернативном варианте могут быть названы экземпляры программного обеспечения, виртуальных устройств, сетевых функций, виртуальных узлов, функции виртуальной сети и т.д.) выполненные с возможностью реализовать некоторые из функций, признаков и/или выгод некоторых из описанных здесь вариантов осуществления. Приложения 1020 выполняются в виртуальной среде 1000, которая обеспечивает аппаратные средства 1030, содержащие схему 1060 обработку и память 1090. Память 1090 содержит инструкции 1095, исполняемые схемой 1060 обработки посредством чего приложение 1020 выполнено с возможностью обеспечения одного или нескольких из признаков, преимуществ и/или описанных в настоящем документе функций.
Виртуальная среда 1000 содержит сетевые аппаратные устройства 1030 общего назначения или специального назначения, содержащие набор из одного или более процессоров, или схем 1060 обработки, которые могут быть готовыми к коммерческому применению (COTS) процессорами, выделенной специализированной интегральной схемой (ASIC) или любым другим типом схемы обработки, включающий в себя цифровые или аналоговые аппаратные компоненты или процессоры специального назначения. Каждое аппаратное устройство может содержать память 1090-1, которая может быть непостоянной памятью для временного хранения инструкций 1095 или программного обеспечения, выполняемого посредством схемы 1060 обработки. Каждое аппаратное устройство может содержать один или несколько сетевых интерфейсных контроллеров (NICs) 1070, также известные как карта сетевого интерфейса, которые включают в себя физический сетевой интерфейс 1080. Каждое аппаратное устройство может также включать в себя постоянный машиночитаемый носитель 1090-2, имеющий сохраненные на нем программное обеспечение 1095 и/или инструкции, выполняемые схемой 1060 обработки. Программное обеспечение 1095 может включать в себя любой тип программного обеспечения, включающее в себя программное обеспечение для создания экземпляра одного или нескольких уровней 1050 виртуализации (также упоминаются как гипервизор), программное обеспечение для выполнения виртуальных машин 840, а также программного обеспечения, что позволяет ему выполнять функции, признаки и/или преимущества, описанные в связи с некоторыми вариантами осуществления, описанными в настоящем документе.
Виртуальные машины 1040 включают в себя виртуальную обработку, виртуальную память, виртуальную сеть или интерфейс и виртуальное хранилище и могут быть запущены с помощью соответствующего уровня 1050 виртуализации или гипервизора. Различные варианты осуществления экземпляра виртуального устройства 1020 могут быть реализованы на одной или более виртуальных машин 1040, и реализации могут быть выполнены по-разному.
В процессе работы схема 1060 обработки исполняет программное обеспечение 1095 для создания экземпляра гипервизора или уровня 1050 виртуализации, который иногда может именоваться как монитор виртуальных машин (VMM). Уровень 1050 виртуализация может представлять собой виртуальную операционную платформу, которая появляется как сетевое оборудование для виртуальной машины 1040.
Как показано на фиг.10, аппаратные средства 1030 могут представлять собой автономный сетевой узел с родовыми или специфическими компонентами. Аппаратные средства 1030 могут содержать антенну 10225 и может осуществлять некоторые функции, с помощью виртуализации. В качестве альтернативы, аппаратные средства 1030 могут быть частью более крупного кластера аппаратных средств (например, таких, как в центр обработки данных или оборудование, установленное в помещении пользователя (CPE)), где многие аппаратные узлы работают вместе и управляются с помощью управления и оркестровки (MANO) 10100, который, среди прочих, контролирует управление жизненным циклом приложений 1020.
Виртуализация аппаратных средств в некоторых контекстах упоминается как виртуализация сетевой функции (NFV). NFV может быть использована для консолидации многих типов сетевого оборудования в промышленном стандарте серверного оборудования большого объема, физических коммутаторов и физической памяти, которые могут быть расположены в центрах обработки данных, а также для оборудования конечного пользователя.
В контексте NFV, виртуальная машина 1040 может быть программной реализацией физической машины, которая выполняет программы, как если бы они были выполнены на физической невиртуализированной машине. Каждая из виртуальных машин 1040, а также той части аппаратных средств 1030, которая выполняет виртуальная машина, будь то аппаратные средства, выделенные этой виртуальной машине, и/или аппаратное обеспечение совместно с этой виртуальной машиной с другими виртуальными машинами 1040, образует отдельные виртуальные сетевые элементы (VNE).
Тем не менее в контексте NFV, виртуальная сетевая функция (VNF) отвечает за обработку конкретных сетевых функций, которые работают в одной или нескольких виртуальных машин 1040 поверх аппаратного обеспечения сетевой инфраструктуры 1030 и соответствует приложению 1020 на фиг.10.
В некоторых вариантах осуществления один или несколько радиоблоков 10200, что каждый включают в себя один или несколько передатчиков 10220 и один или несколько приемников 10210 может быть соединены с одной или более антеннами 10225. Радиоблоки 10200 могут связываться непосредственно с аппаратными узлами 1030 с помощью одного или более соответствующего сетевого интерфейса и могут быть использованы в комбинации с виртуальными компонентами, чтобы обеспечить виртуальный узел с возможностями радиосвязи, таких как узел доступа или базовая станция.
В некоторых вариантах осуществления некоторые сигнализации может быть осуществлены с использованием системы 10230 управления, которая в качестве альтернативы может быть использована для обмена данными между аппаратными узлами 1030 и радиочастотными блоками 10200.
Фиг.11 иллюстрирует телекоммуникационную сеть, подключённую через промежуточную сеть к хост-компьютеру в соответствии с некоторыми вариантами осуществления. Со ссылкой на фиг.11, в соответствии с вариантом осуществления, система связи включает в себя телекоммуникационную сеть 1110, такую как сотовая сеть 3GPP-типа, которая включает в себя сеть 1111 доступа, такую как сеть радиодоступа и базовую сеть 1114. Сеть 1111 доступа включает в себя множество базовых станций 1112a, 1112b, 1112c, таких как NB, узлы еNB, gNB или другие типы точек беспроводного доступа, каждая из которых определяет соответствующую область 1113a, 1113b, 1113c покрытия. Каждая базовая станция 1112a, 1112b, 1112c может быть соединена с базовой сетью 1114 через проводное или беспроводное соединение 1115. Первое UE 1191, находящееся в области 1113c покрытия, выполнено с возможностью беспроводного соединения, или может быть вызвано с помощью соответствующей базовой станции 1112c. Второе UE 1192 в области 1113a покрытия беспроводным способом подключается к соответствующей базовой станции 1112a. В то время, как множество UE 1191, 1192, показанные в этом примере, раскрытые в вариантах осуществления, в равной степени применимы к ситуации, когда единственное UE находится в области покрытия или где единственное UE соединяется с соответствующей базовой станцией 1112.
Телекоммуникационная сеть 1110 сама подключаются к хост-компьютеру 1130, который может быть реализован в аппаратных средствах и/или программном обеспечении автономного сервера, облачного сервера, распределенным сервером или посредством обработки ресурсов на ферме серверов. Хост-компьютер 1130 может быть в собственности или под управлением поставщика услуг, или может управляться поставщиком услуг или от имени поставщика услуг. Соединения 1121 и 1122 между телекоммуникационной сетью 1110 и хостом-компьютером 1130 могут проходить непосредственно от базовой сети 1114 с хост-компьютером 1130 или могут перейти через дополнительную промежуточную сеть 1120. Промежуточная сеть 1120 могут быть одной из или комбинацией из более чем одной из, общественный, частная или хост-сетью; промежуточная сеть 1120, если таковая имеется, может быть магистральной сетью или интернет; в частности, промежуточная сеть 1120 может содержать две или более суб-сети (не показано).
Система связи на фиг. 11, в целом, обеспечивает возможность соединения между подключенными UE 1191, 1192 и хост-компьютером 1130. Связь может быть описана как соединение 1150 для поставки контента поверх сетей провайдера (ОТТ). Хост-компьютер 1130 и подключенные UE 1191, 1192 выполнены с возможностью передачи данных и/или сигнализации через ОТТ соединение 1150, используя сеть 1111 доступа, базовую 1114 сеть, любую промежуточную сеть 1120 и, возможно, дополнительно инфраструктуру (не показано) в качестве посредников. ОТТ соединение 1150 может быть прозрачным, в том смысле, что участвующие устройства связи, через которые осуществляют ОТТ соединения 1150, не знают о маршрутизации сообщений по восходящей линии связи и нисходящей линии связи. Например, базовой станции 1112 не нужно получать информацию о тракте маршрутизации переадресованного входящего сообщения нисходящей линии связи из хост-компьютера 1130 (например, передан) для подключенного UE 1191. Аналогичным образом, базовая станция 1112 не должна получать информацию о маршрутизации исходящего сообщения восходящей линии связи из UE 1191 к хоста-компьютеру 1130.
Фиг.12 иллюстрирует хост-компьютер, взаимодействующий через базовую станцию с устройством пользователя частично по беспроводной связи в соответствии с некоторыми вариантами осуществления. Пример реализации, в соответствии с вариантом осуществления, UE, базовой станции и хост-компьютера, описанных в предшествующих параграфах, будет описан со ссылкой на систему связи на фиг.12. В системе 1200 связи, хост-компьютер 1210 содержит аппаратные средства 1215, включающие в себя интерфейс 1216 связи, выполненный с возможностью устанавливать и поддерживать проводное или беспроводное соединение с интерфейсом другого устройства связи системы 1200 связи. Хост-компьютер 1210 дополнительно включает в себя схему 1218 обработки, которая может иметь функциональные возможности хранения и/или. В частности, схема 1218 обработки может включать в себя один или более программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или комбинации из них (не показано), выполненная с возможностью исполнять инструкции. Хост-компьютер 1210 дополнительно содержит программное обеспечение 1211, которое хранится в или доступно хост-компьютером 1210 и исполняемые схемой 1218 обработки. Программное обеспечение 1211 включает в себя хост-приложение 1212. Хост-приложение 1212 может быть выполнено с возможностью предоставлять услуги удаленного пользователя, такого как UE 1230 подключения через ОТТ соединение 1250, заканчивающиеся на UE 1230 и хост-компьютере 1210. При предоставлении услуг для удаленного пользователя, хост-приложение 1212 может обеспечивать пользовательские данные, которые передаются с помощью OTT соединения 1250.
Система 1200 связи дополнительно включает в себя базовую станцию 1220, представленную в телекоммуникационной системе, и содержащую аппаратные средства 1025, позволяющие взаимодействовать с хост-компьютером 1210 и UE 1230. Аппаратные средства 1225 могут включать в себя интерфейс 1226 связи для установления и поддержания проводного или беспроводного соединения с интерфейсом другого устройство связи системы 1200 связи, а также радио интерфейс 1227 для установления и поддержания, по меньшей мере, беспроводной связи 1270 с UE 1230, расположенной в области покрытия (не показано на фиг.12), обслуживаемом базовой станции 1220. Интерфейс 1226 связи может быть выполнен с возможностью облегчения подключения к хост-компьютеру 1210. Соединение 1260 может быть прямым или он может проходить через базовую сеть (не показано на фиг.12) телекоммуникационной системы и/или через одну или несколько промежуточных сетей за пределами телекоммуникационной системы. В показанном варианте осуществления, аппаратные средства 1225 базовой станции 1220 дополнительно включают в себя схему 1228 обработки, которая может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или комбинации из них (не показано), выполненную с возможностью исполнять инструкции. Базовая станция 1220 дополнительно содержит программное обеспечение 1221, хранящееся внутри или доступно через внешнее соединение.
Система 1200 связи дополнительно включает в себя UE 1230, как уже упоминалось. Аппаратные средства 1235 могут включать в себя радио интерфейс 1237, выполненный с возможностью устанавливать и поддерживать беспроводное соединение 1270 с базовой станцией, обслуживающей область покрытия, в которой UE 1230 в данный момент находится. Аппаратные средства 1235 UE 1230 дополнительно включает в себя схему 1238 обработки, которая может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или комбинации из них (не показано), выполненную с возможностью исполнять инструкции. UE 1230 дополнительно содержит программное обеспечение 1231, которое хранится в или доступно с помощью UE 1230 и выполняемого схемой 1238 обработки. Программного обеспечения 1231 включает в себя клиентское приложение 1232. Клиентское приложение 1232 может быть выполнено с возможностью предоставлять услугу для человека или нет пользователя посредством UE 1230, с поддержкой хоста-компьютер 1210. В хост-компьютере 1210, исполнитель хост-приложения 1212 может осуществлять связь с исполняющим клиентским приложением 1232 через ОТТ соединение 1250, заканчивающийся на UE 1230 и хост-компьютере 1210. При предоставлении услуги пользователя, клиентское приложение 1232 может получать данные запроса от хост-приложения 1212 и предоставлять пользовательские данные в ответ на запрос данных. ОТТ соединение 1250 может передавать как данные запроса, так и данные пользователя. Клиентское приложение 1232 может взаимодействовать с пользователем, чтобы генерировать пользовательские данные, которые предоставляет.
Следует отметить, что хост-компьютер 1210, базовая станция 1220 и UE 1230 проиллюстрированные на фиг.12, могут быть подобны или идентичны хост-компьютеру 1130, одной из базовых станций 1112a, 1112b, 1112c и одному из UE 1191, 1192, показанные на фиг 11, соответственно. Это говорит о том, что процесс функционирования этих структур может быть таким, как показано на фиг.12, и независимо, окружающая топология сети может быть таковой, как показано на фиг.11.
На фиг.12, ОТТ соединение 1250 было абстрактно показано, чтобы проиллюстрировать связь между хост-компьютером 1210 и UE 1230 через базовую станцию 1220, без явной ссылки на любые промежуточные устройства и точную маршрутизацию сообщений с помощью этих устройств. Сетевая инфраструктура может определить маршрут, который может быть сконфигурирован, чтобы скрыть от UE 1230 или от поставщика услуг хост-компьютер 1210 или оба. В то время, как ОТТ соединение 1250 является активным, сетевая инфраструктура может также принимать решения, с помощью которого динамически изменяет маршрутизацию (например, на основе выравнивания нагрузки или реконфигурации сети).
Беспроводное соединение 1270 между UE 1230 и базовой станцией 1220 выполнено в соответствии с принципами вариантов осуществления, описанных в данном описании. Один или несколько из различных вариантов осуществления повышают производительности услуг, предоставляемых OTT UE 1230 с помощью OTT соединения 1250, в котором беспроводное соединение 1270 формирует последний сегмент. Точнее, контент этих вариантов осуществления может обеспечить преимущества, такие как снижение энергопотребления и, соответственно, увеличение срока служб батареи, и сокращение времени ожидания для пользователя.
Может быть предусмотрена процедура измерения с целью мониторинга скорости передачи данных, задержки и других факторов, на которых один или более вариантов улучшения. Может дополнительно быть предоставлена функциональная возможность сети для реконфигурации OTT соединения 1250 между хост-компьютером 1210 и UE 1230, в ответ на изменения результатов измерений. Процедура измерения и/или функциональные возможности сети для реконфигурации соединения OTT 1250 могут быть реализованы в программном обеспечении 1211 и аппаратных средствах 1215 хост-компьютера 1210 или программного обеспечения 1231 и аппаратного обеспечения 1235 UE 1230 или обоих. В вариантах осуществления, датчики (не показаны) могут быть развернуты в или в сочетании с устройствами связи, через которые ОТТ соединение 1250 проходит; датчики могут быть использованы в процедуре измерения путем подачи значения контролируемых величин в качестве примеров выше, или предоставления значений других физических величин, из которого программное обеспечение 1211, 1231 может вычислять или оценить контролируемые величины. Реконфигурирование OTT соединения 1250 может включать в себя формат сообщения, параметры повторной передачи, предпочтительной маршрутизации и т.д; реконфигурация не влияет на базовую станцию 1220, и это может быть неизвестно или незаметно для базовой станции 1220. Такие процедуры и функции могут быть известны и практикуемыми в данной области техники. В некоторых вариантах осуществления измерения могут включать в себя собственную UE сигнализацию для облегчения измерений хост-компьютера 1210 пропускной способности, времени распространения, задержки и тому подобное. Измерения могут быть реализованы в программном обеспечении 1211 и 1231 вызывают сообщения, которые должны передаваться, в частности пустых или «фиктивных» сообщений, используя OTT соединение 1250 в то время, как контролируют время распространения, ошибку и т.д.
Фиг.13 представляет собой блок-схему алгоритма, иллюстрирующую способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть те, которые описаны со ссылкой на фиг.11 и фиг.12. Для простоты осуществления настоящего изобретения будет приведено описание только со ссылкой на фиг.13. На этапе 1310 хост-компьютер предоставляет пользователю данные. На подэтапе 1311 (который может быть необязательным) на этапе 1310, хост-компьютер обеспечивает пользовательские данные посредством выполнения хост-приложения. На этапе 1320 хост-компьютер инициирует передачу, несущие пользовательские данные в UE. На этапе 1330 (который может быть возможным) базовая станция передает в UE пользовательские данные, которые передают в передаче, которую инициирует хост-компьютер, в соответствии с принципами вариантов осуществления, описанные в данном документе. На этапе 1340 (который также может быть возможным) UE выполняет клиентское приложение, ассоциированное с хост-приложением, выполняемым компьютером.
На фиг.14 показана блок-схема алгоритма, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть те, которые описаны со ссылкой на фиг.11 и фиг.12. Для простоты осуществления настоящего изобретения будет приведено описание только со ссылкой на фиг.14. На этапе 1410 способа, хост-компьютер предоставляет пользователю данные. В возможном подэтапе (не показано), хост-компьютер обеспечивает данные пользователя посредством выполнения хост-приложения. На этапе 1420, хост-компьютер инициирует передачи, несущие пользовательские данные в UE. Передачи могут проходить через базовую станцию, в соответствии с принципами вариантов осуществления, описанные в данном документе. На этапе 1430 (который может быть возможным), устройство пользователя принимает пользовательские данные, передаваемые посредством передач.
На фиг.15 показана блок-схема алгоритма, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть те, которые описаны со ссылкой на фиг.11 и фиг.12. Для простоты осуществления настоящего изобретения будет приведено описание только со ссылкой на фиг.15. На этапе 1510 (который может быть возможным), устройство пользователя принимает входные данные, предоставляемые хост-компьютером. Дополнительно или альтернативно, на этапе 1520 UE предоставляет пользователю данные. В подэтапе 1521 (который может быть необязательным) на этапе 1520 UE обеспечивает пользовательские данные посредством выполнения клиентского приложения. В подэтапе 1511 (который может быть возможным) на этапе 1510 UE выполняет клиентское приложение, которое обеспечивает пользовательские данные в ответ на принятые входные данные, предоставленные хост-компьютером. При предоставлении пользовательских данных, выполненное клиентское приложение может дополнительно рассмотреть пользовательский ввод, полученный от пользователя. Независимо от конкретного способа, которым были предоставлены пользовательские данные, UE инициирует на подэтапе 1530 (который может быть возможным) передачи пользовательских данных на хост-компьютер. На этапе 1540 способа, хост-компьютер принимает пользовательские данные, переданные от UE, в соответствии с принципами вариантов осуществления, описанных в данном разделе.
Фиг.16 представляет собой блок-схему алгоритма, иллюстрирующую способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть те, которые описаны со ссылкой на фиг.11 и фиг.11. Для простоты осуществления настоящего изобретения будет приведено описание только со ссылкой на фиг.16. На этапе 1610 (который может быть возможным), в соответствии с принципами вариантов осуществления, описанные в данном разделе, базовая станция принимает пользовательские данные от UE. На этапе 1620 (который может быть возможным) базовая станция инициирует передачу принятых пользовательских данных в хост-компьютер. На этапе 1630 (который может быть возможным) хост-компьютер принимает пользовательские данные, передаваемые посредством передачи, инициированной базовой станцией.
Любые соответствующие этапы, способы, признаки, функции или преимущества, раскрытые в настоящем документе, могут быть выполнены посредством одного или нескольких функциональных блоков или модулей одного или нескольких виртуальных устройств. Каждое виртуальное устройство может содержать ряд этих функциональных блоков. Эти функциональные блоки могут быть реализованы с помощью схемы обработки, которая может включать один или более микропроцессор, или микроконтроллер, а также другие цифровые аппаратные средства, которые могут включать в себя цифровые сигнальные процессоры (DSP), цифровую логику специального назначения и тому подобное. Схема обработки может быть выполнена с возможностью выполнять программный код, сохраненный в памяти, которая может включать в себя один или несколько типов памяти, такие как память только для чтения (ROM), память с произвольным доступом (RAM), кэш-память, устройство флэш-памяти, оптические носители и т.д. Программный код хранится в памяти и включает в себя программные инструкции для выполнения одного или несколько телекоммуникационных и/или протоколов передачи данных, а также инструкции для выполнения одной или более из описанных здесь способов. В некоторых вариантах осуществления, схема обработки может быть выполнена с возможностью побуждать соответствующий функциональный блок выполнить соответствующую функцию согласно одному или нескольких вариантов осуществления настоящего изобретения.
Изменения, дополнения или пропуски могут быть сделаны в описании систем и устройств, не отступая от объема изобретения. Компоненты систем и устройств могут быть объединены или разделены. Кроме того, операции систем и устройство могут быть выполнены с более, менее или другими компонентами. Кроме того, операции систем и устройств могут быть выполнены с использованием любой подходящей логики, содержащей программное обеспечение, аппаратные средства и/или другой логику. Как используется в настоящем документе, «каждый» относится к каждому элементу набора или каждому элементу подмножества набора.
Изменения, дополнения или пропуски описания могут быть сделаны в способах, не отступая от объема изобретения. Эти способы могут включать в себя больше, меньше или другие этапы. Дополнительно, этапы могут быть выполнены в любом подходящем порядке.
Хотя настоящее изобретение было описано в терминах определенных вариантой осуществления, изменения и перестановки вариантов осуществления будут очевидны специалистам в данной области техники. Соответственно, приведенное выше описание вариантов осуществления не ограничивает настоящее изобретение. Другие изменения, замены и модификации возможны без отступления от сущности и объема настоящего изобретения, как определено в нижеследующей формуле изобретения.
В настоящем документе использованы, по меньшей мере, некоторые из следующих сокращений. При наличии несоответствия между сокращениями, предпочтение следует отдавать тем, которые используются выше. В случае повторений ниже, первый список должен быть более предпочтительным, чем любой последующий.
1x RTT
CDMA2000 1x Технология радиопередачи
3GPP
Проект партнерства третьего поколения
5G
5-го поколения
5GC
5G ядро
5GS
5G система
ABS
почти пустой подкадр
АС
класс доступа
АСВ
запрет классов доступа
ACDC
приложение управления перегрузкой для передачи данных
AN
сеть доступа или узел доступа
ARQ
автоматический запрос на повтор
AS
уровень доступа
AWGN
аддитивный белый гауссовский шум
BCCH
широковещательный канал управления
ВСН
широковещательный канал
BSR
отчет состояние буфера
CA
агрегирование несущей
CC
составлявшая несущая
CCCH SDU
общий канал управления SDU
CDMA
множественный доступ с кодовым разделением каналов
CGI
глобальный идентификатор соты
CIR
импульсная переходная функция канала
CP
циклический префикс
CPICH
общий пилот-канал
СPICH Ec/No
CPICH Принимаемая энергия на микросхему, деленная на плотность мощности в полосе
CQI
информация качества канала
C-RNTI
RNTI соты
CSFB
возврат в исходный режим с коммутацией каналов
CSI
информация состояния канала
DCCH
выделенный канал управления
DL
нисходящая линия связи
DM
демодуляция
DMRS
опорный сигнал демодуляции
DRX
прерывистый прием
DTX
прерывистая передача
DTCH
выделенный канал трафика
DUT
испытываемое устройство
EAB
расширенный запрет доступа
E-CID
усовершенствованный ID соты (способ позиционирования)
E-RAB
EPS канал радиодоступа
E-SMLC
центр усовершенствованного определения местоположения мобильных устройств
ECGI
усовершенствованный CGI
еNB
E-UTRAN узел B
ePDCCH
усовершенствованный физический канал управления нисходящей линии связи
EPC
усовершенствованное пакетное ядро
EPS
усовершенствованная система пакетной передачи
E-SMLC
центр усовершенствованного определения местоположения мобильных устройств
E-UTRA
усовершенствованная UTRA
E-UTRAN
усовершенствованная UTRAN
FDD
дуплексный режим с частотным разделением
FFS
для дальнейшего изучения
GERAN
GSM EDGE сеть радиодоступа
gNB
базовая станция в NR
GNSS
глобальная навигационная спутниковая система
GSM
глобальная система мобильной связи
GTHARQ
защитный интервалгибридный автоматический запрос на повтор
HO
хэндовер
HSPA
высокоскоростной пакетный доступ
HRPD
высокоскоростная передачи пакетных данных
IoT
интернет вещей
IMS
IP мультимедийная подсистема
LOS
линия прямой видимости
LPP
LTE протокол позиционирования
LTE
долгосрочное развитие
MAC
управление доступом к среде
MAC-I
код аутентификации сообщения-достоверность
MBMS
служба мультимедийного многоадресного вещания
MBSFN
служба мультимедийного многоадресного вещания одночастотной сети
MBSFN ABS
MBSFN почти пустой подкадр
MDT
минимизация тестирования в движении
MIB
блок служебной информации
MME
узел управления мобильностью
MMTel
мультимедийная телефония
MSC
центр коммутации мобильной связи
MSG.3
сообщение 3
NAS
уровень без доступа
NPDCCH
узкополосный физический канал управления нисходящей линии связи
NR
новое радио
OCNG
OFDMA генератор шума канала
OFDM
мультиплексирования с ортогональным частотным разделением каналов
OFDMA
множественный доступ с ортогональным частотным разделением
OMA-DM
открытый альянс мобильной связи для управления устройствами
OSS
система поддержки операций
OTDOA
наблюдаемая разница время прибытия
O & M
эксплуатация и техническое обслуживание
PBCHP-CCPCH
физический широковещательный каналпервичный общий физический канал управления
PCell
первичная сота
PCFICH
физический канал индикатора формата управления
PDCCH
физический канал управления нисходящей линии связи
PDP
профиль задержки профиля
PDSCH
физический совместно используемый канал нисходящей линии связи
PGW
шлюз сети пакетной передачи данных
PHICH
физический канал индикатора гибридного-ARQ
PLMN
наземная сеть мобильной связи общего пользования
PMI
индикатор матрицы предварительного кодера
PRACH
физический канал произвольного доступа
PRS
опорный сигнал позиционирования
PSS
первичный сигнал синхронизации
PUCCH
физический канал управления восходящей линии связи
PUSCH
физический совместно используемый канал восходящей линии связи
QAM
квадратурная амплитудная модуляция
QoS
качество обслуживания
QCL’ed
квази-совмещенный
RACH
канал произвольного доступа
RAN
сеть радиодоступа
RAPID
ID преамбулы произвольного доступа
RAR
ответ на запрос произвольного доступа
RA-RNTI
RNTI произвольного доступа
RAT
технология радиодоступ
RLM
управление радиоканалом
RMSI
оставшиеся минимальная системная информация
RNC
контроллер радиосети
RNL
уровень радиосети
RNTI
временный идентификатор радиосети
RRC
управление радиоресурсами
RRM
управление радиоресурсами
RS
опорный сигнал
RSCPRSRP
принимаемая мощность кода сигналаопорный символ принимаемой мощности или опорный сигнал принимаемой мощности
RSRQ
опорный сигнал принимаемого качества или опорный символ принимаемого качества
RSSI
индикатор уровня мощности принимаемого сигнала
RSTD
разница по времени опорного сигнала
Rx
прием
SCH
канал синхронизации
SCell
вторичная сота
SCS
разнос поднесущих
SDU
блок служебных данных
SFN
номер системного кадра
SGW
обслуживающий шлюз
SI
системная информация
SIB
блок системной информации
SN
номер последовательности
SNR
отношение сигнал-шум
SS
сигнал синхронизации
SSB
блок сигнала синхронизации
SSAC
управление доступом конкретной услуги
SON
самооптимизированная сеть
SS
сигнал синхронизации
SSS
вторичный сигнал синхронизации
TA
область слежения
TCP
время для циклического префикса
TDD
режим дуплекса с временным разделением
TDOA
разница во времени прибытия
TGP
время для защитного интервала
TNL
транспортный сетевой уровень
TOA
время прибытия
TRP
точка приема-передачи
TSS
третичный сигнал синхронизации
TTI
интервал времени передачи
TxUAC
передачаунифицированный контроль доступа
UE
устройство пользователя
UL
восходящая линия связи
UMTS
универсальная система мобильной связи
USIM
универсальный модуль идентификации абонента
UTDOA
разница во времени прибытия восходящей линии связи
UTRA
универсальный наземный радиодоступ
UTRAN
универсальная наземная сеть радиодоступа
WCDMA
широкополосный CDMA
WLAN
беспородная локальная сеть
ZC
Задов-Чу