УСТРАНЕНИЕ НЕОДНОЗНАЧНОСТЕЙ, СВЯЗАННЫХ С ОПРЕДЕЛЕНИЕМ КАЧЕСТВА СОТ NR
ELIMINATION OF AMBIGUITIES CONNECTED WITH QUALITY EVALUATION OF NR CELLS

Область техники, к которой относится изобретение
Настоящее раскрытие относится к сети беспроводной связи и, в частности, к получению качества соты в сети беспроводной связи.
Уровень техники
Новое радио (NR) и формирование луча
В настоящее время в рамках проекта партнерства третьего поколения (3GPP) обсуждаются многоантенные схемы для стандарта NR (который также упоминается как связь "пятого поколения (5G)") 3GPP. Для NR рассматриваются диапазоны частот до 100 гигагерц (ГГц). Недостатками высокочастотной радиосвязи выше 6 ГГц являются значительные потери на трассе распространения радиоволн и потери при их проникновении. Таким образом, для NR рассматриваются схемы с многоканальными входами и многоканальными выходами (MIMO).
В случае массового MIMO были обсуждены три подхода к формированию луча, а именно: аналоговое формирование луча, цифровое формирование луча и гибридное формирование луча (то есть комбинация аналогового и цифрового формирования луча). Примерная диаграмма для гибридного формирования луча показана на фиг. 1. Формирование луча может выполняться на лучах передачи и/или лучах приема на стороне сети или на стороне пользовательского оборудования (UE).
Аналоговый луч антенной подрешетки может быть направлен в одном направлении для каждого символа мультиплексирования с ортогональным частотным разделением каналов (OFDM), и, следовательно, количество антенных подрешеток определяет количество направлений луча и соответствующее покрытие для каждого OFDM-символа. Однако количество лучей, покрывающих всю зону обслуживания, как правило, больше, чем количество антенных подрешеток, особенно в том случае, когда ширина отдельного луча является узкой. Таким образом, для покрытия всей зоны обслуживания могут также потребоваться многочисленные передачи с узкими лучами, управляемыми по-разному во временной области. Использование для этой цели нескольких узких лучей для покрытия было названо "сканированием луча". Для аналогового и гибридного формирования луча, сканирование луча представляется важным для обеспечения основного покрытия в NR. Для этой цели могут назначаться и периодически передаваться несколько OFDM-символов, в которых лучи с различным управлением могут передаваться посредством антенных подрешеток. Два примера такого сканирования луча показаны на фиг. 2А и 2В. Однако возможны и другие примеры, использующие различное количество антенных подрешеток.
Конфигурация блока сигнала синхронизации (SS)
В данном документе описаны неограничивающие примеры конфигурации SS-блока и SS-пакета, которые могут быть приняты для описания, предоставленного в данном документе. Сигналы, содержащиеся в SS-блоке, могут использоваться для измерений на несущей NR, включая внутричастотные измерения, межчастотные измерения и измерения межтехнологического радиодоступа (RAT) (то есть измерения NR от другой RAT).
SS-блок (который также упоминается как блок SS/физического широковещательного канала (PBCH) или SSB). Первичный сигнал синхронизации NR (NR-PSS), вторичный сигнал синхронизации NR (NR-SSS) и/или PBCH NB (NR-PBCH) может передаваться в SS-блоке. Для данного частотного диапазона SS-блок соответствует N OFDM-символам, основанным на одном разнесении поднесущих (например, по умолчанию или сконфигурированном), и N является константой. UE способны идентифицировать по меньшей мере индекс OFDM-символа, индекс слота в радиокадре и номер радиокадра из SS-блока. Для каждого частотного диапазона точно определяется один набор возможных временных местоположений SS-блоков (например, по отношению к радиокадру или по отношению к набору SS-пакетов). По меньшей мере для случая многочисленных лучей по меньшей мере временной индекс SS-блока указывается UE. Информация о позиции(ях) фактических переданных SS-блоков может быть предоставлена для оказания помощи при измерении в режиме CONNECTED/IDLE, для оказания помощи UE в режиме CONNECTED при приеме данных/управляющей информации нисходящей линии связи (DL) в неиспользуемых SS-блоках и, возможно, для оказания помощи UE в режиме IDLE при приеме данных/управляющей информации DL в неиспользуемых SS-блоках. Максимальное количество L SS-блоков в наборе SS-пакетов для разных частотных диапазонов выглядит следующим образом:
○ для диапазона частот до 3 ГГц, L равно 4,
○ для диапазона частот от 3 ГГц до 6 ГГц, L равно 8, и
○ для диапазона частот от 6 ГГц до 52,6 ГГц, L равно 64.
Набор SS-пакетов. Один или несколько SS-пакетов дополнительно образуют набор (или последовательности) SS-пакетов, где количество SS-пакетов в наборе SS-пакетов является конечным. С точки зрения спецификации физического уровня, поддерживается по меньшей мере одна периодичность набора SS-пакетов. С точки зрения UE, передача набора SS-пакетов является периодической. По меньшей мере для начального выбора соты UE может допустить периодичность передачи набора SS-пакетов для данной несущей частоты по умолчанию (например, 5 миллисекунд (мс), 10 мс, 20 мс, 40 мс, 80 мс или 160 мс). UE может допустить, что данный SS-блок повторяется с периодичностью набора SS-пакетов. По умолчанию UE может не допустить, чтобы базовая станция NR (gNB) передавала одинаковое количество физических лучей или одинаковых физических лучей в различных SS-блоках в наборе SS-пакетов. В особом случае набор SS-пакетов может содержать один пакет SS.
Для каждой несущей SS-блоки могут быть выровнены по времени или могут полностью или по меньшей мере частично перекрывать друг друга, или может быть выровнено по времени начало SS-блоков (например, когда фактическое количество переданных SS-блоков является разным в разных сотах).
Примерная конфигурация SS-блоков, SS-пакетов и наборов или последовательностей SS-пакетов показана на фиг. 3.
Все SS-блоки в наборе пакетов находятся в пределах окна 5 мс, но количество SS-блоков в таком окне зависит от нумерологии (например, до 64 SS-блоков с разнесением поднесущих 240 килогерц (кГц)). Пример отображения для SS-блоков в пределах слота и в пределах окна 5 мс показан на фиг. 4A и 4B.
Модель измерения NR
В режиме RRC_CONNECTED UE измеряет по меньшей мере один луч, но потенциально может измерять множество лучей соты, и результаты измерений (например, значения мощности) усредняются для получения качества соты. При этом UE конфигурируется для учета поднабора обнаруженных лучей: N лучших лучей выше абсолютного порога. Фильтрация осуществляется на двух разных уровнях, а именно на физическом уровне для получения качества луча, а затем на уровне управления радиоресурсами (RRC) для получения качества соты из нескольких лучей. Качество соты из измерений луча получается таким же образом, как для одной или нескольких обслуживающих сот и для одной или нескольких необслуживающих сот. Отчеты об измерениях могут содержать результаты измерений X лучших лучей, если UE сконфигурировано для этого посредством gNB.
Соответствующая модель измерения высокого уровня показана на фиг. 5 и описана ниже. Следует отметить, что К лучей соответствуют результатам измерений в отношении блока NR-SS или ресурсов опорных сигналов информации о состоянии канала (CSI-RS), сконфигурированных gNB для мобильности 3-го уровня (L3) и обнаруженных UE на уровне 1 (L1) (то есть на физическом уровне). На фиг. 5 показано:
• A: измерения (шаблоны, характерные для лучей) являются внутренними по отношению к физическому уровню.
• Фильтрация на уровне 1: внутренняя фильтрация на уровне 1 входных сигналов, измеренных в точке А. Точная фильтрация зависит от реализации. То, как измерения фактически исполняются на физическом уровне при реализации (фильтрация на уровне 1 и входных сигналов A), не ограничивается стандартом NR.
1
• A: результаты измерений (то есть результаты измерений, характерные для лучей) передаются с уровня 1 на уровень 3 после фильтрации на уровне 1.
• Объединение/выбор лучей: результаты измерений, характерные для лучей, объединяются для получения качества соты, если N>1, в иных случаях, когда N = 1, для получения качества соты выбираются лучшие результаты измерений лучей. Характер поведения объединения/выбора лучей стандартизирован, и конфигурация этого модуля обеспечивается RRC-сигнализацией. Период отчетности в точке B равен одному периоду измерения в точке A1.
• B: результат измерения (то есть качество соты), полученный из результатов измерений, характерных для лучей, передается в виде отчета на уровень 3 после объединения/выбора лучей.
• Фильтрация на уровне 3 для обеспечения качества соты: фильтрация выполняется по результатам измерений, предоставленных в точке B. Характер поведения фильтров уровня 3 стандартизирован, и конфигурация фильтров уровня 3 обеспечивается RRC-сигнализацией. Фильтрация периода отчетности в точке C равна одному периоду измерения в точке B.
• C: результат измерения после обработки в фильтре уровня 3. Периодичность предоставления отчетов идентична периодичности предоставления отчетов в точке B. Это измерение используется в качестве входных данных для одной или нескольких оценок критериев отчетности.
• Оценка критериев отчетности: проверяет, необходима ли фактическая отчетность по результатам измерений в точке D. Оценка может основываться на более чем одном потоке измерений в контрольной точке C, например, для сравнения различных результатов измерений. Это иллюстрируется входными данными в точках C и C1. UE оценивает критерии отчетности по меньшей мере каждый раз, когда в точке C, C1 предоставляется отчет о новом результате измерения. Критерии отчетности стандартизированы, и конфигурация обеспечивается RRC-сигнализацией (результатами измерений UE).
• D: информация с отчетом об измерениях (сообщение), отправленная по радиоинтерфейсу.
• Фильтрация лучей на уровне L3: фильтрация, выполняемая по результатам измерений (то есть по результатам измерений, характерным для лучей), предоставленным в точке A1. Характер поведения фильтров луча стандартизирован, и конфигурация фильтров лучей обеспечивается RRC-сигнализацией. Период отчетности относительно фильтрации в точке Е равен одному периоду измерения в точке А1.
• E: результат измерения (то есть результат измерения, характерный для луча) после обработки в фильтре луча. Периодичность предоставления отчетов идентична периодичности предоставления отчетов в точке А1. Этот результат измерения используется в качестве входных данных для выбора Х результатов измерений, по которым должны быть представлены отчеты.
• Выбор луча для предоставления отчета о луче: выбирает результат измерения X из результатов измерений, представленных в точке E. Характер поведения выбора луча стандартизирован, и конфигурация этого модуля обеспечивается RRC-сигнализацией.
• F: информация о результатах измерения луча, включенная в отчет об измерениях, отправленный по радиоинтерфейсу.
Фильтрация на уровне 1 вводит определенный уровень усреднения измерений. То, как и когда UE точно выполняет требуемые измерения, является реализацией, характерной для точки, в которой выходные данные в точке B удовлетворяют требованиям по производительности, установленным в технической спецификации (TS) 3GPP (TS) 38.133. Используемая фильтрация на уровне 3 для получения качества соты и связанных с ним параметров точно определена в 3GPP TS 38.331 и не вносит никакой задержки в доступность шаблонов между точкой B и точкой C. Измерение в точке C, C1 представляет собой входные данные, используемые при оценке событий. Используемая фильтрация луча L3 и связанные с ней параметры точно определены в 3GPP TS 38.331 и не вносят никакой задержки в доступность шаблонов между точками E и F.
Отчеты об измерениях характеризуются следующим образом:
• отчеты об измерениях включают в себя идентификатор измерений ассоциированной конфигурации измерений, которая инициировала отчетность;
• измеряемые величины сот и лучей, которые должны быть включены в отчеты об измерениях, конфигурируются сетью;
• количество необслуживающих сот, о которых необходимо предоставлять отчет, может быть ограничено путем конфигурирования, осуществляемого сетью;
• соты, принадлежащие к черному списку, сконфигурированному сетью, не используются при оценке событий и предоставлении отчетов, и наоборот, когда белый список конфигурируется сетью, при оценке событий и предоставлении отчетов используются только соты, принадлежащие к белому списку;
• результаты измерений луча, которые должны быть включены в отчеты об измерениях, конфигурируются сетью (только идентификатор луча, результат измерения и идентификатор луча или отсутствие отчета о луче).
Получение качества соты NR
В RAN2 #97-bis в Спокане были достигнуты договоренности относительно получения качества соты:
1. Усреднение используется для получения качества соты по нескольким лучам (если количество лучей больше 1). Предметом будущих исследований (FFS) являются детали усреднения
Договоренность1. Качество обслуживающей соты определяется так же, как и качество соседней соты (то есть N лучших сот).Предметом будущих исследований (FFS) является то, может ли UE быть сконфигурировано с другими значениями N для обслуживающей соты и для конкретных соседних сот.
Договоренности1. UE NR не должно объединять результаты измерений лучей NR-SS и результаты измерений лучей CSI-RS вместе для получения результата измерения на уровне соты.2. UE NR должно сравнивать результаты измерений на уровне соты для разных сот, используя RS одного и того же типа. Другими словами, NR не поддерживает сравнение между результатом измерения на основе NR-SS соты и результатом измерения на основе CSI-RS для другой соты.
В RAN2 #98 в Ханчжоу были достигнуты договоренности относительно получения качества сот:
Договоренности о совмещении измерений луча, если N>1:1. Усреднение будет основываться на значениях мощности (то есть не на значениях дБм)Рабочее допущение: среднее от N лучших обнаруженных лучей выше абсолютного порога
Договоренности- N (используется при получении качества соты) конфигурируется для каждой несущей.Предметом будущих исследований (FFS) является то, можно ли сконфигурировать другое значение для NR-SS и CSI-RS и можно ли сконфигурировать его для каждой соты.
Затем в RAN2 #AdHoc в Циндао:
Договоренность1. Качество соты должно быть получено путем усреднения лучшего луча с максимальным количеством лучей вплоть до N-1 лучших лучей выше абсолютного сконфигурированного порога.
И, наконец, в RAN #99 в Берлине, были приняты следующие решения:
Договоренности1. Независимый N и независимый порог должны быть сконфигурированы для каждой несущей частоты в MeasObject для мобильности L3 на основе NR-SS и CSI-RS. (Эта договоренность не имеет никакого отношения к количеству ресурсов CSI-RS, которые могут быть сконфигурированы в расчете на одну соту)
Вышеуказанные договоренности были приведены в спецификации RRC (3GPP TS 38.331) путем определения параметров, указывающих качество соты, в расчете на один тип опорного сигнала (RS) (как одного или нескольких максимальных чисел лучей, подлежащих усреднению, так и одного или нескольких абсолютных порогов для определения хороших лучей) и в виде информационного элемента (IE) MeasObjectNR, который показан ниже:
*******************************************************************************************
MeasObjectNR
IE MeasObjectNR определяет информацию, применяемую для внутренних/межчастотных измерений блока(ов) SS/PBCH или внутренних/межчастотных измерений CSI-RS.
Информационный элемент MeasObjectNR
****************************************************************************************************
Следует отметить, что вышеупомянутые разделы были сосредоточены на двух параметрах для каждого типа RS для получения качества соты (CQD), а именно, на максимальном количестве лучей, которые должны быть усреднены, и пороге для хороших лучей. Однако, другие параметры в MeasObjectNR в дополнение к предыдущим параметрам также необходимы для CQD или являются по меньшей мере релевантными для инициирования событий, таких как:
• списки сот (черный список сот, белый список сот);
• конфигурация опорного сигнала, включающая в себя:
○ конфигурацию(и) времени измерения блока SS/PBCH (SSTC);
○ Номинальные SSB для измерения;
○ разнесение поднесущих SSB и/или CSI-RS;
• конфигурации фильтрации;
• смещение по частоте/смещение, характерное для соты.
Раскрытие сущности изобретения
В данном документе раскрыты системы и способы, позволяющие пользовательскому оборудованию (UE) выполнять получение качества соты в сети беспроводной связи, используя параметры из соответствующего объекта измерения. В некоторых вариантах осуществления способ функционирования UE для выполнения получения качества соты в сети беспроводной связи содержит получение параметров для выполнения получения качества соты для обслуживающей соты UE из объекта измерения, который содержит информацию о частоте, которая соответствует информации о частоте, предоставленной в конфигурации обслуживающей соты. Способ дополнительно содержит выполнение получения качества соты для обслуживающей соты на основе полученных параметров. В некоторых вариантах осуществления UE конфигурируется, сетью беспроводной связи, с одним или несколькими объектами измерения, и объект измерения, из которого UE получает параметры для выполнения получения качества соты для обслуживающей соты, является конкретным объектом измерения среди одного или нескольких объектов измерения. Таким образом, UE может выполнять получение качества соты с использованием параметров из соответствующего объекта измерения.
В некоторых вариантах осуществления информация о частоте является информацией, которая указывает частотное расположение блока сигнала синхронизации/физического широковещательного канала (SSB), который будет измеряться или использоваться в качестве источника синхронизации для ресурсов опорных сигналов информации о состоянии канала (CSI-RS). В некоторых других вариантах осуществления информация о частоте является информацией, которая указывает частотное расположение опорного сигнала информации о состоянии канала (CSI-RS), подлежащего измерению, или опорную частоту, которая служит для определения местоположения, где CSI-RS находится на сетке физических ресурсных блоков (PRB). В некоторых других вариантах осуществления информация о частоте, содержащаяся в объекте измерения, представляет абсолютную частоту блока сигнала синхронизации/физического широковещательного канала (SSB), которая должна использоваться для измерений, выполняемых в соответствии с объектом измерения, и информация о частоте, предоставляемая в конфигурации обслуживающей соты, представляет абсолютную частоту SSB, которая должна использоваться для обслуживающей соты.
В некоторых вариантах осуществления UE сконфигурирован, сетью беспроводной связи, с одним или несколькими объектами измерения. Каждый объект измерения из одного или более объектов измерения содержит параметры, которые позволяют UE выполнять получение качества соты. Кроме того, UE сконфигурировано с событиями измерения, каждое из которых имеет соответствующий идентификатор измерения, где каждый идентификатор измерения связывает один из одного или нескольких объектов измерения с соответствующей конфигурацией отчетности. Объект измерения, из которого UE получает параметры для выполнения получения качества соты для обслуживающей соты, является конкретным объектом измерения среди одного или нескольких объектов измерения.
Кроме того, раскрыты также варианты осуществления UE для выполнения получения качества соты в сети беспроводной связи. В некоторых вариантах осуществления UE для выполнения получения качества соты в сети беспроводной связи выполнено с возможностью получения параметров для выполнения получения качества соты для обслуживающей соты UE из объекта измерения, который содержит информацию о частоте, которая соответствует информации о частоте, предоставленной в конфигурации обслуживающей соты. UE дополнительно выполнено с возможностью выполнения получения качества соты для обслуживающей соты на основе полученных параметров.
В некоторых вариантах осуществления UE для выполнения получения качества соты в сети беспроводной связи содержит интерфейс, содержащий схему радиочастотного тракта, и схему обработки, ассоциированную с интерфейсом. Схема обработки сконфигурирована так, чтобы побуждать UE получать параметры для выполнения получения качества соты для обслуживающей соты UE из объекта измерения, который содержит информацию о частоте, которая соответствует информации о частоте, предоставленной в конфигурации обслуживающей соты, и выполнять получение качества соты для обслуживающей соты на основе полученных параметров.
В некоторых вариантах осуществления UE сконфигурировано, сетью беспроводной связи, с одним или более измерительными объектами, и объект измерения, из которого UE получает параметры для выполнения получения качества соты для обслуживающей соты, является конкретным объектом измерения среди одного или нескольких объектов измерения.
В некоторых вариантах осуществления информация о частоте представляет собой информацию, которая указывает частотное расположение SSB, которое должно измеряться или использоваться в качестве источника синхронизации для ресурсов CSI-RS. В некоторых других вариантах осуществления информация о частоте представляет собой информацию, которая указывает частотное расположение CSI-RS, подлежащего измерению, или опорную частоту, которая служит для определения местоположения, где CSI-RS находится на сетке PRB. В некоторых других вариантах осуществления информация о частоте, содержащаяся в объекте измерения, представляет абсолютную частоту SSB, которая должна использоваться для измерений, выполняемых в соответствии с объектом измерения, и информация о частоте, предоставляемая в конфигурации обслуживающей соты, представляет абсолютную частоту SSB, которая будет использоваться для обслуживающей соты.
В некоторых вариантах осуществления UE сконфигурирован, сетью беспроводной связи, с одним или более объектами измерения, где каждый объект измерения одного или нескольких объектов измерений включает в себя параметры, которые позволяют UE выполнять получение качества сот. Кроме того, UE сконфигурировано с событиями измерения, каждое из которых имеет соответствующий идентификатор измерения, где каждый идентификатор измерения связывает один из одного или нескольких объектов измерения с соответствующей конфигурацией отчетности. Объект измерения, из которого UE получает параметры для выполнения получения качества соты для обслуживающей соты, является конкретным объектом измерения среди одного или нескольких объектов измерения.
Краткое описание чертежей
Сопроводительные чертежи, которые включены в данное описание и составляют его часть, иллюстрируют несколько аспектов раскрытия и вместе с описанием служат для объяснения принципов раскрытия.
Фиг. 1 – один пример гибридного формирования луча;
фиг. 2А и 2В – два примера сканирования луча;
фиг. 3 – примерная конфигурация блоков сигнала синхронизации (SS), SS-пакетов и наборов или последовательностей SS-пакетов;
фиг. 4A и 4B – примерное отображение для SS-блоков в пределах временного слота и в пределах 5 миллисекундного (мс) окна;
фиг. 5 – модель измерения для нового радио (NR) проекта партнерства третьего поколения (3GPP);
фиг. 6 – функционирование пользовательского оборудования (UE) и сетевого узла в соответствии по меньшей мере с некоторыми аспектами варианта осуществления настоящего раскрытия;
фиг. 7 – различные сценарии для идентификации объекта измерения обслуживающей соты;
фиг. 8 – беспроводная сеть в соответствии с некоторыми вариантами осуществления;
фиг. 9 – UE в соответствии с некоторыми вариантами осуществления;
фиг. 10 – среда виртуализации в соответствии с некоторыми вариантами осуществления;
фиг. 11 – телекоммуникационная сеть, подключенная через промежуточную сеть к хост-компьютеру в соответствии с некоторыми вариантами осуществления;
фиг. 12 – хост-компьютер, обменивающийся данными через базовую станцию с UE по частично беспроводному соединению в соответствии с некоторыми вариантами осуществления;
фиг. 13 – способы, реализованные в системе связи, включающей в себя хост-компьютер, базовую станцию и UE в соответствии с некоторыми вариантами осуществления;
фиг. 14 – способы, реализованные в системе связи, включающей в себя хост-компьютер, базовую станцию и UE в соответствии с некоторыми вариантами осуществления;
фиг. 15 – способы, реализованные в системе связи, включающей в себя хост-компьютер, базовую станцию и UE в соответствии с некоторыми вариантами осуществления; и
фиг. 16 – способы, реализованные в системе связи, включающей в себя хост-компьютер, базовую станцию и UE в соответствии с некоторыми вариантами осуществления.
Осуществление изобретения
Варианты осуществления, изложенные ниже, представляют информацию, позволяющую специалистам в данной области техники применять на практике варианты осуществления, и иллюстрируют лучший вариант применения на практике вариантов осуществления. По прочтению последующего описания с учетом фигур сопроводительных чертежей специалисты в данной области техники поймут концепции раскрытия и увидят применения этих концепций, которые подробно не рассматриваются в данном документе. Следует понимать, что эти концепции и применения находятся в пределах объема раскрытия.
В общем, все термины, используемые в данном документе, должны интерпретироваться в соответствии с их обычным значением в соответствующей области техники, если иное значение явно не приведено и/или не подразумевается из контекста, в котором они используются. Все ссылки на элемент, устройство, компонент, средство, этап и т.д. должны интерпретироваться открыто как относящиеся по меньшей мере к одному экземпляру элемента, устройства, компонента, средства, этапа и т.д., если явно не указано иное. Этапы любых способов, раскрытых в данном документе, не должны выполняться в точном раскрытом порядке, если только этап явно не описан как следующий или предшествующий другому этапу, и/или если подразумевается, что этап должен следовать или предшествовать другому этапу. Любая особенность любого из раскрытых в данном документе вариантов осуществления может быть применена к любому другому варианту осуществления там, где это уместно. Аналогично, любое преимущество любого из вариантов осуществления может применяться к любым другим вариантам осуществления и наоборот. Другие задачи, особенности и преимущества прилагаемых вариантов осуществления будут очевидны из последующего описания.
Некоторые из рассмотренных в данном документе вариантов осуществления будут теперь описаны более подробно со ссылкой на сопроводительные чертежи. Однако, другие варианты осуществления содержатся в пределах объема предмета изобретения, раскрытого в данном документе, раскрытый предмет изобретения не должен рассматриваться как ограниченный только вариантами осуществления, изложенными в данном документе; скорее всего, эти варианты осуществления предоставлены в качестве примера, чтобы передать объем предмета изобретения для специалистов в данной области техники.
Используемый в данном документе термин "сигнализация" может содержать любое из: сигнализации верхнего уровня (например, посредством управления радиоресурсами (RRC) или т.п.), сигнализации нижнего уровня (например, посредством физического канала управления или широковещательного канала) или их сочетания. Сигнализация может быть явной или неявной. Сигнализация также может быть одноадресной, многоадресной или широковещательной. Сигнализация также может быть направлена непосредственно в другой узел или через третий узел.
В контексте приведенных ниже вариантов осуществления будет постоянно использоваться термин "параметры для выполнения получения качества соты (CQD)". Хотя мы используем этот термин, параметры касаются не только этого, и в более общем смысле можно сказать, что они влияют на инициирование событий или даже влияют на информацию, подлежащую отчетности. Общим аспектом является то, что они находятся в measObjectNR, и существует неоднозначность, с которой measObjectNR выбирает пользовательское оборудование (UE) для получения этих параметров для данного measId. Этим параметром может быть любой из следующих параметров или их комбинация:
• списки сот (соты, внесенные в черный список, соты, внесенные в белый список);
• конфигурация опорного сигнала, включающая в себя:
○ конфигурацию(и) времени измерения блока SS/PBCH (SMTC);
○ номинальные блоки сигнала синхронизации (SS)/физического широковещательного канала (PBCH) (SSB) для измерения;
○ SSB и/или разнесение(я) опорных сигналов информации о состоянии канала (CSI-RS);
• конфигурации фильтрации;
• частота смещения/смещение, характерное для соты;
• порог, определяющий хорошие лучи, подлежащие отчетности (подробно рассмотрен ниже в подразделе "Варианты осуществления, которые относятся к устранению неоднозначности в отчетности по лучам");
• порог, определяющий хорошие лучи, подлежащие усреднению с лучшим лучом.
Перед описанием вариантов осуществления настоящего раскрытия будет полезным описание некоторых существующих в настоящее время проблем. Как обсуждалось выше, в новом радио (NR) проекта партнерства третьего поколения (3GPP) параметры, позволяющие UE вычислять CQD, предоставляются как часть measObject. Однако UE, как правило, конфигурируется сетью со многими объектами измерения, и в некоторых сценариях текущие процедуры в спецификациях RRC 3GPP NR являются неоднозначными, поэтому для UE не ясно, какой объект измерения использовать для выполнения CQD. Ниже эти неоднозначности анализируются для обслуживающей(их) соты (сот) и соседней(их) соты (сот).
UE знает, какой тип измерения обслуживающей соты выполнить, как описано в разделе 5.5.3.1 технической спецификации (TS) 38.331:
*********************************************************************************************
UE должно:
1> всякий раз, когда UE имеет measureConfig, выполнить измерения RSRP и RSRQ для каждой обслуживающей соты следующим образом:
2> если по меньшей мере один measId, включенный в measIdList в VarMeasConfig, содержит rsType, установленный в ssb:
3> если по меньшей мере один measId, включенный в список измерений в VarMeasConfig, содержит reportQuantityRsIndexes:
4> получить отфильтрованные RSRP и RSRQ уровня 3 в расчете на один луч для обслуживающей соты на основе блока SS/PBCH, как описано в 5.5.3.3a;
3> получить результаты измерений обслуживающей соты на основе блока SS/PBCH, как описано в 5.5.3.3;
2> если по меньшей мере один measId, включенный в measIdList в VarMeasConfig, содержит rsType, установленный в csi-rs:
3> если по меньшей мере один measId, включенный в список измерений в VarMeasConfig, содержит reportQuantityRsIndexes:
4> получить отфильтрованные RSRP и RSRQ уровня 3 в расчете на один луч для обслуживающей соты на основе CSI-RS, как описано в 5.5.3.3a;
3> получить результаты измерений обслуживающей соты на основе CSI-RS, как описано в 5.5.3.3;
1> если по меньшей мере один измеренный показатель, включенный в measIdList в VarMeasConfig, содержит SINR в качестве запусков и/или количества отчетов:
2> если ассоциированный reportConfig содержит rsType, установленный на ssb:
3> если измерение содержит reportQuantityRsIndexes:
4> получить отфильтрованное SINR уровня 3 в расчете на один луч для обслуживающей соты на основе блока SS/PBCH, как описано в 5.5.3.3a;
3> получить SINR обслуживающей соты на основе блока SS/PBCH, как описано в 5.5.3.3;
2> если ассоциированный reportConfig содержит rsType, установленный на csi-rs:
3> если измерение содержит reportQuantityRsIndexes:
4> получить отфильтрованное SINR уровня 3 в расчете на один луч для обслуживающей соты на основе CSI-RS, как описано в 5.5.3.3a;
3> получить SINR обслуживающей соты на основе CSI-RS, как описано в 5.5.3.3;
*********************************************************************************************
Следует отметить, что в вышеупомянутой части текста отсутствует описание того, какой measObjectNR UE должно выбрать, чтобы получить параметры для выполнения CQD (из одного или более measObjectNR, с которыми было сконфигурировано UE). Затем в разделе 5.5.3.3 TS 38.331 приводятся следующие подробности о том, как должно выполняться CQD:
*********************************************************************************************
Сеть может сконфигурировать UE для выполнения измерений RSRP, RSRQ и SINR для каждой соты, ассоциированной с несущими частотами NR, на основе параметров, сконфигурированных в MeasObject (например, на основе максимального количества лучей, которое должно быть усреднено, и пороговых значений при объединении лучей) и в reportConfig (в rsType, который должен быть измерен, блоке SS/PBCH или CSI-RS).
UE должно:
1> для каждой измеряемой величины соты, которая должна быть получена на основе блока SS/PBCH:
2> если nrofSS-BlocksToAverage в ассоциированном measObject не сконфигурирован; или
2> если absThreshSS-BlocksConsolidation в ассоциированном measObject не сконфигурирован; или
2> если наибольшее значение измеряемой величины луча ниже absThreshSS-BlocksConsolidation:
3> получить каждую измеряемую величину соты на основе блока SS/PBCH как наибольшее значение измеряемой величины луча, где каждая измеряемая величина луча описана в TS 38.215 [9];
2> в иных случаях:
3> получить каждую измеряемую величину соты на основе блока SS/PBCH как линейное среднее значений мощности для самых высоких значений измеряемой величины луча выше absThreshSS-BlocksConsolidation, где общее количество усредненных лучей не должно превышать nrofSS-BlocksToAverage;
1> для каждой измеряемой величины соты на основе CSI-RS:
2> считать ресурс CSI-RS на ассоциированной частоте применимым для получения RSRP, когда соответствующий ресурс CSI-RS включен в csi-rs-ResourceConfigMobility с соответствующим cellId и CSI-RS-ResourceId-RRM в VarMeasConfig для этого measId;
2> если nrofCSI-RS-ResourcesToAverage в ассоциированном measObject не сконфигурирован; или
2> если absThreshCSI-RS-Consolidation в ассоциированном measObject не сконфигурирован; или
2> если наибольшее значение измеряемой величины луча ниже absThreshCSI-RS-Consolidation:
3> получить каждую измеряемую величину соты на основе CSI-RS как наибольшее значение измеряемой величины луча, где каждая измеряемая величина луча описана в TS 38.215 [9];
2> в иных случаях:
3> получить каждую измеряемую величину соты на основе CSI-RS как линейное среднее значений мощности для самых высоких значений измеряемой величины луча выше absThreshCSI-RS-Consolidation, где общее количество усредненных лучей не должно превышать nroCSI-RS-ResourcesToAverage;
*********************************************************************************************
В приведенном выше тексте можно увидеть некоторую попытку описать, какой объект измерения должен выбрать UE, чтобы затем получить правильные параметры для выполнения CQD. Однако, хотя в тексте говорится о параметрах, сконфигурированных в MeasObject, все еще неясно, каким является MeasObject, как это воспроизведено еще раз ниже:
"сота, ассоциированная с несущими частотами NR на основе параметров, сконфигурированных в measObject (например, максимальное количество лучей, подлежащих усреднению, и пороги при объединении лучей) и в reportConfig (rsType, подлежащий измерению, блок SS/PBCH или CSI-RS)".
И в процедуре появляется фраза "в ассоциированном measObject", хотя по-прежнему неясно, что эта ассоциация может действительно означать, например, как воспроизведено ниже:
2> если absThreshSS-BlocksConsolidation в ассоциированном measObject не сконфигурирован; или
2> если наибольшее значение измеряемой величины луча ниже absThreshSS-BlocksConsolidation:
3> получить каждую измеряемую величину соты на основе блока SS/PBCH как наибольшее значение измеряемой величины луча, где каждая измеряемая величина луча описана в TS 38.215 [9];
Можно попытаться доказать, что не очень сложно получить или предположить, что ассоциация в виде measObjectNR использует ассоциацию, ассоциированную с несущей, к которой принадлежит сота. В долгосрочном развитии (LTE) это было бы справедливо, так как measObject имеет параметр "абсолютный номер радиочастотного канала (ARFCN)", называемый carrierFreq. Следовательно, существует взаимно-однозначная связь между объектом измерения и несущей частотой. Таким образом, чтобы выполнить CQD соты, переданной на данной несущей частоте в LTE, UE должно получить параметры в объекте измерения, ассоциированном с этой несущей частотой. Однако в NR существуют две основные проблемы:
1. Связь между объектом измерения и несущей является гораздо более расплывчатой по сравнению с LTE. В NR UE не получает в measObject подробности о несущей частоте, на которой оно должно измерять. Вместо этого, UE получает, в объекте измерения, частотное расположение опорного(ых) сигнала(ов), блок SS/PBCH и, возможно, ресурсы CSI-RS, которые UE должно измерять. Фактически, могут быть несущие без блока SS/PBCH и с CSI-RS, которые содержат частотное расположение SSB.
2. Существуют некоторые события измерения, которые инициируются на основе сравнения качества двух сот, возможно, с двумя разными частотами, в то время как один объект измерения связан с measId и reportConfig, например, события:
• A1: уровень сигнала соседней соты становится выше порога
• A2: уровень сигнала соседней соты становится ниже порога
• A3: смещение частоты соседней соты становится выше, чем у первичной соты (PCell)/первичной вторичной соты (PSCell)
• A4: уровень сигнала соседней соты становится выше порога
• A5: уровень сигнала сPCell/PSCell становится ниже threshold1, и уровень сигнала соседней соты становится выше threshold2
• A6: смещение частоты соседней соты становится выше, чем у вторичной соты (SCell)
Из этих шести событий по меньшей мере три события (A3, A5 и A6) могут потенциально включать измерения, выполненные на двух разных частотах, хотя один measObjectNR будет связан с reportConfig через measId. Таким образом, особенно в случае этих трех событий становится совершенно неясно, из какого measObjectNR UE должно получить параметры CQD и, в случае событий, сравнивающих качество двух сот на предмет того, должны ли эти параметры быть одинаковыми или различными для двух сравниваемых сот/частот.
Следует отметить, что эта проблема особенно актуальна для измерений обслуживающей соты и в случае, когда две частоты используются для одного и того же события, такого как в событиях A3, A5 и A6, или любого события, определенного в будущем, которое будет производить сравнения между параметрами качества соты на двух разных частотах. Однако даже для других событий (A1, A2 и A4) могут существовать некоторые другие проблемы согласования, которые могут представлять проблему неоднозначности.
Следует отметить, что для соседней соты может также иметь место неоднозначность, так как не ясно, что означает "measObject ассоциируется с NR", и/или применимо ли это правило для измерений как соседних сот, так и обслуживающих сот в случае событий A3, A5 и A6, как описано в 5.5.3.1:
*********************************************************************************************
1> для каждого измерения, включенного в measIdList в VarMeasConfig:
2> если reportType для ассоциированного reportConfig не установлен на reportCGI:
3> если конфигурация промежутка измерения сконфигурирована, или
3> если UE не требует промежутков измерения для выполнения соответствующих измерений:
4> если s-MeasureConfig не сконфигурирован, или
4> если s-MeasureConfig установлен на ssb-RSRP и RSRP PCell (или PSCell, когда UE находится в EN-DC), основанная на блоке SS/PBCH, после фильтрации на уровне 3 ниже, чем ssb-RSRP, или
4> если s-MeasureConfig установлен на csi-RSRP и RSRP PCell (или PSCell, когда UE находится в EN-DC), основанная на CSI-RS, после фильтрации на уровне 3 ниже, чем csi-RSRP:
5> если measObject ассоциируется с NR, и rsType установлен на csi-rs:
6> если reportQuantityRsIndexes для ассоциированного reportConfig сконфигурирован:
7> получить результаты измерений фильтрованного луча уровня 3 только на основе CSI-RS для каждой измеряемой величины, указанной в reportQuantityRsIndexes, как описано в 5.5.3.3a;
6> получить результаты измерений соты на основе CSI-RS для каждой инициированной величины и каждой измеренной величины, указанной в reportQuantityCell, с использованием параметров из ассоциированного measObject, как описано в 5.5.3.3;
5> если measObject ассоциируется с NR, и rsType установлен на ssb:
6> если reportQuantityRsIndexes для ассоциированного reportConfig сконфигурирован:
7> получить измерения луча уровня 3 только на основе блока SS/PBCH для каждой измеряемой величины, указанной в reportQuantityRsIndexes, как описано в 5.5.3.3a;
6> получить результаты измерений соты на основе блока SS/PBCH для каждой инициированной величины и каждой измеренной величины, указанной в reportQuantityCell, с использованием параметров из ассоциированного measObject, как описано в 5.5.3.3;
5> если measObject ассоциируется с E-UTRA:
6> выполнить соответствующие измерения, связанные с соседними сотами на частотах, указанных в ассоциированном measObject;
2> выполнить оценку критериев отчетности, как указано в 5.5.4.
*******************************************************************************************
Еще одна неопределенность относится к тому, какой measObjectNR рассматривать в том случае, когда UE должно включать в себя информацию об измерении луча в отчетах об измерениях, которые могут находиться в обслуживающей(их) соте(ах) и соседней(их) соте(ах), где каждая из них может иметь свой собственный набор параметров MeasObjectNR.
Некоторые аспекты настоящего раскрытия и их вариантов осуществления позволяют обеспечить решения этих или других проблем. В данном документе раскрыты варианты осуществления, позволяющие UE получать параметры для выполнения CQD из правильного объекта измерения (measObject). В некоторых вариантах осуществления настоящего раскрытия описан способ, выполняемый UE, конфигурируемого сетью с одним или несколькими объектами измерения, где каждый объект измерения содержит параметры, позволяющие UE выполнять CQD; одно и то же UE, сконфигурированное с событиями измерения, каждое из которых имеет идентификатор measId измерения, где каждый measId связывает один measObject с одним reportConfig (где каждое событие в отчете об измерениях, инициируемых событием, например, A1, A2, A3, A4, A5, A6), причем способ содержит UE, которое выбирает правильный measObject, из которого UE получает параметры CQD или, в более общем смысле, параметры, относящиеся к измерению, так как они используются не только для CQD, но некоторые из них используются также для выбора информации для включения в отчеты об измерениях.
В данном документе предложены различные варианты осуществления, которые касаются одной или нескольких проблем, раскрытых в данном документе. Некоторые варианты осуществления могут обеспечивать одно или несколько из следующих технических преимуществ. Варианты осуществления, раскрытые в данном документе, устраняют неоднозначность в текущих спецификациях NR, где во многих сетевых конфигурациях UE не может выяснить, какой выбрать measObject, и, следовательно, какие параметры CQD необходимо получить. Решение этой проблемы позволяет предотвратить проблемы для сети, такие как разные UE с одинаковой конфигурацией, которые ведут себя по-разному с точки зрения инициирования событий из-за разных способов получения качества соты. Дополнительные преимущества можно легко увидеть в свете последующего описания, и некоторые варианты осуществления могут обеспечить некоторые, ни одного или все эти технические преимущества.
Первый вариант осуществления
В первом варианте осуществления UE получает параметры для выполнения CQD для обслуживающей(их) соты (сот) из measObject, содержащего информацию о частоте, которая соответствует информации о частоте, предоставленной в конфигурации обслуживающей соты (например, конфигурация обслуживающей соты предоставляется UE во время добавления и/или передачи SCell).
На фиг. 6 показана работа UE и сетевого узла (например, базовой станции NR (gNB)) в соответствии по меньшей мере с некоторыми аспектами первого варианта осуществления, описанного в данном документе. Необязательные этапы обозначены пунктирными линиями. Как показано на чертеже, сетевой узел предоставляет множество объектов измерения для UE (этап 600). Другими словами, сетевой узел конфигурирует UE с несколькими объектами измерения. UE получает параметры для выполнения CQD для обслуживающей(их) соты (сот) UE из объекта измерения, который содержит информацию о частоте, которая соответствует информации о частоте, предоставленной в конфигурации обслуживающей соты (этап 602). Ниже представлено несколько примеров типов информации о частоте в объектах измерений и конфигурации обслуживающей соты, которые могут использоваться для определения соответствия. Далее описаны различные примеры полученных параметров. Некоторые примеры включают в себя, но не ограничиваются ими, максимальное количество лучей, подлежащих усреднению и абсолютный порог для каждого типа опорного сигнала. При необходимости UE выполняет CQD для обслуживающей соты на основе полученных параметров (этап 604). Следует отметить, что подробности CQD были описаны выше и известны специалистам в данной области техники и в связи с этим не повторяются в данном документе. UE при необходимости предоставляет отчет о результате CQD в сетевой узел (этап 606).
В этом контексте, первым вариантом для информации о частоте может быть частотное расположение SSB которое должно измеряться или использоваться только в качестве источника синхронизации для ресурсов CSI-RS. Это частотное расположение SSB может быть номером канала глобальной синхронизации (GSCN) растра синхронизации, предоставленным как в объекте измерения, так и в конфигурации обслуживающей соты.
В этом контексте информация о частоте второго варианта может представлять собой частотное расположение CSI-RS, подлежащее измерению, или опорную частоту, которая служит для определения местоположения, где CSI-RS находится на сетке физических ресурсных блоков (PRB), возможно, в пределах несущей. Эта информация о частоте может быть закодирована как местоположение номинальной частоты так называемой точки A, закодированной с помощью ARFCN растра канала, предоставленного как в объекте измерения, так и в конфигурации обслуживающей соты.
В этом контексте информация о третьей дополнительной частоте может представлять собой как частотное расположение SSB, так и частотное расположение CSI-RS, которые подлежат измерению (или опорную частоту, которая служит для определения местоположения, где CSI-RS находится на сетке физических ресурсных блоков (PRB)). Как и в предыдущих вариантах, сопоставление обоих параметров указывает UE, какой из параметров нужно выбрать для получения параметров для выполнения CQD.
Параметры, подлежащие сравнению в MeasObjectNR и serveCellConfigCommon (в частности, FrequencyInfoDL, который содержит точные параметры для сравнения) представлены в виде выделенного жирным шрифтом и подчеркнутого текста, который приведен ниже:
*******************************************************************************************
MeasObjectNR
IE MeasObjectNR точно определяет информацию, применимую для внутренних/межчастотных измерений блока(ов) SS/PBCH или внутренних/межчастотных измерений CSI-RS.
Информационный элемент MeasObjectNR
IE ServingCellConfigCommon используется для конфигурирования специфичных для соты параметров обслуживающей соты UE. IE содержит параметры, которые UE будет, как правило, получать из SSB, MIB или SIB при доступе к соте после выхода из режима ожидания IDLE. С помощью этого IE сеть предоставляет эту информацию в выделенной сигнализации при конфигурировании UE с SCell или с дополнительной группой сот (SCG). Он также предоставляет ее для SpCell (MCG и SCG) после реконфигурации с синхронизацией.
Информационный элемент ServingCellConfigCommon
IE FrequencyInfoDL предоставляет основные параметры несущей нисходящей линии связи и передачи на ней.
Информационный элемент FrequencyInfoDL
*******************************************************************************************
Следовательно, рассматривая приведенный выше пример, сравнения производятся между:
• absoluteFrequencySSB из frequencyInfoDL в ServingCellConfigCommon и ssbAbsoluteFreq в measObjectNR;
• absoluteFrequencyPointA из frequencyInfoDL в ServingCellConfigCommon и refFreqCSI-RS в measObjectNR.
Сравнение производится следующим образом. UE выбирает объект измерения, чей ssbAbsoluteFreq совпадает с absoluteFrequencySSB, сигнализируемым в requencyInfoDL в ServingCellConfigCommon. Если более чем один measObjectNR удовлетворяет этому критерию и выбрано, UE выбирает measObjectNR, чей refFreqCSI-RS равен absoluteFrequencyPointA из frequencyInfoDL в ServingCellConfigCommon.
Действие UE, описанное выше, особенно важно для случая, когда:
а) два или более объектов измерения, с которыми было сконфигурировано UE, имеют один и тот же ssbAbsoluteFreq, но, возможно, разные refFreqCSI-RS, и
b) событие, с которым было сконфигурировано UE, имеет только явную конфигурацию, для которой measObjectNR должен учитывать измерения соседних сот, такие как A3, A5 и A6.
Теперь будет приведено описание того, как устраняется неоднозначность в этом первом варианте осуществления для этих трех событий.
Событие A3 (смещение частоты соседней соты становится выше, чем у PCell/PSCell): При определении события A3 проводится сравнение между соседней сотой и PCell (или PSCell). В качестве части первого варианта осуществления, для данного measId, UE выбирает MeasObjectNR, связанный с этим measId, и reportConfig (с отчетностью об инициированном событии и сконфигурированным событием A3), чтобы получить параметры для получения CQD соседних сот. Для CQD PCell или PSCell UE выбирает measObjectNR, удовлетворяющий критерию, описанному в первом варианте осуществления, то есть с той же самой информацией о частоте, которая сконфигурирована в ServingCellConfigCommon.
Ниже показано то, как вариант осуществления для этого конкретного случая может быть реализован в виде изменений в спецификациях 3GPP TS 38.331:
*******************************************************************************************
UE должно:
1> считать условие входа для этого события выполненным, когда выполнено условие A3-1, которое указано ниже;
1> считать условие выхода для этого события выполненным, когда выполнено условие A3-2, которое указано ниже;
1> в EN-DC использовать PSCell для Mp, Ofp и Ocp;
Примечание: Сота(ы), которая(ые) инициирует(ют) событие, имеет(ют) частоту, указанную в ассоциированном measObject, которая может отличаться от частоты, используемой PCell/PSCell (когда UE находится в EN-DC).
Неравенство A3-1 (условие входа)
Неравенство A3-2 (условие выхода)
Переменные в формуле определяются следующим образом:
Mn – результат измерения соседней соты без учета каких-либо смещений. Параметры для получения качества одной или нескольких соседних сот получаются в MeasObjectNR, соответствующем частоте соседней соты, то есть в MeasObjectNR, ассоциированном с reportConfigNR и measId.
Ofn – частотно-зависимое смещение частоты соседней соты (то есть offsetFreq, как определено в measObjectNR, соответствующем частоте соседней соты). Соответствующий measObjectNR является параметром, ассоциированным с этим measId и reportConfigNR.
Ocn – характерное для соты смещение соседней соты (то есть cellIndividualOffset, как определено в measObjectNR, соответствующем частоте соседней соты), и устанавливается равным нулю, если не сконфигурировано для соседней соты. Соответствующий measObjectNR является параметром, ассоциированным с этим measId и reportConfigNR.
Mp – результат измерения PCell/PSCell без учета смещений. Параметры для получения качества соты PCell или PSCell получаются в measObjectNR, чей ssbAbsoluteFreq равен absoluteFrequencySSB periodInfoDL в ServingCellConfigCommon. Если существует более одного measObjectNR с одним и тем же ssbAbsoluteFreq, UE выбирает measObjectNR, refFreqCSI-RS который равен absoluteFrequencyPointA intervalInfoDL в ServingCellConfigCommon.
Ofp – частотно-зависимое смещение частоты PCell/PSCell (то есть offsetFreq, как определено в measObjectNR, соответствующем частоте PCell/PSCell). Соответствующий measObjectNR является параметром, чей ssbAbsoluteFreq равен absoluteFrequencySSB intervalInfoDL в ServingCellConfigCommon. Если существует более одного measObjectNR с одним и тем же ssbAbsoluteFreq, UE выбирает measObjectNR, refFreqCSI-RS который равен absoluteFrequencyPointA intervalInfoDL в ServingCellConfigCommon.
Ocp – характерное для соты смещение PCell/PSCell (то есть cellIndividualOffset, как определено в measObjectNR, соответствующем частоте PCell/PSCell) и устанавливается равным нулю, если не сконфигурировано для PCell/PSCell. Соответствующий measObjectNR является параметром, чей ssbAbsoluteFreq равен absoluteFrequencySSB intervalInfoDL в ServingCellConfigCommon. Если существует более одного measObjectNR с одним и тем же ssbAbsoluteFreq, UE выбирает measObjectNR, refFreqCSI-RS который равен absoluteFrequencyPointA intervalInfoDL в ServingCellConfigCommon.
Hys – параметр гистерезиса для этого события (то есть гистерезис, определенный в reportConfigNR для этого события).
Off – параметр смещения для этого события (то есть a3-Offset, как определено в reportConfigNR для этого события).
Mn, Mp выражаются в дБм в случае RSRP или в дБ в случае RSRQ и RS-SINR.
Ofn, Ocn, Ofp, Ocp, Hys, Off выражаются в дБ.
*******************************************************************************************
Событие А5 (уровень сигнала сPCell/PSCell становится ниже порога 1 (threshold1) и уровень сигнала соседней соты становится выше порога2 (threshold2)): В существующем определении события A5 имеется сравнение между соседней сотой, и порогом 1 (threshold1), и PCell (или PSCell) и порогом 2 (threshold2), В качестве части первого варианта осуществления, для данного measId UE выбирает MeasObjectNR, связанный с этим measId и reportConfig (с отчетностью, инициированной событием, и сконфигурированным событием A5), чтобы получить параметры для получения CQD соседних сот. Для CQD PCell или PSCell UE выбирает measObjectNR, удовлетворяющий критерию, описанному в первом варианте осуществления, то есть с той же самой информацией о частоте, которая сконфигурирована в ServingCellConfigCommon.
Ниже показано, как вариант осуществления для этого конкретного случая может быть реализован в виде изменений в спецификациях 3GPP TS 38.331:
*******************************************************************************************
5.5.4.6 Событие A5 (уровень сигнала сPCell/PSCell становится ниже порога 1 (threshold1), и уровень сигнала соседней соты становится выше порога 2 (threshold2))
UE должно:
1> считать условие входа для этого события выполненным, когда выполнены как условие A5-1, так и условие A5-2, которые указаны ниже;
1> считать условие выхода для этого события выполненным, когда выполнено условие A5-3 или условие A5-4, то есть по меньшей мере одно из двух условий, которые указаны ниже;
1> в EN-DC использовать PSCell для Mp;
Примечание: Сота(ы), которая(ые) инициирует(ют) событие, действует(ют) на частоте, указанной в ассоциированном параметре measObjectNR, которая может отличаться от частоты, используемой PCell/PSCell.
Неравенство A5-1 (условие 1входа)
Неравенство A5-2 (условие 2 входа)
Неравенство А5-3 (условие 1 выхода)
Неравенство A5-4 (условие 2 выхода)
Переменные в формуле определяются следующим образом:
Mp – результат измерения PCell/PSCell без учета смещений. Параметры для получения качества соты PCell или PSCell получаются в measObjectNR, чей ssbAbsoluteFreq равен absoluteFrequencySSB periodInfoDL в ServingCellConfigCommon. Если существует более одного measObjectNR с одним и тем же ssbAbsoluteFreq, UE выбирает measObjectNR, refFreqCSI-RS который равен absoluteFrequencyPointA intervalInfoDL в ServingCellConfigCommon.
Mn – результат измерения соседней соты без учета каких-либо смещений. Параметры для получения качества одной или нескольких соседних сот получаются в MeasObjectNR, соответствующем частоте соседней соты, то есть в MeasObjectNR, ассоциированном с reportConfigNR и measId.
Ofn – частотно-зависимое смещение частоты соседней соты (то есть offsetFreq, как определено в measObjectNR, соответствующем частоте соседней соты). Соответствующий measObjectNR является параметром, ассоциированным с этим measId и reportConfigNR.
Ocn – характерное для соты смещение соседней соты (то есть cellIndividualOffset, как определено в measObjectNR, соответствующем частоте соседней соты), и устанавливается равным нулю, если не сконфигурировано для соседней соты. Соответствующий measObjectNR является параметром, ассоциированным с этим measId и reportConfigNR.
Hys – параметр гистерезиса для этого события (то есть гистерезис, определенный в reportConfigNR для этого события).
Thresh1 – пороговый параметр для этого события (то есть a5-Threshold1, как определено в reportConfigNR для этого события).
Thresh2 – пороговый параметр для этого события (то есть a5-Threshold2, как определено в reportConfigNR для этого события).
Mn, Mp выражаются в дБм в случае RSRP или в дБ в случае RSRQ и RS-SINR.
Ofn, Ocn, Hys выражаются в дБ.
Thresh1 выражается в таких же единицах измерения, как и Mp.
Thresh2 выражается в таких же единицах измерения, как и Mn.
*******************************************************************************************
Событие A6 (смещение частоты соседней соты становится выше, чем у SCell): В существующем определении события A6+, есть сравнение между соседними сотами и SCell, где соседняя(ие) сота(ы) действует(ют) на той же частоте, что и SCell, то есть обе работают на частоте, указанной в ассоциированном параметре measObjectNR. Таким образом, в этом случае, согласно первому варианту осуществления, хотя CQD измерения SCell выполняется в обслуживающей соте, UE получает параметры для CQD из measObjectNR, ассоциированного с конфигурацией A6 reportConfigNR, и этого measId.
*******************************************************************************************
5.5.4.7 Событие A6 (смещение частоты соседней соты становится выше, чем у SCell)
UE должно:
1> считать условие входа для этого события выполненным, когда выполнено условие A6-1, которое указано ниже;
1> считать условие выхода для этого события выполненным, когда выполнено условие A6-2, которое указано ниже;
1> для этого измерения рассмотрим (вторичную) соту, которая сконфигурирована на частоте, указанной в ассоциированном параметре measObjectNR, в качестве обслуживающей соты; параметры для получения качества соты SCell получаются в MeasObjectNR, ассоциированном с reportConfigNR и MeasId.
Примечание 1: Соседняя(ие) сота(ы) действует(ют) на той же частоте, что и SCell, то есть обе работают на частоте, указанной в ассоциированном параметре measObjectNR. Параметры для получения качества соседней соты (соседних сот) также получаются в measObjectNR, ассоциированном с reportConfigNR и measId.
Примечание 2: В EN-DC сота(ы), которая(ые) инициирует(ют) событие на частоте, указанной в ассоциированном параметре measObjectNR, должна(ы) отличаться от частоты, используемой PSCell.
Неравенство A6-1 (условие входа)
Неравенство A6-2 (условие выхода)
Переменные в формуле определяются следующим образом:
Mn – результат измерения соседней соты без учета смещений. Параметры для получения качества соседней соты (соседних сот) также получаются в measObjectNR, ассоциированном с reportConfigNR и measId.
Ocn – характерное для соты смещение соседней соты (то есть cellIndividualOffset, как определено в measObjectNR, соответствующем частоте соседней соты), и устанавливается равным нулю, если не сконфигурировано для соседней соты. Соответствующий measObjectNR является параметром, ассоциированным с этим measId и reportConfigNR.
Ms – результат измерения обслуживающей соты без учета каких-либо смещений. Параметры для получения качества соседней соты (соседних сот) также получаются в measObjectNR, ассоциированном с reportConfigNR и measId.
Ocs – характерное для соты смещение обслуживающей соты (то есть cellIndividualOffset, как определено в measObjectNR, соответствующем обслуживающей частоте), и оно устанавливается равным нулю, если не сконфигурировано для обслуживающей соты. Соответствующий measObjectNR является параметром, ассоциированным с этим measId и reportConfigNR.
Hys – параметр гистерезиса для этого события (то есть гистерезис, определенный в reportConfigNR для этого события).
Off – параметр смещения для этого события (то есть a6-Offset, как определено в reportConfigNR для этого события).
Mn, Ms выражаются в дБм в случае RSRP или в дБ в случае RSRQ и RS-SINR.
Ocn, Ocs, Hys, Off выражаются в дБ.
Примечание редактора: Предметом будущих исследований (FFS) является подробная информация о событиях между RAT B1/B2 и периодическая отчетность для измерений LTE.
*******************************************************************************************
Для CQD, когда UE сконфигурировано с событиями А1, А2 и А4, параметры, полученные из measObjectNR, сконфигурированного в measId и ассоциированного с этим reportConfigNR. Возможная реализация показана ниже:
*******************************************************************************************
5.5.4.2 Событие A1 (уровень сигнала соседней соты становится выше порога)
UE должно:
1> считать условие входа для этого события выполненным, когда выполнено условие A1-1, которое указано ниже;
1> считать условие выхода для этого события выполненным, когда выполнено условие A1-2, которое указано ниже;
1> для этого измерения рассмотрим первичную соту в качестве NR PCell, NR PSCell (когда UE находится в EN-DC) или вторичную соту, которая сконфигурирована на частоте, указанной в ассоциированном measObjectNR, в качестве обслуживающей соты;
Неравенство А1-1 (условие входа)
Неравенство А1-2 (условие выхода)
Переменные в формуле определяются следующим образом:
Ms – результат измерения обслуживающей соты без учета каких-либо смещений. Параметры для получения качества соты SCell получаются в MeasObjectNR, ассоциированном с reportConfigNR и MeasId.
Hys – параметр гистерезиса для этого события (то есть гистерезис, определенный в reportConfigNR для этого события).
Thresh – пороговый параметр для этого события (то есть a1-Threshold, как определено в reportConfigNR для этого события).
Ms выражается в дБм в случае RSRP или в дБ в случае RSRQ и RS-SINR.
Hys выражается в дБ.
Thresh выражается в таких же единицах измерения, как и Ms
5.5.4.3 Событие A2 (уровень сигнала обслуживающей соты становится выше порога)
UE должно:
1> считать условие входа для этого события выполненным, когда выполнено условие A2-1, которое указано ниже;
1> считать условие выхода для этого события выполненным, когда выполнено условие A2-2, которое указано ниже;
1> для этого измерения, рассмотрим первичную соту в качестве NR PCell, NR PSCell (когда UE находится в EN-DC) или вторичную соту, которая сконфигурирована на частоте, указанной в соответствующем параметре measObjectNR, в качестве обслуживающей соты; параметры для получения качества соты обслуживающей соты получаются в MeasObjectNR, ассоциированном с reportConfigNR и MeasId.
Неравенство А2-1 (условие входа)
Неравенство А2-2 (условие выхода)
Переменные в формуле определяются следующим образом:
Ms – результат измерения обслуживающей соты без учета каких-либо смещений. Параметры для получения качества соты обслуживающей соты получаются в MeasObjectNR, ассоциированном с reportConfigNR и MeasId.
Hys – параметр гистерезиса для этого события (то есть гистерезис, определенный в reportConfigNR для этого события).
Thresh – пороговый параметр для этого события (то есть a2-Threshold, как определено в reportConfigNR для этого события).
Ms выражается в дБм в случае RSRP или в дБ в случае RSRQ и RS-SINR.
Hys выражается в дБ.
Thresh выражается в таких же единицах измерения, как и Ms
5.5.4.5 Событие A4 (уровень сигнала соседней соты становится выше порога)
UE должно:
1> считать условие входа для этого события выполненным, когда выполнено условие A4-1, которое указано ниже;
1> считать условие выхода для этого события выполненным, когда выполнено условие A4-2, которое указано ниже;
Неравенство А4-1 (условие входа)
Неравенство А4-2 (Условие выхода)
Переменные в формуле определяются следующим образом:
Mn – результат измерения соседней соты без учета смещений. Параметры для получения качества соты обслуживающей соты получаются в MeasObjectNR, ассоциированном с reportConfigNR и MeasId.
Ofn – частотно-зависимое смещение частоты соседней соты (то есть offsetFreq, как определено в measObjectNR, соответствующем частоте соседней соты). Это значение для получения качества соты обслуживающей соты получается в measObjectNR, ассоциированном с reportConfigNR и measId.
Ocn – характерное для соты смещение соседней соты (то есть cellIndividualOffset, как определено в measObjectNR, соответствующем частоте соседней соты), и устанавливается равным нулю, если не сконфигурировано для соседней соты. Этот соответствующий параметр measObjectNR является параметром, ассоциированным с measId и reportConfigNR.
Hys – параметр гистерезиса для этого события (то есть гистерезис, определенный в reportConfigNR для этого события).
Thresh – пороговый параметр для этого события (то есть a4-Threshold, как определено в reportConfigNR для этого события).
Mn выражается в дБм в случае RSRP или в дБ в случае RSRQ и RS-SINR.
Ofn, Ocn, Hys выражаются в дБ.
Thresh выражается в таких же единицах измерения, как и Mn.
*******************************************************************************************
Второй вариант осуществления
Во втором варианте осуществления для заданного measId, ассоциированного с заданным reportConfigNR, UE получает параметры для выполнения CQD для обслуживающей соты и соседней(их) соты (сот) из одного и того же measObjectNR.
В одном решении этот measObjectNR представляет собой measObjectNR, ассоциированный с заданным measId. Для событий, в которых выполняются измерения как для обслуживающей, так и для соседней соты (например, A3, A5 и A6), и для событий только для обслуживающей соты/соседних сот (A1, A2 и A4), UE получает параметры CQD только для того, чтобы этот measObjectNR использовал одинаковые значения для вычисления CQD для обслуживающей и соседних сот.
В другом решении measObjectNR представляет собой measObjectNR, ассоциированный с обслуживающей сотой, указанной в том случае, когда обслуживающая сота является частью конфигурации события. Для событий, в которых выполняются измерения как для обслуживающей, так и для соседней соты (например, A3, A5 и A6), где имеется измерение обслуживающей соты, сконфигурированное как часть условия инициирования, UE получает параметры CQD из measObjectNR, ассоциированного с обслуживающей сотой в соответствии с правилом, определенным в первом варианте осуществления. Другими словами, UE получает параметры для выполнения CQD в отношении обслуживающей(их) соты (сот) из measObject, содержащего информацию о частоте, которая соответствует информации о частоте, предоставленной в конфигурации обслуживающей соты (например, конфигурация обслуживающей соты предоставляется UE во время добавления SCell и/или передачи обслуживания).
Варианты осуществления, которые относятся к устранению неоднозначности в отчетах о лучах
Для выполнения отчетов на уровне луча UE использует параметр absThreshSS-BlocksConsolidation или absThreshCSI-RS-BlocksConsolidation для выбора лучей, подлежащих отчетности. Выбор среди этих двух порогов – absThreshSS-BlocksConsolidation и absThreshCSI-RS-BlocksConsolidation – зависит от rs-Type, как указано в соответствующем параметре reportConfig. Однако для тех событий, в которых задействовано более одного объекта измерения, UE необходимо знать, использовать ли порог как сконфигурированный в каждом из MeasObject, к которому принадлежит сота, или порог как сконфигурированный в MeasObject, который включен в MeasConfig.
В одном подварианте осуществления UE использует различные пороги для различных сот в зависимости от measObject, к которому принадлежат эти соты. Исходя из этого, текстовое предложение примерного варианта осуществления будет выглядеть следующим образом (жирный и подчеркнутый текст указывает на новые добавления):
*****************************************************************************
Отчетность с информацией об измерении луча
Для того чтобы информация об измерении луча была включена в отчет об измерениях, UE должно:
1> если reportType установлен на eventTriggered:
2> рассматривать инициированную величину как количество сортировки;
1> если reportType задан как периодический:
2> если отдельное количество отчетов установлено на ИСТИНА в reportQuantityRsIndexes;
3> рассматривать сконфигурированное единственное количество как количество сортировки;
2> в иных случаях:
3> если rsrp установлено на ИСТИНА:
4> рассматривать RSRP как количество сортировки;
3> в иных случаях:
4> рассматривать RSRQ как количество сортировки;
1> Для каждой соты, которая должна быть включена в отчет об измерениях, установить rsIndexResults, чтобы он включал в себя до maxNrofRsIndexesToReport индексов блоков SS/PBCH или индексов CSI-RS в порядке уменьшения количества сортировки следующим образом:
2> если информация об измерении, которая должна быть включена, основана на блоке SS/PBCH:
3> включить в resultsSSB-Indexes индекс, ассоциированный с лучшим лучом для этого количества сортировки блока SS/PBCH, и оставшиеся лучи, количество сортировки которых превышает absThreshSS-BlocksConsolidation, определенного в measObject, соответствующего рассматриваемой соте;
3> если параметр includeBeamMeasurements сконфигурирован, включить результаты измерений на основе SS/PBCH для величин в reportQuantityRsIndexes, имеющих значение ИСТИНА для каждого индекса SS/PBCH;
2> в иных случаях, если информация об измерении луча, которая должна быть включена, основана на CSI-RS:
3> включить в resultsCSI-RS-Indexes индекс, ассоциированный с лучшим лучом для этого количества сортировки CSI-RS, и оставшиеся лучи, количество сортировки которых превышает absThreshCSI-RS-Consolidation, определенного в measObject, соответствующего рассматриваемой соте;
3> если параметр includeBeamMeasurements сконфигурирован, включить результаты измерений на основе CSI-RS для величин в reportQuantityRsIndexes, имеющих значение ИСТИНА для каждого индекса CSI-RS;
*****************************************************************************
В одном подварианте осуществления UE использует один и тот же порог для каждой соты, подлежащей отчетности, и этот порог представляет собой порог, сконфигурированный в measObject в соответствующем measId. Исходя из этого, текстовое предложение примерного варианта осуществления будет выглядеть следующим образом (жирный и подчеркнутый текст указывает на новые добавления):
*******************************************************************************************
Отчетность с информацией об измерении луча
Для того чтобы информация об измерении луча была включена в отчет об измерениях, UE должно:
1> если reportType установлен на eventTriggered:
2> рассматривать инициированную величину как количество сортировки;
1> если reportType задан как периодический:
2> если отдельное количество отчетов установлено на ИСТИНА в reportQuantityRsIndexes;
3> рассматривать сконфигурированное единственное количество как количество сортировки;
2> в иных случаях:
3> если rsrp установлен на ИСТИНА;
4> рассматривать RSRP как количество сортировки;
3> в иных случаях:
4> рассматривать RSRQ как количество сортировки;
1> Для каждой соты, которая должна быть включена в отчет об измерениях, установить rsIndexResults, чтобы он включал в себя до maxNrofRsIndexesToReport индексов блоков SS/PBCH или индексов CSI-RS в порядке уменьшения количества сортировки следующим образом:
2> если информация об измерении, которая должна быть включена, основана на блоке SS/PBCH:
3> включить в resultsSSB-Indexes индекс, ассоциированный с лучшим лучом для этого количества сортировки блока SS/PBCH, и оставшиеся лучи, количество сортировки которых превышает absThreshSS-BlocksConsolidation, определенного в measObject, соответствующего рассматриваемой соте;
3> если параметр includeBeamMeasurements сконфигурирован, включить результаты измерений на основе SS/PBCH для величин в reportQuantityRsIndexes, имеющих значение ИСТИНА для каждого индекса SS/PBCH;
2> в иных случаях, если информация об измерении луча, которая должна быть включена, основана на CSI-RS:
3> включить в resultsCSI-RS-Indexes индекс, ассоциированный с лучшим лучом для этого количества сортировки CSI-RS, и оставшиеся лучи, количество сортировки которых превышает absThreshCSI-RS-Consolidation, определенного в measObject, соответствующего рассматриваемой соте;
3> если параметр includeBeamMeasurements сконфигурирован, включить результаты измерений на основе CSI-RS для величин в reportQuantityRsIndexes, имеющих значение ИСТИНА для каждого индекса CSI-RS;
*******************************************************************************************
Варианты осуществления, которые относятся к устранению неоднозначности в несущей обслуживающей соты, когда более одного объекта измерения указывают на одно и то же частотное расположение блока SS/PBCH
Когда имеется более одного объекта измерения, указывающего на один и тот же SS-блок, UE не может использовать только указатель на SS-блок, чтобы идентифицировать то, какой объект измерения (МО) соответствует МО несущей обслуживающей соты. Чтобы разрешить такой сценарий, в текущей спецификации в МО введен параметр isServingCellМО.
На фиг. 7 показаны различные сценарии для идентификации объекта измерения обслуживающей соты. Как показано на фиг. 7, существуют различные сценарии, которые можно рассматривать. На основе различных конфигураций UE по-разному определяет, какой МО соответствует МО обслуживающей соты, на основе существующих в спецификации способов.
1. В сценарии(ях) на фиг. 7 объект измерения содержит как SS-блоки, так и CSI-RS. UE пытается узнать, что этот объект измерения является МО, соответствующим несущей обслуживающей соты, с помощью параметра absoluteFrequencySSB в FrequencyInfoDL, который предоставлен как часть конфигурации обслуживающей соты. На основании этого, когда UE выполняет измерения над SSB, то UE обрабатывает измерения, относящиеся к SSB-1, как измерения управления радиоресурсами обслуживающей соты (RRM), при этом оценивая критерий инициирования конкретного события SSB. Кроме того, если UE также сконфигурировано с событиями, ассоциированными с CSI-RS, UE будет обрабатывать измерения, относящиеся к CSI-RS1, как измерения RRM обслуживающей соты, при этом оценивая критерий инициирования конкретного события CSI-RS. В этом сценарии, даже если isServingCellМО в МО установлен на "ложь", UE будет рассматривать этот МО как МО, соответствующий обслуживающей частоте.
2. В сценарии (b) на фиг. 7 UE сконфигурировано с двумя объектами измерения. Оба объекта измерения соответствуют конфигурациям CSI-RS для измерений RRM. Для каждого из этих объектов измерения SSB-1 сконфигурирован как поставщик опорной синхронизации. В этом сценарии, если UE должен быть сконфигурирован с объектом измерения, соответствующим CSI-RS3, как объект измерения (МО-3), относящийся к частоте обслуживающей соты, то параметр isServingCellМО в МО-3 устанавливается на значение "истина", и соответствующий параметр в МО-2 устанавливается на значение "ложь". Однако, если UE выполняет межчастотную передачу обслуживания от объекта измерения, ассоциированного с CSI-RS3, к объекту измерения, ассоциированного с CSI-RS2, то UE необходимо обновить на обновленные значения для isServingCellМО для обоих этих объектов измерения. Это приведет к удалению измерений, которые относятся к этим объектам измерений.
Как видно из приведенных выше наблюдений (Observation-1 и Observation-2), наличие параметра isServingCellМО в объекте измерения не является идеальным. Однако UE должно знать, какой объект измерения соответствует его частоте обслуживающей соты. UE может извлечь эту информацию из существующих информационных элементов (IE) в конфигурации обслуживающей соты. IE FrequencyInfoDL сконфигурирован как часть конфигурации обслуживающей соты. Этот IE содержит два параметра:
1. absoluteFrequencySSB: Этот параметр указывает на частотное расположение SSB, используемое для этой обслуживающей соты.
2. absoluteFrequencyPointA: Этот параметр указывает на расположение самой низкой частоты полосы пропускания несущей обслуживающей соты.
Используя эти два параметра, UE может идентифицировать соответствующий объект измерения, который должен рассматриваться как объект измерения, соответствующий несущей обслуживающей соты. Для сценария, показанного на фиг. 7, absoluteFrequencySSB и absoluteFrequencyPointA имеют соответствующие совпадающие значения в объекте измерения. Значение, предоставленное для параметра absoluteFrequencySSB в FrequencyInfoDL, будет таким же, как ssbAbsoluteFreq в объекте измерения, и значение, предоставленное для absoluteFrequencyPointA в FrequencyInfoDL, будет таким же, как refFreqCSI-RS, предоставленный в объекте измерения. Используя это сравнение, UE узнает, что МО-1 является объектом измерения, соответствующим несущей обслуживающей соты. Для сценария (b), показанного на фиг. 7, рассмотрим, что МО-2 должен быть объектом измерения, соответствующим несущей обслуживающей соты. Значение, предоставленное для параметра absoluteFrequencySSB в FrequencyInfoDL, будет таким же, как ssbAbsoluteFreq в МО-2 и МО-3. Однако значение, предоставленное для absoluteFrequencyPointA в FrequencyInfoDL, будет таким же, как refFreqCSI-RS, предоставленное в МО-2, и будет отличаться для МО-3. Используя это сравнение, UE узнает, что МО-2 является объектом измерения, соответствующим несущей обслуживающей соты.
Исходя из этого анализа, UE идентифицирует свой объект измерения, соответствующий частоте обслуживающей соты путем сравнения параметров absoluteFrequencySSB и absoluteFrequencyPointA в FrequencyInfoDL с параметрами ssbAbsoluteFreq и refFreqCSI-RS в объекте измерения, соответственно. Пример текстового предложения, основанного на этом объяснении, приведен ниже (подчеркнутый жирный текст показывает новые дополнения).
*******************************************************************************************
5.5.1 Введение
Сеть может сконфигурировать UE RRC_CONNECTED, чтобы выполнять измерения и сообщать о них в соответствии с конфигурацией измерения. Конфигурация измерения обеспечивается посредством выделенной сигнализации, то есть использования RRCReconfiguration.
Сеть может конфигурировать UE для выполнения следующих типов измерений:
- измерения NR;
- inter-RAT измерения частот E-UTRA.
Сеть может конфигурировать UE для выполнения следующих измерений NR на основе блоков SS/PBCH или CSI-RS с различными типами RS:
- внутричастотные измерения на основе блоков SS/PBCH: измерения в одном или нескольких SSB одной или нескольких соседних сот, где как центральная(ые) частота(ы) и разнесение поднесущих являются такими же, как и SSB, определяющий соту, каждой обслуживающей соты;
- межчастотные измерения на основе блоков SS/PBCH: измерения в одном или нескольких SSB одной или нескольких соседних сот, которые имеют другую (разные) центральную(ые) частоту(ы) или разное разнесение поднесущих по сравнению с SSB, определяющим соту, каждой обслуживающей соты;
- внутричастотные измерения на основе CSI-RS: измерения на ресурсе(ах) CSI-RS сконфигурированной(ых) соседней(их) соты (сот), чья (чьи) полоса(ы) пропускания находится (находятся) в пределах полосы (полос) пропускания ресурса(ов) CSI-RS в обслуживающей(их) соте(ах), сконфигурированной(ых) для измерений и имеющей(их) одинаковое разнесение поднесущих ресурса(ов) CSI-RS в обслуживающей(их) соте(ах), сконфигурированной(ых) для измерений;
- межчастотные измерения на основе CSI-RS: измерения на ресурсе(ах) CSI-RS сконфигурированной(ых) соседней(их) соты (сот), чья (чьи) полоса(ы) пропускания не находится (находятся) в пределах полосы (полос) пропускания или имеет(ют) разное разнесение поднесущих по сравнению с ресурсом(ами) CSI-RS в обслуживающей(их) соте(ах), сконфигурированной(ых) для измерений.
Примечание редактора: Предметом будущих исследований является то, следует ли исключить из 38.331 определение межчастотных и внутричастотных измерений, предоставленное RAN4.
Сеть может конфигурировать UE для предоставления отчетов с приведенной ниже информацией об измерениях на основе блока(ов) SS/PBCH:
- результаты измерений для каждого блока SS/PBCH;
- результаты измерений для каждой соты на основе блока(ов) SS/PBCH;
- индексы блоков SS/PBCH.
Сеть может конфигурировать UE для предоставления отчетов с приведенной ниже информацией об измерениях на основе ресурсов CSI-RS:
- результаты измерений для каждого ресурса CSI-RS;
- результаты измерений для каждой соты на основе ресурса(ов) CSI-RS;
- идентификаторы измерений ресурсов CSI-RS.
Конфигурация измерений включает в себя следующие параметры:
1. Объекты измерения: список объектов, для которых UE должно выполнить измерения.
- Для внутричастотных и межчастотных измерений объект измерения ассоциируются с несущей частотой NR. Сеть, ассоциированная с этой несущей частотой NR, может сконфигурировать список смещений, характерных для соты, список сот, занесенных в "черный список", и список сот, внесенных в "белый список". Соты, занесенные в черный список, не применяются при оценке событий или предоставлении отчетов об измерениях. Соты, внесенные в белый список, являются единственными применяемыми сотами для оценки событий или предоставления отчетов об измерениях.
Примечание редактора. Пересмотрите формулировку ниже, а также узнайте, как получить следующие дополнительные договоренности:
2. Более одного МО с ресурсами CSI-RS для измерения могут ассоциироваться с одним и тем же местоположением SSB по частоте. SSB по меньшей мере используется для синхронизации.
3. В случае, когда более одного МО с ресурсами CSI-RS для измерения ассоциируются с одним и тем же местоположением SSB по частоте, UE указывается, какой МО соответствует несущей обслуживающей соты.
- UE определяет, какой МО соответствует частоте обслуживающей соты, из частотного расположения SSB, определяющего соту, которое содержится в конфигурации обслуживающей соты, и указателя частоты в точке A, содержащегося в конфигурации обслуживающей соты. UE должно идентифицировать МО, соответствующий частоте обслуживающей соты, следующим образом:
1> если более одного МО имеют такой же номер растра канала глобальной синхронизации (ssbAbsoluteFreq), указывающий на одинаковое частотное расположение, как и местоположение SSB, определяющего соту (absoluteFrequencySSB), в конфигурации обслуживающей соты:
2> среди МО, которые имеют такой же номер растра канала глобальной синхронизации, указывающий на одинаковое частотное расположение, как и SSB, определяющий соту, в конфигурации обслуживающей соты, рассматривать МО, который имеет такую же опорную частоту в точке A (refFreqCSI-RS), как и указатель частоты абсолютной частотной позиции самой низкой поднесущей опорного PRB (absoluteFrequencyPointA) в конфигурации обслуживающей соты в качестве МО, соответствующего частоте обслуживающей соты;
1> в иных случаях:
2> МО, имеющий такой же номер растра канала глобальной синхронизации, как и SSB, определяющий соту, в конфигурации обслуживающей соты, рассматривается как МО, соответствующий частоте обслуживающей соты;
*******************************************************************************************
Хотя предмет изобретения, описанный в данном документе, может быть реализован в любой системе подходящего типа с использованием любых подходящих компонентов, раскрытые в данном документе варианты осуществления описаны в отношении беспроводной сети, такой, например, как беспроводная сеть, показанная на фиг. 8. Для упрощения беспроводная сеть, показанная на фиг. 8, изображает только сеть 806, сетевые узлы 860 и 860b и WD 810, 810b и 810c. На практике беспроводная сеть может дополнительно включать в себя любые дополнительные элементы, подходящие для поддержания связи между беспроводными устройствами или между беспроводным устройством и другим устройством связи, таким как стационарный телефон, поставщик услуг или любой другой сетевой узел или терминальное устройство. Из проиллюстрированных компонентов сетевой узел 860 и беспроводное устройство (WD) 810 изображены с дополнительными подробностями. Беспроводная сеть может предоставлять связь и другие типы услуг одному или нескольким беспроводным устройствам для облегчения доступа беспроводных устройств к беспроводной сети и/или для использования услуг, предоставляемых беспроводной сетью или посредством нее.
Беспроводная сеть может содержать и/или взаимодействовать с любым типом сети связи, телекоммуникационной сети, сети передачи данных, сети сотовой и/или радиосвязи или с другим аналогичным типом системы. В некоторых вариантах осуществления беспроводная сеть может быть выполнена с возможностью функционирования в соответствии с конкретными стандартами или другими типами заданных правил или процедур. Таким образом, конкретные варианты осуществления беспроводной сети позволяют реализовать стандарты связи, такие как глобальная система мобильной связи (GSM), универсальная система мобильной связи (UMTS), LTE и/или другие подходящие стандарты 2G, 3G, 4G или 5G; стандарты беспроводной локальной вычислительной сети (WLAN), такие как стандарты IEEE 802.11; и/или любые другие соответствующие стандарты беспроводной связи, такие как стандарты всемирной совместимости для микроволнового доступа (WiMax), Bluetooth, Z-Wave и/или ZigBee.
Сеть 806 может содержать одну или несколько транспортных сетей, базовых сетей, IP-сетей, коммутируемых телефонных сетей общего пользования (PSTN), сетей пакетной передачи данных, оптических сетей, глобальных вычислительных сетей (WAN), локальных вычислительных сетей (LAN), беспроводных локальных вычислительных сетей, проводных сетей, беспроводных сетей, городских сетей и других сетей, обеспечивающих связь между устройствами.
Сетевой узел 860 и WD 810 содержат различные компоненты, описанные более подробно ниже. Эти компоненты работают вместе, обеспечивая функциональные возможности сетевого узла и/или беспроводного устройства, например, обеспечивая беспроводные соединения в беспроводной сети. В различных вариантах осуществления беспроводная сеть может содержать любое количество проводных или беспроводных сетей, сетевых узлов, базовых станций, контроллеров, беспроводных устройств, ретрансляционных станций и/или любых других компонентов или систем, которые позволяют облегчить или участвовать в передаче данных и/или сигналов через проводные или беспроводные соединения.
Используемый в данном документе термин "сетевой узел" относится к оборудованию, способному, сконфигурированному, расположенному и/или выполненному с возможностью поддержания прямой или косвенной связи с беспроводным устройством и/или с другими сетевыми узлами или оборудованием в беспроводной сети, чтобы разрешить и/или обеспечить беспроводной доступ к беспроводному устройству и/или выполнять другие функции (например, администрирование) в беспроводной сети. Примеры сетевых узлов включают в себя, но не ограничиваются ими, точки доступа (AP) (например, точки радиодоступа), базовые станции (BS) (например, базовые радиостанции, узлы B (Node B), развитые узлы B (eNB). Базовые станции можно классифицировать по размеру покрытия, которое они обеспечивают (или, иначе говоря, по их уровню мощности передачи), и в дальнейшем они могут также упоминаться как фемто-базовые станции, пико-базовые станции, микро-базовые станции или макро-базовые станции. Базовая станция может быть ретрансляционным узлом или донорским ретрансляционным узлом, управляющим ретранслятором. Сетевой узел может также включать в себя одну или несколько (или все) части распределенной базовой радиостанции, такие как централизованные цифровые блоки и/или удаленные радиоблоки (RRU), иногда называемые удаленными радиоголовками (RRH). Такие RRU могут или не могут быть интегрированными с антенной в виде антенны с интегрированным радиомодулем. Части распределенной базовой радиостанции также могут называться узлами в распределенной антенной системе (DAS). Еще одни дополнительные примеры сетевых узлов включают в себя оборудование многостандартной радиосвязи (MSR), такое как BS MSR, сетевые контроллеры, такие как контроллеры радиосети (RNC) или контроллеры базовых станций (BSC), базовые приемопередающие станции (BTS), точки передачи, узлы передачи, объекты многосотовой/многоадресной координации (MCE), узлы базовой сети (например, MSC, MME), узлы эксплуатации и технического обслуживания (O&M), узлы системы поддержки операций (OSS), узлы самоорганизующейся сети (SON), узлы позиционирования (например, развитого центра определения местоположения мобильных объектов (E-SMLC)) и/или узлы минимизации выездного тестирования (MDT). В качестве другого примера, сетевой узел может быть узлом виртуальной сети, как описано более подробно ниже. Однако, в более общем случае, сетевые узлы могут представлять собой любое подходящее устройство (или группу устройств), способное, сконфигурированное, расположенное и/или выполненное с возможностью разрешения и/или предоставления беспроводному устройству доступа к беспроводной сети или предоставления некоторой услуги беспроводному устройству, которое получило доступ к беспроводной сети.
На фиг. 8 сетевой узел 860 включает в себя схему 870 обработки, машиночитаемый носитель 880 информации, интерфейс 890, вспомогательное оборудование 884, источник 886 электропитания, схему 887 электропитания и антенну 862. Хотя сетевой узел 860, проиллюстрированный в примере беспроводной сети, показанной на фиг. 8, может представлять собой устройство, которое включает в себя проиллюстрированную комбинацию аппаратных компонентов, другие варианты осуществления могут содержать сетевые узлы с различными комбинациями компонентов. Следует понимать, что сетевой узел содержит любую подходящую комбинацию аппаратных средств и/или программного обеспечения, необходимую для выполнения задач, особенностей, функций и способов, раскрытых в данном документе. Более того, хотя компоненты сетевого узла 860 изображены в виде отдельных блоков, расположенных в большем блоке или вложенных в несколько блоков, на практике сетевой узел может содержать несколько разных физических компонентов, которые образуют один проиллюстрированный компонент (например, машиночитаемый носитель 880 информации может содержать несколько отдельных жестких дисков, а также многочисленные модули оперативных запоминающих устройств (RAM)).
Аналогичным образом, сетевой узел 860 может состоять из нескольких физически отдельных компонентов (например, из компонента узла B и компонента RNC или компонента BTS и компонента BSC и т.д.), каждый из которых может иметь свои собственные соответствующие компоненты. В некоторых сценариях, в которых сетевой узел 860 содержит несколько отдельных компонентов (например, компоненты BTS и BSC), один или несколько отдельных компонентов могут совместно использоваться несколькими узлами сети. Например, один RNC может управлять несколькими узлами B. В таком сценарии каждая уникальная пара из узла B и RNC в некоторых случаях может рассматриваться в качестве одного отдельного сетевого узла. В некоторых вариантах осуществления сетевой узел 860 может быть выполнен с возможностью поддержания множества технологий радиодоступа (RAT). В таких вариантах осуществления некоторые компоненты могут дублироваться (например, отдельный машиночитаемый носитель 880 информации для различных RAT), и некоторые компоненты могут использоваться повторно (например, одна и та же антенна 862 может совместно использоваться различными RAT). Сетевой узел 860 может также включать в себя множество наборов различных проиллюстрированных компонентов для различных беспроводных технологий, интегрированных в сетевой узел 860, таких, например, как технологии беспроводной связи GSM, широкополосный множественный доступ с кодовым разделением каналов (WCDMA), LTE, NR, WiFi или Bluetooth. Эти технологии беспроводной связи могут быть интегрированы в одну или разные микросхемы или набор микросхем и другие компоненты в сетевом узле 860.
Схема 870 обработки выполнена с возможностью выполнения любых операций определения, вычисления или аналогичных операций (например, некоторых операций получения), которые описаны в данном документе как выполняемые сетевым узлом. Эти операции, выполняемые схемой 870 обработки, могут включать в себя обработку информации, полученной схемой 870 обработки, например, путем преобразования полученной информации в другую информацию, сравнения полученной информации или преобразованной информации с информацией, хранящейся в сетевом узле, и/или выполнения одной или более операций на основе полученной информации или преобразованной информации, и в результате упомянутой обработки делается определение.
Схема 870 обработки может содержать комбинацию одного или более из: микропроцессора, контроллера, микроконтроллера, центрального процессорного устройства (CPU), процессора цифровых сигналов (DSP), специализированной интегральной микросхемы (ASIC), программируемой пользователем вентильной матрицы (FPGA) или любого другого подходящего вычислительного устройства, ресурса или комбинации аппаратных средств, программного обеспечения и/или кодированной логики, выполненной с возможностью обеспечения, по отдельности или в сочетании с другими компонентами сетевого узла 860, такими как машиночитаемый носитель 880 информации, функциональных возможностей сетевого узла 860. Например, схема 870 обработки может исполнять инструкции, хранящиеся на машиночитаемом носителе 880 информации или в памяти в схеме 870 обработки. Такие функциональные возможности могут включать в себя обеспечение любых из различных беспроводных особенностей, функций или преимуществ, обсужденных в данном документе. В некоторых вариантах осуществления схема 870 обработки может включать в себя систему на кристалле (SOC).
В некоторых вариантах осуществления схема 870 обработки может включать в себя одну или несколько из схемы 872 радиочастотного (РЧ) приемопередатчика и схемы 874 обработки основополосных сигналов. В некоторых вариантах осуществления схема 872 радиочастотного (РЧ) приемопередатчика и схема 874 обработки основополосных сигналов могут быть выполнены в виде отдельных микросхем (или наборов микросхем), плат или блоков, таких как радиоблоки и цифровые блоки. В альтернативных вариантах осуществления часть или вся схема 872 РЧ приемопередатчика и схема 874 обработки основополосных сигналов могут быть выполнены в виде одной микросхемы или набора микросхем, плат или блоков.
В некоторых вариантах осуществления некоторые или все функциональные возможности, описанные в данном документе как предоставляемые сетевым узлом, базовой станцией, eNB или другим таким сетевым устройством, могут быть выполнены посредством схемы 870 обработки, исполняющей инструкции, хранящиеся на машиночитаемом носителе 880 информации или в памяти, расположенной в схеме 870 обработки. В альтернативных вариантах осуществления некоторые или все функциональные возможности могут быть обеспечены схемой 870 обработки без исполнения инструкций, хранящихся на отдельном или дискретном машиночитаемом носителе информации, например, аппаратным способом. В любом из этих вариантов осуществления, независимо от того, исполняются ли инструкции, хранящиеся на машиночитаемом носителе информации, схема 870 обработки может быть выполнена с возможностью выполнения описанных функциональных возможностей. Преимущества, обеспечиваемые такими функциональными возможностями, не ограничиваются только схемой 870 обработки или другими компонентами сетевого узла 860, но используются в целом сетевым узлом 860 и/или, как правило, конечными пользователями и беспроводной сетью.
Машиночитаемый носитель 880 информации может содержать любую форму энергозависимой или энергонезависимой машиночитаемой памяти, включая, помимо прочего, постоянное хранилище, твердотельное запоминающее устройство, удаленно установленную память, магнитные носители информации, оптические носители информации, RAM, постоянное запоминающее устройство (ROM), массовый носитель информации (например, жесткий диск), съемный носитель информации (например, флэш-диск, компакт-диск (CD) или цифровой универсальный видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые невременные машиночитаемые и/или машиноисполняемые запоминающие устройства, которые хранят информацию, данные и/или инструкции, которые могут использоваться схемой 870 обработки. Машиночитаемый носитель 880 информации может хранить любые подходящие инструкции, данные или информацию, в том числе компьютерную программу, программное обеспечение, приложение, включающее в себя одну или несколько логических схем, правил, кодов, таблиц и т.д. и/или других инструкций, которые могут исполняться схемой 870 обработки и использоваться сетевым узлом 860. Машиночитаемый носитель 880 информации может использоваться для хранения любых вычислений, выполненных схемой 870 обработки, и/или любых данных, принятых через интерфейс 890. В некоторых вариантах осуществления схема 870 обработки и машиночитаемый носитель 880 информации могут рассматриваться как интегрированные.
Интерфейс 890 используется в проводной или беспроводной передаче сигнализации и/или данных между сетевым узлом 860, сетью 806 и/или WD 810. Как показано, интерфейс 890 содержит порт(ы)/терминал(ы) 894 для отправки и приема данных, например, в и из сети 806 по проводному соединению. Интерфейс 890 также включает в себя схему 892 радиочастотного тракта, которая может быть подключена к антенне 862 или, в некоторых вариантах, может быть частью антенны 862. Схема 892 радиочастотного тракта содержит фильтры 898 и усилители 896. Схема 892 радиочастотного тракта может быть подключена к антенне 862 и к схеме 870 обработки радиосигнала. Схема радиочастотного тракта может быть выполнена с возможностью обработки сигналов, передаваемых между антенной 862 и схемой 870 обработки. Схема 892 радиочастотного тракта может принимать цифровые данные, которые должны быть отправлены в другие узлы сети или WD через беспроводное соединение. Схема 892 радиочастотного тракта может преобразовывать цифровые данные в радиосигнал, имеющий соответствующие параметры канала и полосу пропускания, используя комбинацию фильтров 898 и/или усилителей 896. Затем радиосигнал может передаваться через антенну 862. Аналогичным образом, при приеме данных антенна 862 может принимать радиосигналы, которые затем преобразуются в цифровые данные с помощью схемы 892 радиочастотного тракта. Цифровые данные могут передаваться в схему 870 обработки. В других вариантах осуществления интерфейс может содержать различные компоненты и/или различные комбинации компонентов.
В некоторых альтернативных вариантах осуществления сетевой узел 860 может не включать в себя отдельные схемы 892 радиочастотного тракта; вместо этого схема 870 обработки может содержать схему радиочастотного тракта и может быть подключена к антенне 862 без отдельной схемы 892 радиочастотного тракта. Аналогичным образом, в некоторых вариантах осуществления все или некоторые из схем 872 РЧ приемопередатчика могут рассматриваться как часть интерфейса 890. В еще одних вариантах осуществления интерфейс 890 может включать в себя один или несколько портов или терминалов 894, схему 892 радиочастотного тракта и схему 872 РЧ приемопередатчика как часть радиоблока (не показан), и интерфейс 890 может поддерживать связь со схемой 874 обработки основополосных сигналов, которая является частью цифрового устройства (не показано).
Антенна 862 может включать в себя одну или несколько антенн или антенных решеток, выполненных с возможностью отправки и/или приема сигналов беспроводной связи. Антенна 862 может быть подключена к схеме 890 радиочастотного тракта и может быть антенной любого типа, способной передавать и принимать данные и/или сигналы беспроводным образом. В некоторых вариантах осуществления антенна 862 может содержать одну или несколько всенаправленных, секторных или панельных антенн, выполненных с возможностью передачи/приема радиосигналов, например, между 2 гигагерцами (ГГц) и 66 ГГц. Всенаправленная антенна может использоваться для передачи/приема радиосигналов в любом направлении, секторная антенна может использоваться для передачи/приема радиосигналов из устройств в конкретной области, и панельная антенна может быть антенной прямой видимости, используемой для передачи/приема радиосигналов по относительно прямой линии. В некоторых случаях использование более чем одной антенны может упоминаться как многоканальный вход – многоканальный выход (MIMO). В некоторых вариантах осуществления антенна 862 может быть расположена отдельно от сетевого узла 860 и может быть подключена к сетевому узлу 860 через интерфейс или порт.
Антенна 862, интерфейс 890 и/или схема 870 обработки могут быть выполнены с возможностью выполнения любых операций приема и/или некоторых операций получения, описанных в данном документе, которые выполняет сетевой узел. Любая информация, данные и/или сигналы могут быть приняты из беспроводного устройства, другого сетевого узла и/или любого другого сетевого оборудования. Аналогичным образом, антенна 862, интерфейс 890 и/или схема 870 обработки могут быть выполнены с возможностью выполнения любых операций передачи, описанных в данном документе, которые выполняет сетевой узел. Любая информация, данные и/или сигналы могут передаваться в беспроводное устройство, другой сетевой узел и/или любое другое сетевое оборудование.
Схема 887 электропитания может содержать или быть подключена к схеме управления электропитанием и выполнена с возможностью подачи питания на компоненты сетевого узла 860 для выполнения функций, описанных в данном документе. Схема 887 электропитания может принимать энергию из источника 886 электропитания. Источник 886 электропитания и/или схема 887 электропитания могут быть выполнены с возможностью подачи питания на различные компоненты сетевого узла 860 в виде, подходящем для соответствующих компонентов (например, на уровне напряжения и тока, необходимом для каждого соответствующего компонента). Источник 886 электропитания может быть включен в схему 887 и/или сетевой узел 860 или может быть внешним по отношению к ней. Например, сетевой узел 860 может быть подключен к внешнему источнику электропитания (например, к электрической розетке) через входную схему или интерфейс, такой как электрический кабель, посредством которого внешний источник электропитания подает питание на схему 887 электропитания. В качестве дополнительного примера источник 886 электропитания может содержать источник электропитания в виде аккумуляторной батареи или аккумуляторного блока, который подключен или встроен в схему 887 электропитания. Аккумуляторная батарея может обеспечивать резервное питание в случае отказа внешнего источника электропитания. Могут также использоваться и другие типы источников электропитания, такие как фотоэлектрические устройства.
Альтернативные варианты осуществления сетевого узла 860 могут включать в себя дополнительные компоненты, помимо показанных на фиг. 8, которые могут отвечать за предоставление определенных аспектов функциональных возможностей сетевого узла, включая любую из функциональных возможностей, описанных в данном документе, и/или любые функциональные возможности, необходимые для поддержки предмета изобретения, описанного в данном документе. Например, сетевой узел 860 может включать в себя оборудование пользовательского интерфейса, которое обеспечивает ввод информации в сетевой узел 860 и вывод информации из сетевого узла 860. Этот сетевой узел позволяет пользователю выполнять диагностику, техническое обслуживание, ремонт и другие административные функции для сетевого узла 860.
Используемый в данном документе термин "WD" относится к устройству, способному, сконфигурированному, расположенному и/или выполненному с возможностью поддержания беспроводной связи с сетевыми узлами и/или другими беспроводными устройствами. Если не указано иное, термин "WD" может использоваться в данном документе взаимозаменяемо с UE. Беспроводная связь может включать передачу и/или прием сигналов беспроводной связи с использованием электромагнитных волн, радиоволн, инфракрасных волн и/или других типов сигналов, подходящих для передачи информации в воздушной среде. В некоторых вариантах осуществления WD может быть выполнено с возможностью передачи и/или приема информации без прямого взаимодействия с человеком. Например, WD может быть предназначено для передачи информации в сеть по заранее определенному расписанию, когда оно запускается внутренним или внешним событием или в ответ на запросы из сети. Примеры WD включают в себя, но не ограничиваются ими, смартфон, мобильный телефон, сотовый телефон, телефон с передачей голоса по Интернет-протоколу (IP) (VoIP), телефон беспроводного абонентского доступа, настольный компьютер, персональный цифровой помощник (PDA), беспроводные камеры, игровую приставку или устройство, устройство для хранения музыки, устройство воспроизведения, носимое терминальное устройство, беспроводную оконечную точку, мобильную станцию, планшетный компьютер, ноутбук, оборудование, встроенное в портативный компьютер (LEE), оборудование, монтируемое на портативном компьютере (LME), интеллектуальное устройство, беспроводное абонентское оборудование (CPE), беспроводное терминальное устройство, устанавливаемое в транспортном средстве и т.д. WD может поддерживать связь между устройствами (D2D), например, путем реализации стандарта 3GPP для поддержания связи по боковой линии связи и в этом случае может называться устройством связи D2D. В качестве еще одного конкретного примера в сценарии Интернета вещей (IoT) WD может представлять собой машину или другое устройство, которое выполняет мониторинг и/или измерения и передает результаты такого мониторинга и/или измерений в другое WD и/или сетевой узел. В этом случае WD может быть устройством межмашинной связи (M2M), которое в контексте 3GPP может упоминаться как устройство MTC. В качестве одного конкретного примера, WD может быть UE, реализующим стандарт узкополосного IoT (NB-IoT) 3GPP. Конкретными примерами таких машин или устройств являются датчики, измерительные устройства, такие как измерители мощности, промышленное оборудование или бытовые или персональные электроприборы (например, холодильники, телевизоры и т.д.), персональные носимые портативные электронные устройства (например, часы, фитнес-браслеты и т.д.). В других сценариях WD может представлять транспортное средство или другое оборудование, которое способно контролировать и/или сообщать о своем рабочем состоянии или других функциях, связанных с его работой. WD, как описано выше, может представлять оконечную точку беспроводного соединения, и в этом случае устройство может упоминаться как беспроводной терминал. Кроме того, WD, как описано выше, может быть мобильным, и в этом случае его можно также назвать мобильным устройством или мобильным терминалом.
Как показано, беспроводное устройство 810 включает в себя антенну 811, интерфейс 814, схему 820 обработки, машиночитаемый носитель 830 информации, оборудование 832 пользовательского интерфейса, вспомогательное оборудование 834, источник 836 электропитания и схему 837 электропитания. WD 810 может включать в себя множество наборов из одного или более из проиллюстрированных компонентов для различных технологий беспроводной связи, поддерживаемых WD 810, таких, например, как технологии беспроводной связи GSM, WCDMA, LTE, NR, WiFi, WiMAX или Bluetooth, и это всего лишь некоторые из них. Эти технологии беспроводной связи могут быть интегрированы в те же или другие микросхемы или набор микросхем, что и другие компоненты в WD 810.
Антенна 811 подключена к интерфейсу 814 и может включать в себя одну или более антенн или антенных решеток, выполненных с возможностью отправки и/или приема сигналов беспроводной связи. В некоторых альтернативных вариантах осуществления антенна 811 может быть расположена отдельно от WD 810 и может быть подключена к WD 810 через интерфейс или порт. Антенна 811, интерфейс 814 и/или схема 820 обработки могут быть выполнены с возможностью выполнения любых операций приема или передачи, описанных в данном документе, как выполняемые WD. Любая информация, данные и/или сигналы могут быть приняты из сетевого узла и/или другого WD. В некоторых вариантах осуществления схема радиочастотного тракта и/или антенна 811 могут рассматриваться как интерфейс.
Как показано, интерфейс 814 содержит схему 812 радиочастотного тракта и антенну 811. Схема 812 радиочастотного тракта содержит один или несколько фильтров 818 и усилителей 816. Схема 814 радиочастотного тракта подключена к антенне 811 и схеме 820 обработки и выполнена с возможностью выполнения кондиционирования сигналов, передаваемых между антенной 811 и схемой 820 обработки. Схема 812 радиочастотного тракта может быть подключена к антенне 811 или к ее части. В некоторых вариантах осуществления WD 810 может не включать в себя отдельную схему 812 радиочастотного тракта; скорее всего, схема 820 обработки может содержать схему радиосигнала и может быть подключена к антенне 811. Аналогичным образом, в некоторых вариантах осуществления некоторые или все схемы 822 РЧ приемопередатчика могут рассматриваться как часть интерфейса 814. Схема 812 радиочастотного тракта может принимать цифровые данные, подлежащие отправке в другие узлы сети или WD через беспроводное соединение. Схема 812 радиочастотного тракта может преобразовывать цифровые данные в радиосигнал, имеющий соответствующие параметры канала и полосу пропускания, используя комбинацию фильтров 818 и/или усилителей 816. Затем радиосигнал может передаваться через антенну 811. Аналогичным образом, при приеме данных антенна 811 может принимать радиосигналы, которые затем преобразуются в цифровые данные схемой 812 радиочастотного тракта. Цифровые данные могут передаваться в схему 820 обработки. В других вариантах осуществления интерфейс может содержать различные компоненты и/или различные комбинации компонентов.
Схема 820 обработки может содержать комбинацию из одного или более из: микропроцессора, контроллера, микроконтроллера, CPU, DSP, ASIC, FPGA или любого другого подходящего вычислительного устройства, ресурса или комбинации аппаратных средств, программного обеспечения и/или кодированной логики, предназначенной для обеспечения, по отдельно или в сочетании с другими компонентами WD 810, такими как машиночитаемый носитель 830 информации, функциональных возможностей WD 810. Такие функциональные возможности могут включать в себя предоставление любых различных функций беспроводной связи или преимуществ, обсужденных в данном документе. Например, схема 820 обработки может исполнять инструкции, хранящиеся на машиночитаемом носителе 830 информации или в памяти, расположенной в схеме 820 обработки с тем, чтобы обеспечить раскрытые в данном документе функциональные возможности.
Как показано, схема 820 обработки включает в себя одну или несколько из схемы 822 РЧ приемопередатчика, схемы 824 обработки основополосных сигналов и схемы 826 обработки приложения. В других вариантах осуществления схема обработки может содержать различные компоненты и/или различные комбинации компонентов. В некоторых вариантах осуществления схема 820 обработки WD 810 может содержать SOC. В некоторых вариантах осуществления схема 822 РЧ приемопередатчика, схема 824 обработки основополосных сигналов и схема 826 обработки приложения могут быть выполнены в виде отдельных микросхем или наборов микросхем. В альтернативных вариантах осуществления часть или вся схема 824 обработки основополосных сигналов и схема 826 обработки приложений могут быть объединены в одну микросхему или набор микросхем, и схема 822 РЧ приемопередатчика может быть выполнена в виде отдельной микросхемы или набора микросхем. В еще одних альтернативных вариантах осуществления часть или вся схема 822 РЧ приемопередатчика и схема 824 обработки основополосных сигналов могут быть выполнены на одной и той же микросхеме или на одном и том же наборе микросхем, и схема 826 обработки приложения может быть в виде отдельной микросхемы или набора микросхем. В еще одних альтернативных вариантах осуществления часть или вся схема 822 РЧ приемопередатчика, схема 824 обработки основополосных сигналов и схема 826 обработки приложения могут быть объединены в одной и той же микросхеме или наборе микросхем. В некоторых вариантах осуществления схема 822 РЧ приемопередатчика может быть частью интерфейса 814. Схема 822 РЧ приемопередатчика может формировать РЧ сигналы для схемы 820 обработки.
В некоторых вариантах осуществления некоторые или все функциональные возможности, описанные в данном документе как выполняемые WD, могут быть обеспечены схемой 820 обработки, исполняющей инструкции, хранящиеся на машиночитаемом носителе 830 информации, который в некоторых вариантах осуществления может быть машиночитаемым носителем информации. В альтернативных вариантах осуществления некоторые или все функциональные возможности могут быть обеспечены схемой 820 обработки без исполнения инструкций, хранящихся на отдельном или дискретном машиночитаемом носителе информации, например, в случае использования аппаратных средств. В любом из этих конкретных вариантов осуществления, независимо от того, исполняются ли инструкции, хранящиеся на машиночитаемом носителе информации, схема 820 обработки может быть выполнена с возможностью выполнения описанных функциональных возможностей. Преимущества, обеспечиваемые такими функциональными возможностями, не ограничиваются только схемой 820 обработки или другими компонентами WD 810, но используются в целом WD 810 и/или в целом конечными пользователями и беспроводной сетью.
Схема 820 обработки может быть выполнена с возможностью выполнения любых операций определения, вычисления или аналогичных операций (например, некоторых операций получения), описанных в данном документе, которые может выполнять WD. Эти операции, выполняемые схемой 820 обработки, могут включать в себя обработку информации, полученной схемой 820 обработки, например, путем преобразования полученной информации в другую информацию, сравнения полученной информации или преобразованной информации с информацией, хранящейся в WD 810, и/или выполнение одной или более операций на основе полученной информации или преобразованной информации, и, в результате, принимать решения относительно упомянутой обработки.
Машиночитаемый носитель 830 информации может быть выполнен с возможностью хранения компьютерной программы, программного обеспечения, приложения, включающего в себя одну или несколько логических схем, правил, кода, таблиц и т.д. и/или других инструкций, которые могут быть исполнены схемой 820 обработки. Машиночитаемый носитель 830 информации может включать в себя компьютерную память (например, RAM или ROM), носитель большой емкости (например, жесткий диск), съемный носитель (например, CD или DVD) и/или любые другие энергозависимые или энергонезависимые невременные машиночитаемые и/или машиноисполняемые запоминающие устройства, которые хранят информацию, данные и/или инструкции, которые могут использоваться схемой 820 обработки. В некоторых вариантах осуществления схема 820 обработки и машиночитаемый носитель 830 информации могут считаться интегрированными.
Оборудование 832 пользовательского интерфейса может предоставлять компоненты, которые позволяют пользователю-человеку взаимодействовать с WD 810. Такое взаимодействие может принимать различные формы, такие как визуальное, звуковое, тактильное и т.д. Оборудование 832 пользовательского интерфейса может быть выполнено с возможностью предоставлять пользователю возможность выводить и вводить данные из/в WD 810. Тип взаимодействия может варьироваться в зависимости от типа оборудования 832 пользовательского интерфейса, установленного в WD 810. Например, если WD 810 представляет собой смартфон, взаимодействие может осуществляться посредством касания экрана; если WD 810 представляет собой интеллектуальный измеритель, взаимодействие может осуществляться через экран, который представляет показания расхода (например, количество использованных галлонов (литров), или динамик, который обеспечивает звуковое оповещение (например, если обнаружен дым). Оборудование 832 пользовательского интерфейса может включать в себя интерфейсы, устройства и схемы ввода и интерфейсы, устройства и схемы вывода. Оборудование 832 пользовательского интерфейса выполнено с возможностью ввода информации в WD 810 и подключения к схеме 820 обработки с тем, чтобы схема 820 обработки могла обрабатывать вводимую информацию. Оборудование 832 пользовательского интерфейса может включать в себя, например, микрофон, датчик приближения или другой датчик, клавиши/кнопки, сенсорный дисплей, одну или несколько камер, порт универсальной последовательной шины (USB) или другую схему ввода. Оборудование 832 пользовательского интерфейса также выполнено с возможностью разрешать вывод информации из WD 810 и разрешать схемам 820 обработки выводить информацию из WD 810. Оборудование 832 пользовательского интерфейса может включать в себя, например, динамик, дисплей, вибрирующие схемы, USB-порт, интерфейс наушников или другие выходные схемы. Используя один или несколько интерфейсов ввода и вывода, устройств и схем оборудования 832 пользовательского интерфейса, WD 810 может поддерживать связь с конечными пользователями и/или беспроводной сетью и предоставлять им возможность пользоваться функциональными возможностями, описанными в данном документе.
Вспомогательное оборудование 834 выполнено с возможностью предоставлять более специфические функциональные возможности, которые обычно не могут выполняться WD. Это вспомогательное оборудование может содержать специализированные датчики для выполнения измерений для различных целей, интерфейсы для дополнительных типов связи, таких как проводная связь и т.д. Включение во вспомогательное оборудование 834 компонентов и их тип могут варьироваться в зависимости от варианта осуществления и/или сценария.
В некоторых вариантах осуществления источник 836 электропитания может использоваться в виде аккумуляторной батареи или аккумуляторного блока. Кроме того, могут также использоваться другие типы источников электропитания, такие как внешний источник электропитания (например, электрическая розетка), фотоэлектрические устройства или элементы электропитания. WD 810 может дополнительно содержать схему 837 электропитания для подачи питания от источника 836 электропитания на различные части WD 810, которым требуется электропитание от источника 836 электропитания для выполнения любых функций, описанных или указанных в данном документе. В некоторых вариантах осуществления схема 837 электропитания может содержать схему управления электропитанием. Схема 837 электропитания может дополнительно или альтернативно выполнена с возможностью приема энергии от внешнего источника питания; в этом случае WD 810 может быть подключено к внешнему источнику электропитания (например, к электрической розетке) через входную схему или интерфейс, такой как кабель электропитания. В некоторых вариантах осуществления схема 837 электропитания может быть также выполнена с возможностью подачи питания от внешнего источника электропитания на источник 836 электропитания. Это может потребоваться, например, для зарядки источника 836 электропитания. Схема 837 электропитания может выполнять любое форматирование, преобразование или другое изменение электроэнергии, подаваемой из источника 836 электропитания, чтобы сделать электроэнергию подходящей для соответствующих компонентов WD 810, на которые подается питание.
На фиг. 9 показан пример UE, согласно некоторым вариантам осуществления. Используемый в данном документе термин "UE" не обязательно может иметь пользователя в смысле пользователя-человека, который владеет и/или управляет соответствующим устройством. Вместо этого UE может представлять устройство, которое предназначено для продажи или эксплуатации пользователем-человеком, но которое не может или не может изначально быть связано с конкретным пользователем-человеком. UE может также содержать любое UE, определеннее 3GPP, включая UE NB-IoT, которое не предназначено для продажи или эксплуатации пользователем-человеком. UE 900, как показано на фиг. 9, является одним примером WD, выполненного с возможностью поддержания связи в соответствии с одним или несколькими стандартами связи, принятыми в рамках 3GPP, такими как стандарты GSM 3GPP, UMTS, LTE и/или стандарты 5G. Как упоминалось ранее, термины "WD" и "UE" могут использоваться взаимозаменяемо. Соответственно, хотя на фиг. 9 показано UE, компоненты, обсужденные в данном документе, в равной степени применимы к WD, и наоборот.
На фиг. 9 UE 900 включает в себя схему 901 обработки, которая функционально связана с интерфейсом 905 ввода-вывода, РЧ интерфейсом 909, интерфейсом 911 сетевого подключения, памятью 915, включающей в себя RAM 917, ROM 919 и носитель 921 информации или тому подобное, подсистему связи 931, источник 933 электропитания и/или любой другой компонент или любую их комбинацию. Носитель 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 РЧ интерфейс 909 может быть выполнен с возможностью обеспечения интерфейса связи с РЧ компонентами, такими как передатчик, приемник и антенна. Интерфейс 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), стираемое программируемое PROM (EPROM), электрически EPROM (EEPROM), магнитные диски, оптические диски, дискеты, жесткие диски, съемные картриджи или флэш-память. В одном примере носитель 921 информации может быть выполнен с возможностью включать в себя операционную систему 923, прикладную программу 925, такую как приложение веб-браузера, механизм виджетов или гаджетов или другое приложение и файл 927 данных. Носитель 921 информации может хранить, при использовании UE 900, любое из: множества различных операционных систем или комбинаций операционных систем.
Носитель 921 информации может быть выполнен с возможностью включать в себя несколько физических дисков, таких как резервный массив независимых дисков (RAID), дисковод для гибких дисков, карта флэш-памяти, флэш-память USB, внешний жесткий диск, флэш-накопитель, флэшка, оптический дисковод высокой плотности для цифровых универсальных дисков (HD-DVD), внутренний жесткий диск, дисковод для оптических дисков Blu-Ray, дисковод для оптических дисков с голографическим цифровым хранилищем данных (HDDS), внешний миниатюрный двойной встроенный модуль памяти (DIMM) синхронное динамическое оптическое запоминающее устройство (SDRAM), SDRAM на основе внешнего микро-DIMM, память на основе смарт-карты, такая как модуль идентификации абонента или сменный модуль идентификации пользователя (SIM/RUIM), другая память или любая их комбинация. Носитель 921 информации может предоставлять UE 900 доступ к исполняемым на компьютере инструкциям, прикладным программам и т.п., хранящимся на временном или постоянном носителе памяти, для выгрузки данных или для загрузки данных. Изделие производства, такое как изделие, использующее систему связи, может быть материально воплощено в виде носителя 921 информации, который может содержать машиночитаемый носитель.
На фиг. 9 показана схема 901 обработки, которая может быть выполнена с возможностью поддержания связи с сетью 943b, использующей подсистемы 931 связи. Сеть 943a и сеть 943b могут быть одной и той же сетью или сетями или другой сетью или сетями. Подсистема 931 связи может быть выполнена с возможностью включать в себя один или несколько приемопередатчиков, используемых для поддержания связи с сетью 943b. Например, подсистема 931 связи может быть выполнена с возможностью включать в себя один или несколько приемопередатчиков, используемых для поддержания связи с одним или несколькими удаленными приемопередатчиками другого устройства, способного поддерживать беспроводную связь, такого как другое WD, UE или базовая станция сети радиодоступа (RAN), в соответствии с одним или несколькими протоколами связи, такими как IEEE 802.8, множественный доступ с кодовым разделением каналов (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. Кроме того, описанные в данном документе особенности, преимущества и/или функции могут быть реализованы в любой комбинации: аппаратные средства, программное обеспечение или программно-аппаратное обеспечение. В одном примере подсистема 931 связи может быть выполнена с возможностью включать в себя любой из компонентов, описанных в данном документе. Кроме того, схема 901 обработки может быть выполнена с возможностью поддержания связи с любым из таких компонентов по шине 902. В другом примере любой из таких компонентов может быть представлен программными инструкциями, хранящимися в памяти, которые при исполнении схемой 901 обработки выполняют соответствующие функции, описанные в данном документе. В другом примере функциональные возможности любого из таких компонентов могут быть разделены между схемой 901 обработки и подсистемой 931 связи. В другом примере, функции, не требующие большого объема вычислений, любого из таких компонентов могут быть реализованы в программном обеспечении или программно-аппаратном обеспечении, а также функции, требующие большого объема вычислений, могут быть реализованы аппаратным образом.
На фиг. 10 показана схематичная блок-схема последовательности операций, иллюстрирующая среду 1000 виртуализации, в которой функции, реализованные некоторыми вариантами осуществления, могут быть виртуализированы. В настоящем контексте виртуализация означает создание виртуальных версий аппаратных устройств или устройств, которые могут включать в себя виртуализацию аппаратных платформ, устройств хранения данных и сетевых ресурсов. Используемый в данном документе термин "виртуализация" может применяться к узлу (например, к виртуализированной базовой станции или виртуализированному узлу радиодоступа) или к устройству (например, к UE, беспроводному устройству или устройству связи любого другого типа) или его компонентам и относится к реализации, в которой по меньшей мере часть функциональных возможностей реализована в виде одного или нескольких виртуальных компонентов (например, посредством одного или нескольких приложений, компонентов, функций, виртуальных машин или контейнеров, исполняющихся на одном или нескольких узлах физической обработки в одной или нескольких сетях).
В некоторых вариантах осуществления некоторые или все функции, описанные в данном документе, могут быть реализованы как виртуальные компоненты, исполняемые одной или несколькими виртуальными машинами, реализованными в одной или нескольких виртуальных средах 1000, размещенных на одном или нескольких аппаратных узлах 1030. Кроме того, в вариантах осуществления, в которых виртуальный узел не является узлом радиодоступа или не требует радиосвязности (например, узел базовой сети), сетевой узел может быть полностью виртуализирован.
Функции могут быть реализованы одним или несколькими приложениями 1020 (которые могут альтернативно называться экземплярами программного обеспечения, виртуальными устройствами, сетевыми функциями, виртуальными узлами, функциями виртуальной сети и т.д.), выполненными с возможностью реализации некоторых особенностей, функций и/или преимуществ некоторых из раскрытых в данном документе вариантов осуществления. Приложения 1020 выполняются в среде 1000 виртуализации, которая предоставляет аппаратные средства 1030, содержащие схему 1060 обработки и память 1090. Память 1090 содержит инструкции 1095, исполняемые схемой 1060 обработки, посредством чего приложение 1020 способно обеспечить одну или несколько функций, преимуществ и/или функций, раскрытых в данном документе.
Среда 1000 виртуализации содержит сетевые аппаратные устройства 1030 общего или специального назначения, содержащие набор из одного или нескольких процессоров или схем 1060 обработки, которые могут быть готовыми к применению коммерческими (COTS) процессорами, ASIC или схемами обработки любого другого типа, включая цифровые или аналоговые аппаратные компоненты или процессоры специального назначения. Каждое аппаратное устройство может содержать память 1090-1, которая может быть невременной памятью для временного хранения инструкций 1095 или программного обеспечения, исполняемого схемой 1060 обработки. Каждое аппаратное устройство может содержать один или несколько контроллеров сетевого интерфейса (NIC) 1070, также известных как сетевые интерфейсные карты, которые включают в себя физический сетевой интерфейс 1080. Каждое аппаратное устройство может также включать в себя невременные, постоянные, машиночитаемые носители 1090-2 информации, на которых хранится программное обеспечение 1095 и/или инструкции, исполняемые схемой 1060 обработки. Программное обеспечение 1095 может включать в себя любой тип программного обеспечения, включая программное обеспечение для создания экземпляров одного или нескольких уровней 1050 виртуализации (также называемых гипервизорами), программного обеспечения для исполнения виртуальных машин 1040, а также программного обеспечения, позволяющего ему исполнять функции, особенности и/или преимущества, описанные в связи с некоторыми вариантами осуществления, описанными в данном документе.
Виртуальные машины 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, в соответствии с вариантом осуществления система связи включает в себя телекоммуникационную сеть 1110, такую как сотовая сеть типа 3GPP, которая содержит сеть 1111 доступа, такую как сеть радиодоступа, и базовую сеть 1114. Сеть 1111 доступа содержит множество базовых станций 1112a, 1112b, 1112c, таких как узлы B, eNB, 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 поверх протокола IP (OTT). Хост-компьютер 1130 и подключенные UE 1191, 1192 выполнены с возможностью передачи данных и/или сигнализации через OTT-соединение 1150, используя сеть 1111 доступа, базовую сеть 1114, любую промежуточную сеть 1120 и возможную дополнительную инфраструктуру (не показана) в качестве посредников. OTT-соединение 1150 может быть прозрачным в том смысле, что участвующие устройства связи, через которые проходит OTT-соединение 1150, не знают о маршрутизации передач по восходящей и нисходящей линиям связи. Например, базовая станция 1112 может не знать или не нуждаться в информации о прошлой маршрутизации входящей передачи по нисходящей линии связи с данными, исходящими из хост-компьютера 1130, которые должны пересылаться (например, при передаче обслуживания) в подключенное UE 1191. Аналогичным образом, базовой станции 1112 не нужно знать о будущей маршрутизации исходящей передачи по восходящей линии связи, исходящей от UE 1191 в направлении хост-компьютера 1130.
Примерные реализации, в соответствии с вариантом осуществления, UE, базовой станции и хост-компьютера, обсуждаемые в предыдущих абзацах, теперь будут описаны со ссылкой на фиг. 12. В системе связи 1200 хост-компьютер 1210 содержит аппаратное обеспечение 1215, включающее в себя интерфейс связи 1216, сконфигурированный для установки и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы связи 1200. Хост-компьютер 1210 дополнительно содержит схему обработки 1218, которая может иметь возможности хранения и/или обработки. В частности, схема обработки 1218 может содержать один или несколько программируемых процессоров, ASIC, FPGA или их комбинации (не показаны), предназначенные для выполнения команд. Хост-компьютер 1210 дополнительно содержит программное обеспечение 1211, которое хранится в хост-компьютере 1210 или доступно для него и исполняется схемой обработки 1218. Программное обеспечение 1211 включает в себя хост-приложение 1212. Хост-приложение 1212 может быть выполнено с возможностью предоставления услуги удаленному пользователю, такому как UE 1230, соединяющееся через OTT-соединение 1250, заканчивающееся на UE 1230, и хост-компьютер 1210. При предоставлении услуги удаленному пользователю хост-приложение 1212 может предоставлять пользовательские данные, которые передаются с использованием OTT-соединения 1250.
Система 1200 связи дополнительно включает в себя базовую станцию 1220, предусмотренную в телекоммуникационной системе и содержащую аппаратные средства 1225, позволяющие ей обмениваться данными с хост-компьютером 1210 и с UE 1230. Аппаратные средства 1225 могут включать в себя интерфейс 1226 связи для установки и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 1200 связи, а также радиоинтерфейс 1227 для установки и поддержания по меньшей мере беспроводного соединения 1270 с UE 1230, расположенным в зоне покрытия (не показана на фиг. 12), обслуживаемой базовой станцией 1220. Интерфейс 1226 связи может быть выполнен с возможностью упрощения соединения 1260 с хост-компьютером 1210. Соединение 1260 может быть прямым, или оно может проходить через базовую сеть (не показана на фиг. 12) телекоммуникационной системы и/или через одну или несколько промежуточных сетей вне телекоммуникационной системы. В показанном варианте осуществления аппаратные средства 1225 базовой станции 1220 дополнительно включают в себя схему 1228 обработки, которая может содержать один или несколько программируемых процессоров, ASIC, FPGA или их комбинации (не показаны), выполненные с возможностью исполнения инструкций. Базовая станция 1220 дополнительно имеет программное обеспечение 1221, хранящееся внутри нее или доступное через внешнее соединение.
Система 1200 связи дополнительно включает в себя уже упомянутое UE 1230. Его аппаратные средства 1235 могут включать в себя радиоинтерфейс 1237, выполненный с возможностью установки и поддержания беспроводного соединения 1270 с базовой станцией, обслуживающей зону покрытия, в которой на данный момент находится UE 1230. Аппаратные средства 1235 UE 1230 дополнительно включают в себя схему 1238 обработки, которая может содержать один или несколько программируемых процессоров, ASIC, FPGA или их комбинации (не показаны), выполненных с возможностью исполнения инструкций. UE 1230 дополнительно содержит программное обеспечение 1231, которое хранится в UE 1230 или доступно для него и может исполняться схемой 1238 обработки. Программное обеспечение 1231 включает в себя клиентское приложение 1232. Клиентское приложение 1232 может быть выполнено с возможностью предоставлять услугу пользователю- человеку или пользователю-не человеку через UE 1230, с поддержкой хост-компьютера 1210. В хост-компьютере 1210 исполняющее хост-приложение 1212 может поддерживать связь с исполняющимся клиентским приложением 1232 через OTT-соединение 1250, оканчивающееся в UE 1230 и хост-компьютере 1210. При предоставлении услуги пользователю, клиентское приложение 1232 может принимать данные запроса из хост-приложения 1212 и предоставлять пользовательские данные в ответ на данные запроса. OTT-соединение 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, или от обоих. Когда OTT-соединение 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 или и того и другого. В вариантах осуществления датчики (не показаны) могут быть развернуты в или в связи с устройствами связи, через которые проходит OTT-соединение 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 (который может быть необязательным) UE принимает пользовательские данные, переносимые в передаче.
На фиг. 15 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть такими, которые описаны со ссылкой на фиг. 11 и 12. Для упрощения настоящего раскрытия в этом разделе будут включены только ссылки на чертежи, показанные на фиг. 15. На этапе 1510 (который может быть необязательным) UE принимает данные ввода, предоставленные хост-компьютером. Дополнительно или альтернативно, на этапе 1520 UE предоставляет пользовательские данные. На подэтапе 1521 (который может быть необязательным) этапа 1520 UE предоставляет пользовательские данные путем исполнения клиентского приложения. На подэтапе 1511 (который может быть необязательным) этапа 1510 UE исполняет клиентское приложение, которое предоставляет пользовательские данные в ответ на принятые данные ввода, предоставленные хост-компьютером. При предоставлении пользовательских данных исполняемое клиентское приложение может дополнительно учитывать пользовательский ввод, полученный от пользователя. Независимо от конкретного способа предоставления пользовательских данных, UE на подэтапе 1530 (который может быть необязательным) инициирует передачу пользовательских данных в хост-компьютер. На этапе 1540 способа хост-компьютер принимает пользовательские данные, переданные из UE, в соответствии с идеями вариантов осуществления, описанных в настоящем раскрытии.
На фиг. 16 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть такими, которые описаны со ссылкой на фиг. 11 и 12. Для упрощения настоящего раскрытия в этом разделе будут включены только ссылки на чертежи, показанные на фиг. 16. На этапе 1610 (который может быть необязательным), в соответствии с идеями вариантов осуществления, описанных в настоящем раскрытии, базовая станция принимает пользовательские данные из UE. На этапе 1620 (который может быть необязательным) базовая станция инициирует передачу принятых пользовательских данных в хост-компьютер. На этапе 1630 (который может быть необязательным) хост-компьютер принимает пользовательские данные, переносимые при передаче, инициированной базовой станцией.
Любые подходящие этапы, способы, признаки, функции или преимущества, раскрытые в данном документе, могут быть выполнены с помощью одного или нескольких функциональных блоков или модулей одного или нескольких виртуальных устройств. Каждое виртуальное устройство может содержать ряд этих функциональных блоков. Эти функциональные блоки могут быть реализованы посредством схемы обработки, которая может включать в себя один или несколько микропроцессоров или микроконтроллеров, а также другое цифровое аппаратное обеспечение, которое может включать в себя DSP, специализированную цифровую логику и т.п. Схема обработки может быть выполнена с возможностью исполнения программного кода, хранящегося в памяти, который может включать в себя один или несколько типов памяти, таких как ROM, RAM, кэш-память, устройства флэш-памяти, оптические запоминающие устройства и т.д. Программный код, хранящийся в памяти, включает в себя программные инструкции для исполнения одного или нескольких телекоммуникационных протоколов и/или протоколов передачи данных, а также инструкций для исполнения одного или нескольких технологий, описанных в данном документе. В некоторых реализациях схема обработки может использоваться для того, чтобы заставить соответствующий функциональный блок выполнять соответствующие функции согласно одному или нескольким вариантам осуществления настоящего раскрытия.
Перечень сокращений
В настоящем раскрытии могут использоваться по меньшей мере некоторые из следующих сокращений. Если между сокращениями имеется несоответствие, предпочтение следует отдать тем, которые используются выше. Если сокращения перечислены несколько раз ниже, первое сокращение должно быть предпочтительнее любого последующего перечисленного сокращения.
2G – второе поколение
3G – третье поколение
3GPP – проект партнерства третьего поколения
4G – четвертое поколение
5G – пятое поколение
AC – переменный ток
AP – точка доступа
ARFCN – абсолютный номер радиочастотного канала
ASIC – специализированная интегральная схема
ATM – асинхронный режим передачи
BS – базовая станция
BSC – контроллер базовой станции
BTS – базовая приемопередающая станция
CD – компакт-диск
CDMA – множественный доступ с кодовым разделением каналов
COTS – готовый коммерческий продукт
CPE – клиентское оборудование
CPU – центральное процессорное устройство
CQD – вывод качества сот
CSI-RS – опорный сигнал информации о состоянии канала
D2D – связь между устройствами
DAS – распределенная антенная система
DC – постоянный ток
DIMM – двойной встроенный модуль памяти
DL – нисходящая линия связи
DSP – цифровой сигнальный процессор
DVD – цифровой видеодиск
EEPROM – электрически стираемое программируемое постоянное запоминающее устройство
eNB – развитой узел B
EPROM – стираемое программируемое постоянное запоминающее устройство
E-SMLC – развитой центр определения местоположения мобильных устройств
FPGA – программируемая вентильная матрица
GHz – гигагерц
gNB – базовая станция "Нового радио"
GPS – система глобального позиционирования
GSCN – номер канала глобальной синхронизации
GSM – глобальная система мобильной связи
HDDS – голографическое цифровое хранение данных
HD-DVD – универсальный цифровой диск высокой плотности записи
IE – информационный элемент
I/O – ввод и вывод
IoT – Интернет вещей
IP – Интернет-протокол
kHz – килогерц
LAN – локальная вычислительная сеть
LEE – оборудование, встроенное в переносной компьютер
LME – оборудование, установленное в переносном компьютере
LTE – долгосрочное развитие
М2М – межмашинная связь
MANO – управление и оркестрация
MCE – объект многосотовой/многоадресной координации
MDT – минимизация выездного тестирования
MIMO – многоканальный вход – многоканальный выход
MME – управление мобильностью
MO – объект измерения
ms – миллисекунда
MSC – центр коммутации мобильной связи
MSR – мультистандартное радио
MTC – связь машинного типа
NB-IoT – узкополосный Интернет вещей
NFV – виртуализация сетевых функций
NIC – контроллер сетевого интерфейса
NR – Новое радио
NR-PBCH – новый радиофизический канал вещания
NR-PSS – новый радиосигнал первичной синхронизации
NR-SSS – новый радиосигнал вторичной синхронизации
O&M – эксплуатация и техническое обслуживание
OFDM – мультиплексирование с ортогональным частотным разделением каналов
OSS – система поддержки операций
OTT – поверх протокола IP
PBCH – широковещательный физический канал
PCell – первичная сота
PDA – персональный цифровой помощник
PRB – физический ресурсный блок
PROM – программируемое постоянное запоминающее устройство
PSCell – первичная вторичная сота
PSTN – коммутируемая телефонная сеть общего пользования
RAID – резервированный массив независимых жестких дисков
RAM – оперативное запоминающее устройство
RAN – сеть радиодоступа
RAT – технология радиодоступа
RF – радиочастота
RNC – контроллер радиосети
ROM – постоянное запоминающее устройство
RRC – управление радиоресурсами
RRH – удаленная радиоголовка
RRH – удаленная радиоголовка
RRU – удаленный радиоблок
RS – опорный сигнал
RUIM – съемный модуль идентификации пользователя
SCell – вторичная сота
SDRAM – синхронное динамическое запоминающее устройство с произвольной выборкой
SIM – модуль идентификации абонента
SMTC – конфигурация времени измерения блока SS/PBCH
SOC – система на кристалле
SON – самоорганизующаяся сеть
SONET – синхронная оптическая сеть
SS – сигнал синхронизации
SSB – блок сигналов синхронизации
SSB – сигнал синхронизации/блок физического вещательного канала
TS – техническая спецификация
UE – пользовательское оборудование
UMTS – универсальная система мобильной связи
USB – универсальная последовательная шина
UTRAN – универсальная наземная сеть радиодоступа
VMM – монитор виртуальной машины
VNE – элемент виртуальной сети
VNF – функция виртуальной сети
VoIP – передача голосового сообщения по Интернет-протоколу
WAN – глобальная вычислительная сеть
WCDMA – широкополосный множественный доступ с кодовым разделением каналов
WD – беспроводное устройство
WiMax – всемирная совместимость для микроволнового доступа
WLAN – беспроводная локальная вычислительная сеть
Специалистам в данной области техники будут понятны улучшения и модификации вариантов осуществления настоящего раскрытия. Все такие улучшения и модификации рассматриваются в рамках концепций, раскрытых в данном документе.