СЕТЬ, ВЫПОЛНЯЮЩАЯ МАСШТАБИРОВАНИЕ РАСПРЕДЕЛЕННОГО БЛОКА, И СПОСОБ ЕЕ РАБОТЫ Российский патент 2025 года по МПК H04L67/1008 H04L67/1074 G06F9/50 H04W28/08 

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

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

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

[2] Традиционная базовая станция реализуется в форме, в которой блок обработки данных (распределенный блок (DU)) и беспроводной приемо-передающий блок (радиоблок или удаленный блок (RU)) базовой станции вместе устанавливаются в узле сотовой связи. Тем не менее, такая интегрированная реализация имеет физические ограничения. Например, по мере того, как число абонентов услуг или трафик растет, оператор должен устанавливать новый узел сотовой связи в базовой станции. Чтобы разрешать эту проблему, реализуется структура централизованной сети радиодоступа (C-RAN) или облачной RAN. C-RAN может иметь структуру, в которой DU размещается в одном физическом месте, и RU размещается в узле сотовой связи, который фактически передает/принимает радиосигналы в абонентское устройство (UE). DU и RU могут быть выполнены с возможностью соединяться через оптический кабель или коаксиальный кабель. Поскольку RU и DU разделяются, требуется интерфейсный стандарт для связи между ними, и такие стандарты, как радиоинтерфейс общего пользования (CPRI), используются между RU и DU. Партнерский проект третьего поколения (3GPP) стандартизирует структуры базовой станции и находится в разгаре обсуждения открытой сети радиодоступа (O-RAN), которая представляет собой открытый сетевой стандарт, применимый к 5G-системам.

[3] В O-RAN, RU, DU, центральный блок в плоскости управления (CU-CP) и центральный блок в пользовательской плоскости (CU-UP), которые могут представлять собой традиционные 3GPP NE, могут представлять собой O-RU, O-DU, O-CU-CP и O-CU-UP, соответственно (которые могут совместно называться "базовыми O-RAN-станциями"), и дополнительно предложены интеллектуальный RAN-контроллер (RIC) и интеллектуальный RAN-контроллер не в реальном времени (NRT-RIC).

[4] В системе связи следующего поколения, в качестве структуры новой сети радиодоступа (RAN), рассматривается структура сети радиодоступа, включающая в себя централизованные блоки (CU), распределенные блоки (DU) и удаленные блоки (RU). Стек протоколов радиосвязи или функции для связи могут разбиваться на CU, DU и RU различными способами. В стандарте, это называется "функциональным разбиением". Разбиение RAN-функций обеспечивает возможность различных типов работы в зависимости от окружения каждого мобильного оператора. Например, только RU-устройство может устанавливаться в узле сотовой связи, и CU и DU могут распределяться в центральной станции либо в облачном центре обработки и хранения данных и соединяться через прямое транзитное соединение, сокращая общие эксплуатационные затраты. По меньшей мере, один DU может существовать в пределах одного CU. Стек протоколов радиосвязи или функции для связи могут разбиваться между CU и DU различными способами. Например, PDCP-уровни/функции могут позиционироваться в CU, и RLC/MAC/PHY-функции/уровни могут позиционироваться в DU. В другом варианте, PDCP/RLC-уровни/функции могут позиционироваться в CU, и MAC/PHY-уровни/функции могут позиционироваться в DU. Аналогично, могут быть предусмотрены другие варианты для разбиения функций между CU, DU и RU. В структуре сети радиодоступа, вследствие мобильности абонентского устройства (UE), UE может перемещаться из одного DU в другой DU в идентичном CU, либо UE может перемещаться из одного DU в другой DU в различных CU. Альтернативно, UE может обнаруживать сбой в линии радиосвязи (RFL) по исходному DU и затем коммутироваться на целевой DU в идентичном или другом CU. Традиционная аппаратная схема CU- и DU-работы усовершенствуется в работу CU и DU в облачном окружении, которое реализуется в программном обеспечении и основано на технологии с использованием виртуальных машин (VM) или контейнеров.

Сущность изобретения

Техническая задача

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

[6] Если ровно столько серверных ресурсов, сколько хватает для обработки данных RU, динамически выделяется для DU, все требуемые серверные ресурсы могут уменьшаться, но в текущем NR-стандарте отсутствует способ для динамического выделения ресурсов для DU без разъединения связи UE.

[7] Если столько серверных ресурсов, сколько требуется для обработки среднего объема данных для RU, выделяется для DU, и объем данных RU увеличивается, трафик может переноситься таким образом, что дополнительные DU выполняются посредством другого сервера, и часть из множества RU, за которые раньше отвечал DU, обрабатывается посредством новых распределенных DU. Если серверные ресурсы динамически выделяются для DU, все использование ресурсов (например, CPU, запоминающего устройства или ускорителя) может уменьшаться. Требуется способ для прозрачного переноса потока данных существующего (исходного) DU-RU-UE (терминала) в новое (целевое) DU-RU-UE.

[8] Различные варианты осуществления описывают способ для масштабирования DU без разъединения связи UE.

Техническое решение

[9] Согласно различным вариантам осуществления, может быть предусмотрено устройство сети радиодоступа, включающее в себя распределенный блок (DU), содержащий первый DU, выполненный с возможностью обмениваться данными, по меньшей мере, с одним первым удаленным блоком (RU), контроллер масштабирования (содержащий схему управления), выполненный с возможностью управлять процессом масштабирования согласно состоянию ресурсов первого сервера, и второй DU, выбранный посредством контроллера масштабирования на основе информации использования ресурсов относительно первого DU, при этом контроллер масштабирования может быть выполнен с возможностью выбирать второй RU для того, чтобы мигрировать на второй DU, из числа первых RU, обрабатывающих услугу первого DU, при этом первый DU может быть выполнен с возможностью передавать информацию относительно второго RU, который представляет собой цель миграции, во второй DU, и при этом оставшийся RU, за исключением второго RU, из первых RU может быть выполнен с возможностью обрабатывать услугу первого DU. Каждый DU, RU, CU, UE и сервер в данном документе могут содержать такую схему, как схема обработки.

[10] Согласно различным вариантам осуществления, может быть предусмотрен способ связи посредством устройства сети радиодоступа, включающего в себя распределенный блок (DU), содержащий получение информации относительно использования ресурсов первого DU, выполняемого через первый сервер, посредством контроллера масштабирования, выбор второго DU на основе информации относительно использования ресурсов первого DU посредством контроллера масштабирования, выбор второго RU для того, чтобы мигрировать на второй DU, из числа первых удаленных блоков (RU), обрабатывающих услугу первого DU, посредством контроллера масштабирования, и передачу информации относительно второго RU во второй DU посредством первого DU, при этом оставшийся RU, за исключением второго RU, из первых RU может быть выполнен с возможностью обрабатывать услугу первого DU. Различные другие варианты осуществления являются возможными.

Преимущества изобретения

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

[12] Согласно варианту осуществления, столько серверных ресурсов, сколько требуется в зависимости от трафика RU, выделяется для DU с использованием эффекта объединения серверных ресурсов в пул облачной платформы, вместо выделения специализированного DU для RU, за счет этого уменьшая необходимые серверные ресурсы и серверы и в силу этого потребление мощности.

[13] Различные варианты осуществления могут прозрачно управлять однонаправленным радиоканалом из ресурсного DU, выделенного для UE посредством планировщика, отвечающего за выделение радиоресурсов в DU, в целевой DU.

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

[14] Фиг. 1A является блок-схемой, иллюстрирующей RAN и базовую сеть (CN) согласно различным вариантам осуществления;

[15] Фиг. 1B является блок-схемой, иллюстрирующей аппаратную конфигурацию RAN-устройства согласно различным вариантам осуществления;

[16] Фиг. 2A иллюстрирует узел сотовой связи и центральную станцию в RAN-системе согласно различным вариантам осуществления;

[17] Фиг. 2B иллюстрирует сервер и пул ресурсов в облачном окружении согласно различным вариантам осуществления;

[18] Фиг. 3A является блок-схемой, иллюстрирующей сетевые компоненты согласно различным вариантам осуществления;

[19] Фиг. 3B является блок-схемой, иллюстрирующей сеть, включающую в себя множество DU согласно различным вариантам осуществления;

[20] Фиг. 3C иллюстрирует поток данных DU и перенос потока данных;

[21] Фиг. 4 иллюстрирует операции посредством контроллера масштабирования согласно различным вариантам осуществления;

[22] Фиг. 5A иллюстрирует процесс понижающего масштабирования посредством контроллера масштабирования в облачном окружении в зависимости от использования ресурсов DU; и

[23] Фиг. 5B иллюстрирует процесс повышающего масштабирования посредством контроллера масштабирования в облачном окружении в зависимости от использования ресурсов DU.

Оптимальный режим осуществления изобретения

[24] Фиг. 1A является блок-схемой, иллюстрирующей RAN и базовую сеть (CN) согласно различным вариантам осуществления.

[25] Согласно различным вариантам осуществления, RAN 150 может включать в себя, по меньшей мере, один распределенный блок 151 (DU), по меньшей мере, один центральный блок 152 в плоскости управления (CU-CP) или, по меньшей мере, один центральный блок 153 в пользовательской плоскости (CU-UP). Хотя RAN 150 проиллюстрирована как соединенная, по меньшей мере, с одним удаленным блоком или радиоблоком 161 (RU), это является примерным, и, по меньшей мере, один RU 161 может быть выполнен с возможностью соединяться или включаться в RAN 150. RAN 150 может представлять собой O-RAN, и, в этом случае, DU 151 может представлять собой O-DU, CU-CP 152 может представлять собой O-CU-CP, CU-UP 153 может представлять собой O-CU-UP, и RU 161 может представлять собой O-RU. Каждый "блок" в данном документе может содержать схему.

