ВСПОМОГАТЕЛЬНАЯ ИНФОРМАЦИЯ ДЛЯ ВЫБОРА СПЕЦИАЛЬНОЙ ЯЧЕЙКИ (SPCELL) Российский патент 2021 года по МПК H04W48/14 

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

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

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

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

Термин «Долговременная эволюция» (Long Term Evolution (LTE)) представляет собой обобщающий термин для технологий радиодоступа так называемого четвертого поколения (4G), разработанных группой Проект партнерства третьего поколения (Third-Generation Partnership Project (3GPP)) и первоначально стандартизированных в выпусках Releases 8 и 9, также известных как развитая сеть наземного радиодоступа по технологии UMTS (Evolved UTRAN (E-UTRAN)). Система LTE ориентирована на работу в разнообразных лицензированных частотных диапазонах и сопровождается усовершенствованиями аспектов, не связанных непосредственно с радио, что обычно называется «Эволюция системной архитектуры» (System Architecture Evolution (SAE)), куда входит сеть связи с развитым пакетным ядром (Evolved Packet Core (EPC)). Технология LTE продолжает развиваться в последующих выпусках, разработанных и разрабатываемых в ходе процедур стандартизации в группе 3GPP и в ее рабочих группах (working group (WG)), включая группу по сетям радиодоступа (Radio Access Network (RAN) WG) и рабочие подгруппы (например, подгруппы RAN1, RAN2 и т.д.).

Со времени выпуска LTE Release 8, для передачи сообщений управления радио ресурсами (Radio Resource Control (RRC)) слоя без доступа (Non-Access Stratum (NAS)) между терминалом UE и узлом eNB были доступны три сигнализационных однонаправленных радиоканала (Signaling Radio Bearer (SRB)), а именно каналы SRB0, SRB1 и SRB2. В выпуске rel-13 был также введен новый канал SRB, известный как канал SRB1bis, для поддержки передачи данных в слое без доступа (DoNAS (Data Over NAS)) в технологии узкополосного Интернета вещей (NB-IoT).

Канал SRB0 передает сообщения управления RRC с использованием логического общего канала управления CCCH и используется для установления, возобновления и повторного установления соединения управления RRC. После того, как терминал UE будет соединен с узлом eNB (т.е. процедура установления соединения управления RRC или процедура повторного установления/возобновления соединения управления RRC завершится успехом), канал SRB1 используется для передачи других сообщений управления RRC (среди которых может быть вложенное сообщение слоя NAS) и сообщений слоя NAS прежде установления канала SRB2, все с использованием логического специализированного канала управления DCCH. Канал SRB2 используется для передачи сообщений управления RRC, таких как зарегистрированная информация об измерениях, равно как для сообщений слоя NAS, все с применением канала DCCH. Канал SRB2 имеет более низкий приоритет, чем канал SRB1, поскольку зарегистрированная информация об измерениях и сообщения слоя NAS могут быть длиннее и могут вызывать блокирование более срочных и более коротких сообщений канала SRB1. Канал SRB2 всегда конфигурируют средствами технологии E-UTRAN после активизации средств безопасности.

Функция, добавленная в выпуске LTE Rel-10 (Rel-10), является поддержкой для полос частот шириной более 20 МГц, тогда другие полосы обладают обратной совместимостью с выпуском Rel-8. В такой ситуации широкополосная несущая согласно выпуску LTE Rel-10 (например, шире 20 МГц) должна представляться терминалу согласно выпуску LTE Rel-8 в виде некоторого числа несущих (называемых «компонентными несущими» (“component carrier” или “CC”)). Для эффективного использования широкополосной несущей согласно выпуску Rel-10 работу существующих (например, согласно выпуску Rel-8) терминалов можно планировать во всех частях широкополосной несущей согласно выпуску LTE Rel-10. Одним из способов достижения этого является агрегирование несущих (Carrier Aggregation (CA)), вследствие чего терминал согласно выпуску LTE Rel-10 может принимать несколько несущих CC, каждая из которых предпочтительно имеет такую же структуру, как несущая согласно выпуску Rel-8.

Пример агрегирования CA иллюстрирован на фиг. 1. В этом примере, базовая станция 100 (например, узел eNodeB или узел eNB, для краткости) предоставляет сервис или охват абонентскому терминалу (UE, например, устройству беспроводной связи), такому как терминал UE 102, с использованием трех разных ячеек, обозначенных как PCell1, SCell2 и SCell3 на чертеже. Охват в этих ячейках осуществляется тремя разными компонентными несущими CC1, CC2 и CC3, соответственно. Следует отметить, что эта конфигурация является всего лишь иллюстративным примером, так что могут быть применены конфигурации агрегирования CA, использующие любое число несущих и ячеек.

В контексте технологии LTE, первичная ячейка (primary cell (PCell, например, PCell1)) определена как «главная» ячейка, обслуживающая рассматриваемое устройство беспроводной связи, так что через эту ячейку PCell может быть передана сигнализация как данных, так и управления, тогда как одна или несколько вспомогательных или вторичных ячеек (supplementary или secondary cell (SCell, например, SCell2 и SCell3)) обычно используются только для передачи данных, ячейка (и) Scell предоставляет дополнительную полосу, чтобы можно было увеличить пропускную способность передачи данных. Терминал UE, способный осуществлять агрегирование CA, назначен ячейке PCell (например, PCell1), которая всегда активизирована, и одной или нескольким ячейкам SCell (например, SCell2 и/или SCell3), которые могут быть активизированы или деактивизированы динамически.

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

В выпуске LTE Rel-12 была определена базовая структура двойного соединения. Двойное соединение (Dual connectivity (или DC)) обозначает режим работы, в котором терминал UE, в состоянии RRC_CONNECTED (соединенное состояние), потребляет радио ресурсы, предоставляемые по меньшей мере двумя различными пунктами сети связи, соединенными один с другим посредством неидеальной транзитной линии. Согласно стандартам LTE эти два пункта сети связи могут называться «ведущий узел eNB» (“Master eNB” (MeNB)) и «вторичный узел eNB» (“Secondary eNB” (SeNB)). В более общем случае, они могут называться «ведущий узел» (master node (MN)) и «вторичный узел» (secondary node (SN)). Соединение DC можно рассматривать как специальный случай агрегирования несущих (CA), где такие агрегированные несущие или ячейки, образованы узлами сети связи, физически отдельными один от другого и не соединенными один с другим посредством быстрого, высококачественного соединения.

Более конкретно, в случае соединения DC, терминал UE конфигурирован с группой ведущих ячеек (Master Cell Group (MCG)) и группой вторичных ячеек (Secondary Cell Group (SCG)). Группа ячеек (Cell Group (CG)) представляет собой группу обслуживающих ячеек, ассоциированную с узлом MeNB или узлом (ами) SeNB. Группа MCG и группа SCG определены следующим образом:

• Группа ведущих ячеек (MCG) представляет собой группу обслуживающих ячеек, ассоциированную с узлом MeNB и содержащую первичную ячейку (PCell) и в качестве опции одну или несколько вторичных ячеек (SCell).

• Группа вторичных ячеек (SCG) представляет собой группу обслуживающих ячеек, ассоциированную с узлом SeNB и содержащую первичную вторичную ячейку (Primary SCell (pSCell)) и в качестве опции одну или несколько вторичных ячеек SCell.

• Термин «специальная ячейка» (“Special cell” (или “SpCell” для краткости)) относится к ячейке PCell из группы MCG или к ячейке PSCell из группы SCG в зависимости от того, ассоциирован ли объект MAC-уровня из состава терминала UE с группой MCG или группой SCG, соответственно. В режиме, не являющемся режимом соединения DC, (например, режим агрегирования CA), термин ячейка SpCell относится к ячейке PCell. Ячейка SpCell активизирована всегда и поддерживает передачи физического восходящего канала управления (physical uplink control channel (PUCCH)) и режим соревновательного произвольного доступа терминалов UE.

Перефразируя, терминал UE в режиме соединения DC поддерживает одновременные соединения с анкерным и с бустерным узлами, где анкерный узел также называется узлом MeNB, а бустерные узлы также называются узлами SeNB. Как предполагает сами название, ведущий узел MeNB осуществляет терминацию соединения плоскости управления в направлении терминала UE и, в таком случае, является управляющим узлом для терминала UE, включая переключения связи на вторичные узлы SeNB и от них. Например, узел MeNB представляет собой узел eNB, осуществляющий терминацию по меньшей мере соединения S1-MME, т.е. соединения между узлом eNB и узлом управления мобильностью (Mobility Management Entity (MME)) для рассматриваемого терминала UE. Узел SeNB представляет собой узел eNB, предоставляющий дополнительные радио ресурсы (например, однонаправленные радиоканалы) для терминала UE, но этот узел не является узлом MeNB. К типам ресурсов однонаправленных радиоканалов относятся однонаправленные радиоканалы группы MCG, однонаправленные радиоканалы группы SCG и расщепленные однонаправленные радиоканалы.

Соединение управления RRC с терминалом UE обслуживается только узлом MeNB и, соответственно, каналы SRB (сигнализационные однонаправленные радиоканалы) всегда конфигурированы как каналы типа однонаправленных радиоканалов группы MCG и поэтому они используют только радио ресурсы узла MN. Однако узел MeNB может также конфигурировать терминал UE на основе входных сигналов от узла SeNB, вследствие чего узел SeNB также может непрямо управлять терминалом UE. Конфигурации соединения LTE-DC узел MeNB соединен с узлами SeNB через интерфейс Xn, который на сегодня выбран таким же, как интерфейс X2 между двумя узлами eNB.

Согласно принципам технологии LTE, терминалы UE генерируют – либо в ответ на запускающее событие, либо в ответ на периодический сигнал запуска, отчет о результатах измерений, содержащий результаты измерений характеристик обслуживающей ячейки (ек). Для терминала UE в состоянии соединения LTE-DC под обслуживающей ячейкой понимают обе ячейки – ячейку из группы MCG (MN) и ячейку из группы SCG (SN). Для измерений мобильности узел MeNB конфигурирует терминал UE в соответствии с различными критериями, включая, например, частоту выполнения измерений, способ передачи отчета и т.п. Соответственно, терминал UE передает отчет о результатах измерений узлу MeNB, когда удовлетворяются критерии измерений. Согласно принципам технологии LTE, когда терминалу UE нужно передать отчет об измерениях, будь то в ответ на запускающее событие или в ответ на периодический сигнал запуска, этот терминал UE должен всегда передавать результаты измерений характеристик обслуживающей ячейки в сеть связи. Для терминала UE в режиме соединения LTE-DC под обслуживающей ячейкой понимают обе ячейки – ячейку из группы MCG (MN) и ячейку из группы SCG (SN).

Фиг. 2 иллюстрирует различные примеры сценариев с соединением LTE DC с участием терминалов UE 110 и базовых станций (eNB) 120. Как показано, только один узел SeNB (самое большее) соединен с любым из показанных терминалов UE. Однако в общем случае один терминал UE могут обслуживать больше одного узла SeNB. Более того, здесь показана только одна ячейка, обслуживающая терминал UE, от каждого из узлов MeNB и SeNB, однако на практике терминал UE могут обслуживать больше чем по одной ячейке от обоих узлов MeNB и SeNB. Из чертежа должно быть также ясно, что двойное соединение является признаком, специфичным для конкретных терминалов UE, и что произвольный узел сети связи (или обслуживающая ячейка) может поддерживать терминал UE с двойным соединением и существующие терминалы UE (предыдущего образца) в одно и то же время. Другими словами, узел MeNB и узел SeNB являются ролями, которые играют, или функциями, осуществляемыми узлами eNB 120, в конкретной ситуации, например, по отношению к конкретному терминалу UE. Таким образом, тогда как узлы eNB 120, представленные на фиг. 2, маркированы, как “MeNB” и “SeNB”, это означает только то, что они играют эти роли по меньшей мере для одного терминала UE 110. Действительно, любой конкретный узел eNB 120 может быть узлом MeNB для одного терминала UE 110, и в то же время быть узлом SeNB для другого терминала UE.

Другими словами, ведущая/анкерная роль и вторичная/бустерная роль определены с точки зрения терминала UE, что означает, что узел (ячейка), действующий в качестве анкера для одного терминала UE, может действовать в качестве бустера для другого терминала UE. Аналогично, хотя рассматриваемый терминал UE в сценарии соединения DC считывает системную информацию от анкерного узла (или ячейки), узел (ячейка), действующий в качестве бустера для одного терминала UE, может распределять или может не распределять системную информацию для другого терминала UE. Кроме того, в технологии LTE поддерживается только межчастотное соединение DC (т.е. группа MCG и группа SCG обязательно должны использовать разные частоты несущих).

Резюмируя, соединение DC позволяет терминалу UE, способному использовать технологию LTE, быть соединенным с двумя узлами – MeNB и SeNB – для приема данных от обоих узлов и тем самым увеличить скорость передачи данных для этого терминала. Узел MeNB (или MN) предоставляет системную информацию, осуществляет терминацию плоскости управления (CP), и может осуществлять терминацию плоскости пользователя (UP). Узел SeNB (или SN), с другой стороны, осуществляет терминацию только плоскости пользователя (UP). Такое агрегирование плоскости UP создает такие преимущества, как увеличение пропускной способности в расчете на одного пользователя для тех пользователей, которые имеют хорошее состояние канала связи, и способность принимать и передавать с более высокими скоростями передачи данных, чем скорости, какие может поддерживать один узел связи, даже без обладающего малой задержкой транзитного/сетевого соединения между узлами MeNB и SeNB.

В группе 3GPP, недавно было завершено исследование нового радио интерфейса для сети сотовой (например, радио) связи пятого поколения (fifth-generation (5G)). Сейчас группа 3GPP занимается стандартизацией этого нового радио интерфейса, часто называемого сокращенно NR (New Radio (Новое радио)). Фиг. 3 иллюстрирует вид с высокого уровня для архитектуры сети 5G, содержащей сеть радиодоступа следующего поколения (Next Generation RAN (NG-RAN)) и опорную сеть связи 5G (5G Core (5GC)). Сеть NG-RAN может содержать множество узлов gNodeB (gNB), соединенных с сетью 5GC через один или несколько интерфейсов NG, тогда как узлы gNB могут быть соединены один с другим через один или несколько интерфейсов Xn, таких как интерфейс Xn 340 между узлами gNB 300 и 350, показанными на фиг. 3. В отношении сопряжения в сети NR с терминалом UE каждый из узлов gNB может поддерживать дуплексный режим с разделением по частоте (frequency division duplexing (FDD)), дуплексный режим с разделением по времени (time division duplexing (TDD)) или сочетание этих режимов.

Сеть NG-RAN разделяется на уровень сети беспроводной связи (Radio Network Layer (RNL)) и уровень транспортной сети связи (Transport Network Layer (TNL)). Архитектура сети NG-RAN, т.е. логические узлы сети NG-RAN и интерфейсы между ними, определена как часть уровня RNL. Для каждого типа интерфейса сети NG-RAN (интерфейсы NG, Xn, F1) специфицированы соответствующий протокол уровня TNL и функциональные возможности. Уровень TNL предоставляет сервисы транспорта плоскости пользователя и транспорта сигнализации. В некоторых примерах вариантов каждый узел gNB соединен со всеми узлами сети 5GC в области функции управления доступом (“AMF Region”), определяемой в технических условиях 3GPP TS 23.501. Если поддерживается обеспечение безопасности данных плоскости CP и плоскости UP на уровне TNL в интерфейсах сети NG-RAN, следует применять протокол NDS/IP (3GPP TS 33.401).

Каждый логический узел NG RAN, показанный на фиг. 3, (и описанный в документах TS 38.401 и TR 38.801) содержит центральный (или централизованный) модуль (central (или centralized) unit (CU или gNB-CU)) и один или несколько распределенных (или децентрализованных) модулей (distributed (или decentralized) unit (DU или gNB-DU)). Например, узел gNB 300, показанный на фиг. 3, содержит модуль gNB-CU 310 и модули gNB-DU 320 и 330. Модули CU (например, модуль gNB-CU 310) представляют собой логические узлы, которые являются ведущими узлами для выполнения протоколов высокого уровня и осуществляют разнообразные функции узла gNB, такие как управление работой модулей DU. Каждый модуль DU представляет собой логический узел, который является ведущим узлом для выполнения протоколов низкого уровня и может иметь, в зависимости от функционального разделения, различные подмножества функций узла gNB. Поэтому, каждый из модулей CU и DU может содержать разнообразные схемы, необходимые для выполнения соответствующих функций рассматриваемого модуля, включая процессорную схему, приемопередающую схему (пример, для связи) и схему источника питания. Более того, термины «центральный модуль» и «централизованный модуль» используются здесь взаимозаменяемо, и это же относится к терминам «распределенный модуль» или «децентрализованный модуль».

Модуль gNB-CU соединяется с модулями gNB-DU через соответствующие логические интерфейсы F1, такие как интерфейсы 322 и 332, показанные на фиг. 3. Эти модуль gNB-CU и соединенные с ним модули gNB-DU видны для других узлов gNB и для сети 5GC как один узел gNB, например, интерфейс F1 не видим за пределами модуля gNB-CU. Кроме того, интерфейс F1 между модулем gNB-CU и модулем gNB-DU специфицирован, или основан, на следующих общих принципах:

• Интерфейс F1 представляет собой открытый интерфейс.

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

• С логической точки зрения, интерфейс F1 представляет собой двухпунктовый интерфейс между конечными пунктами (даже в отсутствие прямого физического соединения между этими конечными пунктами).

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

• Интерфейс F1 разделяет уровень сети беспроводной связи (Radio Network Layer (RNL)) и уровень транспортной сети связи (Transport Network Layer (TNL)).

• Интерфейс F1 позволяет обмениваться информацией, ассоциированной с терминалом UE, и информацией, не ассоциированной с терминалом UE -.

• Интерфейс F1 не должен терять актуальности со временем в отношении новых требований, сервисов и функций.

• Узел gNB осуществляет терминацию интерфейсов X2, Xn, NG и S1-U, а также для интерфейса F1 между модулями DU и CU использует протокол части приложения для этого интерфейса (F1 application part protocol (F1-AP)), который определен в технических условиях 3GPP TS 38.473.

