Полная конфигурация rrc в en-dc

Изобретение относится к беспроводной связи. Технический результат заключается в оптимизации использования ресурсов сети связи для обеспечения двойной связности при передаче обслуживания пользовательского оборудования (UE) в телекоммуникационной системе «новое радио». Способы включают в себя отправку, из сетевого узла во вторичный целевой узел, сообщения запроса на добавление для выделения ресурсов для UE при передаче обслуживания. Операции включают в себя прием сообщения подтверждения запроса на добавление из вторичного целевого узла. Сообщение подтверждения запроса на добавление включает в себя указание контекста, касающееся полного контекста управления радиоресурсами (RRC) или дельта-контекста RRC. Дельта-контекст RRC включает в себя данные, которые обновляются по отношению к данным в текущем контексте UE. Операции включают в себя определение, на основе указания контекста, типа контекста RRC для предоставления вторичному целевому узлу. 6 н. и 23 з.п. ф-лы, 16 ил.

 

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

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

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

В LTE протокол управления радиоресурсами (RRC) используется для конфигурирования (установки) и поддержания радиосоединения между пользовательским оборудованием (UE) и eNB. Когда UE принимает RRC-сообщение из eNB, оно будет применять или компилировать конфигурацию, и, если эта процедура выполнена успешно, UE вырабатывает сообщение завершения RRC, которое указывает ID транзакции сообщения, которое инициировало этот ответ.

В последних версиях LTE три сигнальных однонаправленных радиоканала (SRB), а именно SRB0, SRB1 и SRB2, были доступны для передачи RRC-сообщений и сообщений слоя без доступа (NAS) между UE и eNB. Новый SRB, известный как SRB1bis, также был введен для поддержки передачи данных через NAS (Data Over NAS, DoNAS) в NB-IoT.

SRB0 может использоваться для RRC-сообщений, использующих логический канал CCCH, и может использоваться для обработки установления RRC-соединения, возобновления RRC-соединения и повторного установления RRC-соединения. После подключения UE к eNB (то есть после успешного установления RRC-соединения или повторного установления/возобновления RRC-соединения) SRB1 может использоваться для обработки RRC-сообщений (которые могут включать в себя вложенное сообщение NAS), а также сообщений NAS перед установлением SRB2, каждое из которых использует логический канал DCCH.

SRB2 может использоваться для RRC-сообщений, которые включают в себя зарегистрированную информацию об измерении, а также для сообщений NAS, каждое из которых использует логический канал DCCH. SRB2 может иметь более низкий приоритет по сравнению с SRB1, так как зарегистрированная информация об измерении и сообщении NAS могут быть длинными и могут привести к блокировке более срочных и меньших сообщений SRB1. SRB2 может быть сконфигурирован E-UTRAN после активации защиты.

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

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

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

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

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

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

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

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

Аспекты настоящего раскрытия проиллюстрированы посредством примера и не ограничиваются сопроводительными чертежами. На чертежах:

на фиг. 1 показана схематичная блок-схема пользовательской плоскости (UP) в LTE с двойной связностью (DC), включающей в себя главный узел и вторичный узел согласно различным вариантам осуществления настоящего раскрытия;

на фиг. 2 показана схематичная блок-схема архитектуры пользовательской плоскости (UP) для межсетевого взаимодействия LTE-NR между главным узлом и вторичным узлом согласно различным вариантам осуществления настоящего раскрытия;

на фиг. 3 показана схематичная блок-схема архитектуры плоскости управления (CP) для межсетевого взаимодействия LTE-NR между главным узлом и вторичным узлом согласно различным вариантам осуществления настоящего раскрытия;

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

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

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

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

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

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

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

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

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

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

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

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

на фиг. 16 показана схема потоков данных согласно различным вариантам осуществления настоящего раскрытия.

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

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

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

Краткая ссылка сделана на фиг. 1, которая иллюстрирует схематичную блок-схему пользовательской плоскости (UP) при двойной связности (DC) LTE, включающей в себя главный узел и вторичный узел согласно различным вариантам осуществления настоящего изобретения.

В некоторых вариантах осуществления E-UTRAN поддерживает операции двухрежимной связности (DC), в которых UE с многочисленными Rx/Tx в RRC_CONNECTED выполнено с возможностью использования радиоресурсов, предоставленных двумя различными планировщиками, расположенными в двух eNB, которые подключены посредством неидеального транзитного соединения через интерфейс X2. Узлы eNB, задействованные в DC для определенного UE, могут выполнять по меньшей мере две разные роли. В первой роли eNB могут функционировать в качестве главного узла (MN). Во второй роли eNB могут функционировать в качестве вторичного узла (SN). В DC UE могут быть подключены к одному MN и одному SN.

В DC LTE архитектура протокола радиосвязи, которую использует конкретный однонаправленный канал, может зависеть от того, как установлен однонаправленный канал. Например, могут существовать три типа однонаправленных каналов, которые включают в себя однонаправленный канал группы главных сот (MCG), однонаправленный канал группы вторичных сот (SCG) и разделенный однонаправленный канал. Управление радиоресурсами (RRC) может быть расположено в MN. Сигнальные однонаправленные радиоканалы (Signaling Radio Bearers, SRB) могут быть всегда сконфигурированы как тип канала MCG и, следовательно, могут использовать только радиоресурсы MN.

Теперь сделана ссылка на фиг. 2 и 3, на которых показаны соответствующие схематичные блок-схемы архитектур пользовательской плоскости (UP) и плоскости управления (СР) для межсетевого взаимодействия LTE-NR между главным узлом и вторичным узлом согласно различным вариантам осуществления настоящего раскрытия. Некоторые варианты осуществления предусматривают, что DC LTE-NR (нового радио), которая может также упоминаться как тесное межсетевое взаимодействие LTE-NR, может включать в себя разделенный однонаправленный канал от SN, который может упоминаться как разделенный однонаправленный канал SCG. DC LTE-NR может дополнительно включать в себя разделенный однонаправленный канал для RRC и прямой однонаправленный канал из SN, который может упоминаться как SCG SRB. На фиг. 2 и 3 показаны архитектуры пользовательской плоскости (UP) и плоскости управления (CP) для тесного взаимодействия LTE-NR.

В некоторых вариантах осуществления EN-DC SN может упоминаться как SgNB, где gNB представляет собой базовую станцию NR, и MN может упоминаться как MenB в случае, когда LTE является главным узлом, и NR является вторичным узлом. В некоторых вариантах осуществления, в которых NR является главным узлом, и LTE является вторичным узлом, можно использовать соответствующие термины SeNB и MgNB.

Некоторые варианты осуществления предусматривают, что разделенные RRC-сообщения могут использоваться для создания разнесения, и отправитель может принять решение относительно выбора одной из линии связи для планирования RRC-сообщений для дублирования сообщения по обеим линиям связи. В нисходящей линии связи переключение пути между ветвями MCG или SCG или их дублирование может быть оставлено для реализации сети. В некоторых вариантах осуществления для UL сеть может конфигурировать UE, чтобы использовать MCG, SCG или обе ветви. В данном описании термины «ветвь» и «путь» могут использоваться взаимозаменяемо.

