ИНИЦИИРУЕМОЕ ПРЕДСТАВЛЕНИЕ ОТЧЕТА ОБ ИЗМЕРЕНИЯХ ДЛЯ БЕСПРОВОДНОЙ СВЯЗИ
INITIATED MEASUREMENT REPORT VIEW FOR WIRELESS COMMUNICATION

ОБЛАСТЬ ТЕХНИКИ
Некоторые варианты осуществления настоящего изобретения относятся, в целом, к беспроводной связи и, более конкретно, к представлению отчета об измерениях для конфигурирования беспроводной связи.
УРОВЕНЬ ТЕХНИКИ
Представление отчета об измерениях и Передачи Обслуживания/изменение SCG, добавление SCG в NR
Как и в проекте Долгосрочного Развития (LTE) в проекте Новой Радиосвязи (NR) оборудование пользователя (UE) в состоянии RRC_CONNECTED выполняет передачи обслуживания, когда ему необходимо изменить соты. Для поддержки передач обслуживания, изменений Вторичной Группы Сот (SCG) и добавлений SCG исходный сетевой узел, с которым соединено UE, может конфигурировать UE, чтобы выполнять измерения по соседним сотам. В NR сеть может конфигурировать UE для выполнения измерений на основании блока сигнала синхронизации/физического широковещательного канала (SS/PBCH) (SSB) или опорного сигнала информации о состоянии канала (CSI-RS) (сконфигурированных в качестве конкретных для UE опорных сигналов, т.е. сеть может конфигурировать разные наборы ресурсов CSI-RS для разных UE).
Одна из причин того, что разные типы опорных сигналов (RS) были стандартизованы в NR, заключается в том, что при том, что сеть может передавать одни из них в широких лучах (как правило SSB), другие могут быть переданы в узких лучах (как правило ресурсы CSI-RS). В целом, существует следующий компромисс:
- Узкие лучи улучшают покрытие, но увеличивают задержку и служебную нагрузку;
- Широкие лучи обеспечивают более низкое покрытие, но улучшают задержку и служебную нагрузку;
В соответствии с техническими описаниями управления радиоресурсами (RRC) NR, 38.331, сеть может конфигурировать UE, чтобы представлять отчет о следующей информации об измерениях на основании блока(ов) SS/PBCH:
- Результаты измерения на блок SS/PBCH (например, Принятая Мощность Опорного Сигнала (RSRP) на уровне луча, Принятое Качество Опорного Сигнала (RSRQ) и индекс отношения сигнала к помехам плюс шум (SINR) на SSB);
- Результаты измерения на соту на основании блока(ов) SS/PBCH;
- индексы блока(ов) SS/PBCH.
Сеть может конфигурировать UE, чтобы представлять отчет о следующей информации об измерениях на основании ресурсов CSI-RS:
- Результаты измерения на ресурс CSI-RS (например, RSRP на уровне луча, RSRQ и SINR на ресурс CSI-RS, сконфигурированный для мобильности L3);
- Результаты измерения на соту на основании ресурса(ов) CSI-RS;
- Идентификаторы измерения ресурсов CSI-RS (т.е. не включаются результаты измерения).
Использование измерений луча в целевых сотах (или SCG PCell при добавлении SCG)
Результаты измерения на SSB и ресурс CSI-RS являются в основном измерениями на луч, ассоциированный с заданной сотой. И, когда говорится, что представляются отчеты об индексах, то не предоставляются отчеты о результатах измерения, несмотря на то, что UE должно выполнять измерения для того, чтобы принять решение о том, какие индексы выбирать. В NR указано, что они должны быть отфильтрованы L3, как описано в модели измерения документа 38.300. Может быть сконфигурировано представление отчета об измерениях луча как обслуживающей соты, так и соседней соты. По меньшей мере, следующие цели могут быть упомянуты для этой информации об измерениях луча:
1. Позволяет целевой соте (или SCG PCell в случае добавления SCG) конфигурировать свободные от конкуренции ресурсы канала произвольного доступа (RACH).
В NR при передачах обслуживания и изменении/добавлении SCG поддерживаются как основанный на конкуренции, так и свободный от конкуренции произвольный доступ. При многолучевой работе сеть может конфигурировать UE с отображением между лучами нисходящей линии связи (DL) и ресурсами RACH, которые должны быть использованы в зависимости от того, какой луч DL выбирается, например, предоставляется в реконфигурации RRC, которая инициирует передачу обслуживания или изменение/добавление SCG. Чтобы знать, каким лучам для заданного входящего UE предоставлять ассоциированные свободные от конкуренции ресурсы, целевой объект извлекает пользу из знания информации об измерениях луча, для каждого входящего UE так, что ему не нужно конфигурировать свободные ресурсы для всех доступных лучей DL, что может быть растратой емкости RACH. Обратите внимание на то, что наилучший луч заданной соты может измениться с момента, когда UE отправляет отчет, исходный объект принимает решение о передаче обслуживания и целевой объект готовит свободные от конкуренции ресурсы RACH, сеть может конфигурировать UE о представлении отчета о множественных лучах на соту так, что целевой объект имеет, по меньшей мере, возможность подготовки множественных свободных от конкуренции ресурсов в случае, когда наилучший луч меняется или предыдущий наилучший луч больше не подходит. Сеть также предоставляет UE одну или несколько пороговых величин приемлемости для выбора луча после осуществления доступа к целевой соте. Также определен механизм отката между выделенным RACH и общим RACH. Если сеть предоставляет UE свободные от конкуренции ресурсы для подмножества лучей и, после выполнения выбора луча, т.е. после выбора одного из этих лучей, UE передает преамбулу RACH и не принимает Ответ Произвольного Доступа (RAR) в пределах временного окна RAR, при условии, что таймер сбоя процедуры работает, UE разрешено выбрать другой луч, по возможности ассоциированный со свободными от конкуренции ресурсами. Ресурсы выделенного RACH для свободного от конкуренции доступа могут быть отображены либо в SSB, либо ресурсах CSI-RS. Общий RACH для основанного на конкуренции доступа может быть предоставлен только для SSB, по меньшей мере, в Редакции-15.
2. Позволяет целевой соте конфигурировать ресурсы администрирования лучей для входящих UE, т.е. принимать решение о том, в отношении каких ресурсов CSI-RS или SSB в целевой соте (или SCG PCell в случае добавления SCG) должен осуществляться мониторинг и представление отчета посредством UE через L1. Это также может быть использовано для обеспечения конфигурирования лучей Мониторинга Линии Радиосвязи (RLM), т.е. ресурсов опорного сигнала, в отношении которых должен осуществляться мониторинг.
Администрирование лучей является важным свойством в NR, которое не присутствует в том же объеме в LTE. Оно состоит из внутри-сотовой мобильности, при которой UE перемещается от одного луча к другому через сигнализацию L1 (например, через сигнализацию информации управления нисходящей линии связи (DCI)/физического канала управления восходящей линии связи (PUCCH)/физического канала управления нисходящей линии связи (PDCCH)) или сигнализацию управления доступом к среде (MAC) (например, через элементы управления (CE) MAC). Как и в меж-сотовой мобильности, сеть также может конфигурировать UE для выполнения измерений по опорным сигналам с формированием диаграммы направленности и представления отчета о них. Однако, в отличие от того, что было описано, это измерения L1 или информация, извлеченная из измерений, такая как индикаторы качества канала (CQI) или информация о состоянии канала (CSI), т.е. отсутствуют отфильтрованные L3 измерения. Также, поскольку эти отчеты должны помочь сети определить, по каким лучам DL отправлять каналы передачи данных/управления, то они обычно будут передаваться в узких лучах. И на UE может быть возложено измерение и представление отчета по всем возможным кандидатам. Следовательно, процедура администрирования лучей в NR гарантирует то, что UE осуществляет мониторинг только наиболее релевантных лучей, которые могут вероятно быть подмножеством из всех узких лучей, покрывающих соту или даже мониторинг только лучей, которые что-то передают. В дополнение, поскольку мониторинг линии радиосвязи (RLM) требует конфигурацию подмножества лучей, в отношении которых будет осуществляться мониторинг (т.е. SSB или ресурсы CSI-RS), то сеть должна знать для входящего UE, какие лучи конфигурировать для этой цели.
3. Позволяет исходному узлу принимать оптимизированные решения передачи обслуживания, т.е. уменьшая частоту сбоя передачи обслуживания/SCG, слишком ранние передачи обслуживания и передачи обслуживания с поочередным переключением направления.
Когда отчеты об измерениях отправляются при нескольких сотах и, с информацией о луче для каждой соты, исходный сетевой узел может отдавать предпочтение целевой соте, отчет об измерениях которой показывает больше лучей с сильными значениями качества измерения. Другими словами, может присутствовать потенциальный целевой объект с более высоким качеством соты на основании наилучших измерений луча, но другая сота с незначительно более низким качеством, но много большим количеством лучей с подходящим качеством, которая может быть более стабильной и с более низкой вероятностью сбоя. Обратите внимание на то, что в отличие от пунктов 1/ и 2/, здесь информация об измерениях луча используется в исходном узле для принятия решений о передаче обслуживания или добавлении/изменении SCG.
Администрирование лучей в NR
Для администрирования лучей сеть может конфигурировать UE для выполнения разных видов измерений L1, ассоциированных с одним или несколькими наборами лучей (которые на практике могут быть одним или несколькими наборами ресурсов CSI-RS или возможно SSB), таких как RSRP, CQI, индикатор ранга (RI), индикатор матрицы предварительного кодирования (PMI), идентификационные данные разрешения конфликта (CRI) и т.д. Эта конфигурация отличается от конфигурации администрирования радиоресурсов (RRM) и задается в конфигурации обслуживающей соты. Она включает конфигурацию опорного сигнала, которая задает опорные сигналы, которые должно рассматривать UE, и конфигурации отчетов, которые описывают, каковы виды отчетов (L1-RSRP, CSI), и связывание между конфигурацией опорного сигнала и конфигурацией представления отчета.
В идеале сеть будет конфигурировать осуществление мониторинга посредством UE лучей, которые передаются во всех направлениях, и UE может представлять отчет либо о самых сильных, либо о всех из них так, что сеть может иметь всю информацию о восприятии UE во всех возможных направлениях. Однако, это неосуществимо, в особенности при более высоких частотах, при которых количество лучей может значительно вырасти. Следовательно, только подмножество из всех лучей в соте может быть измерено и представлено в отчете посредством UE.  ФИГ. 1 иллюстрирует пример конфигурирования подмножества лучей, в отношении которых должен осуществляться мониторинг и представление отчета для администрирования лучей.
Возможность конфигурирования лучей для RLM в NR
Одно из основных отличий функциональной возможности мониторинга линии радиосвязи (RLM) NR в сравнении с LTE состоит в том, что функциональная возможность RLM в LTE описывается в технических описания так, что действия UE не зависят от параметров, сконфигурированных сетью. С другой стороны, в NR из-за широкого диапазона частот и многообразия предполагаемых развертываний и услуг, RLM является вполне конфигурируемой процедурой. В NR сеть может конфигурировать UE для выполнения RLM на основании: i) разных типов RS (блока SS/PBCH и CSI-RS), ii) точных ресурсов, в отношении которых должен осуществляться мониторинг, и точного количества, чтобы формировать указания синхронизации/не синхронизации (IS/OOS); и iii) пороговых величины коэффициента ошибок по блокам (BLER) так, что измеренные значения SINR могут быть отображены в них, чтобы формирования события IS/OOS, которые должны быть указаны более высоким слоям.
RLM в NR выполняется на основании самое большее 8 (предварительно) ресурсов RLM RS, сконфигурированных сетью, где:
1. Один ресурс RLM-RS может быть либо одним блоком SS/PBCH, либо одним ресурсом/портом CSI-RS,
2. Ресурсы RLM-RS являются особыми для UE сконфигурированными по меньшей в мере в случае RLM основанного на CSI-RS.
Когда UE конфигурируется для выполнения RLM по одному или нескольким ресурсу(ам) RLM-RS,
1. Периодическая IS (синхронизация) указывается, если оцененное качество линии радиосвязи, соответствующее гипотетическому BLER у PDCCH на основании по меньшей мере Y=1 ресурса RLM-RS из всех сконфигурированных X ресурса(ов) RLM-RS, выше пороговой величины Q_in, и
2. Периодическая OOS указывается, если оцененное качество линии радиосвязи, соответствующее гипотетическому BLER у PDCCH на основании всех сконфигурированных X ресурса(ов) RLM-RS, ниже пороговой величины Q_out.
В настоящий момент существуют некоторые проблемы при представлении отчета об измерениях луча, например, как используемого в NR. Например, существуют некоторые проблемы в отношении того, каким образом целевая сота, после передач обслуживания/добавления SCG/изменения SCG и повторного создания, узнает какое подмножество или подмножество лучей конфигурировать для UE применительно к:
1. Мониторингу администрирования лучей (т.е. мониторингу L1 аналогичному CSI, CQI, RSRP) и представлению отчета; и
2. Лучам RLM для мониторинга.
Системы и способы, описанные в данном документе, могут решать эти технические проблемы, как объяснено ниже при обращении к некоторым примерным вариантам осуществления.
Также известно, что UE отправляет представление отчета о луче в сообщении 3, по исполнению передачи обслуживания. ФИГ. 3 иллюстрирует пример, который может быть использован в основанном на конкуренции произвольном доступе (CBRA). На ФИГ. 3 UE выбирает «подходящий» луч для отправки msg1 из конфигурации ресурсов общего RACH, ассоциированной с NR-SS, который переносится в команде на передачу обслуживания. Затем gNB отправляет Msg2 (RAR) и UE может выполнять измерения луча на основании NR-SS, конфигурация которых переносится в NR-SS. Затем UE отправляет Msg3 с индексом блока, указывающим gNB более хороший луч TX для последующих передач данных. После того, как gNB принимает отчет о луче, он может уточнить пару лучей gNB-UE из Msg4.
В вышеупомянутом способе присутствуют некоторые ограничения. Например, предложенный способ отправляет только один «более хороший луч TX», а не набор или наборы лучей. Кроме того, предложенный способ не описывает какое-либо определение или инициирующие события для того, когда эти измерения и отчеты могут быть отправлены, т.е. это либо полностью не определено, либо предполагается, что об этом всегда представляет отчет UE, что может быть излишним, поскольку они не всегда требуются. Действительно, предложенный способ также не решает проблему, описанную в данном документе, администрирования лучей и оптимизации конфигурации RM, например, зная качество нескольких лучей. Наконец, предложный способ лишь описывает его использование как часть передачи обслуживания, и, вследствие этого, не направлен на другие процедуры, в которых происходят те же самые RLM и конфигурация администрирования лучей.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
В соответствии с вариантом осуществления способ выполняется беспроводным устройством для передачи данных восходящей линии связи. Способ содержит этап, на котором обнаруживают инициирующее событие, связанное с процедурой для передачи обслуживания от исходного сетевого узла к целевому сетевому узлу, при которой беспроводное устройство полагается на выбор луча нисходящей линии связи. Способ дополнительно содержит этап, на котором определяют информацию об измерениях для включения в сообщение для отправки целевому сетевому узлу. Информация об измерениях получается путем измерения одного или нескольких лучей в соответствии с по меньшей мере одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений. В ответ на обнаружение инициирующего события способ дополнительно содержит этап, на котором отправляют определенную информацию об измерениях в сообщении целевому сетевому узлу.
В соответствии с другим вариантом осуществления беспроводное устройство содержит память и схему обработки. Память выполнена с возможностью хранения инструкций. Схема обработки выполнена с возможностью исполнения инструкций. Схема обработки выполнена с возможностью обнаружения инициирующего события, связанного с процедурой для передачи обслуживания от исходного сетевого узла к целевому сетевому узлу, при которой беспроводное устройство полагается на выбор луча нисходящей линии связи. Схема обработки выполнена с возможностью определения информации об измерениях для включения в сообщение для отправки целевому сетевому узлу. Информация об измерениях получается путем измерения одного или нескольких лучей в соответствии с по меньшей мере одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений. В ответ на обнаружение инициирующего события схема обработки выполнена с возможностью отправки определенной информации об измерениях в сообщении целевому сетевому узлу.
В соответствии с еще одним другим вариантом осуществления компьютерный программный продукт содержит не временный машиносчитываемый носитель информации, хранящий машиносчитываемый программный код. Машиносчитываемый программный код содержит программный код для обнаружения инициирующего события, связанного с процедурой для передачи обслуживания от исходного сетевого узла к целевому сетевому узлу, при которой беспроводное устройство полагается на выбор луча нисходящей линии связи. Машиносчитываемый программный код дополнительно содержит программный код для определения информации об измерениях для включения в сообщение для отправки целевому сетевому узлу. Информация об измерениях получается путем измерения одного или нескольких лучей в соответствии с по меньшей мере одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений. Машиносчитываемый программный код дополнительно содержит программный код для, в ответ на обнаружение инициирующего события, отправки определенной информации об измерениях в сообщении целевому сетевому узлу.
В некоторых вариантах осуществления способ/беспроводное устройство/компьютерный программный код могут включать один или несколько дополнительных признаков:
В конкретных вариантах осуществления инициирующее событие соответствует приему команды на передачу обслуживания.
В конкретных вариантах осуществления инициирующее событие соответствует приему команды на условную передачу обслуживания.
В конкретных вариантах осуществления обнаружение инициирующего события содержит определение того, что по меньшей мере одно измерение луча изменилось после представления отчета об измерениях луча исходному целевому узлу. Сообщение, включающее в себя информацию об измерениях, указывает целевому сетевому узлу, что по меньшей мере одно измерение луча изменилось. Сообщение отправляется целевому сетевому узлу до завершения процедуры передачи обслуживания.
В конкретных вариантах осуществления, определение того, что по меньшей мере одно измерение луча изменилось, содержит одно или несколько из следующего: определение того, что изменился наиболее сильный луч, и определение того, что изменилась мощность, качество или помехи, ассоциированные с по меньшей мере одним лучом.
В конкретных вариантах осуществления инициирующее событие соответствует определению выполнения процедуры отката RACH после отправки попытки произвольного доступа целевому узлу и не приема ответа произвольного доступа в пределах окна ответа произвольного доступа.
В конкретных вариантах осуществления сообщение, включающее в себя информацию об измерениях, отправляется после приема ответа произвольного доступа от целевого узла.
В конкретных вариантах осуществления информация об измерениях включается в Msg3 процедуры произвольного доступа с целевым узлом или в сообщение завершение передачи обслуживания.
В конкретных вариантах осуществления сообщение, включающее в себя информацию об измерениях, указывает измерения, ассоциированные с набором лучей нисходящей линии связи, при этом по меньшей мере один из лучей нисходящей линии связи в наборе не является наилучшим лучом.
В конкретных вариантах осуществления сообщение, включающее в себя информацию об измерениях, содержит информацию об измерениях, ассоциированную с блоками SS/PBCH, информацию об измерениях, ассоциированную с ресурсами CSI-RS, или и то, и другое.
В конкретных вариантах осуществления определение информации об измерениях содержит определение того, какие типы событий конфигурировать в качестве инициирующих событий.
В конкретных вариантах осуществления способ/беспроводное устройство/компьютерный программный код дополнительно содержат определение того, какое сообщение использовать для отправки информации об измерениях.
В конкретных вариантах осуществления определение информации об измерениях содержит определение того, какие измерения включать в сообщение.
В конкретных вариантах осуществления определение информации об измерениях содержит определение того, какие измерения должны быть включены в сообщение для целевого сетевого узла после осуществления доступа.
В конкретных вариантах осуществления способ/беспроводное устройство/компьютерный программный код дополнительно содержат выполнение измерений, которые должны быть включены в сообщение, включающее в себя информацию об измерениях для целевого сетевого узла после осуществления доступа.
В соответствии с вариантом осуществления способ выполняется беспроводным устройством в сети. Способ содержит этап, на котором обнаруживают инициирующее событие, связанное с процедурой для повторного создания соединения или восстановления луча с сетевым узлом, при которой беспроводное устройство полагается на выбор луча нисходящей линии связи. Способ дополнительно содержит этап, на котором определяют информацию об измерениях для включения в сообщение для отправки сетевому узлу. Информация об измерениях получается путем измерения одного или нескольких лучей в соответствии с по меньшей мере одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений. В ответ на обнаружение инициирующего события способ дополнительно содержит этап, на котором отправляют определенную информацию об измерениях в сообщении сетевому узлу.
В соответствии с другим вариантом осуществления беспроводное устройство содержит память и схему обработки. Память выполнена с возможностью хранения инструкций. Схема обработки выполнена с возможностью исполнения инструкций. Схема обработки выполнена с возможностью обнаружения инициирующего события, связанного с процедурой для повторного создания соединения или восстановления луча с сетевым узлом, при которой беспроводное устройство полагается на выбор луча нисходящей линии связи. Схема обработки дополнительно выполнена с возможностью определения информации об измерениях для включения в сообщение для отправки сетевому узлу. Информация об измерениях получается путем измерения одного или нескольких лучей в соответствии с по меньшей мере одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений. В ответ на обнаружение инициирующего события схема обработки выполнена с возможностью отправки определенной информации об измерениях в сообщении сетевому узлу.
В соответствии с еще одним другим вариантом осуществления компьютерный программный продукт содержит не временный машиносчитываемый носитель информации, хранящий машиносчитываемый программный код. Машиносчитываемый программный код содержит программный код для обнаружения инициирующего события, связанного с процедурой для повторного создания соединения или восстановления луча с сетевым узлом, при которой беспроводное устройство полагается на выбор луча нисходящей линии связи. Машиносчитываемый программный код дополнительно содержит программный код для определения информации об измерениях для включения в сообщение для отправки сетевому узлу. Информация об измерениях получается путем измерения одного или нескольких лучей в соответствии с по меньшей мере одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений. Машиносчитываемый программный код дополнительно содержит программный код для, в ответ на обнаружение инициирующего события, отправки определенной информации об измерениях в сообщении сетевому узлу.
В некоторых вариантах осуществления способ/беспроводное устройство/компьютерный программный код могут включать в себя один или несколько дополнительных признаков:
В конкретных вариантах осуществления инициирующее событие соответствует обнаружению сбоя луча в направлении исходного сетевого узла.
В конкретных вариантах осуществления сообщение, включающее в себя информацию об измерениях, указывает измерения, ассоциированные с набором лучей нисходящей линии связи, при этом по меньшей мере один из лучей нисходящей линии связи в наборе не является наилучшим лучом.
В конкретных вариантах осуществления сообщение, включающее в себя информацию об измерениях, предоставляет информацию об измерениях, ассоциированную с блоками SS/PBCH, информацию об измерениях, ассоциированную с ресурсами CSI-RS, или и то, и другое.
В конкретных вариантах осуществления определение информации об измерениях содержит определение того, какие типы событий конфигурировать в качестве инициирующих событий.
В конкретных вариантах осуществления способ/беспроводное устройство/компьютерный программный код дополнительно содержат определение того, какое сообщение использовать для отправки информации об измерениях.
В конкретных вариантах осуществления определение информации об измерениях содержит определение того, какие измерения представлять в отчете в сообщении, включающем информацию об измерениях.
В конкретных вариантах осуществления способ/беспроводное устройство/компьютерный программный код дополнительно содержат выполнение измерений, которые должны быть включены в сообщение, включающее в себя информацию об измерениях для сетевого узла.
В соответствии с вариантом осуществления способ выполняется целевым сетевым узлом. Способ содержит целевой сетевой узел, причем способ содержит этап, на котором используют информацию о луче, полученную от исходного сетевого узла в течение процедуры передачи обслуживания беспроводного устройства от исходного сетевого узла к целевому сетевому узлу. Способ дополнительно содержит этап, на котором принимают сообщение, содержащее информацию об измерениях от беспроводного устройства, в течение процедуры передачи обслуживания от исходного сетевого узла. Способ дополнительно содержит этап, на котором, в ответ на прием сообщения, содержащего информацию об измерениях от беспроводного устройства, обновляют ресурсы, связанные с по меньшей мере одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений. Способ дополнительно содержит этап, на котором осуществляют связь с беспроводным устройством с использованием обновленных ресурсов, связанных с по меньшей мере одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений.
В соответствии с другим вариантом осуществления целевой сетевой узел содержит память и схему обработки. Память выполнена с возможностью хранения инструкций, а схема обработки выполнена с возможностью исполнения инструкций. Схема обработки выполнена с возможностью использования информации о луче, полученной от исходного сетевого узла в течение процедуры передачи обслуживания беспроводного устройства от исходного сетевого узла к целевому сетевому узлу. Схема обработки дополнительно выполнена с возможностью приема сообщения, содержащего информацию об измерениях от беспроводного устройства, в течение процедуры передачи обслуживания от исходного сетевого узла. Схема обработки дополнительно выполнена с возможностью, в ответ на прием сообщения, содержащего информацию об измерениях от беспроводного устройства, обновления ресурсов, связанных с по меньшей мере одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений. Схема обработки дополнительно выполнена с возможностью осуществления связи с беспроводным устройством с использованием обновленных ресурсов, связанных с по меньшей мере одним из конфигурацией администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений.
В соответствии с еще одним другим вариантом осуществления компьютерный программный продукт содержит не временный машиносчитываемый носитель информации, хранящий машиносчитываемый программный код. Машиносчитываемый программный код содержит программный код для использования информации о луче, полученной от исходного сетевого узла в течение процедуры передачи обслуживания беспроводного устройства от исходного сетевого узла к целевому сетевому узлу. Машиносчитываемый программный код дополнительно содержит программный код для приема сообщения, содержащего информацию об измерениях от беспроводного устройства, в течение процедуры передачи обслуживания от исходного сетевого узла. Машиносчитываемый программный код дополнительно содержит программный код для, в ответ на прием сообщения, содержащего информацию об измерениях от беспроводного устройства, обновления ресурсов, связанных с по меньшей мере одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений. Машиносчитываемый программный код дополнительно содержит программный код для осуществления связи с беспроводным устройством с использованием обновленных ресурсов, связанных с по меньшей мере одним из конфигурации администрирования линий радиосвязи, конфигурацией администрирования лучей и конфигурации измерений.
В некоторых вариантах осуществления способ/целевой сетевой узел/компьютерный программный код могут включать в себя один или несколько дополнительных признаков:
В конкретных вариантах осуществления целевой сетевой узел принимает сообщение, содержащее информацию об измерениях, от беспроводного устройства до того, как целевой сетевой узел отправляет какой-либо запрос на конфигурацию измерений луча беспроводному устройству.
В конкретных вариантах осуществления информация об измерениях принимается в Msg3 процедуры произвольного доступа с беспроводным устройством или в сообщении завершения передачи обслуживания.
В конкретных вариантах осуществления сообщение, содержащее информацию об измерениях, указывает измерения, ассоциированные с набором лучей нисходящей линии связи, при этом по меньшей мере один из лучей нисходящей линии связи в наборе не является наилучшим лучом.
В соответствии с вариантом осуществления способ выполняется сетевым узлом. Способ содержит этап, на котором принимают сообщение, содержащее информацию об измерениях от беспроводного устройства, в течение процедуры повторного создания соединения или восстановления луча. Способ дополнительно содержит этап, на котором, в ответ на прием сообщения, содержащего информацию об измерениях от беспроводного устройства, обновляют ресурсы, связанные с по меньшей мере одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений. Способ дополнительно содержит этап, на котором осуществляют связь с беспроводным устройством с использованием обновленных ресурсов, связанных с по меньшей мере одним из  конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений.
В соответствии с другим вариантом осуществления сетевой узел содержит память и схему обработки. Память выполнена с возможностью хранения инструкций. Схема обработки выполнена с возможностью исполнения инструкций. Схема обработки выполнена с возможностью приема сообщения, содержащего информацию об измерениях от беспроводного устройства, в течение процедуры повторного создания соединения или восстановления луча. Схема обработки дополнительно выполнена с возможностью, в ответ на прием сообщения, содержащего информацию об измерениях от беспроводного устройства, обновления ресурсов, связанных с по меньшей мере одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений. Схема обработки дополнительно выполнена с возможностью осуществления связи с беспроводным устройством с использованием обновленных ресурсов, связанных с по меньшей мере одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений.
В соответствии с еще одним другим вариантом осуществления, компьютерный программный продукт содержит не временный машиносчитываемый запоминающий носитель информации, хранящий машиносчитываемый программный код. Машиносчитываемый программный код содержит программный код для приема сообщения, содержащего информацию об измерениях от беспроводного устройства, в течение процедуры повторного создания соединения или восстановления луча. Машиносчитываемый программный код дополнительно содержит программный код для, в ответ на прием сообщения, содержащего информацию об измерениях от беспроводного устройства, обновления ресурсов, связанных с по меньшей мере одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений. Машиносчитываемый программный код дополнительно содержит программный код для осуществления связи с беспроводным устройством с использованием обновленных ресурсов, связанных с по меньшей мере одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений.
Некоторые варианты осуществления настоящего изобретения могут предоставлять одно или несколько технических преимуществ. Например, некоторые варианты осуществления предоставляют возможность отправки информации об измерениях целевому сетевому узлу на основании связанного с передачей обслуживания инициирующего события. Таким образом беспроводное устройство может предоставлять самую актуальную информацию об измерениях целевому сетевому узлу, которая может отличаться от информации об измерениях, принятой от передающего обслуживания исходного узла. В качестве другого примера инициирующее событие может быть повторным созданием соединения или действием восстановления луча. Соответственно, беспроводное устройство может отправлять измерения луча не требуя того, чтобы сетевой узел определял другие лучи для измерения и конфигурировал беспроводное устройство для получения измерений луча. В качестве еще одного примера некоторые варианты осуществления обеспечивают определение того, изменилось ли измерение луча, как часть процесса обнаружения инициирующего события. Таким образом, беспроводное устройство может выборочно выбирать, когда отправлять измерения луча, например, если изменился наилучший луч или если измеренные параметры изменились во время процедуры передачи обслуживания или поскольку было инициировано повторное создание или восстановление луча.
Некоторые варианты осуществления могут не иметь, иметь некоторые или все из вышеперечисленных преимуществ. Другие преимущества могут быть легко очевидны специалисту в соответствующей области техники.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Для более полного понимания раскрываемых вариантов осуществления и их признаков и преимуществ теперь обратимся к нижеследующему описанию, которое рассматривается совместно с сопроводительными чертежами, на которых:
ФИГ. 1 иллюстрирует пример конфигурации подмножества лучей, в отношении которых должен осуществляться мониторинг и представляться отчет для администрирования лучей, в соответствии с некоторыми вариантами осуществления;
ФИГ. 2 иллюстрирует пример схемы сигнализации, показывающей изменение наилучших лучей целевой соты за время между приемом подготовки к передаче обслуживания и исполнением передачи обслуживания, в соответствии с некоторыми вариантами осуществления;
ФИГ. 3 иллюстрирует примерную схему сигнализации, показывающую процедуру уточнения луча во время основанной на конкуренции процедуры произвольного доступа, в соответствии с некоторыми вариантами осуществления;
ФИГ. 4 иллюстрирует пример схемы сигнализации, показывающей команду на передачу обслуживания, инициирующую представление отчета об измерениях, в соответствии с некоторыми вариантами осуществления;
ФИГ. 5 иллюстрирует пример схемы сигнализации, показывающей команду на условную передачу обслуживания, инициирующую представление отчета об измерениях, в соответствии с некоторыми вариантами осуществления;
ФИГ. 6 иллюстрирует примерную схему сигнализации, показывающую процедуру отката, инициирующую представление отчета об измерениях, в соответствии с некоторыми вариантами осуществления;
ФИГ. 7 иллюстрирует примерную схему сигнализации, показывающую инициирование представление отчета об измерениях в ответ на обнаружение сбоя луча, в соответствии с некоторыми вариантами осуществления;
ФИГ. 8 иллюстрирует примерную схему сигнализации, показывающую инициирование представление отчета об измерениях в ответ на обнаружение изменения измерений луча, в соответствии с некоторыми вариантами осуществления.
ФИГ. 9 иллюстрирует примерную беспроводную сеть, в соответствии с некоторыми вариантами осуществления;
ФИГ. 10 иллюстрирует примерное оборудование пользователя, в соответствии с некоторыми вариантами осуществления;
ФИГ. 11 иллюстрирует примерную среду виртуализации, в соответствии с некоторыми вариантами осуществления;
ФИГ. 12 иллюстрирует примерную телекоммуникационную сеть, соединенную через промежуточную сеть с хост-компьютером, в соответствии с некоторыми вариантами осуществления;
ФИГ. 13 иллюстрирует примерный хост-компьютер, осуществляющий связь через базовую станцию с оборудованием пользователя через частично беспроводное соединение, в соответствии с некоторыми вариантами осуществления;
ФИГ. 14 является блок-схемой, иллюстрирующей примерный способ, реализованный в системе связи, в соответствии с некоторыми вариантами осуществления;
ФИГ. 15 является блок-схемой, иллюстрирующей второй примерный способ, реализованный в системе связи, в соответствии с некоторыми вариантами осуществления;
ФИГ. 16 является блок-схемой, иллюстрирующей третий способ, реализованный в системе связи, в соответствии с некоторыми вариантами осуществления;
ФИГ. 17 является блок-схемой, иллюстрирующей четвертый способ, реализованный в системе связи в соответствии с некоторыми вариантами осуществления;
ФИГ. 18 иллюстрирует примерный способ, выполняемый беспроводным устройством, в соответствии с некоторыми вариантами осуществления;
ФИГ. 19 иллюстрирует принципиальную структурную схему первого примерного устройства в беспроводной сети, в соответствии с некоторыми вариантами осуществления;
ФИГ. 20 иллюстрирует второй примерный способ, выполняемый беспроводным устройством, в соответствии с некоторыми вариантами осуществления;
ФИГ. 21 иллюстрирует третий примерный способ, выполняемый беспроводным устройством, в соответствии с некоторыми вариантами осуществления;
ФИГ. 22 иллюстрирует примерный способ, выполняемый сетевым узлом, в соответствии с некоторыми вариантами осуществления; и
ФИГ. 23 иллюстрирует второй примерный способ, выполняемый сетевым узлом, в соответствии с некоторыми вариантами осуществления.
ПОДРОБНОЕ ОПИСАНИЕ
В целом, все понятия, используемые в данном документе, следует интерпретировать в соответствии с их обычным значением в соответствующей области техники, если другое значение четко не приводится и/или не подразумевается из контекста, в котором оно используется. Все обращения к элементу, устройству, компоненту, средству, этапу и т.д. следует интерпретировать открыто, как обращающиеся по меньшей мере к одному экземпляру элемента, устройства, компонента, средства, этапа и т.д., если явно не указано иное. Этапы любых способов, раскрытых в данном документе не должны выполняться в точном раскрытом порядке, если этап явно не описан, как следующий или предшествующий другому этапу, и/или когда подразумевается, что этап должен следовать или предшествовать другому этапу. Любой признак любого из вариантов осуществления, раскрытых в данном документе, может быть применен к любому другому варианту осуществления, где уместно. Аналогичным образом, любое преимущество любого из вариантов осуществления может применяться к любым другим вариантам осуществления, и наоборот. Прочие цели, признаки и преимущества прилагаемых вариантов осуществления будут очевидны из нижеследующего описания.
Базовое решение: Выбор луча из RACH
Потенциально базовое решение для определения того, какие лучи конфигурировать, может быть интегрировано с многолучевой процедурой произвольного доступа, определенной в NR, в которой лучи DL, ассоциированные с целевой сотой, которая должна быть выбрана UE, ассоциируются с преамбулой, которую UE передает, и ресурсом RACH, который UE должно использовать в UL. Другими словами, путем обнаружения выбранной преамбулы в конкретном ресурсе RACH сеть знает луч DL, который UE выбрало для осуществления доступа к соте, и знает, каким образом отправлять RAR. С другой стороны, в соответствии с текущими техническими описаниями NR, достаточно того, чтобы луч DL являлся подходящим (например, выше конфигурируемой пороговой величины, предоставленной в команде на передачу обслуживания/сообщении конфигурации изменения SCG/добавления SCG), означая, что сеть не может быть уверена в том, что это из наилучших лучей. Следовательно, после того, как передается RAR и завершается Передача Обслуживания, целевому узлу может потребоваться повторное конфигурирование для UE ресурсов администрирования лучей на основании того луча, поскольку это самая актуальная доступная информация о качестве луча для входящего UE. Соответственно, дополнительные соображения могут быть реализованы для решения этих проблем.
Выбор луча из RACH+Информация об измерениях луча, предоставленная при подготовке к Передаче Обслуживания
В некоторых вариантах осуществления исходный узел может конфигурировать UE для представления отчета об информации об измерениях луча, ассоциированной с соседними сотами, на основании некоторых инициирующих измерение событий. Как в LTE, в NR было достигнуто соглашение о том, что исходный узел может отправлять, во время подготовки к передаче обслуживания, эти измерения целевой соте так, что целевой объект может выбирать лучи DL для предоставления выделенного ресурса RACH, например, для свободного от конкуренции доступа. Другой путь использования этой информации состоит в конфигурировании лучей DL в целевой соте для мониторинга L1 и представления отчета (например, для процедур администрирования лучей) и конфигурирования лучей DL в целевом объекте для RLM. Информация от исходного объекта к целевому объекту может быть отправлена в сообщении HandoverPreparationInformation (или посредством любого другого подходящего сообщения или передачи).
Следовательно, когда UE осуществляет доступ к целевому узлу, целевой узел уже может иметь измерения RSRP/RSRQ/SINR, так как исходный узел мог отправить их целевому узлу через HandoverPreparationInformation, как часть конфигурации RRM, в CandidateCellInfoList. И, как в LTE, качество этих сот может не меняться значительно с момента, когда UE отправляет последние отчеты об измерениях исходному узлу (которые будут отправлены целевому узлу), до момента, когда выполняется исполнение передачи обслуживания.
Было достигнуто соглашение о том, что исходный узел может отправлять как измерения соты, так и луча в HandoverPreparationInformation, как часть конфигурации RRM, как согласовано на RAN2#99 в Берлине:
2.2 Как в LTE, HandoverPreparationInformation, которое должно передаваться от исходного gNB целевому gNB, может включать в себя конфигурацию AS, конфигурацию RRM и контекст AS (включая информацию, необходимую для обработки сбоев передачи обслуживания). Подробности содержимого каждого IE являются Для Дальнейшего Изучения.4.2: Как в LTE, чтобы поддерживать случай CA, конфигурация RRM может включать в себя список наилучших сот по каждой частоте, для которой доступна информация об измерениях.5. Доступная информация об измерениях луча может быть частью конфигурации RRM сообщения HandoverPreparationInformation, если информация об измерениях луча (т.е. индексы луча и необязательно результаты измерений) была сконфигурирована исходным gNodeB, для представления в отчете посредством UE. Эта информация не является обязательной частью сообщения HandoverPreparationInformation.6. Конфигурация RRM может включать в себя как информацию об измерениях луча (для мобильности слоя 3), ассоциированную с Блоком(ами) SS и CSI-RS для представляемой в отчете соты (или сот, в зависимости от результата Для Дальнейшего Изучения выше), если доступны оба типа измерений.…
Наблюдение 1 - В NR, как в LTE, исходный объект может предоставлять информацию об измерениях луча и соты целевому объекту как часть конфигурации RRM в Информации о Подготовке к Передаче Обслуживания.
Главная цель измерений соты состоит в предоставлении целевому объекту возможности установки двойной соединяемости (DC) и/или агрегации несущих (CA), при том, что измерения луча могут быть использованы в целевом объекте для распределения свободных от конкуренции ресурсов на луч или оптимизации решений о передаче обслуживания (например, путем установки приоритета сотам с более стабильными лучами). В дополнение, эти измерения луча также могут быть использованы целевым объектом в качестве входных данных для конфигурации(ий) администрирования лучей, которая должна быть предоставлена UE, например, для ограничения объема представления отчета о лучах L1 после передачи обслуживания, конфигурируется ограниченный объем ресурсов CSI-RS, и квази-совместно размещается (QCL) с подмножеством блоков SS/PBCH.
Однако, при том, что ранее выполненные измерения соты могут считаться стабильными с момента подготовки к передаче обслуживания до момента исполнения передачи обслуживания, было признано, что измерения луча могут не быть таковыми, т.е. наилучшие лучи в момент, когда UE отправляет первые отчеты об измерениях, которые могут инициировать передачу обслуживания, и момент, когда UE в заключение принимает команду на передачу обслуживания, могут быть разными. И, по этой причине, был согласован механизм отката RACH, при котором UE может использовать общие ресурсы, когда выбор луча после передач обслуживания приводит к лучу, который не имеет ассоциированных свободных от конкуренции ресурсов.
Наблюдение 2 - В NR, наилучшие лучи целевой соты могут меняться с момента, когда целевой объект принимает подготовку к HO, до момента, когда UE выполняет исполнение HO. Следовательно, в RAN2 было достигнуто соглашение о механизме отката RACH.
ФИГ. 2 иллюстрирует пример, в котором наилучшие лучи целевой соты могут измениться с момента, когда целевой объект принимает подготовку к HO, до момента, когда UE выполняет исполнение HO.
Когда используется этот откат RACH, UE, скорее всего, обновило измерения луча и, может случиться так, что конфигурации администрирования лучей и конфигурации RLM, предоставленные в команде на передачу обслуживания, возможно на основании предыдущих измерений, могут не быть наиболее оптимизированными конфигурациями.
Следовательно, последствием может быть то, что несмотря на то, что в Конфигурации RRC (например, команде на передачу обслуживания, команде на добавление/изменение SCG) предоставляются конфигурации RLM и администрирования лучей, после осуществления доступа к целевой соте и начала представления отчета о первоначальном измерении луча L1 и RLM, сеть, возможно, отправляет UE еще одну другую реконфигурацию RRC, чтобы оптимизировать лучи, в отношении которых должен осуществляться мониторинг. Еще более худшим последствием может стать возникновение сбоя луча и процедуры восстановления луча, которая может быть инициирована, если ресурсы RLM, в отношении которых должен осуществляться мониторинг, сконфигурированы неправильно, например, UE сконфигурировано осуществлять мониторинг и инициировать сбой на основании лучей, которые фактически не обеспечивают подходящего качества.
В данном документе предлагаются различные варианты осуществления, которые решают одну или несколько проблем, раскрытых в данном документе. Например, некоторые варианты осуществления предоставляют способы в беспроводном устройстве (таком как UE) для инициирования передачи отчета об измерении в целевой соте по передаче обслуживания, повторным созданиям соединения, изменениям SCG/добавлениям SCG. Кроме того, в данном документе описываются различные варианты осуществления, которые: (1) предоставляют разные способы для инициирования отчетов о луче/соте для целевого объекта, т.е. указания, когда беспроводное устройство должно отправлять эти отчеты, (2) описывают, в каком сообщении представляются в отчете эти измерения целевому объекту, (3) описывают, какие точно измерения представляются в отчете, (4) описывают, каким образом беспроводное устройство принимает решение о том, какие измерения должны быть включены в отчет об измерениях для целевого объекта после осуществления доступа, и (5) описывают, каким образом беспроводное устройство выполняет эти измерения, которые должны быть включены в отчет об измерениях для целевого объекта по осуществления доступа. Варианты 1-5 осуществления могут быть объединены любым подходящим образом.
Некоторые варианты осуществления могут обеспечивать одно или несколько из следующих технических преимуществ. Например, некоторые варианты осуществления используют доступные измерения в UE, чтобы помочь целевой соте повторно сконфигурировать ресурсы RLM и параметры администрирования лучей. Посредством этого UE может осуществлять доступ к целевой соте и избегать дополнительных циклов конфигураций и представления отчета до того, как оно станет использовать оптимизированную конфигурацию. Не требуется дополнительных усилий, так как UE будет выполнять эти измерения в любом случае, по меньшей мере до тех пор, пока работает таймер сбоя процедуры (аналогичный t307 в LTE для случая сбоя передачи обслуживания), и до тех пор, пока не принимается Реконфигурация RRC, указывающая осуществление доступа к целевой соте, аналогичная команде на HO или добавлению SCG, или изменению SCG. При установке с небольшим числом лучей, такие функции могут не потребоваться и могут быть выключены. В противоположность этому, примеры систем, которые могут получить выгоду от способов и систем, раскрытых в данном документе, включают системы с несколькими лучами и системы с несколькими точками передачи-приема (TRP), в которых администрирование лучей может быть сконфигурировано и координироваться их собственным объектом TRP.
Некоторые из вариантов осуществления, которые рассматриваются в данном документе, теперь будут описаны более полно при обращении к сопроводительным чертежам. Однако, другие варианты осуществления содержатся в объеме предмета изобретения, который раскрывается в данном документе, причем раскрытый предмет изобретения не следует толковать как ограниченный только вариантами осуществления, изложенными в данном документе; наоборот, эти варианты осуществления предоставляются в качестве примера, чтобы передать объем предмета изобретения специалистам в соответствующей области техники.
В некоторых вариантах осуществления используется не ограничивающее понятие «UE». В данном документе UE может быть любым типом беспроводного устройства, выполненного с возможностью осуществления связи с сетевым узлом или другим UE через радиосигналы. UE также может быть устройством радиосвязи, целевым устройством, UE связи типа устройство с устройством (D2D), UE связи машинного типа или UE выполненным с возможностью связи типа машина с машиной (M2M), целевым устройством, датчиком, оборудованным UE, iPAD, Планшетом, мобильными терминалами, интеллектуальным телефоном, оборудованием со встраиваемым лэптопом (LEE), оборудованием с монтируемым лэптопом (LME), USB-ключами, Оборудованием, Установленным у Пользователя (CPE) и т.д.
Дополнительно, в некоторых вариантах осуществления используется общее понятие «сетевой узел». Он может быть любым видом сетевого узла, который может быть выполнен в виде узла радиосети, такого как базовая станция, базовая радиостанция, базовая станция приемопередатчика, контроллер базовой станции, сетевой контроллер, gNB, en-gNB, nr-gNB, NR BS, развитый Узел-B (eNB), Узел-B, Объект Координации Многосотовой/Многоадресной Передачи (MCE), узел-ретранслятор, точка доступа, точка радиодоступа, Выносной Радиоблок (RRU), Выносной Головной Радиоблок (RRH), многостандартная BS (также известная как MSR BS), узел базовой сети (например, MME, узел SON, координирующий узел, узел позиционирования (например, сервер местоположения, SMLC, E-SMLC и т.д.), узел MDT, и т.д.) или даже внешний узел (например, сторонний узел, узел внешний для текущей сети) и т.д. Сетевой узел также может быть выполнен в виде тестового оборудования. Некоторые варианты осуществления могут быть описаны при обращении к «исходному узлу» или «целевому узлу». В некоторых вариантах осуществления исходный узел и целевой узел являются одним и тем же узлом. В некоторых вариантах осуществления исходный узел и целевой узел являются разными узлами.
Понятие «радиоузел», используемое в данном документе, может быть использовано для обозначения UE или узла радиосети.
Варианты осуществления, описанные в данном документе, применяются к работе с одной несущей, как, впрочем, и к работе с несколькими несущими у UE. Примерами работы с несколькими несущими являются агрегация несущих (CA), множественная соединяемость (MC) и т.д. При работе с CA, UE способно принимать данные от и/или передавать данные к более чем одной обслуживающей соте. При MC, UE обслуживается по меньшей мере двумя обслуживающими сотами (например, PCell и PSCell), которыми управляют два разных сетевых узла. Понятие агрегация несущих (CA) также именуется (например, именуется взаимозаменяемым образом) «системой с несколькими несущими», «работой с несколькими сотами», «работой с несколькими несущими», передачей и/или приемом с «несколькими несущими». При CA одна из составляющих несущих (CC) является первичной составляющей несущей (PCC) или просто первичной несущей или даже несущей привязки. Оставшиеся именуются вторичной составляющей несущей (SCC) или просто вторичными несущими или даже добавочными несущими. Обслуживающая сота взаимозаменяемым образом именуется первичной сотой (PCell) или первичной обслуживающей сотой (PSC). Аналогичным образом, вторичная обслуживающая сота взаимозаменяемым образом именуется вторичной сотой (SCell) или вторичной обслуживающей сотой (SSC).
Понятие «сигнализация», используемое в данном документе, может содержать любое из сигнализации верхнего слоя (например, через RRC, сообщение NAS или аналогичное), сигнализации более низкого слоя (например, через MAC, физический канал управления и т.д.) или их сочетания. Сигнализация может быть неявной или явной. Сигнализация дополнительно может быть одноадресной, многоадресной или широковещательной. Сигнализация также может быть непосредственной для другого узла или через третий узел.
Наборы вариантов осуществления для инициирования отчетов о луче/соте для целевого объекта
В первом наборе вариантов осуществления возникновение процедур исполнения передачи обслуживания, изменения SCG или добавления SCG, например, прием сообщения Конфигурации RRC, который указывает на то, что UE должно осуществить доступ к целевой соте, инициирует отправку посредством UE отчета о луче/соте целевому сетевому узлу. Другими словами, команда на передачу обслуживания (в понятиях LTE, RRCConnectionReconfiguration с mobilityControlInfo; в понятиях NR синхронная Реконфигурация RRC) инициирует отправку посредством UE отчета о луче/соте целевому сетевому узлу. Сообщение может содержать по меньшей мере идентификатор целевой соты, частоту(ы) исходных сигналов синхронизации (Блок SS/PBCH) с формированием диаграммы направленности и опорных сигналов с формированием диаграммы направленности в DL, ассоциированные с ресурсами RACH, которые должны быть использованы, при этом этот RS может быть точно таким же, как ресурсы Блока(ов) SS/PBCH и/или выделенного CSI-RS. Идентификатор соты в сообщении указывает, что UE должно измерить и представить отчет о лучах, ассоциированных с той конкретной сотой. Примерная схема потока сигналов, связанная с этими вариантами осуществления, приводится на ФИГ. 4 с выделенным сигналом (команда на HO), выступающим в качестве инициирующего события для представления отчета об измерениях. При том, что проиллюстрированный пример показывает, что UE представляет отчет о зарегистрированных измерениях наряду с msg3, UE может выполнять это в любом последующем сообщении, как указано ниже (см. ниже «Сообщение для целевого объекта, в котором представляются в отчете эти измерения»). Во втором наборе вариантов осуществления инициирующим событием является возникновение процедур исполнения условной передачи обслуживания, условного изменения SCG или условного добавления SCG, например, прием сообщения Конфигурации RRC, которое указывает, что UE должно осуществлять доступ к одной из набора целевых сот по инициированию сконфигурированного условия. Например, если качество обслуживающей соты становится хуже пороговой величины и один из сконфигурированных целевых объектов становится лучше пороговой величины или качество обслуживающей соты становится хуже того, чем у одного из сконфигурированных целевых объектов. Другими словами, команда на условную передачу обслуживания (В понятиях LTE RRCConnectionReconfiguration с mobilityControlInfo. В понятиях NR синхронная Реконфигурация RRC). Сообщение содержит по меньшей мере один или несколько идентификаторов целевых сот, частоту(ы) исходных сигналов синхронизации (Блок SS/PBCH) со сформированной диаграммой направленности на соту и опорных сигналов со сформированной диаграммой направленности в DL, ассоциированных с ресурсами RACH, которые должны быть использованы, на соту, при этом этот RS может быть точно таким же, как ресурсы Блока(ов) SS/PBCH и/или выделенного CSI-RS. Идентификаторы соты в сообщении указывают на то, что UE должно измерить и представить отчет о лучах, ассоциированных с одной из выбранных сот. Примерная схема потока сигналов, связанная со вторым набором вариантов осуществления, приводится на ФИГ. 5 с выделенным сигналом (Команда на условную HO), выступающим в качестве инициирующего события для представления отчета об измерениях. При том, что проиллюстрированный пример показывает, что UE представляет отчет о зарегистрированных измерениях наряду с msg3, в данном документе предполагается, что UE может представлять отчет о зарегистрированных измерениях в любом другом подходящем сообщении, как указано ниже (см. ниже «Сообщение для целевого объекта, в котором представляются в отчете эти измерения»). Как показано на Фигурах 4 и 5, UE может выполнять передачу обслуживания между исходным gNB и целевым gNB. Как описано выше, передача обслуживания может быть от исходной соты, ассоциированной с исходным узлом, к целевой соте, ассоциированной с целевым узлом.
В третьем наборе вариантов осуществления инициирующим событием является возникновение процедуры отката RACH после осуществления доступа к целевой соте, например, когда UE выбирает луч DL в целевой соте (либо с помощью выделенного ресурса, либо общего) и не принимает RAR в пределах окна RAR. Затем, в соответствии с процедурой отката RACH, UE может выбирать другой луч и выполнять произвольный доступ вновь и вновь после окончания каждого временного окна RAR и, при условии, что работает «таймер сбоя процедуры» (например, таймер сбоя Передачи Обслуживания, аналогичный T307 в LTE). Следовательно, когда UE удается осуществить доступ к целевой соте с помощью процедуры отката RACH, то поскольку это указание того, что лучи, которые целевой объект распределил для свободного от конкуренции RACH, могли быть не наилучшими лучами, и что администрирование лучей и ресурсы RLM, сконфигурированные в Конфигурации RRC, инициирующей доступ, также могли не быть наиболее оптимизированной конфигурацией, то UE отправляет отчет об измерениях целевому объекту после осуществления доступа к нему, причем эти измерения содержат по меньшей мере измерения луча, ассоциированного с целевой сотой. Примерная схема потока сигналов, связанная с третьим набором вариантов осуществления, приведена на ФИГ. 6 с выделенным прямоугольником (процедура отката RACH), выступающим в качестве инициирующего события для представления отчета об измерениях. При том, что проиллюстрированный пример показывает, что UE представляет отчет о зарегистрированных измерениях наряду с msg3, в данном документе предполагается, что UE может представлять отчет о зарегистрированных измерениях в любом другом подходящем сообщении, как указано ниже (см. ниже «Сообщение для целевого объекта, в котором представляются в отчете эти измерения»).
В четвертом наборе вариантов осуществления инициирующим событием является возникновение успешной процедуры восстановления луча, например, обнаружение сбоя луча, за которым следует передача по сигналу UL по L1/L2, аналогичного преамбуле PRACH, осуществление мониторинга сообщения сигнализации MAC в пределах временного окна (аналогичного временному окну RAR) и, по приему того ответа L1/L2 от сети, который указывает, что процедура восстановления луча была успешной, инициируется представление отчета об измерениях с измерениями луча целевой соте. Обратите внимание на то, что целевая сота может быть точно такой же как исходная сота или отличной сотой (в случае, когда поддерживается многосотовое восстановление луча, например, если UE разрешено выполнять выбор луча по лучам, ассоциированным с другой сотой, отличной от обслуживающей соты, по обнаружению сбоя луча). В одном примере UE всегда представляет отчет о доступных измерениях луча по приему ответа от сети, подтверждающего успешное восстановление луча. В другом примере, сообщение ответа от сети может включать в себя флаг или параметр, указывающий на то, что UE должно отправить доступные измерения после сообщения. Примерная схема потока сигналов, связанная с четвертым набором вариантов осуществления, приведена на ФИГ. 7 с выделенным прямоугольником (обнаружение сбоя луча по отношению к исходной соте), выступающим в качестве инициирующего события для представления отчета об измерениях. Проиллюстрированный пример изображает восстановление луча в пределах одной и той же соты, но некоторые варианты осуществления предполагают, что восстановление луча может быть выполнено в целевом gNB (другой соте и/или узле), как в сценарии многосотового восстановления луча).
В пятом наборе вариантов осуществления инициирующим событием является возникновение по меньшей мере одного сбоя попытки восстановления луча в процедуре восстановления луча, например, обнаружение сбоя луча, за которым следует передача по сигналу UL по L1/L2, аналогичного преамбуле PRACH, осуществление мониторинга сообщения сигнализации MAC в пределах временного окна (аналогичного временному окну RAR) и, истечение таймера, контролирующего то временное окно (аналогичное временному окну RAR в процедуре произвольного доступа). Тот факт, что окно истекает, инициирует выполнение UE другого выбора луча и это инициирующее событие для указания UE на то, что измерения луча, ассоциированные с целевой сотой, должны быть представлены в отчете, когда и, если процедура успешна, например, по приему того ответа L1/L2 от сети, который указывает, что процедура восстановления луча была успешной, и, поскольку процедура имеет по меньшей мере одну неудачную попытку восстановления, то инициируется представление отчета об измерениях с измерениями луча целевой соте. Обратите внимание на то, что целевая сота может быть точно такой же как исходная сота или отличной сотой (в случае, когда поддерживается многосотовое восстановление луча, например, если UE разрешено выполнять выбор луча по лучам, ассоциированным с другой сотой, отличной от обслуживающей соты, по обнаружению сбоя луча). В некоторых вариантах осуществления UE всегда представляет отчет о доступных измерениях луча по приему ответа от сети, подтверждающего успешное восстановление луча. В некоторых вариантах осуществления, сообщение ответа от сети может включать в себя флаг или параметр, указывающий на то, что UE должно отправить доступные измерения после сообщения.
В некоторых вариантах осуществления инициирующее событие может включать обнаружение посредством UE того, что условия луча могли измениться. В некоторых вариантах осуществления условие изменения луча может состоять в том, что наилучшие лучи, включенные в предыдущие отчеты об измерениях, ассоциированные с целевой сотой, изменились. В некоторых вариантах осуществления условие изменения луча может состоять в том, что отличается количество обнаруженных лучей, соответствующих целевой соте. Примерная схема потока сигналов, связанная с пятым набором вариантов осуществления, приведена на ФИГ. 8 с выделенным прямоугольником (обнаружение изменений в измерениях луча), выступающим в качестве инициирующего события для представления отчета об измерениях. При том, что проиллюстрированный пример показывает, что UE представляет отчет о зарегистрированных измерениях наряду с msg3, в данном документе предполагается, что UE может представлять отчет о зарегистрированных измерениях в любом другом подходящем сообщении, как указано ниже (см. ниже «Сообщение для целевого объекта, в котором представляются в отчете эти измерения»).
В некоторых вариантах осуществления инициирующее событие включает в себя обнаружение посредством UE того, что измерения луча могли измениться больше, чем пороговая величина (например, beamQualityChangeThreshold). beamQualityChangeThreshold может быть сконфигурировано, как, например, в конфигурации reportConfig или measID. UE может вычислять разность между измерениями уровня луча, включенными в последний отчет об измерениях, отправленный UE к сети, и измерениями уровня луча, воспринимаемыми UE в момент приема RAR. Если разность измерения превышает сконфигурированную beamQualityChangeThreshold, тогда UE может инициировать представление отчета целевой соте.
В некоторых вариантах осуществления инициирующее событие включает в себя обнаружение посредством UE того, что время от первого отчета об измерениях до Конфигурации RRC, инициирующей доступ к целевому объекту, выше определенной пороговой величины. В некоторых вариантах осуществления обнаружение включает таймер, инициируемый при передаче каждого отчета об измерениях, и определение, по истечению таймера и когда UE еще не приняло Конфигурацию RRC, инициирующую доступ к целевому объекту, что когда она принимается, что доступ к целевому объекту должен включать отчет об измерениях, описанный в изобретении.
В некоторых вариантах осуществления, конфигурация целевой соты, включающая конфигурацию измерения, принятую в команде на HO, UE конфигурирует в качестве условия запуска измерения качества целевой соты.
Сообщение для целевого объекта, в котором представляются в отчете эти измерения
В некоторых вариантах осуществления отчет об измерениях включается в сообщение Завершения Передачи Обслуживания в случае передачи обслуживания.
В некоторых вариантах осуществления отчет об измерениях включается в сообщение Запроса Повторного Создания RRC (или эквивалентное). В некоторых вариантах осуществления UE участвует в добавлении или изменении SCG и, если присутствует сообщение эквивалентное завершению HO, то UE может включать эти измерения луча в эквивалентное сообщение. Если отсутствует эквивалентное сообщение, то последующий отчет об измерениях может быть использован для отправки измерений, например, с помощью особого measId или measId, сконфигурированного целевым объектом для этой цели.
В некоторых вариантах осуществления, связанных с решениями долгосрочного развития, такими как функции SON, UE включает отчет об измерениях в журнал информации об истории UE (например, VisitedCellInfoList). Эта информация может быть предоставлена UE в сообщении UEInformationResponse в качестве ответа на сообщение UEInformationRequest.
Какие измерения представляются в отчете
В некоторых вариантах осуществления UE представляет отчет об измерениях, ассоциированных с целевой сотой, таких как:
1. Информация об измерениях, ассоциированных с блоками SS/PBCH:
- Индекс(ы) SSB в соответствии с одной или несколькими измеряемыми величинами (например, RSRP, RSRQ или SINR);
- Результаты измерения на индекс SSB, т.е. RSRP и/или RSQ и/или SINR на луч SSB;
- Результаты измерения соты на основании SSB;
2. Информация об измерениях, ассоциированная с ресурсами CSI-RS:
- Индекс(ы) для ресурсов CSI-RS (например, сконфигурированных для мобильности L3), в соответствии с одной или несколькими измеряемыми величинами (например, RSRP, RSRQ или SINR);
- Результаты измерения на индекс ресурса CSI-RS, т.е. RSRP и/или RSRQ и/или SINR на луч CSI-RS;
- Результаты измерения соты на основании SSB;
3. Информация об измерениях, ассоциированная с ресурсами как SSB, так и CSI-RS:
- Индексы SSB и CSI-RS;
- результаты измерения SSB и CSI-RS;
В некоторых вариантах осуществления UE представляет отчет об измерениях, ассоциированный с несколькими сотами, такими как: i) соседние соты в одной и той же частоте, ii) все инициированные соты, от которых доступна информация об измерениях луча, iii) наилучшие соседи в каждой обслуживающей частоте у исходного объекта, iv) информация об измерениях луча по обслуживающим сотам в исходном объекте (в некоторых вариантах осуществления информация об измерениях луча является по SCell после передачи обслуживания/изменения/добавления SCG).
В некоторых вариантах осуществления UE представляет информацию, ассоциированную с процедурой отката RACH. В некоторых вариантах осуществления UE представляет отчет о том, что произошел откат RACH, например, с помощью флага. Также в отчете может представляться более подробная информация. В некоторых вариантах осуществления UE представляет отчет о любой из вышеупомянутой информации об измерениях луча, ассоциированной с успешной процедурой RACH. В некоторых вариантах осуществления UE представляет отчет об информации об измерении луча, ассоциированной со всеми попытками RACH, указывающую неудачные и успешные. В некоторых вариантах осуществления UE представляет отчет о количестве неудачных попыток RACH, т.е. которое увеличивается в UE до тех пор, пока произвольный доступ не будет успешным.
В некоторых вариантах осуществления UE представляет отчет об информации, ассоциированной с неудачными попытками восстановления луча, в случае, когда инициирующим условием является возникновение неудачных попыток восстановления луча. В некоторых вариантах осуществления, UE представляет отчет о том, что произошла по меньшей мере одна или несколько неудачных попыток, например, с помощью флага. Также в отчете может быть представлена более подробная информация. В некоторых вариантах осуществления UE представляет в отчете любую из вышеупомянутой информации об измерениях луча, ассоциированную с успешной процедурой восстановления луча. В некоторых вариантах осуществления UE представляет в отчете информацию об измерениях луча, ассоциированную со всеми попытками восстановления луча, указывая неудачные и успешные. В некоторых вариантах осуществления UE представляет отчет о количестве неудачных попыток восстановления луча, т.е. которое увеличивается в UE до тех пор, пока восстановление луча не будет успешным. В некоторых вариантах осуществления восстановление луча может быть другой процедурой в сравнении с произвольным доступом, или той же самой процедурой с другими параметрами.
Каким образом UE принимает решение о том, какие измерения должны быть включены в отчет об измерениях для целевого объекта после осуществления доступа
В некоторых вариантах осуществления UE включает в «отчет об измерениях для целевого объекта после осуществления доступа к целевому объекту» всю доступную информацию об измерениях луча, ассоциированную с целевой сотой, например, любую из информации, описанной выше в предыдущем разделе.
В одном наборе вариантов осуществления UE включает информацию об измерениях в соответствии с конфигурацией, предоставленной целевым объектом в сообщении конфигурации RRC, например, в случае, когда инициированием является Реконфигурация RRC с целевым доступом, как в случае передач обслуживания, изменения SCG и/или добавления SCG. Другими словами, сообщение RRC может содержать дополнительный IE, обеспечивающий функцию представления отчета и возможно включающий параметры конфигурации представления отчета для отчета об измерениях луча после осуществления доступа к целевой соте. Со стороны сети это может быть указанием того, что целевой узел может получить выгоду от той информации, например, благодаря предыдущей статистике, ассоциированной с входящими UE от той обслуживающей соты.
В некоторых вариантах осуществления эта конфигурация является неявной, например, она используется для других целей и, на основании этой конфигурации UE извлекает, какие точно измерения должны быть выполнены и представлены в отчете. Например, UE выбирает, что представлять в отчете, на основании конфигурации RACH, предоставленной в конфигурации RRC, как показано в примерах ниже.
Пример a:
- Если предоставляются только ресурсы общего RACH, на основании SSB, то UE включает измерения SSB, ассоциированные с целевой сотой;
- Если предоставляются ресурсы общего RACH (на основании SSB) и ресурсы выделенного RACH:
-- Если выделенные ресурсы основаны на SSB, то не представляют отчет об измерениях луча после осуществления доступа. Причина в том, что сеть будет обладать некоторым уровнем осведомленности о покрытии луча.
-- Если выделенные ресурсы основаны на CSI-RS, то представляют отчет об измерениях луча SSB; Здесь причина будет в том, что преамбула, ассоциированная с CSI-RS, уже будет предоставлять наилучший луч CSI-RS для сети, следовательно, SSB будет дополнительной информацией для сети.
Пример b
-- Если предоставляются только ресурсы общего RACH, на основании SSB, то не представляют отчет об измерениях луча после осуществления доступа к целевому объекту. Причина этого в том, что сеть уже будет обладать некоторым уровнем осведомленности о покрытии луча. Это может быть так в развертываниях с небольшим количеством лучей.
- Если предоставляются ресурсы общего RACH (на основании SSB) и ресурсы выделенного RACH:
-- Если выделенные ресурсы основаны на SSB, представляют отчет о доступных измерениях луча CSI-RS после осуществления доступа, если доступно. Причина этого в том, что сеть может получить выгоду от дополнительной информации касательно наилучших узких лучей несмотря на то, что присутствует осведомленность, предоставленная преамбулой и ресурсами RACH, к которым осуществляется доступ, о подходящем SSB.
-- Если выделенные ресурсы основаны на CSI-RS, то представляют отчет о доступных измерениях луча SSB после осуществления доступа, если доступно. Причина этого в том, что сеть может получить выгоду от дополнительной информации касательно наилучших узких лучей несмотря на то, что присутствует осведомленность, предоставленная преамбулой и ресурсами RACH, к которым осуществляется доступ, о подходящем SSB.
В некоторых вариантах осуществления UE включает измерения луча в соответствии с конфигурацией представления отчета, предоставленной в measConfig, который предоставляется целевой сотой, которая может содержать идентификатор измерения, возможно без какой-либо ассоциации с measObject так, что целевой объект идентифицирует, о чем отчет об измерениях. В некоторых вариантах осуществления measObject может быть НЕОБЯЗАТЕЛЬНЫМ в конфигурации измерения. Конфигурация измерения может содержать reportConfig, в котором может быть определен особый reportType для этой цели, например, с использованием targetAccesReport, который может необязательно содержать или нет дополнительные конфигурации. Отметим, что целевой объект может принимать решение об этом, так как целевой объект знает measConfig UE в исходном объекте, например, как предоставленный во время фазы подготовки (подготовка к HO, например, через сообщение HandoverPreparationInformation). В некоторых вариантах осуществления measId включается в отчет об измерениях с тем, чтобы целевая сота идентифицировала, какое это измерение. В других вариантах осуществления measId больше не может быть использован.
Каким образом UE выполняет эти измерения, которые должны быть включены в отчет об измерениях для целевого объекта после осуществления доступа
В некоторых вариантах осуществления UE выполняет измерения в соответствии с информацией о конфигурации, предоставленной исходным узлом, например, с использованием measConfig, до тех пор, пока UE не завершает процедуру. В некоторых вариантах осуществления информация об измерениях луча может быть сформирована в соответствии с конфигурацией в каждом сконфигурированном measId и ассоциированных reportConfig и measObject.
В некоторых вариантах осуществления, в которых информация об измерениях луча ассоциирована с целевой сотой, UE может выполнять измерения в соответствии с одной или несколькими пороговыми величинами консолидации, сконфигурированными посредством конфигурации, например, measObject, ассоциированной с целевой сотой, и с использованием коэффициентов фильтра для измерений луча, как сконфигурированных, например, в quantityConfig. В некоторых вариантах осуществления разные коэффициенты фильтра для фильтрованных измерений луча L3 могут быть использованы на основании CSI-RS и/или SSB.
В некоторых вариантах осуществления UE выполняет измерения в соответствии с информацией о конфигурации, например, measConfig, предоставленной целевым узлом. В некоторых вариантах осуществления особый IE может быть определен для этого типа измерений или дополнительные параметры определяются в measConfig (или внутренних IE). Например, могут быть предоставлены коэффициенты фильтра только для измерения, которые должны быть выполнены в течение выбора луча для RACH после осуществления доступа к целевому объекту. Они могут быть предоставлены в quantityConfig или как часть другого IE.
В некоторых вариантах осуществления UE выполняет измерения в соответствии с measConfig, предоставленным целевым объектом. При приеме measConfig целевой соты, UE может не отбрасывать и не забывать измерения и/или фильтрацию, ранее выполненную в соответствии с конфигурацией исходной соты, а продолжать фильтрацию качеств целевой соты/луча.
Несмотря на то, что предмет изобретения, описанный в данном документе, может быть реализован в любом подходящем типе системы с использованием любых подходящих компонентов, варианты осуществления, раскрытые в данном документе, описываются в отношении беспроводной сети, такой как примерная беспроводная сеть, проиллюстрированная на Фиг. 9. Для простоты, беспроводная сеть на Фиг. 9 изображает только сеть 106, сетевые узлы 160 и 160b, и WD 110, 110b и 110c. На практике, беспроводная сеть может дополнительно включать в себя любые дополнительные элементы, подходящие для обеспечения связи между беспроводными устройствами или между беспроводным устройством и другим устройством связи, таким как стационарный телефон, поставщик услуг или любой другой сетевой узел или конечное устройство. Из проиллюстрированных компонентов, сетевой узел 160 и беспроводное устройство 110 (WD) изображены с дополнительными подробностями. Беспроводная сеть может предоставлять связь и другие типы услуг одному или нескольким беспроводным устройствам, чтобы способствовать доступу беспроводных устройств к и/или использованию услуг, которые предоставляются посредством, или через, беспроводной сети.
Беспроводная сеть может содержать и/или взаимодействовать с любым типом сети связи, телекоммуникационной сети, сети передачи данных, сотовой сети и/или радиосети или другим аналогичным типом системы. В некоторых вариантах осуществления беспроводная сеть может быть выполнена с возможностью работы в соответствии с конкретными стандартами или другими типами предопределенных правил или процедур. Таким образом, конкретные варианты осуществления беспроводной сети могут реализовывать стандарты связи, такие как Глобальная Система Связи с Подвижными Объектами (GSM), Универсальная Система Мобильной Связи (UMTS), Долгосрочное Развитие (LTE) и/или другие подходящие стандарты 2G, 3G, 4G или 5G; стандарты беспроводной локальной сети (WLAN), такие как стандарты IEEE 802.11; и/или любые другие подходящие стандарты беспроводной связи, такие как стандарты Общемировой Совместимости Широкополосного Беспроводного Доступа (WiMax), Bluetooth, Z-Wave и/или ZigBee.
Сеть 106 может содержать одну или несколько сетей обратного транзита, базовые сети, IP сети, телефонные коммутируемые сети общего пользования (PSTN), сети пакетной передачи данных, оптические сети, глобальные сети (WAN), локальные сети (LAN), беспроводные локальные сети (WLAN), проводные сети, беспроводные сети, городские сети и другие сети для обеспечения связи между устройствами.
Сетевой узел 160 и WD 110 содержат различные компоненты, описанные более подробно ниже. Эти компоненты работают вместе для того, чтобы обеспечивать функциональные возможности сетевого узла и/или беспроводного устройства, такие как обеспечение беспроводных соединений в беспроводной сети. В разных вариантах осуществления беспроводная сеть может содержать любое количество проводных или беспроводных сетей, сетевых узлов, базовых станций, контроллеров, беспроводных устройства, станций-ретрансляторов и/или любых других компонентов или систем, которые могут способствовать или участвовать в связи для передачи данных или сигналов, будь то через проводные или беспроводные соединения.
Используемый в данном документе сетевой узел относится к оборудованию, выполненному с возможностью, сконфигурированному, организованному и/или работающему для осуществления связи непосредственно или опосредованно с беспроводным устройством и/или с другими сетевыми узлами или оборудованием в беспроводной сети, для обеспечения и/или предоставления беспроводного доступа беспроводному устройству и/или для выполнения других функций (например, администрирование) в беспроводной сети. Примеры сетевых узлов включают, но не ограничиваются, точки доступа (AP) (например, точки радиодоступа), базовые станции (BS) (например, базовые радиостанции, Узел-B, развитый Узел-B (eNB) и Узел-B NR (gNB)). Базовые станции могут быть классифицированы на основании величины покрытия, которое они обеспечивают (или, говоря иначе, их уровня мощности передачи) и тогда также могут упоминаться как фемто базовые станции, пико базовые станции, микро базовые станции или макро базовые станции. Базовая станция может быть узлом-ретранслятором или донорским узлом-ретранслятором, осуществляющим управление ретрансляцией. Сетевой узел также может включать в себя одну или несколько (или все) частей распределенной базовой радиостанции, такие как централизованные цифровые блоки и/или выносные радиоблоки (RRU), иногда упоминаемые как Выносные Головные Радиоблоки (RRH). Такие выносные радиоблоки могут или могут не быть интегрированы с антенной в качестве радиостанции с интегрированной антенной. Части распределенной базовой радиостанции также могут упоминаться как узлы в распределенной антенной системе (DAS). Еще одни дополнительные примеры сетевых узлов включают оборудование многостандартного радио (MSR), такое как MSR BS, сетевые контроллеры, такие как контроллеры радиосети (RNC) или контроллеры базовой станции (BSC), базовые станции приемопередатчика (BTS), точки передачи, узлы передачи, объекты координации многосотовой/многоадресной передачи (MCE), узлы базовой сети (например, MSC, MME), узлы Q&M, узлы OSS, узлы SON, узлы позиционирования (например, E-SMLC) и/или MDT. В качестве другого примера сетевой узел может быть виртуальным сетевым узлом, как описано более подробно ниже. Однако, в целом, сетевые узлы могу представлять собой любое подходящее устройство (или группу устройств) выполненное с возможностью, сконфигурированное, организованное и/или работающее для обеспечения и/или предоставления беспроводному устройству доступа к беспроводной сети или для предоставления некоторой услуги беспроводному устройству, которое осуществило доступ к беспроводной сети.
На Фиг. 9 сетевой узел 160 включает в себя схему 170 обработки, считываемый-устройством носитель 180 информации, интерфейс, вспомогательное оборудование 184, источник питания 186, схему 187 питания и антенну 162. Несмотря на то, что сетевой узел 160, проиллюстрированный в примерной беспроводной сети на Фиг. 9, может представлять собой устройство, которое включает в себя проиллюстрированное сочетание компонентов аппаратного обеспечения, другие варианты осуществления могут содержать сетевые узлы с другими сочетаниями компонентов. Следует понимать, что сетевой узел содержит любое подходящее сочетание аппаратного обеспечения и/или программного обеспечения, которое требуется для выполнения задач, признаков, функций и способов, раскрытых в данном документе. Более того, при том, что компоненты сетевого узла 160 изображены в качестве одиночных прямоугольников, расположенных внутри большого прямоугольника, или вложенными в несколько прямоугольников, на практике, сетевой узел может содержать несколько разных физических компонентов, которые составляют единый проиллюстрированный компонент (например, считываемый-устройством носитель 180 информации может содержать несколько отдельный накопителей на жестком диске, как, впрочем, и несколько модулей RAM).
Аналогичным образом сетевой узел 160 может быть составлен из нескольких физически отдельных компонентов (например, компонента NodeB и компонента RNC, или компонента BTS и компонента BSC и т.д.), каждый из которых может иметь свои собственные соответствующие компоненты. В некоторых сценариях, в которых сетевой узел 160 содержит множество отдельных компонентов (например, компоненты BTS и BSC), один или несколько из отдельных компонентов могут совместно использоваться несколькими сетевыми узлами. Например, один RNC может управлять несколькими NodeB. В таком сценарии, каждая уникальная пара NodeB и RNC может в некоторых случаях рассматриваться в качестве одного отдельного сетевого узла. В некоторых вариантах осуществления сетевой узел 160 может быть выполнен с возможностью поддержки нескольких технологий радиодоступа (RAT). В таких вариантах осуществления некоторые компоненты могут быть продублированы (например, отдельный считываемый-устройством носитель 180 информации для разных RAT) и некоторые компоненты могут быть повторно использованы (например, одна и та же антенна 162 может быть совместно использована несколькими RAT). Сетевой узел 160 также может включать в себя несколько наборов различных проиллюстрированных компонентов для разных беспроводных технологий, интегрированных в сетевом узле 160, как, например, беспроводные технологии GSM, WCDMA, LTE, NR, WiFi или Bluetooth. Эти беспроводные технологии могут быть интегрированы в одном и том же или разных чипах, или наборах чипов или других компонентов в сетевом узле 160.
Схема 170 обработки выполнена с возможностью выполнения любого определения, вычисления или аналогичных операций (например, определенных операций получения), описанных в данном документе как обеспечиваемые сетевым узлом. Эти операции, которые выполняются схемой 170 обработки, могут включать в себя обработку информации, полученной схемой 170 обработки, путем, например, преобразования полученной информации в другую информацию, сравнения полученной информации или преобразованной информации с информацией, хранящейся в сетевом узле, и/или выполнения одной или нескольких операций на основании полученной информации или преобразованной информации, и, в результате упомянутой обработки, выполнения определения.
Схема 170 обработки может содержать сочетание одного или нескольких из микропроцессора, контроллера, микроконтроллера, центрального блока обработки, цифрового сигнального процессора, проблемно-ориентированной интегральной микросхемы, программируемой вентильной матрицы или любого другого подходящего вычислительного устройства, ресурса или сочетания аппаратного обеспечения, программного обеспечения и/или кодированной логики, работающей для обеспечения, либо отдельно, либо в сочетании с другими компонентами сетевого узла 160, такими как считываемый-устройством носитель 180 информации, функциональных возможностей сетевого узла 160. Например, схема 170 обработки может исполнять инструкции, хранящиеся в считываемом-устройством носителе 180 информации или в памяти схемы 170 обработки. Такие функциональные возможности могут включать в себя обеспечение любых из различных беспроводных признаков, функций или преимуществ, которые обсуждаются в данном документе. В некоторых вариантах осуществления схема 170 обработки может включать в себя систему на кристалле (SOC).
В некоторых вариантах осуществления схема 170 обработки может включать в себя одно или несколько из схемы 172 радиочастотного (RF) приемопередатчика и схемы 174 обработки основной полосы частот. В некоторых вариантах осуществления схема 172 радиочастотного (RF) приемопередатчика и схема 174 обработки основной полосы частот могут находиться на отдельных чипах (или отдельных наборах чипов), платах или блоках, таких как радиоблоки или цифровые блоки. В альтернативных вариантах осуществления часть или все из схемы RF приемопередатчика и схемы 174 обработки основной полосы частот могут находиться на одном и том же чипе или наборе чипов, платах или блоках.
В некоторых вариантах осуществления некоторые или все функциональные возможности, описанные в данном документе как обеспечиваемые сетевым узлом, базовой станцией, eNB или другим таким сетевым устройством могут быть выполнены схемой 170 обработки, исполняющей инструкции, хранящиеся на считываемом-устройством носителе 180 информации или в памяти в схеме 170 обработки. В альтернативных вариантах осуществления, некоторые или все из функциональных возможностей могут быть обеспечены схемой 170 обработки без исполнения инструкций, хранящихся на отдельном или дискретном считываемом-устройством носителе информации, как, например, образом со схемной реализацией. В любых из этих вариантов осуществления, хранятся или нет исполняемые инструкции на считываемом-устройством запоминающем носителе информации, схема 170 обработки может быть выполнена с возможностью выполнения описанных функциональных возможностей. Преимущества, которые предоставляются такими функциональными возможностями, не ограничиваются одной схемой 170 обработки или другими компонентами сетевого узла 160, а используются сетевым узлом 160 в целом и/или конечными пользователями и беспроводной сетью в общем.
Считываемый-устройством носитель 180 информации может быть выполнен в любой форме энергозависимой или энергонезависимой машиносчитываемой памяти, включая, без ограничения, постоянное хранилище, твердотельную память, удаленную смонтированную память, магнитные носители информации, оптические носители информации, память с произвольным доступом (RAM), постоянную память (ROM), массовые запоминающие носители информации (например, жесткий диск), съемные запоминающие носители информации (например, гибкий диск, Компакт Диск (CD) или Цифровой Видео Диск (DVD)) и/или любые другие энергозависимые или энергонезависимые, не временные считываемые-устройством и/или исполняемые компьютером устройства памяти, которые хранят информацию, данные и/или инструкции, которые могут быть использованы схемой 170 обработки. Считываемый-устройством носитель 180 информации может хранить любые подходящие инструкции, данные или информацию, включая компьютерную программу, программное обеспечение, приложение, включающее в себя одну или несколько логик, правил, кодов, таблиц и т.д., и/или другие инструкции, выполненные с возможностью исполнения схемой 170 обработки и, используемые сетевым узлом 160. Считываемый-устройством носитель 180 информации может быть использован для хранения любых вычислений, выполненных схемой 170 обработки, и/или любых данных, принятых через интерфейс 190. В некоторых вариантах осуществления схема 170 обработки и считываемый-устройством носитель 180 информации могут рассматриваться как интегрированные.
Интерфейс 190 используется в проводной или беспроводной связи передачи сигнализации и/или данных между сетевым узлом 160, сетью 106 и/или WD 110. Как проиллюстрировано, интерфейс 190 содержит порт(ы)/вывод(ы) 194 для отправки и приема данных, например, к и от сети 106, через проводное соединение. Интерфейс 190 также включает в себя схему 192 внешнего радиоинтерфейса, которая может быть связана с, или в некоторых вариантах осуществления быть частью, антенны 162. Схема 192 внешнего радиоинтерфейса содержит фильтры 198 и усилители 196. Схема 192 внешнего радиоинтерфейса может быть соединена с антенной 162 и схемой 170 обработки. Схема внешнего радиоинтерфейса может быть выполнена с возможностью приведения в определенное состояние сигналов связи между антенной 162 и схемой 170 обработки. Схема 192 внешнего радиоинтерфейса может принимать цифровые данные, которые должны быть отправлены другим сетевым узлам или WD через беспроводное соединение. Схема 192 внешнего радиоинтерфейса может преобразовывать цифровые данные в радиосигнал с подходящими параметрами канала и полосы пропускания с использованием сочетания фильтров 198 и/или усилителей 196. Затем радиосигнал может быть передан через антенну 162. Аналогичным образом, при приеме данных, антенна 162 может собирать радиосигналы, которые затем преобразуются в цифровые данные посредством схемы 192 внешнего радиоинтерфейса. Цифровые данные могут быть переправлены в схему 170 обработки. В других вариантах осуществления интерфейс может содержать разные компоненты и/или разные сочетания компонентов.
В некоторых альтернативных вариантах осуществления сетевой узел 160 может не включать в себя отдельную схему 192 внешнего радиоинтерфейса, вместо этого, схема 170 обработки может содержать схему внешнего радиоинтерфейса и может быть соединена с антенной 162 без отдельной схемы 192 внешнего радиоинтерфейса. Аналогичным образом в некоторых вариантах осуществления вся или некоторая часть схемы 172 RF приемопередатчика может рассматриваться как часть интерфейса 190. В еще одних других вариантах осуществления интерфейс 190 может включать в себя один или несколько портов или выводов 194, схему 192 внешнего радиоинтерфейса и схему 172 RF приемопередатчика, как часть радиоблока (не показано), и интерфейс 190 может осуществлять связь со схемой 174 обработки основной полосы частот, которая является частью цифрового блока (не показано).
Антенна 162 может включать в себя одну или несколько антенн, или антенные решетки, выполненные с возможностью отправки и/или приема беспроводных сигналов. Антенна 162 может быть связана со схемой 190 внешнего радиоинтерфейса и может быть любым типом антенны, выполненным с возможностью передачи и приема данных и/или сигналов беспроводным образом. В некоторых вариантах осуществления антенна 162 может содержать одну или несколько всенаправленных, секторных или панельных антенн, выполненных с возможностью передачи/приема радиосигналов между, например, 2ГГц и 66ГГц. Всенаправленная антенна может быть использована для передачи/приема радиосигналов в любом направлении, секторная антенна может быть использована для передачи/приема радиосигналов от устройств в конкретной зоне, а панельная антенна может быть антенной прямой видимости, используемой для передачи/приема радиосигналов в относительно прямой видимости. В некоторых случаях использование более одной антенны может упоминаться как MIMO. В некоторых вариантах осуществления антенна 162 может быть отделена от сетевого узла 160 и может быть соединяемой с сетевым узлом 160 через интерфейс или порт.
Антенна 162, интерфейс 190 и/или схема 170 обработки могут быть выполнены с возможностью выполнения любых операций приема и/или некоторых операций получения, описанных в данном документе, как выполняемые сетевым узлом. Любая информация, данные и/или сигналы могут быть приняты об беспроводного устройства, другого сетевого узла и/или любого другого сетевого оборудования. Аналогичным образом, антенна 162, интерфейс 190 и/или схема 170 обработки могут быть выполнены с возможностью выполнения любых операций передачи, описанных в данном документе, как выполняемые сетевым узлом. Любая информация, данные и/или сигналы могут быть переданы беспроводному устройству, другому сетевому узлу и/или любому другому сетевому оборудованию.
Схема 187 питания может содержать, или быть связана с, схему управления питанием и выполнена с возможностью подачи компонентам сетевого узла 160 питания для выполнения функциональных возможностей, описанных в данном документе. Схема 187 питания может принимать питание от источника 186 питания. Источник 186 питания и/или схема 187 питания могут быть выполнены с возможностью предоставления питания различным компонентам сетевого узла 160 и форме, подходящей для соответствующих компонентов (например, с уровнем напряжения и тока, которые требуются для каждого соответствующего компонента). Источник 186 питания может либо быть включен в, либо быть внешним для, схему 187 питания и/или сетевой узел 160. Например, сетевой узел 160 может быть соединяемым с внешним источником питания (например, электрической розеткой) через схему или интерфейс ввода, как например, электрический кабель, при том внешний источник питания подает питание к схеме 187 питания. В качестве дополнительного примера источник 186 питания может содержать источник питания в форме батареи или блока батарей, который соединяется с, или интегрирован в, схемой питания 187. Батарея может обеспечивать резервное питание при сбое внешнего источника питания. Также могут быть использованы другие типы источников питания, такие как фотогальванические устройства.
Альтернативные варианты осуществления сетевого узла 160 могут включать в себя дополнительные компоненты помимо тех, что показаны на Фиг. 9, которые могут отвечать за обеспечение некоторых аспектов функциональных возможностей сетевого узла, включая любую из функциональных возможностей, описанных в данном документе и/или любые функциональные возможности, необходимые для поддержки описанного в данном документе предмета изобретения. Например, сетевой узел 160 может включать оборудование интерфейса пользователя для обеспечения ввода информации в сетевой узел 160 и для обеспечения вывода информации из сетевого узла 160. Это может позволять пользователю выполнять диагностику, обслуживание, ремонт и прочие административные функции для сетевого узла 160.
Используемое в данном документе беспроводное устройство (WD) относится к устройству, выполненному с возможность, сконфигурированному, организованному и/или работающему для осуществления связи беспроводным образом с сетевыми узлами и/или другими беспроводными устройствами. Если не указано иное, то понятие WD может быть использовано в данном документе взаимозаменяемым образом с оборудованием пользователя (UE). Осуществление связи беспроводным образом может включать передачу и/или прием беспроводных сигналов с использованием электромагнитных волн, радиоволн, инфракрасных волн и/или других типов сигналов, подходящих для переноса информации по воздуху. В некоторых вариантах осуществления WD может быть выполнено с возможностью передачи и/или приема информации без непосредственного взаимодействия с пользователем. Например, WD может быть выполнено с возможностью передачи информации в сеть по предварительно определенному расписанию, при инициировании внутренним или внешним событием, или в ответ на запросы от сети. Примеры WD включают в себя, но не ограничиваются, интеллектуальный телефон, мобильный телефон, сотовый телефон, телефон стандарта голос через IP (VoIP), телефон беспроводной абонентской линии, настольный компьютер, цифровой персональный помощник (PDA), беспроводные камеры, игровую консоль или устройство, устройство хранения музыки, прибор воспроизведения, носимое терминальное устройство, беспроводную конечную точку, мобильную станцию, планшет, лэптоп, оборудование со встраиваемым лэптопом (LEE), оборудование с монтируемым лэптопом (LME), интеллектуальное устройство, беспроводное оборудование, установленное у пользователя (CPE), смонтированное на транспортном средстве беспроводное терминальное устройство и т.д. WD может поддерживать связь типа устройство с устройством (D2D), например, путем реализации стандарта 3GPP для связи побочной линии связи, связи типа транспортное средство с транспортным средством (V2V), типа транспортное средство с инфраструктурой (V2I), типа транспортное средством со всем (V2X) и может в данном случае упоминаться как устройство связи D2D. В качестве еще одного другого особого примера, в сценарии Интернета Вещей (IoT), WD может представлять собой машину или другое устройство, которое осуществляет мониторинг и/или выполняет измерения, и передает результаты такого мониторинга и/или измерений другому WD и/или сетевому узлу. WD в данном случае может быть устройством связи типа машина с машиной (M2M), которое в контексте 3GPP может упоминаться как устройство MTC. В качестве одного конкретного примера WD может быть UE, реализующим стандарт узкополосного интернета вещей (NB-IoT) 3GPP. Конкретными примерами таких машин или устройств являются датчики, измерительные устройства, такие как измерители мощности, промышленное оборудование, или бытовые или персональные приборы (например, холодильники, телевизоры и т.д.), персональные носимые устройства (например, наручные часы, фитнес-трекеры и т.д.). В других сценариях WD может представлять собой транспортное средство или другое оборудование, которое выполнено с возможностью осуществления мониторинга и/или представления отчета о своем рабочем статусе или других функциях, ассоциированных с его работой. WD, как описано выше, может представлять собой конечную точку беспроводного соединения, и в этом случае устройство может упоминаться как беспроводной терминал. Кроме того, WD, как описано выше, может быть мобильным, и в этом случае оно также может упоминаться как мобильное устройство или мобильный терминал.
Как проиллюстрировано, беспроводное устройство 110 включает в себя антенну 111, интерфейс 114, схему 120 обработки, считываемый-устройством носитель 130 информации, оборудование 132 интерфейса пользователя, вспомогательное оборудование 134, источник 136 питания и схему 137 питания. WD 110 может включать в себя несколько наборов из одного или нескольких проиллюстрированных компонентов для разных беспроводных технологий, которые поддерживаются WD 110, таких как, например, беспроводные технологии GSM, WCDMA, LTE, NR, WiFi, WiMAX или Bluetooth, просто чтобы упомянуть несколько. Эти беспроводные технологии могут быть интегрированы в одном и том же или разных чипах, или наборах чипов в качестве других компонентов в WD 110.
Антенна 111 может включать в себя одну или несколько антенн, или антенные решетки, выполненные с возможностью отправки и/или приема беспроводных сигналов, и соединена с интерфейсом 114. В некоторых альтернативных вариантах осуществления антенна 111 может быть отделена от WD 110 и может быть соединяемой с WD 110 через интерфейс или порт. Антенна 111, интерфейс 114 и/или схема 120 обработки могут быть выполнены с возможностью выполнения любых операций приема или передачи, описанных в данном документе как выполняемые WD. Любая информация, данные и/или сигналы могут быть приняты от сетевого узла и/или другого WD. В некоторых вариантах осуществления схема внешнего радиоинтерфейса и/или антенна 111 могут рассматриваться в качестве интерфейса.
Как проиллюстрировано, интерфейс 114 содержит схему 112 внешнего радиоинтерфейса и антенну 111. Схема 112 внешнего радиоинтерфейса содержит один или несколько фильтров и усилителей 116. Схема 114 внешнего радиоинтерфейса соединена с антенной 111 и схемой 120 обработки, и выполнена с возможностью приведения в определенное состояние сигналов, сообщение которых осуществляется между антенной 111 и схемой 120 обработки. Схема 112 внешнего радиоинтерфейса может быть связана с или быть частью антенны 111. В некоторых вариантах осуществления WD 110 может не включать в себя отдельную схему 112 внешнего радиоинтерфейса; наоборот, схема 120 обработки может содержать схему внешнего радиоинтерфейса и может быть соединена с антенной 111. Аналогичным образом в некоторых вариантах осуществления некоторые части или вся схема 122 RF приемопередатчика могут рассматриваться как часть интерфейса 114. Схема 112 внешнего радиоинтерфейса может принимать цифровые данные, которые должны быть отправлены другим сетевым узлам или WD через беспроводное соединение. Схема 112 внешнего радиоинтерфейса может преобразовывать цифровые данные в радиосигнал с подходящими параметрами канала и полосы пропускания с использованием сочетания фильтров 118 и/или усилителей 116. Затем радиосигнал может быть передан через антенну 111. Аналогичным образом, при приеме данных, антенна 111 может собирать радиосигналы, которые затем преобразуются в цифровые данные схемой 112 внешнего радиоинтерфейса. Цифровые данные могут быть переправлены схеме 120 обработки. В других вариантах осуществления интерфейс может содержать другие компоненты и/или другие сочетания компонентов.
Схема 120 обработки может содержать сочетание одного или нескольких из микропроцессора, контроллера, микроконтроллера, центрального блока обработки, цифрового сигнального процессора, проблемно-ориентированной интегральной микросхемы, программируемой вентильной матрицы или любого другого подходящего вычислительного устройства, ресурса или сочетания аппаратного обеспечения, программного обеспечения и/или кодированной логики, работающей для обеспечения, либо отдельно, либо в сочетании с другими компонентами WD 110, такими как считываемый-устройством носитель 130 информации, функциональных возможностей WD 110. Такие функциональные возможности могут включать в себя обеспечение любого из различных беспроводных признаков и преимуществ, которые обсуждаются в данном документе. Например, схема 120 обработки может исполнять инструкции, хранящиеся в считываемом-устройством носителе 130 информации или в памяти в схеме 120 обработки, чтобы обеспечивать функциональные возможности, которые раскрываются в данном документе.
Как проиллюстрировано, схема 120 обработки включает в себя одно или несколько из схемы 122 RF приемопередатчика, схемы 124 обработки основной полосы частоты и схемы 126 обработки приложения. В других вариантах осуществления схема обработки может содержать другие компоненты и/или другие сочетания компонентов. В некоторых вариантах осуществления схема 120 обработки у WD 110 может содержать SOC. В некоторых вариантах осуществления схема 122 RF приемопередатчика, схема 124 обработки основной полосы частот и схема 126 обработки приложения могут быть отдельными чипами или наборами чипов. В альтернативных вариантах осуществления часть или все из схемы 124 обработки основной полосы частот и схемы 126 обработки приложения могут быть объединены в одном чипе или наборе чипов, и схема 122 RF приемопередатчика может быть на отдельном чипе иди наборе чипов. В еще одних альтернативных вариантах осуществления часть или все из схемы 122 RF приемопередатчика и схемы 124 обработки основной полосы частот могут быть на отдельном чипе или наборе чипов. В еще одних других альтернативных вариантах осуществления часть или все из схемы 122 RF приемопередатчика, схемы 124 обработки основной полосы частот и схемы 126 обработки приложения могут быть объединены в одном и том же чипе или наборе чипов. В некоторых вариантах осуществления схема 122 RF приемопередатчика может быть частью интерфейса 114. Схема 122 RF приемопередатчика может приводить в определенное состояние RF сигналы для схемы 120 обработки.
В некоторых вариантах осуществления некоторые или все из функциональных возможностей, описанных в данном документе как выполняемые WD, могут быть обеспечены схемой 120 обработки, исполняющей инструкции, хранящиеся в считываемом-устройством носителе 130 информации, который в некоторых вариантах осуществления может быть машиносчитываемый запоминающим носителем информации. В альтернативных вариантах осуществления некоторые или все из функциональны возможностей могут быть обеспечены схемой 120 обработки без исполнения инструкций, хранящихся на отдельном или дискретном считываемом-устройством запоминающем носителе информации, как, например, образом со схемной реализацией. В любых из этих конкретных вариантов осуществления, хранятся или нет исполняемые инструкции на считываемом-устройством запоминающем носителе информации, схема 120 обработки может быть выполнена с возможностью выполнения описанных функциональных возможностей. Преимущества, которые предоставляются такими функциональными возможностями, не ограничиваются одной схемой 120 обработки или другими компонентами WD 110, а используются WD 110 в целом и/или конечными пользователями и беспроводной сетью в общем.
Схема 120 обработки может быть выполнена с возможностью выполнения любого определения, вычисления или аналогичных операций (например, некоторых операций получения), описанных в данном документе, как выполняемые WD. Эти операции, как выполняемые схемой 120 обработки, могут включать в себя обработку информации, полученной схемой 120 обработки путем, например, преобразования полученной информации в другую информацию, сравнения полученной информации или преобразованной информации с информацией, сохраненной WD 110, и/или выполнения одной или нескольких операций на основании полученной информации или преобразованной информации, и в результате упомянутой обработки, выполнения определения.
Считываемый-устройством носитель 130 информации может быть выполнен с возможностью хранения компьютерной программы, программного обеспечения, приложения, включающего в себя одно или несколько из логики, правил, кода, таблиц и т.д., и/или другие инструкции, выполненные с возможностью исполнения посредством схемы 120 обработки. Считываемый-устройством носитель 130 информации может включать в себя компьютерную память (например, Память с Произвольным Доступом (RAM) или Постоянную Память (ROM)), массовые запоминающие носители информации (например, жесткий диск), съемные запоминающие носители информации (например, Компакт Диск (CD) или Цифровой Видео Диск (DVD)) и/или любые другие энергозависимые или энергонезависимые, не временные считываемые-устройством и/или исполняемые компьютером устройства памяти, которые хранят информацию, данные и/или инструкции, которые могут быть использованы схемой 120 обработки. В некоторых вариантах осуществления схема 120 обработки и считываемый-устройством носитель 130 информации могут рассматриваться как интегрированные.
Оборудование 132 интерфейса пользователя может предоставлять компоненты, которые позволяют пользователю-человеку взаимодействовать с WD 110. Такое взаимодействие может быть во многих формах, таких как визуальной, звуковой, тактильной и т.д. Оборудование 132 интерфейса пользователя может быть выполнено с возможностью создания вывода для пользователя и обеспечения для пользователя предоставления ввода в WD 110. Тип взаимодействия может варьироваться в зависимости от типа оборудования 132 интерфейса пользователя, инсталлированного в WD 110. Например, если WD 110 является интеллектуальным телефоном, то взаимодействие может быть через сенсорный экран; если WD 110 является интеллектуальным измерителем, то взаимодействие может быть через экран, который обеспечивает использование (например, количество использованных галлонов), или громкоговоритель, который предоставляет звуковое предупреждение (например, если обнаруживается дым). Оборудование 132 интерфейса пользователя может включать в себя интерфейсы, устройства и схемы ввода, и интерфейсы, устройства и схемы вывода. Оборудование 132 интерфейса пользователя выполнено с возможностью обеспечения ввода информации в WD 110, и соединено со схемой 120 обработки, чтобы позволить схеме 120 обработки обрабатывать информацию ввода. Оборудование 132 интерфейса пользователя может включать в себя, например, микрофон, датчик близости или другой датчик, клавиши/кнопки, сенсорный дисплей, одну или несколько камер, USB-порт или другую схему ввода. Оборудование 132 интерфейса пользователя также выполнено с возможностью обеспечения вывода информации из WD 110, и чтобы позволить схеме 120 обработки выводить информацию из WD 110. Оборудование 132 интерфейса пользователя может включать в себя, например, громкоговоритель, дисплей, вибрационную схему, USB-порт, интерфейс головных телефонов или другую схему вывода. Используя одно или несколько из интерфейсов, устройств и схем ввода и вывода оборудования 132 интерфейса пользователя WD 110 может осуществлять связь с конечными пользователями и/или беспроводной сетью и позволять им получать выгоду от функциональных возможностей, описанных в данном документе.
Вспомогательное оборудование 134 выполнено с возможностью обеспечения более конкретных функциональных возможностей, которые обычно могут не выполняться WD. Оно может содержать специализированные датчики для выполнения измерений для различных целей, интерфейс для дополнительных типов связи, такой как проводная связь, и т.д. Включение и тип компонентов вспомогательного оборудования 134 могут варьироваться в зависимости от варианта осуществления и/или сценария.
Источник 136 питания, в некоторых вариантах осуществления, может быть в форме батареи или блока батарей. Также могут быть использованы другие типы источников питания, такие как внешний источник питания (например, электрическая розетка), фотогальванические устройства или элементы электропитания. WD 110 может дополнительно содержать схему 137 питания для доставки питания от источника 136 питания к различным частям WD 110, которым требуется питание от источника 136 питания для обеспечения любых функциональных возможностей, описанных или указанных в данном документе. Схема 137 питания может в некоторых вариантах осуществления содержать схему управления питанием. Схема 137 питания может дополнительно или в качестве альтернативы быть выполнен с возможностью приема питания от внешнего источника питания; и в этом случае WD 110 может быть соединяемым с внешним источником питания (таким как электрическая розетка) через схему или интерфейс ввода, такой как электрический кабель питания. Схема 137 питания также может в некоторых вариантах осуществления быть выполнена с возможностью доставки питания от внешнего источника питания к источнику 136 питания. Это может быть, например, для зарядки источника питания 136. Схема 137 питания может выполнять любое форматирование, преобразование или другую модификацию питания от источника 136 питания, чтобы сделать питание подходящим для соответствующих компонентов WD 110, к которым подается питание.
его
его
Фиг. 10 иллюстрирует один вариант осуществления UE в соответствии с различными аспектами, описанными в данном документе. Используемое в данном документе оборудование пользователя или UE может не обязательно иметь пользователя в смысле пользователя-человека, который владеет и/или эксплуатирует соответствующее устройство. Вместо этого UE может представлять собой устройство, которое предназначено для продажи, или эксплуатации посредством, пользователю-человеку, но которое может не быть, или может не быть первоначально, ассоциировано с конкретным пользователем-человеком (например, интеллектуальный контроллер дождевальной машины). В качестве альтернативы UE может представлять устройство, которое не предназначено для продажи, или эксплуатации посредством, конечному пользователю, но которое может быть ассоциировано с или эксплуатироваться для получения выгоды пользователем (например, интеллектуальный измеритель мощности). UE 200 может быть любым UE, идентифицированным Проектом Партнерства 3 Поколения (3GPP), включая NB-IoT UE, UE связи машинного типа (MTC) и/или UE улучшенной MTC (eMTC). UE 200, как проиллюстрировано на Фиг. 10, является одним примером WD, выполненного с возможностью осуществления связи в соответствии с одним или несколькими стандартами связи, опубликованными Проектом Партнерства 3 Поколения (3GPP), такими как стандарты 3GPP GSM, UMTS, LTE и/или 5G. Как упомянуто ранее, понятие WD и UE могут быть использованы взаимозаменяемым образом. Соответственно, несмотря на то, что  Фиг. 10 соответствует UE, компоненты, которые обсуждаются здесь, в равной степени применимы к WD, и наоборот.
На Фиг. 10 UE 200 включает в себя схему 201 обработки, которая оперативно связана с интерфейсом 205 ввода/вывода, радиочастотным (RF) интерфейсом 209, интерфейсом 211 сетевого соединения, памятью 215, включающей в себя память 217 с произвольным доступом (RAM), постоянную память 219 (ROM) и запоминающий носитель информации 221, или аналогичное, подсистемой 231 связи, источником 233 питания и/или любым другим компонентом, или любым их сочетанием. Запоминающий носитель 221 информации включает в себя операционную систему 223, прикладную программу 225 и данные 227. В других вариантах осуществления запоминающий носитель 221 информации может включать в себя другие аналогичные типы информации. Определенные UE могут использовать все из компонентов, показанных на Фиг. 10, или только подмножество компонентов. Уровень интеграции между компонентами может варьироваться от одного UE к другому UE. Кроме того, определенные UE могут содержать несколько экземпляров компонента, как например, несколько процессоров, памятей, приемопередатчиков, передатчиков, приемников и т.д.
На Фиг. 10 схема 201 обработки может быть выполнена с возможностью обработки компьютерный инструкций и данных. Схема 201 обработки может быть выполнена с возможностью реализации любого последовательного конечного автомата, работающего для исполнения машинных инструкций, которые хранятся в качестве машиносчитываемых компьютерных программ в памяти, таких как один или несколько реализованных в аппаратном обеспечении конечных автоматов (например, в дискретной логике, FPGA, ASIC и т.д.); программируемой логики вместе с подходящим встроенным программным обеспечением; одной или нескольких сохраненных программ, процессоров общего назначения, таких как микропроцессор или Цифровой Сигнальный Процессор (DSP), вместе с подходящим программным обеспечением; или любого сочетания из вышеприведенного. Например, схема 201 обработки может включать в себя два центральных блока обработки (CPU). Данные могут быть информацией в форме, подходящей для использования компьютером.
В изображенном варианте осуществления интерфейс 205 ввода/вывода может быть выполнен с возможностью обеспечения интерфейса связи для устройства ввода, устройства вывода или устройства ввода и вывода. UE 200 может быть выполнено с возможностью использования устройства вывода через интерфейс 205 ввода/вывода. Устройство вывода может использовать тот же самый тип порта интерфейса, что и устройство ввода. Например, USB-порт может быть использован для обеспечения ввода в и вывода из UE 200. Устройство вывода может быть громкоговорителем, звуковой картой, видеокартой, дисплеем, монитором, принтером, исполнительным механизмом, излучателем, интеллектуальной картой, другим устройством вывода или любым их сочетанием. UE 200 может быть выполнено с возможностью использования устройства ввода через интерфейс 205 ввода/вывода, чтобы позволить пользователю захватывать информацию в UE 200. Устройство ввода может включать в себя реагирующий на касание или реагирующий на присутствие дисплей, камеру (например, цифровую камеру, цифровую видеокамеру, веб-камеру и т.д.), микрофон, датчик, мышь, шаровой манипулятор, панель направлений, сенсорную площадку, колесо прокрутки, интеллектуальную карту и аналогичное. Реагирующий на присутствие дисплей может включать в себя емкостной или резистивный датчик касания для регистрации ввода от пользователя. Датчик может быть, например, акселерометром, гироскопом, датчиком наклона, датчиком усилия, магнитометром, оптическим датчиком, датчиком близости, другим аналогичным датчиком или любым их сочетанием. Например, устройство ввода может быть акселерометром, магнитометром, цифровой камерой, микрофоном и оптическим датчиком.
На Фиг. 10 RF интерфейс 209 может быть выполнен с возможностью обеспечения интерфейса связи с RF компонентами, такими как передатчик, приемник и антенна. Интерфейс 211 сетевого соединения может быть выполнен с возможностью обеспечения интерфейса связи с сетью 243a. Сеть 243a может охватывать проводные и/или беспроводные сети, такие как локальная сеть (LAN), глобальная сеть (WAN), компьютерная сеть, беспроводная сеть, телекоммуникационная сеть, другая аналогичная сеть или любое их сочетание. Например, сеть 243a может содержать сеть Wi-Fi. Интерфейс 211 сетевого соединения может быть выполнен с возможностью включения интерфейса приемника и передатчика, используемого для осуществления связи с одним или несколькими другими устройствами через сеть связи в соответствии с одним или несколькими протоколами связи, такими как Ethernet, TCP/IP, SONET, ATM или аналогичный. Интерфейс 211 сетевого соединения может реализовывать функциональные возможности приемника и передатчика подходящие для линий связи сети связи (например, оптических, электрических и аналогичных). Функции передатчика и приемника могут совместно использовать компоненты схемы, программное обеспечение или встроенное программное обеспечение, или в качестве альтернативы могут быть реализованы раздельно.
RAM 217 может быть выполнена с возможностью взаимодействия через шину 202 со схемой обработки 201 для обеспечения сохранения или кэширования данных, или компьютерных инструкций во время исполнения программ программного обеспечения, таких как операционная системы, прикладные программы и драйверы устройств. ROM 219 может быть выполнена с возможностью предоставления компьютерных инструкций или данных схеме 201 обработки. Например, ROM 219 может быть выполнена с возможностью сохранения инвариантного низкоуровневого системного кода или данных для базовых функций системы, таких как базовый ввод и вывод (I/O), запуск, или прием нажатий клавиш от клавиатуры, которые хранятся в энергонезависимой памяти. Запоминающий носитель 221 информации может быть выполнен с возможностью включения памяти, такой как RAM, ROM, программируемая постоянная память (PROM), стираемая программируемая постоянная память (EPROM), электрически стираемая программируемая постоянная память (EEPROM), магнитные диски, оптические диски, гибкие диски, жесткие диски, съемные картриджи или флэш-накопители. В одном примере запоминающий носитель 221 информации может быть выполнен с возможностью включения операционной системы 223, прикладных программ 225, таких как приложение веб-браузера, машины виджетов или гаджетов или другого приложения и файла 227 данных. Запоминающий носитель 221 информации может хранить для использования посредством UE 200 любую из многообразия различных операционных системы или сочетаний операционных систем.
Запоминающий носитель 221 информации может быть выполнен с возможностью включения некоторого количества физических блоков накопителя, таких как избыточный массив независимых дисков (RAID), накопитель на гибком диске, флэш-память, USB флэш-накопитель, внешний накопитель на жестком диске, флэш-накопитель, флэшка, миниатюрная флэшка, оптический дисковый накопитель на цифровом универсальном диске высокой плотности (HD-DVD), внутренний накопитель на жестком диске, оптический дисковый накопитель Blu-Ray, оптический дисковый накопитель на голографическом цифровом хранилище данных (HDDS), внешний мини модуль памяти с двухсторонним расположением микросхем (DIMM), синхронная динамическая память с произвольным доступом (SDRAM), внешняя микро-DIMM SDRAM, память интеллектуальной карты, такая как модуль идентификации абонента или съемный модуль идентификации абонента (SIM/RUIM), другая память или любое их сочетание. Запоминающий носитель 221 информации может обеспечивать UE 200 доступ к исполняемым компьютером инструкциям, прикладным программам или аналогичному, хранящемуся на временном или не временном средстве памяти, для выгрузки данных или для загрузки данных. Изделие, такое как использующее систему связи, может быть вещественным образом воплощено в запоминающем носителе 221 информации, который может содержать считываемый-устройством носитель информации.
На Фиг. 10 схема 201 обработки может быть выполнена с возможностью осуществления связи с сетью 243b с использованием подсистемы 231 связи. Сеть 243a и сеть 243b могут быть одной и той же сетью или сетями, или другой сетью или сетями. Подсистема 231 связи может быть выполнена с возможностью включения одного или нескольких приемопередатчиков, используемых для осуществления связи с сетью 243b. Например, подсистема 231 связи может быть выполнена с возможностью включения в себя одного или нескольких приемопередатчиков, используемых для осуществления связи с одним или несколькими удаленными приемопередатчиками другого устройства, выполненного с возможностью осуществления беспроводной связи, такого как другое WD, UE или базовая станция сети радиодоступа (RAN) в соответствии с одним или несколькими протоколами связи, такими как IEEE 802.2, CDMA, WCDMA, GSM, LTE, UTRAN, WiMax или аналогичный. Каждый приемопередатчик может включать в себя передатчик 233 и/или приемник 235 чтобы реализовывать функциональные возможности передатчика или приемника, соответственно, подходящие для линий радиосвязи RAN (например, распределение частот и аналогичное). Кроме того, передатчик 233 и приемник 235 каждого приемопередатчика могут совместно использовать компоненты схемы, программное обеспечение или встроенное программное обеспечение, или в качестве альтернативы могут быть реализованы раздельно.
В проиллюстрированном варианте осуществления функции связи подсистемы 231 связи могут включать в себя связь для передачи данных, голосовую связь, мультимедийную связь, связь малого радиуса действия, такую как Bluetooth, связь ближнего поля, основанную на местоположении связь, такую как использование глобальной системы позиционирования (GPS) для определения местоположения, другую аналогичную функцию связи или любое их сочетание. Например, подсистема 231 связи может включать в себя сотовую связь, связь Wi-Fi, связь Bluetooth и связь GPS. Сеть 243b может охватывать проводные и/или беспроводные сети, такие как локальная сеть (LAN), глобальная сеть (WAN), компьютерная сеть, беспроводная сеть, телекоммуникационная сеть, другая аналогичная сеть или любое их сочетание. Например, сеть 243b может быть сотовой сетью, сетью Wi-Fi и/или сетью ближнего поля. Источник 213 питания может быть выполнен с возможностью предоставления питания переменного тока (AC) или постоянного тока (DC) компонентам UE 200.
Признаки, преимущества и/или функции, описанные в данном документе, могут быть реализованы в одном из компонентов UE 200 или разбиты по нескольким компонентам UE 200. Кроме того, признаки, преимущества и/или функции, описанные в данном документе, могут быть реализованы в любом сочетании аппаратного обеспечения, программного обеспечения или встроенного программного обеспечения. В одном примере подсистема 231 связи может быть выполнена с возможностью включения любого из компонентов, описанных в данном документе. Кроме того, схема 201 обработки может быть выполнена с возможностью осуществления связи с любым из таких компонентов через шину 202. В другом примере, любые такие компоненты могут быть представлены инструкциями программы, хранящимися в памяти, которые, когда исполняются схемой 201 обработки, выполняют соответствующие функции, описанные в данном документе. В другом примере функциональные возможности любого из таких компонентов могут быть разбиты между схемой 201 обработки и подсистемой 231 связи. В другом примере, функции без большого объема вычислений любого из таких компонентов могут быть реализованы в программном обеспечении или встроенном программном обеспечении, а функции с большим объемом вычислений могут быть реализованы в аппаратном обеспечении.
Фиг. 11 является принципиальной структурной схемой, иллюстрирующей среду 300 виртуализации, в которой может осуществляться виртуализация функций, реализованных некоторыми вариантами осуществления. В настоящем контексте виртуализация означает создание виртуальных версий аппаратов или устройств, которые могут включать в себя виртуализацию аппаратных платформ, запоминающих устройств и сетевых ресурсов. Используемая в данном документе виртуализации может быть применена к узлу (например, виртуализированная базовая станция или виртуализированный узел радиодоступа) или к устройству (например, UE, беспроводное устройство или любой другой тип устройства связи) или их компонентам и относится к реализации, в которой по меньшей мере часть функциональных возможностей реализуется в качестве одного или нескольких виртуальных компонентов (например, через одно или несколько приложений, компонентов, функций, виртуальных машин или контейнеров, исполняемых на одном или нескольких физических узлах обработки в одной или нескольких сетях).
В некоторых вариантах осуществления некоторые или все из функций, которые описаны в данном документе, могут быть реализованы в качестве виртуальных компонентов, исполняемых одной или несколькими виртуальными машинами, реализованными в одной или нескольких виртуальных средах 300, размещенных в одном или нескольких узлах 330 аппаратного обеспечения. Кроме того, в вариантах осуществления, в которых виртуальный узел не является узлом радиодоступа или не требует соединяемости радиосвязи (например, узел базовой сети), сетевой узел может быть полностью реализован посредством виртуализации.
Функции могут быть реализованы посредством одного или нескольких приложений 320 (которые в качестве альтернативы могут именоваться экземплярами программного обеспечения, виртуальными приборами, сетевыми функциями, виртуальными узлами, виртуальными сетевыми функциями и т.д.), выполненных с возможностью реализации некоторых из признаков, функций и/или преимуществ некоторых из вариантов осуществления, описанных в данном документе. Приложения 320 работают в среде 300 реализации, которая предоставляет аппаратное обеспечение 330, содержащее схему 360 обработки и память 390. Память 390 содержит инструкции 395, исполняемые схемой 360 обработки, посредством чего приложение 320 работает для обеспечения одного или нескольких из признаков, преимуществ и/или функций, раскрытых в данном документе.
Среда 300 виртуализации содержит сетевые аппаратные устройства 330 общего назначения или специализированного назначения, содержащие набор из одного или нескольких процессоров, или схему 360 обработки, которые могут быть имеющимися в продаже (COTS) процессорами, специальными Проблемно-Ориентированными Интегральными Микросхемами (ASIC) или любым другим типом схемы обработки, включающей в себя цифровые или аналоговые аппаратные компоненты или процессоры особого назначения. Каждое аппаратное устройство может содержать память 390-1, которая может быть непостоянной памятью для временного хранения инструкций 395 или программного обеспечения, исполняемого схемой 360 обработки. Каждое аппаратное устройство может содержать один или несколько контроллеров 370 сетевого интерфейса (NIC), также известных как карты сетевого интерфейса, которые включают в себя физический сетевой интерфейс 380. Каждое аппаратное устройство также может включать в себя не временные, постоянные, машиносчитываемые запоминающие носители 390-2 информации с хранящимся на них программным обеспечением 395 и/или инструкциями, исполняемыми схемой 360 обработки. Программное обеспечение 395 может включать в себя любой тип программного обеспечения, включая программное обеспечение для создания экземпляра одного или нескольких слоев 350 виртуализации (также упоминаемых как гипервизоры), программное обеспечение для исполнения виртуальных машин 340, как, впрочем, и программное обеспечение, позволяющее ему исполнять функции, признаки и/или преимущества, описанные в отношении некоторых вариантов осуществления, описанных в данном документе.
Виртуальные машины 340 содержат виртуальную обработку, виртуальную память, виртуальное подключение к сети или интерфейс и виртуальное хранилище, и могут быть выполнены соответствующим слоем 350 виртуализации или гипервизором. Разные варианты осуществления экземпляра виртуального прибора 320 могут быть реализованы на одной или нескольких виртуальных машинах 340, и реализации могут быть выполнены разными путями.
Во время работы схема 360 обработки исполняет программное обеспечение 395, чтобы создать экземпляр гипервизора или слоя 350 виртуализации, который может иногда упоминаться как монитор виртуальной машины (VMM). Слой 350 виртуализации может представлять собой виртуальную рабочую платформу, которая выглядит как сетевое аппаратное обеспечение для виртуальной машины 340.
Как показано на Фиг. 11 аппаратное обеспечение 330 может быть автономным сетевым узлом с общими или особыми компонентами. Аппаратное обеспечение 330 может содержать антенну 3225 и может реализовывать некоторые функции через виртуализацию. В качестве альтернативы, аппаратное обеспечение 330 может быть частью более крупного кластера аппаратного обеспечения (например, такого как в центре обработки данных или оборудовании, установленном у пользователя (CPE)), где несколько узлов аппаратного обеспечения работают вместе и их администрирование осуществляется через компонент 3100 администрирования и оркестрации (MANO), который, среди прочего, наблюдает за администрированием жизненного цикла приложений 320.
Виртуализация аппаратного обеспечения в некоторых контекстах упоминается как виртуализация сетевой функции (NFV). NFV может быть использована для консолидации нескольких типов сетевого оборудования в промышленном стандартном серверном аппаратном обеспечении большого объема, физических коммутаторах и физических хранилищах, которые могут быть расположены в центрах обработки данных и оборудовании, установленном у пользователя.
В контексте NFV виртуальная машина 340 может быть реализацией в программном обеспечении физической машины, которая выполняет программы, как если бы они исполнялись на физической не виртуализированной машине. Каждая из виртуальных машин 340 и та часть аппаратного обеспечения 330, которая исполняет эту виртуальную машину, будь то аппаратное обеспечение, предназначенное для этой виртуальной машины, и/или аппаратное обеспечение, совместно используемое этой виртуальной машиной с другими виртуальными машинами 340, формируют отдельные элементы виртуальной сети (VNE).
По-прежнему в контексте NFV, Виртуальная Сетевая Функция (VNF) отвечает за обработку конкретных сетевых функций, которые выполняются в одной или нескольких виртуальных машинах 340 сверху аппаратной сетевой инфраструктуры 330, и соответствует приложению 320 на Фиг. 11.
В некоторых вариантах осуществления один или несколько радиоблоков 3200, каждый из которых включает в себя один или несколько передатчиков 3220 и один или несколько приемников 3210, может быть связан с одной или несколькими антеннами 3225. Радиоблоки 3200 могут осуществлять связь непосредственно с узлами 330 аппаратного обеспечения через один или несколько подходящих сетевых интерфейсов, и могут быть использованы в сочетании с виртуальными компонентами для предоставления виртуальному узлу возможностей радиосвязи, как например, узла радиодоступа или базовой станции.
В некоторых вариантах осуществления некоторая сигнализация может быть осуществления с использованием системы 3230 управления, которая в качестве альтернативы может быть использована для связи между узлами 330 аппаратного обеспечения и радиоблоками 3200.
При обращении к Фиг. 12, в соответствии с вариантом осуществления, система связи включает в себя телекоммуникационную сеть 410, такую как сотовая сеть 3GPP типа, которая содержит сеть 411 доступа, такую как сеть радиодоступа, и базовую сеть 414. Сеть 411 доступа содержит множество базовых станций 412a, 412b, 412c, таких как NB, eNB, gNB или другие типы беспроводных точек доступа, причем каждая определяет соответствующую зону 413a, 413b, 413c покрытия. Каждая базовая станция 412a, 412b, 412c может быть соединена с базовой сетью 414 через проводное или беспроводное соединение 415. Первое UE 491, которое располагается в зоне 413c покрытия, выполнено с возможностью соединения беспроводным образом, или поискового вызова посредством, соответствующей базовой станции 412c. Второе UE 492 в зоне 413a покрытия может быть соединено беспроводным образом с соответствующей базовой станцией 412a. При том, что в данном примере иллюстрируется множество UE 491, 492, раскрытые варианты осуществления в равной степени могут быть применены к ситуации, в которой одно UE находится в зоне покрытия, или в которой одно UE соединяется с соответствующей базовой станцией 412.
Телекоммуникационная сеть 410 сама соединена с хост-компьютером 430, который может быть воплощен в аппаратном обеспечении и/или программном обеспечении автономного сервера, реализованного в облаке сервера, распределенного сервера или в качестве ресурсов обработки в группе серверов. Владеть или управлять хост-компьютером 430 может поставщик услуг, или его эксплуатация может обеспечиваться посредством поставщика услуг или от лица поставщика услуг. Соединения 421 и 422 между телекоммуникационной сетью 410 и хост-компьютером 430 могут проходить непосредственно из базовой сети 444 к хост-компьютеру 430 или могут проходить через необязательную промежуточную сеть 420. Промежуточная сеть 420 может быть одной из, или сочетанием больше чем одной из, открытой, закрытой или размещенной сетью; промежуточная сеть 420, если есть, может быть магистральной сетью или Интернет; в частности, промежуточная сеть 420 может содержать две или несколько подсетей (не показано).
Система связи на Фиг. 12 в целом обеспечивает соединяемость между одним из соединенных UE 491, 492 и хост-компьютером 430. Соединяемость может быть описана, как соединение 450 «поверх сети» (OTT). Хост-компьютер 430 и соединенные UE 491, 492 выполнены с возможностью осуществления связи для передачи данных и/или сигнализации через соединение 450 OTT с использованием сети 411 доступа, базовой сети 414, любой промежуточной сети 420 и возможно дополнительной инфраструктуры (не показано) в качестве посредников. Соединение 450 OTT может быть прозрачным в том смысле, что участвующие устройства связи, через которые проходит соединение 450 OTT, не осведомлены о маршрутизации связи по восходящей линии связи и нисходящей линии связи. Например, базовая станция 412 может не быть или не требуется чтобы была проинформирована о предшествующей маршрутизации входящей связи нисходящей линии связи с данными, происходящими от хост-компьютера 430, которые должны быть переадресованы (например, должно быть передано обслуживание) соединенному UE 491. Аналогичным образом базовая станция 412 не должна быть осведомлена о дальнейшей маршрутизации исходящей связи восходящей линии связи, происходящей от UE 491 в направлении хост-компьютера 430.
Примерные реализации в соответствии с вариантом осуществления UE, базовой станции и хост-компьютера, которые обсуждались в предшествующих абзацах, теперь будут описаны при обращении к Фиг. 13. В системе 500 связи хост-компьютер 510 содержит аппаратное обеспечение 515, включающее в себя интерфейс 516 связи, выполненный с возможностью установки и обеспечения проводного или беспроводного соединения с интерфейсом другого устройства связи системы 500 связи. Хост-компьютер 510 дополнительно содержит схему 518 обработки, которая может обладать возможностями хранения и/или обработки. В частности, схема 518 обработки может содержать один или несколько программируемых процессоров, проблемно-ориентированных интегральных микросхем, программируемых вентильных матриц или их сочетания (не показано), выполненные с возможностью исполнения инструкций. Хост-компьютер 510 дополнительно содержит программное обеспечение 511, которое хранится в или является доступным для хост-компьютера 510 и является исполняемым схемой 518 обработки. Программное обеспечение 511 включает в себя хост-приложение 512. Хост-приложение 512 может быть выполнено с возможностью предоставления услуги удаленному пользователю, такому как UE 530, который соединяется через соединение 550 OTT, заканчивающееся в UE 530 и хост-компьютере 510. При предоставлении услуги удаленному пользователю хост-приложение 512 может предоставлять данные пользователя, которые передаются с использованием соединения 550 OTT.
Система 500 связи дополнительно включает в себя базовую станцию 520, предусмотренную в телекоммуникационной системе, и содержащую аппаратное обеспечение 525, позволяющее ей осуществлять связь с хост-компьютером 510 и с UE 530. Аппаратное обеспечение 525 может включать в себя интерфейс 526 связи для установки и обеспечения проводного или беспроводного соединения с интерфейсом другого устройства связи системы 500 связи, как, впрочем, и радиоинтерфейс 527 для установки и обеспечения по меньшей мере беспроводного соединения 570 с UE 530, которое располагается в зоне покрытия (не показано на Фиг. 13), которая обслуживается базовой станцией 520. Интерфейс 526 связи может быть выполнен с возможностью обеспечения соединения 560 с хост-компьютером 510. Соединение 560 может быть прямым или оно может проходить через базовую сеть (не показано на Фиг. 13) телекоммуникационной системы и/или через одну или несколько промежуточных сетей за пределами телекоммуникационной системы. В показанном варианте осуществления аппаратное обеспечение 525 базовой станции 520 дополнительно включает в себя схему 528 обработки, которая может содержать один или несколько программируемых процессоров, проблемно-ориентированных интегральных микросхем, программируемых вентильных матриц или их сочетания (не показано), выполненные с возможностью исполнения инструкций. Базовая станция 520 дополнительно имеет программное обеспечение 521, которое хранится внутренним образом или является доступным через внешнее соединение.
Система 500 связи дополнительно включает в себя UE 530, которое уже упоминалось. Его аппаратное обеспечение 535 может включать в себя радиоинтерфейс 537, выполненный с возможностью установки и обеспечения беспроводного соединения 570 с базовой станцией, обслуживающей зону покрытия, в которой в настоящее время располагается UE 530. Аппаратное обеспечение 535 у UE 530 дополнительно включает в себя схему 538 обработки, которая может содержать один или несколько программируемых процессоров, проблемно-ориентированных интегральных микросхем, программируемых вентильных матриц или их сочетания (не показано), выполненные с возможностью исполнения инструкций. UE 530 дополнительно содержит программное обеспечение 531, которое хранится в или может быть доступно UE 530 и может быть исполнено схемой 538 обработки. Программное обеспечение 531 включает в себя клиентское приложение 532. Клиентское приложение 532 может быть выполнено с возможностью предоставления услуги пользователю-человеку или не человеку через UE 530, при поддержке хост-компьютера 510. В хост-компьютере 510, исполняемое хост-приложение 512 может осуществлять связь с исполняемым клиентским приложением 532 через соединение 550 OTT, которое заканчивается в UE 530 и хост-компьютере 510. При предоставлении услуги пользователю клиентское приложение 532 может принимать данные запроса от хост-приложения 512 и предоставлять данные пользователя в ответ на данные запроса. Соединение 550 OTT может переносить как данные запроса, так и данные пользователя. Клиентское приложение 532 может взаимодействовать с пользователем, чтобы формировать данные пользователя, которые оно предоставляет.
Отмечается, что хост-компьютер 510, базовая станция 520 и UE 530, проиллюстрированные на Фиг. 13, могут быть аналогичными или идентичными хост-компьютеру 430, одной из базовых станций 412a, 412b, 412c и одному из UE 491, 492 на Фиг. 12, соответственно. Т.е. внутреннее функционирование этих объектов может быть тем, что показано на Фиг. 13 и независимо, окружающая сетевая топология может быть той, что на Фиг. 12.
На Фиг. 13 соединение 550 OTT было нарисовано абстрактно, чтобы проиллюстрировать связь между хост-компьютером 510 и UE 530 через базовую станцию 520, не обращаясь явно к каким-либо промежуточным устройствам и точной маршрутизации сообщений через эти устройства. Инфраструктура сети может определять маршрутизацию, которую она может быть сконфигурирована прятать от UE 530 или от поставщика услуги, который эксплуатирует хост-компьютер 510, или от обеих сторон. При том, что соединение 550 OTT является активным, инфраструктура сети может дополнительно принимать решения, посредством которых она динамически меняет маршрутизацию (например, на основе рассмотрения балансировки нагрузки или реконфигурации сети).
Беспроводное соединение 570 между UE 530 и базовой станцией 520 выполнено в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения. Один или несколько из различных вариантов осуществления улучшают эффективность услуг OTT, которые предоставляются UE 530 с использованием соединения 550 OTT, в котором беспроводное соединение 570 формирует последний сегмент. Точнее, идеи этих вариантов осуществления могут улучшать задержку и тем самым обеспечивать преимущества, такие как уменьшенная задержка для пользователя и более хорошая быстрота реагирования.
Процедура измерения может быть предусмотрена с целью осуществления мониторинга за скоростью передачи данных, временем ожидания и другими факторами, которые улучшает один или несколько вариантов осуществления. Дополнительно может присутствовать необязательная функциональная возможность сети для реконфигурирования соединения 550 OTT между хост-компьютером 510 и UE 530, в ответ на изменения результатов измерения. Процедура измерения и/или функциональная возможность сети для реконфигурирования соединения 550 OTT могут быть реализованы в программном обеспечении 511 и аппаратном обеспечении 515 хост-компьютера 510 или в программном обеспечении 531 и аппаратном обеспечении 535 UE 530, или как в том, так и другом. В вариантах осуществления датчики (не показано) могут быть развернуты в или в ассоциации с устройствами связи, через которые проходит соединение 550 OTT; датчики могут участвовать в процедуре измерения путем подачи значений величин, в отношении которых осуществляется мониторинг, которые в качестве примера приведены выше, или путем подачи значений других физических величин, из которых программное обеспечение 511, 531 может вычислять или оценивать величины, в отношении которых осуществляется мониторинг. Реконфигурирование соединения 550 OTT может включать в себя формат сообщения, установки повторной передачи, предпочтительную маршрутизацию и т.д.; реконфигурирование не должно влиять на базовую станцию 520, и оно может быть неизвестно или незаметно для базовой станции 520. Такие процедуры и функциональные возможности могут быть известны и применяться на практике в области техники. В некоторых вариантах осуществления измерения могут включать собственную сигнализацию UE, которая помогает измерениям со стороны хост-компьютера 510 пропускной способности, времени распространения, времени ожидания и аналогичного. Измерения могут быть реализованы в том, что программное обеспечение 511 и 531 предписывает передачу сообщений, в частности, пустых или ‘фиктивных’ сообщений, с использованием соединения 550 OTT, при том, что оно осуществляет мониторинг времени распространения, ошибок и т.д.
Фиг. 14 является блок-схемой, иллюстрирующей способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть теми, что описаны при обращении к Фигурам 12 и 13. Для простоты настоящего изобретения, в данном разделе будут включены только ссылки на чертежах Фиг. 14. На этапе 610 хост-компьютер предоставляет данные пользователя. На подэтапе 611 (который может быть необязательным) этапа 610 хост-компьютер предоставляет данные пользователя путем исполнения хост-приложения. На этапе 620 хост-компьютер инициирует передачу, несущую данные пользователя к UE. На этапе 630 (который может быть необязательным) базовая станция передает UE данные пользователя, которые были перенесены в передаче, которую инициировал хост-компьютер, в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения. На этапе 640 (который также может быть необязательным) UE исполняет клиентское приложение, ассоциированное с хост-приложением, которое исполняется хост-компьютером.
Фиг. 15 является блок-схемой, иллюстрирующей способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть теми, что описаны при обращении к Фигурам 12 и 13. Для простоты настоящего изобретения, в данном разделе будут включены только ссылки на чертежах Фиг. 15. На этапе 710 способа хост-компьютер предоставляет данные пользователя. На необязательном подэтапе (не показано) хост-компьютер предоставляет данные пользователя путем исполнения хост-приложения. На этапе 720 хост-компьютер инициирует передачу, несущую данные пользователя к UE. Передача может проходить через базовую станцию, в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения. На этапе 730 (который может быть необязательным) UE принимает данные пользователя, которые переносятся в передаче.
Фиг. 16 является блок-схемой, иллюстрирующей способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть теми, что описаны при обращении к Фигурам 12 и 13. Для простоты настоящего изобретения, в данном разделе будут включены только ссылки на чертежах Фиг. 16. На этапе 810 (который может быть необязательным) UE принимает входные данные, предоставленные хост-компьютером. Дополнительно или в качестве альтернативы, на этапе 820 UE предоставляет данные пользователя. На подэтапе 821 (который может быть необязательным) этапа 820 UE UE предоставляет данные пользователя путем исполнения клиентского приложения. На подэтапе 811 (который может быть необязательным) этапа 810 UE исполняет клиентское приложение, которое предоставляет данные пользователя в ответ на принятые входные данные, которые предоставлены хост-компьютером. При предоставлении данных пользователя исполняемое клиентское приложение может дополнительно рассматривать ввод пользователя, принятый от пользователя. Независимо от конкретного образа, посредством которого были предоставлены данные пользователя, UE инициирует на подэтпае 830 (который может быть необязательным) передачу данных пользователя к хост-компьютеру. На этапе 840 способа хост-компьютер принимает данные пользователя, переданные от UE, в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения.
Фиг. 17 является блок-схемой, иллюстрирующей способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть теми, что описаны при обращении к Фигурам 12 и 13. Для простоты настоящего изобретения, в данном разделе будут включены только ссылки на чертежах Фиг. 17. На этапе 910 (который может быть необязательным) в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения, базовая станция принимает данные пользователя от UE. На этапе 920 (который может быть необязательным) базовая станция инициирует передачу принятых данных пользователя к хост-компьютеру. На этапе 930 (который может быть необязательным) хост-компьютер принимает данные пользователя, которые переносятся в передаче, инициированной базовой станцией.
Любые соответствующие этапы, способы, признаки, функции или преимущества, раскрытые в данном документе, могут быть выполнены посредством одного или нескольких функциональных блоков или модулей одного или нескольких виртуальных устройств. Каждое виртуальное устройство может содержать некоторое количество этих функциональных блоков. Эти функциональные блоки могут быть реализованы через схему обработки, которая может включать в себя один или несколько микропроцессоров или микроконтроллеров, как, впрочем, и другое цифровое аппаратное обеспечение, которое может включать в себя цифровые сигнальные процессоры (DSP), цифровую логику особого назначения и аналогичное. Схема обработки может быть выполнена с возможностью исполнения программного кода, который хранится в памяти, которая может включать в себя один или несколько типов памяти, такую как постоянная память (ROM), память с произвольным доступом (RAM), кэш-память, устройства флэш-памяти, оптические запоминающие устройства и т.д. Программный код, который хранится в памяти, включает в себя инструкции программы для исполнения одного или нескольких телекоммуникационных протоколов и/или протоколов связи для передачи данных, как, впрочем, и инструкции для выполнения одной или нескольких методик, описанных в данном документе. В некоторых реализациях схема обработки может быть использована, чтобы предписывать соответствующему функциональному блоку выполнять соответствующие функции в соответствии с одним или несколькими вариантами осуществления настоящего изобретения.
Фиг. 18 изображает способ в соответствии с конкретными вариантами осуществления. Способ может быть выполнен беспроводным устройством (таким как UE). Способ начинается на этапе 1802 с обнаружения инициирующего события, связанного с процедурой, при которой беспроводное устройство полагается на выбор луча нисходящей линии связи и может потребовать от сети обновление ресурсов, связанных с конфигурацией администрирования линий радиосвязи и/или параметрами, связанными с администрированием лучей. Примерами таких событий являются повторное создание или возобновление соединения, передачи обслуживания, условные передачи обслуживания, изменения SCG, и добавление SCG, включая случай EN-DC, при котором добавленная/измененная SCG является сотой NR, а MCG PCell является сотой LTE, и восстановление луча. Примеры инициирующих событий включают прием команды на HO (см., например, Фиг. 4), прием команды на условную HO (см., например, Фиг. 5), определение выполнения процедуры отката RACH (см., например, Фиг. 6), обнаружение сбоя луча в направлении исходной соты (см., например, Фиг. 7) и обнаружение изменений в измерениях луча (см., например, Фиг. 8). Способ переходит к этапу 1804 с, в ответ на обнаружение инициирующего события, инициированием отправки одного или нескольких отчетов о луче/соте в сеть. Дополнительные подробности, связанные с отправкой одного или нескольких отчетов о луче/соте в сеть дополнительно описаны выше (см., например, стр. 12-15, включающие заголовки Сообщение для целевого объекта, в котором представляются в отчете эти измерения; Какие точно измерения представляются в отчете; Каким образом UE принимает решение о том, какие измерения должны быть включены в отчет об измерениях для целевого объекта после осуществления доступа; и Каким образом UE выполняет эти измерения, которые должны быть включены в отчет об измерениях для целевого объекта по осуществления доступа). В некоторых вариантах осуществления отчеты о луче/соте предоставляют измерения для набора лучей (например, набор включает в себя один или несколько лучей, которые не являются наилучшими лучами и необязательно включает наилучший луч).
Фиг. 19 иллюстрирует принципиальную структурную схему устройства 1900 в беспроводной сети (например, беспроводной сети, показанной на Фиг. 9). Устройство может быть реализовано в беспроводном устройстве (например, беспроводном устройстве 110 на Фиг. 9). Устройство 1900 выполнено с возможностью выполнения примерного способа, описанного при обращении к Фиг. 18, и возможно любых других процессов или способов, описанных в данном документе. Также следует понимать, что способ на Фиг. 18 не обязательно выполняется исключительно устройством 1900. По меньшей мере некоторые операции способа могут быть выполнена одним или несколькими другими объектами.
Виртуальное Устройство 1900 может содержать схему обработки, которая может включать в себя один или несколько микропроцессоров или микроконтроллеров, как, впрочем, и другое цифровое аппаратное обеспечение, которое может включать в себя цифровые сигнальные процессоры (DSP), цифровую логику особого назначения и аналогичное. Схема обработки может быть выполнена с возможностью исполнения программного кода, который хранится в памяти, которая может включать в себя один или несколько типов памяти, такую как постоянная память (ROM), память с произвольным доступом, кэш-память, устройства флэш-памяти, оптические запоминающие устройства и т.д. Программный код, который хранится в памяти, включает в себя инструкции программы для исполнения одного или нескольких телекоммуникационных протоколов и/или протоколов связи для передачи данных, как, впрочем, и инструкции для выполнения одной или нескольких методик, описанных в данном документе, в некоторых вариантах осуществления. В некоторых реализациях схема обработки может быть использована, чтобы предписывать Блоку 1902 Обнаружения События, Блоку 1904 Мониторинга Луча/Соты, Блоку 1906 Представления Отчета и другим подходящим блока устройства 1900 выполнять соответствующие функции в соответствии с одним или несколькими вариантами осуществления настоящего изобретения.
Как проиллюстрировано на Фиг. 19 устройство 1900 включает в себя Блок 1902 Обнаружения События, Блок 1904 Мониторинга Луча/Соты и Блок 1906 Представления Отчета. Блок 1902 Обнаружения События выполнен с возможностью обнаружения инициирующего события, связанного с процедурой, при которой беспроводное устройство полагается на выбор луча нисходящей линии связи и может потребовать, чтобы сеть обновила ресурсы, связанные с конфигурацией администрирования линий радиосвязи, и/или параметры, связанные с администрированием лучей. Блок 1904 Мониторинга Луча/Соты выполнен с возможностью осуществления мониторинга/выполнения измерений по лучам/сотам, принятым беспроводным устройством. Блок 1906 Представления Отчета выполнен с возможностью представления отчета об измерениях, собранных блоком 1904 мониторинга луча/соты, в сеть. В качестве одного примера Блок 1906 Представления Отчета может включать отчеты о луче/соте в Msg 3 или в сообщение завершения передачи обслуживания для целевого узла, как часть процедуры передачи обслуживания.
Понятие блок может иметь обычное значение в области электроники, электрических устройств и/или электронных устройств и может включать в себя, например, электрическую и/или электронную схему, устройства, модули, процессоры, памяти, логические твердотельные и/или дискретные устройства, компьютерные программы или инструкции для выполнения соответствующих задач, процедур, вычислений, выводов и/или функций демонстрации и т.д., таких как те, что описаны в данном документе.
ПРИМЕРНЫЕ ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ
Варианты Осуществления Группы A
1. Способ, выполняемый беспроводным устройством, причем способ содержит этапы, на которых:
- обнаруживают инициирующее событие, связанное с процедурой, при которой беспроводное устройство полагается на выбор луча нисходящей линии связи и может потребовать, чтобы сеть обновила ресурсы, связанные с конфигурацией администрирования линий радиосвязи, и/или параметры, связанные с администрированием лучей; и
- в ответ на обнаружение инициирующего события, инициируют отправку одного или нескольких отчетов о луче/соте в сеть.
2. Способ предыдущего варианта осуществления, в котором инициирующее событие связано с процедурой для передачи обслуживания к целевому узлу и инициирующее событие инициирует отправку одного или нескольких отчетов о луче/соте целевому узлу.
3. Способ примерного варианта 2 осуществления, в котором инициирующее событие соответствует приему команды на передачу обслуживания.
4. Способ примерного варианта 2 осуществления, в котором инициирующее событие соответствует приему команды на условную передачу обслуживания.
5. Способ примерного варианта 2 осуществления, в котором инициирующее событие содержит обнаружение изменений измерений луча у лучей целевого узла после приема команды на передачу обслуживания или команды на условную передачу обслуживания.
6. Способ варианта 2 осуществления, в котором инициирующее событие соответствует определению выполнения процедуры отката RACH после отправки попытки произвольного доступа целевому узлу и не приема ответа произвольного доступа в пределах окна ответа произвольного доступа.
7. Способ любого из вариантов 2-6 осуществления, в котором один или несколько отчетов о луче/соте отправляются после приема ответа произвольного доступа от целевого узла.
8. Способ варианта 7 осуществления, в котором один или несколько отчетов о луче/соте выключаются в Msg3 процедуры произвольного доступа с целевым узлом или в сообщение завершения передачи обслуживания.
9. Способ варианта 1 осуществления, в котором инициирующее событие связано с процедурой для повторного создания соединения или восстановления луча.
10. Способ варианта 9 осуществления, в котором инициирующее событие соответствует обнаружению сбоя луча в направлении исходного узла.
11. Способ любого из предыдущих вариантов осуществления, в котором один или несколько отчетов о луче/соте указывают измерения, ассоциированные с набором лучей нисходящей линии связи, при этом по меньшей мере один из лучей нисходящей линии связи в наборе не является наилучшим лучом.
12. Способ любого из предыдущих вариантов осуществления, в котором отчеты о луче/соте предоставляют информацию об измерениях, ассоциированную с блоками SS/PBCH, информацию об измерениях, ассоциированную с ресурсами CSI-RS, или и то, и другое.
13. Способ любого из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором определяют, какие типы событий конфигурировать в качестве инициирующих событий.
14. Способ любого из предыдущих вариантов осуществлена, дополнительно содержащий этап, на котором определяют, какое сообщение использовать для отправки одного или нескольких отчетов о луче/соте.
15. Способ любого из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором определяют, какие измерения представлять в отчете в одном или нескольких отчетах о луче/соте.
16. Способ любого из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором определяют, какие измерения должны быть включены в один или несколько отчетов о луче/соте для целевого объекта после осуществления доступа.
17. Способ любого из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором выполняют измерения, которые должны быть включены в один или несколько отчетов о луче/соте для целевого объекта после осуществления доступа.
18. Способ любого из предыдущих вариантов осуществления, дополнительно содержащий этапы, на которых:
- предоставляют данные пользователя; и
- переадресовывают данные пользователя хост-компьютеру через передачу к базовой станции.
Варианты Осуществления Группы B
19. Способ, выполняемый целевой базовой станцией, причем способ содержит этапы, на которых:
- принимают один или несколько отчетов о луче/соте от беспроводного устройства в течение процедуры передачи обслуживания от исходной базовой станции;
- в ответ на прием одного или нескольких отчетов о луче/соте от беспроводного устройства, обновляют ресурсы, связанные с конфигурацией администрирования линий радиосвязи, и/или параметры, связанные с администрированием лучей.
20. Способ по Пункту 19, в котором один или несколько отчетов о луче/соте принимаются в Msg3 процедуры произвольного доступа с беспроводным устройством или в сообщении завершения передачи обслуживания.
21. Способ, выполняемый базовой станцией, причем способ содержит этапы, на которых:
- принимают один или несколько отчетов о луче/соте от беспроводного устройства в течение процедуры повторного создания соединения или восстановления луча;
- в ответ на прием одного или нескольких отчетов о луче/соте от беспроводного устройства, обновляют ресурсы, связанные с конфигурацией администрирования линий радиосвязи, и/или параметры, связанные с администрированием лучей.
22. Способ любого из предыдущих вариантов осуществления, в котором один или несколько отчетов о луче/соте указывают измерения, ассоциированные с набором лучей нисходящей линии связи, при этом по меньшей мере один из лучей нисходящей линии связи в наборе не является наилучшим лучом.
23. Способ любого из предыдущих вариантов осуществления, дополнительно содержащий этапы, на которых:
- получают данные пользователя; и
- переадресовывают данные пользователя хост-компьютеру или беспроводному устройству.
Варианты Осуществления Группы C
24. Беспроводное устройство, причем беспроводное устройство, содержащее:
- схему обработки, выполненную с возможностью выполнения любого из этапов любого из вариантов осуществления Группы A; и
- схему подачи питания, выполненную с возможностью подачи питания к беспроводному устройству.
25. Базовая станция, причем базовая станция, содержащая:
- схему обработки, выполненную с возможностью выполнения любого из этапов любого из вариантов осуществления Группы B;
- схему подачи питания, выполненную с возможностью подачи питания к базовой станции.
26. Оборудование пользователя (UE), причем UE, содержащее:
- антенну, выполненную с возможностью отправки и приема беспроводных сигналов;
- схему внешнего радиоинтерфейса, соединенную с антенной и со схемой обработки, и выполненную с возможностью приведения в определенное состояние сигналов, сообщение которых осуществляется между антенной и схемой обработки;
- схему обработки, выполненную с возможностью выполнения любого из этапов любых из вариантов осуществления Группы A;
- интерфейс ввода, соединенный со схемой обработки и выполненный с возможностью обеспечения ввода информации в UE, которая должна быть обработана схемой обработки;
- интерфейс вывода, соединенный со схемой обработки и выполненный с возможностью вывода информации из UE, которая была обработана схемой обработки; и
- батарею, соединенную со схемой обработки и выполненную с возможностью подачи питания к UE.
27. Система связи, включающая в себя хост-компьютер, содержащий:
- схему обработки, выполненную с возможностью предоставления данных пользователя; и
- интерфейс связи, выполненный с возможностью переадресации данных пользователя в сотовую сеть для передачи оборудованию пользователя (UE),
- при этом сотовая сеть содержит базовую станцию с радиоинтерфейсом и схемой обработки, причем схема обработки базовой станции выполнена с возможностью выполнения любого из этапов любого из вариантов осуществления Группы B.
28. Система связи предыдущего варианта осуществления, дополнительно включающая в себя базовую станцию.
29. Система связи предыдущих 2 вариантов осуществления, дополнительно включающая в себя UE, при этом UE выполнено с возможностью осуществления связи с базовой станцией.
30. Система связи предыдущих 3 вариантов осуществления, при этом:
- схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения, тем самым предоставляя данные пользователя; и
- UE содержит схему обработки, выполненную с возможностью исполнения клиентского приложения, ассоциированного с хост-компьютером.
31. Способ, реализуемый в системе связи, включающей в себя хост-компьютер, базовую станцию и оборудование пользователя (UE), причем способ содержит этапы, на которых:
- в хост-компьютере, предоставляют данные пользователя; и
- в хост-компьютере, инициируют передачу, несущую данные пользователя к UE через сотовую сеть, содержащую базовую станцию, при этом базовая станция выполняет любые из этапов любого из вариантов осуществления Группы B.
32. Способ предыдущего варианта осуществления, дополнительно содержащий этап, на котором, в базовой станции, передают данные пользователя.
33. Способ предыдущих 2 вариантов осуществления, в котором данные пользователя предоставляются в хост-компьютере путем исполнения хост-приложения, причем способ дополнительно содержащий этап, на котором, в UE, исполняют клиентское приложение, ассоциированное с хост-приложением.
34. Оборудование пользователя (UE), выполненное с возможностью осуществления связи с базовой станцией, причем UE, содержащее радиоинтерфейс и схему обработки, выполненную с возможностью выполнения предыдущих 3 вариантов осуществления.
35. Система связи, включающая в себя хост-компьютер, содержащий:
- схему обработки, выполненную с возможностью предоставления данных пользователя; и
- интерфейс связи, выполненный с возможностью переадресации данных пользователя в сотовую сеть для передачи к оборудованию пользователя (UE),
- при этом UE содержит радиоинтерфейс и схему обработки, причем компоненты UE выполнены с возможностью выполнения любых из этапов любого из вариантов осуществления Группы A.
36. Система связи предыдущего варианта осуществления, в которой сотовая сеть дополнительно включает в себя базовую станцию, выполненную с возможностью осуществления связи с UE.
37. Система связи предыдущих вариантов осуществления, в которой:
- схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения, тем самым предоставляя данные пользователя; и
- схема обработки UE выполнена с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением.
38. Способ, реализуемый в системе связи, включающей в себя хост-компьютер, базовую станцию и оборудование пользователя (UE), причем способ содержит этапы, на которых:
- в хост-компьютере, предоставляют данные пользователя; и
- в хост-компьютере, инициируют передачу, несущую данные пользователя к UE через сотовую сеть, содержащую базовую станцию, при этом UE выполняет любые из этапов любого из вариантов осуществления Группы A.
39. Способ предыдущего варианта осуществления, дополнительно содержащий этап, на котором, в UE, принимают данные пользователя от базовой станции.
40. Система связи, включающая в себя хост-компьютер, содержащий:
- интерфейс связи, выполненный с возможностью приема данных пользователя, происходящих из передачи от оборудования пользователя (UE) к базовой станции,
- при этом UE содержит радиоинтерфейс и схему обработки, причем схема обработки UE выполнена с возможностью выполнения любого из этапов любого из вариантов осуществления Группы A.
41. Система связи предыдущего варианта осуществления, дополнительно включающая в себя UE.
42. Система связи предыдущих 2 вариантов осуществления, дополнительно включающая в себя базовую станцию, при этом базовая станция содержит радиоинтерфейс, выполненный с возможностью осуществления связи с UE, и интерфейс связи, выполненный с возможностью переадресации к хост-компьютеру данных пользователя, которые переносятся передачей от UE к базовой станции.
43. Система связи предыдущих 3 вариантов осуществления, в которой:
- схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения; и
- схема обработки UE выполнена с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением, тем самым предоставляя данные пользователя.
44. Система связи предыдущих 4 вариантов осуществления, в которой:
- схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения, тем самым предоставляя данные запроса; и
- схема обработки UE выполнена с возможностью исполнения клиентского приложения, ассоциированного с хост-компьютером, тем самым предоставляя данные пользователя в ответ на запрос данных.
45. Способ, реализуемый в системе связи, включающей в себя хост-компьютер, базовую станцию и оборудование пользователя (UE), причем способ содержит этапы, на которых:
- в хост-компьютере, принимают данные пользователя, переданные к базовой станции от UE, при этом UE выполняет любые из этапов любого из вариантов осуществления Группы A.
46. Способ предыдущего варианта осуществления, дополнительно содержащий этап, на котором, в UE, предоставляют данные пользователя базовой станции.
47. Способ предыдущих 2 вариантов осуществления, дополнительно содержащий этапы, на которых:
- в UE, исполняют клиентское приложение, тем самым предоставляя данные пользователя, которые должны быть переданы; и
- в хост-компьютере, исполняют хост-приложение, ассоциированное с клиентским приложением.
48. Способ предыдущих 3 вариантов осуществления, дополнительно содержащий этапы, на которых:
- в UE, исполняют клиентское приложение; и
- в UE, принимают входные данные в клиентское приложение, причем входные данные предоставляются в хост-компьютере путем исполнения хост-приложения, ассоциированного с клиентским приложением,
- при этом данные пользователя, которые должны быть переданы, предоставляются клиентским приложением в ответ на входные данные.
49. Система связи, включающая в себя хост-компьютер, содержащий интерфейс связи, выполненный с возможностью приема данных пользователя, происходящих из передачи от оборудования пользователя (UE) к базовой станции, при этом базовая станция содержит радиоинтерфейс и схему обработки, причем схема обработки базовой станции выполнена с возможностью выполнения любого из этапов любого из вариантов осуществления Группы B.
50. Система связи предыдущего варианта осуществления, дополнительно содержащая базовую станцию.
51. Система связи предыдущих 2 вариантов осуществления, дополнительно включающая в себя UE, при этом UE выполнено с возможностью осуществления связи с базовой станцией.
52. Система связи предыдущих 3 вариантов осуществления, в которой:
- схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения;
- UE выполнено с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением, тем самым предоставляя данные пользователя, которые должны быть приняты хост-компьютером.
53. Способ, реализуемый в системе связи, включающей в себя хост-компьютер, базовую станцию и оборудование пользователя (UE), причем способ содержит этап, на котором:
- в хост-компьютере, принимают от базовой станции данные пользователя, происходящие из передачи, которую базовая станция приняла от UE, при этом UE выполняет любой из этапов любого из вариантов осуществления Группы A.
54. Способ предыдущего варианта осуществления, дополнительно содержащий этап, на котором, в базовой станции, принимают данные пользователя от UE.
55. Способ предыдущих 2 вариантов осуществления, дополнительно содержащий этап, на котором, в базовой станции, инициируют передачу принятых данных пользователя к хост-компьютеру.
ФИГ. 20 иллюстрирует примерную блок-схему способа 900 для использования в беспроводном устройстве, таком как беспроводное устройство 110, 200, 330, 491, 492 или 530, описанное выше. На этапе 920 беспроводное устройство обнаруживает инициирующее событие, связанное с процедурой для передачи обслуживания от исходного сетевого узла к целевому сетевому узлу, при которой беспроводное устройство полагается на выбор луча нисходящей линии связи. Например, инициирующее событие может включать в себя прием команды на передачу обслуживания от исходного сетевого узла или прием команды на условную передачу обслуживания и/или определение того, что выполняются условия для передачи обслуживания. Таким образом, беспроводное устройство может отправлять информацию об измерениях, только если это необходимо, например, так как инициирующее событие указывает, что требуются измерения луча нисходящей линии связи, или другие критерии, как обсуждается в данном документе. В некоторых вариантах осуществления беспроводное устройство определяет, какие инициирующие события обнаруживать, например, с использованием неявной или явной информации о конфигурации от сети.
В некоторых вариантах осуществления инициирующее событие содержит определение того, что по меньшей мере одно измерение луча изменилось после представления отчета об измерении луча исходному сетевому узлу. Например, это может включать определение того, что самый сильный луч изменился и/или, что изменилась мощность, качество или интерфейс, ассоциированные по меньшей мере с одним лучом. Соответственно, сообщение, включающее в себя информацию об измерении, может указывать целевому сетевому узлу, что по меньшей мере одно измерение луча изменилось.
В некоторых вариантах осуществления инициирующее событие соответствует определению выполнения процедуры отката RACH после отправки попытки произвольного доступа целевому узлу и не приема ответа произвольного доступа в пределах окна ответа произвольного доступа. Например, во время процедуры передачи обслуживания, если беспроводное устройство не принимает ответ произвольного доступа, то это может указывать на то, что должна быть использована процедура отката RACH. Это может дополнительно указывать на то, что информация об измерениях луча в целевом узле может быть устаревшей, тем самым указывая беспроводному устройству отправлять информацию об измерениях, которая является более актуальной.
На этапе 940 беспроводное устройство определяет информацию об измерениях для включения в сообщение для отправки целевому сетевому узлу. Информация об измерениях может быть получена путем измерения одного или нескольких лучей в соответствии с одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений. Например, беспроводное устройство может определять, какую информацию об измерениях включать и/или какое сообщение использовать для отправки информации об измерениях в соответствии с вариантами осуществления, раскрытыми в разделах «Какие измерения представляются в отчете» и «Каким образом UE принимает решение о том, какие измерения должны быть включены в отчет об измерениях для целевого объекта после осуществления доступа» выше. В некоторых вариантах осуществления, определение информации об измерениях может быть в соответствии с ранее принятой конфигурацией от исходного сетевого узла. В некоторых вариантах осуществления, определение информации об измерениях включает в себя выполнение измерений луча, которые должны быть включены в сообщение, например, в соответствии с информацией о конфигурации, принятой от исходного узла.
На этапе 960 беспроводное устройство, в ответ на обнаружение инициирующего события, отправляет определенную информацию об измерениях в сообщении целевому сетевому узлу. Как описано выше информация об измерениях может быть отправлена в любом подходящем сообщении, например, сообщении завершения передачи обслуживания, Msg3 в процедуре произвольного доступа и т.д. В некоторых вариантах осуществления сообщение указывает измерения, ассоциированные с набором лучей нисходящей линии связи, где по меньшей мере один из лучей нисходящей линии связи в наборе не является наилучшим лучом. Например, измерения могут быть ассоциированы с более чем лишь одним лучом. Таким образом, беспроводное устройство может предоставлять наиболее актуальную информацию об измерениях для целевого сетевого узла.
ФИГ.  21 иллюстрирует примерную блок-схему способа 100 для использования в беспроводном устройстве, таком как беспроводное устройство 110, 200, 330, 491, 492 или 530, описанное выше. На этапе 1020 беспроводное устройство обнаруживает инициирующее событие, связанное с процедурой для повторного создания соединения или восстановления луча с сетевым узлом, при которой беспроводное устройство полагается на выбор луча нисходящей линии связи. Это отличается от способа 900 тем, что инициирующее событие не связано с процедурой передачи обслуживания. Например, в некоторых вариантах осуществления инициирующее событие соответствует обнаружению сбоя луча в направлении исходного сетевого узла. Таким образом, беспроводное устройство может определять, что обновление информации об измерениях может быть оправдано, например, так как прошло слишком много времени с момента, когда оно последний раз соединялось с сетевым узлом, или если произошел сбой луча, тогда, возможно, присутствуют лучи лучше для использования.
На этапе 1040 беспроводное устройство определяет информацию об измерениях для включения в сообщение для отправки сетевому узлу. Информация об измерениях может быть получена путем измерения одного или нескольких лучей в соответствии с одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений. На этапе 1060 в ответ на обнаружение инициирующего события беспроводное устройство отправляет определенную информацию об измерениях в сообщении сетевому узлу. Каким образом информация об измерениях может быть определена и отправлена сетевому узлу может быть описано при обращении к ранее описанным вариантам осуществления, включая при обращении к способу 900 выше.
ФИГ.  22 иллюстрирует примерную блок-схему способа 1100 для использования в сетевом узле, таком как сетевой узел 160, 330, 412 или 520, описанный выше. Способ 1100 может начинаться на этапе 1120, при этом используется информация о луче, полученная от исходного сетевого узла в течение использования процедуры передачи обслуживания беспроводного устройства от исходного сетевого узла к целевому сетевому узлу. Например, сетевой узел может использовать информацию о луче, чтобы контактировать с беспроводным устройством, чтобы инициировать или продолжать процедуру передачи обслуживания.
На этапе 1140 сетевой узел принимает сообщение, содержащее информацию об измерениях от беспроводного устройства в течение процедуры передачи обслуживания от исходного сетевого узла. Например, сетевой узел может принимать сообщение, как описано на  ФИГ. Х 9 и 10 выше. В некоторых вариантах осуществления сетевой узел принимает сообщение, содержащее информацию об измерениях от беспроводного устройства до того, как сетевой узел отправляет любой запрос на конфигурацию измерений луча беспроводному устройству. Таким образом, сетевой узел может регулировать информацию о конфигурации без отправки запроса, тем самым уменьшая время использования устаревших конфигураций. Сообщение может быть принято в любом подходящем сообщении после того, как беспроводное устройство инициируется, например, в сообщении Msg3 процедуры произвольного доступа с беспроводным устройством или в сообщении завершения передачи обслуживания.
На этапе 1160 в ответ на прием сообщения, содержащего информацию об измерениях, от беспроводного устройства, сетевой узел обновляет ресурсы, связанные с одним из конфигурации администрирования линий радиосвязи, конфигурацией администрирования лучей и конфигурации измерений. Например, он может обновлять набор лучей, которые должны быть сконфигурированы для беспроводного устройства, включая изменение того, какие лучи включаются в набор, или какой является наилучшим лучом для нисходящей линии связи.
На этапе 1180 сетевой узел может осуществлять связь с беспроводным устройством с использованием обновленных ресурсов, связанных с одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений. Например, сетевой узел может менять, какие лучи нисходящей линии связи он использует для осуществления связи с беспроводным устройством, или может менять, какие лучи конфигурируются для измерения и/или использования применительно к беспроводному устройству. Таким образом, сетевой узел может регулировать конфигурацию с использованием актуальных измерений для беспроводного устройства, не запрашивая эти измерения после того, как завершается процедура передачи обслуживания.
ФИГ.  23 иллюстрирует примерную блок-схему способа 1200 для использования в сетевом узле, таком как сетевой узел 160, 330, 412 или 520, описанный выше. Способ 1200 может начинаться на этапе 1220, при этом сетевой узел принимает сообщение, содержащее информацию об измерениях, от беспроводного устройства во время процедуры повторного создания соединения или восстановления луча. Это отличается от ФИГ. 22 тем, что информация об измерениях не принимается в течение процедуры передачи обслуживания, а в течение процедуры повторного создания соединения или восстановления луча. Беспроводное устройство может быть выполнено с возможностью инициирования отправки сообщения в этих сценариях по причинам, описанным ранее.
Этапы 1240 и 1260 соответствуют аналогичным этапам 1160 и 1180 способа 1100, изображенного на ФИГ. 22. Аналогично ФИГ. 22, на этапе 1240 сетевой узел может в ответ на прием сообщения, содержащего информацию об измерениях, от беспроводного устройства, обновлять ресурсы, связанные с одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений. На этапе 1260 сетевой узел может осуществлять связь с беспроводным устройством с использованием обновленных ресурсов, связанных с одним из конфигурации администрирования линий радиосвязи, конфигурации администрирования лучей и конфигурации измерений. Способ 1200 может отличаться на основании другого инициирующего условия, которое может влиять на то, какая информация об измерениях принимается сетевым узлом, и каким образом сетевой узел продолжает осуществление связи с беспроводным устройством.
Несмотря на то, что настоящее изобретение было описано с помощью нескольких вариантов осуществления, множество изменений, вариаций, переделок, преобразований и модификаций может быть предложено специалистом в соответствующей области техники, и подразумевается, что настоящее изобретение охватывает такие изменения, вариации, переделки, преобразования и модификации, как лежащие в пределах объема прилагаемой формулы изобретения.