УПРАВЛЕНИЕ УВЕДОМЛЕНИЕМ ПО ИНТЕРФЕЙСАМ RAN Российский патент 2021 года по МПК H04W28/02 

ОБЛАСТЬ ТЕХНИКИ

[0001] Настоящая заявка относится в целом к телекоммуникации и, в частности, к устройству, способам и машиночитаемым носителям информации для администрирования качества услуги (QoS) для передачи данных к и/или от беспроводного устройства или оборудования пользователя (UE) через беспроводную сеть.

УРОВЕНЬ ТЕХНИКИ

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

[0003] Множественная Связность может рассматриваться в качестве важного признака для архитектур RAN пятого поколения (5G), которые стандартизируются 3GPP. Фигура 1 иллюстрирует высокоуровневый вид архитектуры сети 5G, содержащей RAN Следующего Поколения (NG-RAN) и Ядро 5G (5GC). NG-RAN может содержать набор g узлов-B (gNB), соединенных с 5GC через один или несколько интерфейсов NG, тогда как gNB могут быть соединены друг с другом через один или более интерфейсы Xn. Каждый из gNB может поддерживать дуплексную связь с частотным разделением каналов (FDD), дуплексную связь с временным разделением каналов (TDD) или их сочетание.

[0004] Логические узлы NG RAN, показанные на Фигуре 1 (и описанные в, например, документе 3GPP TR 38.801 v1.2.0), включают в себя Центральный Блок (CU или gNB-CU) и один или несколько Распределенных Блоков (DU или gNB-DU). CU является логическим узлом, который является централизованным блоком, который размещает протоколы верхнего уровня и включает в себя некоторое количество функций gNB, включая управление работой DU. DU является децентрализованным логическим узлом, который размещает протоколы нижнего уровня и может включать в себя, в зависимости от варианта функционального разбиения, различные подмножества функций gNB. (Используемые в этом документе понятия «центральный блок» и «централизованный блок» используются взаимозаменяемым образом, и понятия «распределенный блок» и «децентрализованный блок» используются взаимозаменяемым образом). gNB-CU соединяется с gNB-DU через соответствующие логические интерфейсы F1. gNB-CU и соединенные gNB-DU видны другим gNB и 5GC только как gNB, например, интерфейс F1 невидим за пределами gNB-CU.

[0005] В дополнение, интерфейс F1 между gNB-CU и gNB-DU указан или основан на следующих общих принципах:

- F1 является открытым интерфейсом;

- F1 поддерживает обмен информацией сигнализации между соответствующими конечными точками, как, впрочем, и передачу данных к соответствующим конечным точкам;

- с логической точкой зрения F1 является интерфейсом типа «точка-точка» между конечными точками (даже при отсутствии физического прямого соединения межу конечными точками);

- F1 поддерживает разделение на плоскость управления (CP) и плоскость пользователя (UP) так, что gNB-CU может быть разделен на CP и UP;

- F1 разделяет Уровень Радиосети (RNL) и Уровень Транспортной Сети (TNL);

- F1 обеспечивает обмена ассоциированной с оборудованием пользователя (UE) информации и не ассоциированной с UE информации;

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

- gNB завершает интерфейс X2, Xn, NG и S1-U;

[0006] Кроме того, CU может хостировать протоколы, такие как RRC и PDCP, тогда как DU может хостировать протоколы, такие как RLC, MAC и PHY. Существуют другие варианты распределений протоколов между CU и DU, такие как хостирование RRC, PDCP и части протокола RLC в CU (например, функция Автоматического Запроса Повторной Передачи (ARQ)), при этом хостируя оставшиеся части протокола RLC в DU, вместе с MAC и PHY. В некоторых примерных вариантах осуществления допускается, что CU хостирует RRC и PDCP, где допускается, что PDCP обрабатывает как трафик UP, так и трафик CP. Все же, другие примерные варианты осуществления могут использовать другие разбиения протоколов, путем хостирования некоторых протоколов в CU и некоторого другого в DU. Примерные варианты осуществления также могут располагать централизованные протоколы плоскости управления (например, PDCP-C и RRC) в другом CU по отношению к централизованным протоколам плоскости пользователя (например, PDCP-U).

[0007] В архитектуре, идентифицированной посредством CU и DU, Двойная Связность (DC) может быть достигнута путем разрешения UE соединяться с несколькими DU, которые обслуживаются одним и тем же CU, или путем разрешения UE соединяться с несколькими DU, которые обслуживаются разными CU. Как проиллюстрировано на Фигуре 1, gNB может включать в себя gNB-CU, соединенный с одним или несколькими gNB-DU через соответствующие интерфейсы F1, причем все из этого описывается более подробно далее. В архитектуре NG-RAN, однако, gNB-DU может быть соединен только с одним gNB-CU.

[0008] NG-RAN длится на уровни: Уровень Радиосети (RNL) и Уровень Транспортной Сети (TNL). Архитектура NG-RAN, т.е. логические узлы NG-RAN и интерфейсы между ними, определяется как часть RNL. Для каждого интерфейса NG-RAN (NG, Xn, F1) указаны связанный протокол TNL и функциональная возможность. TNL предоставляет услуги для транспорта плоскости пользователя и транспорта сигнализации. в конфигурации NG-Flex каждый gNB соединен со всеми узлами 5GC в рамках зоны пула. Зона пула определяется в документе 3GPP TS 23.501. Если должно поддерживаться обеспечение безопасности для плоскости управления и плоскости пользователя на TNL интерфейсов NG-RAN, то должен применяться NDS/IP (как указано в документе 3GPP TS 33.401).

[0009] Как упомянуто выше, множественная Связность (например, двойная Связность или «DC») рассматривается в качестве важного признака, который должен поддерживаться в архитектурах RAN 5G. В этом контексте, поддержка DC включает в себя создание главного (MN) и вторичных узлов (SN) и распределение трафика UP по MN и SN в соответствии с оптимальными, предпочтительными и/или желаемыми методиками администрирования трафика и радиоресурсов. Предполагается, что трафик CP должен заканчиваться только в одном узле, т.е. MN. Фигуры 2 и 3 ниже показывают протокол и интерфейсы, которые задействованы в DC, как описано в документе 3GPP TS 38.300v0.6.0. Фигура 2 иллюстрирует, что Главный gNB (MgNB) может переадресовывать трафик радиоканала PDCP во Вторичный gNB (SgNB), тогда как Фигура 3 иллюстрирует сценарий, в котором SgNB может переадресовывать трафик радиоканала PDCP в MgNB. В некоторых примерных вариантах осуществления MgNB и/или SgNB могут быть подчинены архитектуре разбиения RAN (например, CU и DU), которая обсуждалась выше.

[0010] Кроме того, двойная Связность с множеством RAT (MR-DC) также может рассматриваться в качестве важного признака в архитектурах 5G RAN. Когда применяется MR-RAT, MN может осуществлять привязку плоскости управления в направлении CN, тогда как SN может предоставлять ресурсы плоскости управления и пользователя UE через координацию с MN. Это иллюстрируется на Фигуре 4, которая получена из документа 3GPP TS 37.340. В рамках объема MR-DC возможны различные решения в отношении плоскости пользователя/типа радиоканала, как видно на Фигуре 5, также из документа TS 37.340.

[0011] Несмотря на то, что объяснение выше представлено в контексте 5G, узлы NG-RAN могут обеспечивать как доступ NR через gNB, так и доступ E-UTRA (также известный как «LTE») через развитые Узлы-B (eNB). Многие признаки применительно к связности, мобильности, поддержке QoS и т.д. применяются к доступу как NR/5G, так и E-UTRA/LTE. Раз так, то любой признак, описанный для gNB, может также применяться в eNB, которые часто упоминаются в этом контексте как «ng-eNB». Например, ожидается, что описанное выше разбиение верхнего/нижнего уровня для gNB также будет использовано для ng-eNB.

[0012] В инфраструктуре качества услуги (QoS), стандартизованной для сетей 5G, потоки QoS создаются между NG-RAN и 5GC (см., например, Фигуру 1 выше), где каждый поток QoS имеет предопределенный набор параметров QoS (упоминается как «5QI»). Каждый поток QoS может быть ассоциирован с предопределенной Гарантированной Скоростью Передачи Битов Потока (GFBR), т.е. минимальной скоростью передачи битов, которая должна быть гарантирована для сквозного потока. В NG-RAN несколько потоков QoS могут быть отображены в одном радиоканале передачи данных (DRB) посредством объекта SDAP (см., например, Фигуры 2, 3 и 5). Более подробно об инфраструктуре 5G QoS можно найти в документе 3GPP TS 23.501.

[0013] Каждый GFBR Поток QoS может поддерживать Управление Уведомлением, тем самым 5GC может запрашивать уведомления от NG-RAN, когда GFBR более не может выполняться во время жизненного цикла потока QoS или, аналогично, когда ранее невыполненное QoS теперь может быть выполнено. Например, если управление уведомлением разрешено для конкретного потока QoS и NG-RAN определяет, что GFBR не может быть выполнена, NG-RAN должна отправить уведомление к SMF. Впоследствии, NG-RAN должна сохранять поток QoS активным и пытаться выполнить GFBR, в отсутствие любой противоположной инструкции от 5GC. При приеме такого уведомления от NG-RAN, 5GC может инициировать сигнализацию N2, чтобы модифицировать или удалить поток QoS. Впоследствии, если поток QoS не удален, NG-RAN должна отправлять новое уведомление, может ли вновь выполняться GFBR. В качестве альтернативы, после сконфигурированного времени, NG-RAN может отправлять последующее уведомление о том, что GFBR не может быть выполнена.

[0014] Все же архитектура разбиения NG-RAN, представленная в качестве примера Фигурой 1, и различные конфигурации двойной связности (DC), представленные в качестве примера Фигурами 2-5, создают сложности для Управления Уведомлением между NG-RAN и 5GC. Например, интерфейсы Xn и F1, которые являются внутренними для gNB, не обеспечивают никакого механизма для поддержки Управления Уведомлением.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[0015] Соответственно, примерные варианты осуществления настоящего изобретения устраняют эти недостатки в сетях 5G, тем самым упрощая администрирование сквозного QoS в различных топологиях и компоновках NG-RAN. Такие примерные варианты осуществления могут включать в себя способы и/или процедуры, которые выполняются первым сетевым узлом (например, gNB-CU или MgNB) для мониторинга качества услуги (QoS) потока, содержащего сеанс передачи данных с оборудованием пользователя (UE). Примерный способ и/или процедура могут включать в себя прием первым сетевым узлом от узла базовой сети сообщения установки сеанса, содержащего конфигурацию QoS для потока и указание, что поток подвергается управлению уведомлением QoS. Примерный способ и/или процедура также могут включать в себя определение первым сетевым узлом на основании конфигурации QoS радиоресурсов, которые должны быть использованы для потока. Примерный способ и/или процедура могут включать в себя отправку первым сетевым узлом второму сетевому узлу сообщения установки ресурса, содержащего идентификацию радиоресурсов и указание, что по меньшей мере одно из потока и радиоресурсов подвергается управлению уведомлением QoS. Примерный способ и/или процедура также могут включать в себя прием первым сетевым узлом от второго сетевого узла первого указания управления уведомлением, что конфигурация QoS для по меньшей мере оного из потока и радиоресурсов не может быть выполнена. Примерный способ и/или процедура также могут включать в себя отправку сетевым узлом узлу базовой сети первого сообщения уведомления о ресурсе, указывающего, что конфигурация QoS для потока не может быть выполнена.

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

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

[0018] В некоторых вариантах осуществления примерный способ и/или процедура могут дополнительно включать в себя прием первым сетевым узлом от узла базовой сети дополнительного сообщения установки сеанса, содержащего модифицированную конфигурацию QoS для потока; и отправку второму сетевому узлу дополнительного сообщения установки ресурса, содержащего идентификацию радиоресурсов, соответствующих модифицированной конфигурации QoS для потока. В некоторых примерных вариантах осуществления первый сетевой узел может быть центральным блоком (CU), а второй сетевой узел может быть распределенным блоком (DU), и радиоресурсы могут содержать радиоканал передачи данных (DRB), ассоциированный с DU. В некоторых примерных вариантах осуществления первый сетевой узел может быть главным узлом (MN), а второй сетевой узел может быть вторичным узлом (SN), и идентификация радиоресурсов может содержать запрос на выгрузку радиоканала передачи данных (DRB), ассоциированного с потоком, в SN.

[0019] Примерные варианты осуществления также включают в себя сетевые узлы (например, gNB-CU или MgNB), выполненные с возможностью и/или адаптированные для выполнения операций описанных выше примерных способов и/или процедур.

[0020] Другие примерные варианты осуществления могут включать в себя способы и/или процедуры, которые выполняются вторым сетевым узлом (например, gNB-DU или SgNB) для мониторинга качества услуг (QoS) потока, содержащего сеанс передачи данных с оборудованием пользователя (UE). Примерные способы и/или процедуры могут включать в себя прием вторым сетевым узлом от первого сетевого узла сообщения установки ресурса, содержащего: идентификацию первых радиоресурсов; конфигурацию QoS, ассоциированную с потоком; и указание, что по меньшей мере одно из потока и первых радиоресурсов подвергается управлению уведомлением QoS. Примерные способы и/или процедуры также могут включать в себя определение вторым сетевым узлом на основании мониторинга радиоресурсов, что конфигурация QoS не может быть выполнена по отношению по меньшей мере к одному из потока и первых радиоресурсов. Примерные способы и/или процедуры также могут включать в себя отправку вторым сетевым узлом первому сетевому узлу первого указания управления уведомлением, что конфигурация QoS для по меньшей мере одного из потока и первых радиоресурсов не может быть выполнена.

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

[0022] В некоторых вариантах осуществления примерный способ и/или процедура также могут включать в себя прием вторым сетевым узлом от первого сетевого узла в ответ на первое указание управления уведомлением дополнительной конфигурации QoS, ассоциированной с потоком. В некоторых примерных вариантах осуществления сообщение установки ресурса дополнительно содержит по меньшей мере одно из периода времени и величины, и определение, что конфигурация QoS для по меньшей мере одного из потока и первых радиоресурсов не может быть выполнена, основано на по меньшей мере одном из периода времени и величины. В некоторых примерных вариантах осуществления первый сетевой узел может быть центральным блоком (CU), а второй сетевой узел может быть распределенным блоком (DU), и радиоресурсы могут содержать радиоканал передачи данных (DRB), ассоциированный с DU. В некоторых примерных вариантах осуществления первый сетевой узел может быть главным узлом (MN), а второй сетевой узел может быть вторичным узлом (SN), и идентификация радиоресурсов может содержать запрос на выгрузку радиоканала передачи данных (DRB), ассоциированного с потоком, в SN.

[0023] Примерные варианты осуществления также могут включать в себя вторые сетевые узлы (например, gNB-DU или SgNB), выполненные с возможностью и/или адаптированные для выполнения операций описанных выше примерных способов и/или процедур.

[0024] Эти и прочие примерные варианты осуществления могут обеспечивать различные преимущества, включая повышенную гибкость для сети мониторить сквозное качество услуги (QoS) потоков данных, включая их соответствующие радиоканалы, ассоциированные с сеансами передачи данных между оборудованием пользователя (UE) и другим объектом, таким как приложение или услуга передачи данных поверх сети (OTT), внешних для сети 5G. Эти и прочие преимущества могут способствовать более своевременной разработке, реализации и развертыванию решений 5G/NR. Кроме того, такие варианты осуществления могут способствовать гибкому и своевременному управлению QoS сеанса передачи данных, что может привести к улучшениям емкости, пропускной способности, времени ожидания и т.д., которые предусмотрены 5G/NR и важны для роста OTT-услуг.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0025] Нижеследующие Фигуры иллюстрируют различные примерные аспекты вариантов осуществления, раскрытых в данном документе:

[0026] Фигура 1 показывает структурную схему примерной логической архитектуры сети 5G.

[0027] Фигуры 2-3 иллюстрируют два примерных стека протоколов для переадресации трафика плоскости пользователя (UP) в сценариях двойной связности (DC) в 5G RAN.

[0028] Фигуры 4-5 иллюстрируют два примерных сценария двойной связности с множеством RAT (MR-DC), которые задействуют 5G RAN.

[0029] Фигура 6 иллюстрирует примерный поток информации среди элементов сети 5G, содержащей архитектуру разбиения DU-CU для поддержки Управления Уведомлением QoS, в соответствии с различными примерными вариантами осуществления настоящего изобретения.