В настоящем раскрытии на протяжении всего описания может использоваться специфическая терминология для различения различных сценариев двойной связности. Например, в контексте DC, как LTE, так и NR могут использоваться главным узлом и вторичным узлом. EN-DC:LTE-NR может описывать двойную связность, в которой LTE является главным узлом, и NR является вторичным узлом. NE-DC:LTE-NR может описывать двойную связность, где NR является главным узлом, и LTE является вторичным узлом. NR-DC, который может также упоминаться как DC NR-NR , может описывать двойную связность, где как главный узел, так и вторичный узел используют NR. В дополнение к этому, MR-DC, который также может называться как DC мульти-RAT, может быть общим термином для описания главного узла и вторичного узла, использующего различные RAT. EN-DC и NE-DC могут быть двумя разными примерами MR-DC.

Некоторые варианты осуществления предусматривают то, где эти однонаправленные каналы завершаются в сети, больше не важно с точки зрения UE. Например, UE может использовать ключ защиты, который конфигурируется для каждого однонаправленного канала. С точки зрения RAN2 может быть полностью поддержано установление однонаправленных каналов MCG, которые завершаются в SN, с использованием S-KeNB и однонаправленных каналов SCG, которые заканчиваются в MN. Аналогичным образом, одновременно можно поддерживать завершенные однонаправленные каналы SN и MN. Например, можно поддерживать как завершенные разделенные однонаправленные каналы SN, так и завершенные разделенные однонаправленные каналы MN.

Некоторые варианты осуществления предусматривают, что в LTE могут поддерживаться полные конфигурации RRC. В LTE во время передачи обслуживания (HO) или повторного установления контекст UE может передаваться из исходного eNB в целевой eNB. Если целевой eNB не понимает какую-либо часть конфигурации UE, то он может запустить полную конфигурацию. Полная процедура полной конфигурации точно определена в разделе 5.3.5.8 стандарта 3GPP TS 36.331, который представлен ниже:

UE должно: 1> сбросить/очистить все текущие выделенные конфигурации радиосвязи, за исключением C-RNTI MCG, конфигурации защиты MCG и конфигурации PDCP, RLC и логического канала для RB и конфигурацию зарегистрированных измерений; Примечание 1. Конфигурация радиосвязи не только является конфигурацией ресурса, но также включает в себя другие конфигурации, такие как MeasConfig и OtherConfig. 1> если сообщение RRCConnectionReconfiguration включает в себя mobilityControlInfo: 2> сбросить/очистить все текущие общие конфигурации радиосвязи; 2> использовать значения по умолчанию, точно определенные в 9.2.5 для таймеров T310, T311 или постоянных N310, N311; 1> else: 2> использовать значения для таймеров T301, T310, T311 и постоянные N310, N311, которые включены в ue-TimersAndConstants, принятые в SystemInformationBlockType2 (или SystemInformationBlockType2-NB в NB-IoT); 1> применить по умолчанию конфигурацию физического канала, которая точно определена в 9.2.4; 1> применить по умолчанию конфигурацию полупостоянного планирования, заданную в 9.2.3; 1> применить по умолчанию основную конфигурацию MAC, заданную в 9.2.2; 1> если UE является UE NB-IoT; или 1> для каждого значения srb-Identity, включенного в srb-ToAddModList (реконфигурацию SRB): 2> применить указанную конфигурацию, заданную в 9.1.2 для соответствующего SRB; 2> применить соответствующую конфигурацию RLC по умолчанию для SRB, указанную в 9.2.1.1 для SRB1 или в 9.2.1.2 для SRB2; 2> применить соответствующую конфигурацию логического канала по умолчанию для SRB, заданную в 9.2.1.1 для SRB1 или в 9.2.1.2 для SRB2; Примечание 2. Это должно привести SRB (SRB1 и SRB2 для передачи обслуживания и SRB2 для реконфигурирования после повторного установления) в известное состояние, из которого сообщение реконфигурации может выполнять дальнейшую конфигурацию. 1> для каждого значения eps-BearerIdentity, включенного в drb-ToAddModList, который является частью текущей конфигурации UE: 2> сбросить объект PDCP; 2> сбросить объект или объекты RLC; 2> сбросить логический канал DTCH; 2> сбросить drb-identity; Примечание 3: Это позволяет сохранить eps-bearerIdentity, но при этом удаляется DRB, включающий в себя drb-identity этих однонаправленных каналов, из текущей конфигурации UE и запускается установка DRB в AS в разделе 5.3.10.3 с использованием новой конфигурации. eps-bearerIdentity действует как привязка для ассоциирования сброшенного и повторно установленного DRB. В AS повторная установка DRB эквивалентна новой установке DRB (в том числе новой конфигурации PDCP и логического канала). 1> для каждого значения eps-BearerIdentity, которое является частью текущей конфигурации UE, но не является частью drb-ToAddModList: 2> выполнить сброс DRB, как указано в 5.3.10.2

Как указано выше, опция полной конфигурации может включать в себя инициализацию конфигурации радиосвязи, которая может сделать процедуру независимой от конфигурации, используемой в одной или более исходных сотах, за исключением того, что алгоритмы защиты продолжаются для повторного установления RRC. Если DRB не включен в drb-ToAddModList, DRB может быть сброшен, и, следовательно, на более высокие уровни может быть отправлено сообщение, указывающее сброс однонаправленного канала. Например, полноценная установка однонаправленного канала с нуля может быть выполнена для продолжения услуги (услуг) передачи данных, связанной с одним или более сброшенными однонаправленными каналами. Для этих однонаправленных каналов, включенных в drb-toAddModList, объекты PDCP/RLC/LCH могут быть сброшены и установлены снова.

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

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

В случае DC LTE, так как RRC все еще поддерживается только в MN, полная конфигурация может применяться как к частям конфигурации MCG, так и к SCG. В случае EN-DC ситуация может отличаться для случаев полной конфигурации от DC LTE, так как в конфигурации UE может сосуществовать часть LTE и NR. Соответствующие части сообщения RRCConnectionReconfiguration для EN-DC представлены ниже:

RRCConnectionReconfiguration-r8-IEs ::= SEQUENCE {

measConfig MeasConfig OPTIONAL, -- Need ON

mobilityControlInfo MobilityControlInfo OPTIONAL, -- Cond HO

dedicatedInfoNASList SEQUENCE (SIZE(1..maxDRB)) OF

DedicatedInfoNAS OPTIONAL, -- Cond nonHO

radioResourceConfigDedicated RadioResourceConfigDedicated OPTIONAL, -- Cond HO-toEUTRA

securityConfigHO SecurityConfigHO OPTIONAL, -- Cond HO

nonCriticalExtension RRCConnectionReconfiguration-v890-IEs OPTIONAL

}