[26] Согласно различным вариантам осуществления, RU 161 может выполнять связь с абонентским устройством (UE) 160. RU 161 может представлять собой логический узел, который предоставляет нижнюю PHY-функцию и RF-обработку. DU 151 может представлять собой логический узел, который предоставляет функции RLC, MAC и верхнего физического уровня (верхнего PHY-уровня), и может быть выполнен с возможностью соединяться, например, с RU 161. CU 152 и 153 могут представлять собой логические узлы, которые предоставляют функции уровня управления радиоресурсами (RRC), протокола адаптации данных по услугам (SDAP) и протокола конвергенции пакетных данных (PDCP). CU-CP 152 может представлять собой логический узел, который предоставляет функции частей плоскости управления RRC и PDCP. CU-UP 153 может представлять собой логический узел, который предоставляет функции частей пользовательской плоскости SDAP и PDCP.

[27] Согласно различным вариантам осуществления, базовая сеть 154 (например, 5GC (ядро пятого поколения)) может включать в себя, по меньшей мере, одно из функции 155 управления доступом и мобильностью (AMF), функции 156 пользовательской плоскости (UPF) или функции 157 управления сеансами (SMF). AMF 155 может предоставлять функции для управления доступом и мобильностью в блоках UE 160. SMF 157 может предоставлять функции управления сеансами. UPF 156 может переносить данные нисходящей линии связи, принимаемые из сети передачи данных, в UE 160 либо переносить данные восходящей линии связи, принимаемые из UE 160, в сеть передачи данных. Например, CU-CP 152 может быть выполнен с возможностью соединяться, прямо или косвенно, с AMF 155 через N2-интерфейс (или NGAP-интерфейс). AMF 155 может быть выполнена с возможностью соединяться, прямо или косвенно, с SMF 157 через N11-интерфейс. CU-UP 153 может быть выполнен с возможностью соединяться, прямо или косвенно, с UPF 156 через N3-интерфейс.

[28] Фиг. 1B является блок-схемой, иллюстрирующей аппаратную конфигурацию сетевого устройства согласно различным вариантам осуществления.

[29] Согласно различным вариантам осуществления, RAN-устройство может включать в себя, по меньшей мере, одно из процессора 120, содержащего схему обработки, устройства 130 хранения данных или модуля 190 связи, содержащего схему связи.

[30] Согласно различным вариантам осуществления, процессор 120 может выполнять, например, программное обеспечение (например, программу), чтобы управлять, по меньшей мере, еще одним компонентом (например, аппаратным или программным компонентом) RIC 101 (либо электронного устройства, выполненного с возможностью выполнять функции RIC 101), соединенного с процессором 120, и может обрабатывать или вычислять различные данные. Программное обеспечение может включать в себя, например, xApp, но не ограничено этим. Согласно варианту осуществления, в качестве, по меньшей мере, части обработки или вычисления данных, процессор 120 (содержащий схему обработки) может сохранять команды или данные, принимаемые из другого компонента, в устройстве 130 хранения данных, обрабатывать команды или данные, сохраненные в устройстве 130 хранения данных, и сохранять результирующие данные в устройстве 130 хранения данных. Согласно варианту осуществления, процессор 120 может включать в себя, по меньшей мере, часть центрального процессора, процессора приложений, нейронного процессора (NPU) или процессора связи, но тип процессора 120 ограничен. Нейронное сетевое обрабатывающее устройство может включать в себя аппаратную структуру, специализированную для обработки модели на основе искусственного интеллекта. Модель на основе искусственного интеллекта может включать в себя машинное обучение (например, стимулированное обучение, контролируемое обучение, неконтролируемое обучение или полуконтролируемое обучение), но не ограничена вышеописанными примерами. Модель на основе искусственного интеллекта может включать в себя множество искусственных нейронных сетевых слоев. Искусственная нейронная сеть может представлять собой глубокую нейронную сеть (DNN), сверточную нейронную сеть (CNN), рекуррентную нейронную сеть (RNN), ограниченную машину Больцмана (RBM), глубокую сеть доверия (DBN), двунаправленную рекуррентную глубокую нейронную сеть (BRDNN) или глубокую Q-сеть, но не ограничена этим. Модель на основе искусственного интеллекта, дополнительно или альтернативно, может включать в себя программную структуру, помимо аппаратной структуры. Специалисты в данной области техники должны принимать во внимание, что устройство 130 хранения данных не ограничено при условии, что оно представляет собой устройство, допускающее сохранение данных, такое как диск (например, HDD).

[31] Согласно различным вариантам осуществления, устройство 130 хранения данных может сохранять различные данные, используемые посредством процессора 120 или модуля 190 связи. Различные данные могут включать в себя, например, программные данные и входные данные или выходные данные для команды, связанной с ними.

[32] Согласно различным вариантам осуществления, модуль 190 связи может устанавливать канал прямой (например, проводной) связи или канал беспроводной связи между RAN-устройством и внешним электронным устройством либо поддерживать связь через установленный канал связи. Тип модуля 190 связи не ограничен при условии, что он допускает поддержку, например, E2-интерфейса. Между тем, когда RAN 150 реализуется как одно устройство, модуль 190 связи, содержащий схему связи, может представлять собой и/или указывать интерфейс для обоих объектов.

[33] В системе связи, в качестве структуры новой сети радиодоступа (RAN), рассматривается структура сети радиодоступа, включающая в себя централизованные блоки (CU), распределенные блоки (DU) и удаленные блоки (RU). Стек протоколов радиосвязи или функции для связи могут разбиваться между CU и DU различными способами. В стандарте, это называется "функциональным разбиением". Разбиение RAN-функций обеспечивает возможность различных типов работы в зависимости от окружения каждого мобильного оператора. В примере, только RU-устройство может устанавливаться в узле сотовой связи, и CU и DU могут быть выполнены с возможностью распределяться в центральной станции либо в облачном центре обработки и хранения данных и соединяться через прямое транзитное соединение, сокращая общие эксплуатационные затраты. Один или более DU могут существовать в пределах одного CU. Стек протоколов радиосвязи или функции для связи могут разбиваться между CU и DU различными способами. Например, в одном варианте, PDCP-уровни/функции могут позиционироваться в CU, и RLC/MAC/PHY-функции/уровни могут позиционироваться в DU. В другом варианте, PDCP/RLC-уровни/функции могут позиционироваться в CU, и MAC/PHY-уровни/функции могут позиционироваться в DU. Аналогично, могут быть предусмотрены другие варианты для разбиения функций между CU и DU. В структуре сети радиодоступа, вследствие мобильности абонентского устройства (UE), UE может перемещаться из одного DU в другой DU в идентичном CU, либо UE может перемещаться из одного DU в другой DU в различных CU. Альтернативно, UE может обнаруживать сбой в линии радиосвязи (RFL) по обслуживающему DU и затем коммутироваться на целевой DU в идентичном или другом CU.

[34] Фиг. 2A иллюстрирует узел сотовой связи и центральную станцию в RAN-системе согласно различным вариантам осуществления.

[35] В системе связи следующего поколения, разбиение RAN-функций обеспечивает возможность различных типов работы в зависимости от окружения каждого мобильного оператора. Например, только, по меньшей мере, одно RU-устройство 211 может устанавливаться в узле 210 сотовой связи, и CU 222 (или виртуальный CU), и, по меньшей мере, один DU 221 (или виртуальный DU) могут быть выполнены с возможностью распределяться в центральной станции 220 либо в облачном окружении (например, в облачном центре обработки и хранения данных) и соединяться через прямое транзитное соединение 223 (FH), сокращая общие эксплуатационные затраты. По меньшей мере, один DU 221 может соответствовать (или соединяться) одному CU 222. В отличие от традиционной аппаратной схемы CU- и DU-работы, CU и/или DU могут реализовываться в программном обеспечении. Например, CU и/или DU могут работать в облачном окружении на основе технологии с использованием виртуальных машин (VM) или контейнеров.

[36] Фиг. 2B иллюстрирует сервер и пул ресурсов в облачном окружении согласно различным вариантам осуществления.

