Идентификация двух туннелей, установленных в одном сеансе блока данных протокола
Изобретение относится к области связи. Технический результат состоит в возможности идентификации двух туннелей, которые были установлены в одном сеансе блока данных протокола (PDU), на их различение на “первый” и “дополнительный”. Для этого предусмотрен этап, на котором передают узлу базовой сети первое сообщение, которое включает в себя адрес Слоя Транспортной Сети, TNL, для туннеля нисходящей линии связи. Способ дополнительно включает в себя этап, на котором принимают от узла базовой сети сообщение ответа, которое включает в себя адрес транспортного слоя восходящей линии связи, UL, соответствующий адресу TNL для туннеля нисходящей линии связи. 4 н. и 20 з.п. ф-лы, 12 ил., 5 табл.
ОБЛАСТЬ ТЕХНИКИ
Настоящее изобретение относится к беспроводной связи и, в частности, к идентификации двух туннелей, которые были установлены в одном сеансе блока данных протокола (PDU).
УРОВЕНЬ ТЕХНИКИ
Редакция 15 Проекта Партнерства Третьего Поколения (3GPP) представляет Новую Радиосвязь (NR), а двойная соединяемость из более ранних редакций расширяется с тем, чтобы охватывать двойную соединяемость между узлом Долгосрочного Развития (LTE) и узлом NR, или между двумя узлами NR, как показано на Фиг. 1. Кроме того, один сеанс PDU может быть расщеплен в функции плоскости пользователя (UPF) таким образом, что одна часть сеанса PDU проходит через один узел, а остальная часть сеанса PDU проходит через другой узел. Например, Фиг. 1 показывает радиоканал 2 Главной Группы Сот (MCG), расщепленный радиоканал 6 и радиоканал 6 Вторичной Группы Сот (SCG). Расщепленный радиоканал 6 обслуживает как первый туннель, так и второй туннель, когда сеанс PDU расщепляется в UPF. (Обратите внимание на то, что на Фиг. 1 подразумевается, что ключ безопасности (KeNB или S-KeNB) является конфигурируемым из расчета на радиоканал). На Фиг. 1 первый узел NR включает в себя Протокол Сходимости Пакетных Данных (PDCP) Новой Радиосвязи (NR), управление линией радиосвязи (RLC) и управление доступом к среде (MAC) MCG. Второй узел NR включает в себя NR PDCP, RLC и SCG MAC.
При использовании NR сеанс PDU содержит потоки качества услуги (QoS). Потоки QoS отображаются посредством сети радиодоступа (RAN) в радиоканалах и это не взаимно-однозначное отображение между потоками QoS и радиоканалами.
Когда сеанс PDU расщепляется в функции плоскости управления (UPF), то для одного и того же сеанса PDU будут установлены два туннеля. По восходящей линии связи (UL) два туннеля будут заканчиваться в одной и той же UPF, а по нисходящий линии связи (DL) один туннель будет заканчиваться в главном (M)- узле RAN - следующего поколения (NG) (узел M-NG-RAN), а другой будет заканчиваться во вторичном (S)- узле NG-RAN (узел S-NG-RAN). В настоящем техническом описании 3GPP отсутствует способ идентификации двух туннелей. Устанавливаются два туннеля и Ядро Пятого Поколения (5GC) может инициировать модификацию существующих сеансов PDU, как, впрочем, и информации туннеля UL. Узел NG-RAN также может инициировать модификацию информации туннеля DL. Но в случае, когда для сеанса PDU было установлено два туннеля, невозможно идентифицировать то, какую информацию туннеля предстоит модифицировать.
Другая проблема при использовании «Дополнительного Ресурса Сеанса PDU» и «Дополнительной Информации Транспортного Слоя» в техническом описании состоит в том, что если установлено два туннеля, то, наверное, понятно, что первый установленный будет «первым», а второй является «дополнительным». Но когда первый туннель удаляется, «Дополнительный» будет единственным оставшимся туннелем. И если позже устанавливается новый второй туннель, то непонятно, какой является первым, а какой является «Дополнительным».
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Некоторые варианты осуществления предпочтительно предоставляют способы, системы и устройства для идентификации двух туннелей, которые были установлены в одном сеансе блока данных протокола (PDU). В соответствии с одним аспектом сетевой узел выполнен с возможностью идентификации первого и второго туннелей, когда сеанс блока данных протокола, PDU, расщепляется в функции плоскости пользователя, UPF, на два транспортных туннеля, причем идентификация основана на одном из следующего: метке, назначенной каждому туннелю; параметрах, ассоциированных с каждым туннелем; правиле для идентификации каждого туннеля; и элементах информации, IE, определенных в сообщении, которое ссылается по меньшей мере на один туннель.
Некоторые варианты осуществления предоставляют решения, чтобы идентифицировать установку туннелей для одного и того же сеанса PDU. Решения могут включать в себя одно или несколько из следующего:
Во время установки туннеля может быть явным образом назначена метка.
В качестве идентификации могут быть использованы параметры, которые ассоциированы с туннелем и которые могут однозначно идентифицировать туннель. Например, параметрами могут быть адрес слоя транспортной сети (TNL) восходящей линии связи (UL) и/или нисходящей линии связи (DL), который туннель использует в настоящий момент, или идентификаторы потока QoS (QFI) для потоков QoS, которые были установлены в туннеле.
Если явная метка не назначается при установке, тогда может быть указан набор правил таким образом, что все узлы в любой момент знают, какой туннель является первым туннелем, а какой туннель является вторым туннелем. Данная информация может быть использована во время модификации.
Явные элементы информации (IE) могут быть определены в сообщении таким образом, что туннель и IE имеют взаимно-однозначное отображение.
В соответствии с одним аспектом узел радиосети включает в себя схему обработки и интерфейс, выполненные с возможностью передачи узлу базовой сети первого сообщения, которое включает в себя адрес Слоя Транспортной Сети, TNL, для туннеля нисходящей линии связи. Схема обработки и интерфейс дополнительно выполнены с возможностью приема от узла базовой сети сообщения ответа, которое включает в себя адрес транспортного слоя восходящей линии связи, UL, соответствующий адресу TNL для туннеля нисходящей линии связи. Обратите внимание на то, что адрес TNL упоминается в данном документе как адрес для туннеля нисходящей линии связи, который распределен узлом NG-RAN. В качестве альтернативы, или дополнительно, адрес TNL может быть адресом для туннеля восходящей линии связи, который распределен функцией плоскости пользователя (UPF).
В соответствии с данным аспектом, в некоторых вариантах осуществления, схема обработки и интерфейс дополнительно выполнены с возможностью приема в сообщении ответа от узла базовой сети указания отображения адресов TNL в соответствующих адресах транспортного слоя UL. В некоторых вариантах осуществления принятый адрес транспортного слоя UL идентифицирует туннель для узла радиосети. В некоторых вариантах осуществления, первое сообщение включает в себя сообщение указания модификации ресурса, которое включает в себя адрес TNL. В некоторых вариантах осуществления сообщение указания модификации ресурса включает в себя информацию UL NG-U UP TNL. В некоторых вариантах осуществления сообщение ответа включает в себя сообщение подтверждения модификации ресурса, которое включает в себя адрес транспортного слоя UL. В некоторых вариантах осуществления сообщение подтверждения модификации ресурса включает в себя информацию DL NG-U UP TNL.
В соответствии с другим аспектом предоставляется способ, реализованный в узле радиосети, чтобы идентифицировать туннели. Способ включает в себя этап, на котором передают узлу базовой сети первое сообщение, которое включает в себя адрес Слоя Транспортной Сети, TNL, для туннеля нисходящей линии связи. Способ дополнительно включает в себя этап, на котором принимают от узла базовой сети сообщение ответа, которое включает в себя адрес транспортного слоя восходящей линии связи, UL, соответствующий адресу TNL для туннеля нисходящей линии связи.
В соответствии с данным аспектом, в некоторых вариантах осуществления, способ дополнительно включает в себя этап, на котором принимают в сообщении ответа от узла базовой сети указание отображения адресов TNL в соответствующих адресах транспортного слоя UL. В некоторых вариантах осуществления принятый адрес транспортного слоя UL идентифицирует туннель для узла радиосети. В некоторых вариантах осуществления первое сообщение включает в себя сообщение указания модификации ресурса, которое включает в себя адрес TNL. В некоторых вариантах осуществления сообщение указания модификации ресурса включает в себя информацию UL NG-U UP TNL. В некоторых вариантах осуществления сообщение ответа включает в себя сообщение подтверждения модификации ресурса, которое включает в себя адрес транспортного слоя UL. В некоторых вариантах осуществления сообщение подтверждения модификации ресурса включает в себя информацию DL NG-U UP TNL.
В соответствии с еще одним другим аспектом предоставляется узел базовой сети со схемой обработки и интерфейсом. Схема обработки и интерфейс выполнены с возможностью: приема от узла радиосети первого сообщения, которое включает в себя адрес Слоя Транспортной Сети, TNL, для туннеля нисходящей линии связи; и передачи узлу радиосети сообщения ответа, которое включает в себя адрес транспортного слоя восходящей линии связи, UL, соответствующий адресу TNL для туннеля нисходящей линии связи.
В соответствии с данным аспектом, в некоторых вариантах осуществления, сообщение ответа включает в себя указание отображения адресов TNL в соответствующих адресах транспортного слоя UL. В некоторых вариантах осуществления переданный адрес транспортного слоя UL идентифицирует туннель для узла радиосети. В некоторых вариантах осуществления первое сообщение включает в себя сообщение указания модификации ресурса, которое включает в себя адрес TNL. В некоторых вариантах осуществления сообщение указания модификации ресурса включает в себя информацию UL NG-U UP TNL. В некоторых вариантах осуществления сообщение ответа включает в себя сообщение подтверждения модификации ресурса, которое включает в себя адрес транспортного слоя UL. В некоторых вариантах осуществления сообщение подтверждения модификации ресурса включает в себя информацию DL NG-U UP TNL.
В соответствии с еще одним другим аспектом предоставляется способ в узле базовой сети. Способ включает в себя этап, на котором принимают от узла радиосети первое сообщение, которое включает в себя адрес Слоя Транспортной Сети, TNL, для туннеля нисходящей линии связи. Способ также включает в себя этап, на котором передают узлу радиосети сообщение ответа, которое включает в себя адрес транспортного слоя восходящей линии связи, UL, соответствующий адресу TNL для туннеля нисходящей линии связи.
В соответствии с данным аспектом, в некоторых вариантах осуществления, сообщение ответа включает в себя указание отображения адресов TNL в соответствующих адресах транспортного слоя UL. В некоторых вариантах осуществления переданный адрес транспортного слоя UL идентифицирует туннель для узла радиосети. В некоторых вариантах осуществления первое сообщение включает в себя сообщение указания модификации ресурса, которое включает в себя адрес TNL. В некоторых вариантах осуществления сообщение указания модификации ресурса включает в себя информацию UL NG-U UP TNL. В некоторых вариантах осуществления сообщение ответа включает в себя сообщение подтверждения модификации ресурса, которое включает в себя адрес транспортного слоя UL. В некоторых вариантах осуществления сообщение подтверждения модификации ресурса включает в себя информацию DL NG-U UP TNL.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Более полное понимание настоящих вариантов осуществления и связанных с ними преимуществ и признаков будет более понятно при обращении к нижеследующему подробному описанию при рассмотрении вместе с сопроводительными чертежами, на которых:
Фиг. 1 является схемой для иллюстрации двойной соединяемости между двумя узлами NR;
Фиг. 2 является принципиальной схемой примерной архитектуры сети, иллюстрирующей систему связи, соединенную через промежуточную сеть с хост-компьютером, в соответствии с принципами настоящего изобретения;
Фиг. 3 показывает примерный обмен информацией между 5GC и NG-RAN, инициированный посредством 5GC;
Фиг. 4 показывает второй примерный обмен информацией между 5GC и NG-RAN, инициированный посредством 5GC;
Фиг. 5 показывает примерный обмен информацией между NG-RAN и 5GC, инициированный посредством NG-RAN;
Фиг. 6 является структурной схемой хост-компьютера, осуществляющего связь через узел радиосети с беспроводным устройством, и узла базовой сети, осуществляющего связь с узлом радиосети через по меньшей мере частично беспроводные соединения, в соответствии с некоторыми вариантами осуществления настоящего изобретения;
Фиг. 7 является блок-схемой, иллюстрирующей примерные способы, реализованные в системе связи, включающей в себя хост-компьютер, узел радиосети и беспроводное устройство, для исполнения клиентского приложения в беспроводном устройстве, в соответствии с некоторыми вариантами осуществления настоящего изобретения;
Фиг. 8 является блок-схемой, иллюстрирующей примерные способы, реализованные в системе связи, включающей в себя хост-компьютер, узел радиосети и беспроводное устройство, для приема данных пользователя в беспроводном устройстве, в соответствии с некоторыми вариантами осуществления настоящего изобретения;
Фиг. 9 является блок-схемой, иллюстрирующей примерные способы, реализованные в системе связи, включающей в себя хост-компьютер, узел радиосети и беспроводное устройство, для приема данных пользователя от беспроводного устройства в хост-компьютере, в соответствии с некоторыми вариантами осуществления настоящего изобретения.
Фиг. 10 является блок-схемой, иллюстрирующей примерные способы, реализованные в системе связи, включающей в себя хост-компьютер, сетевой узел и беспроводное устройство, для приема данных пользователя в хост-компьютере в соответствии с некоторыми вариантами осуществления настоящего изобретения;
Фиг. 11 является блок-схемой примерного процесса в узле радиосети, в соответствии с некоторыми вариантами осуществления настоящего изобретения; и
Фиг. 12 является блок-схемой примерного процесса в узле базовой сети в соответствии с некоторыми вариантами осуществления настоящего изобретения.
ПОДРОБНОЕ ОПИСАНИЕ
Прежде чем подробно описывать примерные варианты осуществления следует обратить внимание на то, что варианты осуществления находятся в первую очередь в сочетаниях компонентов устройства и этапах обработки, связанных с идентификацией двух туннелей, которые были установлены в одном сеансе блока данных протокола (PDU). Соответственно, компоненты были представлены там, где это необходимо, обычными символами на чертежах, показывая только те конкретные подробности, которые имеют отношение к пониманию вариантов осуществления, таким образом, чтобы не затенять изобретение подробностями, которые будут легко очевидны специалистам в соответствующей области техники, извлекающим выгоду из описания в данном документе. Аналогичные цифровые обозначения обозначают аналогичные элементы на всем протяжении описания.
Используемые в данном документе относительные понятия, такие как «первый» и «второй», «верхний» и «нижний» и аналогичные, могут быть использованы исключительно для того, чтобы отличать один объект или элемент от другого объекта или элемента, не обязательно требуя или не подразумевая каких-либо физических или логических отношений между такими объектами или элементами. Терминология, использованная в данном документе, служит только для описания конкретных вариантов осуществления и не предназначена для ограничения концепций, описанных в данном документе. Подразумевается, что использованные в данном документе формы единственного числа также включают в себя множественные формы при условии, что контекст четко не указывает иное. Дополнительно будет понятно, что понятия «содержит», «содержащий», «включает в себя» и/или «включающий в себя» при использовании в данном документе указывают наличие изложенных признаков, целых чисел, этапов, операций, элементов и/или компонентов, но не исключает наличие или добавление одного, или нескольких других признаков, целых чисел, этапов, операций, элементов, компонентов и/или их групп.
В описанных в данном документе вариантах осуществления объединяющее понятие «осуществляет связь с» и аналогичное, может быть использовано, чтобы указывать электрическую связь или связь для передачи данных, которая может быть осуществлена посредством физического контакта, индукции, электромагнитного излучения, сигнализации посредством радиосвязи, инфракрасной сигнализации или оптической сигнализации, например. Специалисту в соответствующей области техники будет понятно, что несколько компонентов могут взаимодействовать и возможны модификации и изменения для достижения электрической связи и связи для передачи данных.
В некоторых вариантах осуществления, описанных в данном документе, понятие «связанный», «соединенный» и аналогичное, может быть использовано в данном документе, чтобы указывать соединение, хотя и не обязательно непосредственное, и может включать в себя проводные и/или беспроводные соединения.
Использованное в данном документе понятие «базовая станция» может быть базовой станцией любого вида, которая составляет радиосеть, и которая может дополнительно содержать любое из базовой станции (BS), базовой радиостанции, базовой станции приемопередатчика (BTS), контроллера базовой станции (BSC), контроллера радиосети (RNC), g Узла-B (gNB), развитого Узла-B (eNB или eNodeB), Узла-B, радиоузла многостандартного радио (MSR), такого как MSR BS, объекта координации многосотовой/многоадресной передачи (MCE), узла-ретранслятора, узла интегрированного доступа и обратного транзита (IAB), донорского узла управления ретрансляцией, точки радиодоступа (AP), точек передачи, узлов передачи, Выносного Радиоблока (RRU), Выносного Головного Радиоблока (RRH), базового узла (например, объект администрирования мобильности (MME), узел самоорганизующейся сети (SON), узел координации, узел позиционирования, узел MDT и т.д.), внешнего узла (например, сторонний узел, внешний узел для настоящей сети), узлов в распределенной антенной системе (DAS), узла системы доступа к спектру (SAS), системы администрирования элементов (EMS) и т.д.
В некоторых вариантах осуществления неограничивающие понятия беспроводное устройство (WD) или оборудование пользователя (UE) используются взаимозаменяемым образом. WD в данном документе может быть беспроводным устройством любого типа, выполненным с возможностью осуществления связи с узлом радиосети или другим WD через радиосигналы, таким как беспроводное устройство (WD). WD также может быть устройством радиосвязи, целевым устройством, WD связи типа устройство с устройством (D2D), WD связи машинного типа или WD, выполненным с возможностью связи типа машина с машиной (M2M), недорогим и/или несложным WD, датчиком, оборудованным WD, Планшетом, мобильными терминалами, интеллектуальным телефоном, оборудованием со встраиваемым лэптопом (LEE), оборудованием с монтируемым лэптопом (LME), USB-ключом, Оборудованием, Установленным у Пользователя (CPE), устройством типа Интернет Вещей (IoT) или устройством типа Узкополосного IoT (NB-IoT) и т.д.
Обратите внимание на то, что в некоторых вариантах осуществления аналогичные функции могут быть выполнены как в одном из, так и в обоих из узла радиосети и беспроводного устройства. В данном документе как любое из узла радиосети или беспроводного устройства, так и оба, могут упоминаться как сетевой узел. Таким образом, как объяснено ниже, сетевой узел, будь то узел радиосети или беспроводное устройство, может идентифицировать первый и второй туннели, когда сеанса блока данных протокола, PDU, расщепляется в функции плоскости пользователя, UPF, на два транспортных туннеля. Узел радиосети выполняет идентификацию туннелей, принятых по восходящей линии связи, а беспроводное устройство выполняет идентификацию туннелей, принятых по нисходящей линии связи. Кроме того, обратите внимание на то, что функции идентификации могут быть выполнены для связи побочной линии связи, в которой одно WD осуществляет непосредственную связь с другим WD.
Обратите внимание на то, что несмотря на то, что в данном изобретении может быть использована терминология из одной конкретной беспроводной системы, такой как, например, 3GPP LTE и/или Новая Радиосвязь (NR), это не следует рассматривать как ограничивающее объем изобретения только вышеупомянутой системой. Другие беспроводные системы, включая, без ограничения, Широкополосный Множественный Доступ с Кодовым Разделением (WCDMA), Общемировую Совместимость Широкополосного Беспроводного Доступа (WiMax), Сверхмобильный Широкополосный Доступ (UMB) и Глобальную Систему Связи с Подвижными Объектами (GSM), могут получать выгоду от использования идей, которые охватывает данное изобретение.
Кроме того, обратите внимание на то, что функции, описанные в данном документе как выполняемые беспроводным устройством или сетевым узлом, могут быть распределены между множеством беспроводных устройств и/или сетевых узлов. Другими словами, предполагается, что функции сетевого узла и беспроводного устройства, описанные в данном документе, не ограничиваются выполнением посредством единственного физического устройства и, фактически, могут быть распределены между несколькими физическими устройствами.
При условии, что не определено иное, все понятия (включая технические и научные понятия), которые использованы в данном документе, имеют точно такое же значение, которое обычно понятно специалисту в соответствующей области техники, к которой принадлежит изобретение. Кроме того, будет понятно, что понятия, использованные в данном документе, следует интерпретировать как имеющие значение, которое согласуется с их значением в контексте данного технического описания и родственной области техники и не должны интерпретироваться в идеализированном или чрезмерно формальном смысле, при условии, что это явно не определено в данном документе.
Некоторые варианты осуществления позволяют идентифицировать туннели, когда сеанс PDU расщепляется в функции плоскости пользователя (UPF) на два транспортных туннеля. Некоторые варианты осуществления также предоставляют решения для дальнейшего расширения. Обратите внимание на то, что примеры в данном документе, при условии, что явно не упомянуто иное, могут быть основаны на документе Base Line CR R3-184387, который представляет собой согласованные изменения в отношении технического стандарта (TS) 3GPP 38.413 v. 15.0.0. Некоторые варианты осуществления позволяют узлу NG-RAN работать, когда сеанс PDU расщепляется в UPF, и присутствует несколько туннелей плоскости пользователя для одного и того же сеанса PDU.
Возвращаясь к фигурам чертежей, на которых аналогичные элементы обозначены аналогичными цифровыми обозначениями, на Фиг. 2 показана принципиальная схема системы 10 связи, в соответствии с вариантом осуществления, такой как сотовая сеть 3GPP типа, которая может поддерживать стандарты, такие как LTE и/или NR(G), которая содержит сеть 12 доступа, такую как сеть радиодоступа, и базовую сеть, с узлом 14 базовой сети. Сеть 12 доступа содержит множество узлов 16a, 16b, 16c радиосети (которые вместе упоминаются как узлы 16 радиосети), таких как NB, eNB, gNB или другие типы беспроводных точек доступа, причем каждый определяет соответствующую зону 18a, 18b, 18c покрытия (которые вместе упоминаются как зоны 18 покрытия). Каждый узел 16a, 16b, 16c радиосети может быть соединен с базовой сетью, которая имеет узел 14 базовой сети, такой как узел базовой сети 5G, через проводное или беспроводное соединение 20. Первое беспроводное устройство 22a (WD), расположенное в зоне 18a покрытия, выполнено с возможностью соединения беспроводным образом, или осуществления поискового вызова посредством, с соответствующим узлом 16c радиосети. Второе WD 22b в зоне 18b покрытия может быть соединено беспроводным образом с соответствующим узлом 16a радиосети. При том, что в данном примере проиллюстрировано множество WD 22a, 22b (вместе упоминаемые как беспроводные устройства 22), раскрытые варианты осуществления в равной степени применимы к ситуации, при которой единственное WD находится в зоне покрытия, или при которой единственное WD соединяется с соответствующим узлом 16 радиосети. Обратите внимание на то, что несмотря на то, что только два WD 22 и три узла 16 радиосети показаны для удобства, система связи может включать в себя много больше WD 22 и узлов 16 радиосети.
Также предполагается, что WD 22 может одновременно осуществлять связь и/или выполнено с возможностью раздельного осуществления связи с больше чем одним узлом 16 радиосети и больше чем одним типом узла 16 радиосети. Например, WD 22 может иметь двойную соединяемость с узлом 16 радиосети, который поддерживает LTE, и тем же самым или другим сетевым узлом 16, который поддерживает NR. В качестве примера, WD 22 может осуществлять связь с eNB применительно к LTE/E-UTRAN и gNB применительно к NR/NG-RAN.
Сама система 10 связи может быть соединена с хост-компьютером 24, который может быть воплощен в аппаратном обеспечении и/или программном обеспечении автономного сервера, реализованного в облаке сервера, распределенного сервера или в качестве ресурсов обработки в группе серверов. Владеть или управлять хост-компьютером 24 может поставщик услуг, или его эксплуатация может обеспечиваться посредством поставщика услуг или от лица поставщика услуг. Соединения 26, 28 между системой 10 связи и хост-компьютером 24 могут проходить непосредственно из базовой сети с узлом 14 базовой сети к хост-компьютеру 24 или могут проходить через необязательную промежуточную сеть 30. Промежуточная сеть 30 может быть одной из, или сочетанием больше чем одной из, открытой, закрытой или размещенной сети. Промежуточная сеть 30, если есть, может быть магистральной сетью или сетью Интернет. В некоторых вариантах осуществления промежуточная сеть 30 может содержать две или несколько подсетей (не показано).
Система связи на Фигуре 3 в целом обеспечивает соединяемость между одним из соединенных WD 22a, 22b и хост-компьютером 24. Соединяемость может быть описана, как соединение «поверх сети» (OTT). Хост-компьютер 24 и соединенные WD 22a, 22b выполнены с возможностью осуществления связи для передачи данных и/или сигнализации через соединение OTT с использованием сети 12 доступа, базовой сети с узлом 14 базовой сети, любой промежуточной сети 30 и возможно дополнительной инфраструктуры (не показано) в качестве посредников. Соединение OTT может быть прозрачным в том смысле, что по меньшей мере некоторые из участвующих устройств связи, через которые проходит соединение OTT, не осведомлены о маршрутизации связи по восходящей линии связи и нисходящей линии связи. Например, узел 16 радиосети может не быть или не требуется чтобы был проинформирован о предшествующей маршрутизации входящей связи по нисходящей линии связи с данными, происходящими от хост-компьютера 24, которые должны быть переадресованы (например, должно быть передано обслуживание) соединенному WD 22a. Аналогичным образом узел 16 радиосети не должен быть осведомлен о дальнейшей маршрутизации исходящей связи по восходящей линии связи, происходящей от WD 22a в направлении хост-компьютера 24.
Узел 16 радиосети выполнен с возможностью включения блока 32 идентификатора туннеля восходящей линии связи, который выполнен с возможностью идентификации первого и второго туннелей, когда сеанс блока данных протокола, PDU, расщепляется в функции плоскости пользователя, UPF, на два транспортных туннеля. Узел 14 базовой сети выполнен с возможностью включения блока 34 идентификатора туннеля нисходящей линии связи, который выполнен с возможностью идентификации первого и второго туннелей, когда сеанс блока данных протокола, PDU, расщепляется в функции плоскости пользователя, UPF, на два транспортных туннеля.
Фиг. 3 иллюстрирует один пример обмена информацией между 5GC, как, например, узлом 14 базовой сети, и NG-RAN, как, например, узлом 16 радиосети. В данном примере 5GC передает: адрес TNL для восходящей линии связи, которая должна быть модифицирована, вместе с адресом TNL нисходящей линии связи, чтобы идентифицировать туннель NG-U в узле NG-RAN (Блок S90). В ответ новый Адрес DL TNL, вместе с Адресом UL TNL, чтобы идентифицировать туннель NG-U в UPF, отправляется от NG-RAN к 5GC (Блок S92). Таким образом, когда присутствует несколько туннелей, развернутых для одного и того же сеанса PDU, тогда, когда одному узлу требуется модифицировать Адрес TNL, отправляется пара Адресов TNL, где один адрес из пары является новым адресом на стороне отправителя плюс адрес TNL, назначенный на стороне получателя. Это информирует сторону получателя о том, какой туннель будет затронут.
Фиг. 4 иллюстрирует другой примерный обмен информацией между 5GC и NG-RAN. В примере на Фиг. 4 5GC инициирует связь путем передачи NG-RAN сообщения модификации для нового идентификатора конечной точки туннеля (TEI) восходящей линии связи (UL TEI) с использованием DL TEI, чтобы идентифицировать туннель (Блок S94). В ответ NG-RAN передает сообщение ответа, которое может включать в себя новый DL TEI и может использовать UL TEI, чтобы идентифицировать туннель (Блок S96).
Фиг. 5 иллюстрирует другой примерный обмен информацией между NG-RAN и 5GC. В примере на Фиг. 5 NG-RAN инициирует связь путем передачи 5GC сообщения модификации для нового DL TEI с использованием UL TEI, чтобы идентифицировать туннель (Блок S97). В ответ 5GC передает сообщение ответа, которое может включать в себя новый UL TEI и может использовать DL TEI, чтобы идентифицировать туннель (Блок S98).
Примерные реализации, в соответствии с вариантом осуществления, WD 22, узла 16 радиосети и хост-компьютера 24, которые обсуждались в предшествующих абзацах, теперь будут описаны при обращении к Фиг. 6. В системе 10 связи хост-компьютер 24 содержит аппаратное обеспечение 38 (HW), включающее в себя интерфейс 40 связи, выполненный с возможностью установки и обеспечения проводного или беспроводного соединения с интерфейсом другого устройства связи системы 10 связи. Хост-компьютер 24 дополнительно содержит схему 42 обработки, которая может обладать возможностями хранения и/или обработки. Схема 42 обработки может включать в себя процессор 44 и память 46. В частности, в дополнение к или вместо процессора, такого как центральный блок обработки, и памяти, схема 42 обработки может содержать интегральную микросхему для обработки и/или управления, например, один или несколько процессоров и/или ядер процессора и/или FPGA (Программируемая Вентильная Матрица) и/или ASIC (Проблемно-Ориентированная Интегральная Микросхема), выполненные с возможностью исполнения инструкций. Процессор 44 может быть выполнен с возможностью осуществления доступа (например, записи в и/или чтения из) к памяти 46, которая может быть выполнена в виде любой из энергозависимой и/или энергонезависимой памяти, например, кэша и/или буферной памяти и/или RAM (Память с Произвольным Доступом) и/или ROM (Постоянная Память) и/или оптической памяти и/или EPROM (Стираемая Программируемая Постоянная Память).
Схема 42 обработки может быть выполнена с возможностью управления любым из способов и/или процессов, описанных в данном документе, и/или предписания выполнения таких способов, и/или процессов, например, посредством хост-компьютера 24. Процессор 44 соответствует одному или нескольким процессорам 44 для выполнения функций хост-компьютера 24, описанных в данном документе. Хост-компьютер 24 включает в себя память 46, которая выполнена с возможностью хранения данных, программного кода программного обеспечения и/или другой информации, описанной в данном документе. В некоторых вариантах осуществления программное обеспечение 48 и/или хост-приложение 50 могут включать в себя инструкции, которые, при исполнении процессором 44 и/или схемой 42 обработки, предписывают процессору 44 и/или схеме 42 обработки выполнять процессы, описанные в данном документе по отношению к хост-компьютеру 24. Инструкции могут быть программным обеспечением, ассоциированным с хост-компьютером 24.
Программное обеспечение 48 может быть исполнено схемой 42 обработки. Программное обеспечение 48 включает в себя хост-приложение 50. Хост-приложение 50 может работать, чтобы предоставлять услугу удаленному пользователю, такому как WD 22, который соединяется через соединение 52 OTT, заканчивающееся в WD 22 и хост-компьютере 24. При предоставлении услуги удаленному пользователю хост-приложение 50 может предоставлять данные пользователя, которые передаются с использованием соединения 52 OTT. «Данные пользователя» могут быть данными и информацией, описанными в данном документе как реализующие описанные функциональные возможности. В одном варианте осуществления хост-компьютер 24 может быть выполнен с возможностью предоставления управления и функциональной возможности поставщику услуг и его эксплуатация может обеспечиваться посредством поставщика услуг или от лица поставщика услуг. Схема 42 обработки хост-компьютера 24 может позволять хост-компьютеру осуществлять наблюдение, мониторинг, управление, передачу к и/или прием от узла 16 радиосети и/или беспроводного устройства 22.
Система связи 10 дополнительно включает в себя узел 16 радиосети, предусмотренный в системе 10 связи, и содержащий аппаратное обеспечение 58, позволяющее ему осуществлять связь с хост-компьютером 24 и с WD 22. Аппаратное обеспечение 58 может включать в себя интерфейс 60 связи для установки и обеспечения проводного или беспроводного соединения с интерфейсом другого устройства связи системы 10 связи, как, впрочем, и радиоинтерфейс 62 для установки и обеспечения по меньшей мере беспроводного соединения 64 с WD 22, которое располагается в зоне 18 покрытия, которая обслуживается узлом 16 радиосети. Радиоинтерфейс 62 может быть сформирован в качестве или может включать в себя, например, один или несколько RF передатчиков, один или несколько RF приемников и/или один или несколько RF приемопередатчиков. Интерфейс 60 связи может быть выполнен с возможностью обеспечения соединения 66 с хост-компьютером 24. Соединение 66 может быть прямым или оно может проходить через базовую сеть с узлом 14 базовой сети у системы 10 связи и/или через одну или несколько промежуточных сетей 30 за пределами системы 10 связи.
В показанном варианте осуществления аппаратное обеспечение 58 узла 16 радиосети дополнительно включает в себя схему 68 обработки. Схема 68 обработки может включать в себя процессор 70 и память 72. В частности, в дополнение к или вместо процессора, такого как центральный блок обработки, и памяти, схема 68 обработки может содержать интегральную микросхему для обработки и/или управления, например, один или несколько процессоров и/или ядер процессора и/или FPGA (Программируемая Вентильная Матрица) и/или ASIC (Проблемно-Ориентированная Интегральная Микросхема), выполненные с возможностью исполнения инструкций. Процессор 70 может быть выполнен с возможностью осуществления доступа (например, записи в и/или чтения из) к памяти 72, которая может быть выполнена в виде любой из энергозависимой и/или энергонезависимой памяти, например, кэша и/или буферной памяти и/или RAM (Память с Произвольным Доступом) и/или ROM (Постоянная Память) и/или оптической памяти и/или EPROM (Стираемая Программируемая Постоянная Память).
Таким образом, узел 16 радиосети дополнительно имеет программное обеспечение 74, которое хранится внутренним образом в, например, памяти, или хранится во внешней памяти (например, базе данных, массиве хранения, сетевом запоминающем устройстве и т.д.), доступ к которой может быть осуществлен узлом 16 радиосети через внешнее соединение. Программное обеспечение 74 может быть исполняемым посредством схемы 68 обработки. Схема 68 обработки может быть выполнена с возможностью управления любыми способами и/или процессами, описанными в данном документе, и/или предписания выполнения таких способов и/или процессов, например, посредством узла 16 радиосети. Процессор 70 соответствует одному или нескольким процессорам 70 для выполнения узлом 16 радиосети функций, описанных в данном документе. Память 72 выполнена с возможностью хранения данных, программного кода программного обеспечения и/или другой информации, описанной в данном документе. В некоторых вариантах осуществления программное обеспечение 74 может включать в себя инструкции, которые, при исполнении процессором 70 и/или схемой 68 обработки, предписывают процессору 70 и/или схеме 68 обработки выполнять процессы, описанные в данном документе по отношению к узлу 16 радиосети. Например, схема 68 обработки узла 16 радиосети может включать в себя блок 32 идентификатора туннеля восходящей линии связи, выполненный с возможностью идентификации первого и второго туннелей, когда сеанс блока данных протокола, PDU, расщепляется в функции плоскости пользователя, UPF, на два транспортных туннеля.
Система 10 связи дополнительно включает в себя WD 22, которое уже упоминалось. WD 22 может иметь аппаратное обеспечение 80, которое может включать в себя радиоинтерфейс 82, выполненный с возможностью установки и обеспечения беспроводного соединения 64 с узлом 16 радиосети, обслуживающим зону 18 покрытия, в которой в настоящий момент располагается WD 22. Радиоинтерфейс 82 может быть сформирован в качестве или может включать в себя, например, один или несколько RF передатчиков, один или несколько RF приемников и/или один или несколько RF приемопередатчиков.
Аппаратное обеспечение 80 WD 22 дополнительно включает в себя схему 84 обработки. Схема 84 обработки может включать в себя процессор 86 и память 88. В частности, в дополнение к или вместо процессора, такого как центральный блок обработки, и памяти, схема 84 обработки может содержать интегральную микросхему для обработки и/или управления, например, один или несколько процессоров и/или ядер процессора и/или FPGA (Программируемая Вентильная Матрица) и/или ASIC (Проблемно-Ориентированная Интегральная Микросхема), выполненные с возможностью исполнения инструкций. Процессор 86 может быть выполнен с возможностью осуществления доступа (например, записи в и/или чтения из) к памяти 88, которая может быть выполнена в виде любой из энергозависимой и/или энергонезависимой памяти, например, кэша и/или буферной памяти и/или RAM (Память с Произвольным Доступом) и/или ROM (Постоянная Память) и/или оптической памяти и/или EPROM (Стираемая Программируемая Постоянная Память).
Таким образом, WD 22 может дополнительно содержать программное обеспечение 90, которое хранится в, например, памяти 88 в WD 22, или хранится во внешней памяти (например, базе данных, массиве хранения, сетевом запоминающем устройстве и т.д.), доступ к которой может быть осуществлен WD 22. Программное обеспечение 90 может быть исполняемым посредством схемы 84 обработки. Программное обеспечение 90 может включать в себя клиентское приложение 92. Клиентское приложение 92 может работать, чтобы предоставлять услугу пользователю-человеку или пользователю-не человеку через WD 22, при поддержке хост-компьютера 24. В хост-компьютере 24 исполняемое хост-приложение 50 может осуществлять связь с исполняемым клиентским приложением 92 через соединение 52 OTT, которое заканчивается в WD 22 и хост-компьютере 24. При предоставлении услуги пользователю клиентское приложение 92 может принимать данные запроса от хост-приложения 50 и предоставлять данные пользователя в ответ на данные запроса. Соединение 52 OTT может переносить как данные запроса, так и данные пользователя. Клиентское приложение 92 может взаимодействовать с пользователем, чтобы формировать данные пользователя, которые оно предоставляет.
Схема 84 обработки может быть выполнена с возможностью управления любыми способами и/или процессами, описанными в данном документе, и/или предписания выполнения таких способов и/или процессов, например, посредством WD 22. Процессор 86 соответствует одному или нескольким процессорам 86 для выполнения WD 22 функций, описанных в данном документе. WD 22 включает в себя память 88, которая выполнена с возможностью хранения данных, программного кода программного обеспечения и/или другой информации, описанной в данном документе. В некоторых вариантах осуществления программное обеспечение 90 и/или клиентское приложение 92 могут включать в себя инструкции, которые, при исполнении процессором 86 и/или схемой 84 обработки, предписывают процессору 86 и/или схеме 84 обработки выполнять процессы, описанные в данном документе по отношению к WD 22. В некоторых вариантах осуществления внутренняя работа узла 16 радиосети, WD 22 и хост-компьютера 24 может быть той, что показана на Фиг. 6 и независимо окружающая топология сети может быть той, что на Фиг. 2.
На Фиг. 6 соединение 52 OTT было нарисовано абстрактно, чтобы проиллюстрировать связь между хост-компьютером 240 и беспроводным устройством 22 через узел 16 радиосети, не обращаясь явно к каким-либо промежуточным устройствам и точной маршрутизации сообщений через эти устройства. Инфраструктура сети может определять маршрутизацию, которую она может быть сконфигурирована прятать от WD 22 или от поставщика услуг, который эксплуатирует хост-компьютер 24, или от обеих сторон. При том, что соединение 52 OTT является активным, инфраструктура сети может дополнительно принимать решения, посредством которых она динамически меняет маршрутизацию (например, на основе рассмотрения балансировки нагрузки или реконфигурации сети).
Беспроводное соединение 64 между WD 22 и узлом 16 радиосети выполнено в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения. Один или несколько из различных вариантов осуществления улучшают эффективность услуг OTT, которые предоставляются WD 22 с использованием соединения 52 OTT, в котором беспроводное соединение 64 может формировать последний сегмент. Точнее, идеи некоторых из этих вариантов осуществления могут улучшать скорость передачи данных, время ожидания и/или энергопотребление и тем самым обеспечивать преимущества, такие как уменьшенный простой пользователя, смягченные ограничения по размеру файла, более высокая скорость реагирования, увеличенное время работы от аккумулятора и т.д.
В некоторых вариантах осуществления может быть предусмотрена процедура измерения с целью осуществления мониторинга за скоростью передачи данных, временем ожидания и другими факторами, которые улучшают один или несколько вариантов осуществления. Дополнительно может присутствовать необязательная функциональная возможность сети для реконфигурирования соединения 52 OTT между хост-компьютером 24 и WD 22, в ответ на изменения результатов измерения. Процедура измерения и/или функциональная возможность сети для реконфигурирования соединения 52 OTT могут быть реализованы в программном обеспечении 48 хост-компьютера 24 или в программном обеспечении 90 WD 22, или как в том, так и другом. В вариантах осуществления датчики (не показано) могут быть развернуты в или в ассоциации с устройствами связи, через которые проходит соединение 52 OTT; датчики могут участвовать в процедуре измерения путем подачи значений величин, в отношении которых осуществляется мониторинг, которые в качестве примера приведены выше, или путем подачи значений других физических величин, из которых программное обеспечение 48, 90 может вычислять или оценивать величины, в отношении которых осуществляется мониторинг. Реконфигурирование соединения 52 OTT может включать в себя формат сообщения, установки повторной передачи, предпочтительную маршрутизацию и т.д.; реконфигурирование не должно влиять на узел 16 радиосети, и оно может быть неизвестно или незаметно для узла 16 радиосети. Некоторые такие процедуры и функциональные возможности могут быть известны и применяться на практике в области техники. В определенных вариантах осуществления измерения могут включать собственную сигнализацию WD, которая помогает измерениям со стороны хост-компьютера 24 пропускной способности, времени распространения, времени ожидания и аналогичного. В некоторых вариантах осуществления измерения могут быть реализованы в том, что программное обеспечение 48, 90 предписывает передачу сообщений, в частности, пустых или ‘фиктивных’ сообщений, с использованием соединения 52 OTT, при том, что оно осуществляет мониторинг времени распространения, ошибок и т.д.
Таким образом, в некоторых вариантах осуществления хост-компьютер 24 включает в себя схему 42 обработки, выполненную с возможностью предоставления данных пользователя, и интерфейс связи 40, который выполнен с возможностью переадресации данных пользователя в сотовую сеть для передачи к WD 22. В некоторых вариантах осуществления сотовая сеть также включает в себя узел 16 радиосети с радиоинтерфейсом 62. В некоторых вариантах осуществления узел 16 радиосети выполнен с возможностью, и/или схема 68 обработки сетевого узла 16 выполнена с возможностью выполнения функций и/или способов, описанных в данном документе, для подготовки/инициирования/обеспечения/поддержки/окончания передачи к WD 22, и/или подготовки/завершения/обеспечения/ поддержки/окончания при приеме передачи от WD 22.
В некоторых вариантах осуществления хост-компьютер 24 включает в себя схему 42 обработки и интерфейс 40 связи, который выполнен с возможностью приема данных пользователя, происходящих от WD 22, и передачи их узлу 16 радиосети. В некоторых вариантах осуществления WD 22 выполнено с возможностью и/или содержит радиоинтерфейс 82 и/или схему 84 обработки, выполненные с возможностью выполнения функций и/или способов, описанных в данном документе для подготовки/инициирования/обеспечения/ поддержки/окончания передачи к узлу 16 радиосети и подготовки/завершения/обеспечения/поддержки/окончания при приеме передачи от узла 16 радиосети.
Узел 14 базовой сети может быть выполнен с возможностью осуществления связи беспроводным образом или посредством проводной линии связи с узлом 16 радиосети через интерфейс 102. Узел 14 базовой сети имеет память 108, выполненную с возможностью хранения компьютерных инструкций, которые предписывают процессору 106 схемы 104 обработки выполнять функции идентификатора 34 туннеля нисходящей линии связи. Идентификатор 34 туннеля нисходящей линии связи может быть выполнен с возможностью идентификации первого и второго туннелей, когда сеанс блока данных протокола, PDU, расщепляется в функции плоскости пользователя, UPF, на два транспортных туннеля.
В некоторых вариантах осуществления узел 16 радиосети передает узлу 14 базовой сети первое сообщение, которое включает в себя адрес Слоя Транспортной Сети, TNL, для туннеля нисходящей линии связи. В ответ, узел 14 базовой сети отправляет сообщение ответа, которое включает в себя адрес транспортного слоя восходящей линии связи, UL, соответствующий адресу TNL для туннеля нисходящей линии связи.
Несмотря на то, что Фиг. 2 и 6 показывают различные «блоки», такие как блок 32 идентификатора туннеля восходящей линии связи и блок 34 идентификатора туннеля нисходящей линии связи, как находящиеся внутри соответствующего процессора, предполагается, что эти блоки могут быть реализованы таким образом, что часть блока хранится в соответствующей памяти внутри схемы обработки. Другими словами, блоки могут быть реализованы в аппаратном обеспечении или в сочетании аппаратного обеспечения и программного обеспечения внутри схемы обработки.
Фиг. 7 является блок-схемой, иллюстрирующей примерный способ, реализованный в системе связи, такой как, например, система связи Фиг. 2 и 6, в соответствии с одним вариантом осуществления. Система связи может включать в себя хост-компьютер 24, узел 16 радиосети и WD 22, которые могут быть теми, которые описаны при обращении к Фиг. 6. На первом этапе способа хост-компьютер 24 предоставляет данные пользователя (блок S100). На необязательном подэтапе первого этапа хост-компьютер 24 предоставляет данные пользователя путем исполнения хост-приложения, такого как, например, хост-приложение 50 (блок S102). На втором этапе хост-компьютер 24 инициирует передачу, несущую данные пользователя к WD 22 (блок S104). На необязательном третьем этапе узел 16 радиосети передает WD 22 данные пользователя, которые были перенесены в передаче, которую инициировал хост-компьютер 24, в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения (блок S106). На необязательном четвертом этапе WD 22 исполняет клиентское приложение, такое как, например, клиентское приложение 92, ассоциированное с хост-приложением 50, которое исполняется хост-компьютером 24 (блок S108).
Фиг. 8 является блок-схемой, иллюстрирующей примерный способ, реализованный в системе связи, такой как, например, система связи на Фиг. 2, в соответствии с одним вариантом осуществления. Система связи может включать в себя хост-компьютер 24, узел 16 радиосети и WD 22, которые могут быть теми, которые описаны при обращении к Фиг. 2 и 6. На первом этапе способа хост-компьютер 24 предоставляет данные пользователя (блок S110). На необязательном подэтапе (не показано) хост-компьютер 24 предоставляет данные пользователя путем исполнения хост-приложения, такого как, например, хост-приложение 50. На втором этапе хост-компьютер 24 инициирует передачу, несущую данные пользователя к WD 22 (блок S112). Передача может проходить через узел 16 радиосети в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения. На необязательном третьем этапе WD 22 принимает данные пользователя, которые переносятся в передаче (блок S114).
Фиг. 9 является блок-схемой, иллюстрирующей примерный способ, реализованный в системе связи, такой как, например, система связи на Фиг. 2, в соответствии с одним вариантом осуществления. Система связи может включать в себя хост-компьютер 24, узел 16 радиосети и WD 22, которые могут быть теми, которые описаны при обращении к Фиг. 2 и 6. На необязательном первом этапе способа WD 22 принимает входные данные, предоставленные хост-компьютером 24 (блок S116). На необязательном подэтапе первого этапа WD 22 исполняет клиентское приложение 92, которое предоставляет данные пользователя в ответ на принятые входные данные, предоставленные хост-компьютером 24 (блок S118). Дополнительно или в качестве альтернативы на необязательном втором этапе WD 22 предоставляет данные пользователя (блок S120). На необязательном подэтапе второго этапа WD предоставляет данные пользователя путем исполнения клиентского приложения, такого как, например, клиентское приложение 92 (блок S122). при предоставлении данных пользователя исполняемое клиентское приложение 92 может дополнительно рассматривать ввод пользователя, принятый от пользователя. Независимо от конкретного образа, посредством которого были предоставлены данные пользователя, WD 22 может инициировать на необязательном третьем подэтапе передачу данных пользователя к хост-компьютеру 24 (блок S124). На четвертом этапе способа хост-компьютер 24 принимает данные пользователя, переданные от WD 22, в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения (блок S126).
Фиг. 10 является блок-схемой, иллюстрирующей примерный способ, реализованный в системе связи, такой как, например, система связи на Фиг. 2, в соответствии с одним вариантом осуществления. Система связи может включать в себя хост-компьютер 24, узел 16 радиосети и WD 22, которые могут быть теми, которые описаны при обращении к Фиг. 2 и 6. На необязательном первом этапе способа в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения, узел 16 радиосети принимает данные пользователя от WD 22 (блок S128). На необязательном втором этапе узел 16 радиосети инициирует передачу принятых данных пользователя к хост-компьютеру 24 (блок S130). На третьем этапе хост-компьютер 24 принимает данные пользователя, которые переносятся в передаче, инициированной узлом 16 радиосети (блок S132).
Фиг. 11 является блок-схемой примерного процесса в узле 16 радиосети для обмена сообщениями, чтобы создать два туннеля. Один или несколько блоков, описанных в данном документе, могут быть выполнены одним или несколькими элементами узла 16 радиосети, как, например, одним или несколькими из схемы 68 обработки (включая блок 32 идентификатора туннеля восходящей линии связи), процессора 70, радиоинтерфейса 62 и/или интерфейса 60 связи. Сетевой узел 16, как, например, через схему 68 обработки и/или процессор 70 и/или радиоинтерфейс 62 и/или интерфейс 60 связи, выполнен с возможностью передачи узлу базовой сети первого сообщения, которое включает в себя адрес Слоя Транспортной Сети, TNL, для туннеля нисходящей линии связи (Блок S134). Процесс также включает в себя прием, через блок 34 идентификатора туннеля нисходящей линии связи, от узла базовой сети сообщения ответа, которое включает в себя адрес транспортного слоя восходящей линии связи, UL, соответствующий адресу TNL для туннеля нисходящей линии связи (Блок S136).
Фиг. 12 является блок-схемой примерного процесса в узле 14 базовой сети. Один или несколько блоков, описанных в данном документе, могут быть выполнены посредством одного или нескольких элементов узла 14 базовой сети, как, например, одним или несколькими из схемы 104 обработки (включая блок 34 идентификатора туннеля нисходящей линии связи), процессора 106, интерфейса 102 (который может взаимодействовать с беспроводным каналом или каналом проводной линии связи). Узел 14 базовой сети, как, например, через схему 104 обработки и/или процессор 106 и/или интерфейс 102, выполнен с возможностью приема от узла радиосети первого сообщения, которое включает в себя адрес Слоя Транспортной Сети, TNL, для туннеля нисходящей линии связи (Блок S138). Процесс также включает в себя передачу узлу радиосети сообщения ответа, которое включает в себя адрес транспортного слоя восходящей линии связи, UL, соответствующий адресу TNL для туннеля нисходящей линии связи (Блок S140).
Описав общий поток процесса компоновок изобретения и описав предоставленные примеры компоновок аппаратного обеспечения и программного обеспечения для реализации процесса и функций изобретения, разделы ниже предоставляют подробности и примеры компоновок для идентификации двух туннелей, которые были установлены в одном сеансе блока данных протокола (PDU).
Решение 1: Во время установки туннеля явным образом назначается метка
В данном решении во время установки каждому туннелю назначается явная метка или индекс. Например, Индекс 1 Туннеля назначается первому туннелю и Индекс 2 Туннеля назначается второму туннелю. Например, Индекс Туннеля и Поток QoS из расчета на Информацию TNL представлены в Таблице 1.
Таблица 1
| IE/Название Группы | Наличие | Диапазон | Тип IE и ссылка | Семантическое описание |
| Информация Транспортного Слоя UP | Обязательный | 9.3.2.2 | ||
| Ассоциированный Список Потока QoS | 1 | |||
| >Ассоциированные IE Элемента Потока QoS | 1..<maxnoo fQoSFlows> |
|||
| >>Индикатор Потока QoS | Обязательный | 9.3.1.51 | ||
| Индекс Туннеля | Необязательный | Целое число (0..2) | Индекс туннеля идентифицирует туннель из расчета на сеанс PDU | |
| Граница диапазона | Пояснение | |||
| maxnoofQoSFlows | Максимальное количество потоков QoS, разрешенных в рамках одного сеанса PDU. Значение составляет 64. |
IE Поток QoS из расчета на Информацию TNL может быть дополнительно использован процедурой администрирования сеанса PDU. Индекс Туннеля может быть использован на всем протяжении жизненного цикла туннеля и идентифицировать туннель при необходимости или желании.
Например, когда ядро пятого поколения (5GC) инициирует модификацию элемента информации (IE), «Информация UL NG-U UP TNL», в настоящее время невозможно сказать, для какого туннеля запрашивается модификация. Но если добавляется Индекс Туннеля, тогда очевидно, для какого туннеля запрашивается новая информация UL NG-U UP TNL, как показано в Таблице 2.
Таблица 2
| IE/Название Группы | Наличие | Диапазон | Тип IE и ссылка | Семантическое описание |
| Индекс Туннеля | Необязательный | Целое число (0..2) | Индекс туннеля идентифицирует туннель из расчета на сеанс PDU | |
| Агрегированная Максимальная Скорость Передачи Битов Сеанса PDU | Необязательный | Скорость Передачи Битов 9.3.1.4 | ||
| Информация UL NG-U UP TNL | Необязательный | Информация Транспортного Слоя UP 9.3.2.2 | Конечная точка UPF транспортного радиоканала NG-U, для доставки UL PDU. | |
| Список Запроса Добавления или Модификации Потока QoS | 0..1 | |||
| >IE Элемента Запроса Добавления или Модификации Потока QoS | 1..<maxnoo fQoSFlows> |
|||
| >>Индикатор Потока QoS | Обязательный | 9.3.1.51 | ||
| >>Параметры QoS Уровня Потока QoS | Необязательный | 9.3.1.12 | Может потребоваться уточнение наличия данного IE | |
| >>E-RAB ID | Необязательный | 9.3.2.3 | ||
| Список Высвобождения Потока QoS | Необязательный | Список Потоков QoS 9.3.1.13 |
Также можно модифицировать структуру, чтобы показывать то, что несколько туннелей модифицируется в одном сообщении, если вводится список с Информацией UL NG-U UP TNL и Индексом Туннеля.
Параметр, который используется чтобы идентифицировать туннель, может быть введен в других местах или с другими определениями.
Решение 2: используют существующий параметр для однозначной идентификации туннеля
Параметры, которые ассоциированы с туннелем, могут однозначно идентифицировать туннель. Например, параметрами может быть адрес TNL UL и/или DL, который туннель использует в настоящее время, или идентификации потока качества услуги (QFI) для потоков качества услуги (QoS), которые были установлены в туннеле.
Например, Адрес TNL может быть использован, чтобы идентифицировать туннель. Узел может модифицировать только адрес TNL, который он сам сформировал. Таким образом, адрес TNL на другом конце туннеля может быть использован тем узлом для идентификации туннеля.
Если узел 14 базовой сети 5GC NR действует для модификации Информации UL NG-U UP TNL, то он предоставляет Информацию DL NG-U UP TNL так, что узел NG-RAN понимает, что 5GC хочет модифицировать туннель Восходящей Линии Связи применительно к туннелю, идентифицированному Информацией DL NG-U UP TNL. Обратите внимание на то, что Информация DL NG-U UP TNL принадлежит узлу NG-RAN и 5GC не может ее модифицировать.
Аналогичным образом, если узел 16 радиосети NG-RAN хочет модифицировать Информацию DL NG-U UP TNL, то он предоставляет Информацию UL NG-U UP TNL для 5GC, чтобы идентифицировать туннель.
Таким образом, обмен сообщениями между узлом 16 радиосети и узлом 15 базовой сети может происходить для того, чтобы идентифицировать пару туннелей. Чтобы идентифицировать туннель нисходящей линии связи узел 16 радиосети передает узлу 14 базовой сети первое сообщение, которое включает в себя адрес Слоя Транспортной Сети, TNL, для туннеля нисходящей линии связи. Чтобы идентифицировать туннель восходящей линии связи узел 16 радиосети принимает от узла 14 базовой сети сообщение ответа, которое включает в себя адрес транспортного слоя восходящей линии связи, UL, соответствующий адресу TNL для туннеля нисходящей линии связи.
См. Таблицу 3 и Таблицу 4.
Таблица 3
| IE/Название Группы | Наличие | Диапазон | Тип IE и ссылка | Семантическое описание |
| Агрегированная Максимальная Скорость Передачи Битов Сеанса PDU | Необязательный | Скорость Передачи Битов 9.3.1.4 | ||
| Информация UL NG-U UP TNL | Необязательный | Информация Транспортного Слоя UP 9.3.2.2 | Конечная точка UPF транспортного радиоканала NG-U, для доставки UL PDU. | |
| Информация DL NG-U UP TNL | Необязательный | Информация Транспортного Слоя UP 9.3.2.2 | Данный IE используется, чтобы идентифицировать туннель NG-U в узле NG-RAN | |
| Список Запроса Добавления или Модификации Потока QoS | 0..1 | |||
| >IE Элемента Запроса Добавления или Модификации Потока QoS | 1..<maxnoo fQoSFlows> |
|||
| >>Индикатор Потока QoS | Обязательный | 9.3.1.51 | ||
| >>Параметры QoS Уровня Потока QoS | Необязательный | 9.3.1.12 | Может потребоваться уточнение наличия данного IE | |
| >>E-RAB ID | Необязательный | 9.3.2.3 | ||
| Список Высвобождения Потока QoS | Необязательный | Список Потоков QoS 9.3.1.13 |
Таблица 4
| IE/Название Группы | Наличие | Диапазон | Тип IE и ссылка | Семантическое описание |
| Информация DL UP TNL | Необязательный | Информация UP TNL 9.3.2.1 | Одна или несколько Информаций Транспортного Слоя RAN | |
| Информация UL NG-U UP TNL | Необязательный | Информация Транспортного Слоя UP 9.3.2.2 | Данный IE используется, чтобы идентифицировать туннель NG-U в UPF |
Можно использовать другие параметры, которые могут однозначно идентифицировать туннель.
Также можно модифицировать структуру так, что, например, несколько Информаций UL TNL может быть изменено в одном сообщении. См. Таблицу 5.
Таблица 5
| IE/Название Группы | Наличие | Диапазон | Тип IE и ссылка | Семантическое описание |
| Агрегированная Максимальная Скорость Передачи Битов Сеанса PDU | Необязательный | Скорость Передачи Битов 9.3.1.4 | ||
| Список Информации UL NG-U UP TNL для Модификации | 0..1 | |||
| >Элементы Информации UL NG-U UP TNL для Модификации | 1..<maxNoO fTunnelsPer PDUSession> |
|||
| >>Информация UL NG-U UP TNL | Обязательный | Информация Транспортного Слоя UP 9.3.2.2 | Конечная точка UPF транспортного радиоканала NG-U, для доставки UL PDU. | |
| >>Информация DL NG-U UP TNL | Обязательный | Информация Транспортного Слоя UP 9.3.2.2 | Данный IE используется, чтобы идентифицировать туннель NG-U в узле NG-RAN | |
| Список Запроса Добавления или Модификации Потока QoS | 0..1 | |||
| >IE Элемента Запроса Добавления или Модификации Потока QoS | 1..<maxnoo fQoSFlows> |
|||
| >>Индикатор Потока QoS | Обязательный | 9.3.1.51 | ||
| >>Параметры QoS Уровня Потока QoS | Необязательный | 9.3.1.12 | Может потребоваться уточнение наличия данного IE | |
| >>E-RAB ID | Необязательный | 9.3.2.3 | ||
| Список Высвобождения Потока QoS | Необязательный | Список Потоков QoS 9.3.1.13 |
Решение 3: указывают правила для идентификации того, какой туннель является первым и какой является вторым туннелем (или дополнительным туннелем).
Если явная метка не назначается при установке, тогда может быть указан набор правил так, чтобы все узлы в любое время знали, какой туннель является первым туннелем и какой является вторым туннелем. Данная информация используется во время модификации.
Правило также должно охватывать случай, при котором, если первый туннель удаляется, тогда второй туннель становится первым туннелем и т.д.
Решение 4: определяют явные IE для каждого туннеля (с помощью правил).
В некоторых вариантах осуществления Явные IE определяются в сообщениях таким образом, что туннель и IE имеют взаимно-однозначное отображение.
Например, может быть введен следующий IE: «Дополнительная Информация UL NG-U UP TNL». Если 5GC хочет модифицировать информацию туннеля восходящей линии связи, то может быть указан данный элемент информации. Но затем 5GC может работать с определенными правилами так, чтобы все узлы знали, какой туннель является первым туннелем и какой туннель является дополнительным туннелем.
Обратите внимание на то, что описанные выше решения могут быть объединены для достижения ясности во время обработки нескольких туннелей, которые установлены для одного и того же сеанса PDU.
Также обратите внимание на то, что описанные выше решения могут быть расширены на другие сообщения и процедуры.
Таким образом, в соответствии с одним аспектом, узел 16 радиосети включает в себя схему 68 обработки и интерфейс 60 или 62, выполненные с возможностью передачи узлу 14 базовой сети первого сообщения, которое включает в себя адрес Слоя Транспортной Сети, TNL, для туннеля нисходящей линии связи. Схема 68 обработки и интерфейс 60 или 62 дополнительно выполнены с возможностью приема от узла 14 базовой сети сообщения ответа, которое включает в себя адрес транспортного слоя восходящей линии связи, UL, соответствующий адресу TNL для туннеля нисходящей линии связи.
В соответствии с данным аспектом, в некоторых вариантах осуществления, схема 68 обработки и интерфейс 60 или 62 дополнительно выполнены с возможностью приема в сообщении ответа от узла 14 базовой сети указания отображения адресов TNL в соответствующих адресах транспортного слоя UL. В некоторых вариантах осуществления принятые адреса транспортного слоя UL идентифицируют туннель для узла 16 радиосети. В некоторых вариантах осуществления первое сообщение включает в себя сообщение указания модификации ресурса, которое включает в себя адрес TNL. В некоторых вариантах осуществления, сообщение указания модификации ресурса включает в себя информацию UL NG-U UP TNL. В некоторых вариантах осуществления сообщение ответа включает в себя сообщение подтверждения модификации ресурса, которое включает в себя адрес транспортного слоя UL. В некоторых вариантах осуществления сообщение подтверждения модификации ресурса включает в себя информацию DL NG-U UP TNL.
В соответствии с другим аспектом предоставляется способ, реализованный в узле 16 радиосети, чтобы идентифицировать туннели. Способ включает в себя этап, на котором передают узлу 14 базовой сети первое сообщение, которое включает в себя адрес Слоя Транспортной Сети, TNL, для туннеля нисходящей линии связи. Способ дополнительно включает в себя этап, на котором принимают от узла 14 базовой сети сообщение ответа, которое включает в себя адрес транспортного слоя восходящей линии связи, UL, соответствующий адресу TNL для туннеля нисходящей линии связи.
В соответствии с данным аспектом, в некоторых вариантах осуществления, способ дополнительно включает в себя этап, на котором принимают в сообщении ответа от узла 14 базовой сети указание отображения адресов TNL в соответствующих адресах транспортного слоя UL. В некоторых вариантах осуществления принятый адрес транспортного слоя UL идентифицирует туннель для узла 16 радиосети. В некоторых вариантах осуществления первое сообщение включает в себя сообщение указания модификации ресурса, которое включает в себя адрес TNL. В некоторых вариантах осуществления сообщение указания модификации ресурса включает в себя информацию UL NG-U UP TNL. В некоторых вариантах осуществления сообщение ответа включает в себя сообщение подтверждения модификации ресурса, которое включает в себя адрес транспортного слоя UL. В некоторых вариантах осуществления сообщение подтверждения модификации ресурса включает в себя информацию DL NG-U UP TNL.
В соответствии с еще одним другим аспектом предоставляется узел 14 базовой сети со схемой 104 обработки и интерфейсом 102. Схема 104 обработки и интерфейс 102 выполнены с возможностью: приема от узла 16 радиосети первого сообщения, которое включает в себя адрес Слоя Транспортной Сети, TNL, для туннеля нисходящей линии связи; и передачи узлу 16 радиосети сообщения ответа, которое включает в себя адрес транспортного слоя восходящей линии связи, UL, соответствующий адресу TNL для туннеля нисходящей линии связи.
В соответствии с данным аспектом, в некоторых вариантах осуществления, сообщение ответа включает в себя указание отображения адресов TNL в соответствующих адресах транспортного слоя UL. В некоторых вариантах осуществления, переданный адрес транспортного слоя UL идентифицирует туннель для узла 16 радиосети. В некоторых вариантах осуществления первое сообщение включает в себя сообщение указания модификации ресурса, которое включает в себя адрес TNL. В некоторых вариантах осуществления сообщение указания модификации ресурса включает в себя информацию UL NG-U UP TNL. В некоторых вариантах осуществления сообщение ответа включает в себя сообщение подтверждения модификации ресурса, которое включает в себя адрес транспортного слоя UL. В некоторых вариантах осуществления сообщение подтверждения модификации ресурса включает в себя информацию DL NG-U UP TNL.
В соответствии с еще одним другим аспектом предоставляется способ в узле 14 базовой сети. Способ включает в себя этап, на котором принимают (S138) от узла 16 радиосети первое сообщение, которое включает в себя адрес Слоя Транспортной Сети, TNL, для туннеля нисходящей линии связи. Способ также включает в себя этап, на котором передают (S140) узлу 16 радиосети сообщение ответа, которое включает в себя адрес транспортного слоя восходящей линии связи, UL, соответствующий адресу TNL для туннеля нисходящей линии связи.
В соответствии с данным аспектом, в некоторых вариантах осуществления, сообщение ответа включает в себя указание отображения адресов TNL в соответствующих адресах транспортного слоя UL. В некоторых вариантах осуществления переданный адрес транспортного слоя UL идентифицирует туннель для узла 16 радиосети. В некоторых вариантах осуществления первое сообщение включает в себя сообщение указания модификации ресурса, которое включает в себя адрес TNL. В некоторых вариантах осуществления сообщение указания модификации ресурса включает в себя информацию UL NG-U UP TNL. В некоторых вариантах осуществления сообщение ответа включает в себя сообщение подтверждения модификации ресурса, которое включает в себя адрес транспортного слоя UL. В некоторых вариантах осуществления сообщение подтверждения модификации ресурса включает в себя информацию DL NG-U UP TNL.
Некоторые варианты осуществления включают в себя следующее:
Вариант A1 осуществления. Сетевой узел, выполненный с возможностью осуществления связи с беспроводным устройством (WD), причем, сетевой узел выполнен с возможностью, и/или содержащий радиоинтерфейс и/или содержащий схему обработки, выполненные с возможностью:
идентификации первого и второго туннелей, когда сеанс блока данных протокола, PDU, расщепляется в функции плоскости пользователя, UPF, на два транспортных туннеля, причем идентификация основана на одном из следующего: метке, назначенной каждому туннелю; параметрах, ассоциированных с каждым туннелем; правиле для идентификации каждого туннеля; и элементах информации, IE, определенных в сообщении, которое ссылается по меньшей мере на один туннель; и
инициирования по меньшей мере одной модификации информации туннеля в соответствии с тем, является ли туннель первым туннелем или вторым туннелем.
Вариант A2 Осуществления. Сетевой узел Варианта A1 Осуществления, при этом метка назначается явным образом в момент создания первого и второго туннелей.
Вариант A3 Осуществления. Сетевой узел Варианта A1 Осуществления, при этом параметры включают в себя слой транспортной сети, TNL, восходящей линии связи или нисходящей линии связи.
Вариант A4 Осуществления. Сетевой узел Варианта A1 Осуществления, при этом правило указывается в момент создания первого и второго туннелей.
Вариант A5 Осуществления. Сетевой узел Варианта A1 Осуществления, при этом сетевой узел является беспроводным устройством.
Вариант A6 Осуществления. Сетевой узел Варианта A1 Осуществления, при этом сетевой узел является базовой станцией.
Вариант B1 Осуществления. Способ, реализованный в сетевом узле, причем способ, содержащий этапы, на которых:
идентифицируют первый и второй туннели, когда сеанс блока данных протокола, PDU, расщепляется в функции плоскости пользователя, UPF, на два транспортных туннеля, причем идентификация основана на одном из следующего: метке, назначенной каждому туннелю; параметрах, ассоциированных с каждым туннелем; правиле для идентификации каждого туннеля; и элементах информации, IE, определенных в сообщении, которое ссылается по меньшей мере на один туннель; и
инициируют по меньшей мере одну модификацию информации туннеля в соответствии с тем, является ли туннель первым туннелем или вторым туннелем.
Вариант B2 Осуществления. Сетевой узел Варианта B1 Осуществления, при этом метка назначается явным образом в момент создания первого и второго туннелей.
Вариант B3 Осуществления. Сетевой узел Варианта B1 Осуществления, при этом параметры включают в себя слой транспортной сети, TNL, восходящей линии связи или нисходящей линии связи.
Вариант B4 Осуществления. Сетевой узел Варианта B1 Осуществления, при этом правило указывается в момент создания первого и второго туннелей.
Вариант B5 Осуществления. Сетевой узел Варианта B1 Осуществления, при этом сетевой узел является беспроводным устройством.
Вариант B6 Осуществления. Сетевой узел Варианта B1 Осуществления, при этом сетевой узел является базовой станцией.
Как будет понятно специалисту в соответствующей области техники, концепции, описанные в данном документе, могут быть воплощены в качестве способа, системы обработки данных, компьютерного программного продукта и/или компьютерных запоминающих носителей информации, хранящих исполняемую компьютерную программу. Соответственно, концепции, описанные в данном документе, могут принимать форму варианта осуществления полностью в аппаратном обеспечении, варианта осуществления полностью в программном обеспечении или варианта осуществления, объединяющего аспекты программного обеспечения и аппаратного обеспечения, причем все в данном документе обычно упоминается как «схема» или «модуль». Любой процесс, этап, действие и/или функциональная возможность, описанные в данном документе, могут быть выполнены посредством, и/или ассоциированы с, соответствующим модулем, который может быть реализован в программном обеспечении и/или встроенном программном обеспечении и/или аппаратном обеспечении. Кроме того, изобретение может принимать форму компьютерного программного продукта на вещественном используемом компьютером запоминающем носителе информации с воплощенным в носителе информации кодом компьютерной программы, который может быть исполнен компьютером. Может быть использован любой подходящий вещественный машиночитаемый носитель информации, включая жесткие диски, CD-ROM, электронные запоминающие устройства, оптические запоминающие устройства или магнитные запоминающие устройства.
Некоторые варианты осуществления описаны в данном документе при обращении к иллюстрациям блок-схем и/или структурным схемам способов, систем и компьютерных программных продуктов. Будет понятно, что каждый блок иллюстраций блок-схем и/или структурных схем и сочетания блоков в иллюстрациях блок-схем и/или на структурных схемах могут быть реализованы посредством инструкций компьютерной программы. Эти инструкции компьютерной программы могут быть предоставлены процессору компьютера общего назначения (чтобы тем самым создать компьютер особого назначения), компьютера особого назначения или другого программируемого устройства обработки данных, чтобы создать машину таким образом, что инструкции, которые исполняются через процессор компьютера или другого программируемого устройства обработки данных, создают средство для реализации функций/действий, указанных в блоке или блоках блок-схемы и/или структурной схемы.
Эти инструкции компьютерной программы также могут быть сохранены в машиночитаемой памяти или запоминающем носителе информации, которые могут предписывать компьютеру или другому программируемому устройству обработки данных функционировать конкретным образом так, что инструкции, хранящиеся в машиночитаемой памяти, создают изделие, включающее в себя средство выдачи инструкции, которое реализует функцию/действие, указанное в блоке или блоках блок-схемы и/или структурной схемы.
Инструкции компьютерной программы также могут быть загружены в компьютер или другое программируемое устройство обработки данных, чтобы предписывать выполнение ряда рабочих шагов на компьютере или другом программируемом устройстве, чтобы создавать реализуемый компьютером процесс таким образом, что инструкции, которые исполняются в компьютере или другом программируемом устройстве обеспечивают этапы для реализации функций/действий, указанных в блоке или блоках блок-схемы и/или структурной схемы.
Следует понимать, что функции/действия, указанные в блоках, могут происходить не в очередности указанной в рабочих иллюстрациях. Например, два показанных последовательно блока в действительности могут быть исполнены, по существу, параллельно, или блоки иногда могут быть исполнены в обратной очередности, в зависимости от задействованных функциональных возможностей/действий. Несмотря на то, что некоторые из схем включают в себя стрелки на путях связи, чтобы показать основное направления связи, следует понимать, что связь может происходить в направлении противоположном изображенным стрелкам.
Код компьютерной программы для выполнения операций концепций, описанных в данном документе, может быть написан на объектно-ориентированном языке программирования, таком как Java® или C++. Однако, компьютерный программный код для выполнения операций изобретения также может быть написан на обычных процедурных языках программирования, таких как язык программирования «C». Программный код может исполняться полностью на компьютере пользователя, частично на компьютере пользователя, в качестве автономного пакета программного обеспечения, частично на компьютере пользователя и частично на удаленном компьютере или полностью на удаленном компьютере. В последнем сценарии удаленный компьютер может быть соединен с компьютером пользователя через локальную сеть (LAN) или глобальную сеть (WAN), или может быть создано соединение с внешним компьютером (например, через сеть Интернет с использованием Поставщика Услуг Интернет).
В связи с вышеприведенным описанием и чертежами в данном документе было раскрыто много разных вариантов осуществления. Будет понятно, что буквальное описание и иллюстрация каждого сочетания и субсочетания этих вариантов осуществления было бы излишне повторяющимся и затрудняющим понимание. Соответственно, все варианты осуществления могут быть объединены любым образом и/или в любом сочетании и настоящее техническое описание, включая чертежи, следует толковать как составляющее полное письменное описание всех сочетаний и субсочетаний вариантов осуществления, описанных в данном документе, и способа и процесса их создания и использования, и оно будет обосновывать утверждения в отношении таких сочетаний или субсочетаний.
Сокращения, которые могли быть использованы в предшествующим описании включают в себя следующее:
Сокращение Пояснение
5GC Ядро 5G
DC Двойная Соединяемость
MN Главный Узел (узел M-NG-RAN)
Узел M-NG-RAN Главный узел NG-RAN
NR Новая Радиосвязь, 5G
SN Вторичный Узел (узел S-NG-RAN)
Узел S-NG-RAN Вторичный узел NG-RAN
UPF Функция Плоскости Управления
Специалистам в соответствующей области техники будет понятно, что варианты осуществления, описанные в данном документе, не ограничиваются тем, что было конкретно показано и описано в данном документе выше. В дополнение, при условии, что выше не было указано обратное, следует отметить, что все сопроводительные чертежи нарисованы не в масштабе. Возможно многообразие модификаций и изменений в свете вышеприведенных идей, не отступая от объема нижеследующей формулы изобретения.
1. Узел (16) радиосети, содержащий схему (68) обработки и интерфейс (60, 62), выполненные с возможностью:
передачи узлу (14) базовой сети первого сообщения, которое включает в себя адрес Слоя Транспортной Сети, TNL, для туннеля нисходящей линии связи в сеансе блока данных протокола, PDU, причем сеанс PDU расщеплен в функции плоскости пользователя, UPF, на два транспортных туннеля; и
приема от узла (14) базовой сети сообщения ответа, которое включает в себя адрес транспортного слоя восходящей линии связи, UL, соответствующий адресу TNL для туннеля нисходящей линии связи;
при этом схема (68) обработки и интерфейс (60, 62) дополнительно выполнены с возможностью приема в сообщении ответа от узла (14) базовой сети указания отображения адресов TNL в соответствующих адресах транспортного слоя UL для идентификации упомянутых двух транспортных туннелей.
2. Узел (16) радиосети по п. 1, в котором принятый адрес транспортного слоя UL идентифицирует туннель для узла (16) радиосети.
3. Узел (16) радиосети по любому из пп. 1, 2, в котором первое сообщение включает в себя сообщение указания модификации ресурса, которое включает в себя адрес TNL.
4. Узел (16) радиосети по п. 3, в котором сообщение указания модификации ресурса включает в себя информацию UL NG-U UP TNL.
5. Узел (16) радиосети по любому из пп. 1-4, в котором сообщение ответа включает в себя сообщение подтверждения модификации ресурса, которое включает в себя адрес транспортного слоя UL.
6. Узел (16) радиосети по п. 5, в котором сообщение подтверждения модификации ресурса включает в себя информацию DL NG-U UP TNL.
7. Способ для идентификации двух туннелей, которые были установлены в одном сеансе блока данных протокола (PDU), реализованный в узле (16) радиосети, причем способ содержит этапы, на которых:
передают (S134) узлу (14) базовой сети первое сообщение, которое включает в себя адрес Слоя Транспортной Сети, TNL, для туннеля нисходящей линии связи в сеансе блока данных протокола, PDU, причем сеанс PDU расщеплен в функции плоскости пользователя, UPF, на два транспортных туннеля; и
принимают (S136) от узла (14) базовой сети сообщение ответа, которое включает в себя адрес транспортного слоя восходящей линии связи, UL, соответствующий адресу TNL для туннеля нисходящей линии связи; и
дополнительно содержащий этап, на котором принимают в сообщении ответа от узла (14) базовой сети указание отображения адресов TNL в соответствующих адресах транспортного слоя UL для идентификации упомянутых двух транспортных туннелей.
8. Способ по п. 7, в котором принятый адрес транспортного слоя UL идентифицирует туннель для узла (16) радиосети.
9. Способ по любому из пп. 7, 8, в котором первое сообщение включает в себя сообщение указания модификации ресурса, которое включает в себя адрес TNL.
10. Способ по п. 9, в котором сообщение указания модификации ресурса включает в себя информацию UL NG-U UP TNL.
11. Способ по любому из пп. 7-10, в котором сообщение ответа включает в себя сообщение подтверждения модификации ресурса, которое включает в себя адрес транспортного слоя UL.
12. Способ по п. 11, в котором сообщение подтверждения модификации ресурса включает в себя информацию DL NG-U UP TNL.
13. Узел (14) базовой сети, содержащий схему (104) обработки и интерфейс (102), выполненные с возможностью:
приема от узла (16) радиосети первого сообщения, которое включает в себя адрес Слоя Транспортной Сети, TNL, для туннеля нисходящей линии связи в сеансе блока данных протокола, PDU, причем сеанс PDU расщеплен в функции плоскости пользователя, UPF, на два транспортных туннеля; и
передачи узлу (16) радиосети сообщения ответа, которое включает в себя адрес транспортного слоя восходящей линии связи, UL, соответствующий адресу TNL для туннеля нисходящей линии связи;
при этом сообщение ответа включает в себя указание отображения адресов TNL в соответствующих адресах транспортного слоя UL для идентификации упомянутых двух транспортных туннелей.
14. Узел (14) базовой сети по п. 13, в котором переданный адрес транспортного слоя UL идентифицирует туннель для узла (16) радиосети.
15. Узел (14) базовой сети по любому из пп. 13, 14, в котором первое сообщение включает в себя сообщение указания модификации ресурса, которое включает в себя адрес TNL.
16. Узел (14) базовой сети по п. 15, в котором сообщение указания модификации ресурса включает в себя информацию UL NG-U UP TNL.
17. Узел (14) базовой сети по любому из пп. 13-16, в котором сообщение ответа включает в себя сообщение подтверждения модификации ресурса, которое включает в себя адрес транспортного слоя UL.
18. Узел (14) базовой сети по п. 17, в котором сообщение подтверждения модификации ресурса включает в себя информацию DL NG-U UP TNL.
19. Способ для идентификации двух туннелей, которые были установлены в одном сеансе блока данных протокола (PDU), реализованный в узле (14) базовой сети, причем способ содержит этапы, на которых:
принимают (S138) от узла (16) радиосети первое сообщение, которое включает в себя адрес Слоя Транспортной Сети, TNL, для туннеля нисходящей линии связи в сеансе блока данных протокола, PDU, причем сеанс PDU расщеплен в функции плоскости пользователя, UPF, на два транспортных туннеля; и
передают (S140) узлу (16) радиосети сообщение ответа, которое включает в себя адрес транспортного слоя восходящей линии связи, UL, соответствующий адресу TNL для туннеля нисходящей линии связи;
при этом сообщение ответа включает в себя указание отображения адресов TNL в соответствующих адресах транспортного слоя UL для идентификации упомянутых двух транспортных туннелей.
20. Способ по п. 19, в котором переданный адрес транспортного слоя UL идентифицирует туннель для узла (16) радиосети.
21. Способ по любому из пп. 19, 20, в котором первое сообщение включает в себя сообщение указания модификации ресурса, которое включает в себя адрес TNL.
22. Способ по п. 21, в котором сообщение указания модификации ресурса включает в себя информацию UL NG-U UP TNL.
23. Способ по любому из пп. 19-22, в котором сообщение ответа включает в себя сообщение подтверждения модификации ресурса, которое включает в себя адрес транспортного слоя UL.
24. Способ по п. 23, в котором сообщение подтверждения модификации ресурса включает в себя информацию DL NG-U UP TNL.