RRCConnectionReconfiguration-v15x0-IEs ::= SEQUENCE {

en-DC-release BOOLEAN OPTIONAL, sk-Counter INTEGER (0.. 65535) OPTIONAL, -- Need ON

nr-secondaryCellGroupConfig-r15 OCTET STRING OPTIONAL,

radioBearerConfig-r15 OCTET STRING OPTIONAL,

radioBearerConfigS-r15 OCTET STRING OPTIONAL,

nonCriticalExtension SEQUENCE {} OPTIONAL

}

Во время HO исходный eNB может включать в себя сообщение HandoverPreparationInformation для целевого узла в сообщении запроса HO. Соответствующие части сообщения HandoverPreparationInformation для EN-DC представлены ниже:

HandoverPreparationInformation-r15-IEs ::= SEQUENCE {

ue-CapabilityRAT-List UE-CapabilityRAT-ContainerList,

sourceConfig-r15 OCTET STRING (CONTAINING RRCReconfiguration)

rrm-Config RRM-Config OPTIONAL,

as-Context AS-Context OPTIONAL,

nonCriticalExtension SEQUENCE {} OPTIONAL

}

Как можно видеть, IE sourceConfig-r15 в сообщении HandoverPreparationInformation может содержать RRCReconfiguration. В сообщении RRCConnectionReconfiguration части, выделенные жирным шрифтом, могут иметь отношение к целевому eNB (то есть к конфигурации MCG). Части, показанные курсивом, могут иметь отношение к целевому SN (то есть конфигурации SCG). Части, относящиеся к SN, могут быть частями, которые могут быть включены в сообщение SCG-ConfigInfo, которое может быть дополнительно отправлено в целевой SN во время добавления SgNB.

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

Второй сценарий предусматривает, что целевой eNB не понимает часть MCG, и целевой SN не понимает, часть SCG. В этом сценарии, так как целевой eNB и целевой SN одновременно не понимают конфигурацию, относящуюся к ним, полная конфигурация может применяться как к конфигурации MCG, так и к конфигурации SCG.

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

Некоторые аспекты настоящего раскрытия и их варианты осуществления могут обеспечивать решения этих или других проблем. Некоторые варианты осуществления могут решить проблему полной конфигурации и дельта-конфигурации RRC в EN-DC. Согласно некоторым вариантам осуществления, если целевой eNB не понимает часть MCG конфигурации UE, которая передается ему из исходного eNB, полная конфигурация может применяться одновременно к конфигурациям MCG и SCG. В таких вариантах осуществления целевой eNB может сообщать целевому SN, после получения запроса на добавление SgNB, что может применяться полная конфигурация SCG.

Если целевой eNB понимает часть MCG конфигурации UE, но SgNB не понимает конфигурацию SCG, может применяться полная конфигурация SCG, в то время как дельта-конфигурация может использоваться для MCG. В таких вариантах осуществления целевой SgNB после получения подтверждения запроса на добавление SgNB, может предоставить указание в MN относительно того, что конфигурация SCG, которую он предоставляет, является полной конфигурацией. Одним из преимуществ использования дельта-конфигурации может быть меньший размер сообщения по сравнению с полной конфигурацией, что позволяет снизить нагрузку на сеть и радиосвязь и помехи и/или снизить потребляемую мощность аккумуляторной батареи в устройстве.

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

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

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

Некоторые варианты осуществления, представленные в данном документе, могут соответствовать EN-DC, где MN является eNB, в котором выполняется LTE RRC, и SN является gNB, который выполняется NR. Однако варианты осуществления, представленные в данном документе, могут быть в равной степени применимы к любой сети MR-DC, в которой MN и SN используют спецификации RRC из различных RAT. Кроме того, различные варианты осуществления, представленные в данном документе, могут быть объединены и/или модифицированы в зависимости от ситуации.

Во время HO в EN-DC, если целевой eNB понимает часть MCG конфигурации UE, которая передается из исходного eNB, может не потребоваться выполнять полную реконфигурацию MCG. Вместо этого достаточно выполнить полную реконфигурацию только SCG. В таких вариантах осуществления SgNB может информировать MN (например, в сообщении ACK запроса на добавление SgNB) относительно того, что должна применяться полная конфигурация SCG.

В некоторых вариантах осуществления в EN-DC, во время процедуры HO, если целевой SgNB не понимает конфигурации SCG, целевой SgNB может включать в себя указание о том, что должна быть применена полная конфигурация SCG, а также полная конфигурация SCG в сообщении ACK запроса на добавление SgNB. Например, примерная часть процедуры RRCConnectionReconfiguration для EN-DC обеспечивает, что:

1> если принятое сообщение RRCConnectionReconfiguration включает в себя en-DC-release:

2> выполнить сброс группы вторичных сот, как указано в подпункте 5.3.5.4a TS38.331, и сбросить nr-primaryCellGroupConfig;

1> если принятое сообщение RRCConnectionReconfiguration включает в себя sk-counter:

2> выполнить процедуру обновления ключа, как указано в подпункте 5.3.5.7 TS 38.331;

1> если принятое сообщение RRCConnectionReconfiguration включает в себя nr-primaryCellGroupConfig:

2> выполнить реконфигурацию NR RRC, как указано в подпункте 5.3.5.3 TS 38.331.

1> если принятое сообщение RRCConnectionReconfiguration включает в себя radioBearerConfig:

2> выполнить конфигурацию радиоканала, как указано в подпункте 5.3.5.5 TS 38.331;

1> если принятое сообщение RRCConnectionReconfiguration включает в себя radioBearerConfigS:

2> выполнить конфигурацию радиоканала, как указано в подпункте 5.3.5.5 TS 38.331.

Как показано выше, SCG может быть сброшена и добавлена в одно и тоже сообщение путем установки флага en-DC-release, который может быть эквивалентен полной конфигурации SCG. Таким образом, если SgNB указал в сообщении ACK запроса на добавление SgNB то, что должна быть применена полная конфигурация SCG, каждый целевой eNB должен установить флаг en-DC-release на значение «ИСТИНА».

Согласно некоторым вариантам осуществления в EN-DC полная реконфигурация SCG может быть достигнута путем установки бита en-DC-release в сообщении RRCConnectionReconfiguration на значение «ИСТИНА» для сброса SCG без необходимости возврата к полной конфигурации MCG. В описанных выше сценариях, в которых целевой eNB не понимает соответствующую конфигурацию, может быть выполнена полная конфигурация MCG. Если в данном документе необходимо повторно использовать обсуждение полной реконфигурации LTE, все однонаправленные каналы (MCG и/или SCG) могут быть завершены и, таким образом, повторно сброшены. Некоторые варианты осуществления предусматривают, что они могут быть добавлены в одно и то же сообщение реконфигурации путем включения их в список drb-ToAddMod. Значительные изменения в процедуре реконфигурации RRC-соединения могут быть выполнены в случае, если мы хотим сохранить конфигурацию SCG и выполнить дельта-конфигурацию SCG. Таким образом, можно использовать варианты осуществления, включающие в себя выполнение полной конфигурации, которая будет одновременно применяться для MCG и SCG в случае, если целевой eNB не сможет понять часть MCG конфигурации.