[0030] Фигура 7 иллюстрирует примерный поток информации для поддержки Управления Уведомлением QoS среди элементов сети 5G, содержащей архитектуру DC, в соответствии с некоторыми примерными вариантами осуществления настоящего изобретения.

[0031] Фигуры 8-9 являются структурными схемами примерных систем связи, конфигурируемых в соответствии с различными примерными вариантами осуществления настоящего изобретения.

[0032] Фигуры 10-13 являются блок-схемами, иллюстрирующими различные примерные способы и/или процедуры, реализованные в системе связи, в соответствии с различными примерными вариантами осуществления настоящего изобретения.

[0033] Фигура 14 является структурной схемой примерной беспроводной сети, конфигурируемой в соответствии с различными примерными вариантами осуществления настоящего изобретения.

[0034] Фигура 15 является структурной схемой примерного оборудования пользователя (UE), конфигурируемого в соответствии с различными примерными вариантами осуществления настоящего изобретения.

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

[0036] Фигура 17 является блок-схемой, иллюстрирующей примерные способы и/или процедуры, которые выполняются первым сетевым узлом (например, gNB-CU или MgNB), в соответствии с различными примерными вариантами осуществления настоящего изобретения.

[0037] Фигура 18 является блок-схемой, иллюстрирующей примерные способы и/или процедуры, которые выполняются вторым сетевым узлом (например, gNB-DU или SgNB), в соответствии с различными примерными вариантами осуществления настоящего изобретения.

[0038] Фигура 19 является блок-схемой, иллюстрирующей примерные способы и/или процедуры, которые выполняются узлом базовой сети, в соответствии с различными примерными вариантами осуществления настоящего изобретения.

ПОДРОБНОЕ ОПИСАНИЕ

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

[0040] В системах 4G (4GS) eNB постоянно осуществляет мониторинг QoS каждого радиоканала. Мониторинг QoS, как правило, выполняется посредством нижних уровней (например, основной полосы частот), потому что это способствует очень точным измерениям, поскольку нижние уровни обладают подробными знаниями об условиях радиосвязи. В Системе 5G (5GS) также ожидается, что узел NG-RAN будет осуществлять мониторинг QoS на нижних уровнях, либо на уровне радиоканала, либо на уровне потока QoS. В любом случае для такого мониторинга может быть необходимо Управление Уведомлением.

[0041] В случае, когда узел NG-RAN разделен на DU и CU так, как показано на Фигуре 1, нижние уровни находятся в DU, а верхние уровни находятся в CU. Вследствие этого, требуется сигнализация через интерфейс F1. В случае, когда мониторинг потока QoS подвергается Управлению Уведомлением, верхние уровни должны отправлять любые требования уведомления нижним уровням. Информация может быть отправлена либо из расчета на поток, либо из расчета на радиоканал. Таким образом, нижние уровни осведомлены о том, что если QoS для радиоканала или потока более не может выполняться, они должны предоставить указание верхним уровням. Данная информация позволяет верхним уровням инициировать сигнализацию уведомления в направлении 5GC, как указано в документе 3GPP TS 23.501. Поскольку интерфейс F1 соединяет верхние и нижние уровни в архитектуре разбиения, то сигнализация уведомления DU-CU может иметь место через интерфейс F1 с использованием, например, Протокола Прикладного Уровня F1 (F1AP).

[0042] В некоторых примерных вариантах осуществления CU может отправлять DU указание в отношении того, подвергается ли поток QoS и/или соответствующий радиоканал (DRB) Управлению Уведомлением. Это может быть реализовано, например, путем введения элемента информации (IE) в сообщения Запроса Установки Контекста UE и Запроса Модификации Контекста UE в F1AP. Этот IE может указывать поток QoS, отображенный в конкретном DRB, или конкретный DRB. В других вариантах осуществления это может быть реализовано посредством новой инициируемой gNB-CU или ассоциированной с UE процедуры, которая указывает, подвергается ли поток QoS или DRB управлению уведомлением. В некоторых вариантах осуществления CU может включать дополнительную информацию, относящуюся к мониторингу QoS, такую как, например, период времени и/или величина QoS.

[0043] В таких примерных вариантах осуществления DU может осуществлять мониторинг фактического QoS для потока QoS и/или DRB и представлять отчет CU, если они не могут выполнять сконфигурированное QoS для этого потока QoS и/или DRB. Это условие может возникать, например, если условия радиосвязи заставляют подвергнутое мониторингу (фактическое) QoS, быть меньше сконфигурированного (желаемого) QoS в течение некоторого периода времени и/или на некоторую величину, причем любое из этого может быть фиксированным, предварительно определенным или конфигурируемым. Например, представление отчета может быть реализовано путем введения IE в сообщение Требуемой Модификации Контекста UE F1AP. В других вариантах осуществления представление отчета может быть реализовано посредством новой инициируемой gNB-DU и ассоциированной с UE процедуры F1AP.

[0044] При приеме уведомления от CU о том, что QoS не выполняется для потока QoS, 5GC может принимать решение о том, удалять ли, сохранять ли или модифицировать ли поток QoS. В случае, когда поток или радиоканал не удаляется посредством 5GC, DU может продолжать осуществление мониторинга за их QoS и может представлять отчет CU, когда он определяет, что они могут вновь выполнять сконфигурированное QoS вновь, например, в течение некоторого периода времени и/или на некоторую величину, причем любое из этого может быть фиксированным, предварительно определенным или конфигурируемым. Например, это представление отчета может быть реализовано путем введения IE в сообщение Требуемой Модификации Контекста UE F1AP. В других вариантах осуществление представления отчета может быть реализовано посредством новой инициируемой gNB-DU и ассоциированной с UE процедуры F1AP.

[0045] В других вариантах осуществления при приеме отчета DU о том, что сконфигурированное QoS не может быть выполнено для конкретного потока QoS, CU может определять, модифицировать ли сконфигурированное QoS для конкретного потока QoS. Например, CU может определять, что поток QoS может быть сконфигурирован для уменьшенного QoS, которое может быть выполнено, на основании, например, информации, принятой от представляющего отчет DU и/или информации, которая доступна CU. Например, CU может определять, модифицировать ли конфигурацию QoS вместо, или в дополнение к представлению 5GC отчета о невыполненном QoS. Кроме того, если CU конфигурирует поток для использования уменьшенного QoS (например, путем отправки одного или нескольких сообщений DU), то CU затем может представлять 5GC отчет о повторно сконфигурированном QoS.

[0046] В некоторых вариантах осуществления в дополнение к представлению отчета о невыполненном потоке QoS, DU может запрашивать у CU повторное отображение невыполненного потока QoS в другом DRB. Например, DU может указать конкретный DRB для такого повторного отображения или только, что требуется повторное отображение. В ответ CU может повторно отображать поток QoS в конкретном DRB, например, DRB, который запрошен DU, или DRB, предназначенном для в противном случае невыполненных потоков QoS. В качестве альтернативы CU может определять, что идентифицированное повторное отображение не требуется, нежелательно и/или неосуществимо по, например, другим преобладающим условиям.

[0047] Фигура 6 иллюстрирует примерный поток информации среди элементов сети 5G, содержащей архитектуру разбиения DU-CU для поддержки Управления Уведомлением QoS, в соответствии с некоторыми примерными вариантами осуществления настоящего изобретения. На фигуре и в нижеследующем описании различным операциям присвоены цифровые метки или обозначения. Однако, это только для удобства и это не следует интерпретировать, как ограничивающее то, что операции должны происходить в любом конкретном числовом порядке.

[0048] На операции #1 5GC 630 может отправлять сообщение Запроса Установки Ресурса Сеанса PDU (например, как часть Протокола Прикладного Уровня NG или «NGAP») узлу NG-RAN CU (например, CU 620). Сообщение Запроса Установки Ресурса Сеанса PDU может идентифицировать поток QoS (например, «поток 1 QoS») который подвергается Управлению Уведомлением. После приема этого сообщения CU 620 отображает поток 1 QoS в конкретном DRB, таком как «DRB 1». На операции #2 CU 620 может отправлять DU 610 сообщение Запроса Установки Контекста UE (например, как часть F1AP). Сообщение Запроса Установки Контекста UE может включать в себя IE, идентифицирующий то, что DRB 1 подвергается Управлению Уведомлением. В качестве альтернативы IE может идентифицировать, что поток 1 QoS подвергается Управлению Уведомлением. В любом случае CU 620 также может идентифицировать отношение между DRB 1 и потоком 1 QoS, либо в Запросе Установки Контекста UE, либо в другом не показанном сообщении.

[0049] На операции #3 DU 610 может отправлять сообщение Ответа на Установку Контекста UE (например, как часть F1AP), информируя CU 620 о том, что ресурсы контекста UE, для обеспечения DRB 1, были успешно установлены. На операции #4 CU 620 может отправлять 5GC 630 сообщение Ответа на Установку Ресурса Сеанса PDU (например, как часть NGAP), информирующее о том, что Сеанс PDU (включая поток 1 QoS) был успешно установлен. Впоследствии DU 610 осуществляет мониторинг фактического QoS у DRB 1 и/или потока 1 QoS в зависимости от обстоятельств. Если DU 610 определяет, что он более не может выполнять сконфигурированное QoS для DRB 1 (например, фактическое QoS, подвергнутое мониторингу, ниже сконфигурированного QoS из-за плохих условий линии(ий) радиосвязи, используемой DRB), то на операции #7 DU 610 использует процедуру Указания Управления Уведомлением F1AP, чтобы проинформировать CU 620 о том, что QoS для DRB 1 не может быть выполнено. Это сообщение может, необязательно, включать в себя запрос повторного отображения, как обсуждалось выше. На операции #8 CU 620 отправляет сообщение Уведомления о ресурсе Сеанса PDU (например, как часть NGAP), чтобы проинформировать 5GC 630 о том, что сконфигурированное QoS для потока 1 более не может выполняться. Перед отправкой этого уведомления, однако, CU 620 может необязательно предпринимать попытку модифицирования QoS для потока 1 и/или повторного отображения потока 1 в другом DRB.

[0050] После приема этого уведомления 5GC 630 может определять, удалять ли, сохранять ли и/или модифицировать ли поток 1 QoS. В случае, когда 5GC 630 принимает решение о сохранении потока 1 QoS, на операции #10 DU 610 может вызывать другую процедуру Указания Управления Уведомлением F1AP, чтобы проинформировать CU 620 о том, что QoS для DRB 1 теперь может быть выполнено. На операции #11 CU 620 может отправлять другое сообщение Уведомления о Ресурсе Сеанса PDU (например, как часть NGAP), чтобы проинформировать 5GC 630 о том, что сконфигурированное QoS для потока 1 теперь может быть выполнено.

[0051] В сценарии Двойной Связности (DC) Главный узел NG-RAN (MN) должен отправлять указание Вторичному узлу NG-RAN (SN) о том, подвергается ли поток или радиоканал, который выгружается в SN, Управлению Уведомлением. Таким образом, SN осведомляется о том, что если QoS для радиоканала или потока не может больше выполняться, он должен предоставить указание MN. Эта информация позволяет MN инициировать сигнализацию уведомления в направлении 5GC, как указано в документе TS 23.501. Поскольку интерфейс Xn соединяет MN и SN в DC, то сигнализация уведомления MN-SN может иметь место через интерфейс Xn с использованием, например, Протокола Прикладного Уровня Xn (XnAP).

[0052] В некоторых примерных вариантах осуществления MN может отправлять SN указание того, подвергается ли поток QoS и/или соответствующий радиоканал (DRB) Управлению Уведомлением. Это может быть реализовано, например, путем введения элемента информации (IE) в сообщения Запроса Добавления SN и Запроса Модификации SN в XnAP. Этот IE может указывать поток QoS, отображенный конкретном DRB, или конкретный DRB. В других вариантах осуществления это может быть реализовано посредством новой инициируемой MN и ассоциированной с UE процедуры XnAP, которая указывает, подвергается ли поток QoS или DRB управлению уведомлением. В некоторых вариантах осуществления MN может включать дополнительную информацию, которая относится к мониторингу QoS, такую как, например, период времени и/или величину QoS.

[0053] В таких примерных вариантах осуществления SN может осуществлять мониторинг фактического QoS для потока QoS и/или DRB и представлять MN отчет, если он не может выполнять сконфигурированное QoS для этого потока QoS и/или DRB. Это условие может возникать, например, если условия радиосвязи заставляют (фактическое) QoS, подвергнутое мониторингу, быть меньше сконфигурированного (желаемого) QoS в течение некоторого периода времени и/или на некоторую величину, причем любое из этого может быть фиксированным, предварительно определенным или конфигурируемым. Например, представление отчета может быть реализовано путем введения IE в сообщение Требуемой Модификации SN XnAP. В других вариантах осуществления представление отчета может быть реализовано посредством новой инициируемой SN и ассоциированной с UE процедуры XnAP.

[0054] При приеме уведомления от MN о том, что QoS не выполняется для потока QoS, 5GC может принимать решение о том, удалять ли, сохранять ли или модифицировать ли поток QoS. В случае, когда поток или радиоканал не удаляется посредством 5GC, SN может продолжать осуществлять мониторинг за своим QoS и может представлять отчет MN, когда он определяет, что он вновь может выполнять сконфигурированное качество вновь, например, в течение некоторого периода времени и/или на некоторую величину, причем любое из этого может быть фиксированным, предварительно определенным или конфигурируемым. Например, это представление отчета может быть реализовано путем введения IE в сообщение Требуемой Модификации SN XnAP. В других вариантах осуществления представление отчета может быть реализовано посредством новой инициируемой SN и ассоциированной с UE процедуры F1AP.

[0055] В других вариантах осуществления при приеме отчета SN о том, что сконфигурированное QoS не может быть выполнено для конкретного потока QoS, MN может определять, модифицировать ли сконфигурированное QoS для конкретного потока QoS. Например, MN может определять, что поток QoS может быть сконфигурирован для уменьшенного QoS, которое может быть выполнено, на основании, например, информации, принятой от представляющего отчет SN и/или другой информации доступной MN. Например, MN может определять, модифицировать ли конфигурацию QoS вместо, или в дополнение к, представлению 5GC отчета о невыполненном QoS. Кроме того, если MN конфигурирует поток для использования уменьшенного QoS (например, путем отправки одного или нескольких сообщений SN), то MN затем может представлять 5GC отчет о повторно сконфигурированном QoS.

[0056] В некоторых вариантах осуществления в дополнение к представлению отчета о невыполненном потоке QoS, SN может запрашивать у MN повторное отображение невыполненного потока QoS в другом DRB. Например, SN может указать конкретный DRB для такого повторного отображения или только, что требуется повторное отображение. В ответ MN может повторно отображать поток QoS в конкретном DRB, например, DRB, который запрошен SN, или DRB, предназначенном для в противном случае невыполненных потоков QoS. В качестве альтернативы MN может определять, что идентифицированное повторное отображение не требуется, нежелательно и/или неосуществимо по, например, другим преобладающим условиям и/или из-за информации доступной MN.

[0057] В некоторых сценариях DC, DRB может быть выполнен с возможностью использования верхних уровней (например, PDCP/SDAP) у SN и нижних уровней (например, RLC/MAC/PHY) у MN. В таких сценариях, присутствует две опции для уведомления 5GC о том, что QoS не может более выполняться. Во-первых, нижние уровни MN могут информировать верхние уровни MN, которые могут непосредственно представлять отчет 5GC, как обсуждалось ранее. В качестве альтернативы, верхние уровни MN могут информировать верхние уровни SN через интерфейс Xn. На основании этой информации SN может предпринимать попытку улучшения условий радиосвязи и/или конфигураций, вызывающих невыполнение сконфигурированного QoS. Например, SN может предпринимать попытку отправки больше трафика через уже сконфигурированный участок радиосвязи SN таким образом, что QoS может быть сохранено. Если SN не может обеспечить выполнение QoS, он может просигнализировать это обратно MN, который может проинформировать 5GC через интерфейс NG.

[0058] Фигура 7 иллюстрирует примерный поток информации для поддержки Управление Уведомлением QoS среди элементов сети 5G, содержащей архитектуру DC, в соответствии с некоторыми примерными вариантами осуществления настоящего изобретения. На фигуре и в нижеследующем описании различным операциям присвоены цифровые метки или обозначения. Однако, это только для удобства и это не следует интерпретировать, как ограничивающее то, что операции должны происходить в любом конкретном числовом порядке.

