СПОСОБ И СИСТЕМЫ ОБМЕНА СООБЩЕНИЯМИ В СЕТИ БЕСПРОВОДНОЙ СВЯЗИ Российский патент 2021 года по МПК H04W76/10 

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

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

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

В результате требований пользователей в отношении массовых соединений и повышенной скорости передачи в сети связи New Radio (NR) сетей 5G (сеть 5G), существует большой спрос на возможности передачи входного интерфейса CPRI (Common Public Radio Interface, общий открытый радиоинтерфейс) между BBU (Baseband Unit, блок, работающий в основной полосе) и RRU (Radio Remote Unit, удаленный радиоблок) в системе связи LTE (Long-Term Evolution, эволюция долгосрочного развития). Поскольку интерфейс CPRI передает сигнал I/Q (real/imaginary, действительный/мнимый), который был обработан кодированием на физическом уровне, интерфейс для CPRI существует более жесткое требование к задержке и полосе пропускания передачи. Если скорость передачи интерфейса F1 системы 5G будет увеличена до десятков гигабит в секунду (Гбит/с), то требование трафика для интерфейса CPRI повысится до уровней терабитов в секунду (Tbps), что увеличит как стоимость, так и сложность развертывания сетей. Поэтому, в сети 5G существует потребность пересмотра разделения входного интерфейса с учетом возможностей передачи, задержки передачи, простоты развертывания и других аспектов. Например, учитывая неидеальное прохождение передачи через входной интерфейс, при делении базовой станции (base station, BS) можно поместить нечувствительные к задержке сетевые функции в первый сетевой элемент, такой как централизованный блок (Centralized Unit, CU), а чувствительные к задержке сетевые функции поместить во второй сетевой элемент, такой как распределенный блок (Distributed Unit, DU). При этом между первым сетевым элементом и вторым сетевым элементом имеет место идеальная и/или неидеальная передача через входной интерфейс.

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

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

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

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

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

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

Фиг. 1 – структура разделения на централизованный блок-распределенный блок модуль (centralized unit–distributed unit, CU-DU) системы связи, показанной на фиг. 1, соответствующая некоторым вариантам осуществления настоящего раскрытия.

Фиг. 2 - примерные функциональные разделения между централизованным блоком (CU) и распределенным блоком (DU) базовой станции, показанной на фиг. 1, в соответствии с некоторыми вариантами осуществления настоящего раскрытия.

Фиг. 3 – примерная система сотовой связи, в которой могут быть реализованы раскрытые здесь технологии, соответствующая некоторым вариантам осуществления настоящего раскрытия.

Фиг. 4 - примерная блок-схема базовой станции, показанной на фиг. 3, с разделением на плоскость управления централизованного блока (control plane of a centralized unit, CU-C), плоскость пользователя централизованного блока (user plane of a centralized unit, CU-U), и распределенный блок (DU) в соответствии с некоторыми вариантами осуществления настоящего раскрытия.

Фиг. 5A, 5B, и 5C - примерные блок-схемы CU-C, CU-U и DU, соответственно показанных на фиг. 4, соответствующие некоторым вариантам осуществления настоящего раскрытия.

Фиг. 6 - сценарий, в котором CU-C, CU-U и DU базовой станции, показанной на фиг. 4, совместно выполняют примерный способ установления или модификации сеанса блока пакетной передачи данных (Packet Data Unit, PDU) в соответствии с некоторыми вариантами осуществления настоящего раскрытия.

Фиг. 7 - другой сценарий, в котором CU-C, CU-U и DU базовой станции, показанной на фиг. 4, совместно выполняют примерный способ модификации сеанса PDU в соответствии с некоторыми вариантами осуществления настоящего раскрытия.

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

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

На фиг. 1 показан входной интерфейс между такими первым сетевым элементом и вторым сетевым элементом BS 100. Как показано на чертеже, BS 100 делится на первый сетевой элемент 110 и второй сетевой элемент 120. Первый сетевой элемент 110 и второй сетевой элемент 120 осуществляют связь через входной интерфейс 130, где входной интерфейс может быть идеальным входным интерфейсом или неидеальным входным интерфейсом соответственно различным задержкам. Передача через идеальный входной интерфейс имеет относительно малую задержку, такую как десятки-сотни микросекунд. Передача через неидеальный входной интерфейс имеет относительно большую задержку, такую как миллисекунды. Благодаря различиям между передачами через идеальный и неидеальный входной интерфейс, существуют различные способы деления различных сетевых функций на первый сетевой элемент 110, которым является CU, и второй сетевой элемент 120, которым является DU. В сетевой архитектуре с разделением на CU-DU нечувствительные к задержке сетевые функции могут помещаться в CU, а чувствительные к задержке сетевые функции могут помещаться в DU. Соответственно, CU и DU могут иметь различные аппаратные средства и структуру для реализации различных сетевых функций.