Некоторые варианты осуществления предусматривают, что в EN-DC во время процедуры HO, если целевой eNB не понимает конфигурацию MCG, может быть одновременно применена полная конфигурация MCG и SCG. Чтобы гарантировать, что SgNB также применяет полную конфигурацию, целевой eNB может информировать SgNB относительно того, что он должен это сделать таким образом.

Некоторые варианты осуществления предусматривают, что в EN-DC во время процедуры HO, если целевой eNB не понимает конфигурацию MCG, целевой eNB может включать в себя указание относительно того, что в SgNB должна быть применена полная конфигурация SCG в дополнение к сообщению запроса.

Еще одни дополнительные варианты осуществления могут предусматривать, что целевой eNB не включает в себя SCG-configInfo в сообщении запроса на добавление SgNB. В таких вариантах осуществления SgNB может быть вынужден выполнить полную реконфигурацию SCG.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Используемый в данном документе термин "беспроводное устройство (WD)" относится к устройству, способному, сконфигурированному, расположенному и/или выполненному с возможностью поддержания беспроводной связи с сетевыми узлами и/или другими беспроводными устройствами. Если не указано иное, термин WD может использоваться здесь взаимозаменяемо с пользовательским оборудованием (UE). Беспроводная связь может включать передачу и/или прием сигналов беспроводной связи с использованием электромагнитных волн, радиоволн, инфракрасных волн и/или других типов сигналов, подходящих для передачи информации в воздушной среде. В некоторых вариантах осуществления WD может быть выполнено с возможностью передачи и/или приема информации без прямого взаимодействия с человеком. Например, WD может быть предназначено для передачи информации в сеть по заранее определенному расписанию, когда оно запускается внутренним или внешним событием, или в ответ на запросы из сети. Примеры WD включают в себя, но не ограничиваются ими, смартфон, мобильный телефон, сотовый телефон, телефон с передачей голоса по IP (VoIP), телефон беспроводного абонентского доступа, настольный компьютер, персональный цифровой помощник (PDA), беспроводные камеры, игровую приставку или устройство, устройство для хранения музыки, устройство воспроизведения, носимое терминальное устройство, беспроводную оконечную точку, мобильную станцию, планшетный компьютер, ноутбук, оборудование, встроенное в портативный компьютер (LEE), оборудование, монтируемое на портативном компьютере (LME), интеллектуальное устройство, беспроводное абонентское оборудование (CPE), беспроводное терминальное устройство, устанавливаемое в транспортном средстве и т.д. WD может поддерживать связь между устройствами (D2D), например, путем реализации стандарта 3GPP для поддержания связи по боковой линии связи, и в этом случае может упоминаться как устройство связи D2D. В качестве еще одного конкретного примера в сценарии Интернета вещей (IoT) WD может представлять собой машину или другое устройство, которое выполняет контроль и/или измерения и передает результаты такого контроля и/или измерений в другое WD и/или сетевой узел. В этом случае WD может быть устройством межмашинной связи (M2M), которое в контексте 3GPP может упоминаться как устройство MTC. В качестве одного конкретного примера, WD может быть UE, реализующим стандарт узкополосного Интернета вещей (NB-IoT) 3GPP. Конкретными примерами таких машин или устройств являются датчики, измерительные устройства, такие как измерители мощности, промышленное оборудование или бытовые или персональные электроприборы (например, холодильники, телевизоры и т.д.), персональные носимые портативные электронные устройства (например, часы, фитнес-браслеты и т.д.). В других сценариях WD может представлять транспортное средство или другое оборудование, которое способно контролировать и/или сообщать о своем рабочем состоянии или других функциях, связанных с его работой. WD, как описано выше, может представлять оконечную точку беспроводного соединения, и в этом случае устройство может упоминаться как беспроводной терминал. Кроме того, WD, как описано выше, может быть мобильным, и в этом случае может также упоминаться как мобильное устройство или мобильный терминал.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Функции могут быть реализованы одним или несколькими приложениями 620 (которые могут альтернативно называться экземплярами программного обеспечения, виртуальными устройствами, сетевыми функциями, виртуальными узлами, функциями виртуальной сети и т.д.), выполненными с возможностью реализации некоторых особенностей, функций и/или преимуществ некоторых из раскрытых в данном документе вариантов осуществления. Приложения 620 выполняются в среде виртуализации, которая предоставляет аппаратные средства 630, содержащие схему 660 обработки и память 690. Память 690 содержит инструкции 695, исполняемые схемой 660 обработки, посредством чего приложение 620 способно обеспечить одну или несколько функций, преимуществ и/или функций, раскрытых в данном документе.

Среда 600 виртуализации содержит сетевые аппаратные устройства 630 общего или специального назначения, содержащие набор из одного или нескольких процессоров или схем 660 обработки, которые могут быть готовыми к применению коммерческими (COTS) процессорами, специализированными интегральными схемами (ASIC) или схемами обработки любого другого типа, включая цифровые или аналоговые аппаратные компоненты или процессоры специального назначения. Каждое аппаратное устройство может содержать память 690-1, которая может быть невременной памятью для временного хранения инструкций 695 или программного обеспечения, исполняемого схемой 660 обработки. Каждое аппаратное устройство может содержать один или несколько контроллеров сетевого интерфейса (NIC) 670, также известных как сетевые интерфейсные карты, которые включают в себя физический сетевой интерфейс 680. Каждое аппаратное устройство может также включать в себя невременные, постоянные, машиночитаемые носители 690 информации, на которых хранится программное обеспечение 695 и/или инструкции, исполняемые схемой 660 обработки. Программное обеспечение 695 может включать в себя любой тип программного обеспечения, включая программное обеспечение для создания экземпляров одного или нескольких уровней 650 виртуализации (также называемых гипервизорами), программного обеспечения для исполнения виртуальных машин 640, а также программного обеспечения, позволяющего ему исполнять функции, особенности и/или преимущества, описанные в связи с некоторыми вариантами осуществления, описанными в данном документе.

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

Во время работы схема 660 обработки исполняет программное обеспечение 695 для создания экземпляра гипервизора или слоя 650 виртуализации, который иногда может упоминаться как монитор виртуальной машины (VMM). Слой 650 виртуализации может представлять собой виртуальную операционную платформу, которая выглядит как сетевое оборудование для виртуальной машины 640.

Как показано на фиг. 6, аппаратные средства 630 могут представлять собой автономный сетевой узел с общими или конкретными компонентами. Аппаратные средства 630 могут содержать антенну 6225 и могут реализовывать некоторые функции посредством виртуализации. В качестве альтернативы, аппаратные средства 630 могут быть частью более крупного кластера аппаратных средств (например, такого как в центре обработки данных или клиентском оборудовании (CPE)), где многие аппаратные узлы работают вместе и управляются через управление и оркестровку (MANO) 6100, которая, помимо прочего, контролирует управление жизненным циклом приложений 620.

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

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

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