[0059] На этапе #1 5GC 730 может отправлять сообщение Запроса Установки Ресурса Сеанса PDU (например, как часть Протокола Прикладного Уровня NG или «NGAP») Главному узлу NG-RAN (например, MN 720). Сообщение Запроса Установки Ресурса Сеанса PDU может идентифицировать поток QoS (например, «поток 1 QoS», который подвергается Управлению Уведомлением. На этапе #2 MN 720 отвечает сообщением Ответа на Установку Ресурса Сеанса PDU (например, как часть NGAP), чтобы проинформировать 5GC 730 о том, что сеанс PDU (включая поток 1) был успешно установлен. Впоследствии, MN 720 может принимать решение об использовании DC и выгружать поток 1 во Вторичный узел NG-RAN (например, SN 710). На этапе #3 MN 720 отправляет сообщение Запроса Добавления SN (например, как часть XnAP), содержащее IE, идентифицирующий поток 1 и указывающий, что он подвергается Управлению Уведомлением. На этапе #4 SN 710 отвечает сообщением Квитирования Запроса Добавления SN (например, как часть XnAP), чтобы проинформировать MN 720 о том, что ресурсы SN 710, включающие в себя поток 1, были успешно установлены. В вариантах осуществления, в которых SN 710 использует архитектуру разбиения CU-DU, информация об Управлении Уведомлением для потока 1 также может быть предоставлена DU через интерфейс F1, как обсуждалось выше в отношении других вариантов осуществления.

[0060] Впоследствии SN 710 (например, нижние уровни) осуществляет мониторинг за фактическим QoS у DRB 1 и/или потока 1, в зависимости от обстоятельств. Если SN 710 определяет, что он более не может выполнять сконфигурированное QoS для потока 1 (например, фактическое QoS, подвергнутое мониторингу, ниже сконфигурированного QoS из-за плохих условий линии(ий) радиосвязи, используемой DRB 1), то на этапе #7 SN 710 использует процедуру Указания Управления Уведомлением XnAP, чтобы проинформировать MN 720 о том, что QoS для потока 1 не может быть выполнено. Это сообщение может, необязательно, включать в себя запрос повторного отображения, как обсуждалось выше. В вариантах осуществления, где SN 710 дополнительно разбит на CU-DU, процедура Указания Управления Уведомлением XnAP должна быть выполнена после процедуры Указания Управления Уведомлением F1AP, как описано выше.

[0061] На этапе #8 MN 720 может отправлять сообщение Уведомления о Ресурсе Сеанса PDU (например, как часть NGAP), чтобы проинформировать 5GC 730 о том, что сконфигурированное QoS для потока 1 не может более выполняться. Перед отправкой этого уведомления, однако, MN 720 может необязательно предпринимать попытку модифицирования QoS для потока 1 и/или повторного отображения потока 1 в другом DRB. После приема этого уведомления 5GC 730 может определять, удалять ли, сохранять ли и/или модифицировать ли поток 1 QoS. В случае, когда 5GC 730 принимает решение о сохранении потока 1 QoS, на этапе #10 SN 710 может вызывать другую процедуру Указания Управления Уведомлением XnAP, чтобы проинформировать MN 720 о том, что QoS для потока 1 теперь может быть выполнено. На этапе #11 MN 720 может отправлять другое сообщение Уведомления о Ресурсе Сеанса PDU (например, как часть NGAP), чтобы проинформировать 5GC 730 о том, что сконфигурированное QoS для потока 1 теперь может быть выполнено.

[0062] Несмотря на то, что предмет изобретения, описанный в данном документе, может быть реализован в любом подходящем типе системы с использованием любых подходящих компонентов, варианты осуществления, раскрытые в этом документе, описываются в отношении беспроводной сети, такой как примерная беспроводная сеть, проиллюстрированная на Фигуре 14. Для простоты беспроводная сеть на Фигуре 14 изображает только сеть 1406, сетевые узлы 1460 и 1460b, и WD 1410, 1410b и 1410c. На практике, беспроводная сеть может дополнительно включать в себя любые дополнительные элементы, подходящие для обеспечения связи между беспроводными устройствами или между беспроводным устройством и другим устройством связи, таким как стационарный телефон, поставщик услуг или любой другой сетевой узел или конечное устройство. Из проиллюстрированных компонентов сетевой узел 1460 и беспроводное устройство 1410 (WD) изображены с дополнительными подробностями. Беспроводная сеть может предоставлять связь и другие типы услуг одному или нескольким беспроводным устройствам, чтобы облегчать беспроводным устройствам доступу к и/или использование услуг, которые предоставляются посредством или через беспроводную сеть.

[0063] Беспроводная сеть может содержать и/или взаимодействовать с любым типом сети связи, телекоммуникационной сети, сети передачи данных, сотовой сети и/или радиосети или другим сходным типом системы. В некоторых вариантах осуществления беспроводная сеть может быть выполнена с возможностью работы в соответствии с конкретными стандартами или другими типами предопределенных правил или процедур. Таким образом, конкретные варианты осуществления беспроводной сети могут реализовывать стандарты связи, такие как Глобальная Система Связи с Подвижными Объектами (GSM), Универсальная Система Мобильной Связи (UMTS), Долгосрочное Развитие (LTE) и/или другие подходящие стандарты 2G, 3G, 4G или 5G; стандарты беспроводной локальной сети (WLAN), такие как стандарты IEEE 802.11; и/или любой другой подходящий стандарт беспроводной связи, такой как стандарты Общемировой Совместимости Широкополосного Беспроводного Доступа (WiMax), Bluetooth, Z-Wave и/или ZigBee.

[0064] Сеть 1406 может содержать одну или несколько сетей обратного транзита, базовых сетей, IP сетей, телефонных коммутируемых сетей общего пользования (PSTN), сетей пакетной передачи данных, оптических сетей, глобальных сетей (WAN), локальных сетей (LAN), беспроводных локальных сетей (WLAN), проводных сетей, беспроводных сетей, городских сетей и других сетей для обеспечения связи между устройствами.

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

[0066] Используемый в данном документе сетевой узел относится к оборудованию, выполненному, сконфигурированному, организованному и/или работающему с возможностью осуществления связи непосредственно или опосредованно с беспроводным устройством и/или с другими сетевыми узлами или оборудованием в беспроводной сети, для обеспечения и/или предоставления беспроводного доступа беспроводному устройству и/или для выполнения других функций (например, администрирование) в беспроводной сети. Примеры сетевых узлов включают в себя, но не ограничиваются, точки доступа (AP) (например, точки радиодоступа), базовые станции (BS) (например, базовые станции радиосвязи, Узлы-B, развитые Узлы-B (eNB) и NR Узлы-B (gNB)). Базовые станции могут быть классифицированы на основании величины покрытия, которое они обеспечивают (или, иными словами, их уровня мощности передачи), и тогда также могут упоминаться как фемто-базовые станции, пико-базовые станции, микро базовые станции или макро базовые станции. Базовая станция может быть узлом-ретранслятором или ретранслирующим донорским узлом, управляющим ретрансляцией. Сетевой узел также может включать в себя одну или несколько (или все) частей распределенной базовой станции радиосвязи, такие как централизованные цифровые блоки и/или вынесенные радиоблоки (RRU), которые иногда упоминаются как Вынесенные Головные Радиоблоки (RRH). Такие вынесенные радиоблоки могут или могут не быть интегрированы с антеннами, в качестве радиостанции с интегрированной антенной. Части распределенной базовой станции радиосвязи также могут упоминаться как узлы в распределенной антенной системе (DAS).

[0067] Дополнительные примеры сетевых узлов включают в себя оборудование многостандартного радио (MSR), как MSR BS, контроллеры сети, такие как контроллеры радиосети (RNC) или контроллеры базовой станции (BSC), базовые станции приемопередатчика (BTS), точки передачи, узлы передачи, объекты координации многосотовой/многоадресной передачи (MCE), узлы базовой сети (например, MSC, MME), узлы Q&M, узлы OSS, узлы SON, узлы позиционирования (например, E-SMLC) и/или MDT. В качестве другого примера сетевой узел может быть виртуальным сетевым узлом, как описано более подробно ниже. В более общем смысле, однако, сетевые узлы могут представлять собой любое подходящее устройство (или группу устройств) выполненное, сконфигурированное, организованное и/или работающее с возможностью обеспечения и/или предоставления беспроводному устройству доступа к беспроводной сети или предоставления некоторой услуги беспроводному устройству, которое осуществило доступ к беспроводной сети.

[0068] На Фигуре 14 сетевой узел 1460 включает в себя схему 1470 обработки, считываемый устройством (например, машиночитаемый) носитель 1480 информации, интерфейс 1490, вспомогательное оборудование 1484, источник 1486 питания, схему 1487 питания и антенну 1462. Несмотря на то, что сетевой узел 1460, который проиллюстрирован в примерной беспроводной сети на Фигуре 14, может представлять собой устройство, которое включает в себя проиллюстрированное сочетание компонентов аппаратного обеспечения, другие варианты осуществления могут содержать сетевые узлы с другими сочетаниями компонентов. Следует понимать, что сетевой узел содержит любое подходящее сочетание аппаратного обеспечения и/или программного обеспечения, которое требуется для выполнения задач, признаков, функций или способов и/или процедур, раскрытых в данном документе. Более того, несмотря на то, что компоненты сетевого узла 1460, изображены в качестве отдельных прямоугольников, расположенных внутри большого прямоугольника, или вложенными в несколько прямоугольников, на практике, сетевой узел может содержать несколько разных физических компонентов, которые составляют единый проиллюстрированный компонент (например, считываемый устройством носитель 1480 информации может содержать несколько отдельных жестких дисков, как, впрочем, и несколько модулей RAM).

[0069] Аналогичным образом сетевой узел 1460 может быть составлен из нескольких физических отдельных компонентов (например, компонента Узла-B и компонента RNC, или компонента BTS и компонента BSC и т.д.), каждый из которых может иметь свои собственные соответствующие компоненты. В некоторых сценариях, в которых сетевой узел 1460 содержит несколько отдельных компонентов (например, компоненты BTS и BSC), один или несколько из отдельных компонентов могут совместно использоваться несколькими сетевыми узлами. Например, один RNC может управлять несколькими Узлами-B. В таком сценарии каждая уникальная пара Узла-B и RNC может в некоторых случаях рассматриваться в качестве одного отдельного сетевого узла. В некоторых вариантах осуществления сетевой узел 1460 может быть выполнен с возможностью поддержки нескольких технологий радиодоступа (RAT). В таких вариантах осуществления некоторые компоненты могут быть продублированы (например, отдельные считываемые устройством носители 1480 информации для разных RAT), а некоторые компоненты могут быть повторно использованы (например, одна и та же антенна 1462 может быть совместно использована несколькими RAT). Сетевой узел 1460 также может включать в себя несколько наборов различных проиллюстрированный компонентов для разных беспроводных технологий, интегрированных в сетевом узле 1460, таких как, например, беспроводные технологии GSM, WCDMA, LTE, NR, Wi-Fi или Bluetooth. Эти беспроводные технологии могут быть интегрированы в одном и том же или разных чипах, или наборах чипов и других компонентах в сетевом узле 1460.

[0070] Схема 1470 обработки может быть выполнена с возможностью выполнения любого определения, вычисления или аналогичных операций (например, некоторых операций получения), описанных в данном документе, как предоставляемые сетевым узлом. Эти операции, выполняемые схемой 1470 обработки, могут включать в себя обработку информации, полученной схемой 1470 обработки, путем, например, преобразования полученной информации в другую информацию, сравнения полученной информации или преобразованной информации с информацией, которая хранится в сетевом узле, и/или выполнения одной или нескольких операций на основании полученной информации или преобразованной информации, и выполнения определения в результате упомянутой обработки.

[0071] Схема 1470 обработки может содержать сочетание из одного или нескольких из микропроцессора, контроллера, микроконтроллера, центрального блока обработки, цифрового сигнального процессора, проблемно-ориентированной интегральной микросхемы, программируемой вентильной матрицы или любого другого подходящего вычислительного устройства, ресурса или сочетания аппаратного обеспечения, программного обеспечения и/или кодированной логики, выполненного с возможностью обеспечения либо отдельно, либо вместе с другими компонентами сетевого узла 1460, такими как считываемый устройством носитель 1480 информации, функциональных возможностей сетевого узла 1460. Например, схема 1470 обработки может исполнять инструкции, хранящиеся в считываемом устройством носителе 1480 информации или в памяти внутри схемы 1470 обработки. Такие функциональные возможности могут включать в себя обеспечение любых из различных беспроводных признаков, функций или преимуществ, которые обсуждаются в данном документе. В некоторых вариантах осуществления схема 1470 обработки может включать в себя систему на кристалле (SOC).

[0072] В некоторых вариантах осуществления схема 1470 обработки может включать в себя одно или несколько из схемы 1472 радиочастотного (RF) приемопередатчика и схемы 1474 обработки базовой полосы частот. В некоторых вариантах осуществления схема 1472 радиочастотного (RF) приемопередатчика и схема 1474 обработки базовой полосы частот могут быть отдельными чипами (или наборами чипов), платами, или блоками, такими как радиоблоки и цифровые блоки. В альтернативных вариантах осуществления часть или все из схемы 1472 RF приемопередатчика и схемы 1474 обработки основной полосы частот может находиться на одном и том же чипе или наборе чипов, плат или блоков.

[0073] В некоторых вариантах осуществления некоторые или все из функциональных возможностей, которые описаны в данном документе, как обеспечиваемые сетевым узлом, базовой станцией, eNB или другим таким сетевым устройством, могут быть выполнены схемой 1470 обработки, исполняющей инструкции, хранящиеся в считываемом устройством носителе 1480 информации или памяти внутри схемы 1470 обработки. В альтернативных вариантах осуществления некоторые или все из функциональных возможностей могут быть обеспечены схемой 1470 обработки без исполнения инструкций, хранящихся на отдельном или дискретном считываемом устройством носителе информации, как например, образом со схемной реализацией. В любых из этих вариантов осуществления, хранятся или нет исполняемые инструкции на считываемом устройством запоминающем носителе информации, схема 1470 обработки может быть выполнена с возможностью выполнения описанных функциональных возможностей. Преимущества, которые обеспечиваются такими функциональными возможностями, не ограничиваются только схемой 1470 обработки или другими компонентами сетевого узла 1460, а используются сетевым узлом 1460 целиком и/или конечными пользователями и беспроводной сетью в целом.

[0074] Считываемый устройством носитель 1480 информации может быть выполнен в любой форме энергозависимой или энергонезависимой машиночитаемой памяти, включая, без ограничения, постоянное хранилище, твердотельную память, удаленно смонтированную память, магнитные запоминающие носители информации, оптические носители информации, память с произвольным доступом (RAM), постоянную память (ROM), массовые запоминающие носители информации (например, жесткий диск), съемные запоминающие носители информации (например, флэш-накопитель, Компакт Диск (CD) или Цифровой Видео Диск (DVD)) и/или любые другие энергозависимые или энергонезависимые, не временные считываемые устройством и/или исполняемые-компьютером устройства памяти, которые хранят информацию, данные и/или инструкции, которые могут быть использованы схемой 1470 обработки. Считываемый устройством носитель 1480 информации может хранить любые подходящие инструкции, данные или информацию, включая компьютерную программу, программное обеспечение, приложение, включающие в себя одно или несколько из логики, правил, кода, таблиц и т.д. и/или другие инструкции, выполненные с возможностью исполнения схемой 1470 обработки, и используемые сетевым узлом 1460. Считываемый устройством носитель 1480 информации может быть использован для хранения любых вычислений, выполненных схемой 1470 обработки, и/или любых данных, принятых через интерфейс 1490. В некоторых вариантах осуществления схема 1470 обработки и считываемый устройством носитель 1480 информации могут считаться интегрированными.

