ОБМЕН TEID МЕЖДУ DU И CP-UP В gNB
TEID EXCHANGE BETWEEN DU AND CP-UP IN gNB

Уровень техники
На фиг.1 показана текущая архитектура сети радиодоступа (RAN) 5-го поколения (NG), как описано в 3GPP TS 38.401. Архитектура NG может быть описана следующим образом:
• NG-RAN состоит из набора базовых станций 5-го поколения (gNodeB или gNB), подключенных к базовой сети 5G (5GC) через NG.
• gNB может поддерживать режим дуплексной передачи с частотным разделением каналов (FDD), режим дуплексной передачи с временным разделением каналов (TDD) или работу в двух режимах.
• gNB могут быть подключены через интерфейс Xn.
• gNB может состоять из центрального блока gNB (gNB-CU) и распределенных блоков gNB (gNB-DU).
• gNB-CU и gNB-DU подключены через логический интерфейс F1.
• Один gNB-DU подключен только к одному gNB-CU.
NG, Xn и F1 являются логическими интерфейсами. Для NG-RAN интерфейсы NG и Xn-C для gNB, состоящего из gNB-CU и gNB-DU, заканчиваются в 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 поддерживает разделение на плоскость управления и плоскость пользователя;
• интерфейс F1 разделен на уровень радиосети и уровень транспортной сети;
• интерфейс F1 обеспечивает обмен информацией, ассоциированной с UE, и информацией, не ассоциированной с UE;
• интерфейс F1 определен как перспективный для выполнения различных новых требований, поддержки новых услуг и новых функций;
• один GNB-CU и набор GNB-DU видны другим логическим узлам как gNB. GNB завершает интерфейсы X2, Xn, NG и S1-U;
• gNB-CU может быть разделен на плоскость управления (CP) и плоскость пользователя (UP).
Организация по стандартизации 3GPP провела исследование по разделению CU на объект CU-CP (плоскость управления) и объект CU-UP (плоскость пользователя). Соглашения из исследования включены в 3GPP TR 38.806. На фиг.2 показан пример архитектуры, которая разделяет CU на CU-CP и CU-UP, как было исследовано в 3GPP TR 38.806.
Архитектура, исследованная в TR 38.806, может быть дополнительно определена следующим образом:
• gNB может состоять из CU-CP, нескольких CU-UP и нескольких DU;
• CU-CP подключен к DU через интерфейс F1-C;
• CU-UP подключен к DU через интерфейс F1-U;
• CU-UP подключен к CU-CP через интерфейс E1;
• Один DU подключен только к одному CU-CP;
• Один CU-UP подключен только к одному CU-CP;
• Для обеспечения отказоустойчивости DU и/или CU-UP могут быть подключены к множеству CU-CP посредством соответствующей реализации.
• Один DU может быть подключен к нескольким CU-UPS под управлением одного и того же CU-CP;
• Один CU-UP может быть подключен к нескольким DU под управлением одного и того же CU-CP;
• Связность между CU-UP и DU устанавливается CU-CP с использованием, например, функций управления контекстом однонаправленного канала или UE.
• CU-CP выбирает соответствующие CU-UP для запрашиваемых услуг для UE.
В настоящее время существуют определенные проблемы. Например, интерфейс F1-U между DU и CU-UP основан на протоколе GTP, заданном в 3GPP TS 29.060. Каждое соединение через F1-U отображается в однонаправленный радиоканал данных (DRB), который соединяет CU-UP с UE через DU (где DU предоставляет радиоресурсы для DRB). Чтобы установить соединение между CU-UP и DU через интерфейс F1-U, DU и CU-UP должны обмениваться идентификаторами конечных точек туннеля GTP (TEID). Это позволяет DU и CU-UP однозначно идентифицировать конкретное соединение (DRB). Механизм обмена TEID между DU и CU-UP еще не согласован в 3GPP.
В настоящее время в рамках 3GPP рассматривается только случай, когда CU-UP подключен только к одному CU-CP. Однако, как подтверждено в 3GPP, можно иметь реализацию, где CU-UP подключен нескольким CU-CP. По этой причине CU-UP должен управлять выделением TEID. Однако по-прежнему для CU-CP должна быть предусмотрена возможность самостоятельного управления выделением TEID в случае, если CU-UP подключен только к одному CU-CP.
Раскрытие сущности изобретения
Некоторые аспекты настоящего раскрытия и их вариантов осуществления могут обеспечивать решения этих или других задач. В частности, предусмотрены способы и системы для обмена идентификаторами конечных точек туннеля (TEID) между распределенным модулем (DU) и плоскостью центрального блока-плоскости пользователя (CU-UP) для установления соединения через интерфейс F1-U и соответствующие однонаправленные радиоканалы передачи данных (DRB).
Согласно некоторым вариантам осуществления способ выделения TEID посредством CU-UP сетевого узла включает в себя прием из CU-UP по меньшей мере одного TEID восходящей линии связи (TEID UL), ассоциированного с DRB. По меньшей мере один TEID UL отправляется в распределенный блок (DU). По меньшей мере один TEID нисходящей линии связи (TEID DL), ассоциированный с DRB, принимается из DU. По меньшей мере один TEID DL, ассоциированный с DRB, затем отправляется в CU-UP.
Согласно некоторым вариантам осуществления CU-CP сетевого узла для выделения TEID включает в себя память, выполненную с возможностью хранения инструкций и схем обработки. Схема обработки предназначена для выполнения инструкций, чтобы заставить сетевой узел принять из CU-UP по меньшей мере один TEID UL, ассоциированный с DRB. По меньшей мере один TEID UL отправляется в распределенный блок (DU). По меньшей мере один TEID нисходящей линии связи (TEID DL), ассоциированный с DRB, принимается из DU. По меньшей мере один TEID DL, ассоциированный с DRB, затем отправляется в CU-UP.
Согласно некоторым вариантам осуществления способ, выполняемый сетевым узлом для выделения TEID включает в себя отправку, CU-CP сетевого узла, запроса установления однонаправленного канала в CU-UP сетевого узла. Ответ на запрос установления однонаправленного канала принимается из CU-UP. Ответ на запрос установления однонаправленного канала включает в себя по меньшей мере один TEID UL в расчете на один однонаправленный канал. Запрос установления контекста отправляется в DU. Запрос установления контекста включает в себя по меньшей мере один TEID UL в расчете на один однонаправленный канал. Ответ на запрос установления контекста принимается из DU, который включает в себя по меньшей мере один TEID DL в расчете на один однонаправленный канал. Запрос на модификацию однонаправленного канала отправляется в CU-UP, который включает в себя по меньшей мере один TEID DL в расчете на один однонаправленный канал, принятый из DU. Ответ на запрос модификации однонаправленного канала принимается из CU-UP.
Согласно некоторым вариантам осуществления сетевой узел для выделения идентификаторов конечной точки туннеля включает в себя память, выполненную с возможностью хранения инструкций, и схему обработки. Схема обработки выполнена с возможностью исполнения инструкций, которые предписывают сетевому узлу отправить, посредством CU-CP сетевого узла, запрос установления однонаправленного канала в CU-UP сетевого узла. Ответ на запрос установления однонаправленного канала принимается из CU-UP. Ответ на запрос установления однонаправленного канала включает в себя по меньшей мере один TEID UL в расчете на один однонаправленный канал. Запрос установления контекста отправляется в DU. Запрос установления контекста включает в себя по меньшей мере один TEID UL в расчете на один однонаправленный канал. Ответ на запрос установления контекста принимается из DU, который включает в себя по меньшей мере один TEID DL в расчете на один однонаправленный канал. Запрос на модификацию однонаправленного канала отправляется в CU-UP, который включает в себя по меньшей мере один TEID DL в расчете на один однонаправленный канал, принятый из DU. Ответ на запрос модификации однонаправленного канала принимается из CU-UP.
Согласно некоторым вариантам осуществления способ выделения TEID с помощью CU-UP сетевого узла включает в себя передачу, в CU-CP, по меньшей мере одного TEID UL, ассоциированного с DRB, для пересылки в DU. По меньшей мере один TEID DL принимается из CU-CP. По меньшей мере один TEID DL определяется как ассоциированный с DRB с помощью DU, и пересылается в CU-UP посредством CU-UP.
Согласно некоторым вариантам осуществления, CU-UP сетевого узла предоставляется для выделения TEID. CU-UP сетевого узла включает в себя память, предназначенную для хранения инструкций и схемы обработки. Схема обработки предназначена для исполнения инструкций, которые предписывают CU-UP сетевого узла передавать в CU-CP по меньшей мере один TEID UL, ассоциированный с DRB, для пересылки в DU. По меньшей мере один TEID DL принимается из CU-CP. По меньшей мере один TEID DL определяется как ассоциированный с DRB с помощью DU и пересылается в CU-UP посредством CU-UP.
Согласно некоторым вариантам осуществления способ выделения TEID посредством DU сетевого узла включает в себя прием, из CU-CP, по меньшей мере одного TEID UL, ассоциированного с DRB. По меньшей мере один TEID UL определяется посредством CU-UP и пересылается в DU посредством CU-CP. По меньшей мере один TEID DL, ассоциированный с DRB, передается в CU-CP для пересылки в CU-UP.
Согласно некоторым вариантам осуществления DU сетевого узла предоставляется для выделения TEID. DU сетевого узла включает в себя память, предназначенную для хранения инструкций и схемы обработки. Схема обработки предназначена для исполнения инструкций, которые предписывают DU сетевого узла принять, из CU-CP, по меньшей мере один TEID UL, ассоциированный с DRB. По меньшей мере один TEID UL определяется посредством CU-UP и пересылается в DU посредством CU-CP. По меньшей мере один TEID DL, ассоциированный с DRB, передается в CU-CP для пересылки в CU-UP.
Согласно некоторым вариантам осуществления система связи включает в себя хост-компьютер, содержащий интерфейс связи, выполненный с возможностью приема пользовательских данных, исходящих из передачи из пользовательского оборудования (UE) в базовую станцию. Базовая станция содержит радиоинтерфейс и схему обработки. Схема обработки базовой станции выполнена с возможностью приема из CU-UP по меньшей мере одного TEID UL, ассоциированного с DRB. По меньшей мере один TEID UL отправляется в DU. По меньшей мере один TEID DL, ассоциированный с DRB, принимается из DU. По меньшей мере один TEID DL отправляется в CU-UP.
Некоторые варианты осуществления позволяют обеспечить одно или несколько из следующих технических преимуществ. В качестве примера, некоторые варианты осуществления могут включать реализации CU-UP, которые могут подключаться к множеству CU-CP, позволяя DU и CU-UP обмениваться TEID для создания соединения по интерфейсу F1-U и, следовательно, по соответствующему DRB. В качестве другого примера, преимущество может состоять в том, что некоторые варианты осуществления гарантируют, что TEID UL, используемые в одном и том же CU-UP, всегда являются уникальными.
Некоторые варианты осуществления могут включать в себя ни одного, некоторые или все эти преимущества. Некоторые варианты осуществления могут включать в себя другие преимущества, которые будут понятны специалисту в данной области.
Краткое описание чертежей
Для более полного понимания раскрытых вариантов осуществления, их особенностей и преимуществ теперь сделана ссылка на последующее описание, приведенное совместно с сопроводительными чертежами, на которых:
фиг.1 - текущая архитектура сети радиодоступа (RAN) 5-го поколения (NG), которая описана в 3GPP TS 38.401;
фиг.2 - примерная архитектура, которая разделяет CU на CU-CP и CU-UP, которые исследуются в 3GPP TR 38.806;
фиг.3 - диаграмма сигнализации, иллюстрирующая последовательное выделение идентификаторов конечных точек туннеля (TEID) и/или TEID восходящей линии связи (TEID UL) посредством CU-UP согласно некоторым вариантам осуществления;
фиг.4 - схема сигнализации, иллюстрирующая параллельное выделение TEID и/или TEID UL посредством CU-UP согласно некоторым вариантам осуществления;
фиг.5 - схема сигнализации, иллюстрирующая полустатическое выделение TEID и/или TEID UL посредством CU-CP согласно некоторым вариантам осуществления;
фиг.6 - примерный способ выделения TEID посредством CU-CP сетевого узла согласно некоторым вариантам осуществления;
фиг.7 - другой примерный способ выделения TEID посредством CU-CP сетевого узла согласно некоторым вариантам осуществления;
фиг.8 - примерный способ выделения TEID посредством CU-UP сетевого узла согласно некоторым вариантам осуществления;
фиг.9 - примерный способ выделения TEID посредством DU сетевого узла согласно некоторым вариантам осуществления;
фиг.10 - пример беспроводной сети для выделения TEID согласно некоторым вариантам осуществления;
фиг.11 - примерный вариант осуществления сетевого узла для выделения TEID согласно некоторым вариантам осуществления;
фиг.12 - другой примерный способ, выполняемый сетевым узлом для выделения TEID согласно некоторым вариантам осуществления;
фиг.13 - другое примерное виртуальное вычислительное устройство для выделения TEID согласно некоторым вариантам осуществления;
фиг.14 - примерный вариант осуществления беспроводного устройства согласно некоторым вариантам осуществления;
фиг.15 - примерный контроллер радиосети или узел базовой сети согласно некоторым вариантам осуществления;
фиг.16 - схематичное представление телекоммуникационной сети, подключенной через промежуточную сеть к хост-компьютеру, согласно некоторым вариантам осуществления;
фиг.17 - обобщенная блок-схема хост-компьютера, поддерживающего связь через базовую станцию с пользовательским оборудованием по частично беспроводному соединению согласно некоторым вариантам осуществления;
фиг.18 - способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование согласно некоторым вариантам осуществления;
фиг.19 - другой способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование согласно некоторым вариантам осуществления;
фиг.20 - другой способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование согласно некоторым вариантам осуществления; и
фиг.21 - другой способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование согласно некоторым вариантам осуществления.
Осуществление изобретения
Конкретные варианты осуществления описаны со ссылкой на фиг.3-17 чертежей, причем на различных чертежах одинаковые ссылочные позиции используются для одинаковых и соответствующих частей.
Некоторые варианты осуществления могут включать в себя функциональные возможности для выделения идентификаторов конечной точки туннеля (TEID). Согласно некоторым вариантам осуществления, например, предусмотрены механизмы для обмена TEID/TEID восходящей линии связи (TEID UL) между распределенным модулем (DU) и центральным блоком-плоскостью пользователя (CU-UP) для установления соединения через интерфейс F1-U (и, следовательно, между соответствующими однонаправленными радиоканалами передачи данных (DRB).
Согласно некоторым вариантам осуществления механизмы, которые осуществимы и имеют различные преимущества и недостатки, описаны ниже следующим образом:
Механизм 1a: CU-UP последовательно выделяет TEID UL.
Этот подход имеет два варианта:
1. TEID обмениваются последовательно (сначала выделяется TEID UL). (1) CU-CP извлекает TEID UL (один TEID UL в расчете на один DRB, который должен быть установлен в DU) из CU-UP с использованием интерфейса E1 и, например, процедуры установления однонаправленного канала E1AP. Процедура установления однонаправленного канала между CU-CP и CU-UP позволяет отправить в CU-UP один или более временных TEID DL в расчете на один DRB. Таким образом, CU-UP сможет установить однонаправленный канал F1-U с DU, но сможет принимать только UL-трафик, так как только TEID UL являются определяющими. Это по меньшей мере гарантирует, что UE может передавать UL-трафик сразу после того, как DU примет TEID UL. (2) CU-CP отправляет один TEID UL в расчете на один DRB в DU и извлекает один TEID DL в расчете на один DRB из DU, используя интерфейс F1-C и, например, процедуру установления контекста UE F1AP. (3) Наконец, CU-CP отправляет один TEID DL в расчете на один DRB в CU-UP с использованием интерфейса E1 и, например, процедуры модификации однонаправленного канала E1AP. С этого момента CU-UP может также отправить DL-трафик в DU.
2. TEID обмениваются последовательно (сначала выделяется TEID DL). (1) CU-CP отправляет один DU TEID по умолчанию (то есть временный TEID, который будет заменен определенным TEID) в расчете на один DRB в DU и извлекает один TEID DL в расчете на один DRB из DU, используя интерфейс F1-C и, например, процедуру установления контекста F1AP UE. (2) CU-CP отправляет в CU-UP TEID DL в расчете на один DRB, выделенный DU, и извлекает из CU-UP TEID UL (один TEID UL в расчете на один DRB, который должен быть установлен в DU), используя E1 интерфейс и, например, процедуру установления однонаправленного канала E1AP. Таким образом, DU сможет установить однонаправленный канал F1-U с помощью CU-UP, но он сможет только отправить DL-трафик, так как только TEID DL являются определяющими. Это по меньшей мере гарантирует, что UE может принять DL-трафик после того, как CU-UP примет TEID DL. (2) CU-CP отправляет один TEID UL в расчете на один DRB в DU, используя интерфейс F1-C и, например, процедуру установления контекста UE F1AP. (3)
Механизм 1b: CU-UP параллельно выделяет идентификаторы TEID UL.
(1a) CU-CP извлекает TEID UL (один TEID UL в расчете на один DRB, который должен быть установлен в DU) из CU-UP с использованием интерфейса E1 и, например, процедуры установления однонаправленного канала E1AP. (1b) В то же время CU-CP извлекает один TEID DL в расчете на один DRB, который должен быть установлен из DU, используя интерфейс F1-C и, например, процедуру установления контекста UE F1AP. Следует отметить, что запрос установления контекста F1AP из CU в DU включает в себя обязательное присутствие одного TEID UL в расчете на один DRB, который должен быть установлен. Обязательные поля TEID могут быть заполнены значениями по умолчанию, которые интерпретируются DU как неприменяемые. (Этап 2a) После завершения этапа 1a CU-CP отправляет один TEID UL в расчете на один DRB в DU через интерфейс F1-C, используя, например, процедуру модификации контекста UE F1AP. Эти TEID UL заменили бы значения по умолчанию, принятые посредством запроса установления контекста UE. После этого этапа DU может начать отправку UL-трафика в CU-UP (этап 2b). После завершения этапа 1b CU-CP отправляет TEID DL в CU-UP через интерфейс E1, используя, например, процедуру модификации однонаправленного канала E1AP. После этого этапа CU-UP может начать отправку DL-трафика в DU.
Механизм 2a: CU-CP полустатически выделяет TEID UL.
Во время установления E1 CU-UP отправляет в CU-CP диапазон TEID UL, которые однозначно зарезервированы для этого CU-CP, то есть эти TEID могут использоваться для всех DRB, которые CU-CP намеревается установить с помощью его подключенных DU. Для установления соединения F1-U исполняются следующие этапы. (1) CU-CP выбирает один TEID UL в расчете на один DRB из принятого диапазона TEID UL, отправляет его в DU и принимает один TEID DL в расчете на один DRB из DU через интерфейс F1-C, используя, например, процедуру установления контекста UE F1AP. (1a) При необходимости CU-CP может параллельно отправить в CU-UP на этапе (1) указатель того, что каждый из одного или более однонаправленных каналов с точно определенным TEID UL устанавливается в DU. После этого этапа DU может немедленно начать отправку UL-трафика в CU-UP после отправки TEID DL в CU-CP. (2) CU-CP отправляет один TEID UL и TEID DL в расчете на один DRB в CU-UP через интерфейс E1, используя, например, процедуру установления однонаправленного канала.
В случае, когда в CU-CP TEID UL практически заканчиваются, то есть почти полностью используется выделенный диапазон TEID UL: (1) CU-UP может запросить больше TEID через интерфейс E1, используя, например, процедуру обновления конфигурации CU-CP. (2) CU-UP может выяснить, что в CU-UP заканчиваются TEID UL, и может отправить его автономно в CU-UP через интерфейс E1, используя, например, процедуру обновления конфигурации CU-UP. (3) CU-CP может выделять TEID UL за пределами своего диапазона в надежде на то, что это не приведет к конфликту (то есть в надежде на то, что этот TEID UL еще не используется другим CU-CP). Если выделенный TEID уже используется, CU-UP отправит ответ с другим TEID (и, возможно, с расширенным диапазоном TEID, которые может использовать CU-CP).
Механизм 2b: CU-CP выделяет TEID UL методом проб и ошибок.
В этом подходе CU-CP выделяет TEID UL аналогично подходу 2a, но ему заранее не предоставляется какой-либо диапазон. Если CU-CP выделяет TEID UL, который уже используется другим CU-CP, это вызовет конфликт. CU-UP разрешит конфликт путем выделения нового TEID UL и сообщит его CU-CP. CU-CP отправляет новый TEID UL в DU через F1-C, используя, например, процедуру модификации контекста UE F1AP.
На фиг.3-9 показаны более подробно механизмы 1a-2a и 1b-2b, описанные выше. Среди различных подходов, описанных в данном документе, наиболее многообещающими из подходов с точки зрения производительности являются выделение CU-UP, когда TEID обмениваются параллельно, и выделение CU-CP полустатических TEID. Однако возможны и другие подходы.
В частности, на фиг.3 показана диаграмма 300 сигнализации, иллюстрирующая последовательное выделение TEID посредством CU-UP, согласно некоторым вариантам осуществления.
На этапах 0a-0b устанавливается интерфейс E1 между CU-CP 304 и CU-UP 306. Как показано, запрос установления E1 отправляется из CU-CP 304 в CU-UP 306 на этапе 0a. CU-UP 306 отправляет ответ на запрос установления E1 на этапе 0b.
На этапе 1a CU-CP 304 отправляет запрос установления однонаправленного канала E1AP в CU-UP 306. В случае положительного результата CU-UP 306 отправляет ответ на этапе 1b в виде ответа на запрос установления однонаправленного канала E1AP, который включает в себя выбранный TEID UL в расчете на один однонаправленный канал (DRB).
На этапе 2a CU-CP 304 отправляет запрос установления контекста UE F1AP в DU 302, который включает в себя один TEID UL в расчете на один DRB. В случае положительного результата DU 302 отправляет ответ на этапе 2b в виде ответа на запрос установления контекста UE F1AP, который включает в себя выбранный TEID DL в расчете на один DRB.
На этапе 3а, ТС-CP 304 отправляет запрос на модификацию E1AP в CU-UP 306, который включает в себя один TEID DL в расчете на один DRB, переданный DU 302. CU-UP 306 отправляет ответ на этапе 3b в виде ответа на запрос модификации однонаправленного канала. DRB устанавливается через F1.
Примерная сигнализация также может использоваться для установления одновременно нескольких однонаправленных каналов. Таким образом, сообщения могут включать в себя несколько TEID UL/DL. Это справедливо для всех описанных здесь механизмов и способов.
На фиг.4 показана схема 400 сигнализации, иллюстрирующая параллельное выделение TEID и/или TEID UL, посредством CU-UP, согласно некоторым вариантам осуществления.
На этапе 0a-0b устанавливается интерфейс E1 между CU-CP и CU-UP. Как показано, например, запрос установления E1 отправляется из CU-CP 404 в CU-UP 406 на этапе 0a. CU-UP 406 отправляет ответ в виде ответа на запрос установления E1 на этапе 0b.
На этапе 1а ТС-CP 404 отправляет запрос установления E1AP в CU-UP 406. В случае положительного результата CU-UP 406 отправляет ответ на этапе 1b с E1AP ответ на запрос установления, который включает в себя выбранный TEID UL в расчете на один DRB. На этапе 1c CU-CP 404 отправляет запрос установления контекста UE F1AP в DU 402. В случае положительного результата DU 402 отправляет ответ на этапе 1d в виде ответа на запрос установления контекста UE F1AP, который включает в себя выбранный TEID DL в расчете на один DRB.
На этапе 2a CU-CP 404 отправляет запрос на модификацию однонаправленного канала E1AP в CU-UP 406, который включает в себя TEID DL в расчете на один DRB. CU-UP 406 отправляет ответ на этапе 2b в виде ответа на запрос модификации однонаправленного канала. На этапе 2c CU-CP 404 отправляет запрос модификации контекста UE F1AP в DU 402, который включает в себя TEID UL в расчете на один DRB. DU 402 отправляет ответ на этапе 2d в виде ответа на запрос модификации контекста UE F1AP. DRB устанавливается через F1.
Согласно конкретному варианту осуществления его модификация может включать в себя отправку, CU-CP 404, TEID UL в DU 402 с использованием передачи сообщения RRC DL, которая также содержит сообщение реконфигурации RRC для UE. Это позволяет сэкономить одну двустороннюю передачу между DU 402 и CU-CP 404.
Согласно другому конкретному варианту осуществления его модификация может включать в себя отправку, CU-CP 404, TEID UL в DU 402, используя новую процедуру вызова 1 или класса 2. Дополнительно или альтернативно, CU-CP 404 может отправить TEID DL в CU-UP 406, используя новую процедуру вызова 1 или класса 2.
На фиг.5 показана схема 500 сигнализации, иллюстрирующая полустатическое выделение TEID и/или TEID UL посредством CU-CP согласно некоторым вариантам осуществления.
На этапе 0a-0b устанавливается интерфейс E1 между CU-CP и CU-UP. Как показано, например, запрос установления E1 отправляется из CU-CP 504 в CU-UP 506 на этапе 0a. CU-UP 506 отправляет ответ на запрос установления E1 на этапе 0b. В ответе на запрос установления E1 CU-UP 506 отправляет диапазон идентификаторов TEID UL, которые зарезервированы исключительно для однонаправленных каналов, установленных этим CU-CP 504.
На этапах 1a-1b ТС-CP 504 выделяет один TEID UL в расчете на один DRB. В частности, на этапе 1a CU-CP 504 отправляет запрос установления контекста UE F1AP в DU 502, который включает в себя TEID UL в расчете на один DRB. В случае положительного результата DU 502 отправляет на этапе 1b ответ на запрос установления контекста UE F1AP, который включает в себя выбранный TEID DL в расчете на один DRB.
На этапе 2a CU-CP 504 отправляет запрос установления однонаправленного канала E1AP в CU-UP 506, который включает в себя TEID DL и UL для каждого установленного DRB. CU-UP 506 отправляет ответ на этапе 2b в виде ответа на запрос модификации однонаправленного канала. DRB устанавливается через F1.
После этого диапазон TEID может быть обновлен с использованием обновления конфигурации через интерфейс E1.
Диапазон TEID может быть обновлен с использованием обновления конфигурации через e1.
Как описано выше, CU-UP может выделить TEID UL, используя метода проб и ошибок, согласно некоторым другим вариантам осуществления. Этот подход описан выше как механизм 2b и аналогичен подходу, называемому механизмом 2а, но без предварительного резервирования идентификаторов TEID UL. В частности, согласно некоторым вариантам осуществления CU-CP может выбрать TEID, который уже используется другим CU-CP. CU-UP может разрешить конфликт путем назначения нового TEID UL и его отправки в CU-CP через интерфейс E1. Затем CU-CP может отправить новый TEID UL в DU, используя, например, процедуру модификации контекста UE или передачу сообщения RRC DL, которое также содержит сообщение конфигурации RRC для UE.
На фиг.6 показан примерный способ 400 для выделения TEID, CU-CP, сетевого узла согласно некоторым вариантам осуществления. Способ начинается на этапе 410, когда CU-CP принимает из CU-UP по меньшей мере один TEID UL, ассоциированный с DRB.
На этапе 420 CU-CP отправляет в DU по меньшей мере один TEID UL, ассоциированный с DRB.
На этапе 430 CU-CP принимает из DU по меньшей мере один TEID DL, ассоциированный с DRB.
На этапе 440 CU-CP отправляет в CU-UP по меньшей мере один TEID DL, ассоциированный с DRB.
В конкретном варианте осуществления по меньшей мере один TEID UL и по меньшей мере один TEID DL обмениваются последовательно по меньшей мере с одним TEID UL, принимаемым из CU-UP и отправляемым в DU перед приемом из DU и отправкой в CU-UP по меньшей мере одного TEID DL. В дополнительном конкретном варианте осуществления CU-CP может отправить запрос установления однонаправленного канала в CU-UP, и по меньшей мере один TEID UL, ассоциированный с DRB, может приниматься из CU-UP в ответе на запрос установления однонаправленного канала.
В другом конкретном варианте осуществления по меньшей мере один TEID UL, ассоциированный с DRB, может быть отправлен в DU в запросе установления контекста, и по меньшей мере один TEID DL, ассоциированный с DRB, может быть принят в ответе на запрос установления контекста из DU.
В конкретном варианте осуществления по меньшей мере один TEID DL, ассоциированный с DRB, принятый из DU, может быть отправлен в CU-UP в качестве запроса модификации однонаправленного канала. Кроме того, CU-CP может принять ответ на запрос модификации однонаправленного канала из CU-UP.
В другом конкретном варианте осуществления по меньшей мере один TEID UL и по меньшей мере один TEID DL могут обмениваться последовательно, и по меньшей мере один TEID DL может приниматься из DU и отправляться в CU-UP перед приемом из CU-UP и отправкой в DU по меньшей мере одного TEID UL. В дополнительном конкретном варианте осуществления перед приемом по меньшей мере одного TEID UL, ассоциированного с DRB, из CU-UP, CU-UP может отправить, в DU, временный TEID UL, ассоциированный с DRB, в запросе установления контекста. По меньшей мере один TEID DL, ассоциированный с DRB, может затем быть принят из DU в качестве ответа на запрос установления контекста. По меньшей мере один TEID DL, ассоциированный с DRB, может быть отправлен в CU-UP в запросе установления однонаправленного канала, и по меньшей мере один TEID UL, ассоциированный с DRB, может быть принят из CU-UP в ответе на запрос установления однонаправленного канала.
В другом конкретном варианте осуществления по меньшей мере один TEID UL, ассоциированный с DRB, и по меньшей мере один TEID DL, ассоциированный с DRB, могут обмениваться параллельно. Например, CU-CP может отправить запрос установления однонаправленного канала в CU-UP. CU-CP может также отправить запрос установления контекста UE в DU. По меньшей мере один TEID UL, ассоциированный с DRB, может затем быть принят из CU-UP в ответе на запрос установления однонаправленного канала, и по меньшей мере один TEID DL, ассоциированный с DRB, может быть принят из DU в ответе на запрос установления контекста. По меньшей мере один TEID DL, ассоциированный с DRB, может быть отправлен в CU-UP в запросе модификации однонаправленного канала, и по меньшей мере один TEID UL, ассоциированный с DRB, может быть отправлен в DU в запросе модификации контекста UE.
В конкретном варианте осуществления по меньшей мере один TEID UL включает в себя множество TEID UL, и каждый из множества TEID UL ассоциируется с соответствующим одним из множества DRB. Аналогичным образом, по меньшей мере один из TEID DL может включать в себя множество TEID DL, и каждый из множества TEID DL может ассоциироваться с соответствующим одним из множества DRB.
На фиг.7 показан другой примерный способ 500 выделения TEID, с помощью CU-CP, сетевого узла согласно некоторым вариантам осуществления. Способ начинается на этапе 510 с того, что CU-CP отправляет запрос установления однонаправленного канала в CU-UP сетевого узла. На этапе 520 CU-CP принимает ответ установления однонаправленного канала из CU-UP. Ответ на запрос установления однонаправленного канала включает в себя по меньшей мере один TEID UL в расчете на один однонаправленный канал. На этапе 530 CU-CP отправляет запрос установления контекста в DU. Запрос установления контекста включает в себя по меньшей мере один TEID UL в расчете на один однонаправленный канал. На этапе 540 CU-CP принимает ответ на запрос установления контекста из DU, который включает в себя по меньшей мере один TEID DL в расчете на один однонаправленный канал. На этапе 550 CU-CP отправляет запрос на модификацию однонаправленного канала в CU-UP, который включает в себя по меньшей мере один TEID DL в расчете на один однонаправленный канал, принятый из DU. На этапе 560 CU-CP принимает ответ на запрос модификации однонаправленного канала из CU-UP.
На фиг.8 показан примерный способ 600 для выделения TEID посредством CU-UP сетевого узла, согласно некоторым вариантам осуществления. Способ начинается на этапе 610, когда CU-UP передает в CU-CP по меньшей мере один TEID UL, ассоциированный с DRB, для пересылки в DU.
На этапе 620 CU-UP принимает из CU-CP по меньшей мере один TEID DL, ассоциированный с DRB. По меньшей мере один TEID DL определяется DU и пересылается в CU-UP посредством CU-UP.
В конкретном варианте осуществления способ может дополнительно включать в себя прием, посредством CU-UP, запроса установления однонаправленного канала из CU-CP. По меньшей мере один TEID UL, ассоциированный с DRB, может быть принят в ответе на запрос установления однонаправленного канала.
В конкретном варианте осуществления по меньшей мере один TEID DL, ассоциированный с DRB, может быть принят из CU-CP в качестве запроса модификации однонаправленного канала, и способ может дополнительно включать в себя передачу, посредством CU-UP, ответа на запрос модификации однонаправленного канала в CU-CP.
В конкретном варианте осуществления по меньшей мере один TEID UL может включать в себя множество TEID UL, и каждый из множества TEID UL может ассоциироваться с соответствующим одним из множества DRB. Аналогичным образом, по меньшей мере один из TEID DL может включать в себя множество TEID DL, и каждый из множества TEID DL может ассоциироваться с соответствующим одним из множества DRB.
На фиг.9 показан примерный способ 700 для выделения TEID посредством DU сетевого узла согласно некоторым вариантам осуществления. Способ начинается на этапе 710, когда DU принимает из CU-CP по меньшей мере один TEID UL, ассоциированный с DRB. По меньшей мере один TEID UL определяется посредством CU-UP и пересылается в DU посредством CU-CP.
На этапе 720 DU передает в CU-CP по меньшей мере один TEID нисходящей линии связи (TEID DL), ассоциированный с DRB, для пересылки в CU-UP.
В конкретном варианте осуществления по меньшей мере один TEID UL и по меньшей мере один TEID DL обмениваются последовательно по меньшей мере с одним TEID UL, принимаемым DU, перед передачей в CU-CP по меньшей мере одного TEID DL.
В конкретном варианте осуществления по меньшей мере один TEID UL, ассоциированный с DRB, принимается DU в запросе установления контекста, и по меньшей мере один TEID DL, ассоциированный с DRB, передается CU-CP в ответе на запрос установления контекста.
В конкретном варианте осуществления по меньшей мере один TEID UL и по меньшей мере один TEID DL обмениваются последовательно по меньшей мере с одним TEID DL, передаваемым в CU-CP, перед приемом из CU-CP по меньшей мере одного TEID UL.
В конкретном варианте осуществления по меньшей мере один TEID UL и по меньшей мере один TEID DL обмениваются параллельно. Например, в конкретном варианте осуществления по меньшей мере один TEID DL может быть передан в CU-CP в ответе на запрос установления контекста, и по меньшей мере один TEID UL может быть принят из CU-CP в запросе модификации контекста UE.
В конкретном варианте осуществления по меньшей мере один TEID UL включает в себя множество TEID UL, и каждый из множества TEID UL ассоциируется с соответствующим одним из множества DRB. Аналогично, по меньшей мере один из TEID DL может включать в себя множество TEID DL, и каждый из множества TEID DL может ассоциироваться с соответствующим одним из множества DRB.
На фиг.10 показана блок-схема, иллюстрирующая вариант осуществления сети 800 для выделения идентификаторов конечных точек туннеля (TEID) согласно некоторым вариантам осуществления. Сеть 800 включает в себя одно или несколько беспроводных устройств 810A-C, которые могут взаимозаменяемо называться беспроводными устройствами 810 или UE 810, и сетевые узлы 815A-C, которые взаимозаменяемо называются сетевыми узлами 815 или eNodeB 815. Беспроводное устройство 810 может поддерживать связь с сетевыми узлами 815 через беспроводной интерфейс. Например, беспроводное устройство 810A может передавать беспроводные сигналы в один или несколько сетевых узлов 815 и/или принимать беспроводные сигналы из одного или нескольких сетевых узлов 815. Беспроводные сигналы могут содержать речевой трафик, трафик данных, сигналы управления и/или любую другую подходящую информацию. В некоторых вариантах осуществления зона покрытия беспроводным сигналом, ассоциированная с сетевым узлом 815, может упоминаться как сота. В некоторых вариантах осуществления беспроводные устройства 810 могут иметь возможности D2D. Таким образом, беспроводные устройства 810 могут принимать сигналы из и/или передавать сигналы непосредственно в другое беспроводное устройство 810. Например, беспроводное устройство 810A может принимать сигналы из и/или передавать сигналы в беспроводное устройство 810B.
В некоторых вариантах осуществления сетевые узлы 815 могут взаимодействовать с контроллером радиосети (не показанным на фиг.10). Контроллер радиосети может управлять сетевыми узлами 815 и может выполнять некоторые функции управления радиоресурсами, функции управления мобильностью и/или другие подходящие функции. В некоторых вариантах осуществления функции контроллера радиосети могут быть включены в сетевой узел 815. Контроллер радиосети может взаимодействовать с узлом базовой сети. В некоторых вариантах осуществления контроллер радиосети может взаимодействовать с узлом базовой сети через межсоединительную сеть. Межсоединительная сеть может относиться к любой системе межсоединений, способной передавать аудио, видео, сигналы, данные, сообщения или любую комбинацию из вышеперечисленного. Межсоединительная сеть может включать в себя всю коммутируемую телефонную сеть общего пользования (PSTN) или ее часть, общедоступную или частную сеть передачи данных, локальную сеть (LAN), городскую сеть (MAN), глобальную сеть (WAN), локальную, региональную или глобальную сеть или компьютерную сеть, такую как Интернет, проводную или беспроводную сеть, корпоративную внутреннюю сеть или любую другую подходящую линию связи, включая их комбинации.
В некоторых вариантах осуществления узел базовой сети может управлять установлением сеансов связи и различными другими функциями для беспроводных устройств 810. Беспроводные устройства 810 могут обмениваться определенными сигналами с узлом базовой сети, используя уровень слоя без доступа. При сигнализации уровня без доступа сигналы между беспроводными устройствами 810 и узлом базовой сети могут прозрачно передаваться через сеть радиодоступа. В некоторых вариантах осуществления сетевые узлы 815 могут взаимодействовать с одним или несколькими сетевыми узлами через межузловой интерфейс. Например, сетевые узлы 815A и 815B могут взаимодействовать через интерфейс X2.
Как описано выше, примерные варианты осуществления сети 800 могут включать в себя одно или несколько беспроводных устройств 810 и один или несколько сетевых узлов различных типов, способных обмениваться данными (прямо или косвенно) с беспроводными устройствами 810. Беспроводное устройство 810 может относиться к беспроводному устройству любого типа, поддерживающему связь с узлом и/или с другим беспроводным устройством в сотовой или мобильной системе связи. Примеры беспроводного устройства 810 включают в себя мобильный телефон, смартфон, персональный цифровой помощник (PDA), портативный компьютер (например, ноутбук, планшет), датчик, модем, устройство связи машинного типа (MTC)/устройство межмашинной связи (M2M), оборудование, встроенное в портативный компьютер (LEE), оборудование, монтируемое на портативном компьютере (LME), USB-ключи, устройство с поддержкой D2D или другое устройство, которое может обеспечивать беспроводную связь. В некоторых вариантах осуществления беспроводное устройство 810 может также упоминаться как UE, станция (STA), устройство или терминал. Кроме того, в некоторых вариантах осуществления используется общая терминология «узел радиосети» (или просто «сетевой узел»). Этот узел может быть сетевым узлом любого типа, который может содержать узел B (Node B), базовую станцию (BS), многоузловой радиомодуль (MSR), такой как узел BS MSR, eNode B, сетевой контроллер, контроллер радиосети (RNC), контроллер базовый станции (BSC), донорский ретрансляционный узел, управляющий ретранслятором, базовую приемопередающую станцию (BTS), точку доступа (AP), точки передачи, узлы передачи, удаленный радиоблок (RRU), удаленную радиоголовку (RRH), узлы в распределенной антенной системе (DAS), узел базовой сети (например, MSC, MME и т.д.), O&M, OSS, SON, узел позиционирования (например, E-SMLC), MDT или любой подходящий сетевой узел. Примерные варианты осуществления сетевых узлов 815, беспроводных устройств 810 и других сетевых узлов (таких как контроллер радиосети или узел базовой сети) описаны более подробно со ссылкой на фиг.11, 14 и 15, соответственно.
Хотя на фиг.10 показана конкретная компоновка сети 800, настоящее раскрытие предполагает, что различные варианты осуществления, описанные в данном документе, могут применяться к множеству сетей, имеющих любую подходящую конфигурацию. Например, сеть 800 может включать в себя любое подходящее количество беспроводных устройств 810 и сетевых узлов 815, а также любые дополнительные элементы, подходящие для поддержки связи между беспроводными устройствами или между беспроводным устройством и другим устройством связи (таким как стационарный телефон). Кроме того, хотя некоторые варианты осуществления могут быть описаны как реализованные в сети долгосрочного развития (LTE), варианты осуществления могут быть реализованы в любой телекоммуникационной системе подходящего типа, поддерживающей любые подходящие стандарты связи и использующей любые подходящие компоненты, и применимы к любой технологии радиодоступа| (RAT) или системам с несколькими RAT, в которых беспроводное устройство принимает и/или передает сигналы (например, данные). Например, различные варианты осуществления, описанные в данном документе, могут быть применимы к LTE, LTE-Advanced, LTE-U UMTS, HSPA, GSM, cdma2000, WiMax, WiFi, другой подходящей технологии радиодоступа или любой подходящей комбинации одной или нескольких технологий радиодоступа. Хотя некоторые варианты осуществления могут быть описаны в контексте беспроводных передач в нисходящей линии связи, настоящее раскрытие предполагает, что различные варианты осуществления в равной степени применимы в восходящей линии связи и наоборот.
Технологии выделения идентификаторов конечных точек туннеля (TEID), описанные в данном документе, применимы как к LAA LTE, так и к автономной работе LTE в нелицензированных каналах. Описанные технологии, как правило, применимы для передач как из сетевых узлов 815, так и из беспроводных устройств 810.
На фиг.11 показан пример сетевого узла 815 для выделения идентификаторов конечной точки туннеля (TEID) согласно некоторым вариантам осуществления. Сетевой узел 815 может быть узлом радиосети любого типа или любым сетевым узлом, который поддерживает связь с UE и/или с другим сетевым узлом. Примеры сетевого узла 815 включают в себя gNB, eNodeB, узел B, базовую станцию, точку беспроводного доступа (например, точку доступа Wi-Fi), узел малой мощности, базовую приемопередающую станцию (BTS), ретранслятор, донорский узел, управляющий ретранслятором, точки передачи, узлы передачи, RRU, RRH, узел радиосвязи мультистандартного радио (MSR), такой как BS MSR, узлы в распределенной антенной системе (DAS), O&M, OSS, SON, узел позиционирования (например, E-SMLC), MDT или любой другой подходящий сетевой узел. Сетевые узлы 815 могут быть развернуты по всей сети 800 в виде однородного развертывания, неоднородного развертывания или смешанного развертывания. Как правило, однородное развертывание может описывать развертывание, состоящее из одного (или аналогичного) типа сетевых узлов 815 и/или аналогичных зон покрытия и размеров сот и расстояний между узлами. Как правило, неоднородное развертывание может описывать развертывания с использованием сетевых узлов 815 многочисленных типов, имеющих разные размеры сот, мощности передачи, пропускную способность и расстояния между узлами. Например, неоднородное развертывание может включать в себя множество узлов с низким энергопотреблением, размещенных по всей группировке макросот. Смешанные развертывания могут включать в себя смесь однородных частей и неоднородных частей.
Сетевой узел 815 может включать в себя одно или более из: приемопередатчика 910, схемы 920 обработки (например, которая может включать в себя один или несколько процессоров), памяти 930 и сетевого интерфейса 940. В некоторых вариантах осуществления приемопередатчик 910 обеспечивает передачу беспроводных сигналов в и прием беспроводных сигналов из беспроводного устройства 810 (например, через антенну 950), схема 920 обработки исполняет инструкции, чтобы предоставить некоторые или все функциональные возможности, описанные выше как предоставляемые сетевым узлом 815, память 930 хранит инструкции, исполняемые схемой 920 обработки, и сетевой интерфейс 940 передает сигналы во внутренние компоненты сети, такие как шлюз, коммутатор, маршрутизатор, Интернет, телефонная коммутируемая сеть общего пользования (PSTN), узлы базовой сети или контроллеры радиосети и т.д.
Схема 920 обработки может включать в себя любую подходящую комбинацию аппаратных средств и программного обеспечения, реализованную в одном или нескольких модулях для исполнения инструкций и манипулирования данными для выполнения некоторых или всех описанных функций сетевого узла 815, таких как те, которые описаны в любом из разделов 3, 4 или 6, представленных в данном документе. Например, в общем случае схема 920 обработки может заставить сетевой узел отправить сообщение поискового вызова, которое включает в себя уведомление о системной информации. В некоторых вариантах осуществления уведомление о системной информации может отправляться в ответ на обнаружение изменения риска ситуации перегрузки на ресурсах доступа и может указывать, что беспроводное устройство 810 должно применить ранее сохраненную версию системной информации. В некоторых вариантах осуществления схема 920 обработки может включать в себя, например, один или несколько компьютеров, один или несколько центральных процессоров (CPU), один или несколько микропроцессоров, одно или несколько приложений и/или другую логику.
Память 930, как правило, предназначена для хранения инструкций, таких как компьютерная программа, программное обеспечение, приложение, включающее в себя одну или более из логики, правил, алгоритмов, кода, таблиц и т.д. и/или других инструкций, которые могут быть исполнены процессором. Примеры памяти 930 включают в себя компьютерную память (например, оперативное запоминающее устройство (RAM) или постоянное запоминающее устройство (ROM)), запоминающее устройство большой емкости (например, жесткий диск), сменные носители информации (например, компакт-диск (CD) или цифровой универсальный видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые, невременные, машиночитаемые и/или машиноисполняемые запоминающие устройства, которые хранят информацию.
В некоторых вариантах осуществления сетевой интерфейс 940 коммуникативно связан со схемой 920 обработки и может относиться к любому подходящему устройству, предназначенному для приема входного сигнала для сетевого узла 815, отправки выходного сигнала из сетевого узла 815, выполнения подходящей обработки выходного сигнала или выходного сигнала или и того и другого, поддерживать связь с другими устройствами или любой комбинацией из вышеперечисленного. Сетевой интерфейс 940 может включать в себя соответствующие аппаратные средства (например, порт, модем, сетевую карту и т.д.) и программное обеспечение, включая возможности преобразования протокола и обработки данных, для поддержания связи через сеть.
Другие варианты осуществления сетевого узла 815 могут включать в себя дополнительные компоненты, помимо тех, которые показаны на фиг.11, которые могут отвечать за предоставление определенных аспектов функциональных возможностей узла радиосети, включая любые из описанных выше функциональных возможностей и/или любые дополнительные функциональные возможности (включая любые функциональные возможности, необходимые для поддержки решений, описанных выше). Сетевые узлы различных разнообразных типов могут включать в себя компоненты, имеющие одно и то же физическое оборудование, но выполненные с возможностью (например, посредством программирования) поддержки различных технологий радиодоступа, или могут представлять частично или полностью разные физические компоненты.
На фиг.12 показан примерный способ 1000, выполняемый сетевым узлом 815 для выделения идентификаторов конечных точек туннеля (TEID) согласно некоторым вариантам осуществления. Способ начинается на этапе 1002, когда сетевой узел 815 определяет, подключен ли CU-UP сетевого узла к множеству CU-CP сетевого узла или к одному CU-CP.
Если CU-UP подключен к множеству CU-CP, на этапе 1004 CU-UP управляет выделением TEID. В конкретном варианте осуществления CU-UP может последовательно обмениваться TEID UL и TEID DL, и TEID UL обмениваются раньше, чем TEID DL. В частности, последовательный обмен TEID UL и TEID DL может включать в себя:
• отправку, посредством CU-UP, запроса установления однонаправленного канала в CU-UP;
• прием, CU-CP, ответа на запрос установления однонаправленного канала из CU-UP, ответа на запрос установления однонаправленного канала, содержащего TEID восходящей линии связи (TEID UL) в расчете на один однонаправленный канал;
• отправку, CU-CP, запроса установления контекста в DU, причем запрос установления контекста содержит TEID UL в расчете на один однонаправленный канал;
• прием, CU-CP, ответа на запрос установления контекста из DU, который включает в себя TEID нисходящей линии связи (TEID DL) в расчете на один однонаправленный канал;
• отправку, CU-CP, запроса модификации однонаправленного канала в CU-UP, который включает в себя TEID DL в расчете на один DRB, принятый из DU; и
• прием, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP.
Альтернативно, TEID DL могут быть обменены прежде, чем TEID UL.
В другом конкретном варианте осуществления CU-UP может обмениваться параллельно TEID UL и TEID DL посредством:
• отправки, CU-CP, запроса установления однонаправленного канала в CU-UP;
• приема, CU-CP, ответа на запрос установления однонаправленного канала, который включает в себя TEID UL в расчете на один однонаправленный канал;
• отправки, CU-CP, запроса установления контекста UE в DU;
• приема, CU-CP, ответа на запрос установления контекста UE из DU, ответа на запрос установления контекста UE, содержащего TEID DL в расчете на один однонаправленный канал;
• отправки, CU-CP, запроса модификации однонаправленного канала в CU-UP, причем запрос модификации однонаправленного канала содержит TEID DL в расчете на один однонаправленный канал, принятый из DU;
• приема, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP;
• отправки, CU-CP, запроса модификации контекста UE в DU, причем запрос модификации контекста UE содержит TEID UL в расчете на один однонаправленный канал; и
• приема, CU-CP, ответа на запрос модификации контекста UE из DU.
В конкретном варианте осуществления CU-CP может отправить TEID UL в расчете на один однонаправленный канал в DU, используя сообщение RRC DL, которое также содержит сообщение реконфигурации RRC для UE. В другом варианте осуществления CU-CP может отправить TEID UL в расчете на один однонаправленный канал в DU, используя новую процедуру вызова 1 или класса 2. CU-CP может также отправить TEID DL в CU-UP, используя новую процедуру вызова 1 или класса 2.
В других вариантах осуществления, если CU-UP подключен к одному CU-CP, на этапе 806 CU-CP управляет выделением TEID. Согласно конкретному варианту осуществления TEID UL могут быть выделены таким образом, чтобы TEID UL и TEID DL обменивались полустатически. Например, в конкретном варианте осуществления CU-CP может:
• отправить запрос установления в CU-UP;
• принять ответ на запрос установления из CU-UP, причем ответ на запрос установления содержит диапазон TEID восходящей линии связи (TEID UL), которые зарезервированы для однонаправленных каналов, установленных CU-CP;
• назначить один TEID UL в расчете на один однонаправленный канал;
• отправить запрос установления однонаправленного канала в CU-UP, причем запрос установления однонаправленного канала содержит TEID DL и UL для каждого установленного однонаправленного канала; и
• принять ответ на запрос модификации однонаправленного канала из CU-UP.
В конкретном варианте осуществления, например, выделение одного TEID UL в расчете на один однонаправленный канал может включать в себя отправку, DU, запроса установления контекста UE, который включает в себя TEID UL для однонаправленного канала, и прием, из DU, ответа на запрос установления контекста UE, который включает в себя TEID DL в расчете на один однонаправленный канал.
Согласно некоторым другим вариантам осуществления CU-UP может быть подключен к множеству CU-CP, и выделение TEID может осуществляться методом проб и ошибок. В частности, CU-CP может выбрать TEID, который уже используется другим CU-CP. CU-UP может разрешить конфликт путем назначения нового TEID UL, который может быть отправлен в CU-CP. Затем CU-CP может отправить новый TEID UL в DU. В конкретном варианте осуществления новый TEID UL отправляется в DU с использованием процедуры модификации контекста UE или передачи сообщения управления радиоресурсами нисходящей линии связи (RRC DL), которое также содержит сообщение конфигурации RRC для UE.
На этапе 1008 однонаправленный канал данных устанавливается с использованием TEID, выделенных CU-UP или CU-CP.
В некоторых вариантах осуществления способ выделения идентификаторов конечной точки туннеля (TEID) может выполняться виртуальным вычислительным устройством. На фиг.13 показано примерное виртуальное вычислительное устройство 1100 для выделения идентификаторов конечной точки туннеля (TEID) согласно некоторым вариантам осуществления. В некоторых вариантах осуществления виртуальное вычислительное устройство 1100 может включать в себя модули для выполнения этапов, аналогичных описанным выше в отношении способа, проиллюстрированного и описанного на фиг.12. Например, виртуальное вычислительное устройство 1100 может включать в себя модуль 1110 определения, первый модуль 1120 управления, второй модуль 1130 управления, модуль 1140 установления и любые другие подходящие модули для выделения идентификаторов конечной точки туннеля (TEID). В некоторых вариантах осуществления один или несколько модулей могут быть реализованы с использованием схемы 920 обработки, показанной на фиг.11. В некоторых вариантах осуществления функции двух или более различных модулей могут быть объединены в одном модуле.
Модуль 1110 определения может выполнять некоторые из функций определения виртуального вычислительного устройства 1100. Например, в конкретном варианте осуществления модуль 1110 определения может определять то, подключен ли CU-UP сетевого узла к множеству CU-CP сетевого узла или к одному CU-CP.
Первый модуль 1120 управления может выполнять некоторые из функций управления виртуального вычислительного устройства 1100. Например, в конкретном варианте осуществления, если CU-UP подключен к множеству CU-CP, первый модуль 1120 управления может управлять выделением TEID с помощью CU-UP.
Второй модуль 1130 управления может выполнять некоторые из функций управления виртуального вычислительного устройства 1100. Например, в конкретном варианте осуществления, если CU-UP подключен к одному CU-CP, второй модуль 1130 управления может управлять выделением из TEID по CU-CP.
Модуль 1140 установления может выполнять некоторые из функций установления виртуального вычислительного устройства 1100. Например, в конкретном варианте осуществления модуль 1140 установления может устанавливать однонаправленный канал данных, устанавливаемый с использованием TEID, выделенных посредством CU-UP или CU -CP.
Другие варианты осуществления виртуального вычислительного устройства 1100 могут включать в себя дополнительные компоненты, помимо тех, которые показаны на фиг.13, которые могут отвечать за предоставление определенных аспектов функциональных возможностей сетевого узла, включая любые из описанных выше функциональных возможностей и/или любые дополнительные функциональные возможности (включая любые функциональные возможности, необходимые для поддержки решений, описанных выше). Сетевые устройства различных разнообразных типов могут включать в себя компоненты, имеющие одно и то же физическое оборудование, но выполненные с возможностью (например, посредством программирования) поддержки различных технологий радиодоступа, или могут представлять частично или полностью разные физические компоненты.
На фиг.14 показана блок-схема примерного беспроводного устройства 810 для выделения идентификаторов конечной точки туннеля (TEID) в соответствии с некоторыми вариантами осуществления. Беспроводное устройство 810 может относиться к беспроводному устройству любого типа, поддерживающему связь с узлом и/или с другим беспроводным устройством в сотовой или мобильной системе связи. Примеры беспроводного устройства 810 включают в себя мобильный телефон, смартфон, персональный цифровой помощник (PDA), портативный компьютер (например, ноутбук, планшет), датчик, модем, устройство связи машинного типа (MTC)/устройство межмашинной связи (M2M), оборудование, встроенное в портативный компьютер (LEE), оборудование, монтируемое на портативном компьютере (LME), USB-ключи, устройство с поддержкой D2D или другое устройство, которое может обеспечивать беспроводную связь. В некоторых вариантах осуществления беспроводное устройство 810 может также упоминаться как UE, станция (STA), устройство или терминал. Беспроводное устройство 810 включает в себя приемопередатчик 1210, схему 1220 обработки и память 1230. В некоторых вариантах осуществления приемопередатчик 1210 обеспечивает передачу беспроводных сигналов и прием беспроводных сигналов из сетевого узла 815 (например, через антенну 1240), схема 1220 обработки (которая, например, может включать в себя один или несколько процессоров) исполняет инструкции, чтобы обеспечить выполнение некоторых или всех функций, описанных выше как выполняемых беспроводным устройством 810, и память 1230 хранит инструкции, исполняемые схемой 1220 обработки.
Схема 1220 обработки может включать в себя любую подходящую комбинацию аппаратных средств и программного обеспечения, реализованную в одном или нескольких модулях для исполнения инструкций и манипулирования данными для выполнения некоторых или всех описанных функций беспроводного устройства 810, таких как функции UE 810 (то есть беспроводного устройства 810), описанные в данном документе. Например, в общем случае схема обработки может сохранять текущую версию системной информации и/или применять ранее сохраненную версию системной информации на основе уведомления о системной информации (например, на основе уведомления об изменении системной информации, изменения системной информации или обновления системной информации), принятого в сообщении поискового вызова из сетевого узла 815. В некоторых вариантах осуществления схема 1220 обработки может включать в себя, например, один или несколько компьютеров, один или несколько центральных процессоров (CPU), один или несколько микропроцессоров, одно или несколько приложений, одну или более специализированных интегральных микросхем (ASIC), одну или несколько программируемых пользователем вентильных матриц (FPGA) и/или другую логику.
Память 1230, как правило, предназначена для хранения инструкций, таких как компьютерная программа, программное обеспечение, приложение, включающее в себя одну или более из логики, правил, алгоритмов, кода, таблиц и т.д. и/или других инструкций, которые могут быть исполнены процессором. Примеры памяти 1230 включают в себя компьютерную память (например, оперативное запоминающее устройство (RAM) или постоянное запоминающее устройство (ROM)), запоминающее устройство большой емкости (например, жесткий диск), сменные носители информации (например, компакт-диск (CD) или цифровой универсальный видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые, невременные, машиночитаемые и/или машиноисполняемые запоминающие устройства, которые хранят информацию, данные и/или инструкции, которые могут использоваться процессором 1220.
Другие варианты осуществления беспроводного устройства 810 могут дополнительно включать в себя дополнительные компоненты, помимо тех, которые показаны на фиг.14, которые могут отвечать за предоставление определенных аспектов функциональных возможностей беспроводного устройства, включая любые из описанных выше функциональных возможностей и/или любые дополнительные функциональные возможности (включая любые функциональные возможности, необходимые для поддержки решения, описанного выше). В качестве только одного примера беспроводное устройство 810 может включать в себя устройства и схемы ввода, устройства вывода и один или несколько блоков или схем синхронизации, которые могут быть частью схемы 1220 обработки. Устройства ввода включают в себя механизмы для ввода данных в беспроводное устройство 810. Например, устройства ввода могут включать в себя механизмы ввода, такие как микрофон, элементы ввода, дисплей и т.д. Устройства вывода могут включать в себя механизмы для вывода данных в виде аудио, видео и/или в печатном виде. Например, устройства вывода могут включать в себя динамик, дисплей и т.д.
На фиг.15 показан пример контроллера радиосети или узла 1300 базовой сети в соответствии с некоторыми вариантами осуществления. Примеры сетевых узлов могут включать в себя центр коммутации мобильной связи (MSC), обслуживающий узел поддержки GPRS (SGSN), объект управления мобильностью (MME), контроллер радиосети (RNC), контроллер базовой станции (BSC) и т.д. Контроллер радиосети или узел базовой сети включает в себя схему 1302 обработки (например, которая может включать в себя один или несколько процессоров), сетевой интерфейс 1304 и память 1306. В некоторых вариантах осуществления схема 1302 обработки исполняет инструкции для обеспечения некоторых или всех описанных выше функциональных возможностей, которые предусмотрены сетевым узлом, в памяти 1306 хранятся инструкции, исполняемые схемой 1302 обработки, и сетевой интерфейс 1304 передает сигналы в любой подходящий узел, такой как шлюз, коммутатор, маршрутизатор, Интернет, коммутируемая телефонная сеть общего пользования (PSTN), сетевые узлы 815, контроллеры радиосети или узлы базовой сети и т.д.
Схема 1302 обработки может включать в себя любую подходящую комбинацию аппаратных средств и программного обеспечения, реализованную в одном или нескольких модулях для исполнения инструкций и манипулирования данными для выполнения некоторых или всех описанных функций контроллера радиосети или узла базовой сети. В некоторых вариантах осуществления схема 1302 обработки может включать в себя, например, один или несколько компьютеров, один или несколько центральных процессоров (CPU), один или несколько микропроцессоров, одно или несколько приложений и/или другую логику.
Память 1306, как правило, предназначена для хранения инструкций, таких как компьютерная программа, программное обеспечение, приложение, включающее в себя одну или более из логики, правил, алгоритмов, кода, таблиц и т.д. и/или других инструкций, которые могут быть исполнены процессором. Примеры памяти 1306 включают в себя компьютерную память (например, оперативное запоминающее устройство (RAM) или постоянное запоминающее устройство (ROM)), запоминающее устройство большой емкости (например, жесткий диск), сменные носители информации (например, компакт-диск (CD) или цифровой универсальный видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые, невременные, машиночитаемые и/или машиноисполняемые запоминающие устройства, которые хранят информацию.
В некоторых вариантах осуществления сетевой интерфейс 1304 коммуникативно связан со схемой 1302 обработки и может относиться к любому подходящему устройству, предназначенному для приема входного сигнала для сетевого узла, отправки выходного сигнала из сетевого узла, выполнения подходящей обработки входного сигнала или выходного сигнала или и того, и другого, может поддерживать связь с другими устройствами или любой комбинацией из вышеперечисленого. Сетевой интерфейс 1304 может включать в себя соответствующее аппаратные средства (например, порт, модем, сетевую карту и т.д.) и программное обеспечение, включая возможности преобразования протокола и обработки данных, для связи через сеть.
Другие варианты осуществления сетевого узла могут включать в себя дополнительные компоненты, помимо тех, которые показаны на фиг.15, которые могут отвечать за предоставление определенных аспектов функциональных возможностей сетевого узла, включая любую из функциональных возможностей, описанных выше, и/или любые дополнительные функциональные возможности (включая любые функциональные возможности, необходимые для поддержки решения, описанного выше).
На фиг.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.
На фиг.17 показана обобщенная блок-схема хост-компьютера, поддерживающего связь через базовую станцию с пользовательским оборудованием по частично беспроводному соединению согласно некоторым вариантам осуществления. Примерные реализации, в соответствии с вариантом осуществления, 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. Для упрощения настоящего раскрытия в этот раздел будут включены только ссылки на чертежи, показанные на фиг.19. На первом этапе 3410 способа хост-компьютер предоставляет пользовательские данные. На необязательном подэтапе 3411 первого этапа 3410 хост-компьютер предоставляет пользовательские данные, исполняя хост-приложение. На втором этапе 3420 хост-компьютер инициирует передачу, переносящую пользовательские данные в UE. На необязательном третьем этапе 3430 базовая станция передает в UE пользовательские данные, которые были перенесены при передаче, инициированной хост-компьютером, в соответствии с идеями вариантов осуществления, описанных в этом раскрытии. На необязательном четвертом этапе 3440 UE исполняет клиентское приложение, ассоциированное с хост-приложением, исполняемым хост-компьютером.
На фиг.19 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть такими, которые описаны со ссылкой на фиг.16 и 17. Для упрощения настоящего раскрытия в этот раздел будут включены только ссылки на чертежи, показанные на фиг.19. На первом этапе 3510 способа хост-компьютер предоставляет пользовательские данные. На необязательном подэтапе (не показан) хост-компьютер предоставляет пользовательские данные, исполняя хост-приложение. На втором этапе 3520 хост-компьютер инициирует передачу, переносящую пользовательские данные в UE. Передача может проходить через базовую станцию в соответствии с идеями вариантов осуществления, описанных в этом раскрытии. На необязательном третьем этапе 3530 UE принимает пользовательские данные, переносимые при передаче.
На фиг.20 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть такими, которые описаны со ссылкой на фиг.16 и 17. Для упрощения настоящего раскрытия в этом разделе будут включены только ссылки на чертежи, показанные на фиг.20. На необязательном первом этапе 3810 способа UE принимает входные данные, предоставленные хост-компьютером. Дополнительно или альтернативно, на необязательном втором этапе 3620 UE предоставляет пользовательские данные. На необязательном подэтапе 3621 второго этапа 3620 UE предоставляет пользовательские данные, исполняя клиентское приложение. На дополнительном необязательном подэтапе 3611 первого этапа 3810 UE исполняет клиентское приложение, которое предоставляет пользовательские данные в ответ на принятые входные данные, предоставленные хост-компьютером. При предоставлении пользовательских данных исполняемое клиентское приложение может дополнительно учитывать пользовательский ввод, принятый от пользователя. Независимо от конкретного способа предоставления пользовательских данных UE на необязательном третьем подэтапе 3630 инициирует передачу пользовательских данных в хост-компьютер. На четвертом этапе 3640 способа хост-компьютер принимает пользовательские данные, переданные из UE, в соответствии с идеями вариантов осуществления, описанных в этом раскрытии.
На фиг.21 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть такими, которые описаны со ссылкой на фиг.16 и 17. Для упрощения настоящего раскрытия в этот раздел будут включены только ссылки на чертежи, показанные на фиг.21. На необязательном первом этапе 3910 способа, в соответствии с идеями вариантов осуществления, описанных в этом раскрытии, базовая станция принимает пользовательские данные из UE. На необязательном втором этапе 3920 базовая станция инициирует передачу принятых пользовательских данных в хост-компьютер. На третьем этапе 3930 хост-компьютер принимает пользовательские данные, переносимые при передаче, инициированной базовой станцией.
Примерные варианты осуществления
1. Способ, выполняемый в сетевом узле для выделения идентификаторов конечных точек туннеля (TEID), содержащий:
определение того, подключен ли центральный блок-плоскость пользователя (CU-UP) сетевого узла к множеству центральных блоков-плоскостей управления (CU-CP) сетевого узла или к одному CU-CP;
если CU-UP подключен к множеству CU-CP, управление выделением TEID посредством CU-UP;
если CU-UP подключен к одному CU-CP, управление выделением TEID посредством CU-UP; и
установление канала передачи данных с использованием идентификаторов TEID, выделенных CU-UP или CU-CP.
2. Способ согласно варианту осуществления 1, в котором CU-UP подключен к множеству CU-CP, и выделение TEID, с помощью CU-UP, содержит:
последовательный обмен TEID восходящей линии связи (TEID UL и TEID нисходящей линии связи (TEID DL), причем TEID UL обмениваются раньше, чем TEID DL.
3. Способ согласно варианту 2 осуществления, в котором последовательный обмен TEID UL и TEID DL содержит:
отправку, CU-CP, запроса установления однонаправленного канала в CU-UP;
прием, из CU-CP, ответа на запрос установления однонаправленного канала из CU-UP, причем ответ на запрос установления однонаправленного канала содержит TEID восходящей линии связи (TEID UL) в расчете на один однонаправленный канал;
отправку, CU-CP, запроса установления контекста в DU, причем запрос установления контекста содержит TEID UL в расчете на один однонаправленный канал;
прием, из CU-CP, ответа на запрос установления контекста из DU, который включает в себя TEID нисходящей линии связи (TEID DL) в расчете на один однонаправленный канал;
отправку, CU-CP, запроса модификации однонаправленного канала в CU-UP, который включает в себя TEID DL в расчете на один DRB, принятый из DU; и
прием, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP.
4. Способ согласно варианту 1 осуществления, в котором CU-UP подключен к множеству CU-CP, и выделение TEID, с помощью CU-UP, содержит:
последовательный обмен TEID восходящей линии связи (TEID UL) и TEID нисходящей линии связи (TEID DL), причем TEID DL обмениваются раньше, чем TEID UL.
5. Способ согласно варианту 1 осуществления, в котором CU-UP подключен к множеству CU-CP, и выделение TEID содержит:
параллельный обмен TEID UL и TEID DL.
6. Способ согласно варианту 5 осуществления, в котором параллельный обмен TEID UL и TEID DL содержит:
отправку, CU-CP, запроса установления однонаправленного канала в CU-UP;
прием, CU-CP, ответа на запрос установления однонаправленного канала, который включает в себя TEID UL в расчете на один однонаправленный канал;
отправку, CU-CP, запроса установления контекста UE в DU;
прием, из CU-CP, ответа на запрос установления контекста UE из DU, причем ответ на запрос установления контекста UE содержит TEID DL в расчете на один однонаправленный канал;
отправку, CU-CP, запроса модификации однонаправленного канала в CU-UP, причем запрос на модификацию однонаправленного канала содержит TEID DL в расчете на один однонаправленный канал, принятый из DU;
прием, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP;
отправку, CU-CP, запроса модификации контекста UE в DU, причем запрос на модификацию контекста UE содержит TEID UL в расчете на один однонаправленный канал; и
прием, из CU-CP, ответа на запрос модификации контекста UE из DU.
7. Способ согласно варианту 6 осуществления, в котором CU-CP отправляет TEID UL в расчете на один однонаправленный канал в DU, используя сообщение управления радиоресурсами (RRC) нисходящей линии связи, которое также содержит сообщение реконфигурации RRC для UE.
8. Способ согласно варианту 6 осуществления, в котором CU-CP отправляет TEID UL в расчете на один однонаправленный канал в DU, используя новую процедуру вызова 1 или класса 2.
9. Способ согласно вариантам 6 и 8 осуществления, в котором CU-CP отправляет TEID DL в CU-UP, используя новую процедуру вызова 1 или класса 2.
10. Способ согласно варианту 1 осуществления, в котором CU-UP подключен к одному CU-CP, выделение TEID, посредством CU-CP, содержит:
полустатический обмен TEID UL и TEID DL.
11. Способ согласно варианту 10 осуществления, в котором полустатический обмен TEID UL и TEID DL содержит:
отправку, CU-CP, запроса установления в CU-UP;
прием, CU-CP, ответа на запрос установления из CU-UP, причем ответ на запрос установления содержит диапазон TEID восходящей линии связи (TEID UL), которые зарезервированы для однонаправленных каналов, установленных CU-CP;
выделение CU-CP одного TEID UL в расчете на один однонаправленный канал;
отправку, CU-CP, запроса установления однонаправленного канала в CU-UP, причем запрос установления однонаправленного канала, содержит TEID DL и UL для каждого установленного однонаправленного канала; и
прием, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP.
12. Способ согласно варианту 11 осуществления, в котором выделение, посредством CU-CP, одного TEID UL в расчете на один однонаправленный канал содержит:
отправку, CU-CP, запроса установления контекста UE в DU, причем запрос установления контекста UE содержит TEID UL в расчете на один однонаправленный канал; и
прием, из CU-CP, ответа на запрос установления контекста UE из DU, причем ответ на запрос установления контекста UE содержит TEID DL в расчете на один однонаправленный канал.
13. Способ согласно вариантам 11 и 12 осуществления, в котором диапазон TEID обновляется с использованием обновления конфигурации через интерфейс E1.
14. Способ согласно варианту 1 осуществления, в котором CU-UP подключен к множеству CU-CP, и выделение TEID, посредством CU-UP, содержит:
выделение TEID UL и TEID DL с использованием метода проб и ошибок.
15. Способ согласно варианту 14 осуществления, дополнительно содержащий:
выбор, CU-UP TEID, который уже используется другим CU-CP;
разрешение, CU-UP, конфликта путем назначения нового TEID UL;
отправку, CU-UP, нового TEID UL в CU-CP;
отправку, CU-CP, нового TEID UL в DU.
16. Способ согласно варианту 15 осуществления, в котором новый TEID UL отправляется в DU с использованием процедуры модификации контекста UE или передачи сообщения управления радиоресурсами нисходящей линии связи (RRC DL), которое также содержит сообщение конфигурации RRC для UE.
17. Компьютерный программный продукт, содержащий постоянный машиночитаемый носитель информации, хранящий машиночитаемый программный код, причем машиночитаемый программный код содержит программный код для выполнения любого из способов вариантов осуществления 1-16.
18. Способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование (UE), причем способ содержит:
в хост-компьютере, предоставление пользовательских данных; и
в хост-компьютере, инициирование передачи, переносящей пользовательские данные в UE через сотовую сеть, содержащую базовую станцию, причем базовая станция выполняет:
если центральный блок-плоскость пользователя (CU-UP) сетевого узла подключен к множеству центральных блоков-плоскостей управления (CU-CP) сетевого узла, то управление выделением TEID посредством CU-UP;
если CU-UP подключен к одному CU-CP, управление выделением TEID посредством CU-UP; и
установление канала передачи данных с использованием идентификаторов TEID, выделенных CU-UP или CU-CP.
19. Способ согласно варианту 18 осуществления, дополнительно содержащий:
в базовой станции, передачу пользовательских данных.
20. Способ согласно варианту 19 осуществления, в котором пользовательские данные предоставляются в хост-компьютере путем исполнения хост-приложения, причем способ дополнительно содержит:
в UE, исполнение клиентского приложения, ассоциированного с хост-приложением.
21. Способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование (UE), причем способ содержит:
в хост-компьютере, прием из базовой станции пользовательских данных, исходящих из передачи, которую базовая станция приняла из UE, причем базовая станция выполняет:
если центральный блок-плоскость пользователя (CU-UP) сетевого узла подключен к множеству центральных блоков-плоскостей управления (CU-CP) сетевого узла, управление выделением TEID с помощью CU-UP;
если CU-UP подключен к одному CU-CP, управление выделением TEID посредством CU-UP; и
установление однонаправленного канала передачи данных с использованием TEID, выделенного CU-UP или CU-CP.
22. Способ согласно варианту 21 осуществления, дополнительно содержащий:
в базовой станции, прием пользовательских данных из UE.
23. Способ согласно варианту 22 осуществления, дополнительно содержащий:
в базовой станции, инициирование передачи принятых пользовательских данных в хост-компьютер.
24. Сетевой узел, предназначенный для выделения идентификаторов конечной точки туннеля (TEID), причем сетевой узел содержит:
память для хранения инструкций; и
схему обработки, способную исполнять инструкции, которые предписывают сетевому узлу:
определить, подключен ли центральный блок-плоскость пользователя (CU-UP) сетевого узла к множеству центральных блоков-плоскостей управления (CU-CP) сетевого узла или к одному CU-CP;
если CU-UP подключен к множеству CU-CP, управление выделением TEID с помощью CU-UP;
если CU-UP подключен к одному CU-CP, управление выделением TEID посредством CU-UP; и
установление однонаправленного канала передачи данных с использованием TEID, выделенного CU-UP или CU-CP.
25. Сетевой узел согласно варианту 24 осуществления, в котором CU-UP подключен к множеству CU-CP, и выделение TEID, с помощью CU-UP, содержит:
последовательный обмен TEID восходящей линии связи (TEID UL и TEID нисходящей линии связи (TEID DL), причем TEID UL обмениваются раньше, чем TEID DL.
26. Сетевой узел согласно варианту 25 осуществления, в котором при последовательном обмене TEID UL и TEID DL схема обработки выполнена с возможностью исполнения инструкций, которые предписывают сетевому узлу:
отправить, CU-CP, запрос установления однонаправленного канала в CU-UP;
принять, из CU-CP, ответ на запрос установления однонаправленного канала из CU-UP, причем ответ на запрос установления однонаправленного канала содержит TEID восходящей линии связи (TEID UL) в расчете на один однонаправленный канал;
отправить, CU-CP, запрос установления контекста в DU, причем запрос установления контекста содержит TEID UL в расчете на один однонаправленный канал;
принять, из CU-CP, ответ на запрос установления контекста из DU, который включает в себя TEID нисходящей линии связи (TEID DL) в расчете на один однонаправленный канал;
отправить, CU-CP, запрос модификации однонаправленного канала в CU-UP, который включает в себя TEID DL в расчете на один DRB, принятый из DU; и
принять, CU-CP, ответ на запрос модификации однонаправленного канала из CU-UP.
27. Сетевой узел согласно варианту 4 осуществления, в котором CU-UP подключен к множеству CU-CP, и выделение TEID, с помощью CU-UP, содержит:
последовательный обмен TEID восходящей линии связи (TEID UL) и TEID нисходящей линии связи (TEID DL), причем TEID DL обмениваются раньше, чем TEID UL.
28. Способ согласно варианту 24 осуществления, в котором CU-UP подключен к множеству CU-CP, и выделение TEID содержит:
параллельный обмен TEID UL и TEID DL.
29. Способ согласно варианту 28 осуществления, в котором при параллельном обмене TEID UL и TEID DL схема обработки выполнена с возможностью исполнения инструкций, которые предписывают сетевому узлу:
отправить, CU-CP, запрос установления однонаправленного канала в CU-UP;
принять, CU-CP, ответ на запрос установления однонаправленного канала, который включает в себя TEID UL в расчете на один однонаправленный канал;
отправить, CU-CP, запрос установления контекста UE в DU;
принять, из CU-CP, ответ на запрос установления контекста UE из DU, причем ответ на запрос установления контекста UE содержит TEID DL в расчете на один однонаправленный канал;
отправить, CU-CP, запрос модификации однонаправленного канала в CU-UP, причем запрос на модификацию однонаправленного канала содержит TEID DL в расчете на один однонаправленный канал, принятый из DU;
принять, CU-CP, ответ на запрос модификации однонаправленного канала из CU-UP;
отправить, CU-CP, запрос модификации контекста UE в DU, причем запрос на модификацию контекста UE содержит TEID UL в расчете на один однонаправленный канал; и
принять, из CU-CP, ответ на запрос модификации контекста UE из DU.
30. Сетевой узел согласно варианту 29 осуществления, в котором CU-CP отправляет TEID UL в расчете на один однонаправленный канал в DU, используя сообщение управления радиоресурсами (RRC) нисходящей линии связи, которое также содержит сообщение реконфигурации RRC для UE.
31. Сетевой узел согласно варианту 29 осуществления, в котором CU-CP отправляет TEID UL в расчете на один однонаправленный канал в DU, используя новую процедуру вызова 1 или класса 2.
32. Сетевой узел согласно вариантам 29 и 31 осуществления, в котором CU-CP отправляет TEID DL в CU-UP, используя новую процедуру вызова 1 или класса 2.
33. Сетевой узел согласно варианту 24 осуществления, в котором CU-UP подключен к одному CU-CP, причем выделение TEID, посредством CU-CP, содержит:
полустатический обмен TEID UL и TEID DL.
34. Сетевой узел согласно варианту 33 осуществления, в котором при полустатическом обмене TEID UL и TEID DL схема обработки выполнена с возможностью исполнения инструкций, которые предписывают сетевому узлу:
отправить, CU-CP, запрос установления в CU-UP;
принять, CU-CP, ответ на запрос установления из CU-UP, причем ответ на запрос установления содержит диапазон TEID восходящей линии связи (TEID UL), которые зарезервированы для однонаправленных каналов, установленных CU-CP;
назначить, CU-CP, один TEID UL в расчете на один однонаправленный канал;
отправить, CU-CP, запрос установления однонаправленного канала в CU-UP, причем запрос установления однонаправленного канала содержит TEID DL и UL для каждого установленного однонаправленного канала; и
принять, CU-CP, ответ на запрос модификации однонаправленного канала из CU-UP.
35. Сетевой узел согласно варианту 34 осуществления, в котором при выделении, посредством CU-CP, одного TEID UL в расчете на один однонаправленный канал схема обработки выполнена с возможностью исполнения инструкций, которые предписывают сетевому узлу:
отправить, CU-CP, запрос установления контекста UE в DU, причем запрос установления контекста UE содержит TEID UL в расчете на один однонаправленный канал; и
принять, из CU-CP, ответ на запрос установления контекста UE из DU, причем ответ на запрос установления контекста UE содержит TEID DL в расчете на один однонаправленный канал.
36. Сетевой узел согласно вариантам 34 и 35, в котором диапазон TEID обновляется с использованием обновления конфигурации через интерфейс E1.
37. Сетевой узел согласно варианту 24 осуществления, в котором CU-UP подключен к множеству CU-CP, и выделение TEID, посредством CU-UP, содержит:
выделение TEID UL и TEID DL методом проб и ошибок.
38. Сетевой узел согласно варианту 37 осуществления, в котором схема обработки выполнена с возможностью исполнять инструкции, которые предписывают сетевому узлу:
выбрать, CU-UP, TEID, который уже используется другим CU-CP;
разрешить, CU-UP, конфликт путем назначения нового TEID UL;
отправить, CU-UP, новый TEID UL в CU-CP;
отправить, CU-CP, новый TEID UL в DU.
39. Сетевой узел согласно варианту 38 осуществления, в котором новый TEID UL отправляется в DU с использованием процедуры модификации контекста UE или передачи сообщения управления радиоресурсами нисходящей линии связи (RRC DL), которое также содержит сообщение конфигурации RRC для UE.
40. Система связи, включающая в себя хост-компьютер, содержащий:
схему обработки, выполненную с возможностью предоставления пользовательских данных; и
интерфейс связи, выполненный с возможностью пересылки пользовательских данных в сотовую сеть для передачи в пользовательское оборудование (UE),
где сотовая сеть содержит базовую станцию, имеющую радиоинтерфейс и схему обработки, причем схема обработки базовой станции выполнена с возможностью:
если центральный блок-плоскость пользователя (CU-UP) подключен к множеству центральных блоков-плоскостей управления (CU-CP), управления выделением TEID посредством CU-UP;
если CU-UP подключен к одному CU-CP, управления выделением TEID посредством CU-UP; и
установления канала передачи данных с использованием TEID, выделенного CU-UP или CU-CP.
41. Система связи согласно варианту 40 осуществления, дополнительно включающая в себя базовую станцию.
42. Система связи согласно варианту 41 осуществления, дополнительно включающая в себя UE, причем UE выполнено с возможностью поддержания связи с базовой станцией.
43. Система связи согласно варианту 42 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения, тем самым предоставляя пользовательские данные; и
UE содержит схему обработки, выполненную с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением.
44. Система связи, включающая в себя хост-компьютер, содержащий интерфейс связи, выполненный с возможностью приема пользовательских данных, исходящих из передачи из пользовательского оборудования (UE) в базовую станцию, причем базовая станция содержит радиоинтерфейс и схему обработки, при этом схема обработки базовой станции выполнена с возможностью:
если центральный блок-плоскость пользователя (CU-UP) подключен к множеству центральных блоков-плоскостей управления (CU-CP), управления выделением TEID посредством CU-UP;
если CU-UP подключен к одному CU-CP, управления выделением TEID посредством CU-UP; и
установления канала передачи данных с использованием TEID, выделенного CU-UP или CU-CP.
45. Система связи согласно варианту 44 осуществления, дополнительно включающая в себя базовую станцию.
46. Система связи согласно варианту 45 осуществления, дополнительно включающая в себя UE, причем UE выполнено с возможностью поддержания связи с базовой станцией.
47. Система связи согласно варианту 46 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения;
UE выполнено с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением, тем самым предоставляя пользовательские данные, которые должны быть приняты хост-компьютером.
48. Способ сетевого узла, предназначенный для выделения идентификаторов конечных точек туннеля (TEID), причем способ содержит:
отправку, центральным блоком-плоскостью управления (CU-CP) сетевого узла, запроса установления однонаправленного канала в центральный блок-плоскость пользователя (CU-UP) сетевого узла;
прием, из CU-CP, ответа на запрос установления однонаправленного канала из CU-UP, причем ответ на запрос установления однонаправленного канала содержит идентификатор конечных точек туннеля восходящей линии связи (TEID UL) в расчете на один однонаправленный канал;
отправку, CU-CP, запроса установления контекста в DU, причем запрос установления контекста содержит TEID UL в расчете на один однонаправленный канал;
прием, из CU-CP, ответа на запрос установления контекста из DU, который включает в себя идентификатор конечных точек туннеля нисходящей линии связи (TEID DL) в расчете на один однонаправленный канал;
отправку, CU-CP, запроса установления модификации однонаправленного канала в CU-UP, который включает в себя TEID DL для каждого однонаправленного канала, принятого из DU; и
прием, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP.
49. Способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование (UE), причем способ содержит:
в хост-компьютере, предоставление пользовательских данных; и
в хост-компьютере, инициирование передачи, переносящей пользовательские данные в UE через сотовую сеть, содержащую базовую станцию, причем базовая станция выполняет:
отправку, центральным блоком-плоскостью управления (CU-CP), запроса установления однонаправленного канала в центральный блок-плоскость пользователя (CU-UP);
прием, из CU-CP, ответа на запрос установления однонаправленного канала из CU-UP, причем ответ на запрос установления однонаправленного канала содержит идентификатор конечных точек туннеля восходящей линии связи (TEID UL) в расчете на один однонаправленный канал;
отправку, CU-CP, запроса установления контекста в DU, причем запрос установления контекста содержит TEID UL в расчете на один однонаправленный канал;
прием, из CU-CP, ответа на запрос установления контекста из DU, который включает в себя идентификатор конечных точек туннеля нисходящей линии связи (TEID DL) в расчете на один однонаправленный канал;
отправку, CU-CP, запроса модификации однонаправленного канала в CU-UP, который включает в себя TEID DL для каждого однонаправленного канала, принятого из DU; и
прием, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP.
50. Способ согласно варианту 48 осуществления, дополнительно содержащий:
в базовой станции, передачу пользовательских данных.
51. Способ согласно варианту 50 осуществления, в котором пользовательские данные предоставляются в хост-компьютере путем исполнения хост-приложения, причем способ дополнительно содержит:
в UE, исполнение клиентского приложения, ассоциированного с хост-приложением.
52. Способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование (UE), причем способ содержит:
в хост-компьютере, прием из базовой станции пользовательских данных, исходящих из передачи, которую базовая станция приняла из UE, причем базовая станция выполняет:
отправку, центральным блоком-плоскостью управления (CU-CP), запроса установления однонаправленного канала в центральный блок-плоскость пользователя (CU-UP);
прием, из CU-CP, ответа на запрос установления однонаправленного канала из CU-UP, причем ответ на запрос установления однонаправленного канала содержит идентификатор конечных точек туннеля восходящей линии связи (TEID UL) в расчете на один однонаправленный канал;
отправку, CU-CP, запроса установления контекста в DU, причем запрос установления контекста содержит TEID UL в расчете на один однонаправленный канал;
прием, из CU-CP, ответа на запрос установления контекста из DU, который включает в себя идентификатор конечных точек туннеля нисходящей линии связи (TEID DL) в расчете на один однонаправленный канал;
отправку, CU-CP, запроса модификации однонаправленного канала в CU-UP, который включает в себя TEID DL для каждого однонаправленного канала, принятого из DU; и
прием, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP.
53. Способ согласно варианту 52 осуществления, дополнительно содержащий:
в базовой станции, прием пользовательских данных из UE.
54. Способ согласно варианту 53 осуществления, дополнительно содержащий:
в базовой станции, инициирование передачи принятых пользовательских данных в хост-компьютер.
55. Сетевой узел, предназначенный для выделения идентификаторов конечной точки туннеля, причем сетевой узел содержит:
память для хранения инструкций; и
схему обработки, способную исполнять инструкции, которые предписывают сетевому узлу:
отправить, центральным блоком-плоскостью управления (CU-CP) сетевого узла, запрос установления однонаправленного канала в центральный блок-плоскость пользователя (CU-UP) сетевого узла;
принять, из CU-CP, ответ на запрос установления однонаправленного канала из CU-UP, причем ответ на запрос установления однонаправленного канала содержит идентификатор конечных точек туннеля восходящей линии связи (TEID UL) в расчете на один однонаправленный канал;
отправить, CU-CP, запрос установления контекста в DU, причем запрос установления контекста содержит TEID UL в расчете на один однонаправленный канал;
принять, из CU-CP, ответ на запрос установления контекста из DU, который включает в себя идентификатор конечных точек туннеля нисходящей линии связи (TEID DL) в расчете на один однонаправленный канал;
отправить, CU-CP, запрос модификации однонаправленного канала в CU-UP, который включает в себя TEID DL для каждого однонаправленного канала, принятого из DU; и
принять, CU-CP, ответ на запрос модификации однонаправленного канала из CU-UP.
56. Система связи, включающая в себя хост-компьютер, содержащий:
схему обработки, выполненную с возможностью предоставления пользовательских данных; и
интерфейс связи, выполненный с возможностью пересылки пользовательских данных в сотовую сеть для передачи в пользовательское оборудование (UE),
где сотовая сеть содержит базовую станцию, имеющую радиоинтерфейс и схему обработки, причем схема обработки базовой станции выполнена с возможностью:
отправки, центральным блоком-плоскостью управления (CU-CP), запроса установления однонаправленного канала в центральный блок-плоскость пользователя (CU-UP);
приема, из CU-CP, ответа на запрос установления однонаправленного канала из CU-UP, причем ответ на запрос установления однонаправленного канала содержит идентификатор конечных точек туннеля восходящей линии связи (TEID UL) в расчете на один однонаправленный канал;
отправки, CU-CP, запроса установления контекста в DU, причем запрос установления контекста содержит TEID UL в расчете на один однонаправленный канал;
приема, из CU-CP, ответа на запрос установления контекста из DU, который включает в себя идентификатор конечных точек туннеля нисходящей линии связи (TEID DL) в расчете на один однонаправленный канал;
отправки, CU-CP, запроса модификации однонаправленного канала в CU-UP, который включает в себя TEID DL для каждого однонаправленного канала, принятого из DU; и
приема, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP.
57. Система связи согласно варианту 56 осуществления, дополнительно включающая в себя базовую станцию.
58. Система связи согласно варианту 57 осуществления, дополнительно включающая в себя UE, причем UE выполнено с возможностью поддержания связи с базовой станцией.
59. Система связи согласно варианту 58 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью выполнения хост-приложения, тем самым предоставляя пользовательские данные; и
UE содержит схему обработки, выполненную с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением.
60. Система связи, включающая в себя хост-компьютер, содержащий интерфейс связи, выполненный с возможностью приема пользовательских данных, исходящих из передачи из пользовательского оборудования (UE) в базовую станцию, причем базовая станция содержит радиоинтерфейс и схему обработки, при этом схема обработки базовой станции выполнена с возможностью:
отправки, центральным блоком-плоскостью управления (CU-CP), запроса установления однонаправленного канала в центральный блок-плоскость пользователя (CU-UP);
приема, из CU-CP, ответа на запрос установления однонаправленного канала из CU-UP, причем ответ на запрос установления однонаправленного канала содержит идентификатор конечных точек туннеля восходящей линии связи (TEID UL) в расчете на один однонаправленный канал;
отправки, CU-CP, запроса установления контекста в DU, причем запрос установления контекста содержит TEID UL в расчете на один однонаправленный канал;
приема, из CU-CP, ответа на запрос установления контекста из DU, который включает в себя идентификатор конечных точек туннеля нисходящей линии связи (TEID DL) в расчете на один однонаправленный канал;
отправки, CU-CP, запроса модификации однонаправленного канала в CU-UP, который включает в себя TEID DL для каждого однонаправленного канала, принятого из DU; и
приема, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP.
61. Система связи согласно варианту 60 осуществления, дополнительно включающая в себя базовую станцию.
62. Система связи согласно варианту 61 осуществления, дополнительно включающая в себя UE, причем UE выполнено с возможностью поддержания связи с базовой станцией.
63. Система связи согласно варианту 62 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью выполнения хост-приложения;
UE выполнено с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением, тем самым предоставляя пользовательские данные, которые должны быть приняты хост-компьютером.
64. Способ сетевого узла, предназначенный для выделения идентификаторов конечных точек туннеля (TEID), причем способ содержит:
отправку, центральным блоком-плоскостью управления (CU-CP) сетевого узла, запроса установления однонаправленного канала в центральный блок-плоскость пользователя (CU-UP) сетевого узла;
прием, CU-CP, ответа на запрос установления однонаправленного канала, который включает в себя TEID UL в расчете на один однонаправленный канал;
отправку, CU-CP, запроса установления контекста UE в DU;
прием, из CU-CP, ответа на запрос установления контекста UE из DU, причем ответ на запрос установления контекста UE содержит TEID DL в расчете на один однонаправленный канал;
отправку, CU-CP, запроса модификации однонаправленного канала в CU-UP, причем запрос на модификацию однонаправленного канала содержит TEID DL в расчете на один однонаправленный канал, принятый из DU;
прием, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP;
отправку, CU-CP, запроса модификации контекста UE в DU, причем запрос на модификацию контекста UE содержит TEID UL в расчете на один однонаправленный канал; и
прием, из CU-CP, ответа на запрос модификации контекста UE из DU.
65. Способ согласно варианту 64 осуществления, в котором CU-CP отправляет TEID UL в расчете на один однонаправленный канал в DU, используя сообщение управления радиоресурсами (RRC) нисходящей линии связи, которое также содержит сообщение реконфигурации RRC для UE.
66. Способ согласно варианту 65 осуществления, в котором CU-CP отправляет TEID UL в расчете на один однонаправленный канал в DU, используя новую процедуру вызова 1 или класса 2.
67. Способ согласно вариантам 64 и 66 осуществления, в котором CU-CP отправляет TEID DL в CU-UP, используя новую процедуру вызова 1 или класса 2.
68. Система связи, включающая в себя хост-компьютер, содержащий:
схему обработки, выполненную с возможностью предоставления пользовательских данных; и
интерфейс связи, выполненный с возможностью пересылки пользовательских данных в сотовую сеть для передачи в пользовательское оборудование (UE),
где сотовая сеть содержит базовую станцию, имеющую радиоинтерфейс и схему обработки, причем схема обработки базовой станции выполнена с возможностью:
отправки, центральным блоком-плоскостью управления (CU-CP), запроса установления однонаправленного канала в центральный блок-плоскость пользователя (CU-UP);
приема, CU-CP, ответа на запрос установления однонаправленного канала, который включает в себя TEID UL в расчете на один однонаправленный канал;
отправки, CU-CP, запроса установления контекста UE в DU;
приема, из CU-CP, ответа на запрос установления контекста UE из DU, причем ответ на запрос установления контекста UE содержит TEID DL в расчете на один однонаправленный канал;
отправки, CU-CP, запроса модификации однонаправленного канала в CU-UP, причем запрос на модификацию однонаправленного канала содержит TEID DL в расчете на один однонаправленный канал, принятый из DU;
приема, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP;
отправки, CU-CP, запроса модификации контекста UE в DU, причем запрос на модификацию контекста UE содержит TEID UL в расчете на один однонаправленный канал; и
приема, из CU-CP, ответа на запрос модификации контекста UE из DU.
69. Система связи согласно варианту 68 осуществления, дополнительно включающая в себя базовую станцию.
70. Система связи согласно варианту 69 осуществления, дополнительно включающая в себя UE, причем UE выполнено с возможностью поддержания связи с базовой станцией.
71. Система связи согласно варианту 70 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью выполнения хост-приложения, тем самым предоставляя пользовательские данные; и
UE содержит схему обработки, выполненную с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением.
72. Система связи, включающая в себя хост-компьютер, содержащий интерфейс связи, выполненный с возможностью приема пользовательских данных, исходящих из передачи из пользовательского оборудования (UE) в базовую станцию, причем базовая станция содержит радиоинтерфейс и схему обработки, при этом схема обработки базовой станции выполнена с возможностью:
отправки, центральным блоком-плоскостью управления (CU-CP), запроса установления однонаправленного канала в центральный блок-плоскость пользователя (CU-UP);
приема, CU-CP, ответа на запрос установления однонаправленного канала, который включает в себя TEID UL в расчете на один однонаправленный канал;
отправки, CU-CP, запроса установления контекста UE в DU;
приема, из CU-CP, ответа на запрос установления контекста UE из DU, причем ответ на запрос установления контекста UE содержит TEID DL в расчете на один однонаправленный канал;
отправки, CU-CP, запроса модификации однонаправленного канала в CU-UP, причем запрос на модификацию однонаправленного канала содержит TEID DL в расчете на один однонаправленный канал, принятый из DU;
приема, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP;
отправки, CU-CP, запроса модификации контекста UE в DU, причем запрос на модификацию контекста UE содержит TEID UL в расчете на один однонаправленный канал; и
приема, из CU-CP, ответа на запрос модификации контекста UE из DU.
73. Система связи согласно варианту 72 осуществления, дополнительно включающая в себя базовую станцию.
74. Система связи согласно варианту 73 осуществления, дополнительно включающая в себя UE, причем UE выполнено с возможностью поддержания связи с базовой станцией.
75. Система связи согласно варианту 74 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью выполнения хост-приложения;
UE выполнено с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением, тем самым предоставляя пользовательские данные, которые должны быть приняты хост-компьютером.
76. Сетевой узел, предназначенный для выделения идентификаторов конечной точки туннеля, причем сетевой узел содержит:
память для хранения инструкций; и
схему обработки, способную исполнять инструкции, которые предписывают сетевому узлу:
принять, центральным блоком-плоскостью управления (CU-CP) сетевого узла, запрос установления однонаправленного канала в центральный блок-плоскость пользователя (CU-UP) сетевого узла;
принять, CU-CP, ответ на запрос установления однонаправленного канала, который включает в себя TEID UL в расчете на один однонаправленный канал;
отправить, CU-CP, запрос установления контекста UE в DU;
принять, из CU-CP, ответ на запрос установления контекста UE из DU, причем ответ на запрос установления контекста UE содержит TEID DL в расчете на один однонаправленный канал;
отправить, CU-CP, запрос модификации однонаправленного канала в CU-UP, причем запрос на модификацию однонаправленного канала содержит TEID DL в расчете на один однонаправленный канал, принятый из DU;
принять, CU-CP, ответ на запрос модификации однонаправленного канала из CU-UP;
отправить, CU-CP, запрос модификации контекста UE в DU, причем запрос на модификацию контекста UE содержит TEID UL в расчете на один однонаправленный канал; и
принять, из CU-CP, ответ на запрос модификации контекста UE из DU.
77. Сетевой узел согласно варианту 76 осуществления, в котором CU-CP отправляет TEID UL в расчете на один однонаправленный канал в DU, используя сообщение управления радиоресурсами (RRC) нисходящей линии связи, которое также содержит сообщение реконфигурации RRC для UE.
78. Сетевой узел согласно варианту 77 осуществления, в котором CU-CP отправляет TEID UL в расчете на один однонаправленный канал в DU, используя новую процедуру вызова 1 или класса 2.
79. Сетевой узел согласно вариантам 76 и 78 осуществления, в котором CU-CP отправляет TEID DL в CU-UP, используя новую процедуру вызова 1 или класса 2.
80. Система связи, включающая в себя хост-компьютер, содержащий:
схему обработки, выполненную с возможностью предоставления пользовательских данных; и
интерфейс связи, выполненный с возможностью пересылки пользовательских данных в сотовую сеть для передачи в пользовательское оборудование (UE),
где сотовая сеть содержит базовую станцию, имеющую радиоинтерфейс и схему обработки, причем схема обработки базовой станции выполнена с возможностью:
отправки, центральным блоком-плоскостью управления (CU-CP), запроса установления однонаправленного канала в центральный блок-плоскость пользователя (CU-UP);
приема, CU-CP, ответа на запрос установления однонаправленного канала, который включает в себя TEID UL в расчете на один однонаправленный канал;
отправки, CU-CP, запроса установления контекста UE в DU;
приема, из CU-CP, ответа на запрос установления контекста UE из DU, причем ответ на запрос установления контекста UE содержит TEID DL в расчете на один однонаправленный канал;
отправки, CU-CP, запроса модификации однонаправленного канала в CU-UP, причем запрос на модификацию однонаправленного канала содержит TEID DL в расчете на один однонаправленный канал, принятый из DU;
приема, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP;
отправки, CU-CP, запроса модификации контекста UE в DU, причем запрос на модификацию контекста UE содержит TEID UL в расчете на один однонаправленный канал; и
приема, из CU-CP, ответа на запрос модификации контекста UE из DU.
81. Система связи согласно варианту 80 осуществления, дополнительно включающая в себя базовую станцию.
82. Система связи согласно варианту 81 осуществления, дополнительно включающая в себя UE, причем UE выполнено с возможностью поддержания связи с базовой станцией.
83. Система связи согласно варианту 82 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью выполнения хост-приложения, тем самым предоставляя пользовательские данные; и
UE содержит схему обработки, выполненную с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением.
84. Система связи, включающая в себя хост-компьютер, содержащий интерфейс связи, выполненный с возможностью приема пользовательских данных, исходящих из передачи из пользовательского оборудования (UE) в базовую станцию, причем базовая станция содержит радиоинтерфейс и схему обработки, при этом схема обработки базовой станции выполнена с возможностью:
отправки, центральным блоком-плоскостью управления (CU-CP), запроса установления однонаправленного канала в центральный блок-плоскость пользователя (CU-UP);
приема, CU-CP, ответа на запрос установления однонаправленного канала, который включает в себя TEID UL в расчете на один однонаправленный канал;
отправки, CU-CP, запроса установления контекста UE в DU;
приема, из CU-CP, ответа на запрос установления контекста UE из DU, причем ответ на запрос установления контекста UE содержит TEID DL в расчете на один однонаправленный канал;
отправки, CU-CP, запроса модификации однонаправленного канала в CU-UP, причем запрос на модификацию однонаправленного канала содержит TEID DL в расчете на один однонаправленный канал, принятый из DU;
приема, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP;
отправки, CU-CP, запроса модификации контекста UE в DU, причем запрос на модификацию контекста UE содержит TEID UL в расчете на один однонаправленный канал; и
приема, из CU-CP, ответа на запрос модификации контекста UE из DU.
85. Система связи согласно варианту 84 осуществления, дополнительно включающая в себя базовую станцию.
86. Система связи согласно варианту 85 осуществления, дополнительно включающая в себя UE, причем UE выполнено с возможностью поддержания связи с базовой станцией.
87. Система связи согласно варианту 86 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью выполнения хост-приложения;
UE выполнено с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением, тем самым предоставляя пользовательские данные, которые должны быть приняты хост-компьютером.
88. Способ сетевого узла, предназначенный для выделения идентификаторов конечных точек туннеля (TEID), содержащий:
отправку, центральным блоком-плоскостью управления (CU-CP) сетевого узла, запроса установления в центральный блок-плоскость пользователя (CU-UP) сетевого узла;
прием, CU-CP, ответа на запрос установления из CU-UP, причем ответ на запрос установления содержит диапазон TEID восходящей линии связи (TEID UL), которые зарезервированы для однонаправленных каналов, установленных CU-CP;
выделение, CU-CP, одного TEID UL в расчете на один однонаправленный канал;
отправку, CU-CP, запроса установления однонаправленного канала в CU-UP, причем запрос установления однонаправленного канала содержит TEID DL и UL для каждого установленного однонаправленного канала; и
прием, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP.
89. Способ согласно варианту 88 осуществления, в котором выделение, посредством CU-CP, одного TEID UL в расчете на один однонаправленный канал содержит:
отправку, CU-CP, запроса установления контекста UE в DU, причем запрос установления контекста UE содержит TEID UL в расчете на один однонаправленный канал; и
прием, из CU-CP, ответа на запрос установления контекста UE из DU, причем ответ на запрос установления контекста UE содержит TEID DL в расчете на один однонаправленный канал.
90. Способ вариантов 88 и 89 осуществления, в котором диапазон TEID обновляется с использованием обновления конфигурации через интерфейс E1.
91. Система связи, включающая в себя хост-компьютер, содержащий:
схему обработки, выполненную с возможностью предоставления пользовательских данных; и
интерфейс связи, выполненный с возможностью пересылки пользовательских данных в сотовую сеть для передачи в пользовательское оборудование (UE),
где сотовая сеть содержит базовую станцию, имеющую радиоинтерфейс и схему обработки, причем схема обработки базовой станции выполнена с возможностью:
отправки, центральным блоком-плоскостью управления (CU-CP), запроса установления в центральный блок-плоскость пользователя (CU-UP);
приема, CU-CP, ответа на запрос установления из CU-UP, причем ответ на запрос установления содержит диапазон TEID восходящей линии связи (TEID UL), которые зарезервированы для однонаправленных каналов, установленных CU-CP;
назначения, CU-CP, одного TEID UL в расчете на один однонаправленный канал;
отправки, CU-CP, запроса установления однонаправленного канала в CU-UP, причем запрос установления однонаправленного канала содержит TEID DL и UL для каждого установленного однонаправленного канала; и
приема, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP.
92. Система связи согласно варианту 91 осуществления, дополнительно включающая в себя базовую станцию.
93 Система связи согласно варианту 92 осуществления, дополнительно включающая в себя UE, причем UE выполнено с возможностью поддержания связи с базовой станцией.
94. Система связи согласно варианту 93 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью выполнения хост-приложения, тем самым предоставляя пользовательские данные; и
UE содержит схему обработки, выполненную с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением.
95. Система связи, включающая в себя хост-компьютер, содержащий интерфейс связи, выполненный с возможностью приема пользовательских данных, исходящих из передачи из пользовательского оборудования (UE) в базовую станцию, причем базовая станция содержит радиоинтерфейс и схему обработки, при этом схема обработки базовой станции выполнена с возможностью:
отправки, центральным блоком-плоскостью управления (CU-CP), запроса установления в центральный блок-плоскость пользователя (CU-UP);
приема, CU-CP, ответа на запрос установления из CU-UP, причем ответ на запрос установления содержит диапазон TEID восходящей линии связи (TEID UL), которые зарезервированы для однонаправленных каналов, установленных CU-CP;
назначения, CU-CP, одного TEID UL в расчете на один однонаправленный канал;
отправки, CU-CP, запроса установления однонаправленного канала в CU-UP, причем запрос установления однонаправленного канала содержит TEID DL и UL для каждого установленного однонаправленного канала; и
приема, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP.
96. Система связи согласно варианту 95 осуществления, дополнительно включающая в себя базовую станцию.
97. Система связи согласно варианту 96 осуществления, дополнительно включающая в себя UE, причем UE выполнено с возможностью поддержания связи с базовой станцией.
98. Система связи согласно варианту 97 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью выполнения хост-приложения;
UE выполнено с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением, тем самым предоставляя пользовательские данные, которые должны быть приняты хост-компьютером.
99. Сетевой узел, предназначенный для выделения идентификаторов конечной точки туннеля, причем сетевой узел содержит:
память для хранения инструкций; и
схему обработки, способную исполнять инструкции, которые предписывают сетевому узлу:
отправить, центральным блоком-плоскостью управления (CU-CP) сетевого узла, запрос установления в центральный блок-плоскость пользователя (CU-UP) сетевого узла;
принять, CU-CP, ответ на запрос установления из CU-UP, причем ответ на запрос установления содержит диапазон TEID восходящей линии связи (TEID UL), которые зарезервированы для однонаправленных каналов, установленных CU-CP;
назначить, CU-CP, один TEID UL в расчете на один однонаправленный канал;
отправить, CU-CP, запрос установления однонаправленного канала в CU-UP, причем запрос установления однонаправленного канала содержит TEID DL и UL для каждого установленного однонаправленного канала; и
принять, CU-CP, ответ на запрос модификации однонаправленного канала из CU-UP.
100. Сетевой узел согласно варианту 99 осуществления, в котором выделение, посредством CU-CP, одного TEID UL в расчете на один однонаправленный канал содержит:
отправку, CU-CP, запроса установления контекста UE в DU, причем запрос установления контекста UE содержит TEID UL в расчете на один однонаправленный канал; и
прием, из CU-CP, ответа на запрос установления контекста UE из DU, причем ответ на запрос установления контекста UE содержит TEID DL в расчете на один однонаправленный канал.
101. Сетевой узел вариантов 99 и 100 осуществления, в котором диапазон TEID обновляется с использованием обновления конфигурации через интерфейс E1.
102. Система связи, включающая в себя хост-компьютер, содержащий:
схему обработки, выполненную с возможностью предоставления пользовательских данных; и
интерфейс связи, выполненный с возможностью пересылки пользовательских данных в сотовую сеть для передачи в пользовательское оборудование (UE),
где сотовая сеть содержит базовую станцию, имеющую радиоинтерфейс и схему обработки, причем схема обработки базовой станции выполнена с возможностью:
отправки, центральным блоком-плоскостью управления (CU-CP), запроса установления в центральный блок-плоскость пользователя (CU-UP);
приема, CU-CP, ответа на запрос установления из CU-UP, причем ответ на запрос установления содержит диапазон TEID восходящей линии связи (TEID UL), которые зарезервированы для однонаправленных каналов, установленных CU-CP;
назначения, CU-CP, одного TEID UL в расчете на один однонаправленный канал;
отправки, CU-CP, запроса установления однонаправленного канала в CU-UP, причем запрос установления однонаправленного канала содержит TEID DL и UL для каждого установленного однонаправленного канала; и
приема, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP.
103. Система связи согласно варианту 102 осуществления, дополнительно включающая в себя базовую станцию.
104. Система связи согласно варианту 103 осуществления, дополнительно включающая в себя UE, причем UE выполнено с возможностью поддержания связи с базовой станцией.
105. Система связи согласно варианту 104 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью выполнения хост-приложения, тем самым предоставляя пользовательские данные; и
UE содержит схему обработки, выполненную с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением.
106. Система связи, включающая в себя хост-компьютер, содержащий интерфейс связи, выполненный с возможностью приема пользовательских данных, исходящих из передачи из пользовательского оборудования (UE) в базовую станцию, причем базовая станция содержит радиоинтерфейс и схему обработки, при этом схема обработки базовой станции выполнена с возможностью:
отправки, центральным блоком-плоскостью управления (CU-CP), запроса установления в центральный блок-плоскость пользователя (CU-UP);
приема, CU-CP, ответа на запрос установления из CU-UP, причем ответ на запрос установления содержит диапазон TEID восходящей линии связи (TEID UL), которые зарезервированы для однонаправленных каналов, установленных CU-CP;
назначения, CU-CP, одного TEID UL в расчете на один однонаправленный канал;
отправки, CU-CP, запроса установления однонаправленного канала в CU-UP, причем запрос установления однонаправленного канала содержит TEID DL и UL для каждого установленного однонаправленного канала; и
приема, CU-CP, ответа на запрос модификации однонаправленного канала из CU-UP.
107. Система связи согласно варианту 106 осуществления, дополнительно включающая в себя базовую станцию.
108. Система связи согласно варианту 107 осуществления, дополнительно включающая в себя UE, причем UE выполнено с возможностью поддержания связи с базовой станцией.
109. Система связи согласно варианту 108 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью выполнения хост-приложения;
UE выполнено с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением, тем самым предоставляя пользовательские данные, которые должны быть приняты хост-компьютером.
110. Способ сетевого узла, предназначенный для выделения идентификаторов конечных точек туннеля (TEID), причем способ содержит:
выбор, центральным блоком-плоскостью управления (CU-CP) сетевого узла, TEID, который уже используется другим CU-CP;
разрешение, центральным блоком-плоскостью пользователя (CU-UP) сетевого узла, конфликта путем назначения нового TEID UL;
отправку, CU-UP, нового TEID UL в CU-CP;
отправку, CU-CP, нового TEID UL в распределенный блок (DU).
111. Способ согласно варианту 110 осуществления, в котором новый TEID UL отправляется в распределенный блок (DU) с использованием процедуры модификации контекста UE или передачи сообщения управления радиоресурсами нисходящей линии связи (RRC DL), которое также содержит сообщение конфигурации RRC для UE.
112. Система связи, включающая в себя хост-компьютер, содержащий:
схему обработки, выполненную с возможностью предоставления пользовательских данных; и
интерфейс связи, выполненный с возможностью пересылки пользовательских данных в сотовую сеть для передачи в пользовательское оборудование (UE),
где сотовая сеть содержит базовую станцию, имеющую радиоинтерфейс и схему обработки, причем схема обработки базовой станции выполнена с возможностью:
выбора, центральным блоком-плоскостью управления (CU-CP), TEID, который уже используется другим CU-CP;
разрешения, центральным блоком-плоскостью пользователя (CU-UP), конфликта путем назначения нового TEID UL;
отправки, CU-UP, нового TEID UL в CU-CP;
отправки, CU-CP, нового TEID UL в распределенный блок (DU).
113. Система связи согласно варианту 112 осуществления, дополнительно включающая в себя базовую станцию.
114 Система связи согласно варианту 113 осуществления, дополнительно включающая в себя UE, причем UE выполнено с возможностью поддержания связи с базовой станцией.
115. Система связи согласно варианту 114 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью выполнения хост-приложения, тем самым предоставляя пользовательские данные; и
UE содержит схему обработки, выполненную с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением.
116. Система связи, включающая в себя хост-компьютер, содержащий интерфейс связи, выполненный с возможностью приема пользовательских данных, исходящих из передачи из пользовательского оборудования (UE) в базовую станцию, причем базовая станция содержит радиоинтерфейс и схему обработки, при этом схема обработки базовой станции выполнена с возможностью:
выбора, центральным блоком-плоскостью управления (CU-CP), TEID, который уже используется другим CU-CP;
разрешения, центральным блоком-плоскостью пользователя (CU-UP), конфликта путем назначения нового TEID UL;
отправки, CU-UP, нового TEID UL в CU-CP;
отправки, CU-CP, нового TEID UL в распределенный блок (DU).
117. Система связи согласно варианту 116 осуществления, дополнительно включающая в себя базовую станцию.
118. Система связи согласно варианту 117 осуществления, дополнительно включающая в себя UE, причем UE выполнено с возможностью поддержания связи с базовой станцией.
119. Система связи согласно варианту 118 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью выполнения хост-приложения;
UE выполнено с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением, тем самым предоставляя пользовательские данные, которые должны быть приняты хост-компьютером.
120. Сетевой узел, предназначенный для выделения идентификаторов конечной точки туннеля, причем сетевой узел содержит:
память для хранения инструкций; и
схему обработки, способную исполнять инструкции, которые предписывают сетевому узлу:
выбрать, центральным блоком-плоскостью управления (CU-CP) сетевого узла, TEID, который уже используется другим CU-CP;
разрешить, центральным блоком-плоскостью пользователя (CU-UP) сетевого узла, конфликт путем назначения нового TEID UL;
отправить, CU-UP, новый TEID UL в CU-CP;
отправить, CU-CP, новый TEID UL в распределенный блок (DU).
121. Способ согласно варианту 120 осуществления, в котором новый TEID UL отправляется в распределенный блок (DU) с использованием процедуры модификации контекста UE или передачи сообщения управления радиоресурсами нисходящей линии связи (RRC DL), которое также содержит сообщение конфигурации RRC для UE.
122. Система связи, включающая в себя хост-компьютер, содержащий:
схему обработки, выполненную с возможностью предоставления пользовательских данных; и
интерфейс связи, выполненный с возможностью пересылки пользовательских данных в сотовую сеть для передачи в пользовательское оборудование (UE),
где сотовая сеть содержит базовую станцию, имеющую радиоинтерфейс и схему обработки, причем схема обработки базовой станции выполнена с возможностью:
выбора, центральным блоком-плоскостью управления (CU-CP), TEID, который уже используется другим CU-CP;
разрешения, центральным блоком-плоскостью пользователя (CU-UP), конфликта путем назначения нового TEID UL;
отправки, CU-UP, нового TEID UL в CU-CP;
отправки, CU-CP, нового TEID UL в распределенный блок (DU).
123. Система связи согласно варианту 122 осуществления, дополнительно включающая в себя базовую станцию.
124. Система связи согласно варианту 123 осуществления, дополнительно включающая в себя UE, причем UE выполнено с возможностью поддержания связи с базовой станцией.
125. Система связи согласно варианту 124 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью выполнения хост-приложения, тем самым предоставляя пользовательские данные; и
UE содержит схему обработки, выполненную с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением.
126. Система связи, включающая в себя хост-компьютер, содержащий интерфейс связи, выполненный с возможностью приема пользовательских данных, исходящих из передачи из пользовательского оборудования (UE) в базовую станцию, причем базовая станция содержит радиоинтерфейс и схему обработки, при этом схема обработки базовой станции выполнена с возможностью:
выбора, центральным блоком-плоскостью управления (CU-CP), TEID, который уже используется другим CU-CP;
разрешения, центральным блоком-плоскостью пользователя (CU-UP), конфликта путем назначения нового TEID UL;
отправки, CU-UP, нового TEID UL в CU-CP;
отправки, CU-CP, нового TEID UL в распределенный блок (DU).
127. Система связи согласно варианту 126 осуществления, дополнительно включающая в себя базовую станцию.
128. Система связи согласно варианту 127 осуществления, дополнительно включающая в себя UE, причем UE выполнено с возможностью поддержания связи с базовой станцией.
129. Система связи согласно варианту 128 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью выполнения хост-приложения;
UE выполнено с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением, тем самым предоставляя пользовательские данные, которые должны быть приняты хост-компьютером.
Модификации, дополнения или пропуски могут быть сделаны в системах и устройствах, раскрытых в данном документе без отступления от объема изобретения. Компоненты систем и устройств могут быть объединены или выполнены отдельно. Кроме того, операции систем и устройств могут выполняться большим количеством компонентов, меньшим количеством компонентов или другими компонентами. Кроме того, операции систем и устройств могут выполняться с использованием любой подходящей логики, содержащей программное обеспечение, аппаратные средства и/или другую логику. Используемый в данном документе термин «каждый» относится к каждому члену набора или каждому члену поднабора из набора.
Модификации, дополнения или пропуски могут быть сделаны в способах, раскрытых в данном документе, без отступления от объема изобретения. Способы могут включать в себя больше этапов, меньше этапов или другие этапы. Кроме того, этапы могут выполняться в любом подходящем порядке.
Хотя настоящее раскрытие было описано в соответствии с некоторыми вариантами осуществления, изменения и перестановки вариантов осуществления будут очевидны для специалистов в области техники. В соответствии с этим приведенное выше описание вариантов осуществления не ограничивает настоящее раскрытие. Другие изменения, замены и исправления возможны без отклонения от сущности и объема настоящего раскрытия.