В некоторых вариантах осуществления один или несколько радиоблоков 6200, каждый из которых включает в себя один или несколько передатчиков 6220 и один или несколько приемников 6210, могут быть подключены к одной или нескольким антеннам 6225. Радиоблоки 6200 могут взаимодействовать напрямую с аппаратными узлами 630 через один или несколько соответствующих сетевых интерфейсов и могут использоваться в сочетании с виртуальными компонентами для обеспечения виртуального узла возможностями радиосвязи, такими как узел радиодоступа или базовая станция.

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

Теперь обратимся к фиг. 7, на которой показана схематичная блок-схема, иллюстрирующая телекоммуникационную сеть, подключенную через промежуточную сеть к хост-компьютеру в соответствии с различными вариантами осуществления настоящего раскрытия. В соответствии с некоторыми вариантами осуществления система связи включает в себя телекоммуникационную сеть 710, такую как сотовая сеть типа 3GPP, которая содержит сеть 711 доступа, такую как сеть радиодоступа, и базовую сеть 714. Сеть 711 доступа содержит множество базовых станций 712a, 712b, 712c, таких как узлы NB, eNB, gNB или точки беспроводного доступа других типов, каждая из которых определяет соответствующую зону 713a, 713b, 713c покрытия. Каждая базовая станция 712a, 712b, 712c может быть подключена к базовой сети 714 через проводное или беспроводное соединение 715. Первое UE 791, расположенное в зоне 713c покрытия, выполнено с возможностью беспроводного подключения к или передачи сигналов поискового вызова с помощью соответствующей базовой станции 712c. Второе UE 792 в зоне 713a покрытия беспроводным образом подключается к соответствующей базовой станции 712a. Хотя в этом примере проиллюстрировано множество UE 791, 792, раскрытые варианты осуществления в равной степени применимы к ситуации, когда одиночное UE находится в зоне покрытия, или когда одиночное UE подключается к соответствующей базовой станции 712.

Телекоммуникационная сеть 710 подключена непосредственно к хост-компьютеру 730, который может быть реализован в виде аппаратных средств и/или программного обеспечения автономного сервера, сервера, реализованного в облаке, распределенного сервера или в виде ресурсов обработки в ферме серверов. Хост-компьютер 730 может находиться в собственности или под управлением поставщика услуг или может управляться поставщиком услуг или от имени поставщика услуг. Соединения 721 и 722 между телекоммуникационной сетью 710 и хост-компьютером 730 могут продолжаться непосредственно от базовой сети 714 до хост-компьютера 730 или могут проходить через вспомогательную промежуточную сеть 720. Промежуточная сеть 720 может представлять собой одну или комбинацию из более чем одной: общедоступной, частной или развернутой сети; промежуточной сети 720, если таковая имеется, может представлять собой магистральную сеть или Интернет; в частности, промежуточная сеть 720 может содержать две или более подсетей (не показаны).

Система связи, показанная на фиг. 7, в целом обеспечивает связность между подключенными UE 791, 792 и хост-компьютером 730. Связность может быть описана как соединение 750 поверх протокола IP (OTT). Хост-компьютер 730 и подключенные UE 791, 792 выполнены с возможностью передачи данных и/или сигнализации через OTT-соединение 750, используя сеть 711 доступа, базовую сеть 714, любую промежуточную сеть 720 и возможную дополнительную инфраструктуру (не показана) в качестве посредников. OTT-соединение 750 может быть прозрачным в том смысле, что участвующие устройства связи, через которые проходит OTT-соединение 750, не знают о маршрутизации передач по восходящей и нисходящей линиям связи. Например, базовая станция 712 может не знать или не нуждаться в информации о прошлой маршрутизации входящей передачи по нисходящей линии связи с данными, исходящими из хост-компьютера 730, которые должны пересылаться (например, при передаче обслуживания) в подключенное UE 791. Аналогичным образом, базовой станции 712 не нужно знать о будущей маршрутизации исходящей передачи по восходящей линии связи, исходящей от UE 791 в направлении хост-компьютера 730.

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

Примерные реализации, в соответствии с вариантом осуществления, UE, базовой станции и хост-компьютера, обсуждаемые в предыдущих абзацах, теперь будут описаны со ссылкой на фиг. 8. В системе 800 связи хост-компьютер 810 содержит аппаратные средства 815, включая интерфейс 816 связи, выполненный с возможностью установления и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 800 связи. Хост-компьютер 810 дополнительно содержит схему 818 обработки, которая может иметь возможности хранения и/или обработки. В частности, схема 818 обработки может содержать один или более программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их комбинации (не показаны), которые предназначены для исполнения инструкций. Хост-компьютер 810 дополнительно содержит программное обеспечение 811, которое хранится в хост-компьютере 810 или доступно для него и исполняется схемой 818 обработки. Программное обеспечение 811 включает в себя хост-приложение 812. Хост-приложение 812 может быть выполнено с возможностью предоставления услуги удаленному пользователю, такому как UE 830, устанавливающему соединение через OTT-соединение 850, которое заканчивается в UE 830 и хост-компьютере 810. При предоставлении услуги удаленному пользователю хост-приложение 812 может предоставлять пользовательские данные, которые передаются с использованием OTT-соединения 850.

Система 800 связи дополнительно включает в себя базовую станцию 820, предусмотренную в телекоммуникационной системе и содержащую аппаратные средства 825, позволяющие ей обмениваться данными с хост-компьютером 810 и с UE 830. Аппаратные средства 825 могут включать в себя интерфейс 826 связи для установки и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 800 связи, а также радиоинтерфейс 827 для установки и поддержания по меньшей мере беспроводного соединения 870 с UE 830, расположенным в зоне покрытия (не показана на фиг. 8), обслуживаемой базовой станцией 820. Интерфейс 826 связи может быть выполнен с возможностью упрощения соединения 860 с хост-компьютером 810. Соединение 860 может быть прямым, или оно может проходить через базовую сеть (не показана на фиг. 8) телекоммуникационной системы и/или через одну или несколько промежуточных сетей вне телекоммуникационной системы. В показанном варианте осуществления аппаратные средства 825 базовой станции 820 дополнительно включают в себя схему 828 обработки, которая может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их комбинации (не показаны), выполненные с возможностью исполнения инструкций. Базовая станция 820 дополнительно имеет программное обеспечение 821, хранящееся внутри нее или доступное через внешнее соединение.