[0075] Интерфейс 1490 используется в проводной или беспроводной связи для передачи сигнализации и/или данных между сетевым узлом 1460, сетью 1406 и/или WD 1410. Как проиллюстрировано, интерфейс 1490 содержит порты(ы)/ввод(ы)/вывод(ы) 1494 для отправки и приема данных, например, в и от сети 1406 через проводное соединение. Интерфейс 1490 также включает в себя схему 1492 внешнего интерфейса радиосвязи, которая может быть соединена с, или в некоторых вариантах осуществления частью, антенной 1462. Схема 1492 внешнего интерфейса радиосвязи содержит фильтры 1498 и усилители 1496. Схема 1492 внешнего интерфейса радиосвязи может быть соединена с антенной 1462 и схемой 1470 обработки. Схема внешнего интерфейса радиосвязи может быть выполнена с возможностью приведения в определенное состояние сигналов, которые сообщаются между антенной 1462 и схемой 1470 обработки. Схема 1492 внешнего интерфейса радиосвязи может принимать цифровые данные, которые должны быть отправлены другим сетевым узлам или WD через беспроводное соединение. Схема 1492 внешнего интерфейса радиосвязи может преобразовывать цифровые данные в радиосигнал с соответствующими параметрами канала и полосы пропускания с использованием сочетания фильтров 1498 и/или усилителей 1496. Радиосигнал затем может быть передан через антенну 1462. Аналогичным образом при приеме данных антенна 1462 может собирать радиосигналы, которые затем преобразуются в цифровые данные посредством схемы 1492 внешнего интерфейса радиосвязи. Цифровые данные могут быть пропущены в схему 1470 обработки. В других вариантах осуществления интерфейс может содержать другие компоненты и/или другие сочетания компонентов.

[0076] В некоторых альтернативных вариантах осуществления сетевой узел 1460 может не включать в себя отдельную схему 1492 внешнего интерфейса радиосвязи, а вместо этого схема 1470 обработки может содержать схему внешнего интерфейса радиосвязи и может быть соединена с антенной 1462 без отдельной схемы 1492 внешнего интерфейса радиосвязи. Аналогичным образом в некоторых вариантах осуществления вся или некоторая часть схемы 1472 RF приемопередатчика может рассматриваться как часть интерфейса 1490. В еще одних других вариантах осуществления интерфейс 1490 может включать в себя один или несколько портов или входов/выходов 1494, схему 1492 внешнего интерфейса радиосвязи и схему 1472 RF приемопередатчика, как часть радиоблока (не показано), и интерфейс 1490 может осуществлять связь со схемой 1474 обработки основной полосы частот, которая является частью цифрового блока (не показано).

[0077] Антенна 1462 может включать в себя одну или несколько антенн или антенных решеток, выполненных с возможностью отправки и/или приема беспроводных сигналов. Антенна 1462 может быть соединена со схемой 1490 внешнего интерфейса радиосвязи и может быть любым типом антенны, выполненным с возможностью передачи и приема данных и/или сигналов беспроводным образом. В некоторых вариантах осуществления антенна 1462 может содержать одну или несколько всенаправленных, секторных или панельных антенн, выполненных с возможностью передачи/приема радиосигналов между, например, 2ГГц и 66ГГц. Всенаправленная антенна может быть использована для передачи/приема радиосигналов в любом направлении, секторная антенна может быть использована для передачи/приема радиосигналов от устройств внутри конкретной зоны, а панельная антенна может быть антенной прямой видимости, используемой для передачи/приема радиосигналов в относительной прямой видимости. В некоторых случаях использование более одной антенны может упоминаться как MIMO. В некоторых вариантах осуществления антенна 1462 может быть отделена от сетевого узла 1460 и может быть соединена с сетевым узлом 1460 посредством интерфейса или порта.

[0078] Антенна 1462, интерфейс 1490 и/или схема 1470 обработки могут быть выполнены с возможностью выполнения любых операций приема и/или некоторых операций получения, которые описаны в данном документе, как выполняемые сетевым узлом. Любая информация, данные и/или сигналы могут быть приняты от беспроводного устройства, другого сетевого узла и/или любого другого сетевого оборудования. Аналогичным образом антенна 1462, интерфейс 1490 и/или схема 1470 обработки могут быть выполнены с возможностью выполнения любых операций передачи, которые описаны в данном документе, как выполняемые сетевым узлом. Любая информация, данные и/или сигналы могут быть переданы беспроводному устройству, другому сетевому узлу и/или любому другому сетевому оборудованию.

[0079] Схема 1487 питания может содержать, или быть соединена с, схему управления питанием и может быть выполнена с возможностью подачи компонентам сетевого узла 1460 питания для выполнения функциональных возможностей, описанных в данном документе. Схема 1487 питания может принимать питание от источника 1486 питания. Источник 1486 питания и/или схема 1487 питания могут быть выполнены с возможностью предоставления питания различным компонентам сетевого узла 1460 в форме, подходящей для соответствующих компонентов (например, на уровне напряжения и тока, который требуется каждому соответствующему компоненту). Источник 1486 питания может либо быть включен в, либо быть внешним по отношению к, схему 1487 питания и/или сетевой узел 1460. Например, сетевой узел 1460 может быть соединен с внешним источником питания (например, электрической розеткой) через схему или интерфейс ввода, такой как электрический кабель, посредством которого внешний источник питания подает питание схеме 1487 питания. В качестве дополнительного примера источник 1486 питания может содержать источник питания в форме батареи или блока батарей, который соединен с, или интегрирован в, схемой 1487 питания. Батарея может обеспечивать резервное питание в случае отказа внешнего источника питания. Также могут быть использованы другие типы источников питания, такие как фотогальванические устройства.

[0080] Альтернативные варианты осуществления сетевого узла 1460 могут включать в себя дополнительные компоненты, помимо тех, что показаны на Фигуре 14, которые могут отвечать за обеспечение некоторых аспектов функциональных возможностей сетевого узла, включая любые из функциональных возможностей, которые описаны в данном документе, и/или любые функциональные возможности, требуемые для поддержки сущности изобретения, описанного в данном документе. Например, сетевой узел 1460 может включать в себя оборудование интерфейса пользователя для обеспечения и/или облегчения ввода информации в сетевой узел 1460 и для обеспечения и/или облегчения вывода информации из сетевого узла 1460. Это может позволить и/или способствовать выполнению пользователем диагностики, обслуживания, ремонта и других административных функций в отношении сетевого узла 1460.

[0081] Используемое в данном документе беспроводное устройство (WD) относится к устройству, выполненному, сконфигурированному, организованному и/или работающему с возможностью осуществления связи беспроводным образом с сетевыми узлами и/или другими беспроводными устройствами. Если не отмечено иное, понятие WD может быть использовано взаимозаменяемым образом в данном документе с оборудованием пользователя (UE). Осуществление связи беспроводным образом может включать передачу и/или прием беспроводных сигналов с использованием электромагнитных волн, радиоволн, инфракрасных волн и/или других типов сигналов, подходящих для переноса информации по воздуху. В некоторых вариантах осуществления WD может быть выполнено с возможностью передачи и/или приема информации без непосредственного взаимодействия с человеком. Например, WD может быть разработано для передачи информации в сеть по предварительно определенному расписанию, при инициировании внутренним или внешним событием, или в ответ на запросы от сети. Примеры WD включают в себя, но не ограничиваются, интеллектуальный телефон, мобильный телефон, сотовый телефон, телефон голоса через IP (VoIP), беспроводной телефон абонентской линии, настольный компьютер, персональный цифровой помощник (PDA), беспроводные камеры, игровую консоль или устройство, устройство хранение музыки, прибор воспроизведения, носимое терминальное устройство, беспроводную конечную точку, мобильную станцию, планшет, компьютер класса лэптоп, оборудование со встраиваемым лэптопом (LEE), оборудование с монтируемым лэптопом (LME), интеллектуальное устройство, беспроводное оборудование, установленное у пользователя (CPE), монтируемое на транспортном средстве беспроводное терминальное устройство и т.д.

[0082] WD может поддерживать связь типа устройство-с-устройством (D2D), например, путем реализации стандарта 3GPP для побочной связи, связи типа транспортное средство-с-транспортным средством (V2V), связи типа транспортное средство-с-инфраструктурой (V2I), связи типа транспортное средство-со-всем (V2X) и может в этом случает упоминаться как устройство связи D2D. В качестве еще одного другого конкретного примера в сценарии Интернета Вещей (IoT), WD может представлять собой машину или другое устройство, которое осуществляет мониторинг и/или измерения и передает результаты такого мониторинга и/или измерений другому WD и/или сетевому узлу. WD в данном случае может быть устройством связи типа машина-с-машиной (M2M), которое может в контексте 3GPP упоминаться как устройство MTC. В качестве одного конкретного примера WD может быть UE, реализующим стандарт узкополосного интернета вещей (NB-IoT) 3GPP. Конкретными примерами таких машин или устройств являются датчики, измерительные устройства, такие как измерители мощности, промышленное оборудование, или домашние или бытовые приборы (например, холодильники, телевизоры и т.д.), персональные носимые устройства (например, наручные часы, фитнес-трекеры и т.д.). В других сценариях WD может представлять собой транспортное средство или другое оборудование, которое выполнено с возможностью осуществления мониторинга и/или представления отчета о своем рабочем статусе или других функциях, ассоциированных с его работой. WD, как описано выше, может представлять собой конечную точку беспроводного соединения, и в этом случае устройство может упоминаться как беспроводной терминал. Кроме того, WD, как описано выше, может быть мобильным, и в этом случае оно также может упоминаться как мобильное устройство или мобильный терминал.

[0083] Как проиллюстрировано беспроводное устройство 1410 включает в себя антенну 1411, интерфейс 1414, схему 1420 обработки, считываемый устройством носитель 1430 информации, оборудование 1432 интерфейса пользователя, вспомогательное оборудование 1434, источник 1436 питания и схему 1437 питания. WD 1410 может включать в себя несколько наборов из одного или нескольких из проиллюстрированных компонентов для разных беспроводных технологий, поддерживаемых WD 1410, таких как, например, беспроводные технологии GSM, WCDMA, LTE, NR, WiFi, WiMAX или Bluetooth, просто чтобы упомянуть несколько. Эти беспроводные технологии могут быть интегрированы в одном и том же или разных чипах, или наборе чипов, как прочие компоненты в WD 1410.

[0084] Антенна 1411 может включать в себя одну или несколько антенн, или антенных решеток, выполненных с возможностью отправки и/или приема беспроводных сигналов, и соединена с интерфейсом 1414. В некоторых альтернативных вариантах осуществления антенна 1411 может быть отделена от WD 1410 и соединена с WD 1410 посредством интерфейса или порта. Антенна 1411, интерфейс 1414 и/или схема 1420 обработки могут быть выполнены с возможностью выполнения любых операций приема или передачи, которые описаны в данном документе, как выполняемые WD. Любая информация, данные и/или сигналы могут быть приняты от сетевого узла и/или другого WD. В некоторых вариантах осуществления схема внешнего интерфейса радиосвязи и/или антенна 1411 могут считаться интерфейсом.

[0085] Как проиллюстрировано интерфейс 1414 содержит схему 1412 внешнего интерфейса радиосвязи и антенну 1411. Схема 1412 внешнего интерфейса радиосвязи содержит один или несколько фильтров 1418 и усилителей 1416. Схема 1414 внешнего интерфейса радиосвязи соединена с антенной 1411 и схемой 1420 обработки, и может быть выполнена с возможностью приведения в определенное состояние сигналов, которые сообщаются между антенной 1411 и схемой 1420 обработки. Схема 1412 внешнего интерфейса радиосвязи может быть связана с или частью антенны 1411. В некоторых вариантах осуществления WD 1410 может не включать в себя отдельную схему 1414 внешнего интерфейса радиосвязи; наоборот, схема 1420 обработки может содержать схему внешнего интерфейса радиосвязи и может быть соединена с антенной 1411. Аналогичным образом в некоторых вариантах осуществления некоторые части или вся схема 1422 RF приемопередатчика может считаться частью интерфейса 1414. Схема 1412 внешнего интерфейса радиосвязи может принимать цифровые данные, которые должны быть отправлены другим сетевым узлам или WD через беспроводное соединение. Схема 1412 внешнего интерфейса радиосвязи может преобразовывать цифровые данные в радиосигнал с соответствующими параметрами канала и полосы пропускания с использованием сочетания фильтров 1418 и/или усилителей 1416. Радиосигнал затем может быть передан через антенну 1411. Аналогичным образом при приеме данных антенна 1411 может собирать радиосигналы, которые затем преобразуются в цифровые данные схемой 1412 внешнего интерфейса радиосвязи. Цифровые данные могут пропускаться к схеме 1420 обработки. В других вариантах осуществления интерфейс может содержать другие компонент и/или другие сочетания компонентов.

[0086] Схема 1420 обработки может содержать сочетание из одного или нескольких из микропроцессора, контроллера, микроконтроллера, центрального блока обработки, цифрового сигнального процессора, проблемно-ориентированной интегральной микросхемы, программируемой вентильной матрицы или любого другого подходящего вычислительного устройства, ресурса или сочетания аппаратного обеспечения, программного обеспечения и/или кодированной логики, выполненного с возможностью обеспечения либо отдельно, либо совместно с другими компонентами WD 1410, такими как считываемый устройством носитель 1430 информации, функциональных возможностей WD 1410. Такие функциональные возможности могут включать в себя обеспечение любых из разных беспроводных признаков или преимуществ, которые обсуждаются в данном документе. Например, схема 1420 обработки может исполнять инструкции, хранящиеся в считываемом устройством носителе 1430 информации или в памяти внутри схемы 1420 обработки, для обеспечения функциональных возможностей, раскрытых в данном документе.

[0087] Как проиллюстрировано, схема 1420 обработки включает в себя одно или несколько из схемы 1422 RF приемопередатчика, схемы 1424 обработки основной полосы частот и схемы 1426 обработки приложения. В других вариантах осуществления схема обработки может содержать разные компоненты и/или разные сочетания компонентов. В некоторых вариантах осуществления схема 1420 обработки WD 1410 может содержать SOC. В некоторых вариантах осуществления схема 1422 RF приемопередатчика, схема 1424 обработки основной полосы частот и схема 1426 обработки приложения могут быть отдельными чипами или наборами чипов. В альтернативных вариантах осуществления часть или все из схемы 1424 обработки основной полосы частот и схемы 1426 обработки приложения может быть объединено в одном чипе или наборе чипов, а схема 1422 RF приемопередатчика может быть отдельным чипом или набором чипов. В еще одних альтернативных вариантах осуществления часть или все из схемы 1422 RF приемопередатчика и схемы 1424 обработки основной полосы частот может быть на одном и том же чипе или наборе чипов, а схема 1426 обработки приложения может быть на отдельном чипе или наборе чипов. В еще одних других альтернативных вариантах осуществления часть или все из схемы 1422 RF приемопередатчика, схемы 1424 обработки основной полосы частот и схемы 1426 обработки приложения может быть объединено в одном и том же чипе или наборе чипов. В некоторых вариантах осуществления схема 1422 RF приемопередатчика может быть частью интерфейса 1414. Схема 1422 RF приемопередатчика может приводить в определенное состояние RF сигналы для схемы 1420 обработки.

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

[0089] Схема 1420 обработки может быть выполнена с возможностью выполнения любого определения вычисления или аналогичных операций (например, некоторых операций получения), которые описаны в данном документе, как выполняемые WD. Эти операции, как выполняемые схемой 1420 обработки, могут включать в себя обработку информации, полученной схемой 1420 обработки путем, например, преобразования полученной информации в другую информацию, сравнения полученной информации или преобразованной информации в информацию, которая хранится в WD 1410 и/или выполнения одной или нескольких операций на основании полученной информации или преобразованной информации и выполнения определения в результате упомянутой обработки.

[0090] Считываемый устройством носитель 1430 информации может быть выполнен с возможностью хранения компьютерной программы, программного обеспечения, приложения, включающего в себя одно или несколько из логики, правил, кода, таблиц и т.д., и/или других инструкций, выполненных с возможностью исполнения схемой 1420 обработки. Считываемый устройством носитель 1430 информации может включать в себя компьютерную память (например, Память с Произвольным Доступом (RAM) или Постоянную Память (ROM)), массовые запоминающие носители информации (например, жесткий диск), съемные запоминающие носители информации (например, Компакт Диск (CD) или Цифровой Видео Диск (DVD)) и/или любые другие энергозависимые или энергонезависимые, не временные считываемые устройством и/или исполняемые-компьютером устройства памяти, которые хранят информацию, данные и/или инструкции, которые могут быть использованы схемой 1420 обработки. В некоторых вариантах осуществления схема 1420 обработки и считываемый устройством носитель 1430 информации могут рассматриваться как интегрированные.

