СПОСОБЫ, УСТРОЙСТВО И СИСТЕМЫ, ОТНОСЯЩИЕСЯ К БЕЗДЕЙСТВИЮ UE
METHODS, DEVICE AND SYSTEMS RELATING TO INACTIVITY OF UE

Область техники
Варианты осуществления в раскрытии изобретения относятся к сетям беспроводной связи и, в частности, к способам, устройству и системам для обнаружения и сообщения о бездействии UE в таких сетях.
Уровень техники
В целом все используемые в этом документе термины нужно интерпретировать в соответствии с их обычным значением в релевантной области техники, если явно не задано иное значение и/или оно не подразумевается из контекста, в котором используется. Все ссылки на элемент, устройство, компонент, средство, этап и т. п. нужно интерпретировать прямо как ссылающиеся по меньшей мере на один экземпляр элемента, устройства, компонента, средства, этапа и т. п., пока явно не установлено иное. Этапы любых раскрытых в этом документе способов не нужно выполнять в точном раскрытом порядке, если этап не описан явно как следующий за другим этапом либо предшествующий ему, и/или там, где не выражено явно, что этап должен следовать за другим этапом либо предшествовать ему. Любой признак любого из раскрытых в этом документе вариантов осуществления может применяться к любому другому варианту осуществления, где это уместно. Также любое преимущество любого из вариантов осуществления может применяться к любым другим вариантам осуществления, и наоборот. Другие цели, признаки и преимущества включенных вариантов осуществления будут очевидны из нижеследующего описания.
На фиг. 1 показана современная архитектура RAN 5G (также известная как Следующее поколение, или NG).
Архитектуру NG можно дополнительно описать следующим образом:
- RAN NG состоит из набора gNB, подключенных к 5GC посредством NG.
- gNB может поддерживать режим FDD, режим TDD или работу в двух режимах.
- gNB могут быть взаимосвязаны посредством Xn.
- gNB может состоять из CU gNB и одного или нескольких DU gNB.
- CU gNB и DU gNB подключаются по логическому интерфейсу F1.
- Один DU gNB подключается только к одному CU gNB.
NG, Xn и F1 являются логическими интерфейсами. Для RAN NG интерфейсы NG и Xn-C для gNB, состоящего из CU gNB и одного или нескольких DU gNB, оканчиваются в CU gNB. Для DC EN интерфейсы S1-U и X2-C для gNB, состоящего из CU gNB и DU gNB, оканчиваются в CU gNB. CU gNB и подключенные DU gNB видимы только другим gNB и 5GC в виде gNB.
RAN NG разделяется на уровень радиосети (RNL) и уровень транспортной сети (TNL). Архитектура RAN NG, то есть логические узлы RAN NG и интерфейсы между ними, задается как часть RNL. Для каждого интерфейса RAN NG (NG, Xn, F1) задается связанный протокол TNL и функциональные возможности. TNL предоставляет услуги для транспорта плоскости пользователя и транспорта сигнализации. В конфигурации NG-Flex каждый gNB подключается ко всем AMF в области AMF. Область AMF задается в TS 23.501 3GPP версии 1.5.0.
Общие принципы для описания интерфейса F1 выглядят следующим образом:
- интерфейс F1 должен быть открытым;
- интерфейс F1 поддерживает обмен сигнальной информацией между конечными точками, к тому же интерфейс должен поддерживать передачу данных к соответствующим конечным точкам;
- с точки зрения логики, F1 является двухточечным интерфейсом между конечными точками (двухточечный логический интерфейс должен быть осуществим даже при отсутствии физического прямого соединения между конечными точками);
- интерфейс F1 поддерживает разделение плоскости управления и плоскости пользователя;
- интерфейс F1 различает уровень радиосети и уровень транспортной сети;
- интерфейс F1 дает возможность обмена ассоциированной с UE информацией и не ассоциированной с UE информацией;
- интерфейс F1 задается с заделом на будущее для выполнения разных новых требований, поддержки новых услуг и новых функций;
- один CU gNB и набор из одного или нескольких DU gNB видны другим логическим узлам в качестве gNB. gNB завершает интерфейсы X2, Xn, NG и S1-U;
- CU можно разделить на плоскость управления (CP) и плоскость пользователя (UP).
В настоящее время существуют некоторые проблемы. Например, в системе 4G (EPS) eNB постоянно контролирует активность UE по каждому несущему каналу. eNB определяет, когда несущий канал бездействовал заданное количество времени, а затем предпринимает соответствующие меры. Например, eNB мог бы принять решение удалить несущий канал, который бездействовал заданное количество времени. Если все несущие каналы UE бездействовали заданное количество времени, то узел, управляющий состоянием RRC у UE, может решить:
- либо сменить состояние UE на RRC_IDLE, удаляя все свойственные UE ресурсы в RAN,
- либо приостановить соединение UE в LTE, сохраняя контекст UE в RAN.
В системе 5G (5GS) нужны аналогичные функциональные возможности, где можно было бы удалить бездействующий радиоканал-носитель данных на основе информации о бездействии, либо, если все DRB у UE бездействовали заданное количество времени, то узел, управляющий состоянием RRC у UE, может решить:
- либо сменить состояние UE на RRC_IDLE, удаляя из RAN все свойственные UE ресурсы плоскости управления и плоскости пользователя,
- либо отправить UE в RRC_INACTIVE, сохраняя необходимые ресурсы плоскости пользователя и плоскости управления, установленные в RAN (например, сохраненные в gNB или другом узле RAN).
Отметим, что позднее с тем же успехом в EPS можно было бы ввести эквивалентную функцию RRC_INACTIVE.
Сущность изобретения
Некоторые аспекты настоящего раскрытия изобретения и их варианты осуществления могут предоставить решения этих или других проблем.
В этом документе предложены различные варианты осуществления, которые направлены на решение одной или более проблем, раскрытых в этом документе.
В одном аспекте раскрытия изобретения предоставляется способ в распределенном блоке базовой станции, при этом базовая станция дополнительно содержит централизованный блок. Способ содержит: контроль (мониторинг) активности одного или нескольких радиоканалов-носителей данных, установленных между распределенным блоком и пользовательским оборудованием для переноса пользовательских данных; и передачу централизованному блоку сообщения с отчетом, содержащего указание активности одного или нескольких радиоканалов-носителей данных.
Также предоставляется устройство, сконфигурированное для выполнения указанного выше способа. Например, в одном аспекте предоставляется распределенный блок для базовой станции. Базовая станция дополнительно содержит централизованный блок. Распределенный блок содержит схемы обработки и постоянный машиночитаемый носитель, хранящий команды, которые при исполнении схемами обработки побуждают распределенный блок: контролировать активность одного или нескольких радиоканалов-носителей данных, установленных между распределенным блоком и пользовательским оборудованием для переноса пользовательских данных; и передавать централизованному блоку сообщение с отчетом, содержащее указание активности одного или нескольких радиоканалов-носителей данных.
Другой аспект раскрытия изобретения предоставляет способ в централизованном блоке базовой станции, при этом базовая станция дополнительно содержит один или несколько распределенных блоков. Способ содержит: прием от первого распределенного блока из одного или нескольких распределенных блоков сообщения с отчетом, содержащего указание активности одного или нескольких первых радиоканалов-носителей данных, установленных между первым распределенным блоком и пользовательским оборудованием для переноса пользовательских данных.
Также предоставляется устройство, сконфигурированное для выполнения указанного выше способа. Например, в одном аспекте предоставляется централизованный блок для базовой станции. Базовая станция дополнительно содержит один или несколько распределенных блоков. Централизованный блок содержит схемы обработки и постоянный машиночитаемый носитель, хранящий команды, которые при исполнении схемами обработки побуждают централизованный блок: принимать от первого распределенного блока из одного или нескольких распределенных блоков сообщение с отчетом, содержащее указание активности одного или нескольких первых радиоканалов-носителей данных, установленных между первым распределенным блоком и пользовательским оборудованием для переноса пользовательских данных.
Дополнительный аспект раскрытия изобретения предоставляет способ в централизованном блоке базовой станции, при этом базовая станция дополнительно содержит распределенный блок. Устанавливается один или несколько несущих радиоканалов между базовой станцией и пользовательским оборудованием для переноса пользовательских данных. Централизованный блок реализует объект плоскости пользователя и объект плоскости управления. Способ в объекте плоскости пользователя содержит: контроль активности одного или нескольких несущих радиоканалов.
Также предоставляется устройство, сконфигурированное для выполнения указанного выше способа. Например, в одном аспекте предоставляется централизованный блок для базовой станции. Базовая станция дополнительно содержит распределенный блок. Централизованный блок реализует объект плоскости пользователя и объект плоскости управления. Централизованный блок содержит схемы обработки и постоянный машиночитаемый носитель, хранящий команды, которые при исполнении схемами обработки побуждают централизованный блок в объекте плоскости пользователя: контролировать активность одного или нескольких несущих радиоканалов, когда устанавливается один или несколько несущих радиоканалов между базовой станцией и пользовательским оборудованием для переноса пользовательских данных.
Некоторые варианты осуществления могут обеспечить одно или несколько следующих технических преимуществ. Например, предложенные варианты осуществления могут позволить DU gNB информировать CU gNB об активности UE (по каждому UE или по каждому несущему каналу). CU gNB может использовать эту информацию, например, чтобы удалять неиспользуемые несущие каналы или менять состояние UE на RRC_IDLE или RRC_INACTIVE. В свою очередь, это позволяет сети экономить радиоресурсы и уменьшать потребление энергии UE. Варианты осуществления из раскрытия изобретения дополнительно могут позволить обмениваться аналогичной информацией об активности UE между разными узлами RAN, например, между главным узлом и вспомогательным узлом в случае двойного подключения и/или межсетевого обмена LTE-NR.
Термин "несущий радиоканал (радиоканал-носитель)" или "несущий канал (канал-носитель)" в этом документе нужно понимать как набор ресурсов, используемый беспроводным способом для осуществления связи с определенным UE по одному экземпляру протокола PDCP. Такой несущий радиоканал мог бы состоять из радио- или беспроводных ресурсов, обслуживаемых разными точками радиопередачи, например разными DU и разными DRB. Термин "радиоканал-носитель данных" при использовании применительно к архитектуре DU-CU относится к набору беспроводных ресурсов, используемых для осуществления связи между CU и UE через определенный DU. Такой DRB в этом раскрытии изобретения является сквозным каналом, созданным между CU, DU и UE, чтобы обмениваться частью либо всем трафиком, соответствующим несущему радиоканалу.
Краткое описание чертежей
Для лучшего понимания примеров из настоящего раскрытия изобретения и для более понятной демонстрации того, как можно реализовать те примеры, обратимся теперь только для примера к следующим чертежам, на которых:
Фиг. 1 показывает архитектуру RAN 5G, которая описана в TS 38.401 3GPP, версия 0.4.1;
Фиг. 2 - схема сигнализации, относящаяся к обнаружению и сообщению об активности UE/DRB в соответствии с вариантами осуществления из раскрытия изобретения;
Фиг. 3 - схема сигнализации, относящаяся к обнаружению и сообщению об активности UE/DRB в соответствии с дополнительными вариантами осуществления из раскрытия изобретения;
Фиг. 4 показывает телекоммуникационную сеть, подключенную через промежуточную сеть к хост-компьютеру, в соответствии с вариантами осуществления из раскрытия изобретения;
Фиг. 5 показывает хост-компьютер, осуществляющий связь через базовую станцию с пользовательским оборудованием по частично беспроводному соединению в соответствии с вариантами осуществления из раскрытия изобретения;
Фиг. 6-9 – логические блок-схемы способов, реализуемых в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование в соответствии с вариантами осуществления из раскрытия изобретения;
Фиг. 10 - логическая блок-схема способа, реализуемого в распределенном блоке базовой станции в соответствии с вариантами осуществления из раскрытия изобретения;
Фиг. 11 - схематическое изображение устройства виртуализации в соответствии с вариантами осуществления из раскрытия изобретения;
Фиг. 12 - схематическое изображение устройства, реализованного в распределенном блоке базовой станции в соответствии с вариантами осуществления из раскрытия изобретения;
Фиг. 13 – логическая блок-схема способа, реализуемого в централизованном блоке базовой станции в соответствии с вариантами осуществления из раскрытия изобретения;
Фиг. 14 - схематическое изображение устройства виртуализации в соответствии с вариантами осуществления из раскрытия изобретения;
Фиг. 15 - схематическое изображение устройства, реализованного в централизованном блоке базовой станции в соответствии с вариантами осуществления из раскрытия изобретения;
Фиг. 16 - логическая блок-схема способа, реализуемого в централизованном блоке базовой станции в соответствии с вариантами осуществления из раскрытия изобретения;
Фиг. 17 - схематическое изображение устройства виртуализации в соответствии с вариантами осуществления из раскрытия изобретения; и
Фиг. 18 - схематическое изображение устройства, реализованного в централизованном блоке базовой станции в соответствии с вариантами осуществления из раскрытия изобретения.
Подробное описание
Там, где узел RAN разделяется на DU (распределенный блок) и CU (централизованный блок), один или несколько нижних уровней стека протоколов находятся в DU, тогда как один или несколько верхних уровней находятся в CU. Поэтому DU может контролировать активность UE по каждому DRB и сообщать CU, когда либо DRB, либо UE (то есть все DRB для UE) бездействовали заданное количество времени. Тогда CU может принять одну или несколько мер на основе бездействия, например удаление неиспользуемых DRB или изменение состояния UE, либо, если CU размещается во вспомогательном узле RAN (в случае двойного подключения), сообщение главному узлу RAN, что все каналы-носители пользовательских данных, для которых предоставляет ресурсы вспомогательный узел RAN, бездействовали заданное количество времени.
Отметим, что разделение узла RAN на DU и CU в настоящее время реализовано только для gNB, то есть узлы RAN, предоставляющие доступ NR, разделяются только на DU gNB и CU gNB. Это может поменяться позднее, когда разделение на CU и DU также будет применяться для узлов RAN, предоставляющих доступ E-UTRA или доступ NR и E-UTRA, с соответствующим интерфейсом, заданным между CU и DU на основе F1 либо нового интерфейса, развернутого в EPS или 5GS. Соответственно, описанные в этом документе варианты осуществления применимы ко всем технологиям радиодоступа, в которых базовую станцию или аналогичный узел сети радиодоступа можно реализовать в раздельной архитектуре, при этом первый узел (называемый в этом документе централизованным узлом) предоставляет функциональные возможности одного или нескольких верхних уровней в стеке протоколов, а один или несколько вторых узлов (называемых в этом документе распределенными узлами) предоставляют функциональные возможности одного или нескольких нижних уровней в стеке протоколов. Например, CU gNB может размещать в себе уровни RRC, SDAP и PDCP. DU gNB может размещать в себе уровни RLC, MAC и PHY.
Следует дополнительно отметить, что ресурсы RAN для радиоканалов-носителей данных, выделенных для UE, могут предоставляться несколькими DU. Поэтому CU, обслуживающий UE, может принимать указания бездействия от всех подключенных DU, обслуживающих то же UE. Кроме того, как упоминалось выше, в случае двойного подключения больше одного CU могут участвовать в обслуживании UE, при этом один логически принадлежит главному узлу RAN, а один или несколько логически принадлежат одному или нескольким вспомогательным узлам RAN. Принимая информацию от всех DU, подключенный к ним CU может получать правильное понимание бездействия DRB (или несущих каналов) или UE, поскольку затрагивается управляющий CU. Причина в том, что один несущий канал можно разделить между CU и разными DU, обслуживающими UE (например, с использованием разных DRB). А именно, трафик данных, принадлежащий одной и той же услуге (например, принадлежащий потоку QoS), может передаваться к UE по двум каналам (например, DRB): один посредством первого DU, а другой посредством второго DU. Чтобы понять, бездействует ли услуга, CU может понадобиться принять указания бездействия от первого и второго DU. Аналогичным образом, чтобы понять, бездействует ли UE, CU может понадобиться получить обратную связь от всех подключенных DU, которые обслуживают UE. В случае двойного подключения CU, который логически принадлежит главному узлу RAN, может размещать в себе функцию, которая в конечном счете выбирает состояние RRC для UE, принимая поэтому окончательное решение, нужно ли отправить UE в RRC_INACTIVE (или в RRC_IDLE, или оставить в RRC_CONNECTED).
Раскрываются различные решения для сообщения информации об активности UE по интерфейсам F1, X2 и Xn. Это позволяет сети определять, бездействовало ли UE, или несущий канал, или DRB заданное количество времени.
Раскрытие изобретения предоставляет по меньшей мере два класса решения: решение, в котором CU (например, объект плоскости пользователя, размещаемый CU) контролирует бездействие UE и несущего канала/DRB, и решение, в котором DU контролируют бездействие несущего канала/DRB и отправляют информацию в CU.
Для случая, где CU выполняет контроль бездействия несущих каналов и UE, контроль может происходить на уровне UP, например, в экземпляре PDCP, используемом для трафика UP. В конечном счете информация о бездействии может передаваться функциям CP в CU, ответственным за изменение состояния UE или настройку/закрытие несущего канала, чтобы такие функции могли принимать подходящие решения. Если используется стандартизованный интерфейс между CP и функциями UP, например интерфейс E1, который изучается в настоящее время в 3GPP, то в такой интерфейс можно добавить информацию о бездействии.
Для случая сигнализации DU информации о бездействии к CU два возможных механизма для включения информации об активности UE по интерфейсу F1 описываются следующим образом:
- Ввести новую процедуру CP в спецификации F1AP: это затрагивает задание новой процедуры, ассоциированной с UE и инициируемой DU. Процедура могла бы относиться к классу 1 или классу 2 (соответственно, требующая ответа на исходное сообщение или не требующая никакого ответа на исходное сообщение). DU может инициировать процедуру путем отправки к CU сообщения, включающего информацию о том, активно или бездействует UE. Например, DU может объявить, что UE бездействует, когда все несущие каналы/DRB не использовались для передачи данных некоторое количество времени. Сообщение также может включать в себя информацию об активности по каждому несущему каналу/DRB. В случае процедуры класса 1 CU gNB может ответить подтверждением, что данные приняты правильно.
- Применить процедуру F1AP "Необходимо изменение контекста UE": другой вариант - опираться на существующую процедуру F1AP "Необходимо изменение контекста UE", которая является ассоциированной с UE и инициируемой DU gNB процедурой, которая описана в TS 38.473 (версия 0.4.0). Процедура "Необходимо изменение контекста UE" относится к классу 1. DU может инициировать процедуру путем отправки сообщений "Необходимо изменение контекста UE", и CU может сообщать об успешном обновлении контекста UE в сообщении "Подтверждение изменения контекста UE". Сообщение "Необходимо изменение контекста UE" можно было бы расширить новым IE, который переносит информацию об активности UE и, при необходимости, также информацию об активности несущего канала/DRB.
В обоих вышеприведенных вариантах и в случае, где UE обслуживается несколькими логическими узлами RAN (например, случаи двойного подключения в NR по разным gNB, или двойное подключение между LTE и NR, или двойное подключение в LTE), информацию о бездействии можно сигнализировать по интерфейсам между такими узлами RAN. Например, эту информацию можно сигнализировать по интерфейсу X2 (в случае EPS) или Xn (в случае 5GS). Информация может использоваться в узле RAN при управлении изменениями состояния RRC UE для определения, можно ли перевести UE, например, в свободное состояние или бездействующее состояние, или можно ли приостановить соединение UE (отметим, что в соответствии с текущим состоянием спецификации 3GPP "приостановка соединения UE” применима сейчас для EPS, тогда как RRC_INACTIVE применимо сейчас для 5GS, но это может поменяться при дальнейшей разработке спецификаций). Также информацию можно предоставить узлу, ответственную за управление несущим каналом/DRB, чтобы решить, удалять ли бездействующий несущий канал/DRB. Аналогично интерфейсу F1 двумя возможными решениями для отправки указания бездействия по интерфейсу X2 или Xn являются:
- Ввести новую процедуру X2AP/XnAP, например, новую ассоциированную с UE и инициируемую SN процедуру класса 2. SN использует эту процедуру для указания MN бездействия по каждому UE и/или по каждому несущему каналу.
- Применять существующую процедуру X2AP/XnAP, например, процедуру "Инициированное SN изменение SN", и добавить новый IE, который переносит информацию о бездействии по каждому UE или по каждому несущему каналу.
Некоторые предполагаемые в этом документе варианты осуществления сейчас будут полнее описываться со ссылкой на прилагаемые чертежи. Однако в объеме раскрытого в этом документе предмета изобретения заключены другие варианты осуществления, и раскрытый предмет изобретения не следует толковать как ограниченный только изложенными в этом документе вариантами осуществления; точнее, эти варианты осуществления предоставляются в качестве примера для выражения объема предмета изобретения специалистам в данной области техники.
Как отмечалось выше, варианты осуществления из раскрытия изобретения можно классифицировать на две группы: в которой централизованный блок базовой станции контролирует активность UE и/или одного или нескольких радиоканалов-носителей данных, установленных с UE; и в которой распределенный блок базовой станции контролирует активность UE и/или одного или нескольких радиоканалов-носителей данных, установленных с UE. Ниже предоставлены две примерные схемы обслуживания вызова, или схемы сигнализации, которые иллюстрируют варианты осуществления в последней категории. Таким образом, схемы сигнализации можно использовать для предоставления информации об активности UE от DU gNB к CU gNB по подходящему интерфейсу, установленному между ними (например, интерфейсу F1).
Пример 1: информация об активности UE, предоставленная с использованием новой процедуры F1AP класса 2
В этом варианте осуществления, показанном на фиг. 2, представляется схема обслуживания вызова, которая показывает, как можно предоставлять информацию об активности UE от DU 212, 214 gNB к CU 216 gNB, используя новую ассоциированную с UE, инициируемую DU gNB процедуру F1AP класса 2.
UE 210 подключается к сети и может передавать и принимать данные через один или несколько DU 212, 214 и/или через один или несколько узлов RAN (фиг. 2 показывает один узел RAN). Можно установить один или несколько радиоканалов-носителей данных (DRB) между UE и каждым DU для передачи пользовательских данных. К тому же можно установить один или несколько радиоканалов-носителей сигнализации (SRB) между UE и по меньшей мере одним DU для передачи управляющих данных и сигнализации.
Этап 201. DU 212, 214 gNB контролирует активность UE (например, постоянно, периодически или по мере необходимости) и определяет, что UE (то есть все DRB от этого UE) не передавало или не принимало данные заданное количество времени, либо передало или приняло сравнительно небольшие данные в течение заданного количества времени. В первом случае DU gNB может инициировать или сбросить таймер при передаче или приеме данных UE и определить, что UE бездействует, по истекающему без сброса таймеру. В последнем случае, например, DU может сравнить объем данных, переданный или принятый в скользящем интервале, с пороговой величиной и определить, что UE бездействует, если объем данных меньше пороговой величины. В качестве альтернативы DU может определить, что один или несколько DRB бездействовали заданное количество времени. Перечисленные выше варианты осуществления относительно определения, что UE бездействует, в равной степени применяются к определению, что бездействует конкретный DRB. В примере из фиг. 2, где DRB устанавливаются между UE и двумя DU gNB (DU1 gNB и DU2 gNB), каждый DU gNB контролирует активность DRB, установленных между соответствующим DU и UE.
Этап 202. DU gNB отправляет в CU 216 gNB сообщение F1PA "Указание активности UE". Сообщение может передаваться по интерфейсу между двумя узлами, например интерфейсу F1. Сообщение может содержать указание, что UE или некоторые DRB определены как бездействующие (то есть как на этапе 201 выше). Соответственно, сообщение может содержать одиночное указание в отношении UE, что все DRB, установленные между DU gNB и UE, определены как бездействующие. В качестве альтернативы или дополнительно сообщение может содержать соответствующие указания для каждого из DRB, установленных между DU gNB и UE, определен ли конкретный DRB как бездействующий. Указания могут быть явными или неявными. В первом случае для каждого DRB могут предоставляться отдельные указания, является ли конкретный DRB активным или бездействующим. В последнем случае указание может предоставляться с помощью присутствия или отсутствия конкретного указания; например, сообщение может содержать явные указания только для тех DRB, которые определены как бездействующие (или наоборот, как активные). Отсутствие указания для конкретного DRB из сообщения CU gNB может интерпретировать как то, что DRB активен (или наоборот, бездействует). В примере из фиг. 2 оба DU gNB определяют, что UE (либо один или несколько DRB) бездействовало, и передают CU gNB соответствующие сообщения.
Этап 203. С помощью этой информации CU 216 может определить уровень бездействия UE и принять одну или несколько мер на основе того уровня бездействия.
Например, CU может определить, что бездействуют все несущие каналы, ассоциированные с UE, и поэтому бездействует UE в целом. В качестве альтернативы CU может определить, что UE не бездействует в целом, но один или несколько DRB бездействуют. В первом случае CU gNB, если размещает в себе функцию, которая определяет состояние RRC, может принять решение сменить состояние UE с существующего состояния (например, ассоциированного с довольно большим энергопотреблением и/или довольно высоким использованием ресурсов) на новое состояние (например, ассоциированное с меньшим энергопотреблением и/или меньшим использованием ресурсов). Например, UE можно переключить из RRC_CONNECTED в такое состояние, как RRC_INACTIVE или RRC_IDLE. В последнем случае, если CU gNB размещает в себе функцию для управления DRB (например, объект PDCP), то CU gNB может принять решение удалить (например, закрыть) один или несколько DRB, сконфигурированных для UE (например, один или несколько либо все DRB, указанные как бездействующие). Если CU gNB не размещает в себе функцию, которая выбирает состояние RRC или управляет DRB, то он может передавать сообщение с отчетом о бездействии сетевому узлу (узлам), размещающим в себе такие функции. Например, в случае двойного подключения CU gNB, который может находиться во вспомогательном gNB для UE, может передавать сообщение с отчетом о бездействии главному gNB (например, по интерфейсу X2 или Xn). Эта информация дает узлу, управляющему изменениями состояний UE и DRB, возможность либо менять состояние UE, либо удалять бездействующие DRB (например).
В проиллюстрированном варианте осуществления CU gNB определяет, что UE в целом бездействует, и решает сменить состояние UE на RRC_INACTIVE:
Этап 204. CU 216 gNB отправляет DU gNB сообщение "Передача RRC DL", которое включает в себя сообщение RRCConnectionRelease, которое нужно прозрачно перенаправить к UE.
Этап 205. DU 212 gNB отправляет UE сообщение RRCConnectionRelease.
Этап 206. UE 210 входит в состояние RRC_INACTIVE (то есть маломощное состояние).
Этап 207. CU 216 gNB отправляет DU gNB команду F1AP "Освобождение контекста UE".
Этап 208. DU 212 gNB удаляет контекст UE, освобождает соответствующий ресурс и отвечает сообщением "Завершено освобождение контекста UE".
Для случая, где несущие каналы удаляются из-за бездействия, CU 216 gNB может отправить Запрос изменения контекста UE к DU, для которых нужно удалить DRB. Такое сообщение может содержать список DRB для удаления. CU также может отправить UE сообщение "Реконфигурация RRC".
Таким образом, в описанном выше относительно фиг. 2 варианте осуществления передача посредством DU gNB отчета о бездействии (например, сообщения F1PA "Указание активности UE") является событийно управляемой, например, при обнаружении бездействия в одном или нескольких (либо всех) DRB, установленных с DU gNB. В альтернативных вариантах осуществления DU gNB может конфигурироваться (например, посредством CU gNB) для передачи сообщений об активности к CU gNB периодически, то есть не событийно. В этом случае переданное посредством DU gNB сообщение с отчетом об активности может содержать указание UE или DRB, которые определены как бездействующие (то есть как указано выше), или указание уровня активности UE или DRB. В последнем случае указание может содержать указание объема данных, переданного или принятого UE (или DRB) в конкретном интервале времени, например в скользящем интервале времени. Тогда CU gNB может определить, бездействуют ли UE (или конкретные DRB), например, путем сравнения указанного уровня активности с пороговой величиной или сброса таймера при каждой передаче или приеме данных, и определения, что UE (или DRB) бездействует, когда уровень активности ниже пороговой величины, или истекает таймер.
Пример 2: информация об активности UE, предоставленная с использованием процедуры "Необходимо изменение контекста UE"
В этом варианте осуществления, показанном на фиг. 3, представляется схема обслуживания вызова, которая показывает, как можно предоставлять информацию об активности UE от DU 312 gNB к CU 316 gNB, используя ассоциированную с UE, инициируемую DU gNB процедуру F1AP "Необходимо изменение контекста UE" класса 1 в TS 38.473 (версия 0.4.0).
Процедура аналогична описанной выше по отношению к фиг. 2, но вместо процедуры "Отчет об активности UE" (на этапах 202 и 202a) используется процедура "Изменение контекста UE" с добавлением новых IE, указывающих бездействие по каждому UE или по каждому DRB (на этапах 302a и 302b). Таким образом, отчет о бездействии от DU gNB к CU gNB содержит сообщение "Изменение контекста UE" с указанием (например, один или несколько IE) уровня активности UE 310 или DRB, ассоциированных с UE 310. Во всем остальном этапы 301, 303, 304, 305, 306, 307 и 308 аналогичны их соответствующим этапам на фиг. 2.
Как отмечалось выше, в дополнительной категории вариантов осуществления CU выполняет контроль активности/бездействия UE.
Как и в случае вариантов осуществления, описанных выше относительно фиг. 2, UE подключается к сети и может передавать и принимать данные посредством одного или нескольких DU и/или посредством одного или нескольких узлов RAN. Можно установить один или несколько DRB между UE и каждым DU для передачи пользовательских данных. К тому же можно установить один или несколько SRB между UE и по меньшей мере одним DU для передачи управляющих данных и сигнализации.
CU gNB контролирует активность UE (например, постоянно, периодически или по мере необходимости) и может определить, что UE (то есть все DRB от этого UE) не передавало или не принимало данные заданное количество времени, либо передало или приняло сравнительно небольшие данные в течение заданного количества времени. В первом случае CU gNB может инициировать или сбросить таймер при передаче или приеме данных UE и определить, что UE бездействует, по истекающему без сброса таймеру. В последнем случае, например, CU может сравнить объем данных, переданный или принятый в скользящем интервале, с пороговой величиной и определить, что UE бездействует, если объем данных меньше пороговой величины. В качестве альтернативы CU может определить, что один или несколько DRB бездействовали заданное количество времени. Перечисленные выше варианты осуществления относительно определения, что UE бездействует, в равной степени применяются к определению, что бездействует конкретный DRB.
CU gNB может содержать отдельные объекты, выполняющие функции плоскости пользователя (UP) и функции плоскости управления (CP). Например, CU gNB может содержать один или несколько объектов UP CU и один или несколько объектов CP CU. В соответствии с вариантами осуществления из раскрытия изобретения объект UP CU может контролировать активность UE (или DRB). Кроме того, как отмечалось выше, CU gNB может реализовать один или несколько верхних уровней в стеке протоколов. В некоторых вариантах осуществления из раскрытия изобретения один из этих уровней (например, уровень PDCP) в объекте UP CU может использоваться для контроля активности UE либо одного или нескольких установленных DRB.
Тогда UP CU может отправлять CP CU сообщение с отчетом, содержащее указание активности UE либо одного или нескольких несущих радиоканалов UE. Сообщение может передаваться по интерфейсу между двумя узлами, например интерфейсу E1. Сообщение может содержать указание, что UE или некоторые DRB определены как бездействующие. Соответственно, сообщение может содержать одиночное указание в отношении UE, что все DRB, установленные между gNB и UE, определены как бездействующие. В качестве альтернативы или дополнительно сообщение может содержать соответствующие указания для каждого из DRB, установленных между gNB и UE, определен ли конкретный DRB как бездействующий. Указания могут быть явными или неявными. В первом случае для каждого DRB могут предоставляться отдельные указания, является ли конкретный DRB активным или бездействующим. В последнем случае указание может предоставляться с помощью присутствия или отсутствия конкретного указания; например, сообщение может содержать явные указания только для тех несущих каналов, которые определены как бездействующие (или наоборот, как активные). Отсутствие указания для конкретного несущего канала из сообщения CP CU может интерпретировать как то, что несущий канал активен (или наоборот, бездействует).
С помощью этой информации CP CU может принять одну или несколько мер на основе уровня бездействия в UE.
Например, CP CU может определить, что бездействуют все несущие каналы, ассоциированные с UE, и поэтому бездействует UE в целом. В первом случае CP CU, если размещает в себе функцию, которая определяет состояние RRC, может принять решение сменить состояние UE с существующего состояния (например, ассоциированного с довольно большим энергопотреблением и/или довольно высоким использованием ресурсов) на новое состояние (например, ассоциированное с меньшим энергопотреблением и/или меньшим использованием ресурсов). Например, UE можно переключить из RRC_CONNECTED в такое состояние, как RRC_INACTIVE или RRC_IDLE.
В качестве альтернативы или дополнительно CP CU может определить, что UE не бездействует в целом, но один или несколько DRB бездействуют. В последнем случае, если CP CU размещает в себе функцию для управления DRB (например, объект PDCP), то CP CU может принять решение удалить (например, закрыть) один или несколько DRB, сконфигурированных для UE (например, один или несколько либо все DRB, указанные как бездействующие).
Если CU gNB не размещает в себе функцию, которая выбирает состояние RRC или управляет DRB, то он может передавать сообщение с отчетом о бездействии сетевому узлу (узлам), размещающим в себе такие функции. Например, в случае двойного подключения CU gNB, который может находиться во вспомогательном gNB для UE, может передавать сообщение с отчетом о бездействии главному gNB (например, по интерфейсу X2 или Xn). Эта информация дает узлу, управляющему изменениями состояний UE и DRB, возможность либо менять состояние UE, либо удалять бездействующие DRB (например).
Со ссылкой на фиг. 4 система связи в соответствии с вариантом осуществления включает в себя телекоммуникационную сеть 410, например сотовую сеть 3GPP, которая содержит сеть 411 доступа, например сеть радиодоступа, и базовую сеть 414. Сеть 411 доступа содержит множество базовых станций 412a, 412b, 412c, например NB, eNB, gNB или другие типы точек беспроводного доступа, задающих соответствующую зону 413a, 413b, 413c обслуживания. Каждая базовая станция 412a, 412b, 412c подключается к базовой сети 414 по проводному или беспроводному соединению 415. Первое UE 491, расположенное в зоне 413c обслуживания, конфигурируется для беспроводного подключения к соответствующей базовой станции 412c или для поискового вызова этой станцией. Второе UE 492 в зоне 413a обслуживания подключается по беспроводной связи к соответствующей базовой станции 412a. Хотя в этом примере иллюстрируется множество UE 491, 492, раскрытые варианты осуществления в равной степени применимы к ситуации, где единственное UE находится в зоне обслуживания, или где единственное UE подключается к соответствующей базовой станции 412.
Сама телекоммуникационную сеть 410 подключена к хост-компьютеру 430, который можно воплотить в аппаратных средствах и/или программном обеспечении отдельного сервера, облачного сервера, распределенного сервера или в виде ресурсов обработки в серверном зале. Хост-компьютером 430 может владеть или управлять поставщик услуг, либо этот компьютер может эксплуатировать поставщик услуг или кто-то от лица поставщика услуг. Соединения 421 и 422 между телекоммуникационной сетью 410 и хост-компьютером 430 могут идти напрямую от базовой сети 414 к хост-компьютеру 430 либо могут идти через необязательную промежуточную сеть 420. Промежуточная сеть 420 может быть одной или сочетанием из общедоступной, частной или размещенной сети; промежуточная сеть 420 при ее наличии может быть магистральной сетью или Интернетом; в частности, промежуточная сеть 420 может содержать две подсети или более (не показано).
Система связи из фиг. 4 в целом обеспечивает возможность подключения между подключенными UE 491, 492 и хост-компьютером 430. Возможность подключения может описываться в виде соединения 450 через Интернет (OTT). Хост-компьютер 430 и подключенные UE 491, 492 конфигурируются для передачи данных и/или сигнализации по соединению 450 OTT, используя в качестве посредников сеть 411 доступа, базовую сеть 414, любую промежуточную сеть 420 и возможную дополнительную инфраструктуру (не показана). Соединение 450 OTT может быть прозрачным в том смысле, что участвующие устройства связи, через которые проходит соединение 450 OTT, не знают о маршрутизации восходящей связи и нисходящей связи. Например, базовую станцию 412 можно не информировать или не нужно информировать о прошедшей маршрутизации входящей нисходящей связи, при этом исходящие из хост-компьютера 430 данные нужно перенаправить (например, передать обслуживание) в подключенное UE 491. Аналогичным образом базовой станции 412 не нужно знать о будущей маршрутизации исходящей восходящей связи, возникающей на UE 491 в направлении хост-компьютера 430.
Сейчас со ссылкой на фиг. 5 будут описываться примерные реализации UE, базовой станции и хост-компьютера, обсуждаемых в предыдущих абзацах, в соответствии с вариантом осуществления. В системе 500 связи хост-компьютер 510 содержит аппаратные средства 515, включающие в себя интерфейс 516 связи, сконфигурированный для настройки и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи в системе 500 связи. Хост-компьютер 510 дополнительно содержит схемы 518 обработки, которые могут обладать возможностями хранения и/или обработки. В частности, схемы 518 обработки могут содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их сочетания (не показано), приспособленные для исполнения команд. Хост-компьютер 510 дополнительно содержит программное обеспечение 511, которое хранится в хост-компьютере 510 или доступно ему и исполняется схемами 518 обработки. Программное обеспечение 511 включает в себя хост-приложение 512. Хост-приложение 512 может действовать для предоставления услуги удаленному пользователю, например UE 530, подключенному по соединению 550 OTT между UE 530 и хост-компьютером 510. При предоставлении услуги удаленному пользователю хост-приложение 512 может предоставлять пользовательские данные, которые передаются с использованием соединения 550 OTT.
Система 500 связи дополнительно включает в себя базовую станцию 520, предусмотренную в телекоммуникационной системе и содержащую аппаратные средства 525, дающие возможность осуществлять связь с хост-компьютером 510 и UE 530. Аппаратные средства 525 могут включать в себя интерфейс 526 связи для настройки и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи в системе 500 связи, а также радиоинтерфейс 527 для настройки и поддержания по меньшей мере беспроводного соединения 570 с UE 530, расположенным в зоне обслуживания (не показана на фиг. 5), обслуживаемой базовой станцией 520. Интерфейс 526 связи может конфигурироваться для упрощения подключения 560 к хост-компьютеру 510. Соединение 560 может быть прямым либо может проходить через базовую сеть (не показано на фиг. 5) в телекоммуникационной системе и/или через одну или несколько промежуточных сетей вне телекоммуникационной системы. В показанном варианте осуществления аппаратные средства 525 базовой станции 520 дополнительно включают в себя схемы 528 обработки, которые могут содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их сочетания (не показано), приспособленные для исполнения команд. В базовой станции 520 дополнительно есть программное обеспечение 521, сохраненное внутри либо доступное через внешнее соединение.
Система 500 связи дополнительно включает в себя уже упомянутое UE 530. Его аппаратные средства 535 могут включать в себя радиоинтерфейс 537, сконфигурированный для настройки и поддержания беспроводного соединения 570 с базовой станцией, обслуживающей зону обслуживания, в которой в настоящее время расположено UE 530. Аппаратные средства 535 в UE 530 дополнительно включают в себя схемы 538 обработки, которые могут содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их сочетания (не показано), приспособленные для исполнения команд. UE 530 дополнительно содержит программное обеспечение 531, которое хранится в UE 530 или доступно ему и исполняется схемами 538 обработки. Программное обеспечение 531 включает в себя клиентское приложение 532. Клиентское приложение 532 может действовать для предоставления услуги пользователю-человеку или иному пользователю посредством UE 530 при поддержке хост-компьютера 510. В хост-компьютере 510 работающее хост-приложение 512 может осуществлять связь с работающим клиентским приложением 532 по соединению 550 OTT между UE 530 и хост-компьютером 510. При предоставлении услуги пользователю клиентское приложение 532 может принимать запрос данных от хост-приложения 512 и предоставлять пользовательские данные в ответ на запрос данных. Соединение 550 OTT может передавать как запрос данных, так и пользовательские данные. Клиентское приложение 532 может взаимодействовать с пользователем для формирования пользовательских данных, которые оно предоставляет.
Отметим, что проиллюстрированные на фиг. 5 хост-компьютер 510, базовая станция 520 и UE 530 могут быть аналогичны или идентичны соответственно хост-компьютеру 430, одной из базовых станций 412a, 412b, 412c и одному из UE 491, 492 из фиг. 4. Иными словами, внутренние механизмы этих объектов могут быть такими, как показано на фиг. 5, и независимо от этого топология окружающей сети может быть такой, как на фиг. 4.
На фиг. 5 соединение 550 OTT изображено абстрактно для иллюстрации связи между хост-компьютером 510 и UE 530 посредством базовой станции 520 без явной отсылки к каким-либо устройствам-посредникам и точной маршрутизации сообщений через эти устройства. Сетевая инфраструктура может определять маршрутизацию, которая может конфигурироваться скрытой от UE 530 или от поставщика услуг, управляющего хост-компьютером 510, или от того и другого. Пока активно соединение 550 OTT, сетевая инфраструктура может дополнительно принимать решения, по которым она динамически изменяет маршрутизацию (например, из соображения балансирования нагрузки или реконфигурации сети).
Беспроводное соединение 570 между UE 530 и базовой станцией 520 соответствует идеям из вариантов осуществления, описанных в данном раскрытии изобретения. Один или несколько различных вариантов осуществления улучшают производительность услуг OTT, предоставляемых UE 530 с использованием соединения 550 OTT, в котором беспроводное соединение 570 образует последний сегмент. Точнее, идеи в этих вариантах осуществления могут освободить ресурсы для распределения в сети и посредством этого обеспечить такие выгоды, как сокращенное время ожидания у пользователя, лучшее время реагирования и/или большее время работы от батареи.
Можно предоставить процедуру измерения с целью контроля скорости передачи данных, времени ожидания и других факторов, которые улучшают один или несколько вариантов осуществления. Дополнительно могут присутствовать необязательные сетевые функциональные возможности для реконфигурирования соединения 550 OTT между хост-компьютером 510 и UE 530 в ответ на изменения в результатах измерения. Процедуру измерения и/или сетевые функциональные возможности для реконфигурирования соединения 550 OTT можно реализовать в программном обеспечении 511 и аппаратных средствах 515 хост-компьютера 510 либо в программном обеспечении 531 и аппаратных средствах 535 UE 530, или в том и другом. В вариантах осуществления датчики (не показаны) можно развернуть или совместить с устройствами связи, через которые проходит соединение 550 OTT; датчики могут участвовать в процедуре измерения, поставляя значения проиллюстрированных выше контролируемых величин или поставляя значения других физических величин, из которых программное обеспечение 511, 531 может вычислить или оценить контролируемые величины. Реконфигурирование соединения 550 OTT может включать в себя формат сообщений, настройки повторной передачи, предпочтительную маршрутизацию и т. п.; реконфигурирование не должно влиять на базовую станцию 520 и может быть неизвестно или незаметно для базовой станции 520. Такие процедуры и функциональные возможности могут быть известны и применяться на практике в данной области техники. В некоторых вариантах осуществления измерения могут привлекать собственную сигнализацию UE, упрощая измерения хост-компьютером 510 пропускной способности, времени прохождения, времени ожидания и т. п. Измерения можно реализовать так, что программное обеспечение 511 и 531 вызывает передачу сообщений, в частности пустых или "фиктивных" сообщений, с использованием соединения 550 OTT, контролируя при этом время прохождения, ошибки и т. п.
Фиг. 6 - логическая блок-схема, иллюстрирующая способ, реализуемый в системе связи в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть описаны со ссылкой на фиг. 4 и 5. Для простоты настоящего раскрытия изобретения в этот раздел будут включены только ссылки на фиг. 6. На этапе 610 хост-компьютер предоставляет пользовательские данные. На подэтапе 611 (который может быть необязательным) этапа 610 хост-компьютер предоставляет пользовательские данные путем исполнения хост-приложения. На этапе 620 хост-компьютер инициирует передачу, переносящую пользовательские данные к UE. На этапе 630 (который может быть необязательным) базовая станция передает UE пользовательские данные, которые были перенесены в передаче, которую инициировал хост-компьютер, в соответствии с идеями из вариантов осуществления, описанных в данном раскрытии изобретения. На этапе 640 (который также может быть необязательным) UE исполняет клиентское приложение, ассоциированное с хост-приложением, исполняемым хост-компьютером.
Фиг. 7 - логическая блок-схема, иллюстрирующая способ, реализуемый в системе связи в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть описаны со ссылкой на фиг. 4 и 5. Для простоты настоящего раскрытия изобретения в этот раздел будут включены только ссылки на фиг. 7. На этапе 710 способа хост-компьютер предоставляет пользовательские данные. На необязательном подэтапе (не показан) хост-компьютер предоставляет пользовательские данные путем исполнения хост-приложения. На этапе 720 хост-компьютер инициирует передачу, переносящую пользовательские данные к UE. Передача может проходить через базовую станцию в соответствии с идеями из вариантов осуществления, описанных в данном раскрытии изобретения. На этапе 730 (который может быть необязательным) UE принимает пользовательские данные, перенесенные в передаче.
Фиг. 8 - логическая блок-схема, иллюстрирующая способ, реализуемый в системе связи в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть описаны со ссылкой на фиг. 4 и 5. Для простоты настоящего раскрытия изобретения в этот раздел будут включены только ссылки на фиг. 8. На этапе 810 (который может быть необязательным) UE принимает входные данные, предоставленные хост-компьютером. Дополнительно или в качестве альтернативы на этапе 820 UE предоставляет пользовательские данные. На подэтапе 821 (который может быть необязательным) этапа 820 UE предоставляет пользовательские данные путем исполнения клиентского приложения. На подэтапе 811 (который может быть необязательным) этапа 810 UE исполняет клиентское приложение, которое предоставляет пользовательские данные в ответ на принятые входные данные, предоставленные хост-компьютером. При предоставлении пользовательских данных исполняемое клиентское приложение может дополнительно принимать во внимание пользовательский ввод, принятый от пользователя. Независимо от конкретного способа, которым были предоставлены пользовательские данные, UE на подэтапе 830 (который может быть необязательным) инициирует передачу пользовательских данных хост-компьютеру. На этапе 840 способа хост-компьютер принимает пользовательские данные, переданные от UE, в соответствии с идеями из вариантов осуществления, описанных в данном раскрытии изобретения.
Фиг. 9 - логическая блок-схема, иллюстрирующая способ, реализуемый в системе связи в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть описаны со ссылкой на фиг. 4 и 5. Для простоты настоящего раскрытия изобретения в этот раздел будут включены только ссылки на фиг. 9. На этапе 910 (который может быть необязательным) базовая станция принимает пользовательские данные от UE в соответствии с идеями из вариантов осуществления, описанных в данном раскрытии изобретения. На этапе 920 (который может быть необязательным) базовая станция инициирует передачу принятых пользовательских данных к хост-компьютеру. На этапе 930 (который может быть необязательным) хост-компьютер принимает пользовательские данные, перенесенные в передаче, инициированной базовой станцией.
Фиг. 10 изображает способ в соответствии с конкретными вариантами осуществления. Способ может осуществляться в распределенном блоке базовой станции. Базовая станция может дополнительно содержать централизованный блок. Способ начинается на этапе 1002, на котором распределенный блок контролирует (отслеживает) активность одного или нескольких радиоканалов-носителей данных, установленных между распределенным блоком и пользовательским оборудованием для переноса пользовательских данных. На этапе 1004 распределенный блок передает централизованному блоку сообщение с отчетом, содержащее указание активности одного или нескольких радиоканалов-носителей данных.
Фиг. 11 иллюстрирует блок-схему устройства 1100 в беспроводной сети (например, показанной на фиг. 1 беспроводной сети). Устройство можно реализовать в распределенном блоке базовой станции или сетевом узле (например, описанном выше gNB). Устройство 1100 действует для осуществления примерного способа, описанного со ссылкой на фиг. 10, и, возможно, любых других раскрытых в этом документе процессов или способов. Также нужно понимать, что способ из фиг. 10 не обязательно осуществляется исключительно устройством 1100. По меньшей мере некоторые операции способа могут выполняться одним или несколькими другими объектами.
Виртуальное устройство 1100 может содержать схемы обработки, которые могут включать в себя один или несколько микропроцессоров или микроконтроллеров, а также другие цифровые аппаратные средства, которые могут включать в себя цифровые процессоры сигналов (DSP), специализированную цифровую логику и т. п. Схемы обработки могут конфигурироваться для исполнения программного кода, сохраненного в запоминающем устройстве, которое может включать в себя один или несколько типов запоминающего устройства, например постоянное запоминающее устройство (ROM), оперативное запоминающее устройство, кэш-память, флэш-память, оптические запоминающие устройства и т. п. Сохраненный в запоминающем устройстве программный код включает в себя программные команды для исполнения одного или нескольких протоколов связи и/или передачи данных, а также команды для осуществления одной или нескольких описанных в этом документе методик в нескольких вариантах осуществления. В некоторых реализациях схемы обработки могут использоваться для побуждения контролирующего блока 1102, передающего блока 1104 и любых других подходящих блоков устройства 1100 выполнять соответствующие функции в соответствии с одним или несколькими вариантами осуществления из настоящего раскрытия изобретения.
Как проиллюстрировано на фиг. 11, устройство WW00 включает в себя контролирующий блок 1102 и передающий блок 1104. Контролирующий блок 1102 конфигурируется для контроля активности одного или нескольких радиоканалов-носителей данных, установленных между распределенным блоком и пользовательским оборудованием для переноса пользовательских данных. Передающий блок 1104 конфигурируется для передачи централизованному блоку сообщения с отчетом, содержащего указание активности одного или нескольких радиоканалов-носителей данных.
Фиг. 12 иллюстрирует блок-схему устройства 1200 в беспроводной сети (например, показанной на фиг. 1 беспроводной сети). Устройство можно реализовать в распределенном блоке базовой станции или сетевом узле (например, описанном выше gNB). Устройство 1200 действует для осуществления примерного способа, описанного со ссылкой на фиг. 10, и, возможно, любых других раскрытых в этом документе процессов или способов. Также нужно понимать, что способ из фиг. 10 не обязательно осуществляется исключительно устройством 1200. По меньшей мере некоторые операции способа могут выполняться одним или несколькими другими объектами.
Устройство 1200 содержит схемы 1202 обработки, постоянный машиночитаемый носитель 1204 и один или несколько интерфейсов 1206. Схемы 1200 обработки могут содержать один или несколько микропроцессоров или микроконтроллеров, а также другие цифровые аппаратные средства, которые могут включать в себя цифровые процессоры сигналов (DSP), специализированную цифровую логику и т. п. Машиночитаемый носитель 1204 может быть выполнен в виде запоминающего устройства, которое может включать в себя один или несколько типов запоминающего устройства, например постоянное запоминающее устройство (ROM), оперативное запоминающее устройство, кэш-память, флэш-память, оптические запоминающие устройства и т. п. Машиночитаемый носитель хранит команды, которые при исполнении схемами 1202 обработки побуждают устройство 1200 контролировать активность одного или нескольких радиоканалов-носителей данных, установленных между распределенным блоком и пользовательским оборудованием для переноса пользовательских данных; и передавать централизованному блоку сообщение с отчетом, содержащее указание активности одного или нескольких радиоканалов-носителей данных.
Фиг. 13 изображает способ в соответствии с конкретными вариантами осуществления. Способ может осуществляться в централизованном блоке базовой станции. Базовая станция может дополнительно содержать распределенный блок. Способ начинается на этапе 1312, на котором централизованный блок принимает от первого распределенного блока из одного или нескольких распределенных блоков сообщение с отчетом, содержащее указание активности одного или нескольких первых радиоканалов-носителей данных, установленных между первым распределенным блоком и пользовательским оборудованием для переноса пользовательских данных.
Фиг. 14 иллюстрирует блок-схему устройства 1410 в беспроводной сети (например, показанной на фиг. 1 беспроводной сети). Устройство можно реализовать в централизованном блоке базовой станции или сетевом узле (например, описанном выше gNB). Устройство 1410 действует для осуществления примерного способа, описанного со ссылкой на фиг. 13, и, возможно, любых других раскрытых в этом документе процессов или способов. Также нужно понимать, что способ из фиг. 13 не обязательно осуществляется исключительно устройством 1410. По меньшей мере некоторые операции способа могут выполняться одним или несколькими другими объектами.
Виртуальное устройство 1410 может содержать схемы обработки, которые могут включать в себя один или несколько микропроцессоров или микроконтроллеров, а также другие цифровые аппаратные средства, которые могут включать в себя цифровые процессоры сигналов (DSP), специализированную цифровую логику и т. п. Схемы обработки могут конфигурироваться для исполнения программного кода, сохраненного в запоминающем устройстве, которое может включать в себя один или несколько типов запоминающего устройства, например постоянное запоминающее устройство (ROM), оперативное запоминающее устройство, кэш-память, флэш-память, оптические запоминающие устройства и т. п. Сохраненный в запоминающем устройстве программный код включает в себя программные команды для исполнения одного или нескольких протоколов связи и/или передачи данных, а также команды для осуществления одной или нескольких описанных в этом документе методик в нескольких вариантах осуществления. В некоторых реализациях схемы обработки могут использоваться для побуждения принимающего блока 1412 и любых других подходящих блоков устройства 1410 выполнять соответствующие функции в соответствии с одним или несколькими вариантами осуществления из настоящего раскрытия изобретения.
Как проиллюстрировано на фиг. 14, устройство 1410 включает в себя принимающий блок 1412. Принимающий блок 1412 конфигурируется для приема от первого распределенного блока из одного или нескольких распределенных блоков сообщения с отчетом, содержащего указание активности одного или нескольких первых радиоканалов-носителей данных, установленных между первым распределенным блоком и пользовательским оборудованием для переноса пользовательских данных.
Фиг. 15 иллюстрирует блок-схему устройства 1510 в беспроводной сети (например, показанной на фиг. 1 беспроводной сети). Устройство можно реализовать в централизованном блоке базовой станции или сетевом узле (например, описанном выше gNB). Устройство 1510 действует для осуществления примерного способа, описанного со ссылкой на фиг. 13, и, возможно, любых других раскрытых в этом документе процессов или способов. Также нужно понимать, что способ из фиг. 13 не обязательно осуществляется исключительно устройством 1510. По меньшей мере некоторые операции способа могут выполняться одним или несколькими другими объектами.
Устройство 1510 содержит схемы 1512 обработки, постоянный машиночитаемый носитель 1514 и один или несколько интерфейсов 1516. Схемы 1510 обработки могут содержать один или несколько микропроцессоров или микроконтроллеров, а также другие цифровые аппаратные средства, которые могут включать в себя цифровые процессоры сигналов (DSP), специализированную цифровую логику и т. п. Машиночитаемый носитель 1514 может быть выполнен в виде запоминающего устройства, которое может включать в себя один или несколько типов запоминающего устройства, например постоянное запоминающее устройство (ROM), оперативное запоминающее устройство, кэш-память, флэш-память, оптические запоминающие устройства и т. п. Машиночитаемый носитель хранит команды, которые при исполнении схемами 1512 обработки побуждают устройство 1510 принимать от первого распределенного блока из одного или нескольких распределенных блоков сообщение с отчетом, содержащее указание активности одного или нескольких первых радиоканалов-носителей данных, установленных между первым распределенным блоком и пользовательским оборудованием для переноса пользовательских данных.
Фиг. 16 изображает способ в соответствии с конкретными вариантами осуществления. Способ может осуществляться в централизованном блоке базовой станции. Базовая станция может дополнительно содержать распределенный блок. Устанавливается один или несколько несущих радиоканалов между базовой станцией и пользовательским оборудованием для переноса пользовательских данных. Централизованный блок реализует объект плоскости пользователя и объект плоскости управления.
Способ начинается с этапа 1612, на котором объект плоскости пользователя контролирует активность одного или нескольких несущих радиоканалов.
Фиг. 17 иллюстрирует блок-схему устройства 1710 в беспроводной сети (например, показанной на фиг. 1 беспроводной сети). Устройство можно реализовать в централизованном блоке базовой станции или сетевом узле (например, описанном выше gNB). Устройство 1710 действует для осуществления примерного способа, описанного со ссылкой на фиг. 16, и, возможно, любых других раскрытых в этом документе процессов или способов. Также нужно понимать, что способ из фиг. 16 не обязательно осуществляется исключительно устройством 1710. По меньшей мере некоторые операции способа могут выполняться одним или несколькими другими объектами.
Виртуальное устройство 1710 может содержать схемы обработки, которые могут включать в себя один или несколько микропроцессоров или микроконтроллеров, а также другие цифровые аппаратные средства, которые могут включать в себя цифровые процессоры сигналов (DSP), специализированную цифровую логику и т. п. Схемы обработки могут конфигурироваться для исполнения программного кода, сохраненного в запоминающем устройстве, которое может включать в себя один или несколько типов запоминающего устройства, например постоянное запоминающее устройство (ROM), оперативное запоминающее устройство, кэш-память, флэш-память, оптические запоминающие устройства и т. п. Сохраненный в запоминающем устройстве программный код включает в себя программные команды для исполнения одного или нескольких протоколов связи и/или передачи данных, а также команды для осуществления одной или нескольких описанных в этом документе методик в нескольких вариантах осуществления. В некоторых реализациях схемы обработки могут использоваться для побуждения контролирующего блока 1712 и любых других подходящих блоков устройства 1710 выполнять соответствующие функции в соответствии с одним или несколькими вариантами осуществления из настоящего раскрытия изобретения.
Как проиллюстрировано на фиг. 17, устройство 1710 включает в себя контролирующий блок 1712. Контролирующий блок 1712 конфигурируется для контроля активности одного или нескольких несущих радиоканалов.
Фиг. 18 иллюстрирует блок-схему устройства 1800 в беспроводной сети (например, показанной на фиг. 1 беспроводной сети). Устройство можно реализовать в централизованном блоке базовой станции или сетевом узле (например, описанном выше gNB). Устройство 1800 действует для осуществления примерного способа, описанного со ссылкой на фиг. 16, и, возможно, любых других раскрытых в этом документе процессов или способов. Также нужно понимать, что способ из фиг. 16 не обязательно осуществляется исключительно устройством 1800. По меньшей мере некоторые операции способа могут выполняться одним или несколькими другими объектами.
Устройство 1800 содержит схемы 1802 обработки, постоянный машиночитаемый носитель 1804 и один или несколько интерфейсов 1806. Схемы 1802 обработки могут содержать один или несколько микропроцессоров или микроконтроллеров, а также другие цифровые аппаратные средства, которые могут включать в себя цифровые процессоры сигналов (DSP), специализированную цифровую логику и т. п. Машиночитаемый носитель 1804 может быть выполнен в виде запоминающего устройства, которое может включать в себя один или несколько типов запоминающего устройства, например постоянное запоминающее устройство (ROM), оперативное запоминающее устройство, кэш-память, флэш-память, оптические запоминающие устройства и т. п. Машиночитаемый носитель хранит команды, которые при исполнении схемами 1802 обработки побуждают устройство 1800 контролировать активность одного или нескольких несущих радиоканалов.
Вышеприведенное раскрытие изобретения сосредоточено на сообщении о бездействии на уровне несущих радиоканалов и радиоканалов-носителей данных. Специалисты в данной области техники поймут, что о бездействии можно сообщать на другом детальном уровне без существенного отклонения от объема описания и нижеследующих вариантов осуществления. Например, бездействие можно контролировать и/или сообщать о нем по каждому потоку QoS (что дает большую степень детализации, нежели радиоканал-носитель данных). Как и в случае всех вышеприведенных вариантов осуществления, активность можно контролировать в DU и сообщать о ней CU либо контролировать в CU. В любом случае CU может определить, что конкретный радиоканал-носитель данных бездействует, только когда все потоки QoS, ассоциированные с тем радиоканалом-носителем данных, указаны или определены как бездействующие.
Термин "блок" может обладать общепринятым значением в области электроники, электрических устройств и/или электронных устройств и может включать в себя, например, электрические и/или электронные схемы, устройства, модули, процессоры, запоминающие устройства, логические твердотельные и/или дискретные устройства, компьютерные программы или команды для осуществления соответствующих задач, процедур, вычислений, выводов и/или функций отображения и так далее, как и те, что описываются в этом документе.
Во избежание сомнения следующие пронумерованные формулировки излагают варианты осуществления из раскрытия изобретения.
Варианты осуществления группы A
1. Способ в распределенном блоке базовой станции, при этом базовая станция дополнительно содержит централизованный блок, и способ содержит:
контроль активности одного или нескольких радиоканалов-носителей данных, установленных между распределенным блоком и пользовательским оборудованием для переноса пользовательских данных; и
передачу централизованному блоку сообщения с отчетом, содержащего указание активности одного или нескольких радиоканалов-носителей данных.
2. Способ в соответствии с вариантом 1 осуществления, в котором указание активности одного или нескольких радиоканалов-носителей данных содержит указание того, что бездействует по меньшей мере один из одного или нескольких радиоканалов-носителей данных.
3. Способ в соответствии с вариантом 2 осуществления, в котором указание активности одного или нескольких радиоканалов-носителей данных содержит указание того, что бездействуют все из одного или нескольких радиоканалов-носителей данных.
4. Способ в соответствии с вариантом 1 или 2 осуществления, в котором указание активности одного или нескольких радиоканалов-носителей данных содержит соответствующие указания для каждого из одного или нескольких радиоканалов-носителей данных, бездействует ли соответствующий радиоканал-носитель данных.
5. Способ в соответствии с любым из предшествующих вариантов осуществления, в котором указание активности одного или нескольких радиоканалов-носителей данных предоставляется в информационном элементе сообщения с отчетом.
6. Способ в соответствии с любым из предшествующих вариантов осуществления, в котором сообщение с отчетом содержит сообщение "Необходимо изменение контекста UE".
7. Способ в соответствии с любым из предшествующих вариантов осуществления, в котором сообщение с отчетом передается по интерфейсу F1.
8. Способ в соответствии с любым из предшествующих вариантов осуществления, дополнительно содержащий прием от централизованного блока сообщения с подтверждением в отношении сообщения с отчетом.
9. Способ в соответствии с вариантом 8 осуществления, в котором сообщение с подтверждением содержит сообщение "Подтверждение изменения контекста UE".
10. Способ в соответствии с любым из предшествующих вариантов осуществления, в котором контроль активности конкретного радиоканала-носителя данных содержит:
определение, что не переданы никакие пользовательские данные между пользовательским оборудованием и распределенным блоком по конкретному радиоканалу-носителю данных по меньшей мере в течение порогового периода времени.
11. Способ в централизованном блоке базовой станции, при этом базовая станция дополнительно содержит один или несколько распределенных блоков, и способ содержит:
прием от первого распределенного блока из одного или нескольких распределенных блоков сообщения с отчетом, содержащего указание активности одного или нескольких первых радиоканалов-носителей данных, установленных между первым распределенным блоком и пользовательским оборудованием для переноса пользовательских данных.
12. Способ в соответствии с вариантом 11 осуществления, в котором указание активности одного или нескольких первых радиоканалов-носителей данных содержит указание того, что бездействует по меньшей мере один из одного или нескольких первых радиоканалов-носителей данных.
13. Способ в соответствии с вариантом 12 осуществления, в котором указание активности одного или нескольких первых радиоканалов-носителей данных содержит указание того, что бездействуют все из одного или нескольких первых радиоканалов-носителей данных.
14. Способ в соответствии с вариантом 11 или 12 осуществления, в котором указание активности одного или нескольких первых радиоканалов-носителей данных содержит соответствующие указания для каждого из одного или нескольких первых радиоканалов-носителей данных, бездействует ли соответствующий первый радиоканал-носитель данных.
15. Способ в соответствии с любым из вариантов 11-14 осуществления, в котором указание активности одного или нескольких первых радиоканалов-носителей данных предоставляется в информационном элементе сообщения с отчетом.
16. Способ в соответствии с любым из вариантов 11-15 осуществления, в котором сообщение с отчетом содержит сообщение "Необходимо изменение контекста UE".
17. Способ в соответствии с любым из вариантов 11-16 осуществления, в котором сообщение с отчетом принимается по интерфейсу F1.
18. Способ в соответствии с любым из вариантов 11-17 осуществления, дополнительно содержащий передачу первому распределенному блоку сообщения с подтверждением в отношении сообщения с отчетом.
19. Способ в соответствии с вариантом 18 осуществления, в котором сообщение с подтверждением содержит сообщение "Подтверждение изменения контекста UE".
20. Способ в соответствии с любым из вариантов 11-19 осуществления, дополнительно содержащий:
удаление конкретного несущего радиоканала в ответ на определение, что бездействует конкретный радиоканал-носитель данных.
21. Способ в соответствии с любым из вариантов 11-20 осуществления, дополнительно содержащий:
инициирование процедуры для изменения состояния пользовательского оборудования в ответ на определение, что бездействуют все радиоканалы-носители данных, ассоциированные с пользовательским оборудованием.
22. Способ в соответствии с любым из вариантов 11-21 осуществления, дополнительно содержащий:
прием соответствующих сообщений с отчетами от одного или нескольких вторых распределенных блоков из одного или нескольких распределенных блоков, при этом соответствующие сообщения с отчетами содержат соответствующие указания активности одного или нескольких вторых радиоканалов-носителей данных, установленных между одним или несколькими вторыми распределенными блоками и пользовательским оборудованием для переноса пользовательских данных.
23. Способ в соответствии с вариантом 22 осуществления, дополнительно содержащий:
определение, что UE бездействует, в ответ на определение, что бездействуют все радиоканалы-носители данных, ассоциированные с пользовательским оборудованием, включая первые и вторые несущие радиоканалы.
24. Способ в соответствии с любым из вариантов 11-23 осуществления, дополнительно содержащий:
прием сообщения с отчетом от второй базовой станции, предоставляющей пользовательскому оборудованию услуги двойного подключения, при этом сообщение с отчетом содержит указание активности одного или нескольких радиоканалов-носителей данных, установленных между второй базовой станцией и пользовательским оборудованием для переноса пользовательских данных.
25. Способ в соответствии с любым из вариантов 11-24 осуществления, дополнительно содержащий:
передачу сообщения с отчетом второй базовой станции, предоставляющей пользовательскому оборудованию услуги двойного подключения, при этом сообщение с отчетом содержит указание активности одного или нескольких радиоканалов-носителей данных.
26. Способ в централизованном блоке базовой станции, при этом базовая станция дополнительно содержит распределенный блок, где между базовой станцией и пользовательским оборудованием устанавливается один или несколько несущих радиоканалов для переноса пользовательских данных, и где централизованный блок реализует объект плоскости пользователя и объект плоскости управления, при этом способ в объекте плоскости пользователя содержит:
контроль активности одного или нескольких несущих радиоканалов.
27. Способ в соответствии с вариантом 25 осуществления, дополнительно содержащий в объекте плоскости пользователя отправку объекту плоскости управления сообщения с отчетом, содержащего указание активности одного или нескольких несущих радиоканалов.
28. Способ в соответствии с вариантом 25 или 26 осуществления, дополнительно содержащий в объекте плоскости управления:
удаление конкретного несущего радиоканала в ответ на определение, что бездействует конкретный несущий радиоканал.
29. Способ в соответствии с любым из вариантов 25-27 осуществления, дополнительно содержащий в объекте плоскости управления:
инициирование процедуры для изменения состояния пользовательского оборудования в ответ на определение, что бездействуют все несущие радиоканалы, ассоциированные с пользовательским оборудованием.
30. Способ в соответствии с вариантом 25 или 26 осуществления, дополнительно содержащий:
передачу сообщения с отчетом второй базовой станции, предоставляющей пользовательскому оборудованию услуги двойного подключения, при этом сообщение с отчетом содержит указание активности одного или нескольких несущих радиоканалов.
31. Способ в соответствии с любым из вариантов 25-29 осуществления, в котором этапы, выполняемые объектом плоскости пользователя, выполняются на уровне протокола конвергенции пакетных данных, PDCP, в объекте плоскости пользователя.
32. Способ в соответствии с любым из вариантов осуществления 25-30 осуществления, в котором указание активности одного или нескольких несущих радиоканалов содержит указание того, что бездействует по меньшей мере один из одного или нескольких несущих радиоканалов.
33. Способ в соответствии с вариантом 31 осуществления, в котором указание активности одного или нескольких несущих радиоканалов содержит указание того, что бездействуют все из одного или нескольких несущих радиоканалов.
34. Способ в соответствии с любым из вариантов осуществления 25-30 осуществления, в котором указание активности одного или нескольких несущих радиоканалов содержит соответствующие указания для каждого из одного или нескольких несущих радиоканалов, бездействует ли соответствующий несущий радиоканал.
35. Способ в соответствии с любым из предшествующих вариантов осуществления, в котором централизованный блок реализует один или несколько из: протокола управления радиоресурсами (RRC), протокола адаптации служебных данных (SDAP) и протокола конвергенции пакетных данных (PDCP).
36. Способ в соответствии с любым из предшествующих вариантов осуществления, в котором распределенный блок реализует один или несколько из: протокола управления радиосвязью (RLC), протокола управления доступом к среде передачи (MAC) и физического уровня радиоинтерфейса.
Варианты осуществления группы B
37. Базовая станция, содержащая:
- схемы обработки, сконфигурированные для выполнения любых этапов в любых вариантах осуществления группы A;
- схемы источника питания, сконфигурированные для питания базовой станции.
38. Система связи, включающая в себя хост-компьютер, содержащий:
- схемы обработки, сконфигурированные для предоставления пользовательских данных; и
- интерфейс связи, сконфигурированный для перенаправления пользовательских данных в сотовую сеть для передачи пользовательскому оборудованию (UE),
- где сотовая сеть содержит базовую станцию с радиоинтерфейсом и схемами обработки, при этом схемы обработки базовой станции сконфигурированы для выполнения любых этапов в любых вариантах осуществления группы A.
39. Система связи из предыдущего варианта осуществления, дополнительно включающая в себя базовую станцию.
40. Система связи из 2 предыдущих вариантов осуществления, дополнительно включающая в себя UE, где UE конфигурируется для осуществления связи с базовой станцией.
41. Система связи из 3 предыдущих вариантов осуществления, в которой:
- схемы обработки хост-компьютера конфигурируются для исполнения хост-приложения, посредством этого предоставляя пользовательские данные; и
- UE содержит схемы обработки, сконфигурированные для исполнения клиентского приложения, ассоциированного с хост-приложением.
42. Способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование (UE), при этом способ содержит:
- предоставление пользовательских данных в хост-компьютере; и
- инициирование в хост-компьютере передачи, переносящей пользовательские данные к UE по сотовой сети, содержащей базовую станцию, где базовая станция выполняет любые этапы в любых вариантах осуществления группы A.
43. Способ из предыдущего варианта осуществления, дополнительно содержащий передачу пользовательских данных в базовой станции.
44. Способ из 2 предыдущих вариантов осуществления, в котором пользовательские данные предоставляются в хост-компьютере путем исполнения хост-приложения, при этом способ дополнительно содержит исполнение в UE клиентского приложения, ассоциированного с хост-приложением.
45. Система связи, включающая в себя хост-компьютер, содержащий интерфейс связи, сконфигурированный для приема пользовательских данных, происходящих из передачи от пользовательского оборудования (UE) к базовой станции, где базовая станция содержит радиоинтерфейс и схемы обработки, при этом схемы обработки базовой станции сконфигурированы для выполнения любых этапов в любых вариантах осуществления группы A.
46. Система связи из предыдущего варианта осуществления, дополнительно включающая в себя базовую станцию.
47. Система связи из 2 предыдущих вариантов осуществления, дополнительно включающая в себя UE, где UE конфигурируется для осуществления связи с базовой станцией.
48. Система связи из 3 предыдущих вариантов осуществления, в которой:
- схемы обработки хост-компьютера конфигурируются для исполнения хост-приложения;
- UE конфигурируется для исполнения клиентского приложения, ассоциированного с хост-приложением, посредством этого предоставляя пользовательские данные хост-компьютеру.
СОКРАЩЕНИЯ
В этом раскрытии изобретения можно использовать по меньшей мере некоторые из следующих сокращений.
5GC Базовая сеть 5G
5GS Система 5G
AMF Функция доступа и управления мобильностью
CP Плоскость управления
CU Централизованный блок
CP CU плоскость управления CU
UP CU плоскость пользователя CU
DL Нисходящая линия связи
DRB Радиоканал-носитель данных
DU Распределенный блок
E1 Интерфейс между UP CU и CP CU
DC EN двойное подключение EUTRAN-NR
EPS Развитая пакетная система
E-UTRA Усовершенствованный UTRA
E-UTRAN Усовершенствованная UTRAN
F1 интерфейс между CU gNB и DU gNB
F1AP Прикладной протокол F1 для части интерфейса F1 между частью CP CU в CU gNB и DU gNB
FDD Частотный дуплексный разнос
eNB Узел B или усовершенствованный Узел B E-UTRAN. Узел RAN (базовая станция), поддерживающий радиоинтерфейс LTE для связи с UE.
gNB Узел RAN (базовая станция), поддерживающий радиоинтерфейс New Radio (NR) для связи с UE.
CU gNB центральный блок gNB
DU gNB распределенный блок gNB
LTE Система долгосрочного развития
NG Интерфейс между gNB и AMF
NG-Flex Функция для гибкого установления интерфейса NG между gNB и AMF
RAN NG Сеть радиодоступа NG
PDCP Протокол конвергенции пакетных данных
QoS Качество обслуживания
RAN Сеть радиодоступа
RNL Уровень радиосети
RRC Управление радиоресурсами
SDAP Протокол адаптации служебных данных
TDD Дуплекс с временным разделением
TNL Уровень транспортной сети
TTI Интервал времени передачи
UE Пользовательское оборудование
UL Восходящая линия связи
UP Плоскость пользователя
UMTS Универсальная система мобильных телекоммуникаций
UTRA Наземный радиодоступ UMTS
UTRAN Наземная сеть радиодоступа UMTS
X2 Интерфейс между eNB и gNB для сценария DC EN
X2AP Прикладной протокол X2 для интерфейса плоскости управления X2 между eNB и gNB или между двумя eNB
X2-C Плоскость управления X2
S1 Интерфейс между eNB и MME
S1-U Интерфейс плоскости пользователя S1 между eNB и S-GW
S-GW Обслуживающий шлюз
Xn Интерфейс между двумя gNB или между eNB и gNB в не относящихся к DC EN случаях
XnAP Прикладной протокол Xn
Xn-C Плоскость управления Xn