Как кратко отмечено выше, модуль CU может быть ведущим модулем для выполнения таких протоколов высокого уровня, как, например, протокол F1-AP, протокол передачи и управления потоком (Stream Control Transmission Protocol (SCTP)), протокол туннелирования GPRS (GPRS Tunneling Protocol (GTP)), протокол конвергенции пакетных данных (Packet Data Convergence Protocol (PDCP)), протокол пользовательских дейтаграмм (User Datagram Protocol (UDP)), Интернет-протокол (Internet Protocol (IP)) и протокол управления радио ресурсами (Radio Resource Control (RRC)). В отличие от этого, модуль DU может быть ведущим модулем для выполнения таких протоколов низкого уровня, как, например, протокол управления радио трактами (Radio Link Control (RLC)), протокол управления доступом к среде (Medium Access Control (MAC)) и протоколы физического уровня (PHY). Могут, однако, существовать и другие варианты распределения протоколов между модулями CU и DU, такие как реализация протоколов RRC, PDCP и части протокола RLC в модуле CU (например, функция автоматического запроса повторной передачи (Automatic Retransmission Request (ARQ))), и реализация оставшейся части протокола RLC в модуле DU, вместе с протоколами MAC и PHY. В некоторых вариантах модуль CU может быть ведущим для выполнения протоколов RRC и PDCP, где предполагается, что протокол PDCP обрабатывает и трафик плоскости UP, и трафик плоскости CP. Тем не менее, другие варианты могут использовать другое разбиение протоколов, так что ведущим модулем для выполнения некоторых протоколов является модуль CU, а для некоторых других протоколов – модуль DU. Некоторые примеры вариантов могут располагать протоколы централизованной плоскости управления (например, протоколы PDCP-C и RRC) в другом модуле CU по отношению к протоколам централизованной плоскости пользователя (например, протокол PDCP-U).

В рабочей группе 3GPP RAN3 Working Group (WG) было также согласовано осуществить поддержку разделения функций модуля gNB-CU на функции модуля CU для плоскости управления (CU-CP) (включая протокол управления RRC и протокол PDCP для сигнализационных однонаправленных радиоканалов) и функции модуля CU для плоскости пользователя (CU-UP) (включая протокол PDCP для плоскости пользователя). Части CU-CP и CU-UP модуля CU осуществляют связь одна с другой с использованием протокола E1-AP через интерфейс E1. На фиг. 4 показан пример архитектуры узла gNB на основе разбиения на модули DU-CU и последующего дальнейшего разделения между модулями CU-CP и CU-UP.

В архитектуре узла gNB с разбиением на модули CU-DU, иллюстрированной на фиг. 3 – 4, соединение DC может быть реализовано путем разрешения терминалу UE установить соединения с несколькими модулями DU, обслуживаемыми одним и тем же модулем CU, или путем разрешения терминалу UE установить соединения с несколькими модулями DU, обслуживаемыми разными модулями CU. Как иллюстрирует фиг. 3, узел gNB может содержать модуль gNB-CU, соединенный с одним или несколькими модулями gNB-DU через соответствующие интерфейсы F1; однако, модуль gNB-DU может быть соединен только с одним модулем gNB-CU.

Документ 3GPP TR 38.804 описывает различные сценарии или конфигурации соединения DC, где узел MN и узел SN применяют одну из технологий NR или LTE, либо обе технологии. Для описания этих примеров сценариев или конфигураций соединения DC используется следующая терминология:

• DC: LTE DC (т.е. оба узла – MN и SN, используют технологию LTE, как обсуждается выше);

• EN-DC: двойное соединение типа LTE-NR, где технология LTE является ведущей, а технология NR является вторичной;

• NGEN-DC: двойное соединение типа LTE-NR, где терминал UE соединен с одним узлом ng-eNB, который действует как узел MN, и с одним узлом gNB, который действует как узел SN. Узел ng-eNB соединен с сетью 5GC, и узел gNB соединен с узлом ng-eNB через интерфейс Xn.

• NE-DC: двойное соединение типа LTE-NR, где терминал UE соединен с одним узлом gNB, который действует как узел MN, и одним узлом ng-eNB, который действует как узел SN. Узел gNB соединен с сетью 5GC и узел ng-eNB соединен с узлом eNB через интерфейс Xn.

• NR-DC (или NR-NR DC): и узел MN, и узел SN используют технологию NR и сеть 5GC.

• MR-DC (несколько технологий multi-RAT DC): обобщение двойного соединения Intra-E-UTRA Dual Connectivity (DC), описываемого в документе TS 36.300, где имеющий несколько приемников/передатчиков (Rx/Tx) терминал UE может быть конфигурирован для использования ресурсов, предоставляемых двумя разными узлами, соединенными неидеальной транзитной линией, один предоставляет доступ согласно технологии E-UTRA, а другой предоставляет доступ согласно технологии NR. Один узел действует как узел MN, а другой действует как узел SN. Узлы MN и SN соединены через сетевой интерфейс, и по меньшей мере узел MN соединен с опорной сетью связи. Примеры EN-DC и NE-DC представляют собой два разных примера случаев соединения MR-DC.

Хотя сетевая архитектура 5G, иллюстрируемая на фиг. 3 – 4 образует базовую структуру для агрегирования CA и соединения DC, здесь имеются разнообразные проблемы, недостатки и сложности, ассоциированные с выбором и/или конфигурированием ячеек SpCells в архитектуре с разбиением CU-DU.

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

Рассматриваемые здесь примеры вариантов направлены на устранение этих и других проблем, сложностей и/или недостатков существующих технических решений путем создания гибких и эффективных способов выбора ячеек SpCell в распределенной (например, с разбиением на модули CU-DU) архитектуре базовой станции. Такие примеры вариантов могут улучшить функциональные возможности и/или надежность сети связи путем уменьшения объема необходимой сигнализации в этой сети связи.

Примеры вариантов содержат способы и/или процедуры для выбора специальной ячейки (SpCell) для использования первым распределенным модулем (DU) базовой станции с целью обслуживания абонентского терминала (UE). Эти примеры способов и/или процедур могут быть реализованы центральным модулем (CU) или узлом базовой станции (например, модулем gNB-CU), осуществляющим связь с одним или несколькими распределенными модулями (DU, например, модулями gNB-DU) этой базовой станции.

В некоторых вариантах, примеры способов и/или процедур могут содержать прием результатов измерений радиосигнала относительно нескольких ячеек, ассоциированных с одним или несколькими модулями DU, включая первый модуль DU и, в некоторых случаях, второй модуль DU. В некоторых вариантах, такие примеры способов и/или процедур могут также содержать выбор, из совокупности нескольких ячеек на основе результатов измерений радиосигнала, первой ячейки в качестве предпочтительной ячейки SpCell для терминала UE и одной или нескольких вторых ячеек в качестве альтернативных ячеек SpCells для этого терминала UE. И первая ячейка, и одна или несколько вторых ячеек могут обслуживаться первым модулем DU.

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

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

Другие примеры вариантов содержат способы и/или процедуры для выбора специальной ячейки (SpCell), которую следует использовать для обслуживания абонентского терминала (UE). Эти примеры способов и/или процедур могут быть осуществлены распределенным модулем (DU) или узлом базовой станции (например, модулем gNB-DU), соединенным с центральным модулем (CU) или узлом (например, модулем gNB-DU) этой базовой станции.

Примеры способов и/или процедур могут содержать прием, от модуля CU, первого запроса, содержащего: идентификатор первой ячейки, обслуживаемой модулем DU, в качестве предпочтительной ячейки SpCell для терминала UE; и идентификаторы одной или нескольких вторых ячеек, обслуживаемых этим модулем DU. В некоторых вариантах, совокупность одной или нескольких вторых ячеек может содержать одно из следующего: ячейки-кандидаты SpCell для терминала UE, и вторичные ячейки-кандидаты (SCell) для этого терминала UE.

Примеры способов и/или процедур могут также содержать определение, может ли какая-либо из совокупности первой ячейки и вторых ячеек быть конфигурирована в качестве ячейки SpCell для терминала UE. В некоторых вариантах, модуль DU может осуществить такое определение на основе одного или нескольких рабочих условий модуля DU, включая какие-либо условия из следующего: условия нагрузки модуля DU; доступность ресурсов модуля DU, ассоциированных с соответствующими третьими ячейками; и расположение терминала UE в областях охвата модуля DU, ассоциированных с соответствующими третьими ячейками.

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

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

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

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

Фиг. 1 представляет схему высокого уровня сети связи, иллюстрирующую пример сценария агрегирования несущих (CA) согласно технологии долговременной эволюции is (LTE) с участием разнообразных ячеек, создаваемых базовой станцией (например, узлом eNB) для абонентского терминала (UE).

Фиг. 2 представляет схему высокого уровня сети связи, иллюстрирующую разнообразные примеры сценариев двойного соединения (DC) согласно технологии LTE с участием абонентских терминалов (UE) и базовых станций (eNB).

Фиг. 3 иллюстрирует вид высокого уровня архитектуры сети сотовой (например, радио) связи пятого поколения (5G).

Фиг. 4 показывает пример архитектуры узла gNB на основе разбиения на модули DU-CU и дальнейшего разделения между модулем CU-CP и модулем CU-UP.

Фиг. 5 иллюстрирует пример процедуры первоначального доступа для терминала UE, в ходе которой модуль gNB-CU может выбрать и конфигурировать подходящую ячейку SpCell для этого терминала UE.

Фиг. 6 иллюстрирует пример процедуры мобильности между модулями gNB-DU, в ходе которой модуль gNB-CU может выбрать и конфигурировать подходящую ячейку SpCell для терминала UE.

Фиг. 7, содержащий фиг. 7A – C, иллюстрирует передачу сигнализации между модулем gNB-CU и модулем gNB-DU относительно установления или модификации контекста терминала UE согласно разнообразным примерам вариантов настоящего изобретения.

Фиг. 8 показывает части примера сообщения протокола F1-AP от модуля gNB-CU к модулю gNB-DU, согласно разнообразным примерам вариантов настоящего изобретения.

Фиг. 9 показывает части примера сообщения протокола F1-AP от модуля gNB-DU к модулю gNB-CU, согласно разнообразным примерам вариантов настоящего изобретения.

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

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

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

Фиг. 13 иллюстрирует пример варианта терминала UE, в соответствии с разнообразными аспектами, описываемыми здесь.

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

Фиг. 15 – 16 представляют блок-схемы разнообразных примеров систем и/или сетей связи, в соответствии с разнообразными аспектами, описываемыми здесь.

Фиг. 17 – 20 представляют логические схемы, иллюстрирующие разнообразные примеры способов и/или процедур, осуществляемых в системе связи, согласно разнообразным примерам вариантов настоящего изобретения.

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

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

• Узел радиосвязи: Как используется здесь, термин «узел радиосвязи» (“radio node”) может обозначать либо «узел радиодоступа», либо «устройство беспроводной связи».

• Узел радиодоступа: Как используется здесь, термин «узел радиодоступа» (“radio access node”) (или «узел сети беспроводной связи» (“radio network node”)) обозначает какой-либо узел сети радиодоступа (Radio Access Network (RAN)) в составе сети сотовой связи, работающий для передачи и/или приема сигналов по радио. К некоторым примерам узлов радиодоступа относятся, не исчерпываясь этим, базовая станция (например, базовая станция (gNB) в технологии Новое радио (NR) в сети связи согласно стандарту Проекта партнерства третьего поколения (3GPP) для сетей пятого поколения (5G) NR, либо расширенный или развитый Узел B (enhanced or evolved Node B (eNB)) в сети согласно стандарту 3GPP LTE), базовая станция большой мощности или макро базовая станция, маломощная базовая станция (например, микро базовая станция, пико базовая станция, домашний узел eNB или другая подобная станция) и ретрансляционный узел.

• Узел опорной сети связи: Как используется здесь, термин «узел опорной сети связи» (“core network node”) обозначает узел связи какого-либо типа в составе опорной сети связи. К некоторым примерам узлов опорной сети связи относятся, не исчерпываясь этим, например, узел управления мобильностью (Mobility Management Entity (MME)), шлюз пакетной сети передачи данных (Packet Data Network Gateway (P-GW)), узел экспонирования сервисных возможностей (Service Capability Exposure Function (SCEF)) или другой подобный узел

• Устройство беспроводной связи: Как используется здесь, термин «устройство беспроводной связи» (“wireless device”) обозначает устройство любого типа, имеющее доступ к сети сотовой связи (т.е. обслуживаемое этой сетью связи) путем передачи и/или приема сигналов по радио к/от узлам (ов) радиодоступа. К некоторым примерам устройств беспроводной связи относятся, не исчерпываясь этим, абонентский терминал (UE) в сети согласно стандарту группы 3GPP и устройство связи машинного типа (Machine Type Communication (MTC))

• Узел сети связи: Как используется здесь, термин «узел сети связи» (“network node”) представляет собой какой-либо узел, являющийся частью сети RAN или опорной сети связи в сети/системе сотовой связи

Отметим, что приведенное здесь описание фокусируется на системах сотовой связи согласно стандартам 3GPP, и поэтому, часто используется терминология согласно стандартам 3GPP или терминология, аналогичная терминологии согласно стандартам 3GPP. Однако рассматриваемые здесь концепции не ограничиваются системой согласно стандартам 3GPP. Кроме того, хотя здесь используется термин «ячейка» (сотовая ячейка) (“cell”), должно быть понятно, что (конкретно в отношении технологии 5G NR) могут быть использованы вместо ячеек лучи, и поэтому, описываемые здесь концепции в равной степени применимы и к ячейкам, и к лучам.

Как отмечено выше, хотя архитектура сети 5G связи, иллюстрируемая на фиг. 3 – 4, создает базовую структуру для агрегирования CA и соединения DC, существуют разнообразные проблемы, недостатки и/или сложности, ассоциированные с выбором и/или конфигурированием ячеек SpCell в архитектуре с разделенными модулями CU-DU. Ниже эти проблемы обсуждаются более подробно.

Как описано выше, ячейка SpCell всегда активизирована и поддерживает передачи физического восходящего канала управления (physical uplink control channel (PUCCH)) и соревновательный произвольный доступ, осуществляемые терминалами UE. С учетом этих важных функций и возможностей ячейки SpCell для сети связи важно выбрать и конфигурировать подходящую ячейку SpCell для каждого терминала UE, устанавливающего соединение с этой сетью связи. Этот выбор может быть основан, например, на результатах измерений радиосигналов, выполненных соответствующими терминалами UE и переданных в сеть связи. Кроме того, вследствие мобильности терминала UE и/или изменений условий для радиосигнала, для сети связи часто бывает необходимо выбирать и конфигурировать разные ячейки SpCell для какого-либо конкретного терминал UE в течение времени действия соединения.

В отношение сетей 5G связи современные спецификации протокола F1-AP (например, 3GPP TS 38.470 и TS 38.473) возлагают ответственность за выбор ячейки SpCell на модуль gNB-CU в разделенной архитектуре модулей типа CU-DU. Причина такого требования состоит в том, что только модуль gNB-CU принимает отчеты о результатах измерений от терминала UE и обладает знанием о качестве радио тракта в разных ячейках.

Фиг. 5 иллюстрирует пример процедуры первоначального доступа терминала UE, в ходе которой модуль gNB-CU выбирает и конфигурирует подходящую ячейку SpCell для этого терминала UE. Операции на фиг. 5 обозначены цифрами, чтобы способствовать пояснениям и пониманию. Другими словами, любые ограничения на порядок этих операций будут здесь выражены в явном виде, так что их не следует выводить из числового порядка позиций на чертеже.

В ходе операции 1, терминал UE передает сообщение «Запрос установления соединения управления RRC» (RRC Connection Request) модулю gNB-DU. Это может происходить, например, после завершения начальной части процедуры произвольного доступа (random-access (RA)). В ходе операции 2, модуль gNB-DU может определить, может ли он допустить терминал UE к сервису, и если терминал допущен, модуль gNB-DU включает сообщение управления RRC и соответствующую конфигурацию низкого уровня для терминала UE в состав сообщения «Передача первоначального сообщения управления RRC в восходящей линии» (INITIAL UL RRC MESSAGE TRANSFER) по протоколу F1-AP, которое он передает ассоциированному модулю gNB-CU. Это сообщение «Передача первоначального сообщения управления RRC в восходящей линии» может также содержать временный идентификатор (например, C-RNTI), выделенный модулем gNB-DU для терминала UE. Отметим, что модуль gNB-DU передает указанное сообщение управления RRC, поскольку модуль gNB-CU осуществляет терминацию соединения управления RRC (например, плоскости CP) с терминалом UE.

В ходе операции 3, после приема сообщения «Запрос установления соединения управления RRC» модуль gNB-CU назначает идентификатор (ID) сигнализационного соединения (например, идентификатор gNB-CU UE F1AP ID) для терминала UE и генерирует сообщение «Установление соединения управления RRC» (RRC Connection Setup) для передачи терминалу UE. Это сообщение управления RRC инкапсулируют в составе сообщения «Передача сообщения управления RRC в нисходящей линии» (DL RRC MESSAGE TRANSFER) по протоколу F1-AP, которое модуль gNB-CU передает модулю gNB-DU. В ходе операции 4, модуль gNB-DU декапсулирует это сообщение «Установление соединения управления RRC» и передает его терминалу UE. В ходе операции 5, терминал UE выполняет операции, ассоциированные с сообщением «Установление соединения управления RRC» и передает сообщение «Установление соединения управления RRC завершено» (RRC Connection Setup Complete) модулю gNB-DU. В ходе операции 6, модуль gNB-DU инкапсулирует это сообщение «Установление соединения управления RRC завершено» в составе сообщения «Передача сообщения управления RRC в восходящей линии» (UL RRC MESSAGE TRANSFER) по протоколу F1-AP, которое модуль gNB-DU передает модулю gNB-CU.

В ходе операции 7, модуль gNB-CU передает сообщение «Первоначальное сообщение терминала UE» (INITIAL UE MESSAGE) (содержащее, например, параметры, ассоциированные с терминалом UE) в адрес функции управления доступом (AMF), которая отвечает в ходе операции 8 посредством сообщения «Запрос установления первоначального контекста терминала UE» (INITIAL UE CONTEXT SETUP REQUEST). В ходе операции 9, модуль gNB-CU передает сообщение «Запрос установления контекста терминала UE» (UE Context Setup Request) по протоколу F1-AP с целью установления контекста терминала UE в модуле gNB-DU. Это сообщение «Запрос установления контекста терминала UE» по протоколу F1-AP может содержать разнообразные параметры терминала UE, принятые от функции AMF, равно как идентификатор ячейки SpCell, которую модуль gNB-CU выбрал для рассматриваемого терминала UE.

На основе своего состояния нагрузки модуль gNB-DU может принять или отвергнуть ячейку SpCell, выбранную модулем gNB-CU. Если модуль gNB-DU принимает выбранную ячейку SpCelI, он может ответить сообщением «Ответ об установлении контекста терминала UE» (UE Context Setup Response) по протоколу F1-AP, как показано на фиг. 5. С другой стороны, если модуль gNB-DU отвергает выбранную ячейку SpCell, тогда он может ответить модулю gNB-CU посредством сообщения «Неудача установления контекста терминала UE» (UE Context Setup Failure) по протоколу F1-AP, содержащего соответствующую величину причины. Фиг. 7(a) показывает пример сигнализации между модулем gNB-CU и модулем gNB-DU в отношении отвергнутого выбора ячейки SpCell.