Система 800 связи дополнительно включает в себя уже упомянутое UE 830. Его аппаратные средства 835 могут включать в себя радиоинтерфейс 837, выполненный с возможностью установки и поддержания беспроводного соединения 870 с базовой станцией, обслуживающей зону покрытия, в которой на данный момент находится UE 830. Аппаратные средства 835 UE 830 дополнительно включают в себя схему 838 обработки, которая может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их комбинации (не показаны), выполненных с возможностью исполнения инструкций. UE 830 дополнительно содержит программное обеспечение 831, которое хранится в UE 830 или доступно для него и может исполняться схемой 838 обработки. Программное обеспечение 831 включает в себя клиентское приложение 832. Клиентское приложение 832 может быть выполнено с возможностью предоставлять услугу пользователю - человеку или пользователю-не человеку через UE 830, с поддержкой хост-компьютера 810. В хост-компьютере 810 исполняющее хост-приложение 812 может поддерживать связь с исполняющимся клиентским приложением 832 через OTT-соединение 850, оканчивающееся в UE 830 и хост-компьютере 810. При предоставлении услуги пользователю, клиентское приложение 832 может принимать данные запроса из хост-приложения 812 и предоставлять пользовательские данные в ответ на данные запроса. OTT-соединение 850 может передавать как данные запроса, так и данные пользователя. Клиентское приложение 832 может взаимодействовать с пользователем для выработки пользовательских данных, которые оно предоставляет.

Следует отметить, что хост-компьютер 810, базовая станция 820 и UE 830, показанные на фиг. 8, могут быть аналогичны или идентичны хост-компьютеру 730, одной из базовых станций 712a, 712b, 712c и одному из UE 791, 792, которые показаны на фиг. 7, соответственно. То есть внутренняя работа этих объектов может быть такой, как показано на фиг. 8, и независимо от этого топология окружающей сети может быть такой же, как на фиг. 7.

На фиг. 8 ОТТ-соединение 850 было изображено абстрактно для иллюстрации связи между хост-компьютером 810 и UE 830 через базовую станцию 820 без явной ссылки на какие-либо промежуточные устройства и точной маршрутизации сообщений через эти устройства. Сетевая инфраструктура может определять маршрутизацию, которую она может конфигурировать, чтобы скрыть ее от UE 830 или от поставщика услуг, управляющего хост-компьютером 810, или от обоих. Когда OTT-соединение 850 является активным, сетевая инфраструктура может дополнительно принимать решения, с помощью которых оно динамически изменяет маршрутизацию (например, на основе рассмотрения балансировки нагрузки или реконфигурирования сети).

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

Процедура измерения может выполняться с целью контроля скорости передачи данных, задержки и других показателей, которые улучшают один или несколько вариантов осуществления. Кроме того, может существовать дополнительные сетевые функциональные возможности для реконфигурирования OTT-соединения 850 между хост-компьютером 810 и UE 830 в ответ на изменения результатов измерений. Процедура измерения и/или сетевые функциональные возможности для реконфигурирования OTT-соединения 850 могут быть реализованы в виде программного обеспечения 811 и аппаратных средств 815 хост-компьютера 810, или в виде программного обеспечения 831 и аппаратных средств 835 UE 830 или и того и другого. В вариантах осуществления датчики (не показаны) могут быть развернуты в или в связи с устройствами связи, через которые проходит OTT-соединение 850; датчики могут участвовать в процедуре измерения, предоставляя значения контролируемых величин, приведенных в качестве примера выше, или предоставляя значения других физических величин, на основе которых программное обеспечение 811, 831 может вычислить или оценить контролируемые величины. Реконфигурирование OTT-соединения 850 может включать в себя формат сообщения, настройки повторной передачи, предпочтительную маршрутизацию и т.д.; реконфигурирование не должно влиять на базовую станцию 820, и оно может быть неизвестным или незаметным для базовой станции 820. Такие процедуры и функциональные возможности известны и могут быть осуществлены в данной области техники. В некоторых вариантах осуществления измерения могут включать в себя собственную сигнализацию UE, облегчающую измерения, проводимые хост-компьютером 810, пропускной способности, времени распространения, задержки и т.п. Измерения могут быть реализованы таким образом, чтобы программное обеспечение 811 и 831 заставляло передавать сообщения, в частности пустые или "фиктивные" сообщения с использованием OTT-соединения 850, контролируя при этом время распространения, ошибки и т.д.

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

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

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

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

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

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

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

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

Обратимся теперь к фиг. 13, на которой показана блок-схема пользовательского оборудования 1300, которое может быть использовано в системе связи, описанной в данном документе, и выполненный с возможностью функционирования согласно различным вариантам осуществления настоящего изобретения. UE 1300 (также называемое беспроводным терминалом, устройством беспроводной связи, терминалом беспроводной связи, пользовательским оборудованием, узлом/терминалом/устройством пользовательского оборудования и т.д.) может быть выполнено с возможностью функционирования в соответствии с раскрытыми в данном документе вариантами осуществления. Как показано, UE 1300 может включать в себя антенну 1307 и схему 1301 приемопередатчика (также называемую приемопередатчиком), включающую в себя передатчик и приемник, выполненные с возможностью поддержания радиосвязи по восходящей линии связи и нисходящей линии связи с базовой станцией сети радиодоступа. UE 1300 также может включать в себя по меньшей мере одну процессорную схему 1303 (также называемую процессором), подключенную по меньшей мере к одной схеме 1301 приемопередатчика (также называемой приемопередатчиком), и по меньшей мере одну схему 1305 памяти (также называемую памятью), подключенную к схеме процессора. Память 1305 может включать в себя машиночитаемый программный код, который при его исполнении процессором 1303 предписывает процессору 1303 выполнять операции в соответствии с раскрытыми в данном документе вариантами осуществления для UE. В соответствии с другими вариантами осуществления процессор 1303 включает в себя память, поэтому отдельная схема памяти не требуется. UE 1300 также может включать в себя интерфейс (такой как пользовательский интерфейс), подключенный к процессору 1303.

Как описано в данном документе, операции UE 1300 могут выполняться процессором 1303 и/или приемопередатчиком 1301. Кроме того, модули могут храниться в памяти 1305, и эти модули могут подавать инструкции, так что, когда инструкции модуля исполняются процессором 1303, процессор 1303 выполняет соответствующие операции согласно вариантам осуществления, раскрытым в данном документе.

Ссылка теперь сделана на фиг. 14, на которой показаны модули, находящиеся в сетевом узле, которые выполняют операции, раскрытые в данном документе согласно различным вариантам осуществления. Сетевой узел 1400 включает в себя элементы, которые могут соответствовать любому одному или нескольким из MN, SN, UPF и AMF, выполненных с возможностью функционирования в соответствии с одним или несколькими вариантами осуществления, раскрытыми в данном документе. Как показано, сетевой узел 1400 может включать в себя по меньшей мере одну схему 1401 приемопередатчика (также называемую приемопередатчиком), включающую в себя передатчик и приемник, выполненные с возможностью обеспечения радиосвязи по восходящей линии связи и нисходящей линии связи с UE. Сетевой узел 1400 может включать в себя по меньшей мере одну схему 1407 сетевого интерфейса (также называемую сетевым интерфейсом), выполненную с возможностью обеспечения связи с другими сетевыми узлами. Сетевой узел 1400 также может включать в себя по меньшей мере одну процессорную схему 1403 (также называемую процессором), подключенную к приемопередатчику 1401, и по меньшей мере одну схему памяти 1405 (также называемую памятью), подключенную к процессору 1403. Память 1405 может включать в себя машиночитаемый программный код, который при его исполнении процессором 1403 предписывает процессору 1403 выполнять операции в соответствии с раскрытыми в данном документе вариантами осуществления для сетевого узла. В соответствии с другими вариантами осуществления процессор 1403 включает в себя память, поэтому отдельная схема памяти не требуется.

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

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

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

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