[37] Ссылаясь на вариант осуществления, показанный слева на фиг. 2B, по меньшей мере, один DU 231, соответственно, может быть выполнен с возможностью соединяться с каждым, по меньшей мере, из одного узла 210 сотовой связи. Например, один или более RU 211 могут соответствовать (или соединяться) одному узлу 210 сотовой связи. Согласно варианту осуществления, показанному слева в качестве примера, один DU 231 может фиксированно соответствовать (или соединяться) одному узлу 210 сотовой связи. В этом случае, специализированный DU для узла 210 сотовой связи (либо для объекта (например, одного или более RU 211), составляющего узел 210 сотовой связи) может задаваться, так что DU 231 может называться "специализированным DU" в качестве примера. То, что специализированный DU задается для одного узла 210 сотовой связи, может интерпретироваться в качестве задания специализированного DU для одного или более RU 211, составляющих один узел 210 сотовой связи. Для выполнения каждого специализированного DU, сетевое устройство должно выделять (или выполнять) сервер (например, VM или контейнер) для каждого специализированного DU, и для выполнения сервера, ресурсы с обозначенным размером или более должны выделяться. Ресурсы с обозначенным размером или более могут быть предварительно установленными или переменными. Между тем, ссылаясь на левую сторону по фиг. 2B, полосковый индикатор 231a отображается на каждом, по меньшей мере, из одного DU 320a и 320b. Каждый индикатор 231a может указывать отношение ресурсов, в данный момент используемых посредством каждого, по меньшей мере, из одного DU 231, с максимальным количеством ресурсов, доступным, по меньшей мере, в одном DU 231. Максимальное доступное количество ресурсов, например, может представлять собой максимальное доступное количество ресурсов, выделенное для сервера (например, VM или контейнера) для выполнения специализированного DU. Аналогично варианту осуществления, показанному слева на фиг. 2B, если специализированный DU соответствует (или соединяется) узлу сотовой связи, общее количество ресурсов, доступное в одном DU (например, DU 231), может не использоваться, вызывая бездействующие ресурсы и приводя к потерям ресурсов в сетевом устройстве. В качестве примера, доступные ресурсы могут определяться при таком допущении, что максимальное число UE выполнено с возможностью соединяться с одним или более RU 211. Таким образом, если UE, меньшие максимального числа, выполнены с возможностью соединяться с RU 211, в результате могут возникать бездействующие ресурсы. Тем не менее, поскольку фиксированное количество ресурсов выделяется для одного или более RU 211, бездействующие ресурсы не могут использоваться.

[38] Ссылаясь на вариант осуществления справа на фиг. 2B, вместо выделения специализированного DU 231 для RU 211, пул 232 серверов размещается в облачном окружении, чтобы использовать функцию объединения ресурсов в пул. В отличие от варианта осуществления слева на фиг. 2B, вместо выделения специализированного DU для одного узла сотовой связи, один сервер (например, сервер 232b) может выполнять функции, соответствующие RU, включенным во множество узлов сотовой связи. Например, сервер 232b может выполнять функцию, соответствующую RU, включенному в один узел сотовой связи, при одновременном выполнении функции, соответствующей RU, включенному в другой узел сотовой связи. Сетевое устройство может определять сервер для того, чтобы выполнять соответствующую функцию в блоках RU (или в блоках UE, включенных в RU). Соответственно, как показано справа на фиг. 2B, один сервер (например, сервер 232a) может выделять ресурсы 233a для выполнения функции, соответствующей RU, включенному в первый узел 210a сотовой связи, и ресурсы 233b для выполнения функции, соответствующей RU, включенному во второй узел 210b сотовой связи. Таким образом, сервер 232a может выделять бездействующие ресурсы, оставшиеся после выделения ресурсов 233a для обработки первого узла 210a сотовой связи, для ресурсов 233b для обработки, по меньшей мере, одного RU, включенного во второй узел 210b сотовой связи, минимизируя или уменьшая бездействующие ресурсы. Сервер 232c, для которого ресурсы не выделяются, может не использоваться.

[39] Ссылаясь на фиг. 2B, оставшаяся часть 232b, по меньшей мере, одного сервера и сервер 232c, указываемый посредством пунктирной линии, могут означать дополнительные серверы, не выделенные для выполнения функции DU, т.е. не выделенные ресурсы сервера, и сетевое устройство не активирует дополнительный сервер или не выделяет ресурсы дополнительному серверу, за счет этого предотвращая или уменьшая потери ресурсов.

[40] Ссылаясь на фиг. 2B, один или более RU 211, составляющих один узел 210 сотовой связи, выделяются для каждого специализированного DU 231. Тем не менее, если пул 232 серверов используется, ресурсы любого сервера в пуле 232 серверов могут выделяться посредством объема трафика, требуемого посредством RU 211 согласно объединению ресурсов в пул. Соответственно, в центральной станции 220, число серверов, активируемых с возможностью выполнять функцию DU 221, может уменьшаться через пул 232 серверов.

[41] Фиг. 3A является блок-схемой, иллюстрирующей сетевые компоненты согласно различным вариантам осуществления. Каждый вариант осуществления в данном документе может использоваться в комбинации с любым другим вариантом(ами) осуществления, описанным в данном документе.

[42] Согласно различным вариантам осуществления, стек протоколов радиосвязи или функции для связи могут разбиваться между CU 310 и DU 320 различными способами. В качестве примера, уровни/функции протокола 314 конвергенции пакетных данных (PDCP)/RRC 312/SDAP 313 могут позиционироваться в CU 310, и функции/уровни RLC 325/MAC 327/PHY 239 могут позиционироваться в DU 320. В другом варианте, уровни/функции PDCP 314/RRC 312/SDAP 313 могут позиционироваться в CU 310, и уровни/функции RLC 325/MAC 327 могут позиционироваться в DU 320. Аналогично, могут быть предусмотрены другие варианты для разбиения функций между CU 310 и DU 320. В структуре сети радиодоступа, вследствие мобильности абонентского устройства (UE), UE 340 может перемещаться между RU 330a, 330b и 330c в идентичном DU 320 или перемещаться в RU, выполненный с возможностью соединяться, прямо или косвенно, с DU, отличным от DU 320. Альтернативно, UE 340 может обнаруживать сбой в линии радиосвязи (RFL) по идентичному DU 320 и затем коммутироваться на DU, отличный от DU 320, в идентичном CU 310 или другом CU.

[43] Согласно различным вариантам осуществления, трехъярусная структура CU 310, DU 320 и RU 330, составляющих RAN, может составлять базовую 5G-станцию (gNB) для гибкого установления 5G RAN для различных 5G-вариантов применения (eMBB, URLLC, mMTC и т.д.).

[44] Ссылаясь на фиг. 3A базовая станция может разделяться на трехъярусную структуру, так что RRC, SDAP и PDCP могут классифицироваться как CU, RLC, MAC и верхний PHY-уровень - как DU, а нижний PHY-уровень - как RU. В частности, средние транзитные каналы могут позиционироваться между CU 310 и DU 320, и прямые транзитные каналы могут позиционироваться между DU 320 и RU 330. Точки разделения функций не ограничены точками, показанными на чертежах.

[45] Фиг. 3B является блок-схемой, иллюстрирующей сеть, включающую в себя множество DU согласно различным вариантам осуществления.

[46] Согласно различным вариантам осуществления, сетевое устройство может включать в себя и выполнять CU 310, по меньшей мере, один DU (например, исходный DU 320a и целевой DU 320b по фиг. 3B), контроллер 312 масштабирования, модуль 311 F1-разбиения, разъединяющий, по меньшей мере, один DU 320a и 320b и CU 310, контроллер 312 масштабирования, управляющий процессом масштабирования, F1-обработчик 321a или 321b, агент 322a или 322b масштабирования, RLC 325a или 325b, MAC 327a или 327b, PHY-H 329a или 329b, планировщик 324a или 324b и обработчик 323a или 323b в прямом транзитном соединении, включенные в каждый, по меньшей мере, из одного DU, модуль 331 разбиения в прямом транзитном соединении, разъединяющий, по меньшей мере, один RU 330a, 330b и 330c и, по меньшей мере, один DU 320a и 320b, и, по меньшей мере, одно UE 340, надлежащим образом соответствующее, по меньшей мере, одному RU 330a, 330b и 330c.

[47] Согласно различным вариантам осуществления, CU 310 может переносить данные нисходящей линии связи в UE 340 в потоке данных UE на U-плоскости или переносить данные восходящей линии связи, принимаемые из UE 340, в сеть. Описание по фиг. 1A-3A может применяться к описанию CU 310.

[48] Согласно различным вариантам осуществления, ссылаясь на интерфейсный 3GPP F1-стандарт, модуль 311 F1-разбиения предоставляет функцию разъединения между CU 310 и DU 320a или 320b. Может быть предусмотрена функция, в которой CU 310 может распознавать исходный DU 320a и целевой DU 320b в качестве одного DU. Тракт потока данных (трансляция IP-адресов) между CU 310 и исходным DU 320a или целевым DU 320b может управляться. Модуль 311 F1-разбиения может представлять собой автономный компонент или представлять собой компонент, включенный в CU 310.

[49] Согласно различным вариантам осуществления, контроллер 312 масштабирования, содержащий схему управления, может управлять общим масштабированием. Ссылаясь на фиг. 3B, контроллер 312 масштабирования может обмениваться данными с исходным DU 320a, целевым DU 320b, модулем 311 F1-разбиения и модулем 331 разбиения в прямом транзитном соединении. Согласно различным вариантам осуществления, контроллер 312 масштабирования может принимать сообщение по использованию ресурсов из исходного DU 320a, чтобы определять то, требует или нет исходный DU 320a понижающего масштабирования. Если понижающее масштабирование определяется как необходимое, контроллер 312 масштабирования может запрашивать облачную платформу, например, Kubernetes, на предмет того, чтобы создавать новый целевой DU 320b. Контроллер 312 масштабирования может быть выполнен с возможностью передавать информацию относительно целевого DU 320b в модуль 311 F1-разбиения и модуль 331 разбиения в прямом транзитном соединении, чтобы регистрировать целевой DU 320b в модуле 311 F1-разбиения и модуле 331 разбиения в прямом транзитном соединении. Альтернативно, контроллер 312 масштабирования может инструктировать агенту 322a или 322b масштабирования передавать информацию относительно целевого DU 320b в модуль 311 F1-разбиения и модуль 331 разбиения в прямом транзитном соединении, чтобы регистрировать целевой DU 320b в модуле 311 F1-разбиения и модуле 331 разбиения в прямом транзитном соединении. Каждый RU в данном документе, каждый CU в данном документе, каждое UE в данном документе и каждый DU в данном документе могут содержать схему обработки.