[0091] Оборудование 1432 интерфейса пользователя может включать в себя компоненты, которые обеспечивают и/или облегчают взаимодействие пользователя-человека с WD 1410. Такое взаимодействие может быть во множестве форм, таких как визуальное, слуховое, тактильное и т.д. Оборудование 1432 интерфейса пользователя может быть выполнено с возможностью создания вывода для пользователя, и чтобы обеспечить и/или облегчить предоставление ввода пользователем в WD 1410. Тип взаимодействия может меняться в зависимости от типа оборудования 1432 интерфейса пользователя, инсталлированного в WD 1410. Например, если WD 1410 является интеллектуальным телефоном, то взаимодействие может быть через сенсорный экран; если WD 1410 является интеллектуальным измерителем, то взаимодействие может быть посредством экрана, который предоставляет использование (например, количество использованных галлонов), или громкоговорителя, который предоставляет звуковое предупреждение (например, если обнаруживается дым). Оборудование 1432 интерфейса пользователя может включать в себя интерфейсы, устройства и схемы ввода, и интерфейсы, устройства и схемы вывода. Оборудование 1432 интерфейса пользователя может быть выполнено с возможностью обеспечения и/или облегчения ввода информации в WD 1410, и соединено со схемой 1420 обработки для обеспечения и/или облегчения обработки входной информации схемой 1420 обработки. Оборудование 1432 интерфейса пользователя может включать в себя, например, микрофон, датчик близости или другой датчик, клавиши/кнопки, сенсорный дисплей, одну или несколько камер, USB порт или другую схему ввода. Оборудование 1432 интерфейса пользователя также выполнено с возможностью обеспечения и/или облегчения вывода информации из WD 1410 и обеспечения и/или облегчения вывода информации схемой 1420 обработки из WD 1410. Оборудование 1432 интерфейса пользователя может включать в себя, например, громкоговоритель, дисплей, вибрационную схему, USB порт, интерфейс наушников или другую схему вывода. Путем использования одного или нескольких интерфейсов, устройств и схем ввода и вывода у оборудования 1432 интерфейса пользователя, WD 1410 может осуществлять связь с конечными пользователями и/или беспроводной сетью и обеспечивать и/или способствовать получению ими преимуществ от функциональных возможностей, описанных в этом документе.

[0092] Вспомогательное оборудование 1434 выполнено с возможностью обеспечения более конкретных функциональных возможностей, которые, как правило, могут не выполняться WD. Это может содержать специализированные датчики для выполнения измерений для различных целей, интерфейсы для дополнительных типов связи, такой как проводная связь и т.д. Включение и тип компонентов вспомогательного оборудования 1434 могут меняться в зависимости от варианта осуществления и/или сценария.

[0093] Источник 1436 питания может в некоторых вариантах осуществления быть в форме батареи или блока батарей. Также могут быть использованы другие типы источников питания, такие как внешний источник питания (например, электрическая розетка), фотогальванические устройства или элементы питания. WD 1410 может дополнительно содержать схему 1437 питания для доставки питания от источника 1436 питания к различным частям WD 1410, которым требуется питание от источника 1436 питания для осуществления функциональных возможностей, описанных или указанных в данном документе. Схема 1437 питания может в некоторых вариантах осуществления содержать схему управления питанием. Схема 1437 питания может дополнительно или в качестве альтернативы быть выполнена с возможностью приема питания от внешнего источника питания; в этом случае WD 1410 может быть соединено с внешним источником питания (таким как электрическая розетка) через схему или интерфейс ввода, такой как электрический кабель питания. Схема 1437 питания также может в некоторых вариантах осуществления быть выполнена с возможностью доставки питания от внешнего источника питания к источнику 1436 питания. Это может быть, например, для зарядки источника 1436 питания. Схема 1437 питания может выполнять любое преобразование или другую модификацию питания от источника 1436 питания, чтобы сделать его пригодным для подачи к соответствующим компонентам WD 1410.

[0094] Фигура 15 иллюстрирует один вариант осуществления UE в соответствии с различными аспектами, описанными в данном документе. Используемое в данном документе оборудование пользователя или UE может не обязательно иметь пользователя в смысле пользователя-человека, который владеет и/или эксплуатирует соответствующее устройство. Вместо этого UE может представлять собой устройство, которое предназначено для продажи или для того, чтобы его эксплуатировал пользователь-человек, но которое может не, или которое может изначально не, быть ассоциировано с конкретным пользователем-человеком (например, интеллектуальный контроллер дождевальной установки). В качестве альтернативы, UE может представлять собой устройство, которое не предназначено для продажи, или для того, чтобы его эксплуатировал конечный пользователь, но которое может быть ассоциировано с или которое может работать для получения выгоды пользователем (например, интеллектуальный измеритель мощности). UE 1500 может быть любым UE, идентифицированным Проектом Партнерства 3-го Поколения (3GPP), включая NB-IoT UE, UE связи машинного типа (MTC) и/или UE улучшенной MTC (eMTC). UE 1500, как проиллюстрировано на Фигуре 15, является одним примером WD, выполненного с возможностью осуществления связи в соответствии с одним или несколькими стандартами связи, которые опубликованы Проектом Партнерства 3-го Поколения (3GPP), такими как стандарты GSM, UMTS, LTE и/или 5G 3GPP. Как упомянуто ранее, понятие WD и UE могут быть использованы взаимозаменяемым образом. Соответственно, несмотря на то, что Фигура 15 соответствует UE, компоненты, которые обсуждаются здесь, в равной степени могут быть применены к WD и наоборот.

[0095] На Фигуре 15 UE 1500 включает в себя схему 1501 обработки, которая функционально связана с интерфейсом 1505 ввода/вывода, радиочастотным (RF) интерфейсом 1509, интерфейсом 1511 сетевого соединения, памятью 151, включающей в себя память 1517 с произвольным доступом (RAM), постоянную память 1519 (ROM) и запоминающий носитель 1521 информации или аналогичное, подсистемой 1531 связи, источником 1533 питания и/или другим компонентом, или любым их сочетанием. Запоминающий носитель 1521 информации включает в себя операционную систему 1523, прикладную программу 1525 и данные 1527. В других вариантах осуществления запоминающий носитель 1521 информации может включать в себя другие аналогичные типы информации. Определенные UE могут использовать все компоненты, показанные на Фигуре 15, или только подмножество компонентов. Уровень интеграции между компонентами может меняться от одного UE к другому UE. Дополнительно, некоторые UE могут содержать множественные экземпляры компонента, как например, множественные процессоры, памяти, приемопередатчики, передатчики, приемники и т.д.

[0096] На Фигуре 15 схема 1501 обработки может быть выполнена с возможностью обработки компьютерных инструкций и данных. Схема 1501 обработки может быть выполнена с возможностью реализации любого последовательного конечного автомата, работающего для исполнения машинных инструкций, которые хранятся в качестве машиночитаемых компьютерных программ в памяти, такой как один или несколько реализованных в аппаратном обеспечении конечных автоматов (например, в дискретной логике, FPGA, ASIC и т.д.); программируемой логики вместе с соответствующим встроенным программным обеспечением; одной или нескольких сохраненных программ процессоров общего назначения, таких как микропроцессор или Цифровой Сигнальный Процессор (DSP), вместе с соответствующим программным обеспечением; или любого сочетания вышеупомянутого. Например, схема 1501 обработки может включать в себя два блока обработки (CPU). Данные могут быть информацией в форме подходящей для использования компьютером.

[0097] В изображенном варианте осуществления интерфейс 1505 ввода/вывода может быть выполнен с возможностью обеспечения интерфейса связи с устройством ввода, устройством вывода или устройством ввода и вывода. UE 1500 может быть выполнено с возможностью использования устройства вывода через интерфейс 1505 ввода/вывода. Устройство вывода может использовать тот же самый тип порта интерфейса, что и устройство ввода. Например, USB порт может быть использован, чтобы обеспечивать ввод в и вывод из UE 1500. Устройство вывода может быть громкоговорителем, звуковой картой, видеокартой, дисплеем, монитором, принтером, исполнительным механизмом, излучателем, интеллектуальной картой, другим устройством вывода или любым их сочетанием. UE 1500 может быть выполнено с возможностью использования устройства ввода через интерфейс 1505 ввода/вывода для обеспечения и/или облегчения захвата информации пользователем в UE 1500. Устройство ввода может включать в себя чувствительный к касанию или чувствительный к присутствию дисплей, камеру (например, цифровую камеру, цифровую видеокамеру, веб-камеру и т.д.), микрофон, датчик, мышь, шаровой манипулятор, панель направлений, сенсорную площадку, колесо прокрутки, интеллектуальную карту и аналогичное. Чувствительный к присутствию дисплей может включать в себя емкостной или резистивный датчик касания для регистрации ввода от пользователя. Датчик может быть, например, акселерометром, гироскопом, датчиком наклона, датчиком усилия, магнитометром, оптическим датчиком, датчиком близости, другим аналогичным датчиком или любым их сочетанием. Например, устройство ввода может быть акселерометром, магнитометром, цифровой камерой, микрофоном и оптическим датчиком.

[0098] На Фигуре 15 RF интерфейс 1509 может быть выполнен с возможностью обеспечения интерфейса связи с RF компонентами, такими как передатчик, приемник и антенна. Интерфейс 1511 сетевого соединения может быть выполнен с возможностью обеспечения интерфейса связи с сетью 1543a. Сеть 1543a может охватывать проводные и/или беспроводные сети, такие как локальная сеть (LAN), глобальная сеть (WAN), компьютерная сеть, беспроводная сеть, телекоммуникационная сеть, другая аналогичная сеть или любое их сочетание. Например, сеть 1543a может содержать сеть Wi-Fi. Интерфейс 1511 сетевого соединения может быть выполнен с возможностью включения в себя интерфейса приемника и передатчика, используемого для осуществления связи с одним или несколькими другими устройствами через сеть связи в соответствии с одним или несколькими протоколами связи, такими как Ethernet, TCP/IP, SONET, ATM или аналогичные. Интерфейс 1511 сетевого соединения может реализовывать функциональные возможности приемника и передатчика, соответствующие линиям сети связи (например, оптической, электрической и аналогичной). Функции передатчика и приемника могут совместно использовать компоненты цепи, программное обеспечение или встроенное программное обеспечение, или в качестве альтернативы могут быть реализованы отдельно.

[0099] RAM 1517 может быть выполнена с возможностью взаимодействия через шину 1502 со схемой 1501 обработки для обеспечения хранения и кэширования данных или компьютерных инструкций во время исполнения программ программного обеспечения, таких как операционная система, прикладные программы и драйверы устройств. ROM 1519 может быть выполнена с возможностью предоставления компьютерных инструкций или данных схеме 1501 обработки. Например, ROM 1519 может быть выполнена с возможностью хранения неизменного низкоуровневого системного кода или данных для базовых функций системы, таких как базовый ввод и вывода (I/O), запуск или прием нажатий клавиш от клавиатуры, которые хранятся в энергонезависимой памяти. Запоминающий носитель 1521 информации может быть выполнен с возможностью включения памяти, такой как RAM, ROM, программируемая постоянная память (PROM), стираемая программируемая постоянная память (EEPROM), электрически стираемая программируемая постоянная память (EEPROM), магнитные диски, оптические диски, гибкие диски, жесткие диски, съемные картриджи или флэш-накопители. В одном примере запоминающий носитель 1521 информации может быть выполнен с возможностью включения операционной системы 1523, прикладной программы 1525, такой как приложение веб-браузера, машины виджетов и гаджетов или другого приложения и файла 1527 данных. Запоминающий носитель 1521 информации может хранить для использования UE 1500 любые из многообразия различных операционных систем или сочетаний операционных систем.

[0100] Запоминающий носитель 1521 информации может быть выполнен с возможностью включения некоторого количества физических блоков накопителя, таких как избыточный массив независимых дисков (RAID), накопитель на гибком диске, флэш-память, USB флэш-накопитель, внешний накопитель на жестком диске, флэш-накопитель, флэшка, миниатюрная флэшка, оптический дисковый накопитель на цифровом универсальном диске высокой плотности (HD-DVD), внутренний накопитель на жестком диске, оптический дисковый накопитель Blu-Ray, оптический дисковый накопитель на голографическом цифровом хранилище данных (HDDS), внешний мини модуль памяти с двухсторонним расположением микросхем (DIMM), синхронная динамическая память с произвольным доступом (SDRAM), внешняя микро-DIMM SDRAM, память интеллектуальной карты, такая как модуль идентификации абонента или съемный модуль идентификации абонента (SIM/RUIM), другая память или любое их сочетание. Запоминающий носитель 1521 информации может обеспечивать и/или способствовать доступу UE 1500 к исполняемым компьютером инструкциям, прикладным программам или аналогичному, хранящемуся на временном или не временном средстве памяти, выгрузке данных или загрузке данных. Изделие, такое как использующее систему связи, может быть вещественным образом воплощено в запоминающем носителе 1521 информации, который может содержать считываемый устройством носитель информации.

[0101] На Фигуре 15 схема 1501 обработки может быть выполнена с возможностью осуществления связи с сетью 1543b с использованием подсистемы 1531 связи. Сеть 1543a и сеть 1543b могут быть одной и той же сетью или сетями, или разной сетью или сетями. Подсистема 1531 связи может быть выполнена с возможностью включения одного или нескольких приемопередатчиков, используемых для осуществления связи с сетью 1543b. Например, подсистема 1531 связи может быть выполнена с возможностью включения одного или нескольких приемопередатчиков, используемых для осуществления связи с одним или несколькими удаленными приемопередатчиками другого устройства, выполненного с возможностью осуществления беспроводной связи, такого как другое WD, UE или базовая станция сети радиодоступа (RAN), в соответствии с одним или несколькими протоколами связи, такими как IEEE 802.15, CDMA, WCDMA, GSM, LTE, UTRAN, WiMax или аналогичный. Каждый приемопередатчик может включать в себя передатчик 1533 и/или приемник 1535 для реализации функциональных возможностей передатчика или приемника, соответственно, подходящих для линий RAN (например, распределения частот и аналогичного). Кроме того, передатчик 1533 и приемник 1535 каждого приемопередатчика могут совместно использовать компоненты цепи, программное обеспечение или встроенное программное обеспечение, или в качестве альтернативы могут быть реализованы отдельно.

[0102] В проиллюстрированном варианте осуществления функции связи подсистемы 1531 связи могут включать в себя связь для передачи данных, голосовую связь, мультимедийную связь, связь малого радиуса действия, такую как Bluetooth, связь ближнего поля, основанную на местоположении связь, такую как использование системы глобального позиционирования (GPS) для определения местоположения, другую аналогичную функцию связи или любое их сочетание. Например, подсистема 1531 связи может включать в себя сотовую связь, связь Wi-Fi, связь Bluetooth и связь GPS. Сеть 1543b может охватывать проводные и/или беспроводные сети, такие как локальная сеть (LAN), глобальная сеть (WAN), компьютерная сеть, беспроводная сеть, телекоммуникационная сеть, другая аналогичная сеть или любое их сочетание. Например, сеть 1543b может быть сотовой сетью, сетью Wi-Fi и/или сетью ближнего поля. Источник 1513 питания может быть выполнен с возможностью предоставления питания переменного тока (AC) или постоянного тока (DC) компонентам UE 1500.

[0103] Признаки, преимущества и/или функции, описанные в данном документе, могут быть реализованы в одном из компонентов UE 1500 или разнесены по множественным компонентам UE 1500. Кроме того, признаки, преимущества и/или функции, описанные в данном документе, могут быть реализованы в любом сочетании аппаратного обеспечения, программного обеспечения или встроенного программного обеспечения. В одном примере подсистема 1531 связи может быть выполнена с возможностью включения в себя любых из компонентов, описанных в данном документе. Кроме того, схема 1501 обработки может быть выполнена с возможностью осуществления связи с любым из таких компонентов через шину 1502. В другом примере любые из таких компонентов могут быть представлены инструкциями программы, хранящимися в памяти, которые, когда исполняются схемой 1501 обработки, выполняют соответствующие функции, описанные в данном документе. В другом примере функциональные возможности любого из таких компонентов могут быть разбиты между схемой 1501 обработки и подсистемой 1531 связи. В другом примере функции с не большим объем вычислений любого из таких компонентов могут быть реализованы в программном обеспечении или встроенном программном обеспечении, а функции с большим объемом вычислений могут быть реализованы в аппаратном обеспечении.