Фиг. 6 иллюстрирует пример процедуры мобильности между модулями gNB-DU, в ходе которой модуль gNB-CU также выбирает и конфигурирует соответствующую ячейку SpCell для терминала UE. Операции на фиг. 6 обозначены цифрами, чтобы способствовать пояснениям и пониманию. Другими словами, любые ограничения на порядок этих операций будут здесь выражены в явном виде, так что их не следует выводить из числового порядка позиций на чертеже.

Как показано на фиг. 6, предполагается, что модуль gNB-CU соединен с двумя модулями gNB-DU: исходным модулем gNB-DU и целевым модулем gNB-DU. Терминал UE первоначально использует ячейку SpCell, предложенную исходным модулем gNB-DU. В ходе операции 1, терминал UE передает сообщение управления RRC «Отчет о результатах измерений» (Measurement Report) исходному модулю gNB-DU. Это сообщение может содержать результаты разнообразных измерений радиосигналов относительно различных ячеек поблизости от терминала UE, включая ячейки, образованные исходным модулем gNB-DU (и в том числе ячейку SpCell для рассматриваемого терминала UE), ячейки, образованные целевым модулем gNB-DU, и/или ячейки, образованные другими модулями DU и/или узлами gNB.

В ходе операции 2, исходный модуль gNB-DU передает сообщение «Передача сообщения управления RRC в восходящей линии» по протоколу F1-AP модулю gNB-CU для передачи информации принятого сообщение управления RRC «Отчет о результатах измерений». Отметим, что модуль gNB-DU передает сообщение управления RRC, потому что модуль gNB-CU осуществляет терминацию соединения управления RRC (например, плоскости CP) с терминалом UE. Однако модуль gNB-DU может также принять разнообразные результаты измерений низкого уровня (например, MAC-уровня) от рассматриваемого терминала UE, и поскольку модуль gNB-DU осуществляет терминацию этих соединений низкого уровня с рассматриваемым терминалом UE, этот модуль gNB-DU не пересылает эти результаты соответствующих измерений низкого уровня модулю gNB-CU. В общем случае, эти измерения низкого уровня могут быть выполнены более часто, чем измерения, о которых информируют посредством сообщения управления RRC «Отчет о результатах измерений», так что модуль gNB-DU может иметь более точную и/или более недавнюю картину соединения с рассматриваемым терминалом UE, чем модуль gNB-CU.

На основе результатов измерений, приведенных в принятом «Отчете о результатах измерений» (и, в качестве опции, в одном или нескольких ранее принятых сообщениях «Отчетов о результатах измерений»), модуль gNB-CU может определить, что следует выполнить операцию мобильности (например, операцию типа переключения связи из одной ячейки в другую) рассматриваемого терминала UE от исходного модуля gNB-DU к целевому модулю gNB-DU. Это может содержать, например, выбор ячейки, предложенной целевым модулем gNB-DU в качестве новой ячейки SpCell для терминала UE.

В ходе операции 3, модуль gNB-CU передает сообщение «Запрос установления контекста терминала UE» по протоколу F1-AP для установления контекста терминала UE целевом модуле gNB-DU. Сообщение «Запрос установления контекста терминала UE» по протоколу F1-AP может содержать разнообразные параметры терминала UE, включая идентификатор ячейки SpCell, которую модуль gNB-CU выбрал для рассматриваемого терминала UE. Если целевой модуль gNB-DU принимает выбранную ячейку SpCell, он может ответить посредством сообщения «Ответ об установлении контекста терминала UE» по протоколу F1-AP, как показано на фиг. 6. С другой стороны, если целевой модуль gNB-DU отвергает выбранную ячейку SpCell, тогда он может ответить модулю gNB-CU посредством сообщения «Неудача установления контекста терминала UE» по протоколу F1-AP, содержащего соответствующую величину причины, как показано на фиг. 7(A).

В обоих сценариях, показанных на фиг. 5 – 6, после приема сообщения «Неудача установления контекста терминала UE» по протоколу F1-AP с соответствующей величиной причины, модуль gNB-CU может выбрать другую ячейку SpCell и информировать об этом модуль gNB-DU посредством другого сообщения «Запрос установления контекста терминала UE» по протоколу F1-AP. Однако модуль gNB-CU не имеет подробной информации относительно нагрузки модуля gNB-DU, так что существует риск того, что новая ячейка SpCell, выбранная модуль gNB-CU, также будет отвергнута. Это может привести к множеству неудач прежде, чем будет выбрана подходящая ячейка SpCell.

В другом сценарии процедура выбора и конфигурирования ячейки SpCell может быть использована в ходе процедуры мобильности между модулями gNB-DU, аналогичной процедуре мобильности между модулями gNB-DU, показанной на фиг. 6. В таких сценариях, «целевой модуль gNB-DU» и «исходный модуль gNB-DU», показанные на фиг. 6, становятся единственным модулем gNB-DU. На основе результатов измерений, содержащихся в принятом «Отчете о результатах измерений» (и, в качестве опции, в одном или нескольких ранее принятых сообщениях «Отчетов о результатах измерений»), модуль gNB-CU может определить, что необходимо осуществить операцию мобильности (например, переключение связи) терминала UE между ячейками, образованными модулем gNB-DU. Это может содержать, например, осуществляемый модулем gNB-DU выбор другой ячейки в качестве новой ячейки SpCell для рассматриваемого терминала UE.

В таком случае, модуль gNB-CU передает сообщение «Запрос модификации контекста терминала UE» (UE Context Modification Request) по протоколу F1-AP модулю gNB-DU. Это сообщение «Запрос модификации контекста терминала UE» по протоколу F1-AP может содержать разнообразные параметры терминала UE, включая идентификатор ячейки SpCell, которую модуль gNB-CU выбрал для рассматриваемого терминала UE. Если модуль gNB-DU принимает модифицированную ячейку SpCell, он может ответить путем передачи сообщения «Ответ о модификации контекста терминала UE» (UE Context Modification Response) по протоколу F1-AP, так, как это показано на фиг. 7(B). С другой стороны, если целевой модуль gNB-DU отвергает выбранную ячейку SpCell, тогда он может ответить модулю gNB-CU путем передачи сообщения «Неудача модификации контекста терминала UE» (UE Context Modification Failure) по протоколу F1-AP, содержащего соответствующую величину причины, как показано на фиг. 7(B).

Аналогично сценариям, иллюстрируемым на фиг. 5 – 6, после приема сообщения «Неудача модификации контекста терминала UE» по протоколу F1-AP, содержащего соответствующую величину причины, модуль gNB-CU может выбрать другую ячейку SpCell и проинформировать об этом модуль gNB-DU посредством другого сообщения «Запрос модификации контекста терминала UE» по протоколу F1-AP. Однако модуль gNB-CU не имеет подробной информации относительно нагрузки в модуле gNB-DU, так что существует риск того, что новая ячейка SpCell, выбранная модулем gNB-CU также будет отвергнута. Это может привести к множеству неудач прежде, чем будет выбрана подходящая ячейка SpCell в ходе выполнения операций мобильности внутри модулей DU.

Примеры вариантов настоящего изобретения направлены на разрешение этих и других проблем и/или недостатков известных технических решений посредством нового способа, при использовании которого модуль gNB-CU может передать модулю gNB-DU (например, посредством сообщения «Запрос установления контекста терминала UE» по протоколу F1-AP) индикацию и/или идентификатор обязательной и/или предпочтительной ячейки SpCell, которую модуль CU выбрал для рассматриваемого терминала UE, присоединенного через соответствующий модуль gNB-DU. В дополнение к этому, модуль gNB-CU может сформировать список «Ячейки-кандидаты SpCell» (Candidate SpCells). Если модуль gNB-DU не может принять предпочтительную ячейку SpCell (например, потому, что выбранная ячейка SpCell подвержена перегрузке или нехватке ресурсов для обслуживания конкретного рассматриваемого терминала UE), тогда модуль gNB-DU может ответить посредством сообщения (например, «Неудача установления контекста терминала UE» по протоколу F1-AP), содержащего список «Потенциальные ячейки-кандидаты SpCell» (Potential SpCells), который может быть установлен для этого терминала UE. Ячейки, входящие в список «Потенциальные ячейки-кандидаты SpCell», могут находиться среди ячеек из списка «Ячейки-кандидаты SpCell». Например, список ячеек SpCells, входящий в состав сообщения, переданного модулем gNB-DU, может представлять ячейки из списка «Ячейки-кандидаты SpCell», для которых модуль gNB-DU может согласиться и выделить достаточное количество ресурсов для обслуживания рассматриваемого терминала UE.

В других вариантах, модуль gNB-CU может передать модулю gNB-DU (например, посредством сообщения «Запрос установления контекста терминала UE» по протоколу F1-AP) индикацию и/или идентификатор обязательной или предпочтительной ячейки SpCell, которую этот модуль CU выбрал для терминала UE, присоединенного через соответствующий модуль gNB-DU. В дополнение к этому, модуль gNB-CU может создать список «Ячейки-кандидаты SCell» (Candidate SCells) для агрегирования несущих (CA). Если модуль gNB-DU не может принять предпочтительную ячейку SpCell (например, потому, что выбранная ячейка SpCell подвержена перегрузке или нехватке ресурсов для обслуживания конкретного рассматриваемого терминала UE), тогда этот модуль gNB-DU может ответить сообщением (например, сообщением «Неудача установления контекста терминала UE» по протоколу F1-AP), содержащим список «Потенциальные ячейки-кандидаты SpCell», куда входят ячейки, которые могут быть установлены для указанного терминала UE. Ячейки, входящие в список «Потенциальные ячейки-кандидаты SpCell», могут находиться среди ячеек из списка «Ячейки-кандидаты SCell». Например, список ячеек SpCells, включенный в сообщение, переданное модулем gNB-DU, может представлять ячейки из списка «Ячейки-кандидаты SCell», для которых модуль gNB-DU может согласиться и выделить достаточное количество ресурсов для обслуживания рассматриваемого терминала UE.

Примеры вариантов могут улучшить функциональные возможности и/или надежность сети связи путем уменьшения вероятности того, что процедура установления контекста терминала UE или процедура модификации контекста терминала UE завершилась неудачей из-за того, что одна или несколько ячеек SpCells оказались неприемлемы для модуля gNB-DU. Примеры вариантов также уменьшают объем требуемой сигнализации между модулями DU-CU за счет того, что они способствуют выбору приемлемой ячейки SpCell с использованием меньшего числа сообщений, которыми обмениваются между собой модули DU и CU, что делает работу сети быстрее и более эффективной. Дополнительные технические преимущества могут легко стать понятны в свете приведенного здесь описания.

Фиг. 8 показывает части примера сообщения протокола F1-AP от модуля gNB-CU модулю gNB-DU согласно различным примерам вариантам настоящего изобретения. Например, часть сообщения, показанная на фиг. 8, может быть частью сообщения «Запрос установления контекста терминала UE» по протоколу F1-AP или сообщения «Запрос модификации контекста терминала UE» по протоколу F1-AP, как показано на фиг. 5 – 7 и обсуждается выше. Другими словами, поля сообщения, показанные на фиг. 8, могут быть скомбинированы с другими полями сообщения, как это будет нужно и/или желательно, для формирования полного сообщения «Запрос установления контекста терминала UE» по протоколу F1-AP или полного сообщения «Запрос модификации контекста терминала UE» по протоколу F1-AP.

Поля, показанные на фиг. 8, содержат идентификатор ячейки SpCell ID, который указывает и/или идентифицирует конкретную ассоциированную с модулем gNB-DU ячейку, выбранную модулем gNB-CU в качестве предпочтительной ячейки SpCell для терминала UE. Например, этот параметр может быть представлен в качестве глобального идентификатора ячейки (cell global identity (CGI)) для выбранной/предпочтительной ячейки. В дополнение к этому, поля, показанные на фиг. 8, содержат «Список ячеек-кандидатов SpCell» (Candidate SpCell List), который может содержать несколько идентификаторов (например, идентификаторов CGI), соответствующих ячейкам – также ассоциированным с модулем gNB-DU, – которые модуль gNB-CU выбрал в качестве альтернативных (например, приемлемых, но не предпочтительных) кандидатов на роль ячейки SpCell для терминала UE. Эти выбранные альтернативные ячейки могут быть расположены в «Списке ячеек-кандидатов SpCell» в любом порядке, как, например, от наиболее предпочтительных (после идентифицированной предпочтительной ячейки SpCell) к наименее предпочтительным в соответствии с разнообразными критериями, включая, например, результаты измерений радиосигналов в соответствующих ячейках, нагрузки соответствующих ячеек и т.п. Такой «Список ячеек-кандидатов SpCell» может содержать любое число ячеек вплоть до, и включая, максимального числа (например, числа maxnoofCandidateSpCells, показанного на фиг. 8).

В некоторых вариантах, вместо «Списка ячеек-кандидатов SpCell», такого как показан на фиг. 8, часть сообщения может содержать «Список ячеек-кандидатов SCell» (Candidate SCell List), идентифицирующий список «Ячейки-кандидаты SCell», которые ассоциированы с модулем gNB-DU и которые модуль gNB-CU выбрал для агрегирования несущих (CA) с указанием выбранной/предпочтительной ячейки SpCell. В дополнение к этому, однако, ячейки, составляющие «Список ячеек-кандидатов SCell» также являются альтернативными (например, приемлемыми, но не предпочтительными) ячейками кандидатами на роль ячейки SpCell для рассматриваемого терминала UE. Ячейки, составляющие «Список ячеек-кандидатов SCell», могут быть идентифицированы способом, аналогичным способу идентификации ячеек, составляющих «Список ячеек-кандидатов SpCell» (например, посредством идентификатора CGI). Эти выбранные альтернативные ячейки могут быть расположены в любом порядке в «Списке ячеек-кандидатов SCell» как, например, от наиболее предпочтительных (после идентифицированной предпочтительной ячейки SpCell) к наименее предпочтительным в соответствии с разнообразными критериями, включая, например, результаты измерений радиосигналов в соответствующих ячейках, нагрузки соответствующих ячеек и т.п. Этот «Список ячеек-кандидатов SCell» может содержать любое число ячеек вплоть до, и включая, максимального числа (например, числа maxnoofCandidateSCells).

В некоторых вариантах, поля, содержащие часть сообщения, показанную на фиг. 8, могут также содержать один или несколько списков однонаправленных радиоканалов, запрашиваемых для установления для рассматриваемого терминала UE. Это может содержать список сигнализационных однонаправленных радиоканалов (SRB) и/или список однонаправленных радиоканалов данных (data radio bearer (DRB)). Эти однонаправленные радиоканалы, составляющие соответствующие списки, могут быть идентифицированы соответствующими идентификаторами, понятными и для модуля gNB-CU, и для модуля gNB-DU. В некоторых вариантах, для каждого однонаправленного радиоканала, входящего в соответствующие списки, могут быть включены дополнительные характеристики и/или требования (например, качество обслуживания (QoS)). Когда присутствуют один или оба этих списка, принимающий модуль gNB-DU может использовать такие характеристики и/или требования к однонаправленным радиоканалам при принятии решения о допуске для рассматриваемого терминала UE в выбранную/предпочтительную ячейку SpCell и, если допуск не разрешен, при определении, являются ли какие-либо другие из ячеек, входящих «Список ячеек-кандидатов SpCell» (или в «Список ячеек-кандидатов SCell»), приемлемыми альтернативами на роль ячейки SpCell для рассматриваемого терминала UE.

После приема запроса (например, сообщение «Запрос установления контекста терминала UE» по протоколу F1-AP) от модуля gNB-CU, содержащего идентификатор ячейки SpCell ID и «Список ячеек-кандидатов SpCell» (или «Список ячеек-кандидатов SCell»), модуль gNB-DU может принять решение о допуске, сначала относительно ячейки, обозначенной посредством идентификатора SpCell ID, и затем, если это необходимо, относительно ячеек, идентифицированных в принятом списке ячеек-кандидатов. Некоторые или все такие процедуры принятия решений о допуске и/или определения могут содержать сравнение ресурсов, необходимых для рассматриваемого терминала UE (например, для однонаправленных радиоканалов для этого терминала UE, идентифицированных в указанном сообщении) с объемом доступных ресурсов и/или с условиями нагрузки в конкретной рассматриваемой ячейке. В некоторых вариантах, некоторые или все эти процедуры принятия решения и/или определения могут содержать определение, находится ли такой терминал UE в области охвата, ассоциированной с конкретной рассматриваемой ячейкой.

Например, модуль gNB-DU может определить, что предпочтительная ячейка SpCell для терминала UE (т.е. ячейка, обозначенная идентификатором SpCell ID) не может быть конфигурирована в качестве ячейки SpCell для этого терминала UE из-за нехватки ресурсов для обслуживания этого терминала UE и/или недостаточности охвата для указанного терминала UE. В таком случае, модуль gNB-DU может определить, может ли какая-либо из альтернативных ячеек-кандидатов SpCell, идентифицированных в принятом списке, быть сконфигурирована в качестве ячейки SpCell для рассматриваемого терминала UE. В некоторых вариантах, процедура такого определения для каждой ячейки-кандидата SpCell может быть выполнена таким же способом, как для предпочтительной ячейки SpCell.

После осуществления таких определений и/или принятия решений о допуске модуль gNB-DU может передать модулю gNB-CU ответ, обозначающий неудачу установления контекста терминала UE из-за невозможности допустить этот терминал UE в предпочтительную ячейку SpCell. Фиг. 9 показывает части примера сообщения протокола F1-AP от модуля gNB-DU к модулю gNB-CU согласно некоторым примерам вариантов настоящего изобретения. Например, часть сообщения, показанная на фиг. 9, может быть частью сообщения «Неудача установления контекста терминала UE» по протоколу F1-AP или сообщения «Неудача модификации контекста терминала UE» по протоколу F1-AP, как это показано на фиг. 7 и обсуждается выше. Другими словами, поля сообщения, показанные на фиг. 9, могут быть скомбинированы с другими полями сообщения, как это необходимо и/или желательно, для формирования полного сообщения «Неудача установления контекста терминала UE» по протоколу F1-AP или полного сообщения «Неудача модификации контекста терминала UE» по протоколу F1-AP.

Совокупность полей, показанных на фиг. 9, содержит поле «Причина» (Cause), которое может обозначать и/или идентифицировать конкретное основание или причину, почему модуль gNB-DU не может осуществить запрошенное установление или модификацию контекста терминала UE. Это поле «Причина» может содержать одну или несколько числовых величин, где каждая из этих величин ассоциирована с какой-то конкретной причиной неудачи. Например, некая конкретная числовая величина может быть использована для обозначения отсутствия в предпочтительной ячейке SpCell доступных ресурсов для удовлетворения требований рассматриваемого терминала UE. Аналогично, другая числовая величина может быть использована для обозначения, что рассматриваемый терминал UE находится вне области охвата предпочтительной ячейки SpCell.