Например, первый протокольный объект (например, объект управления радиоресурсом (radio resource control, RRC) располагается в CU. Первый протокольный объект формирует управляющие сигналы, поддерживает установление, модификацию и/или освобождение радионесущей и поддерживает обновленные параметры второго протокольного объекта, третьего протокольного объекта, четвертого протокольного объекта и физический (physical, PHY) уровень базовой станции. Второй протокольный объект имеет подобную или улучшенную функцию по сравнению с функцией PDCP (Packet Data Convergence Protocol, протокол конвергенции пакетных данных) системы LTE. Третий протокольный объект имеет схожую или улучшенную функцию по сравнению с функцией RLC (Radio Link Control, управление радиолинией) системы LTE. Четвертый протокольный объект имеет схожую или улучшенную функцию по сравнению с функцией MAC (управление доступом к среде) системы LTE. DU содержит по меньшей мере одно из следующего: второй протокольный объект, третий протокольный объект, четвертый протокольный объект, физический уровень или радиочастотный (radio frequency, RF) блок базовой станции.

На фиг. 2 показаны примерные функциональные деления между первым сетевым элементом и вторым сетевым элементом, например, между CU 110 и DU 120, в соответствии с некоторыми вариантами осуществления настоящего раскрытия. Более конкретно, на фиг. 2 показаны восемь возможных вариантов функционального деления между CU 110 и DU 120, которые соответственно описываются ниже. Вариант 1 (деление RRC/PDCP): функциональное деление согласно этому варианту подобно структуре 1A при двойном соединении (DC). RRC располагается внутри CU; функции PDCP, RLC, MAC, PHY и RF располагаются в DU. То есть, все UP располагаются в DU; вариант 2 (деление PDCP/RLC): функциональное деление согласно этому варианту подобно структуре 3C при двойном соединении (DC). RRC и PDCP располагаются внутри CU; функции RLC, MAC, PHY и RF располагаются в DU; вариант 3 (деление на RLC высокого уровня/низкого уровня): RLC низкого уровня (частичная функция RLC), MAC, PHY и RF располагаются внутри DU; функции RRC, PDCP и RLC высокого уровня (частичная функция RLC) располагаются в CU; вариант 4 (деление RLC-MAC): MAC, PHY и части RF располагаются внутри DU; функции PDCP и RLC располагаются в CU; вариант 5 (внутреннее деление MAC): Некоторые из функций MAC (такие как HARQ), PHY и RF располагаются в DU; другие функции верхнего уровня располагаются в CU; вариант 6 (MAC-PHY): PHY и части RF располагаются в DU; функции RRC, PDCP, RLC и MAC располагаются в CU; вариант 7 (внутреннее деление PHY): Некоторые из функций PHY и RF располагаются в DU; другая функция верхнего уровня располагается в CU; и вариант 8 (разделение PHY-RF): часть RF располагается внутри DU; и другие функции верхнего уровня располагаются в CU.

Для варианта 2, обсуждавшегося выше, протокол PDCP, расположенный внутри CU, может быть дополнительно разделен на протокол плоскости управления (control plane, CP) и протокол плоскости пользователя (user plane, UP). Другими словами, часть CP и часть UP протокола PDCP располагаются в двух соответствующих различных узлах беспроводной связи, на которые делится CU. В последующих обсуждениях узлы беспроводной связи, представляющие часть CP протокола PDCP и часть UP протокола PDCP, здесь упоминаются как “CU-C” и «CU-U», соответственно.

До настоящего времени, однако, не было проведено никакое исследование в отношении того, как CU-C и CU-U осуществляют связь друг с другом, чтобы управлять (например, устанавливать, удалять, модифицировать и т.д.) сеансом блока пакетной передачи данных (Packet Data Unit, PDU). Таким образом, существует необходимость в способе и системе для CU-C и CU-U, чтобы действовать совместно друг с другом при работе с такими сценариями, чтобы удовлетворить ожидаемые потребности сети 5G.

На фиг. 3 показана примерная сеть 300 беспроводной связи, в которой могут быть реализованы раскрытые здесь технологии, соответствующие различным вариантам осуществления настоящего раскрытия. Примерная сеть 300 связи содержит базовую станцию (base station, BS) 302 и устройство 304 оборудования пользователя (user equipment, UE), которые могут осуществлять связь друг с другом через канал 310 связи (например, канал беспроводной связи), и кластер теоретически возможных ячеек 326, 330, 332, 334, 336, 338 и 340, покрывающих географический район 301. На фиг. 3 BS 302 и UE 304 содержится в географических границах ячейки 326. Каждая из остальных ячеек 330, 332, 334, 336, 338 и 340 может содержать по меньшей мере одну базовую станцию, работающую в назначенной ей полосе частот, чтобы обеспечить адекватное радиопокрытие для его предполагаемых пользователей. Например, базовая станция 302 может работать в выделенной для передачи полосе частот канала, чтобы обеспечивать адекватное покрытие для UE 304. Базовая станция 302 и UE 304 могут осуществлять связь через радиокадр 318 нисходящего канала и радиокадр 324 восходящего канала, соответственно. Каждый радиокадр 318/324 может быть дополнительно разделен на субкадры 320/327, которые могут содержать символы 322/328 данных. В настоящем раскрытии базовая станция (BS) 302 и оборудование 304 пользователя (UE), в целом, описываются здесь как не создающие ограничений примеры «устройств беспроводной связи или узлов», которые могут практически реализовать раскрытые здесь способы. Такие устройства связи могут быть способны осуществлять беспроводную связь и/или проводную связь в соответствии с различными вариантами осуществления раскрытия.

Как упомянуто выше, в сети 5G BS может быть разделена на CU и DU, причем, когда используется вариант 2, CU может быть дополнительно разделен на CU-U и CU-C. На фиг. 4 показана примерная блок-схема BS 302, которая делится на CU 410 и DU 420, и CU 410 дополнительно делится на CU-C 410-1 и CU-U 410-2 в соответствии с некоторыми вариантами осуществления настоящего раскрытия. Хотя на фиг. 4 вариант осуществления показывает, что BS 302 делится на один CU-C, один CU-U и один DU, подразумевается, что BS 302 может быть разделена на один CU-C, множество CU-C и множество DU, оставаясь в рамках объема настоящего раскрытия. CU-C 410-1 и CU-U 410-2 осуществляют связь друг с другом через интерфейс 430 E1 и CU-C 410-1 и CU-U 410-2 осуществляют связь с DU 420 через интерфейс 440 F1-C и интерфейс 450 F1-U, соответственно. В некоторых вариантах осуществления RRC и плоскость управления протокола PDCP располагаются в CU-C 410-1; плоскость пользователя протокола PDCP располагается в CU-U 410-2; и RLC, MAC, PHY, и RF располагаются в DU 420, как описано выше.

На фиг. 5A показана примерная блок-схема CU-C 410-1, соответствующая некоторым вариантам осуществления настоящего раскрытия. CU-C 410-1 является примером устройства, которое может быть выполнено с возможностью реализации различных описанных способов, как будет обсуждаться ниже. Как показано на чертеже, CU-C 410-1 имеет корпус 501, содержащий: системный тактовый генератор 502, процессор 504, память 506, приемопередатчик 510, содержащий передатчик 512 и приемник 514, модуль 508 электропитания и модуль 520 сетевых соединений CU-C. В некоторых вариантах осуществления вышеупомянутые компоненты/модули связываются между собой системой 524 шин. Система 524 шин может содержать шину данных и, например, шину электропитания, шину управляющих сигналов и/или шину сигналов состояния в дополнение к шине данных. Подразумевается, что компоненты/модули CU-C 410-1 могут оперативно связываться друг с другом, используя любые соответствующие технологии и носители.

В некоторых вариантах осуществления системный тактовый генератор 502 обеспечивает сигналы синхронизации для процессора 504, чтобы управлять синхронизацией всех операций CU-C 510. Процессор 504 управляет всей работой CU-C 510 и может содержать одну или более схем или модулей обработки, таких как центральный процессор (central processing unit, CPU) и/или любое сочетание универсальных микропроцессоров, микроконтроллеров, цифровых сигнальных процессоров (digital signal processor, DSP), программируемых логических интегральных схем (field programmable gate array, FPGA), программируемых логических устройств (programmable logic device, PLD), контроллеров, конечных автоматов, вентильной логики, дискретных аппаратных компонент, специализированных аппаратных конечных автоматов или любых других соответствующих схем, устройств и/или структур, которые могут выполнять вычисления или другие манипуляции с данными.

Память 506, которая может содержать как постоянное запоминающее устройство (read-only memory, ROM), так и оперативную память (random access memory, RAM), может обеспечивать процессору 504 команды и данные. Часть памяти 506 может также содержать энергонезависимую оперативную память (non-volatile random access memory, NVRAM). Процессор 504 обычно выполняет логические и арифметические операции, основываясь на программных командах, хранящихся внутри памяти 506. Команды (иначе называемые программным обеспечением), хранящиеся в памяти 506, могут исполняться процессором 504 для выполнения описанных здесь способов. Процессор 504 и память 506 вместе формируют систему обработки, которая хранит и исполняет программное обеспечение. Термин «программное обеспечение», как он используется здесь, означает любой тип команд, упоминаемых как программное обеспечение, встроенное микропрограммное обеспечение, промежуточное программное обеспечение, микрокод и т.д., которые могут создавать конфигурацию машины или устройства для выполнения одной или более требуемых функций или процессов. Команды могут содержать код (например, в формате исходного кода, формате двоичного кода, формате исполняемого кода или в любом другом соответствующем кодовом формате). Команды, когда они исполняются одним или более процессорами, заставляют систему обработки выполнять различные описанные здесь функции.

Приемопередатчик 510, который содержит передатчик 512 и приемник 514, позволяет CU-C 410-1 передавать данные к удаленному устройству и принимать данные от него (например, CU-U 410-2, DU 420 и т.д.). В одном из вариантов осуществления антенна 522 может быть присоединена к корпусу 501 и быть электрически связана с приемопередатчиком 510. В различных вариантах осуществления CU-C 410-1 содержит многочисленные передатчики, многочисленные приемники, многочисленные приемопередатчики и/или многочисленные антенны (не показано). Передатчик 512 может быть выполнен с возможностью беспроводной передачи пакетов, имеющие различные типы пакетов или функции, причем такие пакеты формируются процессором 504. Аналогично, приемник 514 выполнен с возможностью приема пакетов, имеющих различные типы пакетов или функции, и процессор 504 выполнен с возможностью обработки множества различных типов пакетов. Например, процессор 504 может быть выполнен с возможностью определения типа пакета и соответственно обрабатывать пакет и/или поля пакета. В другом варианте осуществления CU-C 410-1 может осуществлять связь с DU 420 посредством оптоволоконной связи, так что передатчик 512 и приемник 514 могут быть выполнены с возможностью передачи и приема сигналов соответственно через оптоволоконную линию.

Модуль 508 электропитания может содержать источник электроэнергии, такой как одна или более батарей, и стабилизатор питания, чтобы обеспечивать стабилизированное питание для каждого из описанных выше модулей на фиг. 5A. В некоторых вариантах осуществления, если CU-C 410-1 соединяется со специализированным внешним источником электроэнергии (например, настенная электрическая розетка), модуль 508 электропитания может содержать трансформатор и стабилизатор питания.

Модуль 520 сетевых соединений CU-C обычно содержит аппаратные средства, программное обеспечение, встроенное микропрограммное обеспечение, процессорную логику и/или другие компоненты CU-C 410-1, которые позволяют осуществлять двунаправленную связь между приемопередатчиком 510 и другими сетевыми компонентами и устройствами связи, выполненными с возможностью связи с CU-C 410-1 (например, CU-U 410-2, DU 420 и т.д.). Например, модуль 520 сетевых соединений CU-C может формировать сообщение, содержащее различную информацию, связанную с UE, которое совместно обслуживается CU 410 (содержащим CU-C 410-1 и CU-U 410-2) и DU 420. Модуль 520 сетевых соединений CU-C может посылать сообщение передатчику 512 и подавать передатчику 512 команду передавать сообщение CU-U 410-2 или DU 420, где CU-C 410-1 вместе с CU-U 410-2 и DU 420 могут действовать совместно, чтобы служить в качестве первой базовой станции в сети беспроводной связи. Подробные операции CU-C 410-1 будут ниже обсуждаться с дополнительными деталями.

Фиг. 5B и 5C соответственно показывают примерные блок-схемы CU-U 410-2 и DU 420, соответствующие некоторым вариантами осуществления настоящего раскрытия. Каждый из CU-U 410-2 и DU 420 является примером устройства, которое может быть выполнено с возможностью реализации различных описанных способов, как будет обсуждаться ниже. Поскольку компоненты CU-U 410-2 и DU 420, в сущности, схожи с соответствующими компонентами CU-C 410-1, обсуждавшимися со ссылкой на фиг. 5A, за исключением модуля 550 сетевых соединений CN-U из состава CU-U 410-2 и модуля 580 сетевых соединений DN из состава DU 420, соответствующие функциональные возможности схожих компонент CU-U 410-2 и DU 420 повторно не обсуждаются.

Как показано на фиг. 5B, CU-U 410-2 имеет корпус 531, содержащий: системный тактовый генератор 532, процессор 534, память 536, приемопередатчик 540, содержащий передатчик 542 и приемник 544, модуль 538 электропитания и вышеупомянутый модуль 550 сетевых соединений CU-U. В некоторых вариантах осуществления вышеупомянутые компоненты/модули связываются вместе посредством системы 554 шин. Система 554 шин может содержать шину данных и, например, шину питания, шина управляющих сигналов, и/или шину сигналов состояния в дополнение к шине данных. Подразумевается, что компоненты/модули CU-U 410-2 могут оперативно связываться друг с другом, используя любые соответствующие технологии и носители. Далее, обращаясь к фиг. 5C, DU 420 имеет корпус 561, содержащий: системный тактовый генератор 562, процессор 564, память 566, приемопередатчик 570, содержащий передатчик 572 и приемник 574, модуль 568 питания, и вышеупомянутый модуль 580 сетевых соединений DU, причем вышеупомянутые компоненты/модули связываются друг с другом системой 584 шин.

В некоторых вариантах осуществления модуль 550 сетевых соединений CU-U обычно представляет собой аппаратные средства, программное обеспечение, встроенное микропрограммное обеспечение, процессорную логику и/или другие компоненты CU-U 410-2, позволяющие осуществлять двунаправленную связь между приемопередатчиком 540 и другими сетевыми компонентами и устройствами связи, выполненными с возможностью осуществления связи с CU-U 410-2 (например, CU-C 410-1). Например, модуль 550 сетевых соединений CU-U 550 может формировать сообщение, содержащее различную информацию, связанную с UE, которое совместно обслуживается CU 410 (который содержит CU-C 410-1 и CU-U 410-2), и DU 420. Модуль 550 сетевых соединений CU-U может посылать сообщение передатчику 542 и подавать передатчику 542 команду передать сообщение к CU-C 410-1, где CU-U 410-2 вместе с CU-C 410-1 и DU 420 могут действовать совместно, чтобы служить в качестве первой базовой станции в сети беспроводной связи. Подробные операции CU-U 410-2 будут обсуждены ниже с дополнительными деталями.

Аналогично, модуль 580 сетевых соединений DU обычно представляет собой аппаратные средства, программное обеспечение, встроенное микропрограммное обеспечение, процессорную логику и/или другие компоненты DU 420, которые позволяют осуществлять двунаправленную связь между приемопередатчиком 570 и другими сетевыми компонентами и устройствами связи, выполненными с возможностью осуществления связи с DU 420 (например, CU-C 410-1, или UE, и т.д.). Например, модуль 580 сетевых соединений DU может обрабатывать сообщение, содержащее различную информацию, связанную с вышеупомянутым UE. Модуль 580 сетевых соединений DU может посылать сообщение передатчику 572 и подавать передатчику 572 команду передать сообщение к UE. Подробные операции DU 420 будут обсуждены ниже с дополнительными деталями. Термины «конфигурированный», «выполненный с возможностью» и их соединения, как они используются здесь в отношении определенной операции или функции, относятся к устройству, компоненту, схеме, структуре, машине, сигналу и т.д., которые физически сконструированы, запрограммированы, отформатированы и/или выполнены с возможностью осуществления определенной операции или функции.

Настоящее раскрытие обеспечивает различные варианты осуществления систем и способов, чтобы продемонстрировать, как CU-C 410-1, CU-U 410-2, DU 420 из состава BS 302 оперативно сотрудничают для управления (например, установления, модификации и т.д.), сеансом PDU. Такое установление или модификация сеанса PDU может быть инициировано посредством UE, обслуживаемым BS 302 или базовой сетью, с которой соединяются UE 304 и BS 302. В целом, задачей установления или модификации сеанса PDU должно быть назначение или изменение ресурсов на интерфейсе Uu и на интерфейсе плоскости пользователя следующего поколения (Next Generation User Plane interface, NG-U) для сеанса PDU и соответствующих потоков качества обслуживания (Quality of Service, QoS) и установление соответствующих радионесущих передачи данных для заданного UE.

На фиг. 6 показан сценарий, в котором CU-C 410-1, CU-U 410-2, DU 420 и базовая сеть 600 (например, базовая сеть следующего поколения (Next Generation Core,NGC), обычно известная как «5GC») совместно выполняют способ 602, чтобы установить или модифицировать сеанс PDU между UE (например, UE 304, которое не показано на фиг. 6), и NGC 600, в соответствии с некоторыми вариантами осуществления. Конкретно, способ 602 обеспечивает некоторые варианты осуществления в отношении того, как CU-C 410-1 устанавливает или модифицирует радионесущую передачи данных (DRB) сеанса PDU в CU-U 410-2. Представленный вариант осуществления способа 602 является просто примером. Поэтому следует понимать, что любая из множества операций может быть пропущена, переупорядочена и/или добавлена, оставаясь в рамках объема настоящего раскрытия.

Способ 602 начинается с этапа 604, на котором NGC 600 посылает к CU-C 410-1 управляющее сообщение, запрашивающее установление или модификацию сеанса PDU. В некоторых вариантах осуществления такое управляющее сообщение может быть управляющим сигналом сеанса PDU и NGC 600 может послать управляющее сообщение через интерфейс следующего поколения (Next Generation, NG) в ответ на прием запроса от UE 304 или самостоятельно решая, что должен быть установлен новый сеанс PDU или существующий сеанс PDU должен быть модифицирован, как обсуждалось выше. Управляющее сообщение может содержать различную информацию, связанную с установлением или модификацией сеанса PDU. Например, управляющее сообщение может содержать: идентификатор (Identifier, ID) сеанса для сеанса PDU, соответствующие ID один или более потоков QoS сеанса PDU, соответствующую информацию о гарантируемой битовой скорости (Guaranteed Bit Rate, GBR) для каждого одного или более потоков QoS сеанса PDU, соответствующую информацию о гарантируемой битовой скорости (Guaranteed Bit Rate, GBR) для каждого одного или более потоков QoS сеанса PDU и т.д.

Способ 602 переходит к этапу 606, на котором CU-C 410-1 посылает первое сообщение к CU-U 410-2, запрашивающее установление или модификацию контекста DRB в CU-U 410-2. Как упомянуто выше, каждый подлежащий установлению или модификации сеанс PDU может содержать один или более потоков QoS и в некоторых вариантах осуществления DRB может содержаться в описанном выше сеансе PDU и CU-C 410-1 может отображать такие один или более потоков QoS в DRB. Дополнительно, CU-C 410-1 может содержать в первом сообщении информацию, связанную с QoS, соответствующую DRB (например, один или более профилей QoS), информацию о назначении DRB и первую информацию об адресах в плоскости пользователя DRB, и посылать первое сообщение к CU-U 410-2 через интерфейс 430 E1 (фиг. 4).

В некоторых вариантах осуществления информация о назначении DRB может указывать, обслуживает ли CU-C 410-1 UE 304 через конфигурацию двойной связанности (Dual Connectivity, DC), и располагается ли протокол конвергенции пакетных данных (Packet Data Convergence Protocol, PDCP) DRB в CU-C 410-1. Термин «DC», как он используется здесь, обычно относится к конфигурации беспроводной связи, в которой многочисленные Rx/Tx UE выполняются с возможностью использования радиоресурсов, предоставляемых двумя различными узлами беспроводной связи (то есть, обслуживаются этими двумя различными узлами беспроводной связи), один из которых обеспечивает доступ к E-TURA (обычно известной как сеть долгосрочной эволюции (LTE)) и другой из которых обеспечивает доступ к сети New Radio (NR). Обычно один из таких узлов беспроводной связи упоминается как основной узел (Master Node), а другой упоминаются как вторичный узел (Secondary Node), причем, по меньшей мере, основной узел соединяется с базовой сетью. Соответственно, в некоторых вариантах осуществления CU-C 410-1, CU-U 410-2 и DU 420, совместно служат в качестве BS 302 (фиг. 3), могут служить в качестве вторичного узла сети DC, тогда как другая BS может служить в качестве основного узла сети DC.

Основываясь на том, обслуживает ли CU-C 410-1 UE 304 через конфигурацию DC и располагается ли соответствующий PDCP для DRB в CU-C 410-1, в некоторых вариантах осуществления первая адресная информация плоскости пользователя DRB, содержащаяся в первом сообщении, может изменяться. Например, когда первое сообщение указывает, что CU-C 410-1 не обслуживает UE 304 через конфигурацию DC, первая адресная информация плоскости пользователя DRB содержит: идентификатор конечной точки туннеля (TEID) по общему протоколу туннелирования пакетных радиоуслуг (General Packet Radio Service Tunneling Protocol, GTP) восходящего канала (Uplink, UL) S1/NG в NGC; когда первое сообщение указывает, что CU-C 410-1 обслуживает UE 304 через конфигурацию DC и PDCP DRB располагается в CU-C 410-1, первая адресная информация плоскости пользователя DRB содержит TEID GTP UL S1/NG в NGC и TEID GTP нисходящего канала (Downlink, DL) в основном узле сети DC; и когда первое сообщение указывает, что CU-C 410-1 обслуживает UE 304 через конфигурацию DC и PDCP DRB не располагается в CU-C 410-1, первая адресная информация плоскости пользователя DRB содержит: TEID GTP UL X2/Xn в основном узле сети DC.

Способ 602 переходит к этапу 608, на котором CU-U 410-2 отправляет второе сообщение CU-C 410-1, указывающее ответ на запрос установления или модификации контекста DRB. В некоторых вариантах осуществления, в ответ на прием первого сообщения CU-U 410-2 назначает ресурсы для подлежащего установлению или модификации контекста DRB. Более конкретно, если CU-U 410-2 может успешно следовать информации, содержащейся в первом сообщении, чтобы назначить ресурс для контекста DRB, CU-U 410-2 может послать второе сообщение, которое содержит вторую адресную информацию плоскости пользователя DRB, к CU-C 410-1, чтобы подтвердить успешное установление или модификацию контекста DRB; и, с другой стороны, если CU-U 410-2 не может успешно следовать информации, содержащейся в первом сообщении, чтобы назначить ресурс для контекста DRB, CU-U 410-2 может послать второе сообщение, чтобы отклонить установление или модификацию контекста DRB.

В некоторых вариантах осуществления, основываясь на том, обслуживает ли CU-C 410-1 UE 304 через конфигурацию DC и располагается ли соответствующий PDCP DRB в CU-C 410-1, как указано в первом сообщении, вторая адресная информация плоскости пользователя DRB, содержащаяся во втором сообщении, может варьироваться. Например, когда второе сообщение указывает, что CU-C 410-1 не обслуживает UE 304 через конфигурацию DC, вторая адресная информация плоскости пользователя DRB содержит TEID GTP нисходящего канала (DL) S1/NG в CU-U 410-2 и TEID GTP F1 UL в CU-U 410-2; когда первое сообщение указывает, что CU-C 410-1 обслуживает UE 304 через конфигурацию DC и PDCP DRB располагается в CU-C 410-1, вторая адресная информация плоскости пользователя DRB содержит TEID GTP DL S1/NG в CU-U 410-2; TEID GTP UL X2/Xn во вторичном узле сети DC; TEID GTP передачи по DL X2/Xn и TEID GTP UL F1 в CU-U 410-2; и когда первое сообщение указывает, что CU-C 410-1 обслуживает UE 304 через конфигурацию DC и PDCP DRB не располагается в CU-C 410-1, вторая адресная информация плоскости пользователя DRB содержит: TEID GTP DL X2/Xn во вторичном узле сети DC.

Основываясь на втором сообщении, в котором, например, ресурс для контекста DRB был успешно назначен посредством CU-U 410-2, в некоторых вариантах осуществления часть DRB может упоминаться как успешно устанавливаемая или модифицируемая через CU-C 410-1 и CU-U 410-2. Соответственно, каждый из CU-C 410-1, DU 420 и NGC 600 может выполнять одну или более операций, известных специалистам в данной области техники, чтобы окончательно завершить установление или модификацию сеанса PDU. Такие операции будут коротко описаны следующим образом. Например, способ 600 переходит к этапу 610, на котором CU-C 410-1 посылает сообщение запроса к DU 420, чтобы установить или модифицировать контекст UE 304 в DU 420; затем на этапе 612 DU 420 посылает CU-C 410-1 ответное сообщение, указывающее, был ли контекст UE 304 успешно установлен или модифицирован в DU 420; и на этапе 614 CU-C 410-1 посылает NGC ответное сообщение, указывающее, был ли сеанс PDU успешно установлен или модифицирован.

На фиг. 7 показан другой сценарий, в котором CU-C 410-1, CU-U 410-2, DU 420 и NGC 600 совместно выполняет способ 702, чтобы модифицировать сеанс PDU между UE (например, UE 304, который не показан на фиг. 7) и NGC 600 в соответствии с некоторыми вариантами осуществления. В отличие от способа 602, показанного на фиг. 6, в представленном на фиг. 7 варианте осуществления CU-U 410-2 инициирует запрос изменения контекста DRB сеанса PDU. Показанный вариант осуществления способа 702 является просто примером. Поэтому, следует понимать, что любая из множества операций может быть пропущена, переупорядочена и/или добавлена, оставаясь в рамках объема настоящего раскрытия.

Способ 702 начинается с этапа 704, на котором CU-U 410-2 посылает CU-C 410-1 первое сообщение, запрашивающее модификацию контекста DRB в CU-U 410-2. В некоторых вариантах осуществления CU-U 410-2 может содержать в первом сообщении информацию, связанную с QoS, соответствующую DRB (например, один или более профилей QoS), информацию о назначении DRB и первую адресную информацию плоскости пользователя DRB и посылать первое сообщение к CU-C 410-1 через интерфейс 430 Е1 (фиг. 4).

В некоторых вариантах осуществления информация о назначении DRB может указать, обслуживает ли CU-C 410-1 UE 304 через конфигурацию двойной связанности (DC) и располагается ли протокол конвергенции пакетных данных (PDCP) DRB в CU-C 410-1.

Основываясь на том, обслуживает ли CU-C 410-1 UE 304 через конфигурацию DC и располагается ли соответствующий PDCP DRB в CU-C 410-1, в некоторых вариантах осуществления первая адресная информация плоскости пользователя DRB, содержащаяся в первом сообщении, может варьироваться. Например, когда первое сообщение указывает, что CU-C 410-1 не обслуживает UE 304 через конфигурацию DC, первая адресная информация плоскости пользователя DRB содержит: идентификатор конечной точки туннеля (Tunnel Endpoint Identifier, TEID) по общему протоколу туннелирования пакетных радиоуслуг (General Packet Radio Service Tunneling Protocol (GTP)) восходящего канала (Uplink, UL) S1/NG в NGC; когда первое сообщение указывает, что CU-C 410-1 обслуживает UE 304 через конфигурацию DC и PDCP DRB располагается в CU-C 410-1, первая адресная информация плоскости пользователя DRB содержит: TEID GTP UL S1/NG в NGC и TEID GTP нисходящего канала (Downlink, DL) в основном узле сети DC; и когда первое сообщение указывает, что CU-C 410-1 обслуживает UE 304 через конфигурацию DC и PDCP DRB не располагается в CU-C 410-1, первая адресная информация плоскости пользователя DRB содержит: TEID GTP UL X2/Xn в основном узле сети DC.

Способ 702 переходит к этапу 706, на котором CU-C 410-1 посылает CU-U 410-2 второе сообщение, указывающее ответ на запрос модификации контекста DRB. В некоторых вариантах осуществления, в ответ на прием первого сообщения CU-C 410-1 модифицирует контекст DRB. Более конкретно, если CU-C 410-1 может успешно следовать информации, содержащейся в первом сообщении, чтобы модифицировать контекст DRB, CU-C 410-1 может послать CU-U 410-2 второе сообщение, содержащее успешно модифицированный контекст DRB и соответствующую вторую адресную информацию плоскости пользователя DRB, подтверждающее успешное установление или модификацию контекста DRB; и с другой стороны, если CU-C 410-1 не может успешно следовать информации, содержащейся в первом сообщении, чтобы модифицировать контекст DRB, CU-C 410-1 может послать второе сообщение, чтобы отклонить модификацию контекста DRB.

В некоторых вариантах осуществления, основываясь на том, обслуживает ли CU-C 410-1 UE 304 через конфигурацию DC и располагается ли соответствующий PDCP DRB в CU-C 410-1 как указано в первом сообщении, вторая адресная информация плоскости пользователя DRB, содержащаяся во втором сообщении, может варьироваться. Например, когда второе сообщение указывает, что CU-C 410-1 не обслуживает UE 304 через конфигурацию DC, вторая адресная информация плоскости пользователя DRB содержит TEID GTP нисходящего канала (Downlink, DL) S1/NG в CU-U 410-2 и TEID GTP UL F1 в CU-U 410-2; когда первое сообщение указывает, что CU-C 410-1 обслуживает UE 304 через конфигурацию DC и PDCP DRB располагается в CU-C 410-1, вторая адресная информация плоскости пользователя DRB содержит: TEID GTP DL S1/NG в CU-U 410-2; TEID GTP UL X2/Xn во вторичном узле сети DC; TEID GTP передачи по DL X2/Xn; TEID GTP передачи по UL X2/Xn; и TEID GTP UL F1 в CU-U 410-2; и когда первое сообщение указывает, что CU-C 410-1 обслуживает UE 304 через конфигурацию DC и PDCP DRB не располагается в CU-C 410-1, вторая адресная информация плоскости пользователя DRB содержит: TEID GTP X2/Xn DL во вторичном узле сети DC.

Основываясь на втором сообщении, в котором, например, CU-C 410-1 успешно модифицировал ресурс для контекста DRB, в некоторых вариантах осуществления часть DRB может упоминаться как успешно устанавливаемая или модифицируемая через CU-C 410-1 и CU-U 410-2. Соответственно, каждый из CU-C 410-1, DU 420 и NGC 600 может выполнить одну или более операций, известных специалистам в данной области техники, чтобы окончательно завершить установление или модификацию сеанса PDU. Такие операции будут кратко описаны следующим образом. Например, способ 700 переходит к этапу 708, на котором CU-C 410-1 посылает DU 420 сообщение запроса, чтобы модифицировать контекст UE 304 в DU 420; к этапу 710, на котором DU 420 посылает CU-C 410-1 ответное сообщение, указывающее, был ли контекст UE 304 успешно модифицирован в DU 420; к этапу 712, на котором CU-C 410-1 посылает NGC сообщение запроса, запрашивающее модификацию сеанса PDU; и к этапу 714, на котором NGC 600 посылает CU-C 410-1 ответное сообщение, указывающее, был ли сеанс PDU успешно модифицирован.

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

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

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

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

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

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

Более того, специалист в данной области техники должен понимать, что различные иллюстративные логические блоки, модули, устройства, компоненты и схемы, описанные здесь, могут быть реализованы в рамках или быть выполнены интегральной схемой (integrated circuit, IC), которая может содержать универсальный процессор, цифровой сигнальный процессор (digital signal processor, DSP), специализированную интегральную схему (ASIC), программируемую логическую интегральную схему (field programmable gate array, FPGA) или другое программируемое логическое устройство или любое их сочетание. Логические блоки, модули и схемы могут дополнительно содержать антенны и/или приемопередатчики, чтобы осуществлять связь с различными компонентами внутри сети или внутри устройства. Универсальный процессор может быть микропроцессором, но, альтернативно, процессор может быть любым стандартным процессором, контроллером или конечным автоматом. Процессор может также быть реализован как сочетание вычислительных устройств, например, сочетание DSP и микропроцессора, множество микропроцессоров, одного или более микропроцессоров в сочетании с ядром DSP или как любая другая соответствующая конфигурация для выполнения описанных здесь функций.

При реализации в программном обеспечении функции могут запоминаться в виде одной или более команд или кода на считываемом компьютером носителе. Таким образом, этапы способа или алгоритма, раскрытые здесь, могут быть реализованы в виде программного обеспечения, хранящегося на считываемом компьютером носителе. Считываемый компьютером носитель содержит как носитель запоминающего устройства, так и среду связи, содержащую любой носитель, который может быть способен передавать компьютерную программу или код из одного места в другое. Носители запоминающего устройства могут быть любыми доступными носителями, к которым может получать доступ компьютер. Для примера, но не для ограничения, такие считываемые компьютером носители могут содержать RAM, ROM, EEPROM, CD-ROM или другое запоминающее устройство на оптических дисках, запоминающее устройство на магнитных дисках или другие магнитные запоминающие устройства или любые другие носители, которые могут использоваться для хранения требуемой управляющей программы в форме команд или структур данных, к которым может получать доступ компьютер.

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

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

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

Изобретение относится к способу связи, выполняемому первым узлом беспроводной связи. Технический результат заключается в обеспечении возможности управлять передачей данных. Способ содержит этапы, на которых: передают первое сообщение второму узлу беспроводной связи, запрашивающее установление или модификацию контекста радионесущей передачи данных (DRB); и принимают второе сообщение от второго узла беспроводной связи, указывающее, что контекст DRB был установлен или модифицирован во втором узле беспроводной связи. При этом первое сообщение содержит первую адресную информацию плоскости пользователя DRB, которая содержит идентификатор конечной точки туннеля (TEID) по общему протоколу туннелирования пакетных радиоуслуг (GTP) восходящего канала (UL) S1 или TEID GTP UL NG, а второе сообщение содержит вторую адресную информацию плоскости пользователя DRB, которая содержит TEID GTP UL F1 во втором узле беспроводной связи и TEID GTP нисходящего канала (DL) S1 или TEID GTP DL NG во втором узле беспроводной связи. 6 н. и 11 з.п. ф-лы, 9 ил.

1. Способ связи, выполняемый первым узлом беспроводной связи, содержащий этапы, на которых:

передают первое сообщение второму узлу беспроводной связи, запрашивающее установление или модификацию контекста радионесущей передачи данных (data radio bearer, DRB); и

принимают второе сообщение от второго узла беспроводной связи, указывающее, что контекст DRB был установлен или модифицирован во втором узле беспроводной связи,

при этом первое сообщение содержит первую адресную информацию плоскости пользователя DRB, которая содержит идентификатор конечной точки туннеля (Tunnel Endpoint Identifier, TEID) по общему протоколу туннелирования пакетных радиоуслуг (General Packet Radio Service Tunneling Protocol, GTP) восходящего канала (Uplink, UL) S1 или TEID GTP UL NG, а второе сообщение содержит вторую адресную информацию плоскости пользователя DRB, которая содержит TEID GTP UL F1 во втором узле беспроводной связи и TEID GTP нисходящего канала (DL) S1 или TEID GTP DL NG во втором узле беспроводной связи.

2. Способ по п. 1, в котором:

первый узел беспроводной связи функционирует как плоскость управления центрального блока и

второй узел беспроводной связи функционирует как плоскость пользователя центрального блока.

3. Способ по п. 1, в котором передают первое сообщение второму узлу беспроводной связи в ответ на прием запроса.

4. Способ по п. 3, в котором вторая адресная информация плоскости пользователя DRB дополнительно содержит по меньшей мере одно из:

TEID GTP при передаче по DL X2 или TEID GTP при передаче по DL Xn; или

TEID GTP при передаче по UL X2 или TEID GTP при передаче по UL Xn.

5. Способ по п. 4, в котором первое сообщение указывает, обслуживает ли первый узел беспроводной связи устройство оборудования пользователя через двойную связанность (Dual Connectivity, DC) и располагается ли протокол конвергенции пакетных данных (Packet Data Convergence Protocol, PDCP) DRB в первом узле беспроводной связи.

6. Способ по п. 5, в котором в ответ на первое сообщение, указывающее, что первый узел беспроводной связи обслуживает устройство оборудования пользователя через DC и PDCP DRB располагается в первом узле беспроводной связи, первая адресная информация плоскости пользователя DRB дополнительно содержит

TEID GTP DL в главном узле (Master Node, Mnode).

7. Способ по п. 5, в котором в ответ на первое сообщение, указывающее, что первый узел беспроводной связи обслуживает устройство оборудования пользователя через DC и PDCP DRB располагается в первом узле беспроводной связи, вторая адресная информация плоскости пользователя DRB дополнительно содержит

TEID GTP UL X2 или TEID GTP UL Xn во вторичном узле (Snode).

8. Способ связи, выполняемый вторым узлом беспроводной связи, содержащий этапы, на которых:

принимают первое сообщение от первого узла беспроводной связи, запрашивающее, устанавливать ли или модифицировать ли контекст данных радионесущей передачи данных (data radio bearer, DRB); и

передают второе сообщение первому узлу беспроводной связи, указывающее, что контекст DRB был установлен или модифицирован во втором узле беспроводной связи,

при этом первое сообщение содержит первую адресную информацию плоскости пользователя DRB, которая содержит идентификатор конечной точки туннеля (Tunnel Endpoint Identifier, TEID) по общему протоколу туннелирования пакетных радиоуслуг (General Packet Radio Service Tunneling Protocol, GTP) восходящего канала (Uplink, UL) S1 или TEID GTP UL NG, а второе сообщение содержит вторую адресную информацию плоскости пользователя DRB, которая содержит TEID GTP UL F1 во втором узле беспроводной связи и TEID GTP нисходящего канала (DL) S1 или TEID GTP DL NG во втором узле беспроводной связи.

9. Способ по п. 8, в котором:

первый узел беспроводной связи функционирует как плоскость управления центрального блока и

второй узел беспроводной связи функционирует как плоскость пользователя центрального блока.

10. Способ по п. 8, в котором вторая адресная информация плоскости пользователя DRB дополнительно содержит по меньшей мере одно из:

TEID GTP при передаче по DL X2 или TEID GTP при передаче по DL Xn; или

TEID GTP при передаче по UL X2 или TEID GTP при передаче по UL Xn.

11. Способ по п. 10, в котором первое сообщение указывает, обслуживает ли первый узел беспроводной связи устройство оборудования пользователя через двойную связанность (Dual Connectivity, DC) и располагается ли протокол конвергенции пакетных данных (Packet Data Convergence Protocol, PDCP) DRB в первом узле беспроводной связи.

12. Способ по п. 11, в котором в ответ на первое сообщение, указывающее, что первый узел беспроводной связи обслуживает устройство оборудования пользователя через DC и PDCP DRB располагается в первом узле беспроводной связи, первая адресная информация плоскости пользователя DRB дополнительно содержит

TEID GTP DL в главном узле (Mater Node, Mnode).

13. Способ по п. 11, в котором в ответ на первое сообщение, указывающее, что первый узел беспроводной связи обслуживает устройство оборудования пользователя через DC и PDCP DRB располагается в первом узле беспроводной связи, вторая адресная информация плоскости пользователя DRB дополнительно содержит:

TEID GTP UL X2 или TEID GTP UL Xn во вторичном узле (Secondary Node, Snode).

14. Устройство связи, содержащее по меньшей мере один процессор, выполненный с возможностью выполнения способа по любому из пп. 1-7.

15. Устройство связи, содержащее по меньшей мере один процессор, выполненный с возможностью выполнения способа по любому из пп. 8-13.

16. Энергонезависимый считываемый компьютером носитель, на котором хранятся компьютерно исполняемые команды для выполнения способа по любому из пп. 1-7.

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