Операции могут включать в себя прием сообщения подтверждения запроса на добавление, которое включает в себя указание контекста, полученное из целевого вторичного узла (этап 1502). В некоторых вариантах осуществления указание контекста указывает контекст полного управления радиоресурсами (RRC) или контекст дельта-RRC. В некоторых вариантах осуществления контекст дельта-RRC включает в себя данные, которые обновляются по отношению к данным в текущем контексте UE. Некоторые варианты осуществления предусматривают, что полные данные RRC и дельта-RRC для группы главных сот (MCG) соответствуют сетевому узлу и группе вторичных сот (SCG), которая соответствует вторичному исходному узлу.

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

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

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

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

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

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

Теперь сделана ссылка на фиг. 16, на которой показана схема потоков данных согласно различным вариантам осуществления настоящего раскрытия. Как показано, MN 1604 инициирует смену SN из исходного S-SN 1606 путем запроса целевого T-SN 1608 для выделения ресурсов для UE 1602 с использованием процедуры добавления SgNB. MN 1604 может включать в себя результаты измерения, относящиеся к T-SN 1608. Если необходима пересылка, то T-SN 1608 может предоставить адреса пересылки для MN 1604. В некоторых вариантах осуществления T-SN 1608 может включать в себя указание относительно того, необходим полный или дельта-контекст RRC. В некоторых вариантах осуществления MN 1604 может отправлять сообщение запроса модификации SgNB в S-SN 1606, чтобы запрашивать текущую конфигурацию.

Если выделение T-SN 1608 было успешным, MN 1604 может инициировать сброс ресурсов S-SN 1608. S-SN 1608 может отклонить сброс. Если необходима пересылка данных, MN 1604 может предоставить адреса пересылки данных для SN 1606. Прием сообщения запроса на сброс SgNB инициирует S-SN 1604 прекратить предоставление пользовательских данных для UE 1602.

MN 1604 запускает UE 1602 для применения новой конфигурации. UE 1602 применяет новую конфигурацию и отправляет сообщение о завершении реконфигурирования RRC-соединения. Остальные операции, описанные на фиг. 16, непосредственно не применимы к способам, описанным в данном документе, и поэтому их обсуждение будет опущено.

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

Перечень сокращений

lx RTT – технология радиопередачи CDMA2000 lx

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

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

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

ARQ – автоматический запрос на повторную передачу

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

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

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

CA – агрегация несущих

CC – компонентная несущая

SDU CCCH – общий канал управления SDU

CDMA – множественный доступ с кодовым разделением каналов

CGI – глобальный идентификатор соты

CIR – импульсная характеристика канала

CP – циклический префикс

CPICH – общий пилот-канал

CPICH Ec/No – отношение энергии в расчете на элементарный сигнал к спектральной плотности мощности помех CPICH

CQI – информация о качестве канала

C-RNTI – сота RNTI

CSI – информация о состоянии канала

DCCH – выделенный канал управления

DL – нисходящая линия связи

DM – демодуляция

DMRS – опорный сигнал демодуляции

DRX – прерывистый прием

DTX – прерывистая передача

DTCH – выделенный канал трафика

DUT – тестируемое устройство

E-CID – расширенный идентификатор соты (способ позиционирования)

E-SMLC – развитой центр определения местоположения мобильных объектов

ECGI – развитая CGI

eNB – узел B E-UTRAN

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

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

E-UTRA – развитая UTRA

E-UTRAN – развитая UTRAN

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

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

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

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

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

HARQ – гибридный автоматический запрос на повторную передачу

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

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

HRPD – высокоскоростная передача пакетных данных

LOS – линия прямой видимости

LPP – протокол позиционирования LTE

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

MAC – контроль доступа к среде передачи данных

MBMS – мультимедийная служба широковещательной/ многоадресной передачи

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

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

MDT – минимизации выездного тестирования

MeNB – главный eNB

MIB – главный информационный блок

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

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

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

NR – новое радио

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

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

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

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

OTDOA – наблюдаемая разница во времени прихода сигнала

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

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

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

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

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

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

PDP – профиль профильной задержки

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

PGW – шлюз сети пакетной передачи данных

PHICH – физический индикаторный канал гибридного запроса повторной передачи (Hybrid-ARQ)

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

PMI – индикатор матрицы прекодера

PRACH – физический канал произвольного доступа

PRS – опорный сигнал позиционирования

PSS – первичный сигнал синхронизации

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

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

RACH – канал произвольного доступа

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

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

RAT – технология радиодоступа

RLM – управление линией радиосвязи

RNC – контроллер радиосети

RNTI – временный идентификатор радиосети

RRC – управление радиоресурсами

RRM – координация функций управления радиоресурсами

RS – опорный сигнал

RSCP – мощность кода принятого сигнала

RSRP – качество принимаемого опорного символа или качество принимаемого опорного сигнала

RSRQ – качество принимаемого опорного сигнала или качество принимаемого опорного символа

RSSI – индикатор мощности принимаемого сигнала

RSTD – разность времен поступления опорных сигналов

SCH – канал синхронизации

SCell – вторичная сота

SDU – сервисный блок данных

SeNB – вторичный eNB

SFN – номер системного кадра

SGW – обслуживающий шлюз

SI – системная информация

SIB – системный информационный блок

SNR – отношение сигнал/шум

SON – самооптимизирующаяся сеть

SS – сигнал синхронизации

SSS – вторичный сигнал синхронизации

TDD – дуплексная связь с временным разделением каналов

TDOA – разность во времени прихода сигнала

TOA – время прихода сигнала

TSS – третичный сигнал синхронизации

TTI – временной интервал передачи

UE – пользовательское оборудование

UL – восходящая линия связи

UMTS – универсальная система мобильной связи

USIM – универсальный модуль идентификации абонента

UTDOA – разность времени прихода сигнала в восходящей линии связи

UTRA – универсальный наземный радиодоступ

UTRAN – универсальная наземная сеть радиодоступа

WCDMA – широкополосный CDMA

WLAN – глобальная локальная вычислительная сеть

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

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

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

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

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

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

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

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

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

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

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

1. Способ функционирования сетевого узла (1604) для обеспечения двойной связности при передаче обслуживания пользовательского оборудования (UE) (1602) в телекоммуникационной системе «новое радио», причем способ содержит этапы, на которых:

отправляют (1500) из сетевого узла (1604) во вторичный целевой узел (1608) сообщение запроса на добавление для выделения ресурсов для UE при передаче обслуживания;

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