В дополнение к этому, совокупность полей, показанных на фиг. 9, содержит «Список потенциальных ячеек-кандидатов SpCell» (Potential SpCell List). Этот список может содержать идентификаторы каких-либо ячеек из «Списка ячеек-кандидатов SpCell» (или «Списка ячеек-кандидатов SCell»), которые, как определил модуль gNB-DU, могут быть конфигурированы в качестве ячейки SpCell для терминала UE. Другими словами, ячейки, идентифицированные в «Списке потенциальных ячеек-кандидатов SpCell», представляют собой те ячейки, куда рассматриваемый терминал UE может быть допущен согласно его требованиям и условиям работы соответствующей ячейки (например, нагрузкой, пропускной способностью, охватом и т.д.). Ячейки в «Списке потенциальных ячеек-кандидатов SpCell» могут быть идентифицированы таким же способом, как ячейки в «Списке ячеек-кандидатов SpCell» (или в «Списке ячеек-кандидатов SCell»), например, посредством идентификатора CGI.

Ячейки, идентифицированные в «Списке потенциальных ячеек-кандидатов SpCell», могут быть расположены в этом списке в любом порядке, как, например, от наиболее предпочтительной к наименее предпочтительной согласно разнообразным рабочим условиям модуля gNB-DU в соответствующих ячейках, включая, например, результаты измерений параметров в соответствующих ячейках, нагрузки соответствующих ячеек, охвата терминала UE в соответствующих ячейках и т.д. Такой «Список потенциальных ячеек-кандидатов SpCell» может содержать любое число ячеек, вплоть до максимального числа ячеек и включая это число (например, maxnoofPotentialSpCells), которое может быть не больше максимального числа, ассоциированного со «Списком ячеек-кандидатов SpCell» (или со «Списком ячеек-кандидатов SCell»). В некоторых вариантах, если ни одна из альтернативных «Ячеек-кандидатов SpCell» не является приемлемой для модуля gNB-DU, этот «Список потенциальных ячеек-кандидатов SpCell» может быть пустым.

После приема сообщения, содержащего «Список потенциальных ячеек-кандидатов SpCell», модуль gNB-CU может оценить ячейки, идентифицированные этим списком с учетом собственных знаний этого модуля gNB-CU относительно условий и состояния радиосигналов в соответствующих ячейках. Например, эти условия и состояния для радиосигналов могут быть определены модулем gNB-CU на основе результатов измерений, принятых в одном или нескольких сообщениях управления RRC «Отчет о результатах измерений» от одного или нескольких терминалов UE, включая рассматриваемый конкретный терминал UE. В некоторых вариантах, если ячейки в «Списке потенциальных ячеек-кандидатов SpCell» расположены в порядке предпочтений модуля gNB-DU, тогда модуль gNB-CU может определить, какая из наиболее предпочтительных для модуля gNB-DU ячеек также является предпочтительной для самого этого модуля gNB-CU на основе его знаний относительно условий и состояния радиосигналов. Например, модуль gNB-CU может определить какую-либо из ячеек, идентифицированных в «Списке потенциальных ячеек-кандидатов SpCell», как ячейку, в которой имеют место наилучшие, оптимальные и/или предпочтительные условия и состояния и/или результаты измерений радиосигналов.

В любом случае, на основе порядка ячеек в принятом «Списке потенциальных ячеек-кандидатов SpCell» и собственных знаний модуля gNB-CU относительно условий и состояния радиосигналов, этот модуль gNB-CU может выбрать ячейку из принятого «Списка потенциальных ячеек-кандидатов SpCell» в качестве новой предпочтительной ячейки SpCell для рассматриваемого терминала UE. После этого, модуль gNB-CU может передать модулю gNB-DU дальнейшее сообщение (например, «Запрос установления контекста терминала UE»), идентифицирующее новую предпочтительную ячейку SpCell таким же способом, как обсуждается выше. После приема нового запроса, содержащего эту новую предпочтительную ячейку SpCell, которую модуль gNB-DU предварительно обозначил в качестве приемлемой альтернативы, этот модуль gNB-DU может допустить рассматриваемый терминал UE и конфигурировать эту ячейку в качестве ячейки SpCell для этого терминала UE. Такой подход позволяет число сигнализационных итераций между модулем gNB-CU и модулем gNB-DU для выбора ячейки SpCell, подходящей для терминала UE минимизировать и/или уменьшить по сравнению с известными технологиями.

В некоторых вариантах, модуль gNB-CU может быть соединен с несколькими модулями gNB-CU. В таких вариантах, модуль gNB-CU может передать запрос, содержащий указание предпочтительной ячейки SpCell и «Список ячеек-кандидатов SpCell» (или «Список ячеек-кандидатов SCell») каждому из соединенных с ним модулей gNB-DU. Другими словами, каждый запрос идентифицирует ячейки, ассоциированные с конкретным модулем gNB-DU, которому направлен этот запрос. Модуль gNB-CU может выбрать ячейки для включения в состав каждого запроса на основе одного или нескольких сообщений управления RRC «Отчет о результатах измерений» от одного или нескольких терминалов UE аналогично тому способу, которых описан выше. В этих вариантах, если ни один из модулей gNB-DU не может допустить предпочтительную ячейку SpCell, и каждый из этих модулей возвращает «Список потенциальных ячеек-кандидатов SpCell», тогда модуль gNB-CU может выбрать новую предпочтительную ячейку SpCell из совокупности этих списков и передать дальнейший запрос конкретному модулю gNB-DU, ассоциированному с новой предпочтительной ячейкой SpCell.

На фиг. 10 представлена логическая схема, иллюстрирующая пример способа и/или процедуры для выбора специальной ячейки (SpCell) для использования первым распределенным модулем (DU) в составе базовой станции для обслуживания абонентского терминала (UE), согласно различным примерам вариантов настоящего изобретения. Пример способа и/или процедуры, показанный на фиг. 10, может быть реализован, например, центральным модулем (CU) базовой станции (например, модулем gNB-CU), осуществляющим связь с одним или несколькими распределенными модулями (DU) (например, модулями gNB-DU), как это показано на других чертежах или описано в отношении других чертежей. Как поясняется ниже, пример способа и/или процедуры, показанный на фиг. 10, может быть использован совместно с примером способа и/или процедуры, представленным на фиг. 11 (описан ниже), для осуществления примеров различных преимуществ, описываемых здесь. Хотя на фиг. 10 блоки показаны в некотором конкретном порядке, этот порядок является всего лишь примером, так что операции согласно этому примеру способа и/или процедуры могут быть выполнены в другом порядке, отличном от порядка, показанного на фиг. 10, и могут быть объединены или разделены на блоки, имеющие других функциональные возможности. Операции, являющиеся опциями, представлены на фиг. 10 штриховыми линиями.

В некоторых вариантах, пример способа и/или процедуры может содержать операции блока 1010, в котором модуль CU может принять результаты измерений радиосигналов относительно нескольких ячеек, ассоциированных с одним или несколькими модулями DU, включая первый модуль DU и, в некоторых случаях, второй модуль DU. Эти результаты измерений могут быть приняты, например, в составе одного или нескольких сообщений управления RRC «Отчет о результатах измерений». В некоторых вариантах, этот пример способа и/или процедуры может содержать операции блока 1020, в котором модуль CU может выбрать, на основе результатов измерений радиосигналов из совокупности нескольких ячеек, первую ячейку в качестве предпочтительной ячейки SpCell для терминала UE и одну или несколько вторых ячеек в качестве альтернативных ячеек SpCells для этого терминала UE. И первая ячейка, и одна или несколько вторых ячеек могут обслуживаться первым модулем DU.

Рассматриваемый пример способа и/или процедуры может также содержать операции блока 1030, в котором модуль CU может передать, первому модулю DU, первый запрос, содержащий: идентификатор первой ячейки в качестве предпочтительной ячейки SpCell для терминала UE; и идентификаторы одной или нескольких вторых ячеек. В некоторых вариантах, совокупность одной или нескольких вторых ячеек может содержать одно из следующего: ячейки-кандидаты SpCell для указанного терминала UE или вторичные ячейки-кандидаты (SCell) для этого терминала UE.

Этот пример способа и/или процедуры может также содержать операции блока 1040, в котором модуль CU может принять, от первого модуля DU, первый ответ, содержащий: первую индикацию того, что первый модуль DU не может конфигурировать указанную первую ячейку в качестве ячейки SpCell для рассматриваемого терминала UE; и вторую индикацию того, что первый модуль DU может конфигурировать либо ни одной, либо одну или несколько третьих ячеек в качестве ячейки SpCell для этого терминала UE. В некоторых вариантах, вторая индикация содержит по меньшей мере одно из следующего: индикацию того, что первый модуль DU не может конфигурировать ни одну из вторых ячеек в качестве ячейки SpCell для указанного терминала UE; и идентификаторы третьих ячеек, где каждая из идентифицированных третьих ячеек является одной из вторых ячеек.

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

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

В некоторых вариантах, указанный пример способа и/или процедуры может содержать операции блока 1050, в котором модуль CU может выбрать дополнительную первую ячейку и одну или несколько дополнительных вторых ячеек, обслуживаемых вторым модулем DU, из совокупности нескольких ячеек на основе результатов измерений радиосигналов. Эти варианты могут также содержать операции блока 1060, в котором модуль CU может передать, второму модулю DU, второй запрос, содержащий идентификатор дополнительной первой ячейки (например, в качестве предпочтительной ячейки SpCell для рассматриваемого терминала UE) и идентификаторы дополнительных вторых ячеек.

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

В некоторых вариантах, пример способа и/или процедуры может содержать операции блока 1080, в котором модуль CU может выбрать ячейку SpCell для терминала UE из совокупности идентифицированных третьих ячеек (например, принятых в составе первого ответа в ходе операции 1040). В некоторых вариантах, выбор ячейки SpCell для терминала UE из совокупности третьих ячеек может быть основан на порядке ячеек в списке и на принятых результатах измерений радиосигналов. В некоторых вариантах, содержащих операции относительно второго модуля DU (т.е. блоки 1050 – 1070), выбор в блоке 1080 может быть сделан из комбинации третьих ячеек, идентифицированных первым ответом от первого модуля DU, и дополнительных третьих ячеек, идентифицированных вторым ответом от второго модуля DU.

В некоторых вариантах, этот пример способа и/или процедуры может содержать операции блока 1090, в котором модуль CU может передать, одному из первого и второго модулей DU, третий запрос, содержащий идентификатор ячейки SpCell, выбранной в ходе операций блока 1080. Например, этот третий запрос может представлять собой запрос установления контекста терминала UE или запрос модификации контекста терминала UE, аналогично первому и второму запросу, обсуждавшимся выше.

На фиг. 11 представлена логическая схема, иллюстрирующая пример способа и/или процедуры для выбора специальной ячейки (SpCell) с целью использования для обслуживания абонентского терминала (UE), согласно разнообразным примерам вариантов настоящего изобретения. Пример способа и/или процедуры, показанный на фиг. 11, может быть реализован, например, посредством распределенного модуля (DU) базовой станции (например, модуля gNB-DU), соединенного с центральным модулем (CU) этой базовой станции, как показано на других приведенных здесь чертежах или обсуждается в связи с этими чертежами. Кроме того, пример способа и/или процедуры, показанный на фиг. 11, может быть использован совместно с примером способа и/или процедуры, показанным на фиг. 10 (описан выше), для реализации разнообразных примеров преимуществ, описываемых здесь. Хотя на фиг. 11 блоки показаны в некотором конкретном порядке, этот порядок является всего лишь примером, так что операции согласно этому примеру способа и/или процедуры могут быть выполнены в другом порядке, отличном от порядка, показанного на фиг. 11, и могут быть объединены или разделены на блоки, имеющие других функциональные возможности. Операции, являющиеся опциями, представлены на фиг. 11 штриховыми линиями.

Рассматриваемый пример способа и/или процедуры может содержать операции блока 1110, в котором модуль DU может принять, от модуля CU, первый запрос, содержащий: идентификатор первой ячейки, обслуживаемой модулем DU, в качестве предпочтительной ячейки SpCell для терминала UE; и идентификаторы одной или нескольких вторых ячеек, обслуживаемых этим модулем DU. В некоторых вариантах, совокупность одной или нескольких вторых ячеек может содержать одно из следующего: ячейки-кандидаты SpCell для указанного терминала UE или вторичные ячейки-кандидаты (SCell) для этого терминала UE.

Этот пример способа и/или процедуры может также содержать операции блока 1120, в котором модуль DU может определить, может ли какая-либо из первой ячейки и вторых ячеек быть конфигурирована в качестве ячейки SpCell для терминала UE. В некоторых вариантах, модуль DU может осуществить такое определение на основе одного или нескольких рабочих условий модуля DU, совокупность которых может содержать одну или несколько позиций из следующего: условия нагрузки модуля DU; доступность ресурсов модуля DU, ассоциированных с соответствующими третьими ячейками; и местонахождение указанного терминала UE в областях охвата модуля DU, ассоциированных с соответствующими третьими ячейками.

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

Рассматриваемый пример способа и/или процедуры может также содержать операции блока 1130, в котором модуль DU может передать, модулю CU, первый ответ, содержащий: первую индикацию того, что модуль DU не может конфигурировать первую ячейку в качестве ячейки SpCell для рассматриваемого терминала UE; и вторую индикацию того, что модуль DU может конфигурировать либо ни одной, либо одну или несколько третьих ячеек в качестве ячейки SpCell для этого терминала UE. В некоторых вариантах, вторая индикация содержит по меньшей мере одно из следующего: индикацию того, что модуль DU не может конфигурировать ни одну из вторых ячеек в качестве ячейки SpCell для терминала UE; или идентификаторы третьих ячеек, где каждая из идентифицированных третьих ячеек является одной из вторых ячеек.

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

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

В некоторых вариантах, пример способа и/или процедуры может также содержать операции блока 1140, в котором модуль DU может принять, от модуля CU, второй запрос, содержащий идентификатор одной из третьих ячеек в качестве предпочтительной ячейки SpCell для терминала UE. Например, второй запрос может представлять собой «Запрос установления контекста терминала UE» или «Запрос модификации контекста терминала UE».

Хотя предмет настоящего изобретения, описываемый здесь, может быть реализован в системе какого-либо подходящего типа с использованием каких-либо подходящих компонентов, предлагаемые здесь варианты описаны применительно к сети беспроводной связи, такой как пример сети беспроводной связи, иллюстрируемой на фиг. 12. Для простоты, сеть беспроводной связи, показанная на фиг. 12, представляет только сеть 1206 связи, узлы 1260 и 1260b сети связи и устройства 1210, 1210b и 1210c беспроводной связи (wireless device (WD)). На практике, сеть беспроводной связи может далее содержать какие-либо дополнительные элементы, подходящие для поддержки связи между устройствами беспроводной связи или между устройством беспроводной связи и другим устройством связи, таким как проводной телефон, станция провайдера сервиса или какой-либо другой узел сети связи или оконечное устройство. Из иллюстрируемых компонентов, узел 1260 сети связи и устройство 1210 беспроводной связи (WD) изображены с дополнительными подробностями. Сеть беспроводной связи может предоставлять связь и сервисы других типов одному или нескольким устройствам беспроводной связи, чтобы способствовать доступу этих устройств беспроводной связи к сервисам и/или использованию сервисов, предоставляем сетью беспроводной связи или через него.

Сеть беспроводной связи может содержать и/или взаимодействовать с системой любого типа – системой связи, телекоммуникационной системой, системой передачи данных, системой сотовой связи и/или системой аналогичного типа. В некоторых вариантах, сеть беспроводной связи может быть конфигурирована для работы в соответствии с конкретными стандартами, либо с заданными правилами или процедурами других типов. Таким образом, конкретные варианты сети беспроводной связи могут применять такие стандарты связи, как глобальная система мобильной связи (Global System for Mobile Communications (GSM)), универсальная мобильная телекоммуникационная система (Universal Mobile Telecommunications System (UMTS)), Долговременная эволюция (Long Term Evolution (LTE)) и/или другие подходящие стандарты поколений 2G, 3G, 4G или 5G; стандарты локальных сетей связи (wireless local area network (WLAN)), такие как стандарты группы IEEE 802.11, и/или какие-либо другие подходящие стандарты беспроводной связи, такие как технология широкополосного доступа в СВЧ-диапазоне (Worldwide Interoperability for Microwave Access (WiMax)), Bluetooth, Z-Wave и/или ZigBee.

Сеть 1206 связи может содержать один или несколько типов сетей связи – транспортные (транзитные) сети связи, опорные сети связи, сети связи IP-протокола, коммутируемые телефонные сети общего пользования (public switched telephone network (PSTN)), пакетные сети передачи данных, оптические сети связи, глобальные сети связи (wide-area network (WAN)), локальные сети связи (local area network (LAN)), локальные сети беспроводной связи (wireless local area network (WLAN)), проводные сети связи, сети беспроводной связи, внутригородские сети связи или другие сети связи, позволяющие осуществлять связь между устройствами.

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

Как используется здесь, термин «узел сети связи» обозначает оборудование, способное, конфигурированное, построенное и/или оперируемое для связи напрямую или не напрямую с устройствами беспроводной связи и/или с другими узлами сети связи или с другим оборудованием в сети беспроводной связи, чтобы позволить или обеспечить беспроводной (радио) доступ к устройству беспроводной связи и/или осуществить другие функции (например, администрирование) в сети беспроводной связи. К примерам таких узлов сети связи относятся, не ограничиваясь этим, точки доступа (access point (AP)) (например, точки радиодоступа), базовые станции (base station (BS)) (например, базовые радиостанции), узлы Node B, развитые узлы evolved Node B (eNB) и узлы технологии «Новое радио» (NR NodeB (gNB))). Базовые станции могут быть классифицированы по категориям на основе обеспечиваемого ими охвата (или, говоря по-другому, уровня мощности передачи) и могут тогда называться также фемто базовыми станциями, пико базовыми станциями, микро базовыми станциями или макро базовыми станциями. Базовая станция может представлять ретрансляционный узел или ретрансляционный донорный узел, управляющий ретрансляцией. Узел сети связи может также содержать одну или несколько (или все) частей распределенной базовой радиостанции, такие как централизованные цифровые модули и/или удаленные радио модули (remote radio unit (RRU)), иногда называемые удаленными радио блоками (Remote Radio Head (RRH)). Такие удаленные радио модули могут быть или не быть интегрированы с антенной в качестве радиостанций с встроенной антенной. Части распределенной базовой радиостанции могут также называться узлами в распределенной антенной системе (distributed antenna system (DAS)).