[50] Согласно различным вариантам осуществления, описание по фиг. 1A-3A может применяться к DU 320a или 320b. Ссылаясь на фиг. 3B, исходный DU 320a может включать в себя F1-обработчик 321a, агент 322a масштабирования, обработчик 323a в прямом транзитном соединении, планировщик 324a, RCL 325a, MAC 327a и PHY-H 329a. Согласно различным вариантам осуществления, исходный DU 320a может сообщать использование ресурсов в контроллер 312 масштабирования через агент 322a масштабирования периодически или согласно предварительно определенному условию. Согласно варианту осуществления, целевой DU 320b, на который обработка трафика мигрирует из исходного DU 320a, может включать в себя F1-обработчик 321b, агент 322b масштабирования, обработчик 323b в прямом транзитном соединении, планировщик 324b, RLC 325b, MAC 327b и PHY-H 329b. Агент 322b масштабирования целевого DU 320b может принимать информацию для контекстной синхронизации из агента 322a масштабирования исходного DU 320a.

[51] Согласно различным вариантам осуществления, F1-обработчик 321a или 321b может представлять собой компонент, выполненный с возможностью обмениваться данными с CU 310 в DU 320a или 320b, и может придерживаться интерфейсного 3GPP F1-стандарта.

[52] Согласно различным вариантам осуществления, обработчик 323a или 323b в прямом транзитном соединении может представлять собой часть, выполненную с возможностью обмениваться данными с RU 330 в DU 320, и может придерживаться стандарта прямых транзитных O-RAN-соединений (7.2x) или nFAPI форума организации работы небольших сот.

[53] Согласно различным вариантам осуществления, согласно стандарту прямых транзитных O-RAN-соединений, модуль 331 разбиения в прямом транзитном соединении (FH) может предоставлять функцию разъединения между DU 320a или 320b и RU 330a, 330b или 330c. Может быть предусмотрена функция, в которой RU 330a, 330b или 330c может распознавать исходный DU 320a и целевой DU 320b в качестве одного DU. Тракт потока данных (трансляция MAC-адресов) между RU 330a, 330b или 330c и исходным DU 320a или целевым DU 320b может управляться. Согласно различным вариантам осуществления, модуль 331 разбиения в прямом транзитном соединении может представлять собой автономный компонент или представлять собой компонент, включенный в RU 330.

[54] Согласно различным вариантам осуществления, RU 330 может обмениваться данными с UE 340. RU 330 может представлять собой логический узел, который предоставляет нижнюю физическую функцию (нижний PHY-уровень) и RF-обработку. RU 330 может быть выполнен с возможностью соединяться или включаться в RAN. Описание по фиг. 1A-3A может применяться к описанию RU 330. Фиг. 3C иллюстрирует поток данных DU и перенос потока данных.

[55] Согласно различным вариантам осуществления, абонентское устройство 340 (UE) может перемещаться из одного DU (например, из исходного DU 320a по фиг. 3B) в идентичном CU 310 в другой DU (например, в целевой DU 320b по фиг. 3B) вследствие мобильности UE в структуре сети радиодоступа. Альтернативно, UE 340 может перемещаться из одного DU (например, из исходного DU 320a по фиг. 3B) в другой DU (например, в целевой DU 320b по фиг. 3B) в другом CU. В качестве примера, UE 340 может обнаруживать сбой в линии радиосвязи (RLF) по одному DU (например, по исходному DU 320a по фиг. 3B) и коммутироваться на другой DU (например, на целевой DU 320b по фиг. 3B) в идентичном CU 310 или другом CU.

[56] Ссылаясь на фиг. 3C, специалисты в данной области техники должны принимать во внимание, что целевой DU 320b может представлять собой DU, сформированный (301) посредством контроллера 312 масштабирования для понижающего масштабирования, или процесс формирования посредством целевого DU 320b может заменяться обозначением существующего сформированного DU для понижающего масштабирования. Контроллер 312 масштабирования может быть выполнен с возможностью передавать информацию относительно целевого DU 320b в модуль 311 F1-разбиения, содержащий схему, так что модуль 311 F1-разбиения может регистрировать новый DU (302). В качестве примера, в исходном DU 320a, по меньшей мере, одно событие для понижающего масштабирования может обнаруживаться, и в ответ на обнаруженное событие, целевой DU 320b для понижающего масштабирования может формироваться (или обозначаться). Здесь, событие может указывать то, что отношение текущего используемого количества ресурсов к общему количеству ресурсов, доступному для исходного DU 320a (либо для сервера для активации исходного DU 320a), составляет пороговое отношение или более, но это является примерным, и специалисты в данной области техники должны принимать во внимание, что оно не ограничено при условии, что оно представляет собой условие, указывающее то, что ресурсы, используемые посредством исходного DU 320a, являются относительно чрезмерными, так что понижающее масштабирование требуется. Контроллер 312 масштабирования может быть выполнен с возможностью передавать информацию относительно нового DU в модуль 331 разбиения в прямом транзитном соединении, с тем чтобы регистрировать (303) информацию относительно нового DU. Текущий исходный DU 320a может быть выполнен с возможностью передавать контекст в целевой DU 320b, чтобы синхронизировать контекст с целевым DU 320b. Например, контекст может включать в себя, по меньшей мере, одно из системной информации (которая может включать в себя синхронизацию, блок системной информации, произвольный доступ и опорный сигнал), контекста диспетчеризации (который может включать в себя состояние канала, управление мощностью, HARQ и DRX), управляющей информации (которая может включать в себя информацию относительно MAC-CE и поисковых вызовов), частотных ресурсов (которые могут включать в себя информацию относительно агрегирования несущих, BWP и SUL), пространственных ресурсов (которые могут включать в себя информацию относительно управления лучом и MINO), контекста UE (который может включать в себя информацию относительно RNTI, SRB, DRB и RAT) либо контекста RU. Здесь, контекст может быть ассоциирован с RU (либо, по меньшей мере, с одним UE, выполненным с возможностью соединяться с RU), требующим миграции, по меньшей мере, из одного RU 330, соответствующего (или соединенного) исходному DU 320a, но не ограничен этим. Целевой DU 320b может принимать вышеописанный контекст таким образом, что информация относительно RU, который должен мигрировать (или, по меньшей мере, одного UE, соединенного с RU), может идентифицироваться. Модуль 311 F1-разбиения может подготавливаться к передаче данных или к приему данных 305 согласно информации выделения ресурсов нисходящей/восходящей линии связи относительно целевого DU 320b. Модуль 331 разбиения в прямом транзитном соединении может быть выполнен с возможностью принимать подготовленные передаваемые данные согласно информации ресурсов нисходящей/восходящей линии связи, выделенной для целевого DU 320b, либо передавать их в целевой DU 320b (306). Вышеописанные операции могут повторяться (307) для каждого UE таким образом, что поток данных мигрирует на целевой DU 320b, по меньшей мере, для одного UE, выполненного с возможностью соединяться через однонаправленный радиоканал передачи данных с RU (например, 330c), отвечающим за целевой DU 320b, для операций 301-306 по фиг. 3C, описанному выше. Соответственно, информация относительно, по меньшей мере, одного UE, выполненного с возможностью соединяться с RU 330c, который должен понижающе масштабироваться, может предоставляться в целевой DU 320b, и процедура передачи и/или приема данных нисходящей линии связи и/или данных восходящей линии связи, ассоциированных, по меньшей мере, с одним UE, может управляться.

[57] Фиг. 4 иллюстрирует операции посредством контроллера масштабирования согласно различным вариантам осуществления.

[58] Согласно различным вариантам осуществления, в устройстве сети радиодоступа, в качестве операции контроллера масштабирования (312 по фиг. 3B), информация относительно использования ресурсов первого DU (исходного DU, 320a по фиг. 3B), выполняемого через первый сервер, может получаться из первого DU 320a. Контроллер 312 масштабирования может выбирать (403) второй DU (целевой DU, 320b по фиг. 3B) на основе информации относительно использования ресурсов первого DU 320a посредством 312 по фиг. 3B. Второй RU (например, 330b и/или 330c по фиг. 3B), который должен мигрировать на второй DU (например, 320b по фиг. 3B) может выбираться (405) из числа первых RU (например, 330a, 330b и 330c по фиг. 3B), которые обрабатывают услугу первого DU 320a, посредством контроллера 312 масштабирования. Запрос 407 может отправляться на то, чтобы устанавливать сеанс связи с первым DU 320a таким образом, что информация относительно второго RU (например, 330c по фиг. 3B) передается из первого DU 320a во второй DU 320b посредством контроллера 312 масштабирования. Ниже описываются конкретные операции контроллера масштабирования.

[59] Фиг. 5A и 5B иллюстрируют процесс понижающего масштабирования и повышающего масштабирования посредством контроллера масштабирования в облачном окружении в зависимости от использования ресурсов DU.