[0104] Фигура 16 является принципиальной структурной схемой, иллюстрирующей среду 1600 виртуализации, в которой может осуществляться виртуализация функций, реализованных некоторыми вариантами осуществления. В настоящем контексте виртуализация означает создание виртуальных версий аппаратов или устройств, которые могут включать в себя виртуализацию аппаратных платформ, запоминающих устройств и сетевых ресурсов. Используемая в данном документе виртуализации может быть применена к узлу (например, виртуализированная базовая станция или виртуализированный узел радиодоступа) или к устройству (например, UE, беспроводное устройство или любой другой тип устройства связи) или их компонентам и относится к реализации, в которой по меньшей мере часть функциональных возможностей реализуется в качестве одного или нескольких виртуальных компонентов (например, через одно или несколько приложений, компонентов, функций, виртуальных машин или контейнеров, исполняемых на одном или нескольких физических узлах обработки в одной или нескольких сетях).

[0105] В некоторых вариантах осуществления некоторые или все из функций, которые описаны в данном документе, могут быть реализованы в качестве виртуальных компонентов, исполняемых одной или несколькими виртуальными машинами, реализованными в одной или нескольких виртуальных средах 1600, размещенных в одном или нескольких узлах 1630 аппаратного обеспечения. Кроме того, в вариантах осуществления, в которых виртуальный узел не является узлом радиодоступа или не требует связности радиосвязи (например, узел базовой сети), сетевой узел может быть полностью реализован посредством виртуализации.

[0106] Функции могут быть реализованы посредством одного или нескольких приложений 1620 (которые в качестве альтернативы могут именоваться экземплярами программного обеспечения, виртуальными приборами, сетевыми функциями, виртуальными узлами, виртуальными сетевыми функциями и т.д.), выполненных с возможностью реализации некоторых из признаков, функций и/или преимуществ некоторых из вариантов осуществления, описанных в данном документе. Приложения 1620 работают в среде 1600 реализации, которая предоставляет аппаратное обеспечение 1630, содержащее схему 1660 обработки и память 1690. Память 1690 содержит инструкции 1695, исполняемые схемой 1660 обработки, посредством чего приложение 1620 работает для обеспечения одного или нескольких из признаков, преимуществ и/или функций, раскрытых в данном документе.

[0107] Среда 1600 виртуализации содержит сетевые аппаратные устройства 630 общего назначения или специализированного назначения, содержащие набор из одного или нескольких процессоров, или схему 1660 обработки, которые могут быть имеющимися в продаже (COTS) процессорами, специальными Проблемно-Ориентированными Интегральными Микросхемами (ASIC) или любым другим типом схемы обработки, включающей в себя цифровые или аналоговые аппаратные компоненты или процессоры особого назначения. Каждое аппаратное устройство может содержать память 1690-1, которая может быть непостоянной памятью для временного хранения инструкций 1695 или программного обеспечения, исполняемого схемой 1660 обработки. Каждое аппаратное устройство может содержать один или несколько контроллеров 1670 сетевого интерфейса (NIC), также известных как карты сетевого интерфейса, которые включают в себя физический сетевой интерфейс 1680. Каждое аппаратное устройство также может включать в себя не временные, постоянные, машиночитаемые запоминающие носители 1690-2 информации с хранящимся на них программным обеспечением 1695 и/или инструкциями, исполняемыми схемой 1660 обработки. Программное обеспечение 1695 может включать в себя любой тип программного обеспечения, включая программное обеспечение для создания экземпляра одного или нескольких уровней 1650 виртуализации (также упоминаемых как гипервизоры), программное обеспечение для исполнения виртуальных машин 1640, как, впрочем, и программное обеспечение, позволяющее ему исполнять функции, признаки и/или преимущества, описанные в отношении некоторых вариантов осуществления, описанных в данном документе.

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

[0109] Во время работы схема 1660 обработки исполняет программное обеспечение 1695, чтобы создать экземпляр гипервизора или уровня 1650 виртуализации, который может иногда упоминаться как монитор виртуальной машины (VMM). Уровень 1650 виртуализации может представлять собой виртуальную рабочую платформу, которая выглядит как сетевое аппаратное обеспечение для виртуальной машины 1640.

[0110] Как показано на Фигуре 16 аппаратное обеспечение 1630 может быть автономным сетевым узлом с общими или особыми компонентами. Аппаратное обеспечение 1630 может содержать антенну 16225 и может реализовывать некоторые функции через виртуализацию. В качестве альтернативы, аппаратное обеспечение 1630 может быть частью более крупного кластера аппаратного обеспечения (например, такого как в центре обработки данных или оборудовании, установленном у пользователя (CPE)), где несколько узлов аппаратного обеспечения работают вместе и их администрирование осуществляется через компонент 16100 администрирования и оркестрации (MANO), который, среди прочего, наблюдает за администрированием жизненного цикла приложений 1620.

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

[0112] В контексте NFV виртуальная машина 1640 может быть реализацией в программном обеспечении физической машины, которая выполняет программы, как если бы они исполнялись на физической не виртуализированной машине. Каждая из виртуальных машин 1640 и та часть аппаратного обеспечения 1630, которая исполняет эту виртуальную машину, будь то аппаратное обеспечение, предназначенное для этой виртуальной машины, и/или аппаратное обеспечение, совместно используемое этой виртуальной машиной с другими виртуальными машинами 1640, формирует отдельные элементы виртуальной сети (VNE).

[0113] По-прежнему в контексте NFV, Виртуальная Сетевая Функция (VNF) отвечает за обработку конкретных сетевых функций, которые выполняются в одной или нескольких виртуальных машинах 1640 сверху аппаратной сетевой инфраструктуры 1630, и соответствует приложению 1620 на Фигуре 16.

[0114] В некоторых вариантах осуществления один или несколько радиоблоков 16200, каждый из которых включает в себя один или несколько передатчиков 16220 и один или несколько приемников 16210, может быть связан с одной или несколькими антеннами 16225. Радиоблоки 16200 могут осуществлять связь непосредственно с узлами 1630 аппаратного обеспечения через один или несколько подходящих сетевых интерфейсов, и могут быть использованы в сочетании с виртуальными компонентами для предоставления виртуальному узлу возможностей радиосвязи, как например, узла радиодоступа или базовой станции.

[0115] В некоторых вариантах осуществления некоторая сигнализация может быть осуществления с помощью использования системы 16230 управления, которая в качестве альтернативы может быть использована для связи между узлами 1630 аппаратного обеспечения и радиоблоками 16200.

[0116] Фигура 8 показывает примерную систему связи в соответствии с различными вариантами осуществления настоящего изобретения. Система включает в себя телекоммуникационную сеть 840, такую как сотовая сеть 3GPP типа, которая содержит сеть 841 доступа, такую как E-UTRAN и/или gNB-RAN, и базовую сеть 844 (например, EPC или 5GC). Сеть 841 доступа содержит множество базовых станций 842a, 842b, 842c, таких как eNB, gNB или другие типы беспроводных точек доступа, причем каждая определяет соответствующую зону 843a, 843b, 843c покрытия. Каждая базовая станция 842a, 842b, 842c может быть соединена с базовой сетью 844 через проводное или беспроводное соединение 845. Первое оборудование 891 пользователя (UE), которое располагается в зоне 843c покрытия, выполнено с возможностью соединения беспроводным образом, или поискового вызова посредством, соответствующей базовой станции 842c. Второе UE 892 в зоне 843a покрытия может быть соединено беспроводным образом с соответствующей базовой станцией 842a. В то время, как в данном примере иллюстрируется множество UE 891, 892, раскрытые варианты осуществления в равной степени могут быть применены к ситуации, в которой одно UE находится в зоне покрытия, или в которой одно UE соединяется с соответствующей базовой станцией 842.

[0117] Телекоммуникационная сеть 840 может быть соединена с хост-компьютером 830, который может быть воплощен в аппаратном обеспечении и/или программном обеспечении автономного сервера, реализованного в облаке сервера, распределенного сервера или в качестве ресурсов обработки в группе серверов. Владеть или управлять хост-компьютером 830 может поставщик услуг, или его эксплуатация может обеспечиваться посредством поставщика услуг или от лица поставщика услуг. Соединения 821 и 822 между телекоммуникационной сетью 840 и хост-компьютером 830 могут проходить непосредственно из базовой сети 844 к хост-компьютеру 830 или могут проходить через необязательную промежуточную сеть 820. Промежуточная сеть 820 может быть одной из, или сочетанием больше чем одной из, открытой, закрытой или размещенной сетью; промежуточная сеть 820, если есть, может быть магистральной сетью или Интернет; в частности, промежуточная сеть 820 может содержать две или несколько подсетей (не показано).

[0118] Система связи на Фигуре 8 в целом обеспечивает Связность между одним из соединенных UE 891, 892 и хост-компьютером 830. Связность может быть описана, как соединение 850 «поверх сети» (OTT). Хост-компьютер 830 и соединенные UE 891, 892 выполнены с возможностью осуществления связи для передачи данных и/или сигнализации через соединение 850 OTT с использованием сети 811 доступа, базовой сети 844, любой промежуточной сети 820 и возможно дополнительной инфраструктуры (не показано) в качестве посредников. Соединение 850 OTT может быть прозрачным в том смысле, что участвующие устройства связи, через которые проходит соединение 850 OTT, не осведомлены о маршрутизации связи восходящей линии связи и нисходящей линии связи. Например, базовая станция 842 может не быть или не требуется чтобы была проинформирована о предшествующей маршрутизации входящей связи нисходящей линии связи с данными, происходящими от хост-компьютера 830, которые должны быть переадресованы (например, должно быть передано обслуживание) соединенному UE 891. Аналогичным образом базовая станция 842 не должна быть осведомлена о дальнейшей маршрутизации исходящей связи восходящей линии связи, происходящей от UE 891 в направлении хост-компьютера 830.

[0119] Примерные реализации в соответствии с вариантом осуществления UE, базовой станции и хост-компьютера, которые обсуждались в предшествующих абзацах, теперь будут описаны при обращении к Фигуре 9. В системе 900 связи хост-компьютер 910 содержит аппаратное обеспечение 915, включающее в себя интерфейс 916 связи, выполненный с возможностью установки и обеспечения проводного или беспроводного соединения с интерфейсом другого устройства связи системы 900 связи. Хост-компьютер 910 дополнительно содержит схему 919 обработки, которая может обладать возможностями хранения и/или обработки. В частности, схема 919 обработки может содержать один или несколько программируемых процессоров, проблемно-ориентированных интегральных микросхем, программируемых вентильных матриц или их сочетания (не показано), выполненные с возможностью исполнения инструкций.

[0120] Хост-компьютер 910 дополнительно содержит программное обеспечение 911, которое хранится в или является доступным для хост-компьютера 910 и является исполняемым схемой 919 обработки. Программное обеспечение 911 включает в себя хост-приложение 912. Хост-приложение 912 может быть выполнено с возможностью предоставления услуги удаленному пользователю, такому как UE 930, который соединяется через соединение 950 OTT, заканчивающееся в UE 930 и хост-компьютере 910. При предоставлении услуги удаленному пользователю хост-приложение 912 может предоставлять данные пользователя, которые передаются с использованием соединения 950 OTT.

[0121] Система 900 связи дополнительно включает в себя базовую станцию 920, предусмотренную в телекоммуникационной системе, и содержащую аппаратное обеспечение 925, позволяющее ей осуществлять связь с хост-компьютером 910 и с UE 930. Аппаратное обеспечение 925 может включать в себя интерфейс 926 связи для установки и обеспечения проводного или беспроводного соединения с интерфейсом другого устройства связи системы 900 связи, как, впрочем, и радиоинтерфейс 927 для установки и обеспечения по меньшей мере беспроводного соединения 970 с UE 930, которое располагается в зоне покрытия (не показано на Фигуре 9), которая обслуживается базовой станцией 920. Интерфейс 926 связи может быть выполнен с возможностью обеспечения соединения 960 с хост-компьютером 910. Соединение 960 может быть прямым или оно может проходить через базовую сеть (не показано на Фигуре 9) телекоммуникационной системы и/или через одну или несколько промежуточных сетей за пределами телекоммуникационной системы. В показанном варианте осуществления аппаратное обеспечение 925 базовой станции 920 дополнительно включает в себя схему 929 обработки, которая может содержать один или несколько программируемых процессоров, проблемно-ориентированных интегральных микросхем, программируемых вентильных матриц или их сочетания (не показано), выполненные с возможностью исполнения инструкций. Базовая станция 920 дополнительно имеет программное обеспечение 921, которое хранится внутренним образом или является доступным через внешнее соединение.

[0122] Система 900 связи дополнительно включает в себя UE 930, которое уже упоминалось. Его аппаратное обеспечение 935 может включать в себя радиоинтерфейс 937, выполненный с возможностью установки и обеспечения беспроводного соединения 970 с базовой станцией, обслуживающей зону покрытия, в которой в настоящее время располагается UE 930. Аппаратное обеспечение 935 у UE 930 дополнительно включает в себя схему 939 обработки, которая может содержать один или несколько программируемых процессоров, проблемно-ориентированных интегральных микросхем, программируемых вентильных матриц или их сочетания (не показано), выполненные с возможностью исполнения инструкций. UE 930 дополнительно содержит программное обеспечение 931, которое хранится в или может быть доступно UE 930 и может быть исполнено схемой 939 обработки. Программное обеспечение 931 включает в себя клиентское приложение 932. Клиентское приложение 932 может быть выполнено с возможностью предоставления услуги пользователю человеку или не человеку через UE 930, при поддержке хост-компьютера 910. В хост-компьютере 910, исполняемое хост-приложение 912 может осуществлять связь с исполняемым клиентским приложением 932 через соединение 950 OTT, которое заканчивается в UE 930 и хост-компьютере 910. При предоставлении услуги пользователю клиентское приложение 932 может принимать данные запроса от хост-приложения 912 и предоставлять данные пользователя в ответ на данные запроса. Соединение 950 OTT может переносить как данные запроса, так и данные пользователя. Клиентское приложение 932 может взаимодействовать с пользователем, чтобы формировать данные пользователя, которые оно предоставляет.

[0123] Следует заметить, что хост-компьютер 910, базовая станция 920 и UE 930, проиллюстрированные на Фигуре 9, могут быть идентичными хост-компьютеру 830, одной из базовых станций 812a, 812b, 812c и одному из UE 891, 892 на Фигуре 8, соответственно. Т.е. внутреннее функционирование этих объектов может быть тем, что показано на Фигуре 9 и независимо, окружающая сетевая топология может быть той, что на Фигуре 8.

[0124] На Фигуре 9 соединение 950 OTT было нарисовано абстрактно, чтобы проиллюстрировать связь между хост-компьютером 910 и UE 930 через базовую станцию 920, не обращаясь явно к каким-либо промежуточным устройствам и точной маршрутизации сообщения через эти устройства. Инфраструктура сети может определять маршрутизацию, которую она может быть сконфигурирована прятать от UE 930 или от поставщика услуги, который оперирует хост-компьютером 910, или от обеих сторон. В то время как соединение 950 OTT является активным, инфраструктура сети может дополнительно принимать решения, посредством которых она динамически меняет маршрутизацию (например, на основе рассмотрения балансировки нагрузки или реконфигурации сети).

[0125] Беспроводное соединение 970 между UE 930 и базовой станцией 920 выполнено в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения. Один или несколько из различных вариантов осуществления улучшают эффективность услуг OTT, которые предоставляются UE 930 с использованием соединения 950 OTT, в котором беспроводное соединение 970 формирует последний сегмент. Точнее, примерные варианты осуществления, раскрытые в данном документе, могут повышать гибкость сети в отношении мониторинга сквозного качества услуги (QoS) потоков данных, включая их соответствующие радиоканалы, ассоциированные с сеансами передачи данных между оборудованием пользователя (UE) и другим объектом, таким как приложение или услуга передачи данных OTT, внешних для сети 5G. Эти и прочие преимущества могут способствовать более своевременной разработке, реализации и развертыванию решений 5G/NR. Кроме того, такие варианты осуществления могут способствовать гибкому и своевременному управлению QoS сеанса передачи данных, что может привести к улучшениям емкости, пропускной способности, времени ожидания и т.д., которые предусмотрены 5G/NR и важны для роста OTT-услуг.