К другим примерам узлов сети связи относится оборудование для радиосвязи с использованием нескольких стандартов (multi-standard radio (MSR)), такое как базовые станции MSR BS, сетевые контроллеры, такие как контроллеры сетей беспроводной связи (radio network controller (RNC)) или контроллеры базовых станций (base station controller (BSC)), базовые приемопередающие станции (base transceiver station (BTS)), передающие точки, передающие узлы, объекты многоячеистой/многоадресной координации (multi-cell/multicast coordination entity (MCE)), узлы опорной сети связи (например, центры коммутации мобильной связи (MSC), узлы управления мобильностью (MME)), узлы эксплуатации и технического обслуживания (O&M), узлы системы оперативной поддержки (OSS), узлы самоорганизующейся сети связи (SON), узлы определения местонахождения (например, усовершенствованные центры определения местонахождения в мобильной связи (E-SMLC)) и/или мобильные терминалы данных (MDT). В качестве другого примера, узел сети связи может представлять собой виртуальный узел сети связи, как более подробно будет описано ниже. В более общем смысле, узел сети связи может представлять какое-либо подходящее устройство (или группу устройств), способное, конфигурированное, построенное и/или оперируемое так, чтобы позволить и/или предоставить устройству беспроводной связи доступ в сеть беспроводной связи или предоставить некоторые сервисы устройству беспроводной связи, получившему доступ в сеть беспроводной связи.

Как показано на фиг. 12, узел 1260 сети связи содержит процессорную схему 1270, читаемый устройством носитель 1280 информации, интерфейс 1290, вспомогательное оборудование 1284, источник 1286 питания, схему 1287 питания и антенну 1262. Хотя узел 1260 сети связи, иллюстрируемый в примере сети беспроводной связи, показанном на фиг. 12, может представлять устройство, содержащее иллюстрируемое сочетание аппаратных компонентов, другие варианты могут содержать узлы сети связи с другими комбинациями компонентов. Должно быть понятно, что узел сети связи содержит какую-либо подходящую комбинацию аппаратуры и/или программного обеспечения, необходимую для реализации задач, признаков, функций и способов и/или процедур, описываемых здесь. Кроме того, хотя узел 1260 сети связи показан в виде одиночных прямоугольников, расположенных внутри прямоугольника большего размера, или в виде нескольких прямоугольников, вложенных один в другой, на практике, узел сети связи может содержать несколько различных физических компонентов, составляющих один, иллюстрированный на чертеже компонент (например, читаемый устройством носитель 1280 информации может содержать несколько отдельных накопителей информации на жестких дисках, равно как несколько модулей запоминающих устройств с произвольной выборкой (ЗУПВ (RAM))).

Аналогично, узел 1260 сети связи может быть составлен из нескольких физически раздельных компонентов (например, компонент узла NodeB и компонент контроллера RNC, либо компонент станции BTS и компонент контроллера BSC и т.д.), каждый из которых может содержать свои собственные соответствующие компоненты. В некоторых сценариях, в которых узел 1260 сети связи содержит несколько раздельных компонентов (например, компоненты станции BTS и контроллера BSC), один или несколько из этих раздельных компонентов могут совместно использоваться несколькими узлами сети связи. Например, один контроллер RNC может управлять несколькими узлами NodeB. В таком сценарии каждая пара из одного узла NodeB и контроллера RNC может в некоторых случаях рассматриваться как один отдельный узел сети связи. В некоторых вариантах, узел 1260 сети связи может быть конфигурирован для поддержки нескольких технологий радиодоступа (radio access technology (RAT)). В таких вариантах некоторые компоненты могут быть дублированы (например, свой отдельный читаемый устройством носитель 1280 информации для каждой из различных технологий RAT), а некоторые компоненты могут использоваться неоднократно (например, одна и та же антенна 1262 может использоваться совместно несколькими технологиями RAT). Узел 1260 сети связи может содержать несколько комплектов разнообразных иллюстрированных здесь компонентов для разных технологий беспроводной связи, интегрированных в одном узле 1260 сети связи, таких как, например, технологии беспроводной связи GSM, WCDMA, LTE, NR, WiFi или Bluetooth. Эти технологии беспроводной связи могут быть интегрированы в одном и том же или в разных кристаллах интегральных схем или в комплектах таких кристаллов и других компонентов в одном узле 1260 сети связи.

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

Процессорная схема 1270 может содержать комбинацию из одного или нескольких микропроцессоров, контроллеров, микроконтроллеров, центральных процессоров, цифровых процессоров сигнала, специализированных интегральных схем, программируемых пользователем вентильных матриц и/или других подходящих компьютерных устройств, ресурсов или комбинации аппаратуры, программного обеспечения и/или кодированных логических устройств, работающих таким образом, чтобы по отдельности или во взаимодействии с другими компонентами узла 1260 сети связи, такими как читаемый устройством носитель 1280 информации, реализовать функциональные возможности узла 1260 сети связи. Например, процессорная схема 1270 может выполнять команды, сохраняемые на читаемом устройством носителе 1280 информации или в запоминающем устройстве в составе самой процессорной схемы 1270. Такие функциональные возможности могут содержать реализацию каких-либо из разнообразных характеристик, функций или преимуществ, обсуждаемых здесь. В некоторых вариантах, процессорная схема 1270 может содержать систему на кристалле (system on chip (SOC)).

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

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