[60] Согласно различным вариантам осуществления, когда приложение или рабочая нагрузка, выполняющаяся в облаке, выполняется на виртуальной машине (VM) или в логическом сегменте, что приводит к снижению производительности или нехватке запоминающего устройства, понижающее масштабирование или повышающее масштабирование на основе контейнеров может выполняться.

[61] Ссылаясь на фиг. 5A, исходный DU 320a может сообщать (501) состояние ресурсов в контроллер 312 масштабирования. Контроллер 312 масштабирования может определять (503) то, следует или нет понижающе масштабироваться, на основе сообщенного состояния ресурсов. Контроллер 312 масштабирования может формировать целевой DU 320b, который должен понижающе масштабироваться. Контроллер 312 масштабирования может регистрировать (505) информацию относительно целевого DU 320b в модуле F1-разбиения или в модуле разбиения в прямом транзитном соединении. Контроллер 312 масштабирования может выбирать (507) целевой RU (например, 330c по фиг. 3B), который должен мигрировать на целевой DU 320b, из числа RU (например, 330a, 330b и 330c по фиг. 3B), которые обрабатывают исходный DU 320a. Контроллер 312 масштабирования может выбирать (509) сервер (например, 232b или 232c по фиг. 2B) для понижающего масштабирования. Контроллер 312 масштабирования может коммутировать (511) поток данных для UE 340, которое представляет собой цель миграции, выполненную с возможностью соединяться с целевым RU для миграции (например, 330c по фиг. 3B), из исходного DU 320a на целевой DU 320b. Контроллер 312 масштабирования может повторять (513) непосредственно предшествующую операцию коммутации для каждого UE до тех пор, пока все UE 340, выполненные с возможностью соединяться с целевым RU для миграции (например, 330c по фиг. 3B), не мигрируют на целевой DU 320b. "На основе", при использовании в данном документе, охватывает "по меньшей мере, на основе".

[62] Ссылаясь на фиг. 5B, целевой DU 320b может сообщать (521) состояние ресурсов в контроллер 312 масштабирования. На основе сообщенного состояния ресурсов, контроллер 312 масштабирования может определять то, следует или нет повышающе масштабироваться, и контроллер 312 масштабирования может выбирать (523) целевой DU 320b, который должен повышающе масштабироваться. Контроллер 312 масштабирования может выбирать (525) целевой RU (например, 330c по фиг. 3B), который должен мигрировать на исходный DU 320a, из числа RU (например, 330a, 330b и 330c по фиг. 3B), которые обрабатывают целевой DU 320b. Контроллер 312 масштабирования может выбирать (527) сервер (например, 232b по фиг. 2B) для повышающего масштабирования. Контроллер 312 масштабирования может коммутировать (529) поток данных для UE 340, которое представляет собой цель миграции, выполненную с возможностью соединяться с целевым RU для миграции (например, 330c по фиг. 3B), из целевого DU 320b на исходный DU 320a. Контроллер 312 масштабирования может повторять (531) непосредственно предшествующую операцию коммутации для каждого UE до тех пор, пока все UE 340, выполненные с возможностью соединяться с целевым RU для миграции (например, 330c по фиг. 3B) не мигрируют на исходный DU 320a.

[63] Конкретный процесс может быть следующим.

[64] 1) Процесс понижающего масштабирования

[65] a) Агент 322 масштабирования может периодически сообщать состояние ресурсов, к примеру, использование CPU DU-сервера (320), содержащего схему обработки, использование запоминающего устройства, пропускную способность сети, потребление мощности, использование ускорителя (FPGA/GPU/интеллектуальной NIC) и т.д., в контроллер 312 масштабирования. Согласно различным вариантам осуществления, агент 322 масштабирования может сообщать состояние ресурсов, когда условие использования ресурсов, предварительно установленное посредством контроллера 312 масштабирования, удовлетворяется, вместо периодического формирования сообщений.

[66] b) Контроллер 312 масштабирования может выбирать (решение по масштабированию) DU 320, который должен понижающе масштабироваться, на основе информации использования ресурсов DU 320 и выбирать RU 330 для того, чтобы коммутироваться на другой сервер, из RU 330a, 330b и 330c, обрабатывающих DU-услугу, и обрабатывать его. Согласно различным вариантам осуществления, выбор исходного DU 320a, который должен масштабироваться, может осуществляться посредством различных политик. Например, если серверные ресурсы, выделенные для исходного DU 320a, выделяются для того, чтобы обрабатывать три RU и 30% от пиковой пропускной способности, понижающее масштабирование соответствующего DU может начинаться, когда полная пропускная способность становится равной 60% от полной пропускной способности (30% x 2). Альтернативно, оптимальный DU, который должен масштабироваться, может выбираться через технологию на основе искусственного интеллекта/машинного обучения. Согласно различным вариантам осуществления, контроллер 312 масштабирования может формировать целевой DU 320b, который представляет собой новый DU, который должен понижающе масштабироваться, и регистрировать целевой DU 320b в модуле 311 F1-разбиения. Контроллер 312 масштабирования может регистрировать целевой DU 320b в модуле разбиения в прямом транзитном соединении. Согласно различным вариантам осуществления, выбор RU 330 может выполняться посредством различных политик. В качестве примера, RU, имеющий пропускную способность, меньшую средней, из RU 330, обрабатывающих услугу исходного DU 320a на текущем сервере (например, 232a по фиг. 2B), может выбираться, чтобы выполнять услугу целевого DU 320b на другом сервере (например, 232b по фиг. 2B), и переноситься в целевой DU 320b, который должен обрабатываться посредством соответствующего RU. Альтернативно, RU с наибольшей пропускной способностью может выбираться, и целевой DU 320b может выполняться на сервере, имеющем производительность, которая обеспечивает обработку на пиковой скорости, и целевому DU 320b может разрешаться обрабатывать соответствующий RU. Каждый DU в данном документе может содержать схему обработки.

[67] c) Контроллер 312 масштабирования может выбирать (выбор сервера понижающего масштабирования) сервер (например, 232b на фиг. 2b) с достаточной производительностью обработки в целевом DU 320b для новой услуги и выполнять услугу на сервере. Согласно различным вариантам осуществления, выбор сервера для выполнения услуги целевого DU 320b может выполняться согласно различным политикам. В качестве примера, сервер, допускающий обработку максимального объема данных для одного RU 330, может выбираться, либо сервер, допускающий обработку среднего объема, может выбираться. Выбор сервера для понижающего масштабирования связан с политикой выбора целевого RU 330 для понижающего масштабирования. Если целевой RU 330 для понижающего масштабирования, например, RU, в котором обработка мигрирует на услугу целевого DU 320b, должен обрабатывать на пиковой скорости, услуга целевого DU 320b может выполняться на сервере с ресурсопроизводительностью, допускающей обработку соответствующего трафика. Выполнение услуги целевого DU 320b на сервере с необходимыми ресурсами может выполняться через облачную платформу, такую как Kubernetes. Контроллер 312 масштабирования может предоставлять информацию ресурсов, необходимую для возможности облачной платформе выбирать сервер для того, чтобы выполнять услугу DU.

[68] d) Контроллер 312 масштабирования может обеспечивать возможность регистрации услуги целевого DU 320b в модуле 311 F1-разбиения. Например, модуль 311 F1-разбиения подготавливается к передаче (коммутации) данных, которые передаются в исходный DU 320a, в целевой DU 320b с использованием регистрационной информации. При необходимости, модуль 311 F1-разбиения может создавать новый сеанс связи по протоколу управления потоковой передачей (SCTP) с целевым DU 320b (соединение транспортного сетевого уровня).

[69] e) Контроллер 312 масштабирования может обеспечивать возможность регистрации услуги целевого DU 320b в модуле 331 FH-разбиения (включающей в себя соединение транспортного сетевого уровня).

[70] Например, модуль 331 FH-разбиения может подготавливаться к передаче (коммутации) данных, которые передаются в исходный DU 320a, в целевой DU 320b с использованием регистрационной информации.

[71] f) Контроллер 312 масштабирования может инструктировать создание сеанса связи для синхронизации контекста между агентами 322 масштабирования в исходном DU 320a и в целевом DU 320b.

[72] g) Агент 322a масштабирования исходного DU 320a может начинать передачу контекста для RU 330, который представляет собой цель миграции, в агент 322b масштабирования целевого DU 320b и продолжать обновление изменений контекста. Передаваемый контекст может представлять собой информацию относительно контекста UE, состояния канала, информацию диспетчеризации радиоресурсов и системную информацию.

[73] h) Агент 322a масштабирования может выбирать UE, которое должно обрабатываться в целевом DU 320b, из числа UE, выполненных с возможностью соединяться, прямо или косвенно, с RU 330, который представляет собой цель миграции. Согласно различным вариантам осуществления, выбор UE может выполняться посредством различных политик. В качестве примера, при переключении UE из неактивного состояния, UE может последовательно выбираться из числа UE в соединенном состоянии в порядке от UE с наименьшим объемом передачи данных до UE с наибольшим объемом передачи данных. Обратный порядок также является возможным. Альтернативно, DRB QoS-значения UE могут сравниваться, и выбор может выполняться в порядке более низкого приоритета.

[74] i) Агент 322a масштабирования исходного DU 320a может передавать информацию относительно UE, которое представляет собой цель миграции, в агент 322b масштабирования целевого DU 320b. В качестве примера, передаваемая информация UE может включать в себя, например, список служебных однонаправленных радиоканалов (SRB) и список однонаправленных радиоканалов передачи данных (DRB).