[0126] Процедура измерения может быть предусмотрена с целью осуществления мониторинга за скоростью передачи данных, временем ожидания и другими факторами, которые улучшает один или несколько вариантов осуществления. Дополнительно может присутствовать необязательная функциональная возможность сети для реконфигурирования соединения 950 OTT между хост-компьютером 910 и UE 930, в ответ на изменения результатов измерения. Процедура измерения и/или функциональная возможность сети для реконфигурирования соединения 950 OTT могут быть реализованы в программном обеспечении 911 хост-компьютера 910 или программном обеспечении 931 UE 930, или как в том, так и другом. В вариантах осуществления датчики (не показано) могут быть развернуты в или в ассоциации с устройствами связи, через которые проходит соединение 950 OTT; датчики могут участвовать в процедуре измерения путем подачи значений величин, в отношении которых осуществляется мониторинг, которые в качестве примера приведены выше, или путем подачи значений других физических величин, из которых программное обеспечение 911, 931 может вычислять или оценивать величины, в отношении которых осуществляется мониторинг. Реконфигурирование соединения 950 OTT может включать в себя формат сообщения, установки повторной передачи, предпочтительную маршрутизацию и т.д.; реконфигурирование не должно влиять на базовую станцию 920, и оно может быть неизвестно или незаметно для базовой станции 920. Такие процедуры и функциональные возможности могут быть известны и применяться на практике в области техники. В некоторых вариантах осуществления измерения могут включать собственную сигнализацию UE, которая помогает измерениям со стороны хост-компьютера 910 пропускной способности, времени распространения, времени ожидания и аналогичного. Измерения могут быть реализованы в том, что программное обеспечение 911 и 931 предписывает передачу сообщений, в частности, пустых или ‘фиктивных’ сообщений, с использованием соединения 950 OTT, в то время как оно осуществляет мониторинг времени распространения, ошибок и т.д.

[0127] Фигура 10 является блок-схемой, иллюстрирующей способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть теми, что описаны при обращении к Фигурам 8-9 и 1-16. Для простоты настоящего изобретения, в данном разделе будут включены только ссылки на чертежах Фигуре 10. На первой операции 1000 способа хост-компьютер предоставляет данные пользователя. На необязательной суб-операции 1002 первой операции 1000 хост-компьютер предоставляет данные пользователя путем исполнения хост-приложения. На второй операции 1004 хост-компьютер инициирует передачу, несущую данные пользователя к UE. На необязательной третьей операции 1006 базовая станция передает UE данные пользователя, которые были перенесены в передаче, которую инициировал хост-компьютер, в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения. На необязательной четвертой операции 1008 UE исполняет клиентское приложение, ассоциированное с хост-приложением, которое исполняется хост-компьютером.

[0128] Фигура 11 является блок-схемой, иллюстрирующей способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть теми, что описаны при обращении к Фигурам 8-9 и 1-16. Для простоты настоящего изобретения, в данном разделе будут включены только ссылки на чертежах Фигуре 10. На первой операции (этапе) 1100 способа хост-компьютер предоставляет данные пользователя. На необязательной суб-операции (подэтапе) (не показано) хост-компьютер предоставляет данные пользователя путем исполнения хост-приложения. На второй операции 1102 хост-компьютер инициирует передачу, несущую данные пользователя к UE. Передача может проходить через базовую станцию, в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения. На необязательной третьей операции 1104 UE принимает данные пользователя, которые переносятся в передаче.

[0129] Фигура 12 является блок-схемой, иллюстрирующей способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть теми, что описаны при обращении к Фигурам 8-9 и 1-16. Для простоты настоящего изобретения, в данном разделе будут включены только ссылки на чертежах Фигуре 12. На необязательной первой операции 1200 способа UE принимает входные данные, предоставленные хост-компьютером. Дополнительно или в качестве альтернативы на необязательной второй операции 1202 UE предоставляет данные пользователя путем исполнения клиентского приложения. На дополнительной необязательной суб-операции 1204 первой операции 1200 UE исполняет клиентское приложение, которое предоставляет данные пользователя в ответ на принятые входные данные, которые предоставлены хост-компьютером. При предоставлении данных пользователя исполняемое клиентское приложение может дополнительно рассматривать ввод пользователя, принятый от пользователя. Независимо от конкретного образа, посредством которого были предоставлены данные пользователя, UE инициирует на необязательной третьей суб-операции 1208 передачу данных пользователя к хост-компьютеру. На четвертой операции 1210 способа хост-компьютер принимает данные пользователя, переданные от UE, в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения.

[0130] Фигура 13 является блок-схемой, иллюстрирующей способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть теми, что описаны при обращении к Фигурам 8-9 и 1-16. Для простоты настоящего изобретения, в данном разделе будут включены только ссылки на чертежах Фигуре 13. На необязательной первой операции 1300 способа в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения, базовая станция принимает данные пользователя от UE. На необязательной второй операции 1302 базовая станция инициирует передачу принятых данных пользователя к хост-компьютеру. На третьей операции 1304 хост-компьютер принимает данные пользователя, которые переносятся в передаче, инициированной базовой станцией.

[0131] Фигура 17 иллюстрирует примерный способ и/или процедуру, которые выполняются первым сетевым узлом (например, gNB-CU или MgNB), в соответствии с конкретными примерными вариантами осуществления настоящего изобретения. Несмотря на то, что примерные способы и/или процедуры иллюстрируются на Фигуре 17 этапами в конкретном порядке, этот порядок является примерным и операции, соответствующие этапам, могут быть выполнены в других порядках, и могут быть объединены и/или разделены на этапы с другими функциональными возможностями, чем те, что показаны на Фигуре 17. Кроме того, примерный способ и/или процедура, показанные на Фигуре 17, могут быть дополнением к примерным способам и/или процедурам, которые проиллюстрированы на Фигурах 18 и 19 ниже. Другими словами, примерные способы и/или процедуры, показанные на Фигурах 17-19, могут быть использованы совместно для обеспечения выгод, преимуществ и/или решений проблем, описанных выше. Примерный способ и/или процедура начинаются на этапе 1710, на котором первый сетевой узел принимает от узла базовой сети сообщение установки сеанса, содержащее конфигурацию QoS для потока и указание, что поток подвергается управлению уведомлением QoS. На этапе 1720 первый сетевой узел определяет на основании конфигурации QoS радиоресурсы, которые должны быть использованы для потока. На этапе 1730 первый сетевой узел отправляет второму сетевому узлу сообщение установки ресурса, содержащее идентификацию радиоресурсов и указание, что по меньшей мере одно из потока и радиоресурсов подвергается управлению уведомлением QoS. На этапе 1740 первый сетевой узел принимает от второго сетевого узла первое указание управления уведомлением, что конфигурация QoS для по меньшей мере одного из потока и радиоресурсов не может быть выполнена. На этапе 1750 первый сетевой узел отправляет узлу базовой сети первое сообщение уведомления о ресурсе, указывающее то, что конфигурация QoS для потока не может быть выполнена.

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

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

[0134] В некоторых вариантах осуществления примерный способ и/или процедура могут дополнительно включать в себя этапы, на которых: принимают от узла базовой сети дополнительное сообщение установки сеанса, содержащее модифицированную конфигурацию QoS для потока (этап 1760); и отправляют второму сетевому узлу дополнительное сообщение установки ресурса, содержащее идентификацию радиоресурсов, соответствующих модифицированной конфигурации QoS для потока (этап 1770). В некоторых примерных вариантах осуществления первый сетевой узел может быть центральным блоком (CU), а второй сетевой узел может быть распределенным блоком (DU), и радиоресурсы могут содержать радиоканал передачи данных (DRB), ассоциированный с DU. В некоторых примерных вариантах осуществления первый сетевой узел может быть главным узлом (MN), а второй сетевой узел может быть вторичным узлом (SN), и идентификация радиоресурсов может содержать запрос на выгрузку радиоканала передачи данных (DRB), ассоциированного с потоком, в SN.

[0135] Фигура 18 ниже иллюстрирует примерный способ и/или процедуру, которые выполняются во втором сетевом узле (например, gNB-DU или SgNB), в соответствии с конкретными примерными вариантами осуществления настоящего изобретения. Несмотря на то, что примерный способ и/или процедура иллюстрируется на Фигуре 18 этапами в конкретном порядке, этот порядок является примерным и операции, соответствующие этапам, могут быть выполнены в других порядках, и могут быть объединены и/или разделены на этапы с другими функциональными возможностями, чем те, что показаны на Фигуре 18. Кроме того, примерный способ и/или процедура, показанные на Фигуре 18, могут быть дополнением к примерным способам и/или процедурам, которые проиллюстрированы на Фигуре 17 выше и Фигуре 19 ниже. Другими словами, примерные способы и/или процедуры, показанные на Фигурах 17-19, могут быть использованы совместно для обеспечения выгод, преимуществ и/или решений проблем, описанных выше. Примерный способ и/или процедура начинаются на этапе 1810, на котором второй сетевой узел принимает от первого сетевого узла сообщение установки ресурса, содержащее: идентификацию первых радиоресурсов; конфигурацию QoS, ассоциированную с потоком; и указание, что по меньшей мере одно из потока и первых радиоресурсов подвергается управлению уведомлением QoS. На этапе 1820 второй сетевой узел определяет на основании мониторинга радиоресурсов, что конфигурация QoS не может быть выполнена в отношении по меньшей мере одного из потока и первых радиоресурсов. На этапе 1830 второй сетевой узел отправляет первому сетевому узлу первое указание управления уведомлением, что конфигурация QoS для по меньшей мере одного из потока и первых радиоресурсов не может быть выполнена.

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

[0137] В некоторых вариантах осуществления примерный способ и/или процедура также могут включать в себя этап, на котором второй сетевой узел принимает от первого сетевого узла в ответ на первое указание управления уведомлением дополнительную конфигурацию QoS, ассоциированную с потоком (этап 1850). В некоторых примерных вариантах осуществления сообщение установки ресурса дополнительно содержит по меньшей мере одно из периода времени и величины, и определение, что конфигурация QoS для по меньшей мере одного из потока и первых радиоресурсов не может быть выполнена, основано на по меньшей мере одном из периода времени и величины. В некоторых примерных вариантах осуществления первый сетевой узел может быть центральным блоком (CU), а второй сетевой узел может быть распределенным блоком (DU), и радиоресурсы могут содержать радиоканал передачи данных (DRB), ассоциированный с DU. В некоторых примерных вариантах осуществления первый сетевой узел может быть главным узлом (MN), а второй сетевой узел может быть вторичным узлом (SN), и идентификация радиоресурсов может содержать запрос на выгрузку радиоканала передачи данных (DRB), ассоциированного с потоком, в SN.

[0138] Фигура 19 ниже иллюстрирует примерный способ и/или процедуру, которые выполняются в узле базовой сети, в соответствии с конкретными примерными вариантами осуществления настоящего изобретения. Несмотря на то, что примерный способ и/или процедура иллюстрируется на Фигуре 19 этапами в конкретном порядке, этот порядок является примерным и операции, соответствующие этапам, могут быть выполнены в других порядках, и могут быть объединены и/или разделены на этапы с другими функциональными возможностями, чем те, что показаны на Фигуре 19. Кроме того, примерный способ и/или процедура, показанные на Фигуре 19, могут быть дополнением к примерным способам и/или процедурам, которые проиллюстрированы на Фигурах 17 и 18 выше. Другими словами, примерные способы и/или процедуры, показанные на Фигурах 17-19, могут быть использованы совместно для обеспечения выгод, преимуществ и/или решений проблем, описанных выше. Примерный способ и/или процедура начинаются на этапе 1910, на котором узел базовой сети отправляет первому сетевому узлу сообщение установки сеанса, содержащее конфигурацию QoS для потока, и указание, что поток подвергается управлению уведомлением QoS. На этапе 1920 узел базовой сети принимает от первого сетевого узла первое сообщение уведомления о ресурсе, указывающее то, что конфигурация QoS для потока не может быть выполнена. На этапе 1930 узел базовой сети определяет на основании первого сообщения уведомления о ресурсе, сохранять ли, удалять ли или модифицировать ли поток.

[0139] В некоторых вариантах осуществления примерный способ и/или процедура также могут включать в себя этап, на котором узел базовой сети принимает от первого сетевого узла второе сообщение уведомления о ресурсе, указывающее то, что конфигурация QoS для потока может быть выполнена (этап 1940). В некоторых примерных вариантах осуществления второе сообщение уведомления о ресурсе дополнительно содержит указание, что первый сетевой узел модифицировал QoS, ассоциированное с потоком. В некоторых вариантах осуществления примерный способ и/или процедура также могут включать в себя этап, на котором узел базовой сети отправляет первому сетевому узлу дополнительное сообщение установки сеанса, содержащее модифицированную конфигурацию QoS для потока (этап 1950).

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

[0141] Предполагается, что используемые здесь, если явно не указано иное, фразы «по меньшей мере одно из» и «одно или несколько из» с последующим условным списком перечисленных элементов (например, «A и B», «A, B и C») означают «по меньшей мере один элемент, причем каждый элемент выбирается из списка, состоящего из» перечисленных элементов. Например, предполагается, что «по меньшей мере одно из A и B» означает любое из следующего: A; B; или A и B. Аналогичным образом предполагается, что «одно или несколько из A, B и C» означает любое из следующего: A; B; C; A и B; B и C; A и C: A, B и C.

[0142] Предполагается, что используемая здесь, если явно не указано иное, фраза «множество из» с последующим условным списком перечисленных элементов (например «A и B», «A, B и C») означает «несколько элементом, причем каждый элемент выбирается из списка, состоящего из» перечисленных элементов. Например, предполагается, что «множество из A и B» означает любое из следующего: более одного A; более одного B; или по меньшей мере одно A и по меньшей мере одно B.

Некоторые Примерные Варианты Осуществления:

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

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

- определяют на основании конфигурации QoS радиоресурсы, которые должны быть использованы для потока;

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

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

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

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

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

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

3. Способ вариантов 1 или 2 осуществления, в котором:

- первое указание управления уведомлением дополнительно содержит запрос на повторное отображение потока в других радиоресурсах; и

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

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

- после этапа, на котором принимают первое указание управления уведомлением, первый сетевой узел предпринимает попытку модифицирования QoS, ассоциированного с потоком; и

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

5. Способ любого из вариантов 1-4 осуществления, в котором сообщение установки ресурса дополнительно содержит по меньшей мере одно из периода времени и величины, которые относятся к определению, что конфигурация QoS для по меньшей мере одного из потока и радиоресурсов не может быть выполнена.

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

- принимают от узла базовой сети дополнительное сообщение установки сеанса, содержащее модифицированную конфигурацию QoS для потока; и

- отправляют второму сетевому узлу дополнительное сообщение установки ресурса, содержащее идентификацию радиоресурсов, соответствующих модифицированной конфигурации QoS для потока.

7. Способ любого из вариантов 1-6 осуществления, в котором первый сетевой узел является центральным блоком (620) (CU), а второй сетевой узел является распределенным блоком (610) (DU), и радиоресурсы содержат радиоканал передачи данных (DRB), ассоциированный с DU.

8. Способ любого из вариантов 1-6 осуществления, в котором первый сетевой узел является главным узлом (720) (MN), а второй сетевой узел является вторичным узлом (710) (SN), и идентификация радиоресурсов содержит запрос на выгрузку радиоканала передачи данных (DRB), ассоциированного с потоком, в SN.

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

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

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

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

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

11. Способ вариантов 9 или 10 осуществления, дополнительно содержащий этапы, на которых:

- отправляют первому сетевому узлу в ассоциации с первым указанием управления уведомлением запрос на повторное отображение потока в других радиоресурсах; и

- принимают от первого сетевого узла дополнительное сообщение установки ресурса, содержащее идентификацию вторых радиоресурсов.

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

13. Способ любого из вариантов 9-12 осуществления, дополнительно содержащий этап, на котором принимают от первого сетевого узла в ответ на первое указание управления уведомлением дополнительную конфигурацию QoS, ассоциированную с потоком.

14. Способ любого из вариантов 9-13 осуществления, в котором сообщение установки ресурса дополнительно содержит по меньшей мере одно из периода времени и величины, и определение, что конфигурация QoS для по меньшей мере одного из потока и первых радиоресурсов не может быть выполнена, основано на по меньшей мере одном из периода времени и величины.

15. Способ любого из вариантов 9-14 осуществления, в котором первый сетевой узел является центральным блоком (620) (CU), а второй сетевой узел является распределенным блоком (610) (DU), и первые радиоресурсы содержат радиоканал передачи данных (DRB), ассоциированный с DU.

16. Способ любого из вариантов 9-14 осуществления, в котором первый сетевой узел является главным узлом (720) (MN), а второй сетевой узел является вторичным узлом (710) (SN), и идентификация первых радиоресурсов содержит запрос на выгрузку радиоканала передачи данных (DRB), ассоциированного с потоком, в SN.

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