на основании принятого указания контекста отправляют (1504) сообщение из сетевого узла;

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

в ответ на указание контекста, содержащее дельта-контекст RRC, сообщение, отправленное в UE, не включает в себя указание для сброса конфигурации EN-DC.

2. Способ по п. 1, в котором в ответ на указание от сетевого узла, что надлежит применить полный контекст RRC, первичный целевой узел устанавливает флаг для сброса предыдущей конфигурации EN-DC.

3. Способ по п. 1, в котором полный контекст RRC или дельта-контекст RRC содержит данные для группы главных сот (MCG), которая соответствует сетевому узлу, и группы вторичных сот (SCG), которая соответствует вторичному узлу-источнику.

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

5. Способ по п. 1, в котором указание контекста содержит значение флага в сообщении подтверждения запроса на добавление.

6. Способ по п. 1, в котором сетевой узел содержит узел долгосрочного развития (LTE), при этом вторичный целевой узел содержит вторичный узел связи нового радио (NR).

7. Способ по п. 1, в котором контекст UE содержит часть конфигурации группы главных сот (MCG) и часть конфигурации группы вторичных сот (SCG),

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

8. Способ по п. 1, в котором контекст UE содержит часть конфигурации группы главных сот (MCG) и часть конфигурации группы вторичных сот (SCG),

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

9. Способ по п. 1, в котором контекст UE содержит часть конфигурации группы главных сот (MCG) и часть конфигурации группы вторичных сот (SCG),

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

10. Способ по п. 1, в котором сетевой узел отправляет в UE сообщение о реконфигурации RRC-соединения, чтобы применить полный контекст RRC или дельта-контекст RRC.

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

отправки (1500), из сетевого узла в вторичный целевой узел (1608), сообщения запроса на добавление для выделения ресурсов для UE при передаче обслуживания;

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

отправки (1504) из сетевого узла, на основании принятого указании контекста, сообщения в UE, включающего в себя указание контекста;

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

в ответ на указание контекста, содержащее дельта-контекст RRC, сообщение, которое включает в себя флаг, не отправляется в UE.

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

13. Способ функционирования главного узла (1604) для обеспечения двойной связности при передаче обслуживания пользовательского оборудования (UE) (1602) в телекоммуникационной системе «новое радио», причем способ содержит этапы, на которых:

отправляют (1500) из главного узла во вторичный целевой узел сообщение запроса на добавление для выделения ресурсов для UE при передаче обслуживания;

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

на основании принятого указания контекста отправляют (1504) из сетевого узла сообщение в UE, включающее в себя указание контекста;

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

в ответ на указание контекста, содержащее дельта-контекст RRC, сообщение, которое включает в себя флаг, не отправляется в UE.

14. Способ по п. 13, в котором в ответ на указание контекста, сигнализирующее, что главный целевой узел может обработать часть конфигурации MCG, а вторичный целевой узел не может обработать часть SCG контекста UE, главный узел сбрасывает дельта-контекст RRC, соответствующий части конфигурации MCG, для главного целевого узла, и полный контекст RRC, соответствующий части конфигурации SCG, для вторичного целевого узла.

15. Способ по п. 13, в котором в ответ на указание контекста, сигнализирующее, что главный целевой узел не может обработать часть конфигурации MCG, а вторичный целевой узел может обработать часть конфигурации SCG контекста UE, главный узел сбрасывает полный контекст RRC, соответствующий части конфигурации MCG, для главного целевого узла и полный контекст RRC, соответствующий части конфигурации SCG, для вторичного целевого узла.

16. Способ по п. 13, в котором в ответ на указание контекста, указывающее на отсутствие данных конфигурации, главный узел сбрасывает полный контекст RRC, соответствующий части конфигурации MCG, для главного целевого узла и полный контекст RRC, соответствующий части конфигурации SCG, для вторичного целевого узла.

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

отправки (1500), из главного узла во вторичный целевой узел, сообщения запроса на добавление для выделения ресурсов для UE при передаче обслуживания;

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

отправки (1504) из главного узла, на основании принятого указания контекста, сообщения в UE, включающего в себя указание контекста;

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

в ответ на указание контекста, содержащее дельта-контекст RRC, сообщение, которое включает в себя флаг, не отправляется в UE.

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

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

отправляют (1500) из главного узла во вторичный целевой узел сообщение запроса на добавление для выделения ресурсов для UE при передаче обслуживания;

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

на основании принятого указания контекста отправляют (1504) из главного узла сообщение в UE, включающее в себя указание контекста;

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

в ответ на указание контекста, содержащее дельта-контекст RRC, сообщение, которое включает в себя флаг, не отправляется в UE.

20. Способ по п. 19, в котором главный узел является узлом eNB LTE, а вторичный целевой узел является узлом SgNB NR.

21. Первый сетевой узел (1400), предназначенный для функционирования во взаимодействии со вторым сетевым узлом (1400) для обеспечения связи при двойной связности (DC) с беспроводным терминалом (1300), с тем чтобы первый сетевой узел функционировал как главный узел, использующий группу главных сот (MCG) по первому радиоинтерфейсу между первым сетевым узлом и беспроводным терминалом, а второй сетевой узел функционировал как вторичный узел, использующий группу вторичных сот (SCG) по второму радиоинтерфейсу между вторичным узлом и беспроводным терминалом, причем первый сетевой узел выполнен с возможностью:

отправки (1500), из первого сетевого узла во вторичный целевой узел, сообщения запроса на добавление для выделения ресурсов для UE при передаче обслуживания;

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

отправки (1504) из первого сетевого узла, на основании принятого указания контекста, сообщения в UE, включающего в себя указание контекста;

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

в ответ на указание контекста, содержащего дельта-контекст RRC, сообщение, которое включает в себя флаг, не отправляется в UE.

22. Сетевой узел по п. 21, в котором полный контекст RRC и дельта-контекст RRC содержат данные для группы главных сот (MCG), которая соответствует сетевому узлу, и для группы вторичных сот (SCG), которая соответствует вторичному узлу-источнику.

23. Сетевой узел по п. 21, в котором сообщение с запросом на добавление содержит указание запуска добавления,

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

24. Сетевой узел по п. 21, в котором указание контекста содержит значение флага в сообщении подтверждения запроса на добавление.

25. Сетевой узел по п. 21, в котором сетевой узел содержит узел долгосрочного развития (LTE), при этом вторичный целевой узел содержит вторичный узел «нового радио» (NR).

26. Сетевой узел по п. 21, в котором контекст UE содержит часть конфигурации группы главных сот (MCG) и часть конфигурации группы вторичных сот (SCG),

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

27. Сетевой узел по п. 21, в котором контекст UE содержит часть конфигурации группы главных сот (MCG) и часть конфигурации группы вторичных сот (SCG),

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

28. Сетевой узел по п. 21, в котором контекст UE содержит часть конфигурации группы главных сот (MCG) и часть конфигурации группы вторичных сот (SCG),

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

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