[75] j) Агент 322a масштабирования исходного DU 320a может запрашивать модуль 311 F1-разбиения на предмет того, чтобы отправлять данные, которые направлены в целевое UE для миграции, в целевой DU 320b. Согласно различным вариантам осуществления, модуль 311 F1-разбиения может передавать все данные, которые идут в целевое UE для миграции, в целевой DU 320b (коммутировать тракт передачи данных из исходного DU 320a на целевой DU 320b).

[76] k) Агент 322a масштабирования исходного DU 320a может запрашивать планировщик исходного DU 320a на предмет того, чтобы прекращать выделение ресурсов восходящей линии связи/нисходящей линии для целевого UE для миграции.

[77] l) Агент 322a масштабирования исходного DU 320a может передавать данные восходящей/нисходящей линии связи, в данный момент остающиеся в агенте 322b масштабирования целевого DU 320b.

[78] m) Целевой DU 320b может сбрасывать буфер с данными, принимаемыми из модуля 311 F1-разбиения и исходного DU 320a, и подготавливаться к передаче/приему данных для UE.

[79] n) Агент 322b масштабирования целевого DU 320b может уведомлять агент 322a масштабирования исходного DU 320a в отношении того, что подготовка к передаче/приему данных для UE закончена.

[80] o) Агент 322a масштабирования исходного DU 320a может запрашивать планировщик на предмет того, чтобы возобновлять выделение ресурсов восходящей линии связи/нисходящей линии для целевого UE для миграции.

[81] p) Агент 322a масштабирования исходного DU 320a может запрашивать планировщик на предмет того, чтобы переносить информацию выделения ресурсов восходящей линии связи/нисходящей линии связи относительно целевого UE для миграции в агент 322b масштабирования целевого DU 320b. Согласно различным вариантам осуществления, информация диспетчеризации может непрерывно переноситься до тех пор, пока миграция RU 330 не закончена.

[82] q) Агент 322a масштабирования исходного DU 320a может передавать информацию адреса исходного DU и/или адреса целевого DU в модуль 331 FH-разбиения.

[83] r) Целевой DU может подготавливаться к передаче данных согласно информации выделения ресурсов восходящей линии связи/нисходящей линии связи и передавать ее в модуль 331 FH-разбиения или принимать из модуля 331 FH-разбиения.

[84] s) После приема сообщения C-плоскости (по стандарту 7.2x прямых транзитных O-RAN-соединений) из целевого DU 320b, модуль 331 FH-разбиения может обрабатывать его следующим образом. Согласно различным вариантам осуществления, поскольку RU 330 не может знать новый целевой DU 320b, модуль 331 FH-разбиения может выполнять изменение на MAC-адрес исходного DU 320a и передавать его в RU 330. По меньшей мере, одно из идентификатора кадра, идентификатора субкадра, идентификатора временного кванта, идентификатора символа и идентификатора секции пакета C-плоскости может сохраняться. В качестве примера, в случае восходящей линии связи, при приеме пакета, который использует MAC-адрес исходного DU 320a в качестве целевого адреса, из RU 330, он может идентифицировать, по меньшей мере, одно из идентификатора кадра, идентификатора субкадра, идентификатора временного кванта, идентификатора символа и идентификатора секции и, при совпадении с сохраненным идентификатором, изменять целевой адрес на MAC-адрес целевого DU 320b. В качестве примера, в случае нисходящей линии связи, после приема пакета U-плоскости из целевого DU 320b, RU 330 не может знать измененный целевой DU 320b и в силу этого может выполнять изменение на MAC-адрес исходного DU 320a и передавать в RU 330.

[85] t) В процессах h-s, последовательность процессов от выбора UE, который должен обрабатываться посредством целевого DU 320b, из UE, соединенных с целевым RU 330 для миграции, посредством управляющего агента 322a исходного DU 320a, до приема сообщения C-плоскости из целевого DU и передачи MAC-адреса исходного DU 320a в целевой RU для миграции посредством модуля 331 FH-разбиения, может повторяться до тех пор, пока все UE, соединенные, прямо или косвенно, с целевым RU для миграции, не мигрируют на целевой DU 320b.

[86] u) Агент 322a масштабирования исходного DU 320a может запрашивать агент 322b масштабирования целевого DU 320b на предмет того, чтобы обрабатывать диспетчеризацию RU для миграции.

[87] v) Агент 322a масштабирования исходного DU 320a может уведомлять контроллер 312 масштабирования в отношении того, что миграция на RU для миграции закончена, и удалять информацию относительно RU, для которого миграция закончена. Согласно различным вариантам осуществления, агент 322a масштабирования исходного DU 320a может сохранять информацию относительно RU, для которого миграция закончена, и принимать информацию относительно RU из агента 322b масштабирования целевого DU 320b и продолжать синхронизацию.

[88] w) Контроллер 312 масштабирования может уведомлять модуль 311 F1-разбиения и модуль 331 FH-разбиения в отношении того, что миграция RU 330 закончена. В качестве примера, модуль 311 F1-разбиения может выполнять трансляцию сетевых адресов (NAT) на основе IP-адресов, чтобы коммутировать данные, которые направлены в мигрироваший RU 330. Модуль 331 FH-разбиения может выполнять трансляцию сетевых адресов (NAT) на основе адресов уровня управления доступом к среде (MAC), чтобы коммутировать данные, направленные из мигрировашего RU 330, в целевой DU 320b.

[89] 2) Процесс повышающего масштабирования

[90] a) Агент 322a масштабирования исходного DU 320a может периодически сообщать состояние ресурсов, к примеру, использование CPU DU-сервера, использование запоминающего устройства, пропускную способность сети, потребление мощности, использование ускорителя (FPGA/GPU/интеллектуальной NIC) и т.д., в контроллер 312 масштабирования. Согласно различным вариантам осуществления, агент 322a масштабирования может сообщать состояние ресурсов, когда условие использования ресурсов, предварительно установленное посредством контроллера 312 масштабирования, удовлетворяется, вместо периодического формирования сообщений в контроллер 312 масштабирования.

[91] b) Контроллер 312 масштабирования может выбирать (решение по масштабированию) DU (целевой DU), который должен повышающе масштабироваться, на основе информации использования ресурсов DU 320 и выбирать RU (например, 330c) для того, чтобы коммутироваться из первого сервера (например, 232c по фиг. 2B) на другой сервер (например, 232b по фиг. 2B), из RU 330, обрабатывающих целевую DU-услугу, и обрабатывать его. Согласно различным вариантам осуществления, целевой DU для повышающего масштабирования (целевой DU 320b) может выбираться посредством различных политик. В качестве примера, если ресурсы, выделенные целевому DU 320b, выделяются для того, чтобы иметь возможность обрабатывать три RU (например, 330a, 330b и 330c по фиг. 3B) относительно 30% от пиковой пропускной способности RU, и один RU (например, 330a по фиг. 3B) в данный момент соединяется таким образом, что используется 20% от производительности обработки (90% всего), повышающее масштабирование может начинаться. Альтернативно, контроллер 312 масштабирования может выбирать оптимальный DU, который должен масштабироваться, через технологию на основе искусственного интеллекта/машинного обучения. Контроллер 312 масштабирования может выбирать RU 330 согласно различным политикам. В качестве примера, контроллер 312 масштабирования может выбирать RU (например, 330c по фиг. 3B) с пропускной способностью, меньшей средней, из RU (например, 330a, 330b и 330c по фиг. 3B), обрабатывающих услугу передачи на сервере (например, 232c по фиг. 2B), выполнять услугу целевого DU 320b на другом сервере (например, 232b по фиг. 2B) и коммутироваться, с тем чтобы обеспечивать возможность соответствующему RU 330c выполнять обработку. Альтернативно, контроллер 312 масштабирования может выбирать RU с наибольшей пропускной способностью и обеспечивать возможность исходному DU 320a, допускающему обработку с соответствующей производительностью, обрабатывать целевой RU для миграции.

[92] c) Контроллер 312 масштабирования может выбирать (выбор сервера повышающего масштабирования) сервер (например, 232b на фиг. 2b) с производительностью обработки, достаточной для того, чтобы обрабатывать услугу целевого DU 320b, и выполнять ее на соответствующем сервере. Согласно различным вариантам осуществления, выбор сервера для выполнения услуги целевого DU 320b может выполняться согласно различным политикам. В качестве примера, контроллер 312 масштабирования может выбирать сервер, допускающий обработку на пиковой скорости передачи данных, из нескольких RU либо выбирать сервер, допускающий обработку на средней скорости. Выбор целевого сервера повышающего масштабирования может быть связан с политикой выбора целевого RU для повышающего масштабирования. Если целевой RU для повышающего масштабирования (RU, в котором обработка мигрирует на целевую DU-услугу) имеет пропускную способность в 20% от пиковой, контроллер 312 масштабирования может выполнять миграцию соответствующего RU на DU (например, на исходный DU 320a), который использует ресурсы в 20% или меньше от опорного значения понижающего масштабирования, из целевых DU 320b. Согласно различным вариантам осуществления, восстановление ресурсов, используемых посредством услуги DU (например, целевого DU 320b), типично может выполняться через облачное окружение, например, Kubernetes. Сервер с восстановленными ресурсами (например, 232c по фиг. 2B) может удаляться из облачного окружения. Альтернативно, целевой DU 320b может удаляться посредством миграции соответствующего RU на исходный DU 320a из целевого DU 320b, который использует меньший объем ресурсов. Контроллер 312 масштабирования может предоставлять информацию, допускающую удаление услуги DU (например, целевого DU 320b) в облачном окружении.