- отправляют первому сетевому узлу сообщение установки сеанса, содержащее конфигурацию QoS для потока и указание, что поток подвергается управлению уведомлением QoS;

- принимают от первого сетевого узла первое сообщение уведомления о ресурсе, указывающее, что конфигурация QoS для потока не может быть выполнена; и

- определяют на основании первого сообщения уведомления о ресурсе, сохранять ли, удалять ли или модифицировать ли поток.

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

19. Способ вариантов 17 или 18 осуществления, в котором первое сообщение уведомления дополнительно содержит указание, что первый сетевой узел модифицировал QoS, ассоциированное с потоком.

20. Способ любого из вариантов 17-19 осуществления, дополнительно содержащий этап, на котором отправляют первому сетевому узлу дополнительное сообщение установки сеанса, содержащее модифицированную конфигурацию QoS для потока.

21. Первый сетевой узел, содержащий:

- схему обработки, выполненную с возможностью выполнения операций, соответствующих любому из способов вариантов 1-8 осуществления; и

- схему подачи питания, выполненную с возможностью подачи питания к первому сетевому узлу.

22. Второй сетевой узел, содержащий:

- схему обработки, выполненную с возможностью выполнения операций, соответствующих любому из способов вариантов 9-16 осуществления; и

- схему подачи питания, выполненную с возможностью подачи питания к второму сетевому узлу.

23. Узел базовой сети, содержащий:

- схему обработки, выполненную с возможностью выполнения операций, соответствующих любому из способов вариантов 17-20 осуществления; и

- схему подачи питания, выполненную с возможностью подачи питания к узлу базовой сети.

24. Система связи, включающая в себя хост-компьютер, содержащий:

- схему обработки, выполненную с возможностью предоставления данных пользователя; и

- интерфейс связи, выполненный с возможностью переадресации данных пользователя в сотовую сеть для передачи к оборудованию пользователя (UE),

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

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

- схема обработки второго сетевого узла выполнена с возможностью выполнения операций, соответствующих любому из способов вариантов 9-16 осуществления.

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

26. Система связи любого из вариантов 24-25 осуществления, в которой:

- схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения, тем самым предоставляя данные пользователя; и

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

27. Система связи любого из вариантов 24-26 осуществления, дополнительно содержащая узел базовой сети, выполненный с возможностью выполнения операций, соответствующих любому из способов вариантов 17-20 осуществления.

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

- в хост-компьютере предоставляют данные пользователя;

- в хост-компьютере инициируют передачу, несущую данные пользователя к UE через сотовую сеть, содержащую первый и второй сетевые узлы;

- операции, которые выполняются первым сетевым узлом, соответствуют любому из способов вариантов 1-8 осуществления; и

- операции, которые выполняются вторым сетевым узлом, соответствуют любому из способов вариантов 9-16 осуществления.

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

30. Способ любого из вариантов 28-29 осуществления, в котором данные пользователя предоставляются в хост-компьютере путем исполнения хост-приложения, причем способ дополнительно содержит этап, на котором в UE исполняют клиентское приложение, ассоциированное с хост-приложением.

31. Способ любого из вариантов 28-30 осуществления, дополнительно содержащий операции, которые выполняются узлом базовой сети, соответствующие любому из способов вариантов 17-20 осуществления.

32. Система связи, включающая в себя хост-компьютер, содержащий интерфейс связи, выполненный с возможностью приема данных пользователя, происходящих из передачи от оборудования пользователя (UE) по меньшей мере к одному из первого сетевого узла и второго сетевого узла, при этом по меньшей мере один из первого и второго сетевых узлов содержит радиоинтерфейс, и при этом первый сетевой узел содержит схему обработки, выполненную с возможностью выполнения операций, соответствующих любому из способов вариантов 1-8 осуществления, и при этом второй сетевой узел содержит схему обработки, выполненную с возможностью выполнения операций, соответствующих любому из способов вариантов 9-16 осуществления.

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

34. Система связи вариантов 32 или 33 осуществления, дополнительно включающая в себя узел базовой сети, содержащий схему обработки, выполненную с возможностью выполнения операций, соответствующих любому из способов вариантов 17-20 осуществления.

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

36. Система связи любого из вариантов 32-35 осуществления, в которой:

- схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения;

- UE выполнено с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением, тем самым предоставляя данные пользователя, которые должны быть приняты хост-компьютером.

СОКРАЩЕНИЯ

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

1xRTT CDMA2000 1x Технология Радиопередачи

3GPP Проект Партнерства 3-го Поколения

5G 5-е Поколение

ABS Почти Пустой Субкадр

ARQ Автоматический Запрос Повторной Передачи

AWGN Аддитивный Белый Гауссовский Шум

BCCH Широковещательный Канал Управления

BCH Широковещательный Канал

CA Агрегация Несущих

CC Составляющая Несущая

CCCH SDU SDU Общего Канала Управления

CDMA Множественный Доступ с Кодовым Разделением Каналов

CGI Глобальный Идентификатор Соты

CIR Импульсная Характеристика Канала

CP Циклический Префикс

CPICH Общий Пилотный Канал

CPICH Ec/No Принятая энергия CPICH из расчета на импульс, деленная на плотность мощности в полосе

CQI Информация о Качестве Канала

C-RNTI RNTI Соты

CSI Информация о Состоянии Канала

CSI-RS Опорный Сигнал CSI

DCCH Выделенный Канал Управления

DL Нисходящая линия связи

DM Демодуляция

DMRS Опорный Сигнал Демодуляции

DRX Прерывистый Прием

DTX Прерывистая Передача

DTCH Выделенный Канал Трафика

DUT Испытываемое Устройство

E-CID Улучшенный ID Соты (способ позиционирования)

E-SMLC Развитый Обслуживающий Центр Определения Местоположения Мобильной Станции

ECGI Развитый CGI

eNB Узел-B E-UTRAN

ePDCCH улучшенный Физический Канал Управления Нисходящей Линии Связи

E-SMLC Развитый Обслуживающий Центр Определения Местоположения Мобильной Станции

E-UTRA Развитый UTRA

E-UTRAN Развитая UTRAN

FDD Дуплексную Связь с Частотным Разделением Каналов

FFS Для Дальнейшего Изучения

GERAN GSM EDGE Сеть Радиодоступа

gNB Базовая станция в NR

GNSS Глобальная Навигационная Спутниковая Система

GSM Глобальная Система Связи с Подвижными Объектами

HARQ Гибридный Автоматический Запрос Повторной Передачи

HO Передача Обслуживания

HSPA Высокоскоростной Пакетный Доступ

HRPD Высокоскоростные Пакетные Данные

LOS Прямая Видимость

LPP Протокол Позиционирования LTE

LTE Долгосрочное Развитие

MAC Управление Доступом к Среде

MBMS Широковещательные и Многоадресные Мультимедийные Услуги

MBSFN Одночастотная Сеть Многоадресной-Широковещательной Передачи

MBSFN ABS Почти Пустой Субкадр MBSFN

MDT Минимизация Тестирования с Испытателями на Автодвижущихся Средствах

MIB Блок Главной Информации

MME Объект Управления Мобильностью

MSC Центр Коммутации Подвижной Связи

NPDCCH Узкополосный Физический Канал Управления Нисходящей Линии Связи

NR Новая Радиосвязь

OCNG Генератор Шума в Канале OFDMA

OFDM Мультиплексирование с Ортогональным Частотным Разделением Каналов

OFDMA Множественный Доступ с Ортогональным Частотным Разделением Каналов

OSS Система Эксплуатационной Поддержки

OTDOA Наблюдаемая Разница Во Времени Прибытия

Q&M Эксплуатация и Техническое Обслуживание

PBCH Физический Широковещательный Канал

P-CCPCH Первичный Общий Физический Канал Управления

PCell Первичная Сота

PCFICH Физический Канала Индикатора Формата Управления

PDCCH Физический Канал Управления Нисходящей Линии Связи

PDP Профиль Задержки Мощности

PDSCH Физический Совместно Используемый Канал Нисходящей Линии Связи

PGW Шлюз Сети Пакетной Передачи Данных

PHICH Физический Канал Индикатора Гибридного ARQ

PLMN Сеть Связи Наземных Подвижных Объектов Общего Пользования

PMI Индикатор Матрицы Предварительного Кодера

PRACH Физический Канал Произвольного Доступа

PRS Опорный Сигнал Позиционирования

PSS Первичный Сигнал Синхронизации

PUCCH Физический Канал Управления Восходящей Линии Связи

PUSCH Физический Совместно Используемый Канал Восходящей Линии Связи

RACH Канал Произвольного Доступа

QAM Квадратурная Амплитудная Модуляция

RAN Сеть Радиодоступа

RAT Технология Радиодоступа

RLM Администрирование Линии Радиосвязи

RNC Контроллер Радиосети

RNTI Временный Идентификатор Радиосети

RRC Управление Радиоресурсами

RRM Администрирование Радиоресурсов

RS Опорный Сигнал

RSCP Мощность Принятого Кода Сигнала

RSRP Мощность Принятого Опорного Символа (или Сигнала)

RSRQ Качество Принятого Опорного Символа (или Сигнала)

RSSI Индикатор Силы Принятого Сигнала

RSTD Разница во Времени Прихода Опорного Сигнала

SCH Канал Синхронизации

SCell Вторичная Сота

SDU Блок Служебных Данных

SFN Системный Номер Кадра

SGW Обслуживающий Шлюз

SI Системная Информация

SIB Блок Системной Информации

SNR Отношение Сигнала к Шуму

SON Сеть с Автоматической Автоматизацией

SS Сигнал Синхронизации

SSB Блок Сигнала Синхронизации

SSS Вторичный Сигнал Синхронизации

TDD Дуплексная Связь с Временным Разделением каналов

TDOA Разница во Времени Прибытия

TSS Третичный Сигнал Синхронизации

TTI Интервал Времени Передачи

TTT Время-для-Инициирования

UE Оборудование Пользователя

UL Восходящая Линия Связи

UMTS Универсальная Система Мобильной Связи

USIM Универсальный Модуль Идентификации Абонента

UTDOA Разница во Времени Прибытия Восходящей Линии Связи

UTRA Универсальный Наземный Радиодоступ

UTRAN Универсальная Наземная Сеть Радиодоступа

WCDMA Широкополосный CDMA

WLAN Беспроводная Локальная Сеть

CM Кубическая Метрика

MIMO Множество Входов и Множеством Выходов

MRC Объединение с Максимальным Отношением

MRT Передача с Максимальным Отношением

OCC Ортогональный Покрывающий Код

PAPR Отношение Пиковой к Средней Мощности

SRS Опорный Сигнал Зондирования

SPS Полупостоянное Планирование

URLLC Сверхнадежная с низким Временем Ожидания Связь

VL-MIMO Очень Большая схема со Множеством Входов и Множеством Выходов

ZF Форсирование Нуля.

Изобретение относится к области беспроводной связи. Техническим результатом является обеспечение надежного удаленного распределения ресурсов между исходным eNB и целевым eNB для потоков с ограничениями QoS. Согласно заявленному изобретению способ выполняется первым сетевым узлом для мониторинга QoS потока; cообщение установки сеанса, содержащее конфигурацию QoS для потока и указание, что поток подвергается управлению уведомлением QoS, принимается (1710) от узла базовой сети. На основании конфигурации QoS, определяются (1720) радиоресурсы, которые должны быть использованы для потока, и сообщение установки ресурса, содержащее идентификацию радиоресурсов и указание, что поток и/или радиоресурсы подвергаются управлению уведомлением QoS, отправляется (1730) второму сетевому узлу. Первое указание управления уведомлением, что конфигурация QoS потока и/или радиоресурсов не может быть выполнена, принимается (1740) от второго сетевого узла, и сообщение уведомления о ресурсе, указывающее, что конфигурация QoS для потока не может быть выполнена, отправляется (1750) узлу базовой сети. 3 н. и 15 з.п. ф-лы, 19 ил.

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

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

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

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

2. Способ по п. 1, дополнительно содержащий этап, на котором отправляют (1860) первому сетевому узлу второе указание управления уведомлением, что конфигурация QoS для по меньшей мере одного из потока и первых радиоресурсов выполнена.

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

отправляют (1832) первому сетевому узлу в ассоциации с первым указанием управления уведомлением запрос на повторное отображение потока в других радиоресурсах; и

принимают (1840) от первого сетевого узла дополнительное сообщение установки ресурса, содержащее идентификацию вторых радиоресурсов.

4. Способ по любому из пп. 1-3, в котором:

сообщение установки ресурса дополнительно содержит по меньшей мере одно из периода времени и величины, и

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

5. Способ по любому из пп. 1-4, в котором:

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

причем первые радиоресурсы содержат радиоканал передачи данных, DRB, ассоциированный с DU.

6. Способ по любому из пп. 1-4, в котором:

первый сетевой узел является главным узлом (720), MN, а второй сетевой узел является вторичным узлом (710), SN; и

идентификация первых радиоресурсов содержит запрос на выгрузку радиоканала передачи данных, DRB, ассоциированного с потоком, в SN.

7. Второй сетевой узел (1460), содержащий:

схему (1487) подачи питания, выполненную с возможностью подачи питания ко второму сетевому узлу;

схему (1470) обработки, выполненную с возможностью:

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

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

отправки (1830) первому сетевому узлу первого указания управления уведомлением, что конфигурация QoS для по меньшей мере одного из потока и первых радиоресурсов не может быть выполнена.

8. Второй сетевой узел (1460) по п. 7, в котором схема (1470) обработки дополнительно выполнена с возможностью отправки (1860) первому сетевому узлу второго указания управления уведомлением, что конфигурация QoS для по меньшей мере одного из потока и первых радиоресурсов выполнена.

9. Второй сетевой узел (1460) по любому из пп. 7, 8, в котором схема (1470) обработки дополнительно выполнена с возможностью:

отправки (1832) первому сетевому узлу в ассоциации с первым указанием управления уведомлением запроса на повторное отображение потока в других радиоресурсах; и

приема (1840) от первого сетевого узла дополнительного сообщения установки ресурса, содержащего идентификацию вторых радиоресурсов.

10. Второй сетевой узел (1460) по любому из пп. 7-9, в котором:

сообщение установки ресурса дополнительно содержит по меньшей мере одно из периода времени и величины; и

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

11. Сетевой узел (1460) по любому из пп. 7-10, при этом:

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

первые радиоресурсы содержат радиоканал передачи данных, DRB, ассоциированный с DU.

12. Сетевой узел (1460) по любому из пп. 7-10, при этом:

первый сетевой узел является главным узлом (720), MN, а второй сетевой узел является вторичным узлом (710), SN; и

причем идентификация первых радиоресурсов содержит запрос на выгрузку радиоканала передачи данных, DRB, ассоциированного с потоком, в SN.

13. Второй сетевой узел (1460) для мониторинга качества услуги, QoS, потока, содержащего сеанс передачи данных с оборудованием пользователя, UE, причем второй сетевой узел выполнен с возможностью:

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

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

отправки (1830) первому сетевому узлу первого указания управления уведомлением, что конфигурация QoS для по меньшей мере одного из потока и первых радиоресурсов не может быть выполнена.

14. Второй сетевой узел (1460) по п. 13, дополнительно выполненный с возможностью отправки (1860) первому сетевому узлу второго указания управления уведомлением, что конфигурация QoS для по меньшей мере одного из потока и первых радиоресурсов выполнена.

15. Второй сетевой узел (1460) по любому из пп. 13, 14, дополнительно выполненный с возможностью:

отправки (1832) первому сетевому узлу в ассоциации с первым указанием управления уведомлением запроса на повторное отображение потока в других радиоресурсах; и

приема (1840) от первого сетевого узла дополнительного сообщения установки ресурса, содержащего идентификацию вторых радиоресурсов.

16. Второй сетевой узел (1460) по любому из пп. 13-15, в котором:

сообщение установки ресурса дополнительно содержит по меньшей мере одно из периода времени и величины; и

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

17. Сетевой узел (1460) по любому из пп. 13-16, при этом:

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

первые радиоресурсы содержат радиоканал передачи данных, DRB, ассоциированный с DU.

18. Сетевой узел (1460) по любому из пп. 13-16, при этом:

первый сетевой узел является главным узлом (720), MN, а второй сетевой узел является вторичным узлом (710), SN; и

причем идентификация первых радиоресурсов содержит запрос на выгрузку радиоканала передачи данных, DRB, ассоциированного с потоком, в SN.