ВЕРСИЯ RRC ДЛЯ РАБОТЫ С РАЗДЕЛЕННОЙ БАЗОВОЙ СТАНЦИЕЙ
RRC VERSION FOR SEPARATED BASE STATION OPERATION

Область техники, к которой относится изобретение
Настоящее раскрытие относится к беспроводной связи и к связанным с ней беспроводным устройствам и сетевым узлам и, в частности, относится к функционально разделенным базовым станциям с отдельными центральными и распределенными блоками.
Уровень техники
Текущая архитектура сети радиодоступа 5G (NG-RAN) изображена и описана в TS 38.401, как показано в виде общей архитектуры на фиг. 1.
Архитектура следующего поколения (NG) может быть дополнительно описана следующим образом. NG-RAN включает в себя набор базовых станций (gNB) 5G/NG, подключенных к базовой сети 5G (5GC) через NG. gNB может поддерживать дуплексный режим с частотным разделением каналов (FDD), дуплексный режим с временным разделением каналов (TDD) или работу в двойном режиме. gNB могут быть межсоединены друг с другом через логический интерфейс Xn. gNB может включать в себя gNB-CU и gNB-DU (где CU – аббревиатура центрального блока, и DU – аббревиатура распределенного блока). gNB-CU и gNB-DU подключаются через логический интерфейс F1. Один gNB-DU может быть подключен только к одному gNB-CU.
NG, Xn и F1 представляют собой логические интерфейсы. Для NG-RAN интерфейсы NG и Xn-C для gNB могут включать в себя gNB-CU и gNB-DU, и интерфейсы NG и Xn-C могут заканчиваться в gNB-CU. Для EN-DC интерфейсы S1-U и X2-C для gNB, в том числе gNB-CU и gNB-DU, могут заканчиваться в gNB-CU. gNB-CU и подключенные gNB-DU могут быть видны только другим gNB и 5GC как gNB. Сеть NG-RAN разделена на уровень радиосети (RNL) и уровень транспортной сети (TNL). Архитектура NG-RAN, включающая в себя логические узлы NG-RAN и интерфейсы между ними, может быть определена как часть RNL. Для каждого интерфейса NG-RAN (NG, Xn, F1) могут быть точно определены связанные с ним протокол TNL и функциональные возможности. TNL может предоставлять услуги для транспортировки плоскости пользователя и транспортировки сигнализации. В конфигурации NG-Flex каждый gNB может быть подключен ко всем AMF в регионе AMF. Область AMF может быть определена в 3GPP TS 23.501.
Интерфейс F1 может быть открытым и может поддерживать обмен информацией сигнализации между конечными точками. Интерфейс F1 может поддерживать передачу данных в соответствующие конечные точки. Интерфейс F1 может быть двухточечным интерфейсом между конечными точками. В некоторых примерах двухточечный логический интерфейс может быть реализован при отсутствии физического прямого соединения между конечными точками. Интерфейс F1 может поддерживать разделение плоскости управления и плоскости пользователя. Интерфейс F1 может разделять RNL и TNL. Интерфейс F1 может обеспечивать возможность обмена информацией, ассоциированной с UE, и информацией, не ассоциированной с UE. Интерфейс F1 может быть определен как перспективный для удовлетворения различных новых требований, поддержки новых услуг и предоставления новых функций. Один gNB-CU и набор gNB-DU могут быть видны другим логическим узлам как gNB. gNB может завершать интерфейсы X2, Xn, NG и S1-U. CU может быть разделен на плоскость управления (CP) и плоскость пользователя (UP).
При реализации базовой станции с использованием отдельных центральных и распределенных блоков может быть полезной дополнительная координация между центральным и распределенными блоками.
Раскрытие сущности изобретения
Задача настоящего изобретения состоит в том, чтобы улучшить работу функционально разделенных базовых станций.
Эта задача решается с помощью независимых пунктов формулы изобретения. Преимущественные варианты осуществления описаны в зависимых пунктах формулы изобретения и в последующем описании.
Согласно некоторым вариантам осуществления предусмотрен способ функционирования узла распределенного блока (DU) сети радиодоступа. Способ включает в себя передачу первого сообщения в узел центрального блока (CU), которое включает в себя указание версии управления радиоресурсами (RRC), поддерживаемой узлом DU. Способ дополнительно включает в себя прием второго сообщения из узла CU, которое включает в себя указание версии RRC, поддерживаемой узлом CU.
Согласно другим вариантам осуществления предусмотрен способ функционирования узла центрального блока (CU) сети радиодоступа. Способ включает в себя прием первого сообщения из узла распределенного блока (DU), причем первое сообщение включает в себя указание версии управления радиоресурсами (RRC), поддерживаемой узлом DU. Кроме того, в узел DU передается второе сообщение, причем второе сообщение включает указание версии RRC, поддерживаемой узлом CU.
Согласно другим вариантам осуществления предусмотрен способ функционирования CU сети радиодоступа. Способ включает в себя передачу сообщения запроса на установление контекста для беспроводного устройства (UE) в узел DU версии RRC, которая будет использоваться для RRC-соединения между UE и узлом DU сети радиодоступа. Сообщение запроса на установление контекста включает в себя указание версии управления радиоресурсами (RRC), которая должна использоваться для RRC-соединения между беспроводным устройством (UE) и узлом DU.
Согласно другим вариантам осуществления предусмотрен способ функционирования узла распределенного блока (DU) сети радиодоступа. Способ включает в себя прием сообщения запроса на установление контекста для беспроводного устройства (UE) из узла центрального блока (CU) сети радиодоступа. Сообщение запроса на установление контекста включает в себя указание версии управления радиоресурсами (RRC), которая должна использоваться для RRC-соединения между беспроводным устройством (UE) и узлом DU.
Согласно другим вариантам осуществления предусмотрен узел распределенного блока (DU), содержащий сетевой интерфейс, выполненный с возможностью поддержания связи по сети; приемопередатчик, выполненный с возможностью поддержания беспроводной связи через радиоинтерфейс; и процессор, связанный с сетевым интерфейсом и приемопередатчиком, причем процессор выполнен с возможностью поддержания связи с центральным блоком, узлом CU, через сетевой интерфейс. Процессор DU выполнен с возможностью поддержания связи с множеством устройств беспроводной связи через приемопередатчик.
В некоторых вариантах осуществления процессор DU дополнительно выполнен с возможностью выполнения или управления передачей первого сообщения в узел CU, которое включает в себя указание версии RRC, поддерживаемой узлом DU, и приема второго сообщения из узла CU, которое включает в себя указание версии RRC, поддерживаемой узлом CU. Дополнительно или альтернативно, процессор DU выполнен с возможностью выполнения или управления приемом сообщения запроса на установление контекста для UE из узла CU сети радиодоступа, причем сообщение запроса на установление контекста включает в себя указание версии управления радиоресурсами (RRC), которая будет использоваться для RRC-соединения между UE и узлом DU.
Согласно другим вариантам осуществления предусмотрен узел центрального блока (CU), содержащий сетевой интерфейс, выполненный с возможностью поддержания связи по сети; и процессор, связанный с сетевым интерфейсом, причем процессор выполнен с возможностью поддержания связи по меньшей мере с одним узлом распределенного блока (DU) через сетевой интерфейс.
В некоторых вариантах осуществления процессор CU дополнительно выполнен с возможностью выполнения или управления приемом первого сообщения из узла DU, причем первое сообщение включает в себя указание версии RRC, поддерживаемой узлом DU, и передачи второго сообщения в узел DU, причем второе сообщение включает в себя указание версии RRC, поддерживаемой узлом CU. Дополнительно или альтернативно, процессор CU выполнен с возможностью выполнения или управления передачей сообщения запроса на установление контекста для UE в узел DU версии RRC, которая будет использоваться для RRC-соединения между UE и узлом DU сети радиодоступа. Сообщение запроса на установление контекста включает в себя указание версии управления радиоресурсами (RRC), которая должна использоваться для RRC-соединения между UE и узлом DU.
В качестве преимущества вышеописанных вариантов осуществления риск неправильной конфигурации RRC может быть снижен, особенно когда центральный блок (ядро gNB) и один или несколько распределенных узлов поддерживают разные версии RRC.
Краткое описание чертежей
Сопроводительные чертежи, которые включены для обеспечения дальнейшего понимания раскрытия и составляют часть данной заявки, иллюстрируют некоторые неограничивающие варианты осуществления идей изобретения. На чертежах:
фиг. 1 – блок-схема, иллюстрирующая пример сети радиодоступа 5G;
фиг. 2 – схема потока сигналов, иллюстрирующая пример выработки и передачи конфигурации RRC в UE согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 3A-B – таблица, иллюстрирующая пример сообщений с запросом на установление F1 от gNB-DU до gNB-CU согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 4 – таблица, иллюстрирующая пример ответных сообщений об установлении F1 от gNB-CU до gNB-DU согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 5A-C – таблица, иллюстрирующая пример сообщений запроса на установление контекста UE с информацией о версии RRC согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 6 – блок-схема, иллюстрирующая пример беспроводного устройства (UE) согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 7 – блок-схема, иллюстрирующая пример узла распределенного блока (DU) согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 8 – блок-схема, иллюстрирующая пример узла центрального блока (CU) согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 9 – блок-схема, иллюстрирующая пример функционирования DU согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 10 – блок-схема, иллюстрирующая пример функционирования CU согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 11 – блок-схема, иллюстрирующая другой пример функционирования CU согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 12 – блок-схема, иллюстрирующая другой пример функционирования DU согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 13 – блок-схема, иллюстрирующая другой пример функционирования CU согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 14 – блок-схема, иллюстрирующая другой пример функционирования DU согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 15 – таблица, иллюстрирующая возможности UE-EUTRA согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 16 – схематичное представление телекоммуникационной сети, подключенной через промежуточную сеть к хост-компьютеру.
фиг. 17 – обобщенная блок-схема хост-компьютера, обменивающегося данными через базовую станцию с пользовательским оборудованием через частично беспроводное соединение.
фиг. 18-21 – блок-схемы последовательностей операций, иллюстрирующие способы, реализованные в системе связи, включающей хост-компьютер, базовую станцию и пользовательское оборудование.
Осуществление изобретения
Теперь идеи изобретения будут описаны более полно ниже со ссылкой на сопроводительные чертежи, на которых показаны примеры вариантов осуществления идей изобретения. Однако идеи изобретения могут быть реализованы во многих различных формах, и не должны быть истолкованы как ограниченные вариантами осуществления, изложенными в данном документе. Скорее, эти варианты осуществления предоставлены для того, чтобы настоящее раскрытие было исчерпывающим и полным и полностью передавало объем представленных идей изобретения специалистам в данной области техники. Следует также отметить, что эти варианты осуществления не исключают друг друга. Можно неявно предполагать, что компоненты из одного варианта осуществления присутствуют/используются в другом варианте осуществления.
В последующем описании представлены различные варианты осуществления раскрытого предмета изобретения. Эти варианты осуществления представлены в качестве примеров идей изобретения и не должны быть истолкованы как ограничивающие объем раскрытого предмета изобретения. Например, некоторые детали описанных вариантов осуществления могут быть изменены, опущены или расширены без отклонения от объема описанного предмета изобретения.
На фиг. 6 показана блок-схема, иллюстрирующая элементы беспроводного устройства UE (также называемого беспроводным терминалом, устройством беспроводной связи, терминалом беспроводной связи, пользовательским оборудованием, UE, узлом/терминалом/устройством пользовательского оборудования и т.д.), выполненного с возможностью поддержания беспроводной связи согласно вариантам осуществления идей изобретения. Как показано, беспроводное устройство UE может включать в себя антенну 4007 и схему 4001 приемопередатчика (также называемую приемопередатчиком), включающую в себя передатчик и приемник, выполненные с возможностью поддержания радиосвязи по восходящей и нисходящей линиям связи с базовой станцией eNB сети беспроводной связи (также называемой сетью радиодоступа (RAN)). Беспроводное устройство UE может также включать в себя схему 4003 процессора (также называемую процессором), связанную со схемой приемопередатчика, и схему 4005 памяти (также называемую памятью), связанную со схемой процессора. Схема 4005 памяти может включать в себя машиночитаемый программный код, который при исполнении схемой 4003 процессора предписывает схеме процессора выполнять операции согласно вариантам осуществления, раскрытым в данном документе. Согласно другим вариантам осуществления схема 4003 процессора может быть выполнена таким образом, чтобы включать в себя память, поэтому может не требоваться отдельная схема памяти. Беспроводное устройство UE может также включать в себя интерфейс (такой как пользовательский интерфейс), связанный с процессором 4003, и/или беспроводное устройство UE может представлять собой устройство IoT и/или MTC.
Как описано в данном документе, операции беспроводного устройства UE могут выполняться процессором 4003 и/или приемопередатчиком 4001. Например, процессор 4003 может управлять приемопередатчиком 4001 для передачи сообщений восходящей линии связи посредством приемопередатчика 4001 через радиоинтерфейс в базовую станцию (например, в базовую станцию gNB, включающую в себя gNB-CU и один или несколько gNB-DU) сети беспроводной связи и/или для приема сообщений нисходящей линии связи посредством приемопередатчика 4001 из базовой станции (например, из базовой станции gNB, включающей в себя gNB-CU и один или несколько gNB-DU) сети беспроводной связи через радиоинтерфейс. Кроме того, модули могут храниться в памяти 4005, и эти модули могут предоставлять инструкции таким образом, чтобы при исполнении процессором 4003 инструкций модуля, процессор 4003 выполнял соответствующие операции (например, операции, описанные ниже по отношению к примерным вариантам осуществления).
На фиг. 7 показана блок-схема, иллюстрирующая узел 6000 DU распределенного блока gNB (например, узел DU, gNB-DU и т.д.) согласно некоторым вариантам осуществления, раскрытым в данном документе. Как показано, узел 6000 DU может включать в себя процессор 6003, связанный с приемопередатчиком 6001, сетевым интерфейсом 6005 и памятью 6007. Приемопередатчик 6001 может включать в себя один или несколько интерфейсов сотовой сети радиодоступа (RAN) (также называемых приемопередатчиком RAN) и/или другой интерфейс беспроводной сети. Таким образом, узел 6000 DU может поддерживать беспроводную связь по одной или нескольким линиям радиосвязи с одним или несколькими устройствами мобильной связи. Сетевой интерфейс 6005 может поддерживать связь с другими сетевыми узлами/устройствами, такими как узел CU центрального блока gNB (например, узел CU, gNB-CU и т.д.), например, через интерфейс F1. Процессор 6003 (также называемый схемой процессора или схемой обработки) может включать в себя одну или несколько схем обработки данных, таких как процессор общего и/или специального назначения (например, микропроцессор и/или процессор цифровых сигналов). Процессор 6003 может быть выполнен с возможностью исполнения компьютерных программных инструкций из функциональных модулей в памяти 6007 (также называемой схемой запоминающего устройства или схемами памяти), описанной ниже как машиночитаемый носитель информации, для выполнения некоторых или всех операций и способов, которые описаны в данном документе для одного или нескольких вариантов осуществления. Более того, процессор 6003 может быть выполнен как включающий в себя память, поэтому отдельная память 6007 может не потребоваться.
Как обсуждено в данном документе, операции узла 6000 DU могут выполняться процессором 6003, сетевым интерфейсом 6005 и/или приемопередатчиком 6001. Например, процессор 6003 может управлять приемопередатчиком 6001 для передачи данных нисходящей линии связи посредством приемопередатчика 6001 через радиоинтерфейс в одно или несколько UE и/или для приема сообщений восходящей линии связи посредством приемопередатчика 6001 из одного или нескольких UE через радиоинтерфейс. Аналогичным образом, процессор 6003 может управлять сетевым интерфейсом 6005 для передачи сообщений через сетевой интерфейс 6005 в один или несколько других сетевых узлов (например, в узел CU) и/или для приема сообщений через сетевой интерфейс 6005 из одного или нескольких других сетевых узлов (например, из узла CU). Более того, модули могут храниться в памяти 6005, и эти модули могут предоставлять инструкции таким образом, чтобы при исполнении процессором 6003 инструкций модуля, процессор 6003 выполнял соответствующие операции (например, операции, описанные ниже по отношению к примерным вариантам осуществления).
На фиг. 8 показана блок-схема, иллюстрирующая узел 7000 CU центрального блока gNB согласно некоторым раскрытым в данном документе вариантам осуществления. Как показано, узел 7000 CU может включать в себя процессор 7003, связанный с сетевым интерфейсом 7001 и памятью 7005. Сетевой интерфейс 7001 может поддерживать связь с другими сетевыми узлами/устройствами, такими как множество узлов DU, например, через соответствующие интерфейсы F1. Процессор 7003 (также называемый схемой процессора или схемой обработки) может включать в себя одну или несколько схем обработки данных, таких как процессор общего и/или специального назначения (например, микропроцессор и/или процессор цифровых сигналов). Процессор 7003 может быть выполнен с возможностью исполнения инструкций компьютерной программы из функциональных модулей в памяти 7005 (также называемой схемой памяти или схемой памяти), описанной ниже как машиночитаемый носитель информации, для выполнения некоторых или всех операций и способов, которые описаны в данном документе для одного или нескольких вариантов осуществления. Более того, процессор 7003 может быть выполнен как включающий в себя память, поэтому отдельная память 7005 может не потребоваться.
Как обсуждено в данном документе, операции узла 7000 CU могут выполняться процессором 7003 и/или сетевым интерфейсом 7001. Например, процессор 7003 может управлять сетевым интерфейсом 7001 для передачи сообщений через сетевой интерфейс 7001 в один или несколько других сетевых узлов (например, в один или несколько узлов DU) и/или для приема сообщений через сетевой интерфейс 7001 из одного или нескольких других сетевых узлов (например, из одного или нескольких узлов DU). Кроме того, модули могут храниться в памяти 7005, и эти модули могут предоставлять инструкции таким образом, чтобы при исполнении процессором 7003 инструкций модуля процессор 7003 выполнял соответствующие операции (например, операции, описанные ниже по отношению к примерным вариантам осуществления).
В конфигурациях RRC gNB-CU и gNB-DU могут совместно отвечать за создание и передачу конфигурации RRC в UE. Например, на фиг. 2 показана процедура NR в автономном режиме (NSA) для выработки и передачи конфигурации RRC в UE во время создания контекста UE.
Передача 1 может быть передана из gNB-CU в gNB-DU. Передача 1 может включать в себя сообщение запроса на установление контекста UE F1, имеющее RRC-контейнер CG-ConfigInfo. Контейнер RRC CG-ConfigInfo может включать в себя параметры RRC, доступные в gNB-CU (например, частоты, на которых проводятся измерения, возможности радиосвязи UE и конфигурацию однонаправленного радиоканала).
На этапе 2 gNB-DU может, на основе информации в RRC-контейнере CG-ConfigInfo, выбрать конфигурацию L1-L2 (например, phy-config и mac-config) для UE и смещение интервала измерения.
Передача 3 может быть передана из gNB-DU в gNB-CU. Передача 3 может включать в себя ответное сообщение об установлении контекста UE F1, которое может включать в себя контейнер RRC CellGroupConfig (с выбранной конфигурацией L1-L2) и контейнер RRC Gap-Offset (со смещением интервала измерения для частот, выбранных gNB-CU).
На этапе 4 gNB-CU может выработать сообщение RRC-реконфигурации, комбинируя параметры RRC, принятые gNB-CU (CellGroupConfig и Gap-Offset), и локальные параметры RRC (например, MeasConfig и RB-Config).
Передача 5 может быть передана из gNB-CU в gNB-DU и может включать в себя сообщение передачи RRC DL (в том числе сообщение RRC-реконфигурации). Передача 6 может быть передана из gNB-DU в UE и может включать в себя сообщение RRC-реконфигурации.
На этапе 7 UE может применить конфигурацию RRC, указанную в сообщении RRC-реконфигурации.
Передача 8 может быть передана из UE в gNB-DU, если конфигурация в UE является успешной. Передача 8 может включать в себя сообщение завершения RRC-реконфигурации, которое может быть включено в передачу 9 (в сообщение передачи RRC UL), переданную из gNB-DU в gNB-CU.
В некоторых примерах реконфигурация RRC может выполняться в направлении UE в любое время в течение срока службы соединения между UE и RAN. gNB-DU и gNB-CU могут обмениваться информацией, касающейся системной информации, которая должна транслироваться или передаваться в UE специальным образом. Системная информация также может быть частью протокола RRC.
gNB-CU и gNB-DU могут поддерживать разные версии RRC. Это может происходить при развертываниях, осуществляемых несколькими поставщиками, где gNB-CU и gNB-DU представляют разных поставщиков, которые выпускают обновления программного обеспечения в разное время. Если gNB-CU и gNB-DU поддерживают разные версии RRC, может произойти сбой процедуры, описанной со ссылкой на фиг. 2 (или в общем случае процедур, с помощью которых gNB-DU и gNB-CU обмениваются параметрами RRC с целью сигнализации или широковещательной передачи в UE сообщений/информации RRC, которые являются результатом объединения параметров, полученных из gNB-DU и gNB-CU). На этапе 4 процедуры, показанной на фиг. 2, gNB-CU может выработать несогласованное сообщение RRC-реконфигурации, при этом сообщение RRC содержит некоторые параметры RRC из одной версии RRC, и некоторые другие параметры из другой версии RRC. Когда UE принимает это несогласованное сообщение RRC-реконфигурации, конфигурация UE на этапе 7 может дать сбой или вызвать неправильную конфигурацию в UE. В некоторых примерах UE может считать, что произошла ошибка конфигурации сети, и инициировать отказ реконфигурации и, таким образом, повторное установление. Таким образом, может быть полезным, чтобы как gNB-CU, так и gNB-DU использовали одну и ту же версию RRC при конфигурировании UE.
Эта ситуация может возникнуть тогда, когда системная информация создается путем объединения информации из gNB-DU и gNB-CU. В этом случае UE может не сразу предоставить отчет об ошибке, а принять определенную, потенциально несовместимую конфигурацию. Как следствие, поведение UE может стать непредсказуемым и, возможно, ошибочным.
Настоящее раскрытие предусматривает способы и устройства для обмена поддерживаемой версией RRC между узлами, которые участвуют в выработке информации для формирования сообщений RRC в направлении UE. В некоторых примерах такими узлами могут быть gNB-CU и gNB-DU, и обмен информацией RRC может происходить через интерфейс F1.
В некоторых вариантах осуществления gNB-CU и gNB-DU могут обмениваться поддерживаемой версией RRC во время процедуры установления F1. Например, gNB-DU может отправить список поддерживаемых версий RRC (или самую последнюю версию каждой поддерживаемой версии) в сообщении запроса на установление F1, и gNB-CU может предоставить список поддерживаемых версий RRC в ответном сообщении об установлении F1. Затем gNB-CU и gNB-DU могут использовать версию RRC, которая поддерживается обоими узлами (а также UE). В дополнительных или альтернативных вариантах осуществления gNB-CU и gNB-DU могут обмениваться только последней поддерживаемой версией RRC, что подразумевает, что все предыдущие версии RRC также поддерживаются. В дополнительных или альтернативных вариантах осуществления gNB-CU и gNB-DU могут обмениваться поддерживаемыми версиями RRC через интерфейс O&M.
В некоторых вариантах осуществления gNB-CU и gNB-DU могут стремиться использовать версию RRC, которая поддерживается UE. Чтобы убедиться, что версия RRC поддерживается UE, gNB-CU может выбрать версию RRC (например, на основе возможностей радиосвязи UE). Затем gNB-CU может передать выбранную версию RRC для UE в gNB-DU в запросе установления контекста UE. Версия RRC, которая выбрана для UE, может находиться среди версий RRC, которые поддерживаются как gNB-CU, так и gNB-DU. gNB-DU может использовать версию RRC, указанную в запросе установления контекста UE, для выработки конфигурации для UE. В дополнительных или альтернативных вариантах осуществления, даже если gNB-CU и gNB-DU поддерживают одну и ту же версию RRC, они могут не поддерживать одни и те же функции. Узел, который принимает запрос на функцию, которую он не поддерживает, может считать содержание контейнера RRC и либо проигнорировать запрошенную функцию, либо инициировать отказ с соответствующим значением причины для отправляющего узла.
В некоторых вариантах осуществления gNB-DU или gNB-CU может принять сообщение F1, содержащее параметры RRC, из другого узла, и если такие параметры не поддерживаются, например, так как они соответствуют более новой версии RRC, чем та, которую поддерживает приемный узел, узел, принимающий такие параметры, может выработать сообщение об отказе или ошибке для отправляющего узла, включая значение причины, указывающее, что версия RRC, используемая отправляющим узлом, не поддерживается в принимающем узле. Когда такое сообщение об ошибке или отказе принято, приемный узел может принять решение относительно использования более старой версии RRC для следующего обмена сигнализацией, при котором параметры RRC будут просигнализированы в другой узел. Механизм может повторяться до тех пор, пока больше не будут приняты сообщения об ошибках или отказах со значением причины, указывающим на неподдерживаемую версию RRC. Последнее автоматически укажет то, что оба узла используют параметры RRC из версий RRC, которые они поддерживают.
Предлагаемые механизмы позволяют снизить риск неправильных конфигураций RRC из-за того, что gNB-DU и gNB-CU поддерживают разные версии RRC.
В некоторых вариантах осуществления, поддерживаемые версии RRC могут быть заменены в процедуре установления F1. gNB-DU может включить список поддерживаемых версий RRC в сообщение запроса на установление F1, и gNB-CU может включить список поддерживаемых версий RRC в ответное сообщение на установление F1. Поддерживаемая версия RRC может быть, например, идентифицирована номером версии, как показано в таблицах, представленных на фиг. 3A-B и 4. На фиг. 3A-B представлена первая таблица, в которой показано сообщение запроса на установление F1, переданное из gNB-DU в gNB-CU. На фиг. 4 представлена вторая таблица, в которой показано ответное сообщение об установлении F1, переданное из gNB-CU в gNB-DU.
В некоторых вариантах осуществления поддерживаемые версии RRC могут быть заменены в процедуре установления контекста UE. gNB-CU может отправить выбранную версию RRC для UE в сообщении запроса на установление контекста UE, показанном на фиг. 2. gNB-DU может использовать версию RRC, указанную gNB-CU, для выполнения конфигурации UE (например, для выработки контейнеров RRC CellGroupConfig и Gap-Offset) на этапе 2, показанном на фиг. 2. Это позволяет обеспечить/гарантировать, что gNB-CU и gNB-DU принимают одну и ту же версию RRC для конфигурирования данного UE. В дополнительных или альтернативных вариантах осуществления gNB-CU может выбрать версию RRC для использования на основе конфигурируемых функциональных возможностей UE и в соответствии с возможностями выделенных функций UE. На фиг. 15 представлена информация о возможностях UE-EUTRA, которая может использоваться согласно некоторым вариантам осуществления. Возможности EUTRA на фиг. 15 показаны в качестве примера, но варианты осуществления идей изобретения могут быть предоставлены с использованием других возможностей радиосвязи UE.
На фиг. 5A-C представлена таблица, в которой показано сообщение запроса на установление контекста UE с предложенным дополнением, используемым для обмена версией RRC, выбранной для UE.
В некоторых вариантах осуществления указание на неподдерживаемую версию может быть предоставлено через сообщение об отказе или ошибке. В случае процедуры установления контекста UE F1 может возникнуть отказ установления контекста UE, если сообщение запроса на установление контекста UE содержит параметры RRC, которые не поддерживаются приемным узлом. Новое значение причины может быть включено в информационный элемент (IE) причины при отказе установления контекста UE F1, и такое значение причины может быть определено как "неподдерживаемая версия RRC" или любое эквивалентное кодирование, передающее одну и ту же причину. В дополнительных или альтернативных вариантах осуществления такая причина может быть добавлена в любое сообщение об отказе, которое связано с неподдерживаемой версией RRC. В случае процедуры установления контекста UE F1, если ответ установления контекста UE выработан и получен gNB-CU, может оказаться невозможным выработать отказ установления контекста UE. В этом случае, если gNB-CU принимает параметры RRC, несовместимые с поддерживаемой версией RRC, gNB-CU может выработать сообщение указания ошибки для gNB-DU. Это сообщение может указывать значение причины, аналогичное описанному выше. Сообщение указания ошибки может быть выдано приемным узлом в виде ответа в любом случае при приеме несовместимых параметров RRC.
Согласно некоторым вариантам осуществления настоящего раскрытия между узлами gNB-CU и gNB-DU может осуществляться обмен поддерживаемыми версиями RRC для уменьшения ошибок и/или неправильных конфигураций в беспроводном устройстве UE.
Операции, выполняемые узлом 6000 DU, проиллюстрированы блок-схемами последовательностей операций, которые показаны на фиг. 9, 12 и 14, согласно некоторым вариантам осуществления настоящего раскрытия. Например, модули могут храниться в памяти 6007 на фиг. 7, и эти модули могут предоставлять инструкции таким образом, чтобы при исполнении процессором 6003 инструкций модуля, процессор 6003 выполнял соответствующие операции блок-схем последовательностей операций, показанных на фиг. 9, 12 и 14. Кроме того, узел 6000 DU может быть узлом gNB, который также включает в себя узел CU центрального блока, с которым узел 6000 DU обменивается данными.
На фиг. 9 показан пример операций узла DU согласно некоторым вариантам осуществления. На этапе 8001 процессор 6003 может передать первое сообщение через сетевой интерфейс 6005 в узел CU. Сообщение может включать в себя указание версии RRC, поддерживаемой узлом DU. На этапе 8003 процессор 6003 может принять второе сообщение из узла CU через сетевой интерфейс 6005. Второе сообщение может включать в себя указание версии RRC, поддерживаемой узлом CU.
В дополнительных или альтернативных вариантах осуществления указание версии RRC, поддерживаемой узлом DU, может включать в себя список версий RRC, поддерживаемых узлом DU, и/или указание версии RRC, поддерживаемой узлом DU, может включать в себя самую последнюю версию RRC, поддерживаемую узлом DU.
В дополнительных или альтернативных вариантах осуществления указание версии RRC, поддерживаемой узлом CU, может включать в себя список версий RRC, поддерживаемых узлом CU, и/или указание версии RRC, поддерживаемой узлом CU, может включать в себя самую последнюю версию RRC, поддерживаемую узлом CU.
В дополнительных или альтернативных вариантах осуществления указание версии RRC, поддерживаемой узлом DU, может включать в себя по меньшей мере один номер версии RRC, поддерживаемой узлом DU, и указание версии RRC, поддерживаемой узлом CU, может включать в себя по меньшей мере один номер версии RRC, поддерживаемой узлом CU.
В дополнительных или альтернативных вариантах осуществления первое сообщение может быть сообщением запроса на установление, и второе сообщение может быть ответным сообщением об установлении.
В дополнительных или альтернативных вариантах осуществления узел DU и узел CU могут быть связаны через интерфейс F1. Первое и второе сообщения могут быть первым и вторым сообщениями установления, относящимися к процедуре установления F1. Первое установочное сообщение может быть передано через интерфейс F1 в узел CU. Второе установочное сообщение может быть принято через интерфейс F1 из узла CU.
В дополнительных или альтернативных вариантах осуществления узел DU и узел CU могут быть связаны через интерфейс F1 и через интерфейс эксплуатации и обслуживания (O&M). Первое сообщение может быть передано через интерфейс O&M в узел CU. Второе сообщение может быть принято через интерфейс O&M из узла CU.
На фиг. 12 показан пример операций узла DU согласно некоторым вариантам осуществления. На этапе 8041 процессор 6003 может принять сообщение запроса на установление контекста для UE из узла 7000 CU сети радиодоступа через сетевой интерфейс 6005. Сообщение запроса на установление контекста может включать в себя указание версии RRC, которая будет использоваться для RRC-соединения между UE и узлом DU. На этапе 8043 процессор 6003 может определить конфигурацию для UE на основе сообщения запроса на установление контекста, включающего в себя указание версии RRC, которая будет использоваться для RRC-соединения между UE и узлом DU. На этапе 8045 процессор 6003 может передать ответное сообщение об установлении контекста для UE через сетевой интерфейс 6005 в узел CU. Ответное сообщение об установлении контекста может включать в себя информацию о конфигурации для UE. На этапе 8047 процессор 6003 может принять сообщение передачи из узла CU через сетевой интерфейс 6005. Сообщение передачи может включать в себя сообщение RRC-реконфигурации для UE. На этапе 8049 процессор 6003 может передать сообщение RRC-реконфигурации через приемопередатчик 6001 в UE. На этапе 8051 процессор 6003 может принять сообщение о завершении RRC-реконфигурации через приемопередатчик 6001 из UE после передачи сообщения RRC-реконфигурации. На этапе 8053 процессор 6003 может передать сообщение передачи восходящей линии связи через сетевой интерфейс 6005 в узел CU. Сообщение о передаче восходящей линии связи может включать в себя сообщение о завершении RRC-реконфигурации.
В дополнительных или альтернативных вариантах осуществления ответное сообщение об установлении контекста может включать в себя информацию о смещении интервала измерения и/или информацию о конфигурации группы сот для RRC-соединения между беспроводным устройством UE и узлом DU.
В дополнительных или альтернативных вариантах осуществления ответное сообщение об установлении контекста может включать в себя информацию о конфигурации группы сот, в том числе по меньшей мере одну из информации о физическом уровне и/или информации об уровне управления доступом к среде.
На фиг. 14 показан пример операций узла DU для вариантов осуществления. На фиг. 14 показаны операции/этапы, аналогичные тем, которые были описаны выше со ссылкой на фиг. 12, но на фиг. 14 дополнительно показаны этапы 8042a-d. На этапе 8041 процессор 6003 может принять первое сообщение запроса на установление контекста для беспроводного устройства (UE) из узла CU центрального блока сети радиодоступа через сетевой интерфейс 6005, и первое сообщение запроса на установление контекста может включать в себя указание первой версии RRC, которая будет использоваться для RRC-соединения между беспроводным устройством (UE) и узлом DU. На этапе 8042a процессор 6003 может определить, что первая версия RRC (из первого сообщения запроса на установление контекста блока 8041) не поддерживается. На этапе 8042b процессор 6003 может передать сообщение об отказе установления контекста через сетевой интерфейс 6005 в узел CU. На этапе 8042c процессор 6003 может принять второе сообщение запроса на установление контекста для беспроводного устройства UE из узла CU через сетевой интерфейс 6005. Второе сообщение запроса на установление контекста может включать в себя указание второй версии RRC, которая будет использоваться для RRC-соединения между беспроводным устройством UE и узлом DU. Первая и вторая версии RRC могут быть разными. На этапе 8042d процессор 6003 может определить, что поддерживается вторая версия RRC.
В ответ на определение того, что поддерживается вторая версия RRC на этапе 8042d, процессор 6003 может определить конфигурацию для беспроводного устройства (UE) на основе сообщения запроса на установление второго контекста, включающего в себя указание второй версии RRC, которая будет использоваться для RRC-соединения между беспроводным устройством (UE) и узлом DU на этапе 8043. На этапе 8045 процессор 6003 может передать ответное сообщение об установлении контекста для беспроводного устройства (UE) через сетевой интерфейс 6005 в узел CU. Ответное сообщение об установлении контекста может включать в себя информацию о конфигурации беспроводного устройства. Процессор 6003 может принимать сообщение передачи из узла CU через сетевой интерфейс 6005. Сообщение передачи может включать в себя сообщение RRC-реконфигурации для беспроводного устройства. Процессор 6003 может передать сообщение RRC-реконфигурации через приемопередатчик 6001 в беспроводное устройство (UE). Процессор 6003 может принимать сообщение о завершении RRC-реконфигурации из беспроводного устройства (UE) через приемопередатчик 6001 после передачи сообщения RRC-реконфигурации. Процессор 6003 может передать сообщение передачи восходящей линии связи через сетевой интерфейс 6005 в узел CU. Сообщение о передаче восходящей линии связи может включать в себя сообщение о завершении RRC-реконфигурации.
Различные операции, показанные на фиг. 9, 12 и 14, могут быть необязательными по отношению к некоторым вариантам осуществления. Что касается способов примерного варианта 1 осуществления, то, например, операции этапов 8041, 8043, 8045, 8047, 8049, 8051 и 8053, показанных на фиг. 12, и/или этапов 8041, 8042a-d, 8043, 8045, 8047, 8049, 8051 и 8053, показанных на фиг. 14, могут быть необязательными. Что касается способов примерного варианта 25 осуществления, то, например, операции этапов 8001 и 8003, показанных на фиг. 9, и/или этапов 8043, 8045, 8047, 8049, 8051 и 8053, показанных на фиг. 12, и/или этапов 8042a-d, 8043, 8045, 8047, 8049, 8051 и 8053, показанных на фиг. 14, могут быть необязательными.
На фиг. 10, 11 и 13 показаны блок-схемы последовательностей операций, выполняемых узлом 7000 CU, согласно некоторым вариантам осуществления настоящего раскрытия. Например, модули могут храниться в памяти 7005, показанной на фиг. 8, и эти модули могут предоставлять инструкции таким образом, чтобы при исполнении процессором 7003 инструкций модуля процессор 7003 выполнял соответствующие операции блок-схем последовательностей операций, показанных на фиг. 10, 11 и 13. Кроме того, узел 7000 CU может быть узлом gNB, который также включает в себя узел DU центрального блока, с которым узел 7000 DU обменивается данными.
На фиг. 10 показан пример операций узла CU для некоторых вариантов осуществления. Операции узла CU, показанные на фиг. 10, могут соответствовать операциям узла DU, описанным выше со ссылкой на фиг. 9. На этапе 8011 процессор 7003 может передать первое сообщение через сетевой интерфейс 7001 в узел DU. Сообщение может включать в себя указание версии RRC, поддерживаемой узлом CU. На этапе 8013 процессор 7003 может принять второе сообщение из узла DU через сетевой интерфейс 7001. Второе сообщение может включать в себя указание версии RRC, поддерживаемой узлом DU.
В дополнительных или альтернативных вариантах осуществления указание версии RRC, поддерживаемой узлом DU, может включать в себя список версий RRC, поддерживаемых узлом DU, и/или указание версии RRC, поддерживаемой узлом DU, может включать в себя самую последнюю версию RRC, поддерживаемую узлом DU.
В дополнительных или альтернативных вариантах осуществления указание версии RRC, поддерживаемой узлом CU, может включать в себя список версий RRC, поддерживаемых узлом CU, и/или указание версии RRC, поддерживаемой узлом CU, может включать в себя самую последнюю версию RRC, поддерживаемую узлом CU.
В дополнительных или альтернативных вариантах осуществления указание версии RRC, поддерживаемой узлом DU, включает в себя по меньшей мере один номер версии RRC, поддерживаемой узлом DU. Указание версии RRC, поддерживаемой узлом CU, может включать в себя по меньшей мере один номер версии RRC, поддерживаемой узлом CU.
В дополнительных или альтернативных вариантах осуществления первое сообщение может быть сообщением запроса на установление. Второе сообщение может быть ответным сообщением об установлении.
В дополнительных или альтернативных вариантах осуществления узел DU и узел CU могут быть связаны через интерфейс F1. Первое и второе сообщения могут быть первым и вторым сообщениями об установлении, относящимися к процедуре установления F1. Первое сообщение об установлении может быть принято через интерфейс F1 из узла DU. Второе сообщение об установлении может быть передано через интерфейс F1 в узел DU.
В дополнительных или альтернативных вариантах осуществления узел DU и узел CU могут быть связаны через интерфейс F1 и через интерфейс эксплуатации и обслуживания (O&M). Первое сообщение может быть принято через интерфейс O&M из узла DU. Второе сообщение может быть передано через интерфейс O&M в узел DU.
На фиг. 11 показан пример операций узла CU для некоторых вариантов осуществления (например, для примерных вариантов осуществления 15-22, описанных ниже). Операции, выполняемые узлом CU и показанные на фиг. 11, могут соответствовать операциям, выполняемым узлом DU и описанным выше со ссылкой на фиг. 12. На этапе 8021 процессор 7003 может передать сообщение запроса на установление контекста для UE через сетевой интерфейс 7001 в узел 6000 DU сети радиодоступа. Сообщение запроса на установление контекста может включать в себя указание версии RRC, которая будет использоваться для RRC-соединения между UE и узлом DU. На этапе 8023 процессор 7003 может принять ответное сообщение об установлении контекста для UE из узла 6000 DU через сетевой интерфейс 7001 после передачи запроса на установление контекста. На этапе 8025 процессор 7003 может выработать сообщение RRC-реконфигурации на основе версии RRC, которая будет использоваться для RRC-соединения, и на основе ответного сообщения установления контекста. На этапе 8027 процессор 7003 может передать сообщение передачи нисходящей линии связи через сетевой интерфейс 7001 в узел DU в ответ на прием ответного сообщения установления контекста для UE. Сообщение о передаче нисходящей линии связи может включать в себя сообщение RRC-реконфигурации для UE. На этапе 8029 процессор 7003 может принять сообщение передачи восходящей линии связи из узла DU через сетевой интерфейс 7001 после передачи сообщения о передаче нисходящей линии связи. Сообщение о передаче восходящей линии связи может включать в себя сообщение о завершении RRC-реконфигурации.
Ответное сообщение об установлении контекста может включать в себя информацию о смещении интервала измерения и/или информацию о конфигурации группы сот для RRC-соединения между беспроводным устройством UE и узлом DU.
В дополнительных или альтернативных вариантах осуществления ответное сообщение об установлении контекста может включать в себя информацию о конфигурации группы сот, в том числе по меньшей мере одну из информации о физическом уровне и/или информации об уровне управления доступом к среде.
В дополнительных или альтернативных вариантах осуществления, перед передачей сообщения запроса на установление контекста, процессор 7003 может принять сообщение об установлении процедуры установления из узла DU, например, таким образом, как это описано выше со ссылкой на фиг. 10. Первое сообщение об установлении может включать в себя указание версии RRC, поддерживаемой узлом DU. Указание версии RRC, которая может использоваться для RRC-соединения между беспроводным устройством (UE) и узлом DU, может быть выбрана узлом CU на основе указания версии RRC, поддерживаемой узлом DU.
В дополнительных или альтернативных вариантах осуществления указание версии RRC, которая будет использоваться для RRC-соединения между беспроводным устройством (UE) и узлом DU, может быть выбрано узлом CU на основе по меньшей мере одной из возможностей RRC беспроводного устройства (UE) и/или возможностей RRC узла CU. На фиг. 13 показан пример операций узла DU для вариантов осуществления (например, примерных вариантов 23-24 осуществления). Операции узла CU, показанные на фиг. 13, могут соответствовать операциям узла DU, описанным выше со ссылкой на фиг. 14. Фиг. 13 аналогична фиг. 11, но на ней дополнительно показаны этапы 8022a-b. На этапе 8021 процессор 7003 может передать первое сообщение запроса на установление контекста для беспроводного устройства (UE) через сетевой интерфейс 7001 в узел распределенного блока DU сети радиодоступа, причем сообщение запроса на установление контекста включает в себя указание версии управления радиоресурсами (RRC), которая будет использоваться для RRC-соединения между беспроводным устройством (UE) и узлом DU. На этапе 8022a, после передачи первого сообщения запроса на установление контекста, процессор 7003 может принять сообщение об отказе установления контекста из узла DU через сетевой интерфейс 7001. На этапе 8022b, в ответ на прием сообщения отказа установления контекста из узла DU, процессор 7003 может передать второе сообщение запроса на установление контекста для беспроводного устройства (UE) через сетевой интерфейс 7001 в узел DU. Второе сообщение запроса на установление контекста может включать в себя указание второй версии RRC, которая будет использоваться для RRC-соединения между беспроводным устройством (UE) и узлом DU. Первая и вторая версии RRC могут быть разными.
На этапе 8023 процессор 7003 может принять ответное сообщение об установлении контекста для беспроводного устройства (UE) из узла DU через сетевой интерфейс 7001 после передачи второго запроса на установление контекста. На этапе 8025 процессор 7003 может выработать сообщение RRC-реконфигурации на основе второй версии RRC, которая будет использоваться для RRC-соединения, и на основе ответного сообщения установления контекста. На этапе 8027 процессор 7003 может передать сообщение передачи нисходящей линии связи через сетевой интерфейс 7001 в узел DU в ответ на прием ответного сообщения установления контекста для беспроводного устройства (UE), причем сообщение передачи нисходящей линии связи включает в себя сообщение RRC-реконфигурации для беспроводного устройства (UE). На этапе 8029 процессор 7003 может принять сообщение передачи восходящей линии связи из узла DU через сетевой интерфейс 7001 после передачи сообщения о передаче нисходящей линии связи, причем сообщение о передаче восходящей линии связи включает в себя сообщение о завершении RRC-реконфигурации.
Различные операции, показанные на фиг. 10, 11 и 13, могут быть необязательными по отношению к некоторым вариантам осуществления. Что касается способов примерного варианта 8 осуществления, то, например, операции этапов 8021, 8023, 8025, 8027 и 8029, показанных на фиг. 11, и/или этапов 8021, 8022a-b, 8023, 8025, 8027 и 8029, показанных на фиг. 13, могут быть необязательными. Что касается способа примерного варианта 15 осуществления, то, например, операции этапов 8011 и 8013, показанных на фиг. 10, и/или этапов 8023, 8025, 8027 и 8029, показанных на фиг. 11, и/или этапов 8022a-b, 8023, 8025, 8027 и 8029, показанных на фиг. 13, могут быть необязательными.
Как показано на фиг. 16, в соответствии с вариантом осуществления система связи включает в себя телекоммуникационную сеть 3210, такую как сотовая сеть типа 3GPP, которая содержит сеть 3211 доступа, такую как сеть радиодоступа, и базовую сеть 3214. Сеть 3211 доступа содержит множество базовых станций 3212a, 3212b, 3212c, таких как узлы NB, eNB, gNB или точки беспроводного доступа других типов, каждая из которых определяет соответствующую зону 3213a, 3213b, 3213c покрытия. Каждая базовая станция 3212a, 3212b, 3212c может быть подключена к базовой сети 3214 через проводное или беспроводное соединение 3215. Первое пользовательское оборудование (UE) 3291, расположенное в зоне 3213c покрытия, выполнено с возможностью беспроводного подключения к или передачи сигналов поискового вызова с помощью соответствующей базовой станции 3212c. Второе UE 3292 в зоне 3213a покрытия беспроводным образом подключается к соответствующей базовой станции 3212a. Хотя в этом примере проиллюстрировано множество UE 3291, 3292, раскрытые варианты осуществления в равной степени применимы к ситуации, когда одиночное UE находится в зоне покрытия, или когда одиночное UE подключается к соответствующей базовой станции 3212.
Телекоммуникационная сеть 3210 подключена непосредственно к хост-компьютеру 3230, который может быть реализован в виде аппаратных средств и/или программного обеспечения автономного сервера, сервера, реализованного в облаке, распределенного сервера или в виде ресурсов обработки в ферме серверов. Хост-компьютер 3230 может находиться в собственности или под управлением поставщика услуг или может управляться поставщиком услуг или от имени поставщика услуг. Соединения 3221 и 3222 между телекоммуникационной сетью 3210 и хост-компьютером 3230 могут продолжаться непосредственно от базовой сети 3214 до хост-компьютера 3230 или могут проходить через вспомогательную промежуточную сеть 3220. Промежуточная сеть 3220 может представлять собой одну или комбинацию из более чем одной: общедоступной, частной или развернутой сети; промежуточной сети 3220, если таковая имеется, может представлять собой магистральную сеть или Интернет; в частности, промежуточная сеть 3220 может содержать две или более подсетей (не показаны).
Система связи, показанная на фиг. 16, в целом обеспечивает связность между подключенными UE 3291, 3292 и хост-компьютером 3230. Связность может быть описана как соединение 3250 поверх протокола IP (OTT). Хост-компьютер 3230 и подключенные UE 3291, 3292 выполнены с возможностью передачи данных и/или сигнализации через OTT-соединение 3250, используя сеть 3211 доступа, базовую сеть 3214, любую промежуточную сеть 3220 и возможную дополнительную инфраструктуру (не показана) в качестве посредников. OTT-соединение 3250 может быть прозрачным в том смысле, что участвующие устройства связи, через которые проходит OTT-соединение 3250, не знают о маршрутизации передач по восходящей и нисходящей линиям связи. Например, базовая станция 3212 может не знать или не нуждаться в информации о прошлой маршрутизации входящей передачи нисходящей линии связи с данными, исходящими из хост-компьютера 3230, которые должны пересылаться (например, при передаче обслуживания) в подключенное UE 3291. Аналогичным образом, базовой станции 3212 не нужно знать о будущей маршрутизации исходящей передачи восходящей линии связи, исходящей от UE 3291 в направлении хост-компьютера 3230.
Примерные реализации, в соответствии с вариантом осуществления, UE, базовой станции и хост-компьютера, обсужденные в предыдущих абзацах, будут теперь описаны со ссылкой на фиг. 17. В системе 3300 связи хост-компьютер 3310 содержит аппаратные средства 3315, включая интерфейс 3316 связи, выполненный с возможностью установления и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 3300 связи. Хост-компьютер 3310 дополнительно содержит схему 3318 обработки, которая может иметь возможности хранения и/или обработки. В частности, схема 3318 обработки может содержать один или более программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их комбинации (не показаны), которые предназначены для исполнения инструкций. Хост-компьютер 3310 дополнительно содержит программное обеспечение 3311, которое хранится в хост-компьютере 3310 или доступно для него и исполняется схемой 3318 обработки. Программное обеспечение 3311 включает в себя хост-приложение 3312. Хост-приложение 3312 может быть выполнено с возможностью предоставления услуги удаленному пользователю, такому как UE 3330, устанавливающему соединение через OTT-соединение 3350, которое заканчивается в UE 3330 и хост-компьютере 3310. При предоставлении услуги удаленному пользователю хост-приложение 3312 может предоставлять пользовательские данные, которые передаются с использованием OTT-соединения 3350.
Система 3300 связи дополнительно включает в себя базовую станцию 3320, предусмотренную в телекоммуникационной системе и содержащую аппаратные средства 3325, позволяющие ей обмениваться данными с хост-компьютером 3310 и с UE 3330. Аппаратные средства 3325 могут включать в себя интерфейс 3326 связи для установления и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 3300 связи, а также радиоинтерфейс 3327 для установления и поддержания по меньшей мере беспроводного соединения 3370 с UE 3330, расположенным в зоне покрытия (не показана на фиг. 17), обслуживаемой базовой станцией 3320. Интерфейс 3326 связи может быть выполнен с возможностью упрощения соединения 3360 с хост-компьютером 3310. Соединение 3360 может быть прямым, или оно может проходить через базовую сеть (не показана на фиг. 17) телекоммуникационной системы и/или через одну или несколько промежуточных сетей вне телекоммуникационной системы. В показанном варианте осуществления аппаратные средства 3325 базовой станции 3320 дополнительно включают в себя схему 3328 обработки, которая может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их комбинации (не показаны), выполненные с возможностью исполнения инструкций. Базовая станция 3320 дополнительно имеет программное обеспечение 3321, хранящееся внутри нее или доступное через внешнее соединение.
Система 3300 связи дополнительно включает в себя уже упомянутое UE 3330. Его аппаратные средства 3335 могут включать в себя радиоинтерфейс 3337, выполненный с возможностью установления и поддержания беспроводного соединения 3370 с базовой станцией, обслуживающей зону покрытия, в которой на данный момент находится UE 3330. Аппаратные средства 3335 UE 3330 дополнительно включают в себя схему 3338 обработки, которая может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их комбинации (не показаны), выполненных с возможностью исполнения инструкций. UE 3330 дополнительно содержит программное обеспечение 3331, которое хранится в UE 3330 или доступно для него и может исполняться схемой 3338 обработки. Программное обеспечение 3331 включает в себя клиентское приложение 3332. Клиентское приложение 3332 может быть выполнено с возможностью предоставлять услугу пользователю- человеку или пользователю-не человеку через UE 3330, с поддержкой хост-компьютера 3310. В хост-компьютере 3310 исполняющее хост-приложение 3312 может поддерживать связь с исполняющимся клиентским приложением 3332 через OTT-соединение 3350, оканчивающееся в UE 3330 и хост-компьютере 3310. При предоставлении услуги пользователю, клиентское приложение 3332 может принимать данные запроса из хост-приложения 3312 и предоставлять пользовательские данные в ответ на данные запроса. OTT-соединение 3350 может передавать как данные запроса, так и данные пользователя. Клиентское приложение 3332 может взаимодействовать с пользователем для выработки пользовательских данных, которые оно предоставляет.
Следует отметить, что хост-компьютер 3310, базовая станция 3320 и UE 3330, показанные на фиг. 17, могут быть аналогичны или идентичны хост-компьютеру 3230, одной из базовых станций 3212a, 3212b, 3212c и одному из UE 3291, 3292, которые показаны на фиг. 16, соответственно. То есть внутренняя работа этих объектов может быть такой, как показано на фиг. 17, и независимо от этого топология окружающей сети может быть такой же, как на фиг. 16.
На фиг. 17 ОТТ-соединение 3350 было изображено абстрактно для иллюстрации связи между хост-компьютером 3310 и UE 3330 через базовую станцию 3320 без явной ссылки на какие-либо промежуточные устройства и точной маршрутизации сообщений через эти устройства. Сетевая инфраструктура может определять маршрутизацию, которую она может конфигурировать, чтобы скрыть ее от UE 3330 или от поставщика услуг, управляющего хост-компьютером 3310, или от обоих. Когда OTT-соединение 3350 является активным, сетевая инфраструктура может дополнительно принимать решения, с помощью которых оно динамически изменяет маршрутизацию (например, на основе рассмотрения балансировки нагрузки или реконфигурации сети).
Беспроводное соединение 3370 между UE 3330 и базовой станцией 3320 осуществляется в соответствии с идеями вариантов осуществления, описанных в этом раскрытии. Один или несколько из различных вариантов осуществления позволяют повысить производительность OTT-услуг, предоставляемых UE 3330, с использованием OTT-соединения 3350, в котором беспроводное соединение 3370 формирует последний сегмент.
Процедура измерения может выполняться с целью контроля скорости передачи данных, задержки и других показателей, которые улучшают один или несколько вариантов осуществления. Кроме того, может существовать дополнительные сетевые функциональные возможности для реконфигурирования OTT-соединения 3350 между хост-компьютером 3310 и UE 3330 в ответ на изменения результатов измерений. Процедура измерения и/или сетевые функциональные возможности для реконфигурирования OTT-соединения 3350 могут быть реализованы в виде программного обеспечения 3311 хост-компьютера 3310 или в виде программного обеспечения 3331 UE 3330 или и того и другого. В вариантах осуществления датчики (не показаны) могут быть развернуты в или в связи с устройствами связи, через которые проходит OTT-соединение 3350; датчики могут участвовать в процедуре измерения, предоставляя значения контролируемых величин, приведенных в качестве примера выше, или предоставляя значения других физических величин, на основе которых программное обеспечение 3311, 3331 может вычислить или оценить контролируемые величины. Реконфигурирование OTT-соединения 3350 может включать в себя формат сообщения, настройки повторной передачи, предпочтительную маршрутизацию и т.д.; реконфигурирование не должно влиять на базовую станцию 3320, и оно может быть неизвестным или незаметным для базовой станции 3320. Такие процедуры и функциональные возможности известны и могут быть осуществлены в данной области техники. В некоторых вариантах осуществления измерения могут включать в себя собственную сигнализацию UE, облегчающую измерения, проводимые хост-компьютером 3310, пропускной способности, времени распространения, задержки и т.п. Измерения могут быть реализованы таким образом, чтобы программное обеспечение 3311 и 3331 заставляло передавать сообщения, в частности пустые или "фиктивные" сообщения с использованием OTT-соединения 3350, контролируя при этом время распространения, ошибки и т.д.
На фиг. 18 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть аналогичны тем, которые описаны со ссылкой на фиг. 16 и 17. Для упрощения настоящего раскрытия в этом абзаце будут использоваться ссылки только на фиг. 18. На первом этапе 3410 способа хост-компьютер предоставляет пользовательские данные. На необязательном подэтапе 3411 первого этапа 3410 хост-компьютер предоставляет пользовательские данные путем выполнения хост-приложения. На втором этапе 3420 хост-компьютер инициирует передачу, переносящую пользовательские данные в UE. На необязательном третьем этапе 3430 базовая станция передает в UE пользовательские данные, которые были перенесены при передаче, инициированной хост-компьютером, в соответствии с идеями вариантов осуществления, описанными в настоящем раскрытии. На необязательном четвертом этапе 3440 UE исполняет клиентское приложение, связанное с хост-приложением, исполняемым хост-компьютером.
На фиг. 19 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть аналогичны тем, которые описаны ранее. Для упрощения настоящего раскрытия в этом абзаце будут использоваться ссылки только на фиг. 19. На первом этапе 3510 способа хост-компьютер предоставляет пользовательские данные. На необязательном подэтапе (не показан) хост-компьютер предоставляет пользовательские данные, исполняя хост-приложение. На втором этапе 3520 хост-компьютер инициирует передачу, переносящую пользовательские данные в UE. Передача может проходить через базовую станцию в соответствии с идеями вариантов осуществления, описанными в настоящем раскрытии. На необязательном третьем этапе 3530 UE принимает пользовательские данные, переносимые при передаче.
На фиг. 20 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть аналогичны тем, которые описаны ранее. Для упрощения настоящего раскрытия в этом абзаце будут использоваться ссылки только на фиг. 20. На необязательном первом этапе 3610 способа UE принимает входные данные, предоставленные хост-компьютером. Дополнительно или альтернативно, на необязательном втором этапе 3620 UE предоставляет пользовательские данные. На необязательном подэтапе 3621 второго этапа 3620 UE предоставляет пользовательские данные путем исполнения клиентского приложения. На дополнительном необязательном подэтапе 3611 первого этапа 3610 UE исполняет клиентское приложение, которое предоставляет пользовательские данные в ответ на принятые входные данные, предоставленные хост-компьютером. При предоставлении пользовательских данных исполняемое клиентское приложение может дополнительно учитывать пользовательский ввод, полученный от пользователя. Независимо от конкретного способа предоставления пользовательских данных, UE на необязательном третьем подэтапе 3630 инициирует передачу пользовательских данных в хост-компьютер. На четвертом этапе 3640 способа хост-компьютер принимает пользовательские данные, переданные из UE, в соответствии с идеями вариантов осуществления, описанными в настоящем раскрытии.
На фиг. 21 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть аналогичны тем, которые описаны ранее. Для упрощения настоящего раскрытия в этом абзаце будут использоваться ссылки только на фиг. 21. На необязательном первом этапе 3710 способа, в соответствии с идеями вариантов осуществления, описанными в настоящем раскрытии, базовая станция принимает пользовательские данные из UE. На необязательном втором этапе 3720 базовая станция инициирует передачу принятых пользовательских данных в хост-компьютер. На третьем этапе 3730 хост-компьютер принимает пользовательские данные, переносимые при передаче, инициированной базовой станцией.