Область техники, к которой относится изобретение
Варианты осуществления, представленные в данном документе, относятся к пользовательскому оборудованию (UE), сетевому узлу и способам, выполняемым в нем. В некоторых аспектах они относятся к обработке сбоя в линии радиосвязи (RLF) в первой группе сот в сети беспроводной связи.
Уровень техники
В типичной сети беспроводной связи беспроводные устройства, также известные как устройства беспроводной связи, мобильные станции, станции (STA) и/или пользовательское оборудование (UE), обмениваются данными через локальную сеть, такую как сеть Wi-Fi или сеть радиодоступа (RAN), с одной или несколькими базовыми сетями (CN). RAN охватывает географическую зону, которая разделена на зоны обслуживания или зоны действия сот, которые также могут упоминаться как луч или группа лучей, причем каждая зона обслуживания или зона действия сот обслуживается узлом радиосети, таким как узел радиодоступа, например, точка доступа Wi-Fi или базовая радиостанция (RBS), которая в некоторых сетях также может обозначаться, например, NodeB, eNodeB (eNB) или gNB в сетях 5G. Зона обслуживания или действия соты представляет собой географическую зону, где радиоохват обеспечивается узлом радиосети. Узел радиосети поддерживает связь по радиоинтерфейсу, работающему на радиочастотах, с беспроводным устройством в зоне действия узла радиосети.
Спецификации для развитой системы пакетной передачи (EPS), также называемой сетью четвертого поколения (4G), были разработаны в рамках проекта партнерства 3-го поколения (3GPP), и эта работа продолжается в следующих версиях 3GPP, например, для разработки спецификаций для сети 5-го поколения (5G), которая также упоминается как новое радио (NR) 5G. EPS содержит развитую универсальную наземную сеть радиодоступа (E-UTRAN), также известную как сеть радиодоступа долгосрочного развития (LTE), и развитое пакетное ядро (EPC), также известное как базовая сеть эволюции системной архитектуры (SAE). E-UTRAN/LTE является вариантом сети радиодоступа 3GPP, в которой узлы радиосети напрямую подключены к базовой сети EPC, а не к RNC, используемым в сетях 3G. В общем, в E-UTRAN/LTE функции RNC 3G распределяются между узлами радиосети, например, eNodeB в LTE, и базовой сетью. Таким образом, RAN EPS имеет по существу «плоскую» архитектуру, содержащую узлы радиосети, подключенные напрямую к одной или нескольким базовым сетям, то есть они не подключены к RNC. Чтобы компенсировать это, спецификация E-UTRAN определяет прямой интерфейс между узлами радиосети, причем этот интерфейс обозначается как интерфейс X2.
Многоантенные технологии позволяют значительно увеличить скорости передачи данных и надежность системы беспроводной связи. В частности, производительность повышается в том случае, если передатчик и приемник оснащены несколькими антеннами, что приводит к образованию канала связи с многоканальными входами – многоканальными выходами (MIMO). Такие системы и/или технологии, которые относятся к ним, обычно упоминаются как MIMO.
Автономное NR
В неавтономном NR сети 5G будут поддерживаться существующей инфраструктурой 4G или инфраструктурой 5G, и в автономном NR сети 5G будут поддерживаться только инфраструктурой 5G.
В автономном NR, но в более общем случае в NR, узел NG-RAN представляет собой gNB, обеспечивающий завершение протокола пользовательской плоскости NR и плоскости управления в направлении UE. В качестве альтернативы, в случае LTE, подключенного к базовой сети 5GC, узел NG-RAN представляет собой ng-eNB, обеспечивающий завершение протокола пользовательской плоскости E-UTRA и плоскости управления в направлении UE.
На фиг.1 показан стек протоколов пользовательской плоскости для пользовательской плоскости NR с протоколом адаптации служебных данных (SDAP), протоколом конвергенции пакетных данных (PDCP), управлением радиоканалом (RLC) и управлением доступом к среде передачи данных (MAC) и подуровни физического уровня (PHY), заканчивающиеся в gNB на стороне сети. PHY на фиг.1 обозначает физический уровень.
Архитектура плоскости управления NR показана на фиг.2 с UE, gNB, функцией управления мобильностью (AMF) и уровнями: слой без доступа (NAS), управление радиоресурсами (RRC), PDCP, RLC, MAC и PHY.
Агрегация несущих (CA)
Когда CA сконфигурирована, UE имеет только одно RRC-соединение с сетью. Кроме того, при установлении, повторном установлении и/или передаче обслуживания RRC-соединения одна обслуживающая сота предоставляет информацию о мобильности NAS, и при повторном установлении и/или передаче обслуживания RRC-соединения одна обслуживающая сота предоставляет входные данные относительно безопасности. Эта сота упоминается как первичная сота (PCell). Кроме того, в зависимости от возможностей UE, вторичные соты (SCell) могут быть выполнены с возможностью формирования вместе с PCell набора обслуживающих сот. Таким образом, сконфигурированный набор обслуживающих сот для UE содержит одну PCell и одну или несколько SCell. Кроме того, когда конфигурируется двойная связность, возможен случай, когда одна несущая в группе вторичных сот (SCG) используется в качестве первичной соты SCell (PSCell). Таким образом, в этом случае может быть одна PCell и одна или несколько сот SCell во всей группе первичных сот (MCG) и одна PSCell и одна или несколько сот SCell во всей SCG.
Реконфигурирование, добавление и удаление сот SCell может выполняться RRC. При передаче обслуживания внутри RAT RRC также может добавлять, удалять или реконфигурировать соты SCell для использования с целевой PCell. При добавлении новой SCell выделенная RRC-сигнализация используется для отправки всей необходимой системной информации SCell, то есть, находясь в режиме соединения, UE не нужно получать широковещательную системную информацию непосредственно из SCell.
Таким образом, сконфигурированный набор обслуживающих сот для UE содержит одну PCell и одну или несколько SCell:
- для каждой SCell конфигурируется использование ресурсов восходящей линии связи UE в дополнение к ресурсам нисходящей линии связи, поэтому количество сконфигурированных вторичных компонентных несущих (SCC) DL всегда больше или равно количеству SCC UL, и SCell нельзя сконфигурировать только для использования ресурсов восходящей линии связи;
- с точки зрения UE каждый ресурс восходящей линии связи принадлежит только одной обслуживающей соте;
- количество обслуживающих сот, которые могут быть сконфигурированы, зависит от возможности агрегации UE;
– смена PCell может быть выполнена только с помощью процедуры передачи обслуживания, то есть в случае смены ключа безопасности, и, если передача обслуживания (HO) без канала произвольного доступа (HO) не сконфигурирована, только с помощью процедуры RACH;
- PCell используется для передачи по физическому каналу управления восходящей линии связи (PUCCH);
- Если двойная связность (DC) не сконфигурирована, то в SCell может быть сконфигурирован один дополнительный канал PUCCH (SCell PUCCH);
- В отличие от сот SCell, соту PCell нельзя деактивировать;
- Повторное установление инициируется тогда, когда PCell испытывает сбой в линии радиосвязи (RLF), а не когда SCell испытывает RLF;
- Информация NAS поступает из PCell.
Сбой в линии радиосвязи
В LTE UE считает, что RLF должен быть обнаружен после:
1) обнаружения некоторого количества указаний относительно выхода из режима синхронизации с нижними уровнями, связанными с PCell в течение заданного промежутка времени, или
2) указания проблемы произвольного доступа из MAC, или
3) указания из RLC, что максимальное количество повторных передач было достигнуто для однонаправленного радиоканала сигнализации (SRB) или для однонаправленного радиоканала передачи данных (DRB).
После обнаружения RLF UE подготавливает отчет о RLF, который включает в себя, помимо прочей информации, статус измерения обслуживающих и соседних сот в момент, когда был обнаружен RLF, переходит в режим ожидания (IDLE), выбирает соту в соответствии с процедурой выбора соты в режиме ожидания (IDLE), при этом выбранная сота может представлять собой один и тот же обслуживающий узел, и/или соту, или другой узел и/или другую соту, и запускает процедуру повторного установления RRC, при этом значение причины устанавливается на rlf-cause.
В частности, когда в PCell происходит сбой RLF, инициируется процедура повторного установления RRC-соединения. С другой стороны, когда сбой происходит в SCell, инициируется RLF.
Дублирование в NR
Для повышения надежности связи было решено ввести дублирование пакетов. Дублирование может применяться либо на уровне DC, либо на уровне CA. Обычно в случае дублирования на уровне CA два объекта RLC отображаются на один и тот же объект PDCP, то есть один объект RLC для PCell и другой объект для SCell. При дублировании на уровне CA логический канал, который также упоминается как несущая, ограничивается таким образом, чтобы один объект RLC отображался только в одну из несущих, содержащих кортеж CA, с тем, чтобы можно было гарантировать разнесение несущих, то есть оригинал и дубликат не будут отправляться на одной и той же несущей. Дублирование CA может быть разрешено как для DRB, так и для SRB. Далее, если дублирование на уровне CA было сконфигурировано для DRB, то предполагается, что в SRB также имеется дублирование на уровне CA.
Таким образом, в отличие от LTE, где PCell и SCell отображаются в одно RLC и один PDCP, как показано на фиг.3, в NR имеется один объект RLC для каждой PCell и нескольких SCell, связанных с одним объектом PDCP, который обеспечивает дублирование. На фиг.3 показано дублирование CA в автономном NR.
Раскрытие сущности изобретения
Задача вариантов осуществления, представленных в данном документе, состоит в том, чтобы повысить производительность сети беспроводной связи, использующей первую и вторую группы сот для связи.
Согласно аспекту вариантов осуществления, представленных в данном документе, задача решена с помощью способа, выполняемого пользовательским оборудованием (UE) для обработки сбоя в линии радиосвязи (RLF) в первой группе сот в сети беспроводной связи. UE участвует в текущей связи с сетью беспроводной связи с помощью первой группы сот и второй группы сот. UE обнаруживает (501), что RLF находится в одной или нескольких сотах из первой группы сот. Дополнительное UE отправляет (502) отчет в сетевой узел в сети беспроводной связи. Отчет отправляется с помощью одной или нескольких сот из второй группы сот, продолжая при этом поддерживать связь с сетью беспроводной связи. Отчет содержит информацию линии радиосвязи относительно RLF в одной или нескольких сотах из первой группы сот.
Согласно другому аспекту вариантов осуществления, представленных в данном документе, задача решена с помощью способа, выполняемого сетевым узлом для обработки сбоя в линии радиосвязи (RLF) в первой группе сот в беспроводной сети связи. Пользовательское оборудование (UE) участвует в текущей связи с сетью беспроводной связи с помощью первой группы сот и второй группы сот. Сетевой узел получает информацию о RLF в одной или нескольких сотах из первой группы сот. Кроме того, сетевой узел деактивирует любую из одной или нескольких сот из первой группы сот и дублирование при продолжении текущей связи, в которой участвует UE.
Согласно дополнительному аспекту вариантов осуществления, представленных в данном документе, задача решена посредством пользовательского оборудования (UE) для обработки сбоя в линии радиосвязи (RLF) в первой группе сот в сети беспроводной связи. UE выполнено с возможностью участвовать в текущей связи с сетью беспроводной связи с помощью первой группы сот и второй группы сот. UE выполнено с возможностью:
обнаружения того, что RLF находится в одной или нескольких сотах из первой группы сот, и
отправки отчета в сетевой узел в сети 100 беспроводной связи с помощью одной или нескольких сот из второй группы сот, при этом продолжая поддерживать связь с сетью беспроводной связи. Отчет содержит информацию о линии радиосвязи относительно RLF в одной или нескольких сотах из первой группы сот.
Согласно еще одному дополнительному аспекту вариантов осуществления, представленных в данном документе, задача решена путем использования сетевого узла для обработки сбоя в линии радиосвязи (RLF) в первой группе сот в сети беспроводной связи, где пользовательское оборудование (UE) выполнено с возможностью участия в текущей связи с сетью 100 беспроводной связи с помощью первой группы сот и второй группы сот, причем сетевой узел выполнен с возможностью:
получения информации о RLF в одной или нескольких сотах из первой группы сот и
деактивации любой из одной или нескольких сот из первой группы сот при продолжении текущей связи, в которой участвует UE.
Краткое описание чертежей
Фиг.1 – схематичное представление, иллюстрирующее предшествующий уровень техники.
Фиг.2 – схематичное представление, иллюстрирующее предшествующий уровень техники.
Фиг.3 – схематичное представление, иллюстрирующее предшествующий уровень техники.
Фиг.4 – блок-схема, иллюстрирующая варианты осуществления сети беспроводной связи.
Фиг.5 – блок-схема последовательности операций, иллюстрирующая варианты осуществления способа, выполняемого в UE.
Фиг.6 – блок-схема, иллюстрирующая варианты осуществления способа, выполняемого в сетевом узле.
Фиг.7 – схематичная блок-схема, иллюстрирующая варианты осуществления UE.
Фиг.8 – схематичная блок-схема, иллюстрирующая варианты осуществления сетевого узла.
Фиг.9 – схематичное представление телекоммуникационной сети, подключенной через промежуточную сеть к хост-компьютеру.
Фиг.10 – обобщенная блок-схема хост-компьютера, осуществляющего связь через базовую станцию с пользовательским оборудованием по частично беспроводному соединению.
Фиг.11-14 – блок-схемы, иллюстрирующие способы, реализованные в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование.
Осуществление изобретения
В рамках разработки вариантов осуществления, представленных в данном документе, авторы изобретения выявили проблему, которая будет обсуждаться в первую очередь.
PUCCH в SCell
Так как CA объединяет несколько независимых несущих для параллельной и одновременной связи, планирование и передача и/или прием данных выполняются независимо каждой компонентной несущей (CC). Следовательно, большинство традиционных функций и функций LTE без CA можно повторно использовать для каждой CC. С другой стороны, в CA версии 12 только первичная сота (PCell) поддерживает PUCCH, который передает управляющую информацию восходящей линии связи (UCI), такую как положительное подтверждение (ACK)/отрицательное ACK (NACK) для всех CC нисходящей линии связи, и информацию о состоянии канала (CSI) для всех CC нисходящей линии связи и запросы планирования (SR) для восходящей линии связи. Это сделано для того, чтобы избежать потребности в более чем одной CC восходящей линии связи в CA. Кроме того, наличие PUCCH в PCell позволяет только UE использовать унифицированную структуру передачи UCI независимо от его возможностей CA восходящей линии связи. Однако, если определенная несущая LTE используется в качестве PCell для многочисленных UE, сконфигурированных с CA, может возникнуть нехватка радиоресурсов восходящей линии связи из-за увеличенной нагрузки PUCCH на этой несущей. Типичным примером является CA, работающая в гетерогенных сетях, где много малых сот развернуто в зоне покрытия макросоты. Относительно маломощные малые соты развертываются в зонах с высоким трафиком с частотами, отличными от частоты макросоты. В зонах, где эти малые соты наложены на макросоту, UE может быть сконфигурировано с CA для малых сот и макросоты.
Для решения этой проблемы в 3GPP версии 13 была введена новая функция, позволяющая обеспечить конфигурацию PUCCH для вторичной соты (SCell) в дополнение к PCell при CA восходящей линии связи. Когда CA выполняется с помощью этой функции, CC группируются вместе с PCell или SCell с помощью PUCCH (PUCCH-SCell). UE отправляет UCI для CC в пределах каждой группы, используя PCell или PUCCH-SCell. С помощью этой новой функции нехватка радиоресурсов восходящей линии связи может быть устранена путем разгрузки UCI из макросоты в малые соты, сохраняя при этом макросоту в качестве PCell.
Как обсуждалось в предыдущем разделе, в случае сбоя в линии радиосвязи в PCell, унаследованное решение состоит в инициировании повторного установления RRC-соединения. Однако, так как в NR имеется один объект RLC для PCell и один или несколько объектов RLC для одной или нескольких SCell, в этом случае это возможно для того объекта, на несущей которого произошел RLF.
Например, в случае автономного NR с активированной CA, после RLF в PCell, решение состоит в том, чтобы вызвать повторное установление RRC, таким образом, (повторно) настраивая всю радиосвязь с нуля. Однако эта процедура приводит к значительному времени прерывания обслуживания, которое не может быть допущено, например, при рассмотрении сверхнадежной связи с низкой задержкой (URLLC).
Некоторые примерные варианты осуществления, представленные в данном документе, направлены на предотвращение повторного установления RRC путем отправки отчета PCell-RLF в сеть с помощью SCell, которая может предпринять необходимое действие по замене вышедшей из строя PCell на SCell, выполнения реконфигурирования RRC или деактивации дублирования CA и продолжения передач с помощью SCell. Таким образом, можно избежать прерываний связности и служебной сигнализации.
Некоторые варианты осуществления, представленные в данном документе, относятся к обработке первичных сбоев сот в автономном NR. В соответствии с примером вариантов осуществления, представленных в данном документе, UE вместо инициирования повторного установления RRC-соединения отправляет отчет PCell-RLF в сетевой узел с помощью SCell, не вызывая прерывания связности.
Варианты осуществления, представленные в данном документе, относятся, в общем, к сетям беспроводной связи. На фиг.4 показан схематичный обзор, иллюстрирующий сеть 100 беспроводной связи. Сеть 100 беспроводной связи содержит одну или несколько RAN и одну или несколько CN. Сеть 100 беспроводной связи может использовать ряд различных технологий, таких как Wi-Fi, долгосрочное развитие (LTE), LTE-Advanced, 5G, новое радио (NR), широкополосный множественный доступ с кодовым разделением каналов (WCDMA), глобальная система мобильной связи/повышенная скорость передачи данных для эволюции GSM (GSM/EDGE), всемирная совместимость для микроволнового доступа (WiMax) или сверхмобильная широкополосная связь (UMB), и это лишь некоторые из возможных реализаций. Варианты осуществления, представленные в данном документе, относятся к последним технологическим тенденциям, которые представляют особый интерес в контексте 5G, однако варианты осуществления также применимы при дальнейшем развитии существующих систем беспроводной связи, таких, например, как WCDMA и LTE.
Сетевые узлы работают в сети 100 беспроводной связи, такой как первый сетевой узел 111 и второй сетевой узел 112. Первый сетевой узел 111 обеспечивает радиопокрытие во всей географической зоне, при этом зона обслуживания упоминается как первая группа сот 115, например, содержащая одну или несколько первых сот, таких как одна или несколько PCell, которые могут также упоминаться как луч или группа лучей первой технологии радиодоступа (RAT), такой как 5G, LTE, Wi-Fi или аналогичная. Второй сетевой узел 112 также обеспечивает радиопокрытие в географической зоне, при этом зона обслуживания упоминается как вторая группа сот 116, например, содержащая одну или несколько вторых сот, таких как одна или несколько сот SCell, которые могут также упоминаться как луч или группа лучей первой технологии радиодоступа (RAT), такой как 5G, LTE, Wi-Fi или аналогичная. Каждый из первого и второго сетевых узлов 111, 112 может представлять собой узел NR-RAN, приемопередающую точку, например, базовую станцию, узел сети радиодоступа, такой как точка доступа беспроводной локальной вычислительной сети (WLAN) или станция точки доступа (AP STA), контроллер доступа, базовую станцию, например, базовую радиостанцию, такую как NodeB, развитой узел B (eNB, eNode B), agNB, базовую приемопередающую станцию, удаленный радиоблок, базовую станцию точки доступа, маршрутизатор базовой станции, передающее устройство базовой радиостанции, автономную точку доступа или любое другое сетевое устройство, способное осуществлять связь с беспроводным устройством в пределах зоны обслуживания, обслуживаемой соответствующим первым и вторым сетевым узлом 111, 112, в зависимости, например, от первой технологии радиодоступа и используемой терминологии. Соответствующие сетевые узлы, содержащие первый и второй сетевые узлы 111, 112, могут упоминаться как обслуживающие узлы радиосети и поддерживать связь с UE с помощью передач по нисходящей линии связи (DL) в UE и передач по восходящей линии связи (UL) из UE.
В сети 100 беспроводной связи работает ряд UE, таких как UE 120. UE 120 может быть мобильной станцией, STA без точки доступа (без AP), STA, пользовательским оборудованием и/или беспроводными терминалами, которые осуществляют связь через одну или несколько сетей доступа (AN), например, RAN, например, через первый и/или второй сетевые узлы 111, 112, с одной или несколькими базовыми сетями (CN), содержащими по меньшей мере один узел 130 с ядром нового поколения (NGC). Специалистам в данной области техники должно быть понятно, что «UE» является неограничивающим термином, который означает любой терминал, терминал беспроводной связи, пользовательское оборудование, устройство связи машинного типа (MTC), терминал или узел на основе связи между устройствами (D2D), например, смартфон, ноутбук, мобильный телефон, датчик, ретранслятор, мобильные планшетные компьютеры или даже небольшую базовую станцию, обеспечивающую связь в пределах соты.
Способы, представленные в данном документе, могут в первом аспекте выполняться UE 120 и во втором аспекте выполняться любым из первого сетевого узла 111, второго сетевого узла 112 и узла 130 базовой сети, причем эти узлы упоминаются как сетевой узел 111, 112, 130. В качестве альтернативы распределенный узел (DN) и функциональные возможности, например, содержащиеся в облаке 140, как показано на фиг.1, могут использоваться для выполнения или частичного выполнения способов.
В СА LTE без ограничения несущих, данные из любого объекта RLC могут быть отображены в любую из обслуживающих сот, например, в первую группу сот 115 и вторую группу сот 116, в этом примере PCell или SCell. Таким образом, повторные передачи определенного PDU RLC могут быть отправлены с помощью разных несущих, например, первая передача с помощью PCell, первая повторная передача с помощью SCell1, вторая повторная передача с помощью PCell, третья повторная передача с помощью SCell2 и т.д. Так как UE 120 не требуется отслеживать это, когда достигается максимальное количество повторных передач RLC, невозможно определить, является ли PCell или конкретная SCell причиной этой проблемы. Таким образом, UE 120 требуется инициировать RLF. Если учесть, что в LTE доступные частоты и/или спектр ограничены, то есть от 800 МГц до примерно 3 ГГц, то наличие плохих условий радиосвязи для одной несущей, скорее всего, отразится аналогичным образом и на других несущих. Таким образом, различие в том, какая несущая испытывает плохие условия радиосвязи, может быть не столь актуальным.
В NR, когда разрешено дублирование на уровне CA, существует ограничение логического канала, то есть определенный дублированный объект RLC отображается в конкретную несущую, и существует один объект RLC для PCell и один или несколько объектов RLC для одной или нескольких SCell. Таким образом, когда достигается максимальное количество повторных передач RLC, варианты осуществления, представленные в данном документе, позволяют идентифицировать несущую, которая использовалась для соответствующего RLC. Таким образом, согласно примерным вариантам осуществления, представленным в данном документе, когда в PCell происходит RLF, вместо инициирования повторного установления RRC-соединения UE 120 отправляет отчет, например, PCell-RLF, с помощью SCell в сеть, которая в дальнейшем может предпринять необходимые действия. В этом случае основное преимущество состоит в том, что можно избежать процедуры повторного установления RRC-соединения с последующим прерыванием связности. Это особенно важно при рассмотрении вариантов использования со строгими требованиями с точки зрения надежности и задержки, например, URLLC, где инициирование повторного установления RRC-соединения может увеличить время прерывания, что может быть недопустимым.
Кроме того, это особенно актуально для NR из-за широкого диапазона частот, которые могут использоваться, охватывая частоты от n⋅100 МГц до 100 ГГЦ, что приводит к широкому диапазону различного поведения канала в условиях одной и той же сети. Таким образом, в случае дублирования на уровне CA в NR, UE 120 может использовать разные частоты несущих, используемые для дублирования, которые находятся довольно далеко друг от друга при рассмотрении всего радиоспектра. Таким образом, наличие плохой линии радиосвязи на одной из них не обязательно указывает на то, что качество канала на другой несущей будет также плохим, например, можно представить, что одна несущая использует частоту около 1 ГГц, а другая 60 ГГц.
В вариантах осуществления, представленных в данном документе, предусмотрены механизмы, позволяющие избежать ненужного повторного установления или реконфигурирования, а также ненужной служебной сигнализации и прерывания обслуживания за счет обнаружения RLF одной или нескольких сот из первой группы сот, таких, например, как RLF PCell.
Используемая в данном документе фраза «RLF в одной или нескольких сотах из первой группы сот» означает и может использоваться взаимозаменяемо с фразой «RLF находится в одной или нескольких сотах из первой группы сот».
Кроме того, используемая в данном документе фраза «одна или несколько сот из второй группы сот» означает и может использоваться взаимозаменяемо с фразой «одна или несколько сот из второй группы сот».
На фиг.5 показан пример способа, выполняемого в UE 120, для обработки RLF в первой группе сот 115 в сети 100 беспроводной связи. UE 120 участвует в текущей связи с сетью 100 беспроводной связи с помощью первой группы сот 115 и второй группы сот 116. Это означает, что UE 120 участвует в текущей связи с сетью 100 беспроводной связи с помощью одной или нескольких сот из первой группы сот 115, например, PCell, и одной или нескольких сот из второй группы сот 116, например, SCell.
Первая группа сот может содержать одну или несколько PCell, и вторая группа сот может содержать одну или несколько SCell.
Связь может быть представлена в виде дублирования согласно любому из: дублирования на уровне СА в NR или дублирования на уровне DC в NR.
Например, в дополнении к этому, способ может также применяться тогда, когда дублирование не является активным, и имеется управление потока между первой группой сот, таких как одна или несколько PCell, и второй группой сот, таких как одна или несколько SCell. Это означает, что UE 120 передает посредством одной из них, и сеть переключает поток между одной из них.
Например, в текущей связи UE 120 передает данные в одной или нескольких PCell или одной или нескольких SCell, и сеть переключает поток передачи данных между одной из них. Это означает, что UE 120 может чередовать активную передачу данных между одной или несколькими PCell и одной или несколькими SCell.
Способ содержит следующие этапы, причем этапы могут выполняться в любом подходящем порядке. Необязательные этапы способа показаны пунктирными прямоугольниками.
В общем, способ содержит один или несколько из следующих этапов:
На этапе 501 UE 120 обнаруживает, что RLF произошел в одной или нескольких сотах из первой группы сот 115.
На этапе 502 UE 120 отправляет отчет в сетевой узел 111, 112, 130 в сети 100 беспроводной связи с помощью одной или нескольких сот из второй группы сот 116 при продолжении текущей связи с сетью 100 беспроводной связи. Отчет содержит информацию о линии радиосвязи относительно RLF в одной или нескольких сотах из первой группы сот 115. Например, отчет указывает сетевому узлу 110, что подключение больше не доступно, и сетевой узел 112, 130, то есть второй сетевой узел 112 может предпринимать необходимые действия.
В некоторых вариантах осуществления, после отправки отчета с помощью одной или нескольких сот из второй группы сот 116 на этапе 503 UE 120 может запустить таймер, например, таймер ожидания, для приема подтверждения из сетевого узла 111 112, 130.
Когда таймер, например, таймер ожидания, истекает, в этих вариантах осуществления на этапе 504 UE 120 может инициировать процедуру RLF с последующим повторным установлением RRC-соединения для связи, такой, например, как соединение.
Более подробно, способ содержит один или несколько из следующих этапов, при этом этапы будут еще более подробно разъяснены в абзацах после пронумерованных названий этапов способа.
Этап 501
UE 120 обнаруживает, что RLF находится в одной или нескольких сотах из первой группы сот 115. Например, UE 120 обнаруживает, что RLF находится в одной или нескольких сотах из первой группы сот 115, например, в PCell,
RLF в одной или нескольких сотах из первой группы сот 115, например, в одной или нескольких PCell, обнаруживается тогда, когда имеет место любое одно или более из:
- когда обнаруживается, что достигнуто максимальное количество повторных передач управления линией радиосвязи (RLC),
- когда измеренная мощность принимаемого опорного символа (RSRP) находится ниже порогового значения, такого как определенный предел,
- когда UE 120 не может декодировать физический канал управления нисходящей линии связи (PDCCH) из-за качества мощного сигнала,
- когда UE 120 не удается декодировать физический совместно используемый канал нисходящей линии связи (PDSCH) из-за качества мощного сигнала, и
- когда подсчитанное количество сбоев, которые возникли в результате использования несущей, превышает пороговое значение, при этом UE 120, использующее CA, продолжает отслеживать ассоциацию объекта RLC и несущей, на которой отправляются пакеты RLC из этого объекта, а также подсчитывает количество сбоев, возникших в результате использования этой несущей.
В некоторых вариантах осуществления после обнаружения RLF UE 120 может начать контроль линии радиосвязи (RLM), по меньшей мере одной из SCell.
В некоторых из этих вариантов осуществления запуск RLM может быть выполнен в любой одной из: SCell с самой высокой мощностью или самым высоким качеством сигнала, или SCell на самой низкой несущей частоте, или SCell, сконфигурированных для RLM посредством сети.
Этап 502
Вместо инициирования повторного установления RRC-соединения UE 120 будет отправлять отчет PCell-RLF в сетевой узел с помощью одной или нескольких сот из второй группы сот 116, таких, например, как SCell, не вызывая прерывания связности.
Таким образом, UE 120 отправляет отчет в сетевом узле 111, 112, 130 в сети 100 беспроводной связи. Сообщение отправляется с помощью одной или нескольких сот из второй группы сот 116, продолжая при этом поддерживать связь с сетью 100 беспроводной связи. Отчет содержит информацию о линии радиосвязи относительно RLF в одной или нескольких сотах из первой группы сот 115. Например, отчет может указывать сетевому узлу 111, 112, 130, что возможность подключения больше не доступна.
Отчет может указывать второму сетевому узлу 112 на то, чтобы обработать RLF в одной или нескольких сотах из первой группы сот 115, продолжая при этом поддерживать связь с сетью 100 беспроводной связи. Это означает, что электронный отчет может указывать второй сетевой узел 112 на то, чтобы обработать RLF в одной или нескольких сотах из первой группы сот 115, продолжая при этом поддерживать связь с сетью 100 беспроводной связи. Отчет может быть представлен посредством отчета PCell-RLF.
Этап 503
После отправки отчета с помощью одной или нескольких сот из второй группы сот 116 UE 120 может запустить таймер для приема подтверждения из сетевого узла 112, 130. Например, таймер может быть таймером ожидания. Это делается для того, чтобы UE 120 не ожидал бесконечное время приема подтверждения из сетевого узла 111, 112, 130, который может либо прийти, либо нет.
Этап 504
Когда истекает таймер, например, таймер ожидания, UE 120 инициирует процедуру RLF с последующим повторным установлением RRC-соединения для связи, такой, например, как соединение.
На фиг.6 показан пример способа, который в перспективе будет выполняться в сетевом узле 111, 112, 130. Способ предназначен для обработки RLF, который произошел в одной или нескольких первых сотах в первой группе сот 115 в сети 100 беспроводной связи. UE 120 участвует в текущей связи с сетью 100 беспроводной связи с помощью первой группы соты 115 и второй группы сот.
Как упомянуто выше, это означает, что UE 120 участвует в текущей связи с сетью 100 беспроводной связи с помощью одной или нескольких сот из первой группы сот 115, например, PCell, и одной или нескольких сот из второй группы сот 116, например, одной или нескольких сот SCell.
Первая группа сот может содержать одну или несколько PCell, и вторая группа сот может содержать одну или несколько SCell.
Связь может быть представлена путем дублирования в соответствии с любым из: дублирования на уровне CA в NR или дублирования на уровне DC в NR.
Способ содержит следующие этапы, которые могут быть выполнены в любом подходящем порядке. Необязательные этапы способа показаны пунктирными прямоугольниками.
Короче говоря, способ содержит один или несколько из следующих этапов:
На этапе 601 сетевой узел 111, 112, 130 получает информацию о RLF в одной или нескольких сотах из первой группы сот 115.
На этапе 602 сетевой узел 111, 112, 130 деактивирует любую из одной или нескольких сот из первой группы сот 115 и дублирование, такое, например, как дублирование CA для UE 120, в то время как на этапе 603 продолжается текущая связь, в которой участвует UE 120.
В некоторых вариантах осуществления, в которых деактивируются одна или несколько сот из второй группы сот 116, сетевой узел 111, 112, 130 может на этапе 604 назначить одну или несколько сот из второй группы сот 116 в качестве новой первой группы сот 115.
Более подробно, способ содержит один или несколько из следующих этапов, при этом этапы будут дополнительно описаны в абзацах после пронумерованных названий этапов способа.
Этап 601
Сетевой узел 111, 112, 130 получает информацию о RLF в одной или нескольких сотах из первой группы сот 115. Это означает, что сетевой узел 111, 112, 130 получает информацию о RLF в одной или нескольких сотах из первой группы сот 115.
В некоторых вариантах осуществления информация относительно RLF в PCell 115 получается посредством любого из:
- приема отчета из UE 120 с помощью одной или нескольких сот из второй группы сот 116, который содержит информацию о линии радиосвязи относительно RLF в одной или нескольких сотах из первой группы сот 115, и
- обнаружения сетевым узлом 112, 130 посредством контроля одной или нескольких сот из первой группы сот 115.
Отчет может быть представлен с помощью отчета PCell-RLF.
Этапы 602 и 603
Сетевой узел 111, 112, 130 деактивирует (этап 602) любую из одной или нескольких сот из первой группы сот 115 и дублирование, такое, например, как дублирование CA для UE 120, при этом продолжается (этап 602) текущая связь, в которой участвует UE 120.
Это означает, что в некоторых вариантах осуществления сетевой узел 111, 112, 130 деактивирует одну или несколько сот из первой группы сот 115, продолжая при этом текущую связь, в которой участвует UE 120.
Это означает, что в некоторых альтернативных вариантах осуществления сетевой узел 111, 112, 130 деактивирует дублирование, такое, например, как дублирование CA для UE 120, при этом продолжается текущая связь, в которой участвует UE 120.
Текущая связь, в которой участвует UE 120, может быть продолжена с помощью одной или нескольких сот из второй группы сот 116. Это означает, что текущая связь, в которой участвует UE 120, может продолжаться с помощью одной или нескольких сот из второй группы сот 116.
Этап 604
В некоторых вариантах осуществления деактивируются одна или несколько сот из второй группы сот 116. Это означает, что деактивируются одна или несколько сот из второй группы сот 116. В этих вариантах осуществления сетевой узел 111, 112, 130 может назначить одну или несколько сот из второй группы сот 116 в качестве новой первой группы сот 115. Это означает, что сетевой узел 111, 112, 130 может назначить одну или несколько сот из второй группы сот 116 в качестве новой первой группы сот 115. Например, сетевой узел 111, 112, 130 может назначить SCell в качестве новой PCell.
Приведенные выше варианты осуществления будут теперь дополнительно объяснены и проиллюстрированы ниже. Следует отметить, что фраза "главный узел (MN)" может взаимозаменяемо использоваться с фразой "первый сетевой узел 111", и фраза "вторичный узел (SN)" может взаимозаменяемо использоваться с фразой "первый сетевой узел 111".
Следует отметить, что, хотя в данном документе рассматривается случай автономного NR, варианты осуществления, представленные в данном документе, также применимы к неавтономным случаям, таким как DC LTE-NR, где LTE является главным, то есть первым сетевым узлом 111, и NR является вторичным узлом (EN-DC), то есть вторым сетевым узлом 112. Кроме того, в NE-DC NR является главным узлом, то есть первым сетевым узлом 111, и LTE является вторичным узлом, то есть вторым сетевым узлом 112. Кроме того, в (NN)NR-DC как главный, так и вторичный узлы являются узлами NR или даже узлами между NR и другими RAT. Некоторые примеры возможного поведения в случае автономного NR приведены как в вариантах осуществления UE 120, так и в сетевом узле 111, 112, 130. EN представляет собой E-UTRA-NR, NE – NR-E-UTRA, и NN(NR) – NR-NR.
Согласно вариантам осуществления, представленным в данном документе, когда дублирование CA является активным в автономном NR, UE 120 при обнаружении сбоя в линии радиосвязи в PCell вместо инициирования повторного установления RRC-соединения может отправлять отчет RLF, например, PCell-RLF, с помощью SCell для сети, такой как первый сетевой узел 111, который может предпринять необходимые действия для замены вышедшей из строя PCell в SCell, при этом выполняя реконфигурирование RRC или деактивацию дублирования CA и продолжая передачи с помощью SCell.
Примеры UE 120
В приведенных в данном документе примерах термины "первая группа сот" и "PCell" могут использоваться взаимозаменяемо, и термины "вторая группа сот" и "SCell" могут использоваться взаимозаменяемо.
В одном примере UE 120, использующее CA, когда обнаруживает, что достигнуто максимальное количество повторных передач RLC, отправляет отчет PCell-RLF в сетевой узел 111, 112, 113. В еще одном примере максимальное количество повторных передач RLC подсчитывается отдельно на двух или более используемых несущих, то есть в одной из PCell и одной (или нескольких) из SCell.
В другом примере RLF обнаруживается тогда, когда измеренное RSRP является слишком низким, ниже определенного предела. Тем не менее, в одном примере, RLF обнаруживается тогда, когда UE 120 не удается декодировать PDCCH из-за качества сигнала мощности, например, низкого уровня RSRP, и/или качества принимаемого опорного сигнала (RSRQ). Кроме того, в другом примере, RLF также обнаруживается тогда, когда UE 120 не удается декодировать PDSCH из-за качества сигнала мощности, например, из-за низкой RSRP или низкого RSRQ.
В одном примере, UE 120, использующее CA, продолжает отслеживать ассоциацию объекта RLC и несущей, на которой отправляются пакеты RLC из этого объекта. Оно может также подсчитать количество сбоев, возникших в результате использования этой несущей. В другом примере подсчет сбоев несущей приходится на пакет RLC. То есть несколько счетчиков сбоев, то есть один или несколько счетчиков сбоев, могут инициироваться всякий раз, когда пакет RLC отправляется на данной несущей, и увеличивать свое значение каждый раз, когда происходит сбой. Если пакет RLC успешно отправлен, счетчик ошибок для этого счетчика, связанного с несущей и соответствующим пакетом RLC, удаляется.
В другом примере, когда UE 120 обнаруживает сбой PCell, оно отправляет отчет PCell-RLF с помощью SCell в обслуживающий сетевой узел, такой как второй сетевой узел 112 или сетевой узел 111, 112 130. В качестве одного из примеров отчет PCell-RLF представляет собой новое сообщение RRC или гармонизированное сообщение, которое будет определено для рассмотрения сценариев частичных сбоев, таких как информация о сбое SCG (SCGFailureInformation), SCell-RLF и PCell-RLF.
В одном примере, после отправки отчета PCell-RLF с помощью SCell в сетевой узел 111, 112 130, UE 120 останавливает дублирование CA и останавливает трафик UL на вышедшей из строя несущей. В другом примере UE 120 после отправки отчета PCell-RLF с помощью SCell начинает пересылку трафика PCell с помощью SCell.
Так как контроль линии радиосвязи выполняется только в PCell, при отправке PCell-RLF с помощью SCell, UE 120 не имеет гарантии, что SCell не вышла из строя или не выйдет из строя в этот момент. Во избежание этой проблемы, в одном примере UE 120 при отправке отчета PCell-RLF с помощью SCell запускает таймер, такой как таймер ожидания, для приема подтверждения (ACK) из сетевого узла 111, 112 130.
В одном примере подтверждение представляет собой реконфигурирование RRC-соединения. В другом примере подтверждением является ответное сообщение на отчет PCell-RLF или аналогичный отчет об ошибке.
В одном примере таймер ожидания, который UE 120 запускает после отправки отчета PCell-RLF с помощью SCell, является новым таймером RRC. В еще одном примере таймер ожидания является одним из существующих таймеров, таких как T310 или T311, которые используются в процедурах обнаружения и восстановления линии радиосвязи.
В другом примере, по истечении времени таймера ожидания, UE 120 запускает унаследованную процедуру RLF с последующим повторным установлением RRC-соединения.
В другом примере, после обнаружения RLF, UE 120 запускает RLM по меньшей мере в одной из SCell, таких как та, которая имеет наивысшую мощность или качество сигнала, или та, которая находится на самой низкой несущей частоте или сконфигурирована сетью для RLM, например, в случае PCell-RLF. Параметры RLM, такие как параметры фильтрации, таймеры, пороговые значения, могут быть такими же, как параметры RLM, сконфигурированные для PCell, или могут быть определены отдельно для одной или более SCell.
В другом примере UE 120 сконфигурировано с дублированным SRB1 на уровне CA, одним в PCell и одним в SCell, и после обнаружения RLF в PCell UE 120 использует SRB1 в SCell для отправки отчета PCell-RLF.
В другом примере UE 120 сконфигурировано с дублированным SRB1 на уровне CA «на всякий случай», одним в PCell и одним в SCell, где использование в SCell не является активным, то есть данные SRB1 передаются только с помощью RLC, связанным с PCell. После обнаружения RLF с помощью PCell UE 120 может активировать использование RLC/SCell, то есть RLC, связанное с SCell, и отправлять RLF PCell только с использованием этого RLC, связанного с этой SCell. В другом подпримере UE 120 активирует использование RLC, связанное с SCell, еще до того, как обнаруживается RLF PCell. То есть указание RLF, возможного и/или потенциального RLF или предстоящего RLF, например, при измерении PCell, падает ниже определенного значения, сконфигурированного сетью. На этот раз UE 120 может быть выполнено с возможностью использования дублирования в обоих случаях или просто использования SCell для отправки данных SRB1.
В качестве альтернативы, если в SCell уже имеется некоторый грант планирования, который может быть легко использован для отправки RLF PCell, UE 120 может использовать такой грант планирования для отправки PCell-RLF, независимо от того, был или нет дублирован SBR1 в PCell и в одном SCell. В одном примере, если DC разрешена, то есть существует главный узел (MN) и вторичный узел, если сбой в линии радиосвязи происходит в PSCell, то есть соответствующее дублирование CA было для однонаправленного канала SCG или SCG, UE 120 может вызвать сбой SCG и отправить информацию SCGFailure в MN, которая может предпринять необходимые действия. MN может быть первым сетевым узлом 111. В качестве альтернативы, в другом примере вместо инициирования сбоя SCG UE 120 отправляет новый отчет, например, отчет PSCell RLF, во вторичный узел (SN). SN может быть вторым сетевым узлом 112. Это можно выполнить с помощью SRB3, который уже «подготовлен» к дублированию и может использовать SCell для отправки отчета таким же образом, как описано выше для SRB1, или это может быть даже то, что SRB3 связан с использованием SCell без дублирования. Даже без SRB3, UE 120 может отправлять данные с помощью встроенного SRB1 в MN, которые затем пересылаются в SN.
Во всех приведенных выше примерах UE 120 может также включать в себя последние измерения, касающиеся PCell, и/или SCell и/или соседних сот, в отчете о сбое, PCell-RLF, PSCell RLF, сбое SCG и т.д.
Примеры сетевых узлов 111, 112, 130
В одном примере сетевой узел 111, 112, 130 конфигурирует UE 120 с одной SCell, которая также имеет активный PUCCH, так что SCell может использоваться для отправки сообщения RLF PCell.
В одном примере сетевой узел 111, 112, 130 конфигурирует SRB1 для дублирования CA в PCell и в одной из SCell, то есть двух RLC, одно из которых связано с PCell, и другое с SCell, на основе приложения/услуги, которую UE 120 использует в текущий момент времени или будет использовать в будущем, например, URLLC.
В одном подпримере предыдущего примера сеть, такая как сетевой узел 111, 112, 130, конфигурирует дублирование CA для SRB1, но устанавливает его в качестве неактивного в начале, то есть данные SRB1, отправленные только с помощью RLC, связанного с PCell, и данные не отправляются в другое RLC, и он конфигурирует UE 120 для активации его только тогда, когда PCell испытывает RLF. Такое дублирование SRB «на всякий случай» может также использоваться для других целей, например, сеть, такая как сетевой узел 111, 112, 130, может конфигурировать UE 120 для активации дублирования или только использования тракта SCell, если измерение в PCell падает ниже определенного порога. Во всех предыдущих примерах решение относительно конфигурирования UE 120 таким образом, чтобы PUCCH был активным в SCell, или/и уровень CA дублировал SRB1, и/или уровень CA «на всякий случай» дублировал SRB1, который становится активным при определенных условиях, может основываться на типе приложения и/или услуги, которой пользуется UE 120 в текущий момент времени или которую оно предполагает использовать в будущем, например, URLLC.
В одном примере сетевой узел 111, 112, 130 выполняет обнаружение и/или контроль линии радиосвязи в PCell. Например, сетевой узел 111, 112, 130 предполагает, что PCell вышла из строя или вот-вот выйдет из строя, если обнаружит, что качество и/или мощность сигнала SRS становятся намного ниже определенного ожидаемого порога, при этом (N)ACK, ожидаемые из UE 120, не принимаются вовремя и т.д. Тем не менее, в другом примере сетевой узел 111, 112, 130 выполняет обнаружение и/или контроль линии радиосвязи путем подсчета непереданной повторной передачи RLC после запуска каждой повторной передачи путем отправки отчета о состоянии RLC.
В другом примере подсчет сбоев на одной несущей приходится на пакет RLC. То есть несколько счетчиков сбоев могут инициироваться всякий раз, когда пакет RLC отправляется на данной несущей, и увеличиваться каждый раз, когда происходит сбой. Если пакет RLC успешно отправлен, счетчик ошибок для этого счетчика, связанного с несущей и соответствующим пакетом RLC, удаляется.
В одном примере, после обнаружения сбоя в линии радиосвязи в PCell, сетевой узел 111, 112, 130 может немедленно деактивировать PCell, сбросить объект HARQ, связанный с PCell, если дублирование является активным, и сделать SCell в качестве новой PCell, но добавляя при этом в ряде случаев новую SCell. В этом случае контроль линии радиосвязи запускается в новой PCell, то есть в прежней SCell.
Тем не менее, в другом примере после обнаружения сбоя линии радиосвязи в PCell, сетевой узел 111, 112, 130 может деактивировать дублирование CA, сбросить объект HARQ, связанный с PCell, и продолжить обычные передачи в SCell.
В одном из примеров, после приема PCell-RLF, сетевой узел 111, 112, 130 отправляет сообщение о реконфигурировании RRC-соединения в UE 120, чтобы передать новую конфигурацию радиосвязи, которая может включать в себя конфигурацию новой PCell. Она может быть либо SCell, которая использовалась для приема RLF PCell, либо другой SCell, которую UE 120 уже использовал, либо новой SCell, которая должна быть добавлена. После обнаружения сбоя сетевой узел 111, 112, 130 может также деконфигурировать или деактивировать дублирование CA для UE 120 посредством RRC-сигнализации или CE MAC для деактивации дублирования. Таким образом, сетевой узел 111, 112, 130 может деконфигурировать логический канал RLC и/или радиоканал, связанный с вышедшей из строя PCell. Сеть также может устанавливать и/или сохранять дублирование CA, но на этот раз между новой PCell и одной из SCell.
В другом примере, при обнаружении RLF в PCell, сетевой узел 111, 112, 130 может незамедлительно деактивировать PCell и сбросить объект HARQ, связанный с PCell только тогда, когда дублирование остается или было активным.
В одном примере, если DC разрешена, то есть существует MN и вторичный узел, после приеме информации SCGFailure MN инициирует процедуру изменения и/или модификации вторичного узла. Тем не менее, в другом примере, после приема информации SCGFailure, MN пересылает ее с межузловым сообщением в SN, который может предпринять необходимое действие, например, изменение PSCell.
В другом примере, SN может напрямую принимать новый отчет из UE 120, например, RLF PSCell, либо с помощью SRB3, либо встроенный с помощью SRB1, и пересылать в направлении SN с помощью X2/Xn. SN при получении этой информации может выполнять процедуру модификации SN, например, изменение PSCell. Это может быть основано на информации об измерениях, включенной в RLF PSCell. SN может выполнять аналогичные операции, как в MN, для случая RLF PCell (то есть деактивация дублирования на уровне CA, сохранение дублирования на уровне CA, но на этот раз с новой PSCell и другой SCell и т.д.
На фиг.7 показан пример UE 120, и на фиг.8 показан пример сетевого узла 111, 112, 130.
Сетевой узел 111, 112, 130 и UE 120 могут содержать соответствующие интерфейсы 700, 800 ввода и вывода, выполненные с возможностью обмениваться данными друг с другом, смотри фиг.7 и 8. Соответствующие интерфейсы 700, 800 ввода и вывода могут содержать беспроводной приемник (не показан) и беспроводной передатчик (не показан).
Для выполнения этапов способа, как упомянуто выше, UE 120 может содержать блок 710 обнаружения, блок 720 отправки, блок 730 запуска и блок 740 инициирования, как показано на фиг.7.
Для выполнения этапов способа, как упомянуто выше, сетевой узел 112, 112, 130 может содержать блок 810 получения, блок 820 деактивации, блок 830 назначения и блок 840 продолжения, которые показаны на фиг.8.
Варианты осуществления, представленные в данном документе, могут быть реализованы посредством соответствующего процессора или одного или нескольких процессоров, таких как процессор 850 схемы обработки в сетевом узле 111, 112, 130 и процессор 750 схемы обработки в UE 120, показанном на фиг.7 и 8, вместе с кодом компьютерной программы для выполнения функций и этапов вариантов осуществления, представленных в данном документе. Упомянутый выше программный код может быть также предоставлен в виде компьютерного программного продукта, например, в виде носителя информации, несущего код компьютерной программы для выполнения вариантов осуществления, приведенных в данном документе, при загрузке в сетевой узел 111, 112, 130 и UE 120. Один такой носитель информации может быть выполнен в виде диска CD-ROM. Однако это возможно при использовании других носителей информации, таких как карта памяти. Кроме того, код компьютерной программы может быть предоставлен в виде чистого программного кода на сервере и загружен в сетевой узел 111, 112, 130 и UE 120.
Сетевой узел 111, 112, 130 и UE 120 могут дополнительно содержать, соответственно, память 860, 760, содержащую один или несколько блоков памяти. Память содержит инструкции, исполняемые процессором в сетевом узле 111, 112 и UE 120.
Память выполнена с возможностью хранения, например, информации, данных, конфигураций и прикладных программ для выполнения способов, описанных в данном документе, при их исполнении в сетевом узле 111, 112, 130 и UE 120.
В некоторых вариантах осуществления соответствующая компьютерная программа 870, 770 содержит инструкции, которые при их исполнении по меньшей мере одним процессором предписывают по меньшей мере одному процессору сетевого узла 111, 112, 130 и UE 120 выполнять описанные выше этапы.
В некоторых вариантах осуществления соответствующий носитель 880, 780 информации содержит соответствующую компьютерную программу, причем носитель информации представляет собой одно из: электрического сигнала, оптического сигнала, электромагнитного сигнала, магнитного сигнала, электрического сигнала, радиосигнала, микроволнового сигнала или машиночитаемого носителя информации.
Специалистам в данной области техники также будет понятно, что описанные выше блоки в сетевом узле 111, 112, 130 и UE 120, могут относиться к комбинации аналоговых и цифровых схем и/или одного или нескольких процессоров, сконфигурированных с программным обеспечением и/или программно-аппаратным обеспечением, например, хранящимся в сетевом узле 111, 112, 130 и UE 120, которое исполняется соответствующими одним или несколькими процессорами, такими как процессоры, описанные выше. Один или несколько из этих процессоров, а также другое цифровое оборудование, могут быть включены в одну специализированную интегральную схему (ASIC), или несколько процессоров и различное цифровое оборудование могут быть распределены по нескольким отдельным компонентам, независимо от того, корпусированы они или собраны в системе на кристалле (SoC).
Некоторые примерные варианты осуществления, пронумерованные пп.1-32, описаны ниже. Следующие варианты осуществления относятся, среди прочего, к фиг.5, фиг.6, фиг.7 и фиг.8.
Вариант 1 осуществления. Способ, выполняемый пользовательским оборудованием (UE) 120 для обработки сбоя в линии радиосвязи (RLF) в первой группе сот 115 в сети 100 беспроводной связи, причем UE 120 участвует в текущей связи с сетью 100 беспроводной связи с помощью первой группы сот 115 и второй группы сот 116, причем способ содержит:
обнаружение 501 того, что RLF или, например, указание RLF, находится в одной или нескольких сотах из первой группы сот 115,
отправку 502 отчета в сетевой узел 111, 112, 130 в сети 100 беспроводной связи с помощью одной или нескольких сот из второй группы сот 116, продолжая при этом поддерживать связь с сетью 100 беспроводной связи, причем отчет содержит информацию о линии радиосвязи относительно RLF в одной или нескольких сотах из первой группы сот 115. Отчет может, например, указывать сетевому узлу 110 то, что связь больше не доступна.
Вариант 2 осуществления. Способ согласно варианту 1 осуществления, в котором имеет место любое одно или несколько из следующего:
первая группа сот содержит одну или несколько первичных сот (PCell).
вторая группа сот содержит одну или несколько вторичных сот SCell.
Вариант 3 осуществления. Способ согласно любому из вариантов осуществления 1-2, дополнительно содержащий:
отчет, который указывает второму сетевому узлу 112 обрабатывать RLF в одной или нескольких сотах из первой группы сот 115, продолжая при этом поддерживать связь с сетью 100 беспроводной связи.
Вариант 4 осуществления. Способ согласно любому из вариантов осуществления 1-3, в котором отчет представлен с помощью отчета PCell-RLF.
Вариант 5 осуществления. Способ согласно любому из вариантов 1-4 осуществления, в котором сообщение представлено дублированием в соответствии с любым из:
дублирования на уровне агрегации несущих (CA) в новом радио (NR) и
дублирования на уровне двойной связности (DC) в NR.
Например, в дополнение к этому, способ может также применяться тогда, когда дублирование не является активным, и имеется управление потоком между первой группой сот, такой как одна или несколько PCell, и второй группой сот, такой как одна или более SCell. Это означает, что UE 120 передает в одной из них, и сеть переключает поток между одним из них .
Вариант 6 осуществления. Способ согласно любому из вариантов 1-5 осуществления, содержит то, что RLF находится в одной или нескольких сотах из первой группы сот, например, в одной или более PCell 115 обнаруживается тогда, когда имеет место любое одно или более из:
- когда обнаруживается, что достигнуто максимальное количество повторных передач управления линией радиосвязи (RLC),
- когда измеренная мощность принимаемого опорного символа (RSRP) находится ниже порогового значения, такого как определенный предел,
- когда UE 120 не удается декодировать физический канал управления нисходящей линии связи (PDCCH) из-за качества мощного сигнала,
- когда UE 120 не удается декодировать физический совместно используемый канал нисходящей линии связи (PDSCH) из-за качества мощного сигнала, и
- когда подсчитанное количество сбоев, которые возникли в результате использования несущей, превышает пороговое значение, при этом UE 120, использующее СА, продолжает отслеживать ассоциацию объекта RLC и несущей, на которой отправляются пакеты RLC из этого объекта, и оно также подсчитывает количество сбоев, возникших в результате использования этой несущей.
Вариант 7 осуществления. Способ согласно любому из вариантов 1-6 осуществления, дополнительно содержащий:
после отправки отчета с помощью одной или нескольких сот из второй группы сот 116, запускается 503 таймер, например, таймер ожидания, для приема подтверждения из сетевого узла 111, 112, 130.
По истечении времени таймера, например, таймера ожидания, инициируется 504 процедура RLF с последующим повторным установлением RRC-соединения для соединения.
Вариант 8 осуществления. Компьютерная программа 770, содержащая инструкции, которые при их исполнении процессором 750 предписывают процессору 750 выполнять этапы согласно любому из вариантов 1-7 осуществления.
Вариант 9 осуществления. Носитель 780 информации, содержащий компьютерную программу согласно варианту 8 осуществления, в которой носитель 780 информации представляет собой одно из: электрического сигнала, оптического сигнала, электромагнитного сигнала, магнитного сигнала, электрического сигнала, радиосигнала, микроволнового сигнала или машиночитаемого носителя информации.
Вариант 10 осуществления. Способ, выполняемый сетевым узлом 111, 112, 130 для обработки сбоя в линии радиосвязи (RLF) в первой группе сот 115 в сети 100 беспроводной связи, в которой участвует пользовательское оборудование (UE) 120 в текущей связи с сетью 100 беспроводной связи с помощью первой группы сот и второй группы сот, причем способ содержит:
получение 601 информации о RLF в одной или нескольких сотах из первой группы сот 115,
деактивацию 602 любую из одной или нескольких сот из первой группы сот 115 и дублирование, такое, например, как дублирование CA для UE 120, при продолжении 603 текущей связи, в которой участвует UE 120.
Вариант 11 осуществления. Способ согласно варианту 10 осуществления, в котором информация о RLF в PCell 115 получается посредством любого из:
- приема в отчете из UE 120 с помощью одной или нескольких сот из второй группы сот 116, причем этот отчет содержит информацию о линии радиосвязи относительно RLF в одной или нескольких сотах из первой группы сот 115, и
- обнаружения сетевым узлом 111, 112, 130 посредством контроля одной или нескольких сот из первой группы сот 115.
Вариант 12 осуществления. Способ согласно любому из вариантов 10-11 осуществления, в котором отчет предоставляется с помощью отчета PCell-RLF.
Вариант 13 осуществления. Способ согласно любому из вариантов 10-12 осуществления, в котором текущая связь, в которой участвует UE 120, продолжается с помощью одной или нескольких сот из второй группы сот 116.
Вариант 14 осуществления. Способ согласно любому из вариантов 10-13 осуществления, в котором сообщение представляет собой любое из следующего:
дублирование на уровне агрегации несущих (CA) в новом радио (NR), и
дублирование на уровне двойной связности (DC) в NR.
Вариант 15 осуществления. Способ согласно любому из вариантов 10-14 осуществления, в котором деактивируются одна или несколько сот из второй группы сот 116, и
назначаются 604 одна или несколько сот из второй группы сот 116 в качестве новой первой группы сот 115.
Вариант 16 осуществления. Способ согласно любому из вариантов 10-15 осуществления, в котором имеет место любое одно или несколько из следующего:
первая группа сот содержит одну или несколько первичных сот (PCell).
вторая группа сот содержит одну или несколько вторичных сот (SCell).
Вариант 17 осуществления. Компьютерная программа 870, содержащая инструкции, которые при их исполнении процессором 850 предписывают процессору 850 выполнять этапы согласно любому из вариантов 10-16 осуществления.
Вариант 18 осуществления. Носитель информации, содержащий компьютерную программу согласно варианту 17 осуществления, причем носитель информации представляет собой одно из: электрического сигнала, оптического сигнала, электромагнитного сигнала, магнитного сигнала, электрического сигнала, радиосигнала, микроволнового сигнала или машиночитаемого носителя информации.
Вариант 19 осуществления. Пользовательское оборудование (UE) 120 для обработки сбоя в линии радиосвязи (RLF) в первой группе сот 115 в сети 100 беспроводной связи, причем UE 120 выполнено с возможностью участия в текущей связи с сетью 100 беспроводной связи с помощью первой группы сот 115 и второй группы сот 116, при этом UE 120 выполнено с возможностью:
обнаружения того, что RLF или, например, указание RLF, находится в одной или нескольких сотах из первой группы сот 115, например, с помощью блока 710 обнаружения в UE 120
отправки, например, с помощью блока 720 отправки в UE 120, отчета в сетевой узел 111, 112, 130 в сети 100 беспроводной связи с помощью одной или нескольких сот из второй группы сот 116, при этом продолжая поддерживать связь с сетью 100 беспроводной связи, причем отчет содержит информацию о линии радиосвязи относительно RLF в одной или нескольких сотах из первой группы сот 115. Отчет, например, указывает сетевому узлу 110 на то, что соединение больше не доступно.
Вариант 20 осуществления. UE 120 согласно варианту 19 осуществления, в котором имеет место любое одно или более из следующего:
первая группа сот выполнена таким образом, чтобы содержать одну или несколько первичных сот (PCell).
вторая группа сот выполнена таким образом, чтобы содержать одну или несколько вторичных сот SCell.
Вариант 21 осуществления. UE 120 согласно любому из вариантов 19-20 осуществления, дополнительно содержащее:
отчет, который выполнен с возможностью указания второму сетевому узлу 112 обрабатывать RLF в одной или нескольких сотах из первой группы сот 115, при этом продолжая поддерживать связь с сетью 100 беспроводной связи.
Вариант 22 осуществления. UE 120 согласно любому из вариантов 19-21 осуществления, в котором отчет выполнен с возможностью представления с помощью отчета PCell-RLF.
Вариант 23 осуществления. UE 120 согласно любому из вариантов 19-22 осуществления, в котором связь выполнена с возможностью представления путем дублирования в соответствии с любым из:
дублирования на уровне агрегации несущих (CA) в новом радио (NR),
дублирования на уровне двойной связности (DC) в NR.
Например, помимо этого, способ может также применяться тогда, когда дублирование не является активным, и имеется управление потоком между первой группой сот, такой как одна или несколько PCell, и второй группой сот, такой как одна или более SCell. Это означает, что UE 120 передает в одной из них, и поток переключается между одной из них сетью.
Вариант 24 осуществления. UE 120 согласно любому из вариантов 19-23 осуществления, в котором RLF, который находится в одной или нескольких сотах из первой группы сот, например, в одной или нескольких PCell 11, обнаруживается тогда, когда имеет место любое одно или несколько из:
- когда обнаруживается, что достигнуто максимальное количество повторных передач управления линией радиосвязи (RLC),
- когда измеренная мощность принимаемого опорного символа (RSRP) находится ниже порогового значения, такого как определенный предел,
- когда UE 120 не удается декодировать физический канал управления нисходящей линии связи (PDCCH) из-за качества сигнала мощности,
- когда UE 120 не удается декодировать физический совместно используемый канал нисходящей линии связи (PDSCH) из-за качества сигнала мощности, и
- когда подсчитанное количество сбоев, которые возникли в результате использования несущей, превышает пороговое значение, при этом UE 120, использующее CA, продолжает отслеживать ассоциацию объекта RLC и несущей, на которой отправляются пакеты RLC из этого объекта, а также подсчитывает количество сбоев, возникших в результате использования этой несущей.
Вариант 25 осуществления. UE 120 согласно любому из вариантов 19-24 осуществления, дополнительно выполненный с возможностью:
после отправки отчета с помощью одной или нескольких сот из второй группы сот 116, запуска таймера, например, таймера ожидания, для приема подтверждения из сетевого узла 111, 112, 130, например, с помощью блока 730 запуска в UE 120,
по истечении времени таймера ожидания, запуска процедуры RLF с последующим повторным установлением RRC-соединения для соединения, например, с помощью блока 740 инициирования в UE 120.
Вариант осуществления UE 120 согласно любому из вариантов 19-25 осуществления, в котором UE 120 дополнительно выполнено с возможностью:
после обнаружения RLF, запуска контроля линии радиосвязи (RLM) по меньшей мере в одной из SCell.
Вариант осуществления согласно варианту 28 осуществления, в котором UE 120 дополнительно выполнено с возможностью запуска RLM в любой из: SCell с самой высокой мощностью или с самым высоким качеством сигнала, или SCell на самой низкой несущей частоте или одной или нескольких SCell, сконфигурированных сетью для RLM.
Вариант 26 осуществления. Сетевой узел 111, 112, 130 для обработки сбоя в линии радиосвязи (RLF) в первой группе сот 115 в сети 100 беспроводной связи, в котором пользовательское оборудование (UE) 120 выполнено с возможностью участия в текущей связи с сетью 100 беспроводной связи с помощью первой группы сот 115 и второй группы сот 116, причем сетевой узел 111, 112, 130 выполнен с возможностью:
получения информации относительно RLF в одной или нескольких сотах из первой группы сот 115, например, посредством блока 810 получения в сетевом узле 111, 112, 130,
деактивации любой одной или нескольких сот из первой группы сот 115, например, посредством блока 820 деактивации в сетевых узлах 111, 112, 130, и, например, дублирования, такого, например, как дублирование CA для UE 120, при этом продолжая текущую связь, в которой участвует UE 120, например, посредством блока 840 продолжения в сетевом узле 111, 112, 130.
Вариант 27 осуществления. Сетевой узел 111, 112, 130 согласно варианту 26 осуществления, в котором информация относительно RLF в одной или нескольких сотах из первой группы сот 115 выполнена с возможностью получения посредством любого одного из:
- приема в отчете из UE 120 с помощью одной или нескольких сот из второй группы сот 116, причем этот отчет содержит информацию о линии радиосвязи относительно RLF в одной или нескольких сотах из первой группы сот 115, и
- обнаружения сетевым узлом 111, 112, 130 посредством контроля одной или нескольких сот из первой группы сот 115.
Вариант 28 осуществления. Сетевой узел 111, 112, 130 согласно любому из вариантов 26-27 осуществления, в котором отчет выполнен с возможностью представления с помощью отчета PCell-RLF.
Вариант 29 осуществления. Сетевой узел 111, 112, 130 согласно любому из вариантов 26-28 осуществления, в котором текущая связь, в которой участвует UE 120, выполнена с возможностью продолжения с помощью одной или нескольких сот из второй группы сот 116.
Вариант 30 осуществления. Сетевой узел 111, 112, 130 согласно любому из вариантов 26-29 осуществления, в котором связь выполнена с возможностью представления любым из следующего:
дублирование на уровне агрегации несущих (CA) в новом радио (NR) и
дублирование на уровне двойной связности (DC) в NR.
Вариант 31 осуществления. Сетевой узел 111, 112, 130 согласно любому из вариантов 26-30 осуществления, в котором одна или несколько сот из второй группы сот 116 выполнены с возможностью деактивации, причем сетевой узел 111, 112, 130 дополнительно выполнен с возможностью, например, посредством блока 830, назначения в сетевом узле 111, 112, 130:
назначения одной или нескольких сот из второй группы сот 116 в качестве новой первой группы сот 115.
Вариант 32 осуществления . Сетевой узел 111, 112, 130 согласно любому из вариантов 26-31 осуществления, в котором имеет место любое одно или несколько из следующего:
первая группа сот выполнена таким образом, чтобы содержать одну или несколько первичных сот (PCell), и
вторая группа сот выполнена таким образом, чтобы содержать одну или несколько вторичных сот SCell.
Как показано на фиг.9, в соответствии с вариантом осуществления система связи включает в себя телекоммуникационную сеть 3210, такую как сотовая сеть типа 3GPP, которая содержит сеть 3211 доступа, такую как сеть радиодоступа, и базовую сеть 3214. Сеть 3211 доступа содержит множество базовых станций 3212a, 3212b, 3212c, таких как первый и второй узлы 111, 112 сети, STA AP, NB, eNB, gNB или другие типы точек беспроводного доступа, каждая из которых определяет соответствующую зону 3213a, 3213b, 3213c покрытия. Каждая базовая станция 3212a, 3212b, 3212c может быть подключена к базовой сети 3214 через проводное или беспроводное соединение 3215. Первое пользовательское оборудование (UE), такое как UE 120, например, STA 3291 без AP, расположенное в зоне покрытия 3213c, выполнено с возможностью беспроводного подключения к или передачи сигналов поискового вызова с помощью соответствующей базовой станции 3212c. Второе UE 3292, такое как STA без AP в зоне покрытия 3213a, беспроводным образом подключается к соответствующей базовой станции 3212a. Хотя в этом примере проиллюстрировано множество UE 3291, 3292, раскрытые варианты осуществления в равной степени применимы к ситуации, когда одиночное UE находится в зоне покрытия, или когда одиночное UE подключается к соответствующей базовой станции 3212.
Телекоммуникационная сеть 3210 подключена непосредственно к хост-компьютеру 3230, который может быть реализован в виде аппаратных средств и/или программного обеспечения автономного сервера, сервера, реализованного в облаке, распределенного сервера или в виде ресурсов обработки в ферме серверов. Хост-компьютер 3230 может находиться в собственности или под управлением поставщика услуг или может управляться поставщиком услуг или от имени поставщика услуг. Соединения 3221 и 3222 между телекоммуникационной сетью 3210 и хост-компьютером 3230 могут продолжаться непосредственно от базовой сети 3214 до хост-компьютера 3230 или могут проходить через вспомогательную промежуточную сеть 3220. Промежуточная сеть 3220 может представлять собой одну или комбинацию из более чем одной: общедоступной, частной или развернутой сети; промежуточной сети 3220, если таковая имеется, может представлять собой магистральную сеть или Интернет; в частности, промежуточная сеть 3220 может содержать две или более подсетей (не показаны).
Система связи, показанная на фиг.9, в целом обеспечивает связность между одним из подключенных UE 3291, 3292, таких как, например, UE 120 и хост-компьютер 3230. Связность может быть описана как соединение 3250 поверх протокола IP (OTT). Хост-компьютер 3230 и подключенные UE 3291, 3292 выполнены с возможностью передачи данных и/или сигнализации через OTT-соединение 3250, используя сеть 3211 доступа, базовую сеть 3214, любую промежуточную сеть 3220 и возможную дополнительную инфраструктуру (не показана) в качестве посредников. OTT-соединение 3250 может быть прозрачным в том смысле, что участвующие устройства связи, через которые проходит OTT-соединение 3250, не знают о маршрутизации передач по восходящей и нисходящей линиям связи. Например, базовая станция 3212 может не знать или не нуждаться в информации о прошлой маршрутизации входящей передачи по нисходящей линии связи с данными, исходящими из хост-компьютера 3230, которые должны пересылаться (например, при передаче обслуживания) в подключенное UE 3291. Аналогичным образом, базовой станции 3212 не нужно знать о будущей маршрутизации исходящей передачи по восходящей линии связи, исходящей от UE 3291 в направлении хост-компьютера 3230.
Примерные реализации, в соответствии с вариантом осуществления, UE, базовой станции и хост-компьютера, обсужденные в предыдущих абзацах, будут теперь описаны со ссылкой на фиг.10. В системе 3300 связи хост-компьютер 3310 содержит аппаратные средства 3315, включая интерфейс 3316 связи, выполненный с возможностью установления и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 3300 связи. Хост-компьютер 3310 дополнительно содержит схему 3318 обработки, которая может иметь возможности хранения и/или обработки. В частности, схема 3318 обработки может содержать один или более программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их комбинации (не показаны), которые предназначены для исполнения инструкций. Хост-компьютер 3310 дополнительно содержит программное обеспечение 3311, которое хранится в хост-компьютере 3310 или доступно для него и исполняется схемой 3318 обработки. Программное обеспечение 3311 включает в себя хост-приложение 3312. Хост-приложение 3312 может быть выполнено с возможностью предоставления услуги удаленному пользователю, такому как UE 3330, устанавливающему соединение через OTT-соединение 3350, которое заканчивается в UE 3330 и хост-компьютере 3310. При предоставлении услуги удаленному пользователю хост-приложение 3312 может предоставлять пользовательские данные, которые передаются с использованием OTT-соединения 3350.
Система 3300 связи дополнительно включает в себя базовую станцию 3320, предусмотренную в телекоммуникационной системе и содержащую аппаратные средства 3325, позволяющие ей обмениваться данными с хост-компьютером 3310 и с UE 3330. Аппаратные средства 3325 могут включать в себя интерфейс 3326 связи для установки и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 3300 связи, а также радиоинтерфейс 3327 для установки и поддержания по меньшей мере беспроводного соединения 3370 с UE 3330, расположенным в зоне покрытия (не показана на фиг.10), обслуживаемой базовой станцией 3320. Интерфейс 3326 связи может быть выполнен с возможностью упрощения соединения 3360 с хост-компьютером 3310. Соединение 3360 может быть прямым, или оно может проходить через базовую сеть (не показана на фиг.10) телекоммуникационной системы и/или через одну или несколько промежуточных сетей вне телекоммуникационной системы. В показанном варианте осуществления аппаратные средства 3325 базовой станции 3320 дополнительно включают в себя схему 3328 обработки, которая может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их комбинации (не показаны), выполненные с возможностью исполнения инструкций. Базовая станция 3320 дополнительно имеет программное обеспечение 3321, хранящееся внутри нее или доступное через внешнее соединение.
Система 3300 связи дополнительно включает в себя уже упомянутое UE 3330. Его аппаратные средства 3335 могут включать в себя радиоинтерфейс 3337, выполненный с возможностью установки и поддержания беспроводного соединения 3370 с базовой станцией, обслуживающей зону покрытия, в которой на данный момент находится UE 3330. Аппаратные средства 3335 UE 3330 дополнительно включают в себя схему 3338 обработки, которая может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их комбинации (не показаны), выполненных с возможностью исполнения инструкций. UE 3330 дополнительно содержит программное обеспечение 3331, которое хранится в UE 3330 или доступно для него и может исполняться схемой 3338 обработки. Программное обеспечение 3331 включает в себя клиентское приложение 3332. Клиентское приложение 3332 может быть выполнено с возможностью предоставлять услугу пользователю- человеку или пользователю-не человеку через UE 3330, с поддержкой хост-компьютера 3310. В хост-компьютере 3310 исполняющее хост-приложение 3312 может поддерживать связь с исполняющимся клиентским приложением 3332 через OTT-соединение 3350, оканчивающееся в UE 3330 и хост-компьютере 3310. При предоставлении услуги пользователю, клиентское приложение 3332 может принимать данные запроса из хост-приложения 3312 и предоставлять пользовательские данные в ответ на данные запроса. OTT-соединение 3350 может передавать как данные запроса, так и данные пользователя. Клиентское приложение 3332 может взаимодействовать с пользователем для выработки пользовательских данных, которые оно предоставляет.
Следует отметить, что хост-компьютер 3310, базовая станция 3320 и UE 3330, показанные на фиг.10, могут быть аналогичны или идентичны хост-компьютеру 3230, одной из базовых станций 3212a, 3212b, 3212c и одному из UE 3291, 3292, которые показаны на фиг.9, соответственно. То есть внутренняя работа этих объектов может быть такой, как показано на фиг.10, и независимо от этого топология окружающей сети может быть такой же, как на фиг.9.
На фиг.10 ОТТ-соединение 3350 было изображено абстрактно для иллюстрации связи между хост-компьютером 3310 и пользовательским оборудованием (UE) 3330 через базовую станцию 3320 без явной ссылки на какие-либо промежуточные устройства и точной маршрутизации сообщений через эти устройства. Сетевая инфраструктура может определять маршрутизацию, которую она может конфигурировать, чтобы скрыть ее от UE 3330 или от поставщика услуг, управляющего хост-компьютером 3310, или от обоих. Когда OTT-соединение 3350 является активным, сетевая инфраструктура может дополнительно принимать решения, с помощью которых оно динамически изменяет маршрутизацию (например, на основе рассмотрения балансировки нагрузки или реконфигурирования сети).
Беспроводное соединение 3370 между UE 3330 и базовой станцией 3320 соответствует принципам осуществления, описанным в настоящем раскрытии. Один или несколько различных вариантов осуществления повышают производительность услуг OTT, предоставляемых UE 3330, используя OTT-соединение 3350, в котором беспроводное соединение 3370 образует последний сегмент. Более точно, идеи этих вариантов осуществления позволяют повысить скорость передачи данных, уменьшить задержку, энергопотребление и, таким образом, обеспечить такие преимущества, как уменьшенное время ожидания пользователя, ослабленное ограничение на размер файла, повышенная скорость отклика, увеличенный срок службы аккумуляторной батареи.
Процедура измерения может выполняться с целью контроля скорости передачи данных, задержки и других показателей, которые улучшают один или несколько вариантов осуществления. Кроме того, могут существовать дополнительные сетевые функциональные возможности для реконфигурирования OTT-соединения 3350 между хост-компьютером 3310 и UE 3330 в ответ на изменения результатов измерений. Процедура измерения и/или сетевые функциональные возможности для реконфигурирования OTT-соединения 3350 могут быть реализованы в виде программного обеспечения 3311 хост-компьютера 3310 или в виде программного обеспечения 3331 UE 3330 или и того и другого. В вариантах осуществления датчики (не показаны) могут быть развернуты в или в связи с устройствами связи, через которые проходит OTT-соединение 3350; датчики могут участвовать в процедуре измерения, предоставляя значения контролируемых величин, приведенных в качестве примера выше, или предоставляя значения других физических величин, на основе которых программное обеспечение 3311, 3331 может вычислить или оценить контролируемые величины. Реконфигурирование OTT-соединения 3350 может включать в себя формат сообщения, настройки повторной передачи, предпочтительную маршрутизацию и т.д.; реконфигурирование не должно влиять на базовую станцию 3320, и оно может быть неизвестным или незаметным для базовой станции 3320. Такие процедуры и функциональные возможности известны и могут быть осуществлены в данной области техники. В некоторых вариантах осуществления измерения могут включать в себя собственную сигнализацию UE, облегчающую измерения, проводимые хост-компьютером 3310, пропускной способности, времени распространения, задержки и т.п. Измерения могут быть реализованы таким образом, чтобы программное обеспечение 3311 и 3331 заставляло передавать сообщения, в частности пустые или "фиктивные" сообщения с использованием OTT-соединения 3350, контролируя при этом время распространения, ошибки и т.д.
На фиг.11 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи в соответствии с одним из вариантов осуществления. Система связи включает в себя хост-компьютер, базовую станцию, такую как AP STA, и UE, такое как STA без AP, которые могут быть аналогичны тем, которые описаны со ссылкой на фиг.9 и фиг.10. Для упрощения настоящего раскрытия в этом абзаце будут использоваться ссылки только на фиг.11. На первом этапе 3410 способа хост-компьютер предоставляет пользовательские данные. На необязательном подэтапе 3411 первого этапа 3410 хост-компьютер предоставляет пользовательские данные путем выполнения хост-приложения. На втором этапе 3420 хост-компьютер инициирует передачу, переносящую пользовательские данные в UE. На необязательном третьем этапе 3430 базовая станция передает в UE пользовательские данные, которые были перенесены при передаче, инициированной хост-компьютером, в соответствии с идеями вариантов осуществления, описанными в настоящем раскрытии. На необязательном четвертом этапе 3440 UE исполняет клиентское приложение, связанное с хост-приложением, исполняемым хост-компьютером.
На фиг.12 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи в соответствии с одним из вариантов осуществления. Система связи включает в себя хост-компьютер, базовую станцию, такую как AP STA, и UE, такое как STA без AP, которые могут быть аналогичны тем, которые описаны со ссылкой на фиг.9 и фиг.10. Для упрощения настоящего раскрытия в этом абзаце будут использоваться ссылки только на фиг.12. На первом этапе 3510 способа хост-компьютер предоставляет пользовательские данные. На необязательном подэтапе (не показан) хост-компьютер предоставляет пользовательские данные, исполняя хост-приложение. На втором этапе 3520 хост-компьютер инициирует передачу, переносящую пользовательские данные в UE. Передача может проходить через базовую станцию в соответствии с идеями вариантов осуществления, описанными в настоящем раскрытии. На необязательном третьем этапе 3530 UE принимает пользовательские данные, переносимые при передаче.
На фиг.13 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи в соответствии с одним из вариантов осуществления. Система связи включает в себя хост-компьютер, базовую станцию, такую как AP STA, и UE, такое как STA без AP, которые могут быть аналогичны тем, которые описаны со ссылкой на фиг.9 и фиг.10. Для упрощения настоящего раскрытия в этом абзаце будут использоваться ссылки только на фиг.13. На необязательном первом этапе 3610 способа UE принимает входные данные, предоставленные хост-компьютером. Дополнительно или альтернативно, на необязательном втором этапе 3620 UE предоставляет пользовательские данные. На необязательном подэтапе 3621 второго этапа 3620 UE предоставляет пользовательские данные путем исполнения клиентского приложения. На дополнительном необязательном подэтапе 3611 первого этапа 3610 UE исполняет клиентское приложение, которое предоставляет пользовательские данные в ответ на принятые входные данные, предоставленные хост-компьютером. При предоставлении пользовательских данных исполняемое клиентское приложение может дополнительно учитывать пользовательский ввод, полученный от пользователя. Независимо от конкретного способа предоставления пользовательских данных, UE на необязательном третьем подэтапе 3630 инициирует передачу пользовательских данных в хост-компьютер. На четвертом этапе 3640 способа хост-компьютер принимает пользовательские данные, переданные из UE, в соответствии с идеями вариантов осуществления, описанными в настоящем раскрытии.
На фиг.14 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи в соответствии с одним из вариантов осуществления. Система связи включает в себя хост-компьютер, базовую станцию, такую как AP STA, и UE, такое как STA без AP, которые могут быть аналогичны тем, которые описаны со ссылкой на фиг.9 и фиг.10. Для упрощения настоящего раскрытия изобретения в этом абзаце будут использоваться ссылки только на фиг.14. На необязательном первом этапе 3710 способа, в соответствии с идеями вариантов осуществления, описанными в настоящем раскрытии, базовая станция принимает пользовательские данные из UE. На необязательном втором этапе 3720 базовая станция инициирует передачу принятых пользовательских данных в хост-компьютер. На третьем этапе 3730 хост-компьютер принимает пользовательские данные, переносимые при передаче, инициированной базовой станцией.
При использовании слова «содержать» или «содержащий» оно должно толковаться как неограничивающее, то есть означающее «состоит по меньшей мере из».
Варианты осуществления, представленные в данном документе, не ограничены описанными выше предпочтительными вариантами осуществления, и могут быть использованы различные альтернативы, модификации и эквиваленты.
Перечень сокращений
ACK – положительное подтверждение
AP – прикладной протокол
BSR – отчет о состоянии буфера
CA – агрегация несущих
CE – элемент управления
СР – плоскость управления
DC – двойная связность
DCI – управляющая информация нисходящей линии связи
DL – нисходящая линия связи
DRB – однонаправленный радиоканал передачи данных
eNB – базовая станция (EUTRAN)
E-RAB – однонаправленный канал радиодоступа EUTRAN
FDD – дуплексная связь с частотным разделением каналов
gNB – базовая станция NR
GTP-U – протокол туннелирования GPRS в плоскости пользователя
IP – Интернет-протокол
LTE – долгосрочное развитие
MCG – главная группа сот
MAC – управление доступом к среде передачи данных
MeNB – главный eNB
MgNB – главный gNB
MN – главный узел
NACK – отрицательное подтверждение
NR – новое радио
PDCP – протокол конвергенции пакетных данных
PCell – первичная сота
PSCell – первичная SCell
PUSCH – физический совместно используемый канал восходящей линии связи
RLC – управление линией радиосвязи
RLF – сбой в линии радиосвязи
RRC – управление радиоресурсами
SCell – вторичная сота
SCG – группа вторичных сот
SCTP – протокол передачи с управлением потока
SeNB – вторичный eNB
SN – вторичный узел
SR – запрос на планирование
SRB – однонаправленный радиоканал сигнализации
TDD – дуплексная связь с временным разделением каналов
TEID – идентификатор конечных точек туннеля
TNL – уровень транспортной сети
UCI – управляющая информация восходящей линии связи
UDP – протокол пользовательских датаграмм
UE – пользовательское оборудование
UL – восходящая линии связи
UP – плоскость пользователя
URLLC – сверхнадежная связь с низкой задержкой
X2 – интерфейс между базовыми станциями
Изобретение относится к обработке сбоя в линии радиосвязи в сети беспроводной связи. Технический результат заключается в повышении производительности сети беспроводной связи. Способ обработки сбоя в линии радиосвязи (RLF) в первой группе сот в сети беспроводной связи, выполняемый пользовательским оборудованием (UE), причем UE участвует в текущей связи с сетью беспроводной связи с помощью первой группы сот и второй группы сот, причем к текущей связи применимо дублирование пакетов либо на уровне двойной связности, либо на уровне агрегации несущих в новом радио, причем способ содержит этапы, на которых обнаруживают, что RLF происходит в одной или более сотах из первой группы сот, после обнаружения RLF отправляют отчет в сетевой узел в сети беспроводной связи через одну или более сот из второй группы сот при сохранении связи с сетью беспроводной связи с помощью одной или более сот из второй группы сот, причем отчет содержит информацию о линии радиосвязи относительно RLF в одной или более сотах из первой группы сот, причем первая группа сот содержит одну или более первичных сот, а вторая группа сот содержит одну или более вторичных сот, при этом отчет указывает второму сетевому узлу обработать RLF в одной или более сотах из первой группы сот без прерывания связи с сетью беспроводной связи. 6 н. и 16 з.п. ф-лы, 14 ил.
1. Способ обработки сбоя в линии радиосвязи (RLF) в первой группе сот (115) в сети (100) беспроводной связи, выполняемый пользовательским оборудованием (UE) (120), причем UE (120) участвует в текущей связи с сетью (100) беспроводной связи с помощью первой группы сот (115) и второй группы сот (116), причем к текущей связи применимо дублирование пакетов либо на уровне двойной связности (DC), либо на уровне агрегации несущих (CA) в новом радио (NR), причем способ содержит этапы, на которых:
обнаруживают (501), что RLF происходит в одной или более сотах из первой группы сот (115),
после обнаружения RLF отправляют (502) отчет в сетевой узел (111, 112, 130) в сети (100) беспроводной связи через одну или более сот из второй группы сот (116) при сохранении связи с сетью (100) беспроводной связи с помощью одной или более сот из второй группы сот (116), причем отчет содержит информацию о линии радиосвязи относительно RLF в одной или более сотах из первой группы сот (115), причем первая группа сот (115) содержит одну или более первичных сот (PCell), а вторая группа сот (116) содержит одну или более вторичных сот (SCell), при этом отчет указывает второму сетевому узлу (112) обработать RLF в одной или более сотах из первой группы сот (115) без прерывания связи с сетью (100) беспроводной связи.
2. Способ по п.1, в котором отчет представлен отчетом PCell-RLF.
3. Способ по п.2, в котором RLF в одной или более сотах из первой группы сот (115) обнаруживается, когда имеет место одно или более из следующего:
обнаружение, что достигнуто максимальное количество повторных передач управления линией радиосвязи (RLC),
измеренная мощность принимаемого опорного сигнала (RSRP) находится ниже порогового значения,
UE (120) не удается декодировать физический канал управления нисходящей линии связи (PDCCH) из-за качества сигнала мощности,
UE (120) не удается декодировать физический совместно используемый канал нисходящей линии связи (PDSCH) из-за качества сигнала мощности, и
подсчитанное количество сбоев, которые возникли в результате использования несущей, превышает пороговое значение, причем UE (120), использующее агрегацию несущих (CA), отслеживает ассоциацию объекта RLC и несущей, на которой отправляются пакеты RLC из указанного объекта, а также подсчитывает количество сбоев, возникших в результате использования указанной несущей.
4. Способ по любому из пп.1-3, дополнительно содержащий этапы, на которых:
после отправки отчета через одну или более сот из второй группы сот (116) запускают (503) таймер для приема подтверждения из сетевого узла (112, 130), и
по истечении времени таймера инициируют (504) процедуру RLF с последующим повторным установлением RRC-соединения для поддержания связи.
5. Способ по любому из пп.1-4, дополнительно содержащий этап, на котором
после обнаружения RLF запускают контроль линии радиосвязи (RLM) по меньшей мере в одной из SCell.
6. Способ по п.5, в котором запуск RLM выполняется в:
SCell с самым высоким уровнем или качеством сигнала, или SCell на самой низкой несущей частоте, или SCell, сконфигурированных сетью для RLM.
7. Носитель (780) информации, содержащий инструкции, которые при их исполнении процессором (750) вызывают выполнение процессором способа по любому из пп.1-6, выполняемого UE (120).
8. Способ обработки сбоя в линии радиосвязи (RLF) в первой группе сот (115) в сети (100) беспроводной связи, выполняемый сетевым узлом (111, 112, 130), причем пользовательское оборудование UE (120) участвует в текущей связи с сетью (100) беспроводной связи с помощью первой группы сот (115) и второй группы сот, причем к текущей связи применимо дублирование пакетов либо на уровне двойной связности (DC), либо на уровне агрегации несущих (CA) в новом радио (NR), причем способ содержит этапы, на которых:
получают (601) информацию о RLF в одной или более сотах из первой группы сот (115), причем информацию получают путем приема в отчете из UE (120) через одну или более сот из второй группы сот (116), причем отчет содержит информацию о линии радиосвязи относительно RLF в указанной одной или более сотах из первой группы сот (115),
после получения информации о RLF деактивируют (602) для UE (120) одну или более сот из первой группы сот (115) либо указанное дублирование при сохранении (603) текущей связи, в которой участвует UE (120), с помощью одной или более сот из второй группы сот (116), причем первая группа сот (115) содержит одну или более первичных сот (PCells), а вторая группа сот (116) содержит одну или более вторичных сот (SCell), при этом отчет указывает второму сетевому узлу (112) обработать RLF в одной или более сотах из первой группы сот (115) без прерывания связи с сетью (100) беспроводной связи.
9. Способ по п.8, в котором сетевой узел получает информацию о RLF в PCell (115) путем обнаружения посредством контроля указанной одной или более сот из первой группы сот (115).
10. Способ по п.8 или 9, в котором отчет представлен отчетом PCell-RLF.
11. Способ по любому из пп.8-10, дополнительно содержащий этапы, на которых:
деактивируют одну или более сот из второй группы сот (116), и
назначают (604) одну или более сот из второй группы сот (116) в качестве новой первой группы сот (115).
12. Носитель (880) информации, содержащий инструкции, которые при их исполнении процессором (850) вызывают выполнение процессором способа по любому из пп.8-11, выполняемого сетевым узлом (111, 112, 130).
13. Пользовательское оборудование (UE) (120) для обработки сбоя в линии радиосвязи (RLF) в первой группе сот (115) в сети (100) беспроводной связи, причем UE (120) выполнено с возможностью участия в текущей связи (100) беспроводной связи с помощью первой группы сот (115) и второй группы сот (116), причем к текущей связи применимо дублирование пакетов либо на уровне двойной связности (DC), либо на уровне агрегации несущих (CA) в новом радио (NR), причем UE (120) выполнено с возможностью:
обнаружения (501), что RLF происходит в одной или более сотах из первой группы сот (115),
после обнаружения RLF отправки отчета в сетевой узел (112, 130) в сети (100) беспроводной связи через одну или более сот из второй группы сот (116) при сохранении связи с сетью (100) беспроводной связи с помощью одной или более сот из второй группы сот (116), причем отчет содержит информацию о линии радиосвязи относительно RLF в одной или более сотах из первой группы сот (115), при этом первая группа сот выполнена с возможностью содержать одну или более первичных сот (PCell), и/или вторая группа сот выполнена с возможностью содержать одну или более вторичных сот (SCell), при этом отчет выполнен с возможностью указания второму сетевому узлу (112) обработать RLF в одной или более сотах из первой группы сот (115) без прерывания связи с сетью (100) беспроводной связи.
14. UE (120) по п.13, в котором отчет выполнен с возможностью представления в виде отчета PCell-RLF.
15. UE (120) по п.13 или 14, в котором RLF в одной или более сотах из первой группы сот (115) обнаруживается, когда имеет место одно или более из следующего:
обнаружение, что достигнуто максимальное количество повторных передач управления линией радиосвязи (RLC),
измеренная мощность принимаемого опорного сигнала (RSRP) находится ниже порогового значения, такого как некоторый предел,
UE (120) не удается декодировать физический канал управления нисходящей линии связи (PDCCH) из-за качества сигнала мощности,
UE (120) не удается декодировать физический совместно используемый канал нисходящей линии связи (PDSCH) из-за качества сигнала мощности, и
подсчитанное количество сбоев, которые возникли в результате использования несущей, превышает пороговое значение, при этом UE (120), использующее агрегацию несущих (CA), отслеживает ассоциацию объекта RLC и несущей, на которой отправляются пакеты RLC из указанного объекта, а также подсчитывает количество сбоев, возникших в результате использования указанной несущей.
16. UE (120) по любому из пп.13-15, характеризующееся тем, что дополнительно выполнено с возможностью:
после отправки отчета через одну или более сот из второй группы сот (116) запуска таймера для приема подтверждения из сетевого узла (112, 130),
по истечении времени таймера запуска процедуры RLF с последующим повторным установлением RRC-соединения для соединения.
17. UE (120) по любому из пп.13-16, характеризующееся тем, что дополнительно выполнено с возможностью:
после обнаружения RLF запуска контроля линии радиосвязи (RLM) по меньшей мере в одной из SCell.
18. UE (120) по п.17, характеризующееся тем, что дополнительно выполнено с возможностью запуска RLM в:
SCell с самым высоким уровнем или качеством сигнала, или SCell на самой низкой несущей частоте, или SCell, сконфигурированных сетью для RLM.
19. Сетевой узел (111, 112, 130) для обработки сбоя в линии радиосвязи (RLF) в первой группе сот (115) в сети (100) беспроводной связи, причем пользовательское оборудование (UE) (120) выполнено с возможностью участия в текущей связи с сетью (100) беспроводной связи с помощью первой группы сот (115) и второй группы сот (116), причем к текущей связи применимо дублирование пакетов либо на уровне двойной связности (DC), либо на уровне агрегации несущих (CA) в новом радио (NR), при этом сетевой узел (111, 112, 130) выполнен с возможностью:
получения информации о RLF в одной или более сотах из первой группы сот (115), причем информация о RLF в одной или более сотах из первой группы сот (115) выполнена с возможностью быть полученной путем приема в отчете из UE (120) через одну или более сот из второй группы сот (116), при этом отчет содержит информацию о линии радиосвязи относительно RLF в указанной одной или более сотах из первой группы сот (115),
после получения информации о RLF деактивации для UE (120) одной или более сот из первой группы сот (115) либо указанного дублирования при сохранении текущей связи, в которой участвует UE (120), с помощью одной или более сот из второй группы сот (116), причем первая группа сот выполнена с возможностью содержать одну или более первичных сот (PCell), и/или вторая группа сот выполнена с возможностью содержать одну или более вторичных сот (SCell), при этом отчет указывает второму сетевому узлу (112) обработать RLF в одной или более сотах из первой группы сот (115) без прерывания связи с сетью (100) беспроводной связью.
20. Сетевой узел (111, 112, 130) по п.19, характеризующийся тем, что дополнительно выполнен с возможностью получения информации о RLF в одной или более сотах из первой группы сот (115) и обнаружения посредством контроля указанной одной или более сот из первой группы сот (115).
21. Сетевой узел (111, 112, 130) по п.19 или 20, в котором отчет выполнен с возможностью представления в виде отчета PCell-RLF.
22. Сетевой узел (111, 112, 130) по п.19 или 20, характеризующийся тем, что дополнительно выполнен с возможностью деактивации одной или более сот из второй группы сот (116) и назначения одной или более сот из второй группы сот (116) в качестве новой первой группы сот (115).
WO 2014111027 A1, 24.07.2014 | |||
EP 2963966 A1, 06.01.2016 | |||
Токарный резец | 1924 |
|
SU2016A1 |
US 20120281548 A1, 08.11.2012 | |||
US 20160316508 A1, 27.10.2016 | |||
СПОСОБ, УСТРОЙСТВО И СИСТЕМА МОБИЛЬНОЙ СВЯЗИ ДЛЯ ОБЕСПЕЧЕНИЯ БЕСПЕРЕБОЙНОСТИ ОБСЛУЖИВАНИЯ | 2009 |
|
RU2495548C2 |
Авторы
Даты
2021-08-31—Публикация
2019-02-19—Подача