Читаемый устройством носитель 1280 информации может представлять читаемое компьютером энергозависимое или энергонезависимое запоминающее устройство любого типа, включая, без ограничений, постоянное хранилище данных, твердотельное запоминающее устройство, удаленное запоминающее устройство, магнитные носители информации, оптические носители информации, запоминающее устройство с произвольной выборкой (ЗУПВ (random access memory (RAM))), постоянное запоминающее устройство (ПЗУ (read-only memory (ROM)), носители информации большой емкости (например, жесткий диск), сменные носители для хранения информации (например, флэшка, компакт-диск (Compact Disk (CD)) или цифровой видео диск (Digital Video Disk (DVD))) и/или какие-либо другие энергозависимые или энергонезависимые читаемые устройством и/или выполняемые компьютером запоминающие устройства, сохраняющие информацию, данные и/или команды, которые могут быть использованы процессорной схемой 1270. Читаемый устройством носитель 1280 информации может сохранять любые подходящие команды, данные или информацию, включая компьютерную программу, программное обеспечение, приложения, включая одно или более из списка логические функции, правила, коды, таблицы и т.д. и/или другие команды, которые могут быть выполнены процессорной схемой 1270 и использованы узлом 1260 сети связи. Читаемый устройством носитель 1280 информации может быть использован для сохранения результатов любых вычислений, выполненных процессорной схемой 1270, и/или любых данных, принятых через интерфейс 1290. В некоторых вариантах, процессорная схема 1270 и читаемый устройством носитель 1280 информации можно рассматривать как интегрированные в единое целое.

Интерфейс 1290 используется для проводной или беспроводной (радио) передачи сигнализации и/или данных между узлом 1260 сети связи, сетью 1206 связи и/или устройствами WD 1210. Как иллюстрируется, интерфейс 1290 содержит порт(ы)/клеммы 1294 для передачи и приема данных, например, в сеть 1206 связи и из сети через проводное соединение. Интерфейс 1290 содержит также схему 1292 входного радио блока, которая может быть соединен с антенной 1262 или, в некоторых вариантах, с ее частью. Схема 1292 входного радио блока содержит фильтры 1298 и усилители 1296. Схема 1292 входного радио блока может быть соединена с антенной 1262 и с процессорной схемой 1270. Схема входного радио блока может быть конфигурирована для обработки сигналов, передаваемых между антенной 1262 и процессорной схемой 1270. Схема 1292 входного радио блока может принимать цифровые данные, которые должны быть переданы другим узлам сети связи или устройствам WD через беспроводное (радио) соединение. Схема 1292 входного радио блока может преобразовывать цифровые данные в радиосигнал с соответствующими параметрами частоты и ширины полосы частот канала с использованием комбинации фильтров 1298 и/или усилителей 1296. Этот радиосигнал может быть передан через антенну 1262. Аналогично, при приеме данных, антенна 1262 может собирать радиосигналы, которые схема 1292 входного радио блока затем преобразует в цифровые данные. Эти цифровые данные могут быть переданы в процессорную схему 1270. В других вариантах, интерфейс может содержать другие компоненты и/или другие комбинации компонентов.

В некоторых альтернативных вариантах, узел 1260 сети связи может не иметь отдельной схемы 1292 входного радио блока, вместо этого процессорная схем 1270 может сама иметь в составе схему входного радио блока и может быть соединена с антенной 1262 без отдельной схемы 1292 входного радио блока. Аналогично, в некоторых вариантах, всю или часть ВЧ приемопередающей схемы 1272 можно считать частью интерфейса 1290. Еще в одной группе вариантов, интерфейс 1290 может содержать один или несколько портов или групп клемм 1294, схему 1292 входного радио блока и ВЧ приемопередающую схему 1272, в качестве части радио модуля (не показан), и интерфейс 1290 может осуществлять связь с процессорной схемой 1274 видеодиапазона, которая является частью цифрового модуля (не показан).

Антенна 1262 может иметь в составе одну или несколько антенн или антенных решеток, конфигурированных для передачи и/или приема радиосигналов. Антенна 1262 может быть соединена со схемой 1292 входного радио блока и может представлять собой антенну любого типа, способную передавать и принимать данные и/или сигналы по радио. В некоторых вариантах, антенна 1262 может содержать одну или несколько всенаправленных, секторных или панельных антенн, способных передавать/принимать радиосигналы с частотами между 2 ГГц и 66 ГГц. Всенаправленная антенна может быть использована для передачи/приема радиосигналов в любом направлении, секторная антенна может быть использована для передачи/приема радиосигналов от устройств, расположенных в пределах конкретной области, и панельная антенна может быть антенной прямой видимости, используемой для передачи/приема радиосигналов вдоль относительно прямой линии. В некоторых случаях использование более чем одной антенны может называться системой с несколькими входами и несколькими выходами MIMO. В некоторых вариантах, антенна 1262 может быть отдельной от узла 1260 сети связи и может быть соединена с этим узлом 1260 сети связи через интерфейс или порт.

Антенна 1262, интерфейс 1290 и/или процессорная схема 1270 могут быть конфигурированы для выполнения любых операций приема и/или определенных операций получения информации, описываемых здесь как осуществляемые узлом сети связи. Любая информация, данные и/или сигналы могут быть приняты от устройства беспроводной связи, другого узла сети связи и/или другого сетевого оборудования. Аналогично, антенна 1262, интерфейс 1290 и/или процессорная схема 1270 могут быть конфигурированы для выполнения любых операций передачи, описываемых здесь как осуществляемые узлом сети связи. Любая информация, данные и/или сигналы могут быть переданы устройству беспроводной связи, другому узлу сети связи и/или другому сетевому оборудованию.

Схема 1287 питания может содержать или быть соединена со схемой управления питанием и может быть конфигурирована для питания компонентов узла 1260 сети связи энергией для осуществления описываемых здесь функций. Схема 1287 питания может принимать энергию от источника 1286 питания. Источник 1286 питания и/или схема 1287 питания могут быть конфигурированы для подачи энергии к различным компонентам узла 1260 сети связи в форме, подходящей для соответствующих компонентов (например, с уровнем напряжения или тока, необходимым для каждого соответствующего компонента). Источник 1286 питания может входить в состав или быть внешним относительно схемы 1287 питания и/или узла 1260 сети связи. Например, узел 1260 сети связи может быть соединен с внешним источником питания (например, с розеткой электрической сети) через входную схему или интерфейс, такой как электрический кабель, в результате чего внешний источник питания будет подавать энергию в схему 1287 питания. В качестве еще одного примера, источник 1286 питания может содержать источник энергии в форме аккумулятора или блока аккумуляторов, соединенного со схемой 1287 питания или интегрированного в нее. Этот аккумулятор может обеспечивать резервное («бесперебойное») питание в случае отказа внешнего источника питания. Могут быть также использованы источники питания других типов, такие как фотогальванические устройства external источник питания.

Альтернативные варианты узла 1260 сети связи могут содержать дополнительные компоненты сверх того, что показано на фиг. 12, которые могут быть ответственны за осуществление определенных аспектов функциональных возможностей узла сети связи, включая какие-либо функциональные возможности, описываемые здесь, и/или какие-либо функциональные возможности, необходимые для поддержки описываемого здесь предмета изобретения. Например, узел 1260 сети связи может содержать оборудование интерфейса пользователя, чтобы позволить и/или способствовать вводу информации в узел 1260 сети связи и позволить и/или способствовать выводу информации из узла 1260 сети связи. Это может позволить и/или способствовать пользователю осуществлять диагностику, обслуживание, ремонт и другие административные функции для узла 1260 сети связи.

Как используется здесь термин «устройство беспроводной связи» (WD) обозначает устройство, способное, конфигурированное, построенное и/или оперируемое для беспроводной связи с узлами сети связи и/или другими устройствами беспроводной связи. Если не указано иначе, термин «устройство WD» может быть взаимозаменяемо использован с термином «абонентский терминал (UE)». Беспроводная (радио) связь может охватывать передачу и/или прием беспроводных сигналов с использованием электромагнитных волн, радиоволн, инфракрасных волн и/или других типов сигналов, подходящих для передачи информации через воздух. В некоторых вариантах, устройство WD может быть конфигурировано для передачи и/или приема информации без прямого взаимодействия между людьми. Например, устройство WD может быть рассчитано для передачи информации в сеть связи по заданному расписанию, запуск в ответ на какое-то внутреннее или внешнее событие, либо в ответ на запросы из сети. К примерам устройства WD относятся, не ограничиваясь этим, смартфон, мобильный телефон, сотовый телефон, телефон для связи по Интернет-протоколу (VoIP), локальный радиотелефон, настольный компьютер, персональный цифровой помощник (personal digital assistant (PDA)), беспроводные видеокамеры, игровая консоль или устройство, устройство для хранения музыки, аппаратура воспроизведения, носимый терминал, беспроводное оконечное устройство, мобильная станция, планшет, портативный компьютер, оборудование, встроенное в портативный компьютер (laptop-embedded equipment (LEE)), оборудование, монтируемое на портативном компьютере (laptop-mounted equipment (LME)), интеллектуальное (смарт) устройство, беспроводное абонентское оконечное оборудование (customer-premise equipment (CPE)), автомобильные беспроводные терминалы и т.д.

Устройство WD может поддерживать межмашинную (device-to-device (D2D)) связь, например, путем реализации стандарта 3GPP для связи по прямому каналу, связь между автомобилями (vehicle-to-vehicle (V2V)), связь между автомобилем и инфраструктурой (vehicle-to-infrastructure (V2I)), связь от автомобиля к окружающему миру (vehicle-to-everything (V2X)) и может в этом случае называться устройством D2D-связи. В качестве еще одного частного примера, в сценарии Интернет вещей (Internet of Things (IoT)), устройство WD может представлять машину или другое устройство, осуществляющее мониторинг и/или измерения, и передавать результаты такого мониторинга и/или измерений другому устройству WD и/или узлу сети связи. Устройство WD может в этом случае представлять собой устройство связи между машинами (machine-to-machine (M2M)), которое может в контексте стандартов 3GPP называться устройством MTC. В качестве одного конкретного примера, устройство WD может представлять собой терминал UE, реализующий стандарт 3GPP узкополосного Интернета вещей (narrow band internet of things (NB-IoT)). К конкретным примерам таких машин или устройств относятся датчики, измерительные устройства, такие как измерители потребления энергии, промышленное оборудование, либо бытовая или личная аппаратура (например, холодильники, телевизоры и т.д.) и носимые предметы личного использования (наручные часы, фитнес-мониторы и т.п.). В других сценариях, устройство WD может представлять автомобильное или другое оборудование, способное осуществлять мониторинг и/или сообщать о своем рабочем статусе или о других функциях, ассоциированных с его работой. Устройство WD, как описано выше, может представлять оконечный пункт беспроводного (радио) соединения, в каком случае это устройство может называться беспроводным (радио) терминалом. Кроме того, устройство WD, как описано выше, может быть мобильным, в каком случае оно также может называться мобильным устройством или мобильным терминалом.

Как иллюстрировано, устройство беспроводной связи 1210 содержит антенну 1211, интерфейс 1214, процессорную схему 1220, читаемый устройством носитель 1230 информации, оборудование 1232 интерфейса пользователя, вспомогательное оборудование 1234, источник 1236 питания и схему 1237 питания. Устройство WD 1210 может содержать несколько комплектов из одного или нескольких иллюстрируемых компонентов для различных технологий беспроводной связи, поддерживаемых устройством WD 1210, таких как, например, технологии беспроводной связи GSM, WCDMA, LTE, NR, WiFi, WiMAX или Bluetooth, перечисляя лишь некоторые. Эти технологии беспроводной связи могут быть интегрированы в одном и том же или в разных кристаллах интегральных схем, или в наборах таких кристаллов или других компонентов в составе устройства WD 1210.

Антенна 1211 может иметь в составе одну или несколько антенн или антенных решеток, конфигурированных для передачи и/или приема радиосигналов, и соединена с интерфейсом 1214. В некоторых альтернативных вариантах, антенна 1211 может быть отдельной от устройства WD 1210 и соединяемой с устройством WD 1210 через интерфейс или порт. Антенна 1211, интерфейс 1214 и/или процессорная схема 1220 могут быть конфигурированы для осуществления любых операций приема или передачи, описываемых здесь, как осуществляемые устройством WD. Любая информация, данные и/или сигналы могут быть приняты от узла сети связи и/или от другого устройства WD. В некоторых вариантах, схема входного радио блока и/или антенна могут считаться интерфейсом.

Как иллюстрировано, интерфейс 1214 содержит схему 1212 входного радио блока и антенну 1211. Схема 1212 входного радио блока содержит один или несколько фильтров 1218 и усилителей 1216. Схема входного радио блока 1214 соединена с антенной 1211 и процессорной схемой 1220 и может быть конфигурирована для обработки сигналов, передаваемых между антенной 1211 и процессорной схемой 1220. Схема 1212 входного радио блока может быть соединена с антенной 1211 или с ее частью. В некоторых вариантах, устройство WD 1210 может не иметь отдельной схемы 1212 входного радио блока; напротив, процессорная схема 1220 может содержать схему входного радио блока в своем составе и может быть соединена с антенной 1211. Аналогично, в некоторых вариантах, некоторую часть или всю ВЧ приемопередающую схему 1222 можно считать частью интерфейса 1214. Схема 1212 входного радио блока может принимать цифровые данные, которые должны быть переданы другим узлам сети связи или устройствам WD через беспроводное (радио) соединение. Схема 1212 входного радио блока может преобразовывать эти цифровые данные в радиосигнал, имеющий соответствующие параметры канала и ширины полосы частот, с использованием комбинации фильтров 1218 и/или усилителей 1216. Этот радиосигнал может быть передан через антенну 1211. Аналогично, при приеме данных, антенна 1211 может собирать радиосигналы, которые затем схема 1212 входного радио блока преобразует в цифровые данные. Эти цифровые данные могут быть переданы в процессорную схему 1220. В других вариантах, интерфейс может содержать другие компоненты и/или другие комбинации компонентов.

Процессорная схем 1220 может содержать комбинацию одного или нескольких микропроцессоров, контроллеров, микроконтроллеров, центральных процессоров, цифровых процессоров сигнала, специализированных интегральных схем, программируемых пользователем вентильных матриц и/или других подходящих вычислительных устройств, ресурсов или комбинации аппаратуры, программного обеспечения и/или кодированных логических устройств, работающих таким образом, чтобы по отдельности или во взаимодействии с другими компонентами устройства WD 1210, такими как читаемый устройством носитель 1230 информации, реализовать функциональные возможности устройства WD 1210. Такие функциональные возможности могут содержать реализацию каких-либо из разнообразных характеристик, функций или преимуществ, обсуждаемых здесь. Например, процессорная схема 1220 может выполнять команды, сохраняемые на читаемом устройством носителе 1230 информации или в запоминающем устройстве в составе самой процессорной схемы 1220 для реализации функциональных возможностей, описываемых здесь.

Как иллюстрируется, процессорная схема 1220 содержит один или несколько компонентов из группы, куда входят ВЧ приемопередающая схема 1222, процессорная схем 1224 видеодиапазона и процессорная схема 1226 приложений. В других вариантах, процессорная схема может содержать другие компоненты и/или другие комбинации компонентов. В некоторых вариантах, процессорная схема 1220 устройства WD 1210 может содержать систему SOC. В некоторых вариантах, ВЧ приемопередающая схема 1222, процессорная схема 1224 видеодиапазона и процессорная схема 1226 приложений могут быть выполнены на раздельных кристаллах интегральных схем или комплектах таких кристаллов. В альтернативных вариантах, часть или все процессорная схема 1224 видеодиапазона и процессорная схема 1226 приложений могут быть объединены в одном кристалле интегральной схемы или в комплекте таких кристаллов, а ВЧ приемопередающая схема 1222 может быть выполнена на отдельном кристалле интегральной схемы или отдельном комплекте таких кристаллов. Еще в одной группе альтернативных вариантов, часть или все ВЧ приемопередающая схема 1222 и процессорная схема 1224 видеодиапазона могут быть объединены в одном кристалле интегральной схемы или в комплекте таких кристаллов, а процессорная схема 1226 приложений может быть выполнена на отдельном кристалле интегральной схемы или отдельном комплекте таких кристаллов. В следующей группе альтернативных вариантов, часть или все ВЧ приемопередающая схема 1222, процессорная схема 1224 видеодиапазона и процессорная схема 1226 приложений могут быть объединены в одном кристалле интегральной схемы или в комплекте таких кристаллов. В некоторых вариантах, ВЧ приемопередающая схема 1222 может быть часть интерфейса 1214. ВЧ приемопередающая схема 1222 может обрабатывать ВЧ-сигналы для процессорной схемы 1220.

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

Процессорная схема 1220 может быть конфигурирована для осуществления каких-либо операций определения, вычисления или аналогичных операций (например, некоторых операций получения информации), описываемых здесь как операции, выполняемые устройством WD. Совокупность этих операций, выполняемых процессорной схемой 1220, может содержать обработку информации, получаемой этой процессорной схемой 1220, путем, например, преобразования полученной информации в другую информацию, сравнение полученной информации или преобразованной информации с информацией, сохраняемой в устройстве WD, и/или выполнение одной или нескольких операций на основе полученной информации или преобразованной информации и осуществление определения в качестве результата такой обработки.

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

Читаемый устройством носитель 1230 информации может содержать компьютерное запоминающее устройство (например, запоминающее устройство с произвольной выборкой (ЗУПВ (RAM)) или постоянное запоминающее устройство (ПЗУ (ROM))), носители информации большой емкости (например, жесткий диск), сменные носители для хранения информации (например, компакт-диск (Compact Disk (CD)) или цифровой видео диск (Digital Video Disk (DVD))) и/или какие-либо другие энергозависимые или энергонезависимые читаемые устройством и/или выполняемые компьютером запоминающие устройства, сохраняющие информацию, данные и/или команды, которые могут быть использованы процессорной схемой 1220. В некоторых вариантах, процессорную схему 1220 и читаемый устройством носитель 1230 информации можно рассматривать как интегрированные в единое целое.

Оборудование 1232 интерфейса пользователя может содержать компоненты, позволяющие и/или способствующие человеку-пользователю взаимодействовать с устройством WD 1210. Такое взаимодействие может осуществляться во многих формах, таких как визуальная, звуковая, тактильная и т.д. Оборудование 1232 интерфейса пользователя может работать для передачи выходного сигнала пользователю и для того, чтобы позволить и/или способствовать пользователю вводить сигналы в устройство WD 1210. Тип взаимодействия может изменяться в зависимости от типа оборудования 1232 интерфейса пользователя, установленного в устройстве WD 1210. Например, если устройство WD 1210 представляет собой смартфон, взаимодействие может осуществляться через сенсорный экран; если устройство WD 1210 представляет собой интеллектуальный счетчик, взаимодействие может осуществляться через экран, представляющий величину использования подсчитываемого ресурса (например, число использованных галлонов), или через громкоговоритель, генерирующий звуковое оповещение (например, в случае обнаружения дыма). Оборудование 1232 интерфейса пользователя может содержать входные интерфейсы, устройства и схемы и выходные интерфейсы, устройства и схемы. Оборудование 1232 интерфейса пользователя может быть конфигурировано, чтобы позволить и/или способствовать вводу информацию в устройство WD 1210, и соединено с процессорной схемой 1220, чтобы позволить и/или способствовать процессорной схеме 1220 обрабатывать введенную информацию. Оборудование 1232 интерфейса пользователя может содержать, например, микрофон, бесконтактный датчик, клавиши/кнопки, сенсорный дисплей, одну или несколько видеокамер, USB-порт или другую схему ввода. Оборудование 1232 интерфейса пользователя также конфигурировано, чтобы позволить и/или способствовать выводу информации из устройства WD 1210, и чтобы позволить и/или способствовать процессорной схеме 1220 в выводе информации из устройства WD 1210. Оборудование 1232 интерфейса пользователя может содержать, например, громкоговоритель, дисплей, вибраторную схему, USB-порт, интерфейс головных телефонов и/или другие выходные схемы. Используя один или несколько интерфейсов, устройств и схем ввода и вывода из состава оборудования 1232 интерфейса пользователя, устройство WD 1210 может осуществлять связь с конечными пользователями и/или с сетью беспроводной связи и позволить и/или способствовать им в том, чтобы воспользоваться преимуществами функциональных возможностей, описываемых здесь.

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

Источник 1236 питания может, в некоторых вариантах, быть в форме аккумулятора или блока аккумуляторов. Другие типы источников питания, такие как внешний источник питания (например, розетка электрической сети), фотогальванические устройства или батарейки, также могут быть использованы. Устройство WD 1210 может далее содержать схему 1237 питания для передачи энергии от источника 1236 питания различным частям устройства WD 1210, которым необходима энергия от источника 1236 питания для осуществления описываемых здесь или указанных здесь функциональных возможностей. Схема 1237 питания может в некоторых вариантах содержать схему управления питанием. Схема 1237 питания может в дополнение или в качестве альтернативы принимать энергию от внешнего источника питания, в каком случае устройство WD 1210 может быть соединено с внешним источником питания (таким как розетка электрической сети) через входную схему или интерфейс, такой как электрический кабель питания. Схема 1237 питания может также в некоторых вариантах передавать энергию от внешнего источника питания к источнику 1236 питания. Это может быть сделано, например, для заряда источника 1236 питания. Схема 1237 питания может осуществлять какое-либо преобразование или другую модификацию энергии от источника 1236 питания, чтобы сделать ее подходящей для питания соответствующих компонентов устройства WD 1210.

Фиг. 13 иллюстрирует один из вариантов терминала UE в соответствии с разнообразными описываемыми здесь аспектами. Как используется здесь, абонентский терминал UE может не обязательно иметь пользователя в смысле человека-пользователя, который владеет и/или оперирует соответствующим устройством. Напротив, терминал UE может представлять устройство, предназначенное для продажи человеку-пользователю или для управления со стороны человека-пользователя, но при этом терминал может быть или не быть с самого начала ассоциирован с конкретным человеком-пользователем (например, разумный контроллер разбрызгивателя). В качестве альтернативы, терминал UE может представлять устройство, которое не предназначено для продажи конечному пользователю или для управления с его стороны, но которое может быть ассоциировано с пользователем или работать в его пользу (например, интеллектуальный счетчик электроэнергии). Терминал UE 13200 может представлять собой какой-либо терминал UE, идентифицированный документами Проекта партнерства третьего поколения (3GPP), включая терминал NB-IoT UE, терминал UE связи машинного типа (MTC) и/или усовершенствованный терминал MTC (eMTC) UE. Терминал UE 1300, как иллюстрирует фиг. 13, представляет собой один из примеров устройства WD, конфигурированный для связи в соответствии с одним или несколькими стандартами связи, распространяемыми Проектом партнерства третьего поколения (3GPP), такими как разработанные группой 3GPP стандарты GSM, UMTS, LTE и/или стандарты 5G. Как отмечено ранее, термины «устройство WD» и «терминал UE» могут быть использованы взаимозаменяемо. Соответственно, хотя фиг. 13 показывает терминал UE, обсуждаемые здесь компоненты равно применимы к устройству WD, и наоборот.

Как показано на фиг. 13, терминал UE 1300 содержит процессорную схему 1301, которая оперативно соединена с интерфейсом 1305 ввода/вывода, высокочастотным (ВЧ) интерфейсом 1309, интерфейсом 1311 для соединения с сетью, запоминающим устройством 1315, содержащим запоминающее устройство с произвольной выборкой (ЗУПВ (RAM)) 1317, постоянное запоминающее устройства (ПЗУ (ROM)) 1319 и носитель 1321 для хранения информации или другой подобный компонент, подсистему 1331 связи, источник 1333 питания и/или какой-либо другой компонент, либо комбинацию компонентов. Носитель 1321 для хранения информации содержит операционную систему 1323, прикладную программу 1325 и данные 1327. В других вариантах, носитель 1321 для хранения информации может содержать информацию других подобных типов. Описываемые терминалы UE могут использовать все компоненты, показанные на фиг. 13, или только подмножество этих компонентов. Уровень интеграции между компонентами может варьироваться от одного терминала UE к другому терминалу UE. Далее, некоторые терминалы UE могут содержать несколько экземпляров какого-либо компонента, например, несколько процессоров, запоминающих устройств, приемопередатчиков, передатчиков, приемников и т.д.

В схеме, показанной на фиг. 13, процессорная схема 1301 может быть конфигурирована для выполнения компьютерных команд и обработки данных. Эта процессорная схема 1301 может быть конфигурирована для реализации какого-либо последовательного конечного автомата, выполняющего машинные команды, сохраненные в виде машиночитаемых компьютерных программ в запоминающем устройстве, например, в виде одного или нескольких аппаратно-реализованных конечных автоматов (например, в виде дискретных логических устройств, матрицы FPGA, схемы ASIC и т.п.); программируемых логических устройств вместе с соответствующим встроенным программным обеспечением; одной или нескольких сохраненных программ, одного или нескольких процессоров общего назначения, таких как микропроцессор, или цифровой процессор сигнала (Digital Signal Processor (DSP)), вместе с соответствующим загружаемым программным обеспечением; или какой-либо комбинации перечисленных выше объектов. Например, процессорная схема 1301 может содержать два центральных процессора (CPU). Данные могут представлять собой информацию в форме, подходящей для использования компьютером.

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

Показанный на фиг. 13, ВЧ-интерфейс 1309 может быть конфигурирован для создания интерфейса связи к ВЧ-компонентам, таким как передатчик, приемник и антенна. Интерфейс 1311 для соединения с сетью может быть конфигурирован для создания интерфейса связи к сети 1343a связи. Эта сеть 1343a связи может охватывать проводные и/или беспроводные сети связи, такие как локальная сеть связи (LAN), глобальная сеть связи (WAN), компьютерная сеть, сеть беспроводной связи, телекоммуникационная сеть, другая подобная сеть связи или комбинация перечисленных сетей связи. Например, сеть 1343a связи может содержать сеть Wi-Fi. Интерфейс 1311 для соединения с сетью может быть конфигурирован так, что он содержит интерфейс приемника и передатчика для связи с одним или несколькими другими устройствами по сети связи в соответствии с одним или несколькими протоколами связи, таким как Этернет, TCP/IP, SONET, ATM или другие подобные протоколы. Интерфейс 1311 для соединения с сетью может реализовать функциональные возможности приемника и передатчика, соответствующие линиям сети связи (например, оптические, электрические и другие линии связи). Функции передатчика и приемника могут совместно использовать схемные компоненты, загружаемое или встроенное программное обеспечение, либо в качестве альтернативы могут быть реализованы по отдельности.

ЗУПВ (RAM) 1317 может быть конфигурировано для сопряжения через шину 1302 с процессорной схемой 1301 для хранения или кэширования данных или компьютерных команд в ходе выполнения программ из состава загружаемого программного обеспечения, такого как операционная система, прикладные программы и драйверы устройств. ПЗУ (ROM) 1319 может быть конфигурировано для передачи компьютерных команд или данных в процессорную схему 1301. Например, это ПЗУ (ROM) 1319 может быть конфигурировано для сохранения инвариантного системного кода низкого уровня или данных для базовых системных функций, таких как базовый ввод и вывод (I/O), запуск или прием нажатий на клавиши от клавиатуры, сохраненных в энергонезависимом запоминающем устройстве. Носитель 1321 для хранения информации может быть конфигурирован так, что он содержит запоминающее устройство, такое как ЗУПВ (RAM), ПЗУ (ROM), программируемое постоянное запоминающее устройство (ППЗУ (programmable read-only memory (PROM))), стираемое программируемое постоянное запоминающее устройство (СППЗУ (erasable programmable read-only memory (EPROM))), электрически стираемое программируемое постоянное запоминающее устройство (ЭСППЗУ (electrically erasable programmable read-only memory (EEPROM))), магнитные диски, оптические диски, гибкие диски, жесткие диски, сменные картриджи или флэшки. В одном из примеров, носитель 1321 для хранения информации может быть конфигурирован так, чтобы содержать операционную систему 1323, прикладную программу 1325, такую как приложение веб-браузера, программу виджета или гаджета или какое-либо другое приложение, и файл данных 1327. Носитель 1321 для хранения информации может сохранять, для использования терминалом UE 1300, какую-либо из разнообразных операционных систем или комбинаций операционных систем.

Носитель 1321 для хранения информации может быть конфигурирован так, чтобы содержать несколько физических накопителей информации, таких как избыточный массив независимых дисков (redundant array of independent disks (RAID)), привод гибких дисков, флэш-память, USB-флэшка, внешний накопитель на жестком диске, флэш-накопители разных типов, оптический накопитель (дисковод) на цифровых универсальных дисках с высокой плотностью записи (high-density digital versatile disc (HD-DVD)), внутренний накопитель на жестких дисках, оптический дисковод Blu-Ray, оптический дисковод голографического накопителя цифровых данных (holographic digital data storage (HDDS)), внешний мини-модуль памяти с двухрядным расположением выводов (mini-dual in-line memory module (DIMM)), синхронное динамическое ЗУПВ (synchronous dynamic random access memory (SDRAM)), внешнее запоминающее устройство micro-DIMM SDRAM, запоминающее устройство на интеллектуальной карточке, такое как модуль идентификации абонента или сменный модуль идентификации абонента (subscriber identity module или removable user identity (SIM/RUIM) module), другое запоминающее устройство или какая-либо комбинация таких устройств. Носитель 1321 для хранения информации может позволить и/или способствовать терминалу UE 1300 в доступе к выполняемым компьютером командам, прикладным программам или к другим подобным программам, сохраняемым на энергозависимом или энергонезависимом носителе для сохранения информации с целью выгрузки программ и данных из запоминающего устройства или загрузки в это устройство. В таком носителе 1321 для хранения информации, который может содержать читаемый устройством носитель информации, может быть материально реализовано изделие, такое как изделие, использующее систему связи.

Показанная на фиг. 13 процессорная схема 1301 может быть конфигурирована для связи с сетью 1343b связи с использованием подсистемы 1331 связи. Сеть 1343a связи и сеть 1343b связи могут быть одной и той же или одинаковыми сетями связи, либо разными сетями связи. Подсистема 1331 связи может быть конфигурирована так, чтобы содержать один или несколько приемопередатчиков, используемых для связи с сетью 1343b связи. Например, подсистема 1331 связи может быть конфигурирована так, чтобы содержать один или несколько приемопередатчиков, используемых для связи с одним или несколькими удаленными приемопередатчиками другого устройства, способного осуществлять беспроводную связь, такого как другое устройство WD, терминал UE или базовая станция сети радиодоступа (RAN) согласно одному или нескольким протоколам связи, таким как протоколы IEEE 802.13, CDMA, WCDMA, GSM, LTE, UTRAN, WiMax или другие подобные протоколы. Каждый приемопередатчик может содержать передатчик 1333 и/или приемник 1335 для реализаций функциональных возможностей передатчика и приемника, соответственно, применительно к линиям связи сети RAN (например, выделение частоты и т.п.). Далее, передатчик 1333 и приемник 1335 каждого приемопередатчика могут совместно использовать схемные компоненты, загружаемое или встроенное программное обеспечение, либо, в качестве альтернативы, могут быть реализованы по отдельности.

В иллюстрируемом варианте совокупность функций связи подсистемы 1331 связи может содержать передачу данных, голосовую связь, передачу мультимедиа, связь малой дальности, такую как Bluetooth или связь в ближней зоне, связь на основе местонахождения, такую как использование системы глобального местоопределения (global positioning system (GPS)) для определения местонахождения, другие подобные функции связи или комбинации таких функций. Например, подсистема 1331 связи может представлять собой подсистему сотовой связи, связи Wi-Fi, связи Bluetooth и связи GPS. Сеть 1343b связи может охватывать проводные и/или беспроводные (радио) сети связи, такие как локальная сеть связи (LAN), глобальная сеть связи (WAN), компьютерная сеть, сеть беспроводной связи, телекоммуникационная сеть, другая подобная сеть связи или комбинация перечисленных сетей связи. Например, сеть 1343b связи может быть сетью сотовой связи, сетью связи Wi-Fi и/или сетью связи в ближней зоне. Источник питания 1313 может быть конфигурирован для подачи энергии переменного тока (AC) или постоянного тока (DC) компонентам терминала UE 1300.

Признаки, преимущества и/или функции, описываемые здесь, могут быть реализованы в одном из компонентов терминала UE 1300 или распределены по нескольким компонентам этого терминала UE 1300. Кроме того, признаки, преимущества и/или функции, описываемые здесь, могут быть реализованы в какой-либо комбинации аппаратуры, загружаемого программного обеспечения или встроенного программного обеспечения. В одном из примеров, подсистема 1331 связи может быть конфигурирована так, чтобы содержать любые описываемые здесь компоненты. Далее, процессорная схема 1301 может быть конфигурирована для связи с такими компонентами по шине 1302. В другом примере, любые такие компоненты могут быть представлены сохраняемыми в запоминающем устройстве программными командами, при выполнении которых процессорная схема 1301 осуществляет соответствующие функции, описываемые здесь. В другом примере, функциональные возможности любого такого компонента могут быть распределены между процессорной схемой 1301 и подсистемой 1331 связи. В другом примере, функции любого компонента, для осуществления которых не требуются интенсивные вычисления, могут быть реализованы в загружаемом или встроенном программном обеспечении, а функции, требующие для осуществления интенсивных вычислений, могут быть реализованы в аппаратуре.

На фиг. 14 представлена упрощенная блок-схема, иллюстрирующая виртуализационную среду 1400, в которой функции, выполняемые некоторыми вариантами, могут быть виртуализированы. В контексте настоящего описания «виртуализация» означает создание виртуальных версий аппаратуры или устройств, которые могут содержать виртуализацию аппаратных платформ, запоминающих устройств и сетевых ресурсов. Как используется здесь, виртуализация может быть применена к узлу связи (например, виртуализированная базовая станция или виртуализированный узел радиодоступа) или к устройству (например, к терминалу UE, к устройству беспроводной связи или к устройству связи какого-либо другого типа) или к компонентам узлов или устройств и связана с реализацией, в которой по меньшей мере часть функциональных возможностей реализована в виде одного или нескольких виртуальных компонентов (например, посредством одного или нескольких приложений, компонентов, функций, виртуальных машин или контейнеров, выполняемых в одном или нескольких физических процессорных узлах в одной или нескольких сетях связи).

В некоторых вариантах, некоторые или все функции, описываемые здесь, могут быть осуществлены в виде виртуальных компонентов, выполняемых одной или несколькими виртуальными машинами, реализованными в одной или нескольких виртуальных средах 1400, построенных на основе одного или нескольких аппаратных узлов 1430. Кроме того, в средах, в которых виртуальный узел связи не является узлом радиодоступа или не требует радио соединения (например, узел опорной сети связи), такой узел сети связи может быть виртуализирован целиком.

Эти функции могут быть реализованы посредством одного или нескольких приложений 1420 (которые могут в качестве альтернативы называться событиями программного обеспечения, виртуальной аппаратурой, сетевыми функциями, виртуальными узлами, виртуальными сетевыми функциями и т.п.), работающих для реализации некоторых признаков, функций и/или преимуществ некоторых описываемых здесь вариантов. Приложения 1420 работают в виртуализационной среде 1400, которая содержит аппаратуру 1430, имеющую в составе процессорную схему 1460 и запоминающее устройство 1490. Это запоминающее устройство 1490 содержит команды 1495, выполняемые процессорной схемой 1460, так что приложения 1420 реализуют один или несколько из признаков, преимуществ и/или функций, описываемых здесь.

Виртуализационная среда 1400 имеет в составе сетевые аппаратные устройства 1430 общего или специального назначения, содержащие множество из одного или нескольких процессоров или процессорных схем 1460, которые могут представлять собой коммерчески доступные (commercial off-the-shelf (COTS)) процессоры, специализированные интегральные схемы (Application Specific Integrated Circuit (ASIC)), или процессорные схемы какого-либо другого типа, включая цифровые или аналоговые аппаратные компоненты или процессоры специального назначения. Каждое аппаратное устройство может содержать запоминающее устройство 1490-1, которое может представлять собой непостоянное запоминающее устройство для временного сохранения команд 1495 или программного обеспечения, выполняемого процессорной схемой 1460. Каждое аппаратное устройство может содержать один или несколько контроллеров сетевых интерфейсов (network interface controller (NIC)) 1470, также известных как платы сетевых интерфейсов, которые могут содержать физический сетевой интерфейс 1480. Каждое аппаратное устройство может также содержать энергонезависимый постоянный машиночитаемый носитель 1490-2 для хранения информации, на котором сохранены программное обеспечение 1495 и/или команды, выполняемые процессорной схемой 1460. Программное обеспечение 1495 может представлять программное обеспечение какого-либо типа, включая программное обеспечение для осуществления одного или нескольких виртуализационных уровней 1450 (также называемых управляющими программами операционной системы (гипервизоры)), программное обеспечение для осуществления виртуальных машин 1440, равно как программное обеспечение, позволяющее реализовать функции, признаки и/или преимущества, описанные в связи с некоторыми рассматриваемыми здесь вариантами.

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

Во время работы процессорная схема 1460 выполняет программное обеспечение 1495 для осуществления гипервизора или виртуализационного уровня 1450, который иногда может называться монитором виртуальной машины (virtual machine monitor (VMM)). Виртуализационный уровень 1450 может представлять виртуальную рабочую платформу, которая внешне проявляется как сетеобразующая аппаратура для виртуальной машины 1440.

Как показано на фиг. 14, аппаратура 1430 может представлять собой автономный узел сети связи со стандартными или специальными компонентами. Аппаратура 1430 может содержать антенну 14225 и может осуществлять некоторые функции посредством виртуализации. В качестве альтернативы, аппаратура 1430 может быть частью большего кластера аппаратуры (например, так, как это происходит в дата-центре или в абонентском оконечном оборудовании (CPE)), где много аппаратных узлов работают совместно и управляются посредством функции управления и взаимодействия (management and orchestration (MANO)) 14100, которая помимо всего прочего осуществляет надзор за обслуживанием приложений 1420 во время работы.

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

В контексте виртуализации NFV, виртуальная машина 1440 может представлять собой программную реализацию физической машины, которая (реализация) выполняет программы так, как если бы это выполнение происходило на физической, невиртуализированной машине. Каждая из виртуальных машин 1440 и та часть аппаратуры 1430, которая выполняет эту машину и является аппаратурой, специально выделенной для этой виртуальной машины, и/или аппаратурой, совместно используемой этой виртуальной машиной и другими виртуальными машинами 1440, образует отдельные виртуальные сетевые элементы (virtual network element (VNE)).

По-прежнему, в контексте виртуализации NFV, виртуальная сетевая функция (Virtual Network Function (VNF)) отвечает за выполнение специальных сетевых функций, работающих в одной или нескольких виртуальных машинах 1440 поверх аппаратной сетеобразующей инфраструктуры 1430, и соответствует приложению 1420, показанному на фиг. 14.

В некоторых вариантах, один или несколько радио модулей 14200, каждый из которых содержит один или несколько передатчиков 14220 и один или несколько приемников 14210, могут быть соединены с одной или несколькими антеннами 14225. Радио модули 14200 могут осуществлять связь прямо с аппаратными узлами 1430 через один или несколько соответствующих сетевых интерфейсов и могут быть использованы в сочетании с виртуальными компонентами для создания виртуального узла с возможностью осуществлять беспроводную связь, такого как узел радиодоступа или базовая станция.

В некоторых вариантах, может быть осуществлена некоторая сигнализация с использованием системы 14230 управления, которая в альтернативном варианте может быть использована для связи между аппаратными узлами 1430 и радио модулями 14200.

Как показано на фиг. 15, в одном из вариантов, система связи содержит телекоммуникационную сеть 1510, такую как сеть сотовой связи согласно стандарту 3GPP, которая содержит сеть 1511 доступа, такую как сеть радиодоступа, и опорную сеть 1514 связи. Сеть 1511 доступа содержит несколько базовых станций 1512a, 1512b, 1512c, таких как узлы NB, eNB, gNB или точки радиодоступа других типов, каждая из которых определяет соответствующую область 1513a, 1513b, 1513c охвата. Каждая базовая станция 1512a, 1512b, 1512c соединяется с опорной сетью 1514 связи посредством проводного или беспроводного (радио) соединения 1515. Первый терминал UE 1591, расположенный в области 1513c охвата, может быть конфигурирован для беспроводного (радио) соединения с соответствующей базовой станцией 1512c или для приема пейджинговых сообщений от этой станции. Второй терминал UE 1592, расположенный в области 1513a охвата, может быть беспроводным образом (по радио) соединен с соответствующей базовой станцией 1512a. Хотя в этом примере иллюстрированы только несколько терминалов UE 1591, 1592, рассмотренные здесь варианты в равной степени применимы к ситуации, когда единственный терминал UE находится в области охвата или когда единственный терминал UE соединяется с соответствующей базовой станцией.

Телекоммуникационная сеть 1510 сама соединена с главным компьютером 1530, который может быть встроен в аппаратуру и/или в программное обеспечение автономного сервера, облачного серверного, распределенного сервера или в качестве процессорных ресурсов в серверную ферму. Главный компьютер 1530 может быть во владении или под управлением провайдера сервиса, либо им может оперировать провайдер сервиса или от имени провайдера сервиса. Соединения 1521 и 1522 между телекоммуникационной сетью 1510 и главным компьютером 1530 могут проходить напрямую от опорной сети 1514 связи к главному компьютеру 1530 или могут проходить через являющуюся опцией промежуточную сеть 1520 связи. Эта промежуточная сеть 1520 связи может представлять собой одну или несколько из группы общественных, частных и вложенных сетей, либо комбинацию таких сетей связи; промежуточная сеть 1520 связи, если таковая имеется, может быть системообразующей сетью или Интернет; в частности, промежуточная сеть 1520 связи может содержать две или более подсети (не показаны).

Система связи, показанная на фиг. 15, в целом позволяет обеспечить соединение между присоединенными терминалами UE 1591, 1592 и главным компьютером 1530. Это соединение может быть описано как соединение 1550 типа «Видео в Интернет» (over-the-top (OTT) connection) 1550. Главный компьютер 1530 и присоединенные терминалы UE 1591, 1592 конфигурированы для передачи данных и/или сигнализации через OTT-соединение 1550 с использованием сети 1511 доступа, опорной сети 1514 связи, какой-либо промежуточной сети 1520 связи и возможной другой инфраструктуры (не показана) в качестве промежуточных компонентов. Указанное OTT-соединение 1550 может быть прозрачным в том смысле, что участвующие устройства связи, через которые проходит OTT-соединение 1550, не осведомлены о маршрутах передач в восходящей линии и в нисходящей линии. Например, базовая станция 1512 может не быть или не иметь необходимости быть информированной о прошлом маршруте входящей передачи нисходящей линии, несущей данные, исходящие от главного компьютера 1530 для передачи (например, путем переключения между ячейками) присоединенному терминалу UE 1591. Аналогично, базовой станции 1512 не нужно знать о будущем маршруте исходящей передачи восходящей линии, происходящей от терминала UE 1591, в направлении главного компьютера 1530.

Примеры реализации, согласно одному из вариантов, терминала UE, базовой станции и главного компьютера, обсуждавшиеся в предшествующих абзацах, будут теперь рассмотрены со ссылками на фиг. 16. В системе 1600 связи главный компьютер 1610 содержит аппаратуру 1615, имеющую в составе интерфейс 1616 связи, конфигурированный для установления и поддержания проводного или беспроводного (радио) соединения с интерфейсом другого устройства связи или системы 1600 связи. Главный компьютер 1610 далее содержит процессорную схему 1618, которая будет иметь возможности сохранения и/или обработки информации. В частности, процессорная схема 1618 может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или комбинаций этих компонентов (не показаны), адаптированных для выполнения команд. Главный компьютер 1610 далее содержит программное обеспечение 1611, которое сохранено в главном компьютере 1610 или доступно для него и которое может быть выполнено процессорной схемой 1618. Программное обеспечение 1611 содержит главное приложение 1612. Это главное приложение 1612 может работать для предоставления сервиса удаленному пользователю, такому как терминал UE 1630, присоединенный через OTT-соединение 1650, оканчивающееся в терминале UE 1630 и в главном компьютере 1610. При предоставлении сервиса удаленному пользователю главное приложение 1612 может генерировать данные пользователя, передаваемые с использованием OTT-соединения 1650.

Система 1600 связи может также содержать базовую станцию 1620, созданную в телекоммуникационной системе и содержащую аппаратуру 1625, позволяющую станции осуществлять связь с главным компьютером 1610 и с терминалом UE 1630. Аппаратура 1625 может содержать интерфейс 1626 связи для установления и поддержания проводного или беспроводного (радио) соединения с интерфейсом другого устройства связи в системе 1600 связи, равно как радио интерфейс 1627 для установления и поддержания по меньшей мере беспроводного (радио) соединения 1670 с терминалом UE 1630, расположенным в области охвата (не показана на фиг. 16), обслуживаемой базовой станцией 1620. Интерфейс 1626 связи может быть конфигурирован для способствования соединению 1660 с главным компьютером 1610. Соединение 1660 может быть прямым или может проходить через опорную сеть связи (не показана на фиг. 16) в составе телекоммуникационной системы и/или через одну или несколько промежуточных сетей связи вне телекоммуникационной системы. В показанном варианте, аппаратура 1625 базовой станции 1620 может также содержать процессорную схему 1628, которая может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или комбинаций этих компонентов (не показаны), адаптированных для выполнения команд. Базовая станция 1620 далее имеет программное обеспечение 1621, сохраненное внутри станции или доступное через внешнее соединение.

Система 1600 связи может также содержать уже упомянутый терминал UE 1630. Аппаратура 1635 терминала может содержать радио интерфейс 1637, конфигурированный для установления или поддержания беспроводного (радио) соединения 1670 с базовой станцией, обслуживающей область охвата, где в текущий момент располагается терминал UE 1630. Аппаратура 1635 терминала UE 1630 может также содержать процессорную схему 1638, которая может иметь в составе один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или комбинаций этих компонентов (не показаны), адаптированных для выполнения команд. Терминал UE 1630 далее содержит программное обеспечение 1631, сохраняемое в терминале UE 1630 или доступное для него и выполняемое процессорной схемой 1638. Программное обеспечение 1631 содержит клиентское приложение 1632. Это клиентское приложение 1632 может предоставлять сервис человеку-пользователю или пользователю, не являющемуся человеком, через терминал UE 1630 с поддержкой от главного компьютера 1610. В главном компьютере 1610, выполняемое главное 1632 через OTT-соединение 1650, оканчивающееся в терминале UE 1630 и в главном компьютере 1610. При предоставлении сервиса пользователю клиентское приложение 1632 может принять данные запроса от главного приложения 1612 и передать данные пользователя в ответ на данные запроса. Указанное OTT-соединение 1650 может передавать и данные запроса, и данные пользователя. Клиентское приложение 1632 может взаимодействовать с пользователем и генерировать данные пользователя.

Отметим, что главный компьютер 1610, базовая станция 1620 и терминал UE 1630, иллюстрированные на фиг. 16, могут быть аналогичными или идентичными главному компьютеру 1530, одной из базовых станций 1512a, 1512b, 1512c и одному из терминалов UE 1591, 1592, показанных на фиг. 15, соответственно. Иными словами, внутренние компоненты этих объектов могут быть такими, как показано на фиг. 16, и независимо от этого топология окружающей сети связи может быть такой, как показано на фиг. 15.

На фиг. 16, OTT-соединение 1650 изображено абстрактно для иллюстрации связи между главным компьютером 1610 и терминалом UE 1630 через базовую станцию 1620, без ссылок в явном виде на какие-либо промежуточные устройства и прецизионный маршрут сообщения через эти устройства. Сетевая инфраструктура может определить маршрут, который может быть конфигурирован так, чтобы скрыть его от терминала UE 1630 или от провайдера сервиса, оперирующего главным компьютером 1610, или от обоих. Хотя OTT-соединение 1650 активно, сетевая инфраструктура может далее принимать решения, посредством которых она динамически изменяет маршрут (например, на основе соображений балансирования нагрузки или реконфигурирования сети связи).

Беспроводное соединение 1670 между терминалом UE 1630 и базовой станцией 1620 соответствует положениям описываемых здесь вариантов. Один или несколько из этих разнообразных вариантов улучшают характеристики OTT-сервисов, предоставляемых терминалу UE 1630 с использованием OTT-соединения 1650, в котором беспроводное соединение 1670 образует последний сегмент. Более точно, описываемые здесь примеры вариантов могут повысить гибкость работы сети связи для мониторинга сквозного качества обслуживания (quality-of-service (QoS)) потоков данных от одного конца канала связи до другого, включая соответствующие однонаправленные радиоканалы, ассоциированные с сеансами передачи данных между абонентским терминалом (UE) и другим объектом, таким как приложение передачи данных по OTT-соединению или сервис, внешний по отношению к сети связи 5G. Эти и другие преимущества могут способствовать более своевременному проектированию, реализации и развертыванию технических решений 5G/NR. Кроме того, такие варианты могут способствовать гибкому и своевременному управлению качеством QoS для сеансов передачи данных, что может привести к усовершенствованию емкости, пропускной способности, задержки и т.д. с которыми сталкивается сеть связи 5G/NR, и что важно для развития и роста OTT-сервисов.

Может быть предложена процедура измерений для целей мониторинга скорости передачи данных, задержки и других аспектов работы сети связи, на улучшение которых направлены варианты изобретения. В качестве опции возможно создание функциональных возможностей сети связи для реконфигурирования OTT-соединения 1650 между главным компьютером 1610 и терминалом UE 1630 в ответ на вариации результатов измерений. Такие процедура измерений и/или функциональные возможности сети связи для реконфигурирования OTT-соединения 1650 могут быть реализованы в программном обеспечении 1611 и аппаратуре 1615 главного компьютера 1610 или в программном обеспечении 1631 и аппаратуре 1635 терминала UE 1630, или обоих. В некоторых вариантах в устройствах связи, через которые проходит OTT-соединение 1650, или в ассоциации с этими устройствами могут быть развернуты датчики (не показаны); эти датчики могут участвовать в процедуре измерений путем передачи значений контролируемых величин, приведенных выше, или передачи значений других физических величин, на основе которых программное обеспечение 1611, 1631 может вычислить или оценить контролируемые величины. Процедура реконфигурирования OTT-соединения 1650 может содержать регулировку формата сообщений, настроек повторной передачи, предпочтительного маршрута и т.п.; это реконфигурирование не должно влиять на базовую станцию 1620, и оно может быть неизвестным или невоспринимаемым для базовой станции 1620. Такие процедуры и функциональные возможности могут быть известными и практически применяемыми в технике. В некоторых вариантах, процедура измерений может привлекать собственную сигнализацию терминала UE, помогающую главному компьютеру 1610 измерить пропускную способность, время распространения сигнала, задержку и другие подобные параметры. Процедура измерений может состоять в том, что программное обеспечение 1611 и 1631 инициирует передачу сообщений, конкретнее, пустых или «холостых» сообщений через OTT-соединение 1650, осуществляя в то же время мониторинг времени распространения сигнала, ошибок и т.п.

На фиг. 17 представлена логическая схема, иллюстрирующая пример способа и/или процедуры, реализуемой в системе связи в соответствии с одним из вариантов. Эта система связи содержит главный компьютер, базовую станцию и терминал UE, которые в некоторых примерах вариантов могут быть такими, как описано со ссылками на фиг. 15 и 16. Для простоты настоящего описания в этом разделе будут только ссылки на фиг. 17. На этапе 1710, главный компьютер генерирует данные пользователя. На подэтапе 1711 (который может быть опцией) этапа 1710, главный компьютер генерирует данные пользователя путем выполнения главного приложения. На этапе 1720, главный компьютер инициирует передачу, несущую данные пользователя терминала UE. На этапе 1730 (который может быть опцией), базовая станция передает терминалу UE данные пользователя, которые несет передача, инициированная главным компьютером, в соответствии с положениями описываемых здесь вариантов. На этапе 1740 (который может быть опцией), терминал UE выполняет клиентское приложение, ассоциированное с главным приложением, выполняемым главным компьютером.

На фиг. 18 представлена логическая схема, иллюстрирующая пример способа и/или процедуры, реализуемой в системе связи в соответствии с одним из вариантов. Эта система связи содержит главный компьютер, базовую станцию и терминал UE, которые в некоторых примерах вариантов могут быть такими, как описано со ссылками на фиг. 15 и 16. Для простоты настоящего описания в этом разделе будут только ссылки на фиг. 18. На этапе 1810 способа главный компьютер генерирует данные пользователя. На являющемся опцией подэтапе (не показан) главный компьютер генерирует данные пользователя путем выполнения главного приложения. На этапе 1820, главный компьютер инициирует передачу, несущую данные пользователя терминалу UE. Эта передача может проходить через базовую станцию в соответствии с положениями вариантов, рассмотренных в настоящем описании. На этапе 1830 (который может быть опцией), терминал UE принимает данные пользователя, входящие в состав указанной передачи.

На фиг. 19 представлена логическая схема, иллюстрирующая пример способа и/или процедуры, реализуемой в системе связи в соответствии с одним из вариантов. Эта система связи содержит главный компьютер, базовую станцию и терминал UE, которые в некоторых примерах вариантов могут быть такими, как описано со ссылками на фиг. 15 и 16. Для простоты настоящего описания в этом разделе будут только ссылки на фиг. 19. На этапе 1910 (который может быть опцией), терминал UE принимает данные, генерируемые главным компьютером. В дополнение или в качестве альтернативы, на этапе 1920, терминал UE генерирует данные пользователя. На подэтапе 1921 (который может быть опцией) этапа 1920, терминал UE генерирует данные пользователя путем выполнения клиентского приложения. На подэтапе 1911 (который может быть опцией) этапа 1910, терминал UE выполняет клиентское приложение, генерирующее данные пользователя в качестве реакции на принятые входные данные, генерируемые главным компьютером. При генерации данных пользователя выполняемое клиентское приложение может далее учитывать данные и команды, введенные пользователем. Независимо от конкретного способа генерации данных пользователя терминал UE инициирует, на подэтапе 1930 (который может быть опцией), передачу данных пользователя главному компьютеру. На этапе 1940 способа, главный компьютер принимает данные пользователя, переданные от терминала UE, в соответствии с положениями вариантов, рассмотренными в настоящем описании.

На фиг. 20 представлена логическая схема, иллюстрирующая пример способа и/или процедуры, реализуемой в системе связи в соответствии с одним из вариантов. Эта система связи содержит главный компьютер, базовую станцию и терминал UE, которые в некоторых примерах вариантов могут быть такими, как описано со ссылками на фиг. 15 и 16. Для простоты настоящего описания в этом разделе будут только ссылки на фиг. 20. На этапе 2010 (который может быть опцией), в соответствии с положениями вариантов, рассматриваемых в настоящем описании, базовая станция принимает данные пользователя от терминала UE. На этапе 2020 (который может быть опцией), базовая станция инициирует передачу принятых данных пользователя главному компьютеру. На этапе 2030 (который может быть опцией), главный компьютер принимает данные пользователя, которые несет передача, инициированная базовой станцией.

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

Изобретение относится к области связи. Технический результат состоит в улучшении функциональных возможностей и/или надежности сети связи путем уменьшения объема необходимой сигнализации в этой сети связи. Для этого предусмотрены способы, выполняемые центральным модулем (CU) базовой станции для выбора специальной ячейки (SpCell), подлежащей использованию первым распределенным модулем (DU) базовой станции для обслуживания абонентского терминала (UE). Такие варианты осуществления могут содержать этап, на котором передают первому модулю DU первый запрос, содержащий идентификатор первой ячейки, обслуживаемой первым модулем DU, в качестве предпочтительной ячейки SpCell для терминала UE; и идентификаторы одной или более вторых ячеек, обслуживаемых первым модулем DU. Такие варианты осуществления могут также содержать этап, на котором принимают от первого модуля DU первый ответ, содержащий первое указание, что первый модуль DU не может конфигурировать первую ячейку в качестве предпочтительной ячейки SpCell для терминала UE; и второе указание, что первый модуль DU может конфигурировать либо ни одной, либо одну или более третьих ячеек в качестве ячейки SpCell для терминала UE. 8 н. и 40 з.п. ф-лы, 22 ил.

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

передают (1030) первому модулю DU первый запрос, содержащий:

идентификатор первой ячейки, обслуживаемой первым модулем DU, в качестве предпочтительной ячейки SpCell для терминала UE; и

идентификаторы одной или более вторых ячеек, обслуживаемых первым модулем DU;

принимают (1040) от первого модуля DU первый ответ, содержащий:

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

второе указание, что первый модуль DU может конфигурировать либо ни одной, либо одну или более третьих ячеек в качестве ячейки SpCell для терминала UE,

при этом второе указание содержит по меньшей мере одно из следующего:

указание, что первый модуль DU не может конфигурировать ни одну из вторых ячеек в качестве ячейки SpCell для терминала UE; и

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

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

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

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

3. Способ по п. 1, дополнительно содержащий этап, на котором выбирают (1080) ячейку SpCell для терминала UE из идентифицированных третьих ячеек.

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

идентификаторы третьих ячеек принимаются в виде упорядоченного списка; и

порядок ячеек в списке основан на одном или более рабочих условиях первого модуля DU.

5. Способ по п. 4, в котором указанное одно или более рабочих условий содержит любое из следующего:

условия нагрузки первого модуля DU;

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

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

6. Способ по п. 4 или 5, в котором:

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

значение причины относится к указанному одному или более рабочим условиям первого модуля DU.

7. Способ по любому из пп. 4-6, в котором выбор (1080) ячейки SpCell для терминала UE из третьих ячеек основан на порядке ячеек в списке и на результатах измерений радиосигналов.

8. Способ по любому из пп. 1-7, в котором указанная одна или более вторых ячеек содержат одно из следующего: ячейки-кандидаты SpCell для терминала UE и вторичные ячейки-кандидаты (SCell) для терминала UE.

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

«запрос установления контекста терминала UE» и «неудача установления контекста терминала UE»; и

«запрос модификации контекста терминала UE» и «неудача модификации контекста терминала UE».

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

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

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

принимают (1070) от второго модуля DU второй ответ, содержащий:

дополнительное первое указание, что второй модуль DU не может конфигурировать дополнительную первую ячейку в качестве ячейки SpCell для терминала UE; и

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

11. Способ по п. 10, в котором дополнительное второе указание содержит по меньшей мере одно из следующего:

указание, что второй модуль DU не может конфигурировать ни одну из дополнительных вторых ячеек в качестве ячейки SpCell для терминала UE; и

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

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

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

принимают (1110) от центрального модуля (CU) базовой станции первый запрос, содержащий:

идентификатор первой ячейки, обслуживаемой модулем DU, в качестве предпочтительной ячейки SpCell для терминала UE; и

идентификаторы одной или более вторых ячеек, обслуживаемых модулем DU;

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

передают (1130) модулю CU первый ответ, содержащий:

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

второе указание, что либо ни одна, либо одна или более третьих ячеек могут быть конфигурированы в качестве ячейки SpCell для терминала UE,

при этом второе указание содержит одно из следующего:

указание, что первый модуль DU не может конфигурировать ни одну из вторых ячеек в качестве ячейки SpCell для терминала UE; и

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

14. Способ по п. 13, в котором:

идентификаторы третьих ячеек передаются в виде упорядоченного списка; и

порядок ячеек в списке основан на одном или более рабочих условиях модуля DU.

15. Способ по п. 14, в котором указанное одно или более рабочих условий содержит любое из следующего:

условия нагрузки модуля DU;

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

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

16. Способ по п. 14 или 15, в котором:

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

значение причины связано с указанным одним или более рабочим условиям первого модуля DU.

17. Способ по любому из пп. 13-16, дополнительно содержащий этап, на котором принимают (1140) от модуля CU второй запрос, содержащий идентификатор одной из третьих ячеек в качестве предпочтительной ячейки SpCell для терминала UE.

18. Способ по любому из пп. 13-17, в котором:

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

на этапе определения (1120), может ли какая-либо из указанных первой ячейки и вторых ячеек быть конфигурирована в качестве ячейки SpCell для терминала UE, выполняют (1122) управление доступом для однонаправленных радиоканалов в отношении указанных первой ячейки и вторых ячеек.

19. Способ по любому из пп. 13-18, в котором указанная одна или более вторых ячеек содержит одно из следующего: ячейки-кандидаты SpCell для терминала UE и вторичные ячейки-кандидаты (SCell) для терминала UE.

20. Способ по любому из пп. 13-19, в котором первый запрос и первый ответ содержат одну из следующих пар сообщений:

«запрос установления контекста терминала UE» и «неудача установления контекста терминала UE»; и

«запрос модификации контекста терминала UE» и «неудача модификации контекста терминала UE».

21. Центральный модуль (CU) (310) базовой станции (300), характеризующийся тем, что выполнен с возможностью выбора специальной ячейки (SpCell), подлежащей использованию первым распределенным модулем (DU) (320) базовой станции (300) для обслуживания абонентского терминала (UE), причем модуль CU содержит:

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

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

22. Модуль CU (310) по п. 21, в котором схема (1270) обработки дополнительно содержит приемопередающую схему (1272), выполненную с возможностью связи по меньшей мере с первым модулем DU (320).

23. Модуль CU (310) по п. 21 или 22, дополнительно содержащий один или более считываемых устройством носителей (1280), содержащих исполняемые компьютером команды, которые при исполнении схемой (1270) обработки конфигурируют модуль CU (310) для выполнения операций, соответствующих любому из способов по пп. 1-12.

24. Распределенный модуль (DU) (320) базовой станции (300), характеризующийся тем, что выполнен с возможностью выбора специальной ячейки (SpCell), подлежащей использованию для обслуживания абонентского терминала (UE), причем модуль DU содержит:

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

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

25. Модуль DU (320) по п. 24, в котором схема (1270) обработки дополнительно содержит приемопередающую схему (1272), выполненную с возможностью связи с центральным модулем (CU) (310) базовой станции (300).

26. Модуль DU (320) по п. 24 или 25, дополнительно содержащий один или более считываемых устройством носителей (1280), содержащих исполняемые компьютером команды, которые при исполнении схемой (1270) обработки конфигурируют модуль DU (320) для выполнения операций, соответствующих любому из способов по пп. 13-20.

27. Центральный модуль (CU) (310) базовой станции (300), характеризующийся тем, что выполнен с возможностью выбора специальной ячейки (SpCell), подлежащей использованию первым распределенным модулем (DU) (320) базовой станции (300) для обслуживания абонентского терминала (UE), причем модуль CU выполнен с возможностью:

передачи (1030) первому модулю DU первого запроса, содержащего:

идентификатор первой ячейки, обслуживаемой первым модулем DU, в качестве предпочтительной ячейки SpCell для терминала UE; и

идентификаторы одной или более вторых ячеек, обслуживаемых первым модулем DU;

приема (1040) от первого модуля DU первого ответа, содержащего:

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

второе указание, что первый модуль DU может конфигурировать либо ни одной, либо одну или более третьих ячеек в качестве ячейки SpCell для терминала UE,

причем второе указание содержит по меньшей мере одно из следующего:

указание, что первый модуль DU не может конфигурировать ни одну из вторых ячеек в качестве ячейки SpCell для терминала UE; и

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

28. Модуль CU (310) по п. 27, характеризующийся тем, что дополнительно выполнен с возможностью:

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

выбора (1020) первой ячейки и указанной одной или более вторых ячеек на основе принятых результатов измерений радиосигналов.

29. Модуль CU (310) по п. 27, характеризующийся тем, что дополнительно выполнен с возможностью выбора (1080) ячейки SpCell для терминала UE из идентифицированных третьих ячеек.

30. Модуль CU (310) по любому из пп. 27-29, в котором:

идентификаторы третьих ячеек принимаются в виде упорядоченного списка; и

порядок ячеек в списке основан на одном или более рабочих условиях первого модуля DU.

31. Модуль CU (310) по п. 30, в котором указанное одно или более рабочих условий содержит любое из следующего:

условия нагрузки первого модуля DU;

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

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

32. Модуль CU (310) по п. 30 или 31, в котором:

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

значение причины относится к указанному одному или более рабочим условиям первого модуля DU.

33. Модуль CU (310) по любому из пп. 30-32, характеризующийся тем, что выполнен с возможностью выбора (1080) ячейки SpCell для терминала UE из третьих ячеек на основе порядка ячеек в списке и принятых результатов измерений радиосигналов.

34. Модуль CU (310) по любому из пп. 27-33, в котором указанная одна или более вторых ячеек содержат одно из следующего: ячейки-кандидаты SpCell для терминала UE и вторичные ячейки-кандидаты (SCell) для терминала UE.

35. Модуль CU (310) по любому из пп. 27-34, в котором первый запрос и первый ответ содержат одну из следующих пар сообщений:

«запрос установления контекста терминала UE» и «неудача установления контекста терминала UE»; и

«запрос модификации контекста терминала UE» и «неудача модификации контекста терминала UE».

36. Модуль CU (310) по п. 28, характеризующийся тем, что дополнительно выполнен с возможностью:

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

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

приема (1070) от второго модуля DU второго ответа, содержащего:

дополнительное первое указание, что второй модуль DU не может конфигурировать дополнительную первую ячейку в качестве ячейки SpCell для терминала UE; и

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

37. Модуль CU (310) по п. 36, в котором дополнительное второе указание содержит по меньшей мере одно из следующего:

указание, что второй модуль DU не может конфигурировать ни одну из дополнительных вторых ячеек в качестве ячейки SpCell для терминала UE; и

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

38. Модуль CU (310) по п. 37, в котором модуль CU дополнительно выполнен с возможностью выбора (1080) ячейки SpCell для терминала UE из сочетания следующего: третьих ячеек, идентифицированных первым ответом, и дополнительных третьих ячеек, идентифицированных вторым ответом.

39. Распределенный модуль (DU) (320) базовой станции (300), характеризующийся тем, что выполнен с возможностью выбора специальной ячейки (SpCell), подлежащей использованию для обслуживания абонентского терминала (UE), причем модуль DU выполнен с возможностью:

приема (1110) от центрального модуля (CU) базовой станции первого запроса, содержащего:

идентификатор первой ячейки, обслуживаемой модулем DU, в качестве предпочтительной ячейки SpCell для терминала UE; и

идентификаторы одной или более вторых ячеек, обслуживаемых модулем DU;

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

передачи (1130) модулю CU первого ответа, содержащего:

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

второе указание, что либо ни одна, либо одна или более третьих ячеек могут быть конфигурированы в качестве ячейки SpCell для терминала UE,

причем второе указание содержит одно из следующего:

указание, что первый модуль DU не может конфигурировать ни одну из вторых ячеек в качестве ячейки SpCell для терминала UE; и

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

40. Модуль DU (320) по п. 39, в котором:

идентификаторы третьих ячеек передаются в виде упорядоченного списка; причем

порядок ячеек в списке основан на одном или более рабочих условиях модуля DU.

41. Модуль DU (320) по п. 40, в котором указанное одно или более рабочих условий содержит любое из следующего:

условия нагрузки модуля DU;

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

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

42. Модуль DU (320) по п. 40 или 41, в котором:

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

значение причины связано с указанным одним или более рабочими условиями первого модуля DU.

43. Модуль DU (320) по любому из пп. 39-42, характеризующийся тем, что дополнительно выполнен с возможностью приема (1140) от модуля CU второго запроса, содержащего идентификатор одной из третьих ячеек в качестве предпочтительной ячейки SpCell для терминала UE.

44. Модуль DU (320) по любому из пп. 39-43, в котором:

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

модуль DU выполнен с возможностью определения (1120), может ли какая-либо из указанных первой ячейки и вторых ячеек быть конфигурирована в качестве ячейки SpCell для терминала UE, на основе выполнения (1122) управления доступом для однонаправленных радиоканалов в отношении указанных первой ячейки и вторых ячеек.

45. Модуль DU (320) по любому из пп. 39-44, в котором указанная одна или более вторых ячеек содержат одно из следующего: ячейки-кандидаты SpCell для терминала UE и вторичные ячейки-кандидаты (SCell) для терминала UE

46. Модуль DU (320) по любому из пп. 39-45, в котором первый запрос и первый ответ содержат одну из следующих пар сообщений:

«запрос установления контекста терминала UE» и «неудача установления контекста терминала UE»; и

«запрос модификации контекста терминала UE» и «неудача модификации контекста терминала UE».

47. Энергонезависимый считываемый компьютером носитель (1280) информации, хранящий исполняемые компьютером команды, которые при исполнении схемой обработки центрального модуля (CU) (310) базовой станции (300) конфигурируют модуль CU для выполнения операций, соответствующих любому из способов по пп. 1-12.

48. Энергонезависимый считываемый компьютером носитель (1280) информации, хранящий исполняемые компьютером команды, которые при исполнении схемой обработки распределенного модуля (DU) (320) базовой станции (300) конфигурируют модуль DU для выполнения операций, соответствующих любому из способов по пп. 13-20.