[93] d) Контроллер 312 масштабирования может модифицировать (когда целевой DU 320b повышающе масштабирует сервер, отличающийся от исходного DU 320a) или удалять (когда целевой DU 320b повышающе масштабирует сервер, идентичный серверу исходного DU 320a) информацию относительно целевого DU 320b для повышающего масштабирования, зарегистрированного в модуле 311 F1-разбиения.

[94] e) Контроллер 312 масштабирования может модифицировать (когда целевой DU 320b повышающе масштабирует сервер, отличающийся от исходного DU 320a) или удалять (когда целевой DU 320b повышающе масштабирует сервер, идентичный серверу исходного DU 320a) информацию относительно целевого DU 320b для повышающего масштабирования, зарегистрированного в модуле 331 разбиения в прямом транзитном соединении.

[95] f) Контроллер 312 масштабирования может инструктировать создание сеанса связи для синхронизации контекста между агентами 322a и 322b масштабирования в исходном DU 320a и в целевом DU 320b.

[96] g) Агент 322b масштабирования целевого DU 320b может начинать передачу контекста для RU (например, 330c), который представляет собой цель миграции, в агент 322a масштабирования исходного DU 320a и продолжать обновление изменений контекста. Согласно различным вариантам осуществления, контекст может включать в себя, по меньшей мере, одно из контекста UE, состояния канала, информации диспетчеризации радиоресурсов и системной информации.

[97] h) Агент 322b масштабирования целевого DU 320b может выбирать UE, которое должно обрабатываться в исходном DU 320a, из числа, по меньшей мере, одного или более UE, выполненных с возможностью соединяться, прямо или косвенно, с целевым RU для миграции (например, 330c по фиг. 3B). Согласно различным вариантам осуществления, агент 322b масштабирования может выбирать целевой RU для миграции (например, 330c по фиг. 3B) согласно различным политикам. В качестве примера, при переключении UE из неактивного состояния, UE может последовательно выбираться из числа UE в RRC-соединенном состоянии в порядке от UE с наименьшим объемом передачи данных до UE с наибольшим объемом передачи данных. Альтернативно, DRB QoS-значения UE могут сравниваться, и выбор может выполняться в порядке более низкого приоритета.

[98] n) Агент 322b масштабирования целевого DU 320b может передавать информацию относительно целевого UE для миграции относительно целевого UE для миграции в агент 322a масштабирования исходного DU 320a. Согласно различным вариантам осуществления, агент 322b масштабирования целевого DU 320b может отправлять информацию относительно RU в агент 322a масштабирования исходного DU 320a перед передачей информации относительно UE. Согласно различным вариантам осуществления, информация относительно UE может включать в себя список служебных однонаправленных радиоканалов (SRB) и список однонаправленных радиоканалов передачи данных (DRB).

[99] j) Агент 322b масштабирования целевого DU 320b может запрашивать модуль 311 F1-разбиения на предмет того, чтобы отправлять данные, которые направлены в целевое UE для миграции, в исходный DU 320b. Согласно различным вариантам осуществления, модуль 311 F1-разбиения может передавать все данные, направленные в целевое UE для миграции, в исходный DU 320a. Другими словами, поток данных может коммутироваться из целевого DU 320b на исходный DU 320a.

[100] k) Агент 322b масштабирования целевого DU 320b может запрашивать планировщик 324b на предмет того, чтобы прекращать выделение ресурсов восходящей линии связи/нисходящей линии для целевого UE для миграции.

[101] l) Агент 322b масштабирования целевого DU 320b может передавать данные восходящей/нисходящей линии связи, в данный момент остающиеся в агенте 322a масштабирования исходного DU 320a.

[102] m) Исходный DU 320a может сбрасывать буфер с данными, принимаемыми из модуля 311 F1-разбиения, содержащего схему и целевой DU 320b, и подготавливаться к передаче/приему данных UE.

[103] n) Агент 322a масштабирования исходного DU 320a может уведомлять агент 322b масштабирования целевого DU 320b в отношении того, что подготовка к передаче/приему данных для UE закончена.

[104] o) Агент 322b масштабирования целевого DU 320b может запрашивать планировщик 324b на предмет того, чтобы возобновлять выделение ресурсов восходящей линии связи/нисходящей линии для целевого UE для миграции.

[105] p) Агент 322b масштабирования целевого DU 320b может запрашивать планировщик 324b на предмет того, чтобы переносить информацию выделения ресурсов восходящей линии связи/нисходящей линии для целевого UE для миграции в агент 322a масштабирования исходного DU 320a. Согласно различным вариантам осуществления, агент 322b масштабирования целевого DU 320b может продолжать перенос информации диспетчеризации до тех пор, пока миграция целевого RU для миграции не закончена.

[106] q) Агент 322b масштабирования целевого DU 320b может передавать информацию адреса исходного DU и адреса целевого DU в модуль 331 FH-разбиения.

[107] r) Исходный DU 320a может подготавливаться к передаче данных согласно информации выделения ресурсов восходящей линии связи/нисходящей линии связи и передавать ее в модуль 331 разбиения в прямом транзитном соединении или принимать из модуля 331 разбиения в прямом транзитном соединении.

[108] s) После приема сообщения C-плоскости (по стандарту 7.2x прямых транзитных O-RAN-соединений) из исходного DU 320a, модуль 331 разбиения в прямом транзитном соединении может выполнять изменение на MAC-адрес целевого DU 320b и затем передавать в RU и сохранять, по меньшей мере, одно из идентификатора кадра, идентификатора субкадра, идентификатора временного кванта, идентификатора символа и идентификатора секции пакета C-плоскости. Согласно различным вариантам осуществления, в случае восходящей линии связи, при приеме пакета, который использует MAC-адрес целевого DU 320b в качестве целевого адреса, из RU 330, модуль 331 разбиения в прямом транзитном соединении может идентифицировать, по меньшей мере, одно из идентификатора кадра, идентификатора субкадра, идентификатора временного кванта, идентификатора символа и идентификатора секции и, при совпадении с сохраненным идентификатором, изменять целевой адрес на MAC-адрес исходного DU 320a. Согласно различным вариантам осуществления, в случае нисходящей линии связи, после приема пакета U-плоскости из целевого DU 320b, модуль 331 разбиения в прямом транзитном соединении, содержащий схему, может выполнять изменение на MAC-адрес исходного DU 320a и передавать измененный адрес в RU.

[109] t) Процессы h-s могут повторяться для каждого UE до тех пор, пока все UE, выполненные с возможностью соединяться с целевым RU для миграции, не мигрируют на исходный DU 320a.

[110] n) Агент 322b масштабирования целевого DU 320b может запрашивать агент 322a масштабирования исходного DU 320a на предмет того, чтобы обрабатывать диспетчеризацию целевого RU для миграции (например, 330c).

[111] v) Агент 322b масштабирования целевого DU 320b может уведомлять контроллер 312 масштабирования в отношении того, что миграция целевого RU для миграции (например, 330c по фиг. 3B) закончена, и удалять информацию относительно мигрировашего RU (например, 330c по фиг. 3B).

[112] w) Контроллер 312 масштабирования может уведомлять модуль 311 F1-разбиения и/или модуль 331 разбиения в прямом транзитном соединении в отношении того, что миграция RU (например, 330c) закончена.

[113] x) Когда отсутствует RU 330, обработанный посредством целевого DU 320b, контроллер 312 масштабирования может удалять экземпляр целевого DU 320b.

[114] Согласно различным вариантам осуществления, предлагается программное обеспечение и устройство, включающее в себя модуль F1-разбиения, разъединяющий CU и DU в 5G RAN-системе, включающей в себя CU, DU и RU, модуль разбиения в прямом транзитном соединении, разъединяющий DU и RU, контроллер масштабирования, управляющий процессом масштабирования согласно состоянию серверных ресурсов, и агент масштабирования, управляющий потоком данных, необходимым для повышающего масштабирования DU при обмене данными с контроллером масштабирования и обработке контекстной синхронизации между DU.

[115] Согласно различным вариантам осуществления, когда ресурсы, выделенные UE, мигрируют из исходного DU на целевой DU, с использованием планировщика, отвечающего за выделение ресурсов в DU, однонаправленный радиоканал может прозрачно управляться.

[116] Согласно различным вариантам осуществления, в потоке данных между исходным DU и UE, коммутация на поток данных для RU и целевого DU может быть возможной на основе информации идентификатора кадра, идентификатора субкадра, идентификатора временного кванта, идентификатора символа и идентификатора секции для коммутации потока данных между целевым DU и UE.

[117] Согласно различным вариантам осуществления, столько серверных ресурсов, сколько требуется согласно трафику RU, может выделяться для DU 320 через объединение серверных ресурсов в пул облачной платформы вместо выделения специализированного DU для RU 330. Как результат, серверные ресурсы могут гарантироваться, так что число серверов может уменьшаться, и потребление мощности может снижаться.

[118] Согласно различным вариантам осуществления, пул ресурсов может указывать состояние, в котором ресурсы, например, один или более серверов или устройств хранения данных, могут гарантироваться и предоставляться по запросу пользователя и могут реализовываться в виртуальном пространстве. В облачном окружении, можно предоставлять ресурсы по запросу пользователя за счет минимального или сокращенного процесса либо немедленно через предварительно гарантированный пул ресурсов.

[119] Электронное устройство согласно различным вариантам осуществления может представлять собой один из различных типов электронных устройств. Электронное устройство может включать в себя, например, систему базовой станции поставщика услуг связи и частное сетевое устройство (частную 5G-систему). Согласно варианту осуществления, электронные устройства не ограничены устройствами, описанными выше.

[120] Следует принимать во внимание, что различные варианты осуществления настоящего раскрытия сущности и термины, используемые в них, не имеют намерение ограничивать технологические признаки, изложенные в данном документе, конкретными вариантами осуществления и включают в себя различные изменения, эквиваленты или замены для соответствующего варианта осуществления. Относительно описания чертежей, аналогичные ссылки с номерами могут использоваться для того, чтобы ссылаться на аналогичные или связанные элементы. Следует понимать, что форма единственного числа существительного, соответствующего пункту, может включать в себя один или более элементов, если релевантный контекст явно не указывает иное. При использовании в данном документе, каждая из таких фраз, как "A или B", "по меньшей мере, одно из A и B", "по меньшей мере, одно из A или B", "A, B или C", "по меньшей мере, одно из A, B и C" и "по меньшей мере, одно из A, B или C", может включать в себя все возможные комбинации пунктов, перечисляемых вместе в соответствующей одной из фраз. При использовании в данном документе, такие термины, так "1-й" и "2-й" либо "первый" и "второй", могут использоваться для того, чтобы просто отличать соответствующий компонент от другого, и не ограничивают компоненты в другом аспекте (например, по важности или порядку). Следует понимать, что если элемент (например, первый элемент) упоминается, с/без термина "функционально (operatively)" или "функционально (communicatively)", как "присоединенный (coupled with)", "присоединенный (coupled to)", "соединенный (connected with)" или "соединенный (connected to)" с другим элементом (например, со вторым элементом), это означает то, что элемент может присоединяться к другому элементу непосредственно (например, проводным способом), беспроводным способом либо, по меньшей мере, через третий элемент.

[121] При использовании в данном документе, термин "модуль" может включать в себя блок, реализованный в аппаратных средствах, программном обеспечении или микропрограммном обеспечении, и может взаимозаменяемо использоваться с другими терминами, например, "логика", "логический блок", "часть" или "схема". Модуль может представлять собой один неотъемлемый компонент либо его минимальную единицу или часть, адаптированную с возможностью выполнять одну или более функций. Например, согласно варианту осуществления, модуль может реализовываться в форме специализированной интегральной схемы (ASIC). Таким образом, каждый модуль в данном документе может содержать схему.

[122] Различные варианты осуществления, изложенные в данном документе, могут реализовываться как программное обеспечение (например, как программа 140), включающее в себя одну или более инструкций, которые сохраняются на носителе хранения данных (например, во внутреннем запоминающем устройстве 136 или во внешнем запоминающем устройстве 138), который является считываемым посредством машины (например, электронного устройства 101). Например, процессор (например, процессор 120) машины (например, электронного устройства 101) может активировать, по меньшей мере, одну из одной или более инструкций, сохраненных на носителе хранения данных, и выполнять ее, с или без использования одного или более других компонентов под управлением процессора. Это обеспечивает возможность машине работать с возможностью выполнять, по меньшей мере, одну функцию согласно, по меньшей мере, одной активированной инструкции. Одна или более инструкций могут включать в себя код, сформированный посредством компилятора, или код, выполняемый посредством интерпретатора. Машиночитаемый носитель хранения данных может предоставляться в форме энергонезависимого носителя хранения данных. В этом отношении, термин "энергонезависимый" просто означает то, что носитель хранения данных представляет собой материальное устройство и не включает в себя сигнал (например, электромагнитные волны), но этот термин не различает между случаем, когда данные полупостоянно сохраняются на носителе хранения данных, и случаем, когда данные временно сохраняются на носителе хранения данных.

[123] Согласно варианту осуществления, способ согласно различным вариантам осуществления может включаться и предоставляться в компьютерном программном продукте. Компьютерные программные продукты могут торговаться в качестве товаров между продавцами и покупателями. Компьютерный программный продукт может распространяться в форме машиночитаемого носителя хранения данных (например, постоянного запоминающего устройства на компакт-дисках (CD-ROM)) либо распространяться (например, загружаться или выгружаться) онлайн через магазин приложений (например, Play Store^TM) или через систему распространения оператора мобильной связи. При распространении онлайн, по меньшей мере, часть компьютерного программного продукта может временно формироваться или, по меньшей мере, временно сохраняться на машиночитаемом носителе хранения данных, таком как запоминающее устройство сервера изготовителя, сервера магазина приложений или ретрансляционного сервера. Каждый сервер в данном документе содержит схему обработки.

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

Изобретение относится к масштабированию распределенного блока, который может представлять собой разделенную функцию сети радиодоступа, и к выделению радиоресурсов. Технический результат заключается в обеспечении эффективного использования серверных ресурсов и уменьшении потребления мощности. Такой результат достигается тем, что посредством контроллера масштабирования получают информацию, связанную с использованием ресурсов первого DU, выполняемого через первый сервер; посредством контроллера масштабирования выбирают второй DU на основе информации, связанной с использованием ресурсов первого DU; посредством контроллера масштабирования выбирают по меньшей мере из одного первого удаленного блока (RU), который обрабатывает услугу первого DU, второго RU, который должен мигрировать на второй DU; и посредством первого DU передают информацию, связанную со вторым RU, во второй DU, при этом услуга первого DU может быть выполнена с возможностью обрабатываться посредством оставшихся RU, отличных от второго RU, по меньшей мере из одного первого RU. 2 н. и 13 з.п. ф-лы, 10 ил.

1. Устройство сети радиодоступа, включающее в себя распределенный блок (DU), содержащее:

первый DU, выполненный с возможностью обмениваться данными по меньшей мере с одним первым удаленным блоком (RU);

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

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

при этом контроллер масштабирования выполнен с возможностью выбирать второй RU для того, чтобы мигрировать на второй DU, из числа по меньшей мере одного первого RU для обработки услуги первого DU,

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

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

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

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

4. Устройство по п. 1, в котором информация относительно второго RU включает в себя список служебных однонаправленных радиоканалов (SRB) и/или список однонаправленных радиоканалов передачи данных (DRB) для целевого UE для миграции.

5. Устройство по п. 1, в котором информация относительно второго RU включает в себя по меньшей мере одно из информации относительно UE, связанного со вторым RU, информации относительно состояния канала, информации диспетчеризации радиоресурсов или системной информации.

6. Устройство по п. 1, в котором первый DU выполнен с возможностью создавать сеанс связи для синхронизации информации относительно второго RU, который представляет собой цель миграции, со вторым DU.

7. Устройство по п. 1, в котором второй DU выполнен с возможностью выбирать UE, которое должно обрабатываться посредством второго DU, из по меньшей мере одного UE, выполненного с возможностью соединяться со вторым RU.

8. Устройство по п. 1, в котором первый DU выполнен с возможностью передавать информацию относительно целевого UE для миграции во второй DU, и

при этом целевое UE для миграции выполнено с возможностью обрабатывать услугу для второго DU.

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

при этом модуль F1-разбиения выполнен с возможностью коммутировать поток данных из первого DU и передавать поток данных во второй DU.

10. Устройство по п. 1, содержащее также:

модуль F1-разбиения, выполненный с возможностью соединять распределенный блок (DU) и центральный блок (CU); и

модуль разбиения в прямом транзитном соединении (FH), выполненный с возможностью соединять распределенный блок (DU) и удаленный блок (RU),

при этом контроллер масштабирования выполнен с возможностью регистрировать информацию относительно услуги второго DU в каждом из модуля F1-разбиения и модуля FH-разбиения.

11. Способ связи посредством устройства сети радиодоступа, включающего в себя распределенный блок (DU), при этом способ содержит этапы, на которых:

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

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

выбирают второй RU для того, чтобы мигрировать на второй DU, из по меньшей мере одного первого удаленного блока (RU), выполненного с возможностью обрабатывать услугу первого DU посредством контроллера масштабирования; и

передают информацию относительно второго RU во второй DU посредством первого DU,

при этом оставшийся RU, за исключением второго RU, по меньшей мере из одного первого RU обрабатывает услугу первого DU.

12. Способ по п. 11, содержащий также этап, на котором выбирают второй сервер, имеющий производительность для того, чтобы выполнять услугу второго DU посредством контроллера масштабирования.

13. Способ по п. 11, в котором выбор второго DU включает в себя этап, на котором выбирают второй DU для того, чтобы обрабатывать по меньшей мере часть услуги первого DU с использованием второго сервера, отличающегося от первого сервера, на основе использования ресурсов для первого DU, удовлетворяющего условию, ассоциированному с ресурсами, доступными для первого сервера.

14. Способ по п. 11, в котором информация относительно второго RU включает в себя список служебных однонаправленных радиоканалов (SRB) и/или список однонаправленных радиоканалов передачи данных (DRB) для целевого UE для миграции.

15. Способ по п. 11, в котором информация относительно второго RU включает в себя по меньшей мере одно из информации относительно UE, связанного со вторым RU, информации относительно состояния канала, информации диспетчеризации радиоресурсов или системной информации.