ОБРАБОТКА ОТКАЗОВ ГЛАВНОЙ ГРУППЫ СОТ ГЛАВНЫМ УЗЛОМ
FAULT HANDLING OF THE MAIN COT GROUP BY THE MAIN NODE

Область техники, к которой относится изобретение
Настоящее раскрытие относится, в общем, к системам беспроводной связи, таким как сотовые сети, и, в частности, к способам, пользовательскому оборудованию и сетевым узлам для обработки отказа связи в сетевых средах с двойной и/или множественной связностью.
Уровень техники
В проекте партнерства третьего поколения (3GPP) сетевая среда с двойной связностью (DC) была специфицирована как для долгосрочного развития (LTE), так и между LTE и новым радио (NR). Соответствующие части спецификации 3GPP включают в себя 36.331 и 38.331. DC включает в себя главный узел и вторичный узел, в то время как мультисвязность (MC) включает в себя дополнительные узлы. DC был предложена в качестве решения в сценариях использования сверхнадежной связи с низкой задержкой (URLLC) для повышения надежности и предотвращения прерываний соединения.
Двойная связность (DC)
Существуют различные способы развертывания сети 5G с или без межсетевого взаимодействия с LTE (также называемой усовершенствованной сетью универсального наземного радиодоступа (E-UTRA)) и развитым пакетным ядром (EPC). В принципе, NR и LTE могут быть развернуты без какого-либо межсетевого взаимодействия, что означает автономную работу (SA) NR. То есть базовая станция NR (gNB) может быть подключена к базовой сети 5G (5GC), и базовая станция LTE (eNB) может быть подключена к EPC без межсоединения между ними. С другой стороны, первой поддерживаемой версией NR является так называемая EN-DC (E-UTRAN-NR Dual Connectivity, двойная связность E-UTRAN-NR). При таком развертывании двойная связность между NR и LTE применяется с eNB в качестве главного узла (называемого MeNB) и gNB в качестве вторичного узла (называемого SgNB). С другой стороны, главный узел gNB может называться MgNB, и вторичный узел eNB может называться SeNB.
Узел сети радиодоступа (RAN), поддерживающий NR, может не иметь соединения в плоскости управления с базовой сетью, а вместо этого может полагаться на MeNB. Это также называется неавтономным NR (Non-standalone NR). В этом сценарии функциональные возможности соты NR ограничены и будут использоваться для пользовательского оборудования (UE) в режиме подключения в качестве вспомогательной и/или разнесенной ветви, но UE в режиме RRC_IDLE не сможет закрепиться в этих сотах NR.
С введением 5GC могут быть доступны и другие опции. Как упоминалось выше, автономное развертывание NR поддерживается там, где gNB подключен к 5GC. Аналогичным образом, eNB также может быть подключен к 5GC. Эта конфигурация также может называться eLTE, E-UTRAN/5GC или LTE/5GC, и узел может называться ng-eNB. В этих случаях и NR, и LTE рассматриваются как часть NG-RAN, и как ng-eNB, так и gNB могут называться узлами NG-RAN. Существуют и другие варианты двойной связности между LTE и NR, которые будут стандартизированы как часть NG-RAN, подключенного к 5GC, обозначенного MR-DC (Multi-Radio Dual Connectivity, двойная связность мультирадио). Опции MR-DC включают в себя:
• EN-DC — главный узел в узле LTE, и вторичный узел является узлом NR (используется CN EPC)
• NE-DC — главный узел является узлом NR, и вторичный узел является узлом LTE (используется 5GCN)
• NGEN-DC — главный узел в узле LTE, и вторичный узел является узлом NR (используется 5GCN)
• NR-DC — двойная связность, где главный и вторичный узлы являются узлами NR (используется 5GCN).
Так как переход на новые технологии для этих опций может отличаться для разных операторов сети, возможно параллельное развертывание с несколькими опциями в одной и той же сети. Например, в сочетании с решениями с двойной связностью между LTE и NR также можно поддерживать агрегацию несущих (CA) в каждой группе сот, такой как главная группа сот (MCG) и вторичная группа сот (SCG), а также двойную связность между узлами одной и той же технологии радиодоступа (RAT), например, DC NR-NR. SCG представляет собой группу обслуживающих сот, ассоциированных со вторичным узлом, и MCG представляет собой группу обслуживающих сот, ассоциированных с главным узлом. Для сот LTE следствием этих различных развертываний является сосуществование сот LTE, ассоциированных с eNB, подключенными к EPC, 5GC или обоим EPC/5GC.
Для EN-DC главными изменениями по сравнению с DC LTE являются:
• введение разделенного однонаправленного канала из вторичного узла (известного как разделенный однонаправленный канал SCG);
• введение разделенного однонаправленного канала для RRC; и
• введение прямого RRC из вторичного узла (также называемого SRB SCG).
Сообщения Split RRC в основном используются для создания разнообразия, и отправитель может принять решение относительно того, выбрать ли одну из линий связи для планирования RRC-сообщений, или он может дублировать сообщения по обоим каналам. В нисходящей линии связи переключение тракта между ветвями MCG или SCG или дублирование по обоим ветвям оставлено на усмотрение реализации сети. С другой стороны, для восходящей линии связи (UL) сеть конфигурирует UE для использования MCG, SCG или обеих ветвей.
Повторное установление RRC-соединения в LTE
После инициирования процедуры повторного установления в LTE, UE приостанавливает все RB, кроме однонаправленного радиоканала 0 сигнализации (SRB0). Затем UE отправит сообщение RRCConnectionReestablishmentRequest по SRB0. На этом этапе UE получит сообщение RRCConnectionReestablishment или RRCConnectionReestablishmentReject по SRB0. В случае, если UE получает сообщение RRCConnectionReestablishment, оно повторно устанавливает SRB1 и отправляет сообщение RRCConnectionReestablishmentComplete по SRB1. Согласно 36.331 сети не разрешено начинать отправку сообщений нисходящей линии связи (DL) по SRB1, пока она не получит сообщение RRCConnectionReestablishmentComplete.
В случае, если UE возвращает сообщение RRCConnectionReestablishmentReject, оно будет выполнять действия после выхода из состояния RRC-соединения и информировать уровень уровня без доступа (NAS) об отказе RRC-соединения. Это заставит уровень NAS выполнить восстановление, которое включает в себя новое установление RRC-соединения. Все эти ответные сообщения после передачи сообщения запроса на повторное установление RRC-соединения отправляются по SRB0, что означает, что они не зашифрованы и не защищены.
Справочная информация о восстановлении RRC-соединения в NR
Процедура восстановления E-UTRA была пересмотрена во время стандартизации NR и в RAN2#101 в городе Санья (Sanya). Были согласованы некоторые аспекты с целью повышения скорости восстановления после отказа, например, в случае отказов передачи обслуживания. Эти улучшения включают в себя следующее.
• RRCReestablishment по SRB1 — понимание RAN2 заключалось в том, что не было фундаментальной причины, по которой UE не могло повторно установить PDCP для SRB1 и возобновить SRB1 в DL перед отправкой MSG3 на нижние уровни. Если бы можно было использовать SRB1 для MSG4 вместо SRB0, что, в свою очередь, позволило бы отправить последующее сообщение реконфигурирования RRC вместе с MSG4 или сразу после него вместо ожидания ответа UE в MSG5, то это сократило бы время на распространение сигнала в прямом и обратном направлениях при повторном установлении однонаправленных радиоканалов передачи данных (DRB).
• Сообщение RRCSetup в ответ на сообщение RRCReestablishmentRequest: понимание RAN2 заключалось в том, что также можно было бы поддерживать более быстрое восстановление NAS в RAN в случае, если RAN не смогла восстановить контекст UE (например, когда сота не подготовлена при отказе передачи обслуживания). Это может быть сделано путем отправки сетью сообщения об установлении RRC-соединения по SRB0 (вместо сообщения об отклонении повторного установления RRC-соединения), которое может использоваться для инициирования нормального установления RRC-соединения.
• Сообщение RRCReestablishmentReject было удалено: понимание RAN2 заключалось в том, что это больше не нужно из-за процедуры отката. Если UE пытается выполнить процедуру повторного установления в соте, которая не подготовлена, или сеть не может повторно установить DRB, сеть может отправить сообщение RRCSetup. И в сценарии, когда сота перегружена, сеть может просто ждать, пока не истечет таймер T301 отказа, так что UE перейдет в состояние RRC_IDLE и выполнит управление доступом перед повторной попыткой.
Отказ линии радиосвязи
В LTE UE определяет отказ радиолинии связи (RLF) на основе:
• обнаружения некоторого количества указаний рассинхронизации с нижних уровней, ассоциированных с PCell (первичной сотой) в течение заданного времени;
• указания проблемы произвольного доступа из MAC;
• указания из управления радиоканалом (RLC), что было достигнуто максимальное количество повторных передач для SRB или для DRB.
Когда обнаружен RLF, UE подготавливает отчет о RLF, который включает в себя, помимо прочей информации, статус измерения обслуживающих и соседних соты в момент, когда был обнаружен RLF. UE переходит в режим IDLE, выбирает соту после процедуры выбора соты в режиме IDLE (выбранная сота может быть одним и тем обслуживающим узлом/сотой или другим узлом/сотой) и запускает процедуру повторного установления RRC со значением причины, установленным на rlf-cause.
В случае DC LTE процедура обнаружения RLF аналогична описанной выше, за исключением того, что: указания отсутствия синхронизации обнаруживаются относительно PCell главного узла; MAC предназначено для объекта MAC MCG; RLC предназначено для MCG; и DRB соответствует MCG и MCG-разделенным DRB. Если RLF обнаружен в MCG, то UE запускает процедуру повторного установления RRC. Соответственно, RRC-соединение в MCG и SCG будет разъединено, и будет восстановлено новое RRC-соединение.
С другой стороны, для отказа, относящегося к вторичному узлу, известного как SCGFailure, отказ определяется на основе:
• обнаружения отказа радиолинии связи для SCG, как описано выше (заменить PCell на PSCell, MAC MCG для MAC SCG и MCG/MCG-Split DRB для SCG DRB);
• отказа изменить SCG (то есть невозможность завершить изменение SCG в течение определенного периода времени после приема сообщения реконфигурирования RRC-соединения, инструктирующего UE сделать это);
• прекращения передачи по восходящей линии связи в PSCell из-за превышения максимальной разницы во времени передачи по восходящей линии связи, когда powerControlMode сконфигурирован на 1.
После обнаружения SCGFailure, UE отправляет сообщение SCGFailureInformation в главный узел, которое также включает в себя отчеты об измерениях, и главный узел может либо освободить вторичный узел, либо изменить вторичный узел/соту, либо реконфигурировать SCG. Таким образом, отказ в SCG не приведет к повторному установлению, которое будет выполнено в MCG.
В 3GPP было решено принять те же самые принципы в контексте EN-DC (то есть повторное установление в случае RLF на главной ветви и восстановление через SCGFailureInformation и освобождение/изменение/модификацию вторичного узла в случае RLF по второстепенной ветви). В частности, было согласовано, что в случае отказов SgNB UE должно:
• приостановить все DRB SCG и приостановить передачу SCG для разделенных DRB MCG и разделенных DRB SCG;
• приостановить прямую передачу SRB SCG и SCG для разделенного SRB MCG;
• сбросить SCG-MAC;
• отправить сообщение SCGFailureInformation в MeNB с соответствующими значениями причины.
Раскрытие сущности изобретения
Примеры, раскрытые в настоящем раскрытии, предусматривают технологии повышения эффективности связи в сети радиодоступа посредством обеспечения отправки пользовательским оборудованием (UE) сообщения об ошибке (такое как сообщение FailureInformation) в главный узел после обнаружения отказа, который относится к главной группе сот (MCG). В некоторых примерах UE передает сообщение в главный узел через ветвь SCG разделенного SRB. В других примерах UE передает сообщение через SRB3 во вторичный узел, который затем передает сообщение в главный узел. Как только сообщение об ошибке принято главным узлом, главный узел может выполнить действия по устранению отказа. Позволяя главному узлу предпринять действия по устранению отказа, можно избежать сигнализации, такой как сигнализация, связанная с повторным установлением управления радиоресурсами (RRC), тем самым уменьшая сигнализацию в сети. Описанные в данном документе технически решения дополнительно включают в себя сетевую сигнализацию и действия, и процедуры UE, позволяющие запускать эти действия главным узлом.
Система из одного или более компьютеров может быть выполнена с возможностью выполнения конкретных операций или действий, соответствующих приведенным выше примерам, благодаря наличию программного обеспечения, аппаратно-программного обеспечения, аппаратных средств или их комбинации, установленных в системе, которые в процессе работы вызывают или предписывают системе выполнять действия. Одна или более компьютерных программ могут быть выполнены с возможностью выполнения конкретных операций или действий, соответствующих приведенным выше примерам, путем включения инструкций, которые при их исполнении устройством обработки данных вызывают выполнение действий устройством.
В одном примере способ, выполняемый главным узлом в сети радиодоступа (RAN), включает в себя этапы, на котором принимают главным узлом, от пользовательского оборудования (UE) через вторичную группу сот (SCG), первое сообщение, включающее в себя информацию, относящуюся к обнаруженному отказу соединения между UE и главной группой сот (MCG). Способ дополнительно включает в себя этап, на котором принимают решение главным узлом, на основе первого сообщения и контекста пользовательского оборудования, выполнить реконфигурирование соединения. Способ дополнительно включает в себя этап, на котором передают главным узлом, в UE через SCG, второе сообщение, указывающее выполнить реконфигурирование соединения.
В другом примере способ, выполняемый пользовательским оборудованием (UE), включает в себя этап, на которому обнаруживают посредством UE отказ, относящийся к соединению между UE и главной группой сот (MCG). Способ дополнительно включает в себя передачу UE, в главный узел через вторичную группу сот (SCG), первое сообщение, относящееся к обнаруженному отказу. Способ дополнительно включает в себя этап, на котором принимают посредством UE, из главного узла через SCG, второе сообщение, указывающее UE выполнить реконфигурирование соединения.
В еще других примерах предусмотрена система, включающая в себя пользовательское оборудование и/или сетевой узел, которые выполняют один или оба из вышеупомянутых способов. Кроме того, настоящее раскрытие также предусматривает энергонезависимый машиночитаемый носитель информации, содержащий хранящиеся на нем компьютерные инструкции, которые при их исполнении схемой обработки вызывают выполнение схемой обработки любого из вышеупомянутых способов.
Краткое описание чертежей
Для более полного понимания раскрытых вариантов осуществления и их особенностей и преимуществ, теперь сделана ссылка на последующее описание, рассматриваемое вместе с сопроводительными чертежами.
Фиг. 1 – блок-схема последовательности операций, иллюстрирующая способ обработки отказа главным узлом в сети RAN согласно некоторым примерам.
Фиг. 2 – блок-схема последовательности операций, иллюстрирующая способ обработки отказа UE в сети RAN согласно некоторым примерам.
Фиг. 3 – блок-схема, иллюстрирующая отказ, соответствующий SRB MCG, и соответствующую связь со вторичным узлом согласно некоторым примерам.
Фиг. 4 – диаграмма последовательности, иллюстрирующая реконфигурирование соединения с передачей обслуживания, соответствующей обработке отказа главным узлом в RAN, согласно некоторым примерам.
Фиг. 5 – диаграмма последовательности, иллюстрирующая обмен данными для повторного установления соединения, соответствующий обработке отказа главным узлом в RAN, согласно некоторым примерам.
Фиг. 6 – диаграмма последовательности, иллюстрирующая обмен данными при установлении соединения, соответствующий обработке отказа главным узлом в RAN, согласно некоторым примерам.
Фиг. 7 – блок-схема, иллюстрирующая отказ, соответствующий SRB MCG, и соответствующую связь со вторичным узлом согласно некоторым примерам.
Фиг. 8 – диаграмма последовательности, иллюстрирующая реконфигурирование соединения с передачей обслуживания, соответствующей обработке отказа главным узлом в RAN, согласно некоторым примерам.
Фиг. 9 – блок-схема, иллюстрирующая беспроводную сеть согласно некоторым примерам.
Осуществление изобретения
Традиционные технологии сетевого взаимодействия имеют низкую эффективность связи, которая может привести к длительным перерывам в обслуживании при реагировании на отказы связи. Например, когда RLF возникает в MCG, UE освобождает SCell MCG и всю конфигурацию SCG, за исключением конфигураций однонаправленного радиоканала, и применяет для PCell конфигурации по умолчанию. Приостанавливаются также все однонаправленные радиоканалы, кроме SRB0. Затем UE отыскивает подходящую соту с достаточным качеством сигнала. Когда подходящая сота найдена, UE запускает процедуру повторного установления RRC в направлении выбранного узла/соты с сообщением запроса на повторное установление RRC. Если цель не имеет доступного контекста UE или не смогла проверить контекст, повторное установление является неудачным, и UE переходит в состояние RRC_IDLE и выполняет восстановление NAS (то есть устанавливает соединение с самого начала). В результате отказа повторного установления происходит длительное прерывание обслуживания.
С другой стороны, (1) если цель совпадает с исходным узлом/сотой, и RLF возник из-за временной проблемы линии радиосвязи, или (2) если цель отличается от источника, но смогла выполнить выборку контекст UE из источника или уже имеет контекст (например, если отказ произошел во время передачи обслуживания), сеть примет запрос на повторное установление, и сообщение повторного установления будет отправлено в UE для того, чтобы установить SRB1. Затем, после приема сообщения о завершении повторного установления из UE, сеть отправляет сообщение реконфигурирования RRC, которое при необходимости реконфигурирует и возобновляет SRB2/DRB, так как они были приостановлены при обнаружении RLF. Сеть может сконфигурировать SCG во время этого первого реконфигурирования после повторного установления или дождаться приема отчетов о результатах измерений из UE перед выполнением реконфигурирования.
Хотя успешное повторное установление, описанное выше, происходит быстрее, чем выполнение восстановления NAS, произвольный доступ все еще используется для отправки запроса на повторное установление. Повторное установление отправляется по однонаправленным радиоканалам SRB0, которые приостанавливаются, и конфигурации SCell и SCG освобождаются после RLF. Это приводит к дополнительной задержке перед переходом UE в работоспособное состояние и его функционированием снова с надлежащей конфигурацией DC.
Таким образом, в сценариях как успешного, так и неудачного повторного установления, как описано выше, во время RLF уменьшается эффективность предоставления услуг, особенно для чувствительных к задержке приложений.
Технологии, описанные в данном документе, позволяют решить проблемы, описанные выше, и обеспечивают полезные улучшения технологии, приводящие к более эффективной сетевой связи и более быстрому восстановлению после отказов. Например, можно избежать процедур повторного установления RRC и уменьшить количество сигналов. В некоторых примерах эта технология включает в себя следующие этапы для UE и сетевых узлов.
Способ, выполняемый UE, которое сконфигурировано с двойной связностью с SRB3 и/или разделенным SRB1, включает в себя обнаружение отказа в MCG. UE создает первое сообщение (такое как сообщение FailureInformation), которое включает в себя причину отказа, результаты измерений и/или другую информацию, чтобы помочь главному узлу в определении действия, которое необходимо предпринять в ответ на отказ. UE определяет то, передать ли первое сообщение через часть SCG SRB1 или через SRB3. В некоторых примерах это основано на приоритетах, переданных сетью, посредством политик UE или по причине отказа. Затем UE передает первое сообщение в сеть по выбранному тракту. После приема UE второго сообщения из главного узла, такого как сообщение RRC (например, RRCReconfiguration, RRCReestablishment, RRCSetup) через SRB3 или часть SCG SRB1, UE выполняет процесс, связанный с сообщением.
Способ, выполняемый сетевыми узлами, включает в себя прием главным узлом первого сообщения (такого как сообщение FailureInformation), указывающего на отказ в MCG. Главный узел может принять сообщение через тракт SCG разделенного SRB1 или посредством сообщения RRC между узлами и/или через X2AP или XnAP из вторичного узла, который принял сообщение через SRB3 из UE. Так как сообщение передается через вторичный узел, вторичный узел может решить на основе первого сообщения переслать полностью все сообщение, части сообщения или создать новое сообщение, передающее содержание или намерения сообщения, принятого из UE. Главный узел принимает первое сообщение и определяет действие, которое необходимо предпринять в случае отказа. Соответственно, главный узел подготавливает второе сообщение (такое как сообщение RRCReconfiguration, RRCReestablishment или RRCSetup), которое он отправляет в UE. Если главный узел принял первое сообщение из UE через часть SCG SRB1, главный узел отправляет второе сообщение UE через часть SCG SRB1. Если главный узел принял первое сообщение от вторичного узла, относящееся к информации об ошибке (например, сообщение FailureInformation или другое сообщение, связанное с информацией в этом сообщении), главный узел отправляет второе сообщение во вторичный узел, которое вторичный узел, в свою очередь, отправляет UE через SRB3. Когда UE принимает второе сообщение, UE выполняет процесс, соответствующий действию, указанному в сообщении.
Соответственно, если RLF обнаружен в MCG и сконфигурирован либо разделенный SRB1, либо SRB3 (или оба), эти способы позволяют UE отправить сообщение/отчет об отказе в главный узел через один из этих двух SRB с тем, чтобы главный узел мог предпринять необходимые действия. Таким образом, можно избежать процедуры повторного установления RRC с соответствующим прерыванием обслуживания и уменьшить требуемую сигнализацию.
Хотя некоторые из технологий показаны на примерах с использованием NR, технологии могут применяться в других RAT, таких как E-UTRA, с использованием соответствующих сообщений и процедур. Например, в MR-DC с E-UTRA в качестве главного узла (то есть EN-DC, NGEN-DC), UE может быть сконфигурировано с SRB3 и/или разделенным SRB1 и может использоваться для предоставления отчета об отказе MCG в главный узел E-UTRA. Аналогичным образом, в MR-DC с E-UTRA в качестве вторичного узла (то есть NE-DC) UE может быть сконфигурировано с разделенным SRB1, который можно использовать для информирования главного узла через вторичный узел о том, что отказала MCG. Кроме того, следует отметить, что формат сообщений RRC отличается в зависимости от рассматриваемого варианта MR-DC и узла (то есть eNB/gNB), который его вырабатывает. Соответственно, формат сообщения RRC может задаваться в соответствии с узлом, который вырабатывает сообщение. Например, если сообщение RRC вырабатывается eNB, сообщение может быть передано в формате LTE, тогда как если сообщение RRC вырабатывается gNB, то сообщение может быть передано в формате NR.
На фиг. 1 показана блок-схема последовательности операций, иллюстрирующая примерный способ обработки отказа главным узлом в сети RAN. Понятно, что один или несколько этапов главного узла, выполняемых в этом способе, могут выполняться в сочетании с одним или несколькими этапами, выполняемыми UE, которые подробно обсуждены со ссылкой на фиг. 2. Кроме того, в способе могут использоваться любые из примерных протоколов связи, описанных со ссылкой на фиг. 3 и 7, и любые из примерных коммуникационных последовательностей, описанных со ссылкой на фиг. 4-6 и 8.
На этапе 102 главный узел в сети радиодоступа (RAN) принимает, из пользовательского оборудования (UE) через вторичную группу сот (SCG), первое сообщение, включающее в себя информацию, относящуюся к обнаруженному отказу соединения между UE и главной группой сот (MCG). Например, как показано на фиг. 3, может произойти отказ соединения между главным узлом 302 и UE 306 на ветви MCG разделенного SRB 308. Например, как показано на фиг. 7, может произойти отказ между главным узлом 702 и UE 706 в SRB MCG 708.
В некоторых примерах обнаруженный отказ является по меньшей мере одним из: отказа радиолинии связи (RLF), отказа передачи обслуживания, отказа реконфигурирования или отказа защиты целостности. В некоторых примерах первое сообщение включает в себя причину отказа, одно или несколько результатов измерений (которые могут быть переданы в отчете(ах) об измерениях) и/или другой отчет о состоянии или информацию о восстановлении после отказа. Более подробно информация, которую UE может передать в первом сообщении, обсуждается по отношению к этапу 204, показанного на фиг. 2.
Первое сообщение может быть сообщением с отчетом об отказе, которое в некоторых примерах представляет собой сообщение FailureInformation управления радиоресурсами (RRC), сообщение MCGFailureInformation или расширение (например, измененную версию) этих сообщений, которые указаны в TS 38.331. В других примерах первое сообщение является сообщением RRCReestablishmentRequest или его расширением.
В некоторых примерах UE передает первое сообщение в главный узел через тракт SCG разделенного SRB1. В других примерах UE передает первое сообщение во вторичный узел через SRB3, и вторичный узел затем передает информацию, касающуюся отказа, в главный узел посредством сообщения RRC между узлами и/или через X2AP или XnAP.
На этапе 104 главный узел принимает решение, на основе первого сообщения и контекста пользовательского оборудования, относительно того, чтобы выполнить реконфигурирование соединения. В других примерах главный узел может принять решение относительно того, чтобы выполнить повторное установление соединения или установление соединения.
Главный узел может сделать более информированное определение относительно действий, которые необходимо предпринять в ответ на отказ, когда пользовательское оборудование включает в себя информацию о первом сообщению, такую как результаты измерений, информацию об отказе луча (например, информацию BeamFailureRecovery), информацию с отчетом о состоянии буфера и информацию о причинах отказа. Например, измерения могут указывать на одно из следующего, что заставляет главный узел принять соответствующее решение:
• PCell по-прежнему является лучшей сотой, и отказ произошел по другой причине, такой как отказ проверки целостности или отказ реконфигурирования. Главный узел отправляет сообщение реконфигурирования с синхронизацией, чтобы возобновить приостановленные однонаправленные радиоканалы. Так как UE продолжает использовать конфигурацию, используемую до приема сообщения RRCReconfiguration (в случае отказа реконфигурирования), даже достаточно дельта-конфигурации с простым реконфигурированием с синхронизацией. DC поддерживается с исходным главным узлом и узлами вторичного узла, и конфигурациями MCG/SCG;
• Другая сота, которая принадлежит главному узлу, является лучшей сотой. Главный узел отправляет сообщение реконфигурирования с синхронизацией для передачи обслуживания в эту соту. DC поддерживается с исходным главным узлом и узлами вторичного узла, конфигурация MCG обновляется (PCell изменяется), конфигурации SCG сохраняются;
• Другая сота, которая принадлежит узлу, отличному от главного узла и вторичного узла, является лучшей сотой. Главный узел инициирует передачу обслуживания между главными узлами без процедуры смены вторичного узла;
• Другая сота, которая принадлежит узлу, отличному от главного узла и вторичного узла, является лучшей сотой, и есть другой узел, у которого есть соты лучше, чем у вторичного узла. Главный узел инициирует передачу обслуживания между главными узлами со сменой вторичного узла;
• PScell является лучшей сотой, а условия радиосвязи сот главного узла являются плохими. Главный узел инициирует передачу главного узла для смены eNB/gNB и/или главного узла для передачи вторичного узла, делая вторичный узел новым главным узлом (или новым eNB/gNB в случае автономной работы); или
• PScell является лучшей сотой, и условия радиосвязи сот главного узла являются все еще достаточно хорошими для роли вторичного узла. Главный узел инициирует переключение роли главного узла на вторичный узел.
На этапе 108 главный узел передает UE через SCG второе сообщение, относящееся к определенному действию, которое в данном примере является реконфигурированием соединения. В данном примере главный узел определяет тип и содержание второго сообщения на основе определенного действия.
В некоторых примерах главный узел передает второе сообщение UE через тракт SCG разделенного SRB1. В других примерах главный узел передает второе сообщение во вторичный узел посредством сообщения RRC между узлами и/или через X2AP или XnAP, и вторичный узел передает информацию UE через SRB3. Соответственно, вторичный узел может исследовать и/или проанализировать содержание сообщения, принятого, из главного узла по через SRB3, и создать эквивалентное сообщение RRC (например, включающее в себя такое же или аналогичное содержание, но, возможно, с другим ID транзакции) для отправки в UE через SRB3.
В некоторых примерах, когда главный узел принимает решение выполнить передачу обслуживания, второе сообщение является сообщением RRCReconfiguration, которое заставляет UE выполнить передачу обслуживания во вторичный узел (или другой узлу), так что вторичный узел (или другой узел) становится новым главным узлом/MCG. Второе сообщение может включать в себя конфигурацию передачи обслуживания, соответствующую вторичному узлу или другой соте. Более того, на основе контекста пользовательского оборудования второе сообщение может точно определять полную или дельта-конфигурацию, включая одну или несколько из конфигурации однонаправленного радиоканала, конфигурации измерения или конфигурации нижнего уровня.
В других примерах, когда главный узел принимает решение выполнить повторное установление соединения, второе сообщение может быть сообщением RRCReestablishment, которое включает в себя параметр NextHopChainingCount, который используется для повторного установления безопасности. В других примерах, когда главный узел принимает решает выполнить установление соединения, второе сообщение может быть сообщением RRCSetup, которое заставляет UE вернуться в состояние RRC_IDLE.
На фиг. 2 показана блок-схема последовательности операций, иллюстрирующая примерный способ обработки отказа UE в сети RAN. Понятно, что один или несколько этапов UE, выполняемых в этом способе, могут выполняться в сочетании с одним или несколькими этапами, выполняемыми главным узлом, которые подробно обсуждены со ссылкой на фиг. 1. Кроме того, в способе могут использоваться любые из примерных протоколов связи, описанных со ссылкой на фиг. 3 и 7, и любые из примерных коммуникационных последовательностей, описанных со ссылкой на фиг. 4-6 и 8.
На этапе 202 пользовательское оборудование (UE) обнаруживает отказ, связанный с соединением между UE и главным узлом в сети радиодоступа (RAN). Как показано в данном примере, отказ обнаруживается как относящийся к соединению между UE и группой обслуживающих сот (MCG), связанной с главным узлом. В некоторых примерах обнаруженный отказ является по меньшей мере одним из: отказа радиолинии связи (RLF), отказ передачи обслуживания, отказа реконфигурирования или отказа защиты целостности.
На этапе 204 UE передает, в главный узел через вторичную группу сот (SCG), первое сообщение, относящееся к обнаруженному отказу. Как обсуждалось выше, первое сообщение может быть сообщением FailureInformation, сообщением RRCReestablishmentRequest, сообщением MCGFailureInformation, расширением одного из этих типов сообщений или новым типом сообщения.
В некоторых примерах UE передает первое сообщение в главный узел через тракт SCG разделенного SRB1. В других примерах UE передает первое сообщение во вторичный узел через SRB3, и вторичный узел затем передает информацию, касающуюся отказа, в главный узел посредством сообщения RRC между узлами и/или через X2AP или XnAP.
Для UE полезно включить информацию в первое сообщение, чтобы помочь главному узлу определить корректирующее действие, которое нужно предпринять в ответ на первое сообщение. Соответственно, первое сообщение может включать в себя одно или несколько из:
• причины отказа — причины отказа, которые могут привести к RLF, могут включать в себя одно или несколько указаний на проблему произвольного доступа (randomAccessProblem), максимальное количество повторных передач RLC (rlc-MaxNumRetx), указание на несоблюдение сообщения RRC или неспособность завершить реконфигурирование до истечения таймера (reconfigurationFailure), нарушение целостности (integrityProtectionFailure), отказ максимальной разницы времени UL (maxUL-TimingDiff) или отказ луча (beamFailure);
• одного или несколько результатов измерений — измерение, которое необходимо включить, может относиться к последним измерениям SCG и MCG (то есть межчастотным и внутричастотным, если они доступны), которые могут быть включены в отчеты об измерениях. Например, конкретные параметры измерения могут включать в себя ssbFreuency, refFreqCSI-RS, MeasResultServingCell, MeasResultNeighCellListNR, MeasResultNeighCellListEUTRA или другие измерения;
• отчета о состоянии буфера: тип трафика, который имел UE до отказа MCG, и важность быстрого восстановления соединения могут быть указаны в отчете о состоянии буфера. В некоторых примерах отчет о состоянии буфера указывает, сколько данных UE оставило в буфере UL. Если UE имеет много незавершенных данных в буфере, сеть может снова попытаться быстро установить DC, тогда как, если UE не имеет ни ожидающего трафика DL, ни UL, сеть может реконфигурировать UE на более надежную соту с одиночной связью (например, на более низких частотах);
• информации BeamFailureRecovery — в случае, если RLF был вызван обнаружением отказа луча, первое сообщение может указывать на информационный элемент BeamFailureRecoveryConfig, который используется для конфигурирования UE с ресурсами RACH и лучами-кандидатами;
• ключей безопасности и/или конфигураций MCG/SCG RRC.
Если UE испытывает отказ в MCG и передает FailureInformation через часть SCG разделенного SRB1 или через SRB3, UE будет ожидать приема ответа от сети (например, сообщение RRCReconfiguration, сообщение RRCReestablishment или RRCSetup сообщение).
Если UE не принимает никакого ответа по прошествии определенного времени, например, из-за того, что UE также потеряло соединение с SCG, UE может прервать процедуру и, например, вернуться в состояние RRC_IDLE. Чтобы включить эту процедуру, можно ввести новый таймер (или повторно использовать существующий таймер), и по истечении таймера UE, например, выполнить откат к состоянию RRC_IDLE. Конфигурация таймера может быть выполнена, например, с использованием системной информации (например, в SIB1 в UE-TimersAndConstants) или с использованием специальной сигнализации, например, в CellGroupConfig в IE RLF-TimersAndConstant. В качестве альтернативы для таймера можно указать значение по умолчанию. Соответственно, в некоторых примерах таймер (называемый Txxx) запускается тогда, когда UE инициирует передачу сообщения об отказе.
На этапе 206 UE принимает, из главного узла через SCG, второе сообщение, указывающее UE выполнить реконфигурирование соединения. В других примерах второе сообщение указывает UE выполнить повторное установление соединения или установление соединения.
В некоторых примерах UE принимает второе сообщение через тракт SCG разделенного SRB1. В других примерах главный узел передает второе сообщение во вторичный узел посредством сообщения RRC между узлами и/или через X2AP или XnAP, и вторичный узел передает информацию UE через SRB3. Соответственно, вторичный узел может исследовать и/или проанализировать содержание сообщения, принятого из главного узла через SRB3, и создать эквивалентное сообщение RRC (например, включая такое же или аналогичное содержание, но, возможно, с другим ID транзакции) для отправки UE через SRB3.
На основе второго сообщения UE может выполнить процедуру для обновления своей конфигурации, соответствующей принятому второму сообщению, и ответить сети, используя соответствующий тракт. Например, если UE реконфигурируется без изменения главного узла, UE отвечает по тому же тракту, по которому оно приняло сообщение RRC из сети (SRB3 или разделенный SRB1). Однако, если UE выполняет передачу обслуживания/повторное установление/установление, UE конфигурируется с новым SRB1, и UE должно передать полное сообщение по новому SRB1 (по тракту MCG).
При более подробном описании реконфигурирования с передачей обслуживания, когда второе сообщение указывает UE выполнить передачу обслуживания (например, когда второе сообщение является сообщением RRCReconfiguration), UE может выполнить передачу обслуживания во вторичный узел (или другой узел), так что вторичный узел (или другой узел) становится новым главным узлом/MCG. Соответственно, второе сообщение может включать в себя обновленный контекст безопасности и ключи безопасности и может включать в себя полную или дельта-конфигурацию для реконфигурирования UE.
После того, как UE обновило свою конфигурацию с принятой полной или дельта-конфигурацией, UE может отправить полное сообщение (например, RRCReconfigurationComplete, RRCReestablishmentComplete, RRCSetupComplete) по SRB1 во вторичный узел (который теперь является новым главным узлом) согласно новой конфигурации. UE может дополнительно отказаться от своего текущего контекста безопасности вторичного узла и получить новый контекст безопасности на основе принятого второго сообщения. Хотя, если второе сообщение включает в себя сообщение установления RRC, контекст безопасности может быть обновлен в последующем сообщении. Затем новый главный узел может выполнять действия, такие как процедура переключения тракта, и контекст UE может быть освобожден из предыдущего главного узла.
В других примерах второе сообщение может указать UE выполнить повторное установление соединения (например, когда второе сообщение является сообщением RRCReestablishment). Второе сообщение может включать в себя параметр NextHopChainingCount, который используется для повторного установления безопасности. В еще одних примерах, когда второе сообщение указывает UE выполнить установление соединения (например, когда второе сообщение является сообщением RRCSetup), второе сообщение может заставить UE вернуться в состояние RRC_IDLE.
На фиг. 3 показана блок-схема, иллюстрирующая примерный отказ, соответствующий SRB MCG, и соответствующую связь со вторичным узлом. Хотя этот пример показывает взаимодействие UE, главного узла и вторичного узла в конфигурации EN-DC, эти способы обмена сообщениями также могут применяться к другим сетевым конфигурациям.
В данном примере главный узел (главный узел 302) коммуникативно связан со вторичным узлом (вторичным узлом 304) и пользовательским оборудованием (UE 306). Так как главный узел 302 является узлом LTE, он включает в себя RRC (управление радиоресурсами) LTE, PDCP (управление конвергенцией пакетных данных), RLC (управление радиоканалом), MAC (уровень доступа к среде) и стек протоколов PHY (физических уровня). Так как вторичный узел 304 является узлом NR, он включает в себя стек протоколов NR RRC, PDCP, RLC, MAC и PHY. Как показано, UE 306 включает в себя стеки протоколов NR и LTE.
В данном примере разделенный SRB сконфигурирован таким образом, что главный узел 302 обменивается данными с UE 306 через ветвь MCG разделенного SRB 308, и вторичный узел 304 обменивается данными с UE 306 через ветвь SCG разделенного SRB 312. В данном примере вторичный узел 304 и главный узел 302 также выполнены с возможностью поддержания связи через интерфейс 310 X2 (например, с использованием протокола прикладного уровня X2AP или XnAP), который устанавливается между главным узлом 302 и вторичным узлом 304.
Когда отказ (например, RLF) обнаруживается в MCG (как показано с помощью отказа на ветви MCG разделенного SRB 308), UE отправляет сообщение (например, сообщение с отчетом об отказе) через ветвь SCG разделенного SRB 312 в главный узел через вторичный узел 304.
После приема сообщения главный узел 302 принимает решение выполнить действие (такое как реконфигурирование RRC с/без передачи обслуживания, повторное установление RRC или установление RRC). Затем главный узел 302 отправляет сообщение (такое как реконфигурирование RRC с/без передачи обслуживания, повторное установление RRC или сообщение установления RRC), соответствующее принятому действию, в UE 306 через ветвь SCG разделенного SRB 312. Затем UE 306 может выполнить процедуру, соответствующую принятому сообщению, и отправить полное сообщение (такое как RRCReconfigurationComplete, RRCReestablishmentComplete, RRCSetupComplete) в сеть (например, отправив сообщение в главный узел 302 или вторичный узел 304) в соответствии с новой конфигурацией. На фиг. 4-6, которые обсуждаются ниже, представлены примерные последовательности, которые могут быть выполнены с использованием конфигурации связи, показанной на фиг. 3.
На фиг. 4 показана диаграмма последовательности, иллюстрирующая пример реконфигурирования соединения с передачей обслуживания, соответствующей обработке отказа главным узлом в RAN. Эта примерная последовательность показывает конкретную связь, которая может быть обеспечена между сетевыми элементами для выполнения этапов, описанных выше со ссылкой на фиг. 1-3.
В этой последовательности главный узел принимает решение передать UE во вторичный узел. Новая первичная сота может быть, например, исходной сотой PSCell, исходной сотой SCell, принадлежащей SCG, или новой сотой, которая принадлежит вторичному узлу, но не была частью конфигурации SCG UE. В данном примере выполняется процедура произвольного доступа для синхронизации и выравнивания по времени с новой сотой, например, когда выбранная сота не была частью конфигурации SCG UE.
На этапе 402 UE выполнено с возможностью поддержания связи с главным узлом и вторичным узлом через разделенный SRB1. Эта конфигурация может выполняться на основе инструкций приема UE из сетевого узла, такого как главный узел или вторичный узел. В данном примере UE находится в состоянии RRC_CONNECTED и CM-CONNECTED.
На этапе 404 UE обнаруживает отказ, например, RLF MCG. На этапе 406 UE отправляет через ветвь SCG разделенного SRB1 первое сообщение (например, сообщение FailureInformation) в главный узел.
На этапе 408 главный узел принимает решение относительно передачи обслуживания UE из главного узла во вторичный узел (в альтернативных вариантах осуществления главный узел принимает решение передать обслуживание UE соте, принадлежащей другому узлу). Соответственно, на этапе 410 главный узел отправляет запрос передачи обслуживания во вторичный узел, и на этапе 412 вторичный узел подтверждает запрос передачи обслуживания.
На этапе 414 главный узел отправляет второе сообщение в UE через ветвь SCG разделенного SRB1. В данном примере второе сообщение является сообщением реконфигурирования RRC (например, сообщением RRCReconfiguration). В некоторых примерах второе сообщение из главного узла включает в себя содержание, которое используется во вторичном узле для выработки сообщения, которое вторичный узел отправляет в UE. Соответственно, второе сообщение может быть сообщением реконфигурирования RRC, которое вырабатывается во вторичном узле с использованием содержания, принятого во вторичном узле из главного узла.
На этапе 416, если реконфигурирование было реконфигурированием RRC с синхронизацией для обновления ключа безопасности, второе сообщение запускает UE, чтобы выполняет процедуру произвольного доступа. Затем UE применяет конфигурацию, принятую во втором сообщении. На этапе 418 UE передает полное сообщение (например, сообщение RRCReconfigurationComplete) во вторичный узел через SRB1, используя новую конфигурацию. Соответственно, на этапе 420 UE подключается к вторичному узлу, который стал главным узлом. Затем вторичный узел может отправить в главный узел сообщение HandoverComplete, чтобы завершить межузловую процедуру и проинформировать главный узел об успешной передаче обслуживания.
После того, как вторичный узел становится главным узлом, вторичный узел (новый главный узел) затем отправляет на этапе 422 запрос переключения тракта в AMF, который отвечает на этапе 424 ответом переключения тракта. На этапе 426 вторичный узел отправляет сообщение освобождения контекста UE в UE.
На фиг. 5 показана диаграмма последовательности, иллюстрирующая пример обмена сообщениями повторного установления соединения, соответствующей обработке отказа главным узлом в RAN. Эта примерная последовательность показывает конкретный обмен сообщениями, который может быть обеспечен между элементами сети для выполнения этапов, описанных выше со ссылкой на фиг. 1-3.
В этой последовательности главный узел определяет, что UE не может передать обслуживание во вторичный узел (например, из-за отказа реконфигурирования или отказа защиты целостности).
На этапе 502 UE выполнено с возможностью поддержания связи с главным узлом и вторичным узлом через разделенный SRB1. В других примерах вместо разделенного SRB1 SRB3 выполнен с возможностью поддержания связи между вторичным узлом и UE. Соответственно, в конфигурации SRB3 обмен данными по ветви SCG разделенного SRB1 вместо этого будет осуществляться через SRB3. Конфигурация либо разделенного SRB 1, либо SRB3 может выполняться на основе инструкций приема UE из сетевого узла, такого как главный узел или вторичный узел. В данном примере UE находится в состоянии RRC_CONNECTED и CM-CONNECTED.
На этапе 504 UE обнаруживает отказ, например, RLF MCG. На этапе 506 UE отправляет в главный узел, через ветвь SCG разделенного SRB1, первое сообщение, такое как сообщение FailureInformation.
На этапе 508 главный узел принимает решение относительно повторного установления UE. Соответственно, на этапе 510 главный узел отправляет во вторичный узел сообщение ответом контекста UE (например, модифицированный ответ контекста UE или новое сообщение, которое содержит контекст UE), которое указывает вторичному узлу, что UE должно выполнить повторное установление RRC.
На этапе 512 вторичный узел отправляет второе сообщение в UE. В данном примере второе сообщение является сообщением о повторном установлении RRC (например, сообщением RRCEstablishment). В некоторых примерах второе сообщение представляет собой сообщение RRCReestablishment, содержащее nextHopChainingCount (NCC), которое UE может использовать для повторного установления безопасности.
В некоторых примерах второе сообщение отправляется из вторичного узла в UE через SRB0 или SRB3. В этих примерах, где второе сообщение отправляется через SRB0, UE отслеживает SRB0 (CCCH) как из главного узла, так и из вторичного узла после передачи первого сообщения. В других примерах, как показано пунктирной линией, содержание может быть передано из главного узла во вторичный узел (например, через ветвь SCG разделенного SRB1), и это содержание может (1) пересылаться в UE вторичным узлом или (2) использоваться вторичным узлом для выработки второго сообщения, которое отправляется в UE. Соответственно, второе сообщение может быть выработано в главном узле и отправлено вторичным узлом, или второе сообщение может быть выработано во вторичном узле с использованием содержания, принятого из главного узла.
В примерах, где повторное установление выполняется в узле, который отличается от узла, который инициировал сообщение о повторном установлении (например, когда повторное установление выполняется в узле, который отличается от главного узла или вторичного узла), сообщение о повторном установлении может быть модифицировано для того, чтобы указать узел, где должно быть выполнено повторное установление. Соответственно, главный узел может подготовить сообщение RRCReestablishment с NCC и указать вторичному узлу, какое используется значение NCC.
На этапе 516 второе сообщение запускает процедуру произвольного доступа. После завершения повторного установления на этапе 518 UE передает полное сообщение (например, сообщение RRCReestablishmentComplete) во вторичный узел через SRB1. Соответственно, на этапе 520 UE подключается к вторичному узлу, который стал главным узлом.
После того как вторичный узел становится главным узлом, на этапе 522 вторичный узел отправляет сообщение реконфигурирования (такое как сообщение RRCReconfiguration) в UE. Сообщение реконфигурирования может сконфигурировать UE для работы в автономном режиме (с агрегацией несущих или без нее) или в режиме двойной связности (при этом вторичный узел является узлом, который является либо главным узлом, либо вторичным узлом, либо другим узлом). Более того, сообщение реконфигурирования может быть мультиплексировано со вторым сообщением (как правило, с сообщением о повторном установлении), так что сеть не ждет завершения повторного установления, чтобы отправить сообщение реконфигурирования.
На этапе 524 UE реагирует с помощью сообщения о завершении реконфигурирования (например, сообщения о завершении RRCReconfiguration). Затем вторичный узел (новый главный узел) отправляет на этапе 526 запрос переключения тракта в AMF, которая реагирует на этапе 528 с помощью ответа переключения тракта.
На фиг. 6 показана диаграмма последовательности, иллюстрирующая пример обмена сообщениями установления соединения, соответствующего обработке отказа главным узлом в RAN. Эта примерная последовательность показывает конкретный обмен сообщениями, который может быть обеспечен между сетевыми элементами для выполнения этапов, описанных выше со ссылкой на фиг. 1-3.
В этой последовательности главный узел принимает решение выполнить откат, так как он не может восстановить соединение UE. В некоторых примерах это может произойти из-за отказа UE выполнить сообщение реконфигурирования (например, сообщения RRCReconfiguration) или отказа защиты целостности).
На этапе 602 UE выполнено с возможностью поддержания связи с главным узлом и вторичным узлом через разделенный SRB1. В других примерах вместо разделенного SRB1 SRB3 выполнен с возможностью поддержания связи между вторичным узлом и UE. Соответственно, в конфигурации SRB3 обмен данными по ветви SCG разделенного SRB1, описанный ниже, вместо этого будет осуществляться через SRB3. Конфигурирование либо разделенного SRB 1, либо SRB3 может выполняться на основе инструкций приема UE из сетевого узла, такого как главный узел или вторичный узел. В данном примере UE находится в состоянии RRC_CONNECTED и CM-CONNECTED.
На этапе 604 UE обнаруживает отказ, такой как RLF MCG. На этапе 606 UE отправляет в главный узел, через ветвь SCG разделенного SRB1, первое сообщение, такое как сообщение FailureInformation.
На этапе 608 главный узел принимает решение относительно повторного установления UE и выполнения отката. На этапе 610 главный узел отправляет во вторичный узел сообщение указания отказа UE. В некоторых примерах сообщение указания отказа UE представляет собой сообщение ОТКАЗ ПОДГОТОВКИ К ПЕРЕДАЧЕ, сообщение ОТМЕНА ПЕРЕДАЧИ или сообщение ОТКАЗ ПРОЦЕДУРЫ ИЗВЛЕЧЕНИЯ КОНТЕКСТА UE. Сообщение указания отказа UE может включать в себя ID целевого узла и значение причины.
На этапе 612, когда вторичный узел принимает сообщение указания отказа UE из главного узла, вторичный узел передает второе сообщение в UE, такое как сообщение RRCSetup, которое включает в себя конфигурации radioBearerConfig и cellGroupConfig для SRB1. В других примерах, как показано пунктирной линией, содержание может быть передано из главного узла во вторичный узел (например, через ветвь SCG разделенного SRB1), и это содержание может (1) пересылаться в UE вторичным узлом или (2) использоваться вторичным узлом для выработки второго сообщения, которое отправляется в UE. Соответственно, второе сообщение может быть выработано в главном узле и отправлено вторичным узлом, или второе сообщение может быть выработано во вторичном узле с использованием содержания, принятого из главного узла. В некоторых примерах, где второе сообщение вырабатывается в главном узле, восстановление NAS может выполняться в направлении главного узла. В других примерах, где второе сообщение вырабатывается во вторичном узле, восстановление NAS может выполняться в направлении вторичного узла. В других примерах второе сообщение может указывать на другой узел, отличный от главного узла и вторичного узла для выполнения восстановления NAS.
При более подробном описании второго сообщения, главный узел и вторичный узел могут координировать конфигурации radioBearerConfig и cellGroupConfig. Например, главный узел может запросить конфигурации вторичного узла до выработки второго сообщения. В другом примере главный узел может информировать вторичный узел о конфигурациях таким образом, чтобы вторичный узел мог повторно использовать эти конфигурации при выработки второго сообщения.
На этапе 614 второе сообщение, которое принимается в UE, заставляет UE вернуться в состояние RRC_IDLE.
На этапе 616 второе сообщение запускает процедуру произвольного доступа. После завершения повторного установления на этапе 618 UE передает полное сообщение (например, сообщение RRCSetupComplete) во вторичный узел через SRB1. На этапе 620 выполняется первоначальная активация безопасности. На этапе 622 выполняется реконфигурирование RRC. Соответственно, на этапе 624 UE находится в состоянии RRC_CONNECTED.
На фиг. 7 показана блок-схема, иллюстрирующая примерный отказ, соответствующий SRB MCG, и соответствующую связь со вторичным узлом. Хотя этот пример показывает взаимодействие UE, главного узла и вторичного узла в конфигурации EN-DC, эти технологии обмена сообщениями могут также применяться к другим конфигурациям сетевого взаимодействия.
В данном примере главный узел (главный узел 702) коммуникативно связан со вторичным узлом (вторичным узлом 704) и пользовательским оборудованием (UE 706). Так как главный узел 702 является узлом LTE, он включает в себя RRC (управление радиоресурсами) LTE, PDCP (управление сходимостью пакетных данных), RLC (управление радиоканалом), MAC (уровень доступа к среде) и стек протоколов PHY (физических уровня). Так как вторичный узел 704 является узлом NR, он включает в себя стек протоколов NR RRC, PDCP, RLC, MAC и PHY. Как показано, UE 706 включает в себя стеки протоколов NR и LTE.
В данном примере вторичный узел 704 обменивается данными с UE 706 через SRB3. В данном примере вторичный узел 704 и главный узел 702 также выполнены с возможностью поддержания связи через интерфейс 710 X2 (например, с использованием протокола прикладного уровня X2AP или XnAP), который устанавливается между главным узлом 702 и вторичным узлом 704.
Когда в MCG обнаружен отказ (например, RLF) (как показано с помощью отказа в SRB 708 MCG), UE отправляет сообщение (например, сообщение с отчетом об отказе) через SRB3 во вторичный узел 704, который затем пересылает сообщение в главный узел 702 через интерфейс 710 X2.
После приема сообщения главный узел 702 принимает решение выполнить действие (такое как реконфигурирование RRC с/без передачи обслуживания, повторное установление RRC или установление RRC). Затем главный узел 702 отправляет сообщение (такое как реконфигурирование RRC с/без передачи обслуживания, повторное установление RRC или сообщение установления RRC), соответствующее принятому действию, во вторичный узел 704 через интерфейс 710 X2. Вторичный узел 704 затем передает определенное действие в UE 706 через SRB3 712.
Затем UE 706 может выполнить процедуру, соответствующую принятому сообщению, и отправить полное сообщение (такое как RRCReconfigurationComplete, RRCReestablishmentComplete, RRCSetupComplete) в сеть (например, отправив сообщение в главный узел 702 или вторичный узел 704) согласно новой конфигурации. На фиг. 8, которая обсуждена ниже, представлен пример последовательности, которая может быть выполнена с использованием конфигурации связи, показанной на фиг. 7.
На фиг. 8 показана диаграмма последовательности, иллюстрирующая пример реконфигурирования соединения с передачей обслуживания, соответствующей обработке отказа главным узлом в RAN. Этот пример последовательности показывает конкретную связь, которая может быть обеспечена между элементами сети для выполнения этапов, описанных выше со ссылкой на фиг. 1, 2 и 7.
В этой последовательности главный узел принимает решение передать обслуживание из UE во вторичный узел. Новая первичная сота может быть, например, исходной сотой PSCell, исходной сотой SCell, принадлежащей SCG, или новой сотой, которая принадлежит вторичному узлу, но не была частью конфигурации SCG UE. В данном примере выполняется процедура произвольного доступа для синхронизации и выравнивания по времени с новой сотой, например, когда выбранная сота не была частью конфигурации SCG UE.
На этапе 802 UE конфигурируется для поддержания связи со вторичным узлом через SRB3. Эта конфигурация может выполняться на основе инструкций приема UE из сетевого узла, такого как главный узел или вторичный узел. В данном примере UE находится в состоянии RRC_CONNECTED и CM-CONNECTED.
На этапе 804 UE обнаруживает отказ, такой как RLF MCG. На этапе 806 UE отправляет через SRB3 первое сообщение (например, сообщение FailureInformation) во вторичный узел. Вторичный узел отправляет информацию, соответствующую первому сообщению, например, путем пересылки первого сообщения в главный узел. В данном примере вторичный узел отправляет информацию (такую как перенаправленное первое сообщение) в главный узел посредством сообщения RRC между узлами и/или через X2AP или XnAP. В некоторых примерах первое сообщение, принятое во вторичном узле, является сообщением RRC вторичного узла, которое имеет в отдельном контейнере встроенное сообщение RRC главного узла (которое включает в себя информацию об отказе от UE). В других примерах главный узел и вторичный узел используют одно и то же RRC (например, когда они используют одну и ту же RAT), и информация об отказе включается в RRC вторичного узла без встраивания ее в контейнер.
На этапе 808 главный узел принимает решение относительно передачи обслуживания UE из главного узла во вторичный узел (в альтернативных вариантах осуществления главный узел принимает решение передать обслуживание UE соте, принадлежащей другому узлу). В других примерах главный узел может принять решение выполнить повторное установление RRC или настройку RRC. В других примерах главный узел может вместо этого принять решение передать обслуживание UE в другую соту под управлением главного узла или не выполнять передачу обслуживания.
В данном примере на этапе 810 главный узел отправляет запрос передачи обслуживания во вторичный узел. Этот запрос передачи обслуживания может включать в себя сообщение между узлами RRC, такое как сообщение HandoverPreparationInfo, которое включает в себя текущую конфигурацию UE. Это позволяет вторичному узлу предоставить UE дельта-конфигурацию. В других примерах, если главный узел принимает решение относительно передачи обслуживания в третий узел, отличный от главного узла или вторичного узла, то сообщения передачи обслуживания отправляются в третий узел, и вместо выполнения указанных ниже этапов этапы вторичным узлом они будут выполняться этим третьим узлом.
На этапе 812 вторичный узел подтверждает запрос передачи обслуживания.
На этапе 814 вторичный узел отправляет второе сообщение в UE через SRB3. В данном примере второе сообщение является сообщением реконфигурирования RRC (например, сообщением RRCReconfiguration), которое включает в себя новую конфигурацию UE. Второе сообщение может, как указано пунктирной линией, включать в себя содержание из главного узла, которое используется во вторичном узле для выработки второго сообщения, которое вторичный узел отправляет в UE. Соответственно, второе сообщение может быть сообщением реконфигурирования RRC (например, сообщением RRCReconfiguration), которое пересылается вторичным узлом или вырабатывается во вторичном узле с использованием содержания, принятого во вторичном узле из главного узла. Вторичный узел может принимать информацию из главного узла посредством сообщения RRC между узлами, такого как сообщение CG-ConfigInfo.
На этапе 816, если реконфигурование было реконфигурованием RRC с синхронизацией, второе сообщение запускает UE, чтобы выполнить процедуру произвольного доступа. Реконфигурование с синхронизацией может быть выполнено в том случае, если изменен ключ безопасности. UE применяет конфигурацию, принятую во втором сообщении. После завершения реконфигурования на этапе 818 UE передает полное сообщение (например, сообщение RRCReconfigurationComplete) во вторичный узел через SRB1, используя новую конфигурацию. Вторичный узел может затем отправить в вторичный узел сообщение HandoverComplete в главный узел, чтобы завершить межузловую процедуру и проинформировать главный узел об успешной передаче обслуживания. Соответственно, на этапе 820 UE подключается к вторичному узлу, который стал главным узлом.
После того, как вторичный узел становится главным узлом, вторичный узел (новый главный узел) затем отправляет на этапе 822 запрос переключения тракта в AMF, которая реагирует на этапе 824 ответом переключения тракта. На этапе 826 вторичный узел отправляет сообщение освобождения контекста UE в UE.
Другие варианты осуществления, в которых сконфигурированы как разделенный SRB, так и SRB3
Если сконфигурированы как разделенный SRB, так и SRB3, то любой из них может использоваться для отправки сообщения об отказе, в зависимости от конфигурации сети или реализации UE. В нескольких примерах этих вариантов осуществления управление может осуществляться сетью или UE. В любом случае, если сеть принимает решение, что UE должно использовать один из вариантов (SRB3 или ветвь SRB SCG1) вместо другого, если они оба сконфигурированы, UE будет проинструктировано относительно этого выбора. Это можно выполнить путем:
• введения нового параметра, например, в RRCReconfiguration или CellGroupConfig, указывающего приоритет трактов;
• определения приоритетов в стандартизации:
○ если сконфигурированы как SRB3, так и SRB SCG1, UE должно использовать SRB3 для передачи сообщения FailureInformation;
○ если сконфигурированы как SRB3, так и SRB SCG1, UE должно использовать SRB1 для передачи сообщения FailureInformation.
Вышеуказанные руководящие принципы также могут быть применимы к другой инициированной UE сигнализации, когда UE передает сообщение RRC в сеть без предварительного запроса со стороны сети (например, MeasurementReport). Выбор также может зависеть от задержки между узлами (X2/Xn).
В некоторых примерах вариантов осуществления, в которых сеть осуществляет управление:
• если вторичный узел имеет лучшие возможности обработки/более низкие нагрузки, было бы полезно передать сообщение FailureInformation по SRB3, так как сообщение будет обрабатываться вторичным узлом, и только соответствующая информация будет отправлена в главный узел для принятия решения;
• если главный узел и вторичный узел являются узлами с оборудованием различных поставщиков, предварительная обработка сообщения FailureInformation вторичным узлом и пропуск нерелевантной информации перед пересылкой содержания в главный узел потребует стандартизации сообщения. Вероятный сценарий является таким, что такие оптимизации оставлены для реализации;
• в зависимости от типа отказа:
○ если сообщение FailureInformation, которое относится к MCG, вызвано отказом реконфигурирования (Reconfiguration) или отказом защиты целостности (Integrity Protection), то ошибка находится на верхних уровнях в главном узле, в частности, на уровне RRC или PDCP, соответственно. В этом случае передача сообщения FailureInformation по разделенному SRB, возможно, также завершится отказом, когда оно достигнет главного узла. В этом случае информация может быть успешно передана во вторичный узел через SRB3, чтобы указать сети, что произошел этот отказ;
○ если информация об отказе, связанная с MCG, вызвана RLF в MAC или RLC, то ошибка, вероятно, ограничена нижними уровнями главного узла, и может быть полезно быстро передать информацию в главный узел путем передачи информации об отказе через разделенный SRB1.
В некоторых примерах вариантов осуществления UE:
• UE может иметь внутреннюю приоритизацию, чтобы всегда использовать SRB3, если сконфигурированы как SRB3, так и разделенный SRB1 (или наоборот);
• UE может использовать один и тот же SRB, как и последнее сообщение RRC, которое оно приняло до отказа (если UE приняло свое последнее сообщение по SRB3, то оно использует SRB3, и наоборот для разделенного SRB1). Этот пример может быть расширен до любого варианта анализа тракта, по которому были приняты предыдущие сообщения RRC.
На фиг. 9 показана блок-схема, иллюстрирующая пример беспроводной сети. Хотя предмет изобретения, описанный в данном документе, может быть реализован в любой системе подходящего типа с использованием любых подходящих компонентов, раскрытые в данном документе варианты осуществления описаны в отношении беспроводной сети. Для упрощения беспроводная сеть, показанная на фиг. 9, изображает только сеть 906, сетевые узлы 960 и 960b и беспроводные устройства 910, 910b и 910c. На практике беспроводная сеть может дополнительно включать в себя любые дополнительные элементы, подходящие для поддержания связи между беспроводными устройствами или между беспроводным устройством и другим устройством связи, таким как стационарный телефон, поставщик услуг или любой другой сетевой узел или оконечное устройство. Из проиллюстрированных компонентов сетевой узел 960 и беспроводное устройство (WD) 910 изображены с дополнительными подробностями. Беспроводная сеть может предоставлять связь и другие типы услуг одному или нескольким беспроводным устройствам для облегчения доступа беспроводных устройств к беспроводной сети и/или для использования услуг, предоставляемых беспроводной сетью или посредством нее.
Беспроводная сеть может содержать и/или взаимодействовать с любым типом сети связи, телекоммуникационной сети, сети передачи данных, сети сотовой и/или радиосвязи или с другим аналогичным типом системы. В некоторых вариантах осуществления беспроводная сеть может быть выполнена с возможностью функционирования в соответствии с конкретными стандартами или другими типами заданных правил или процедур. Таким образом, конкретные варианты осуществления беспроводной сети позволяют реализовать стандарты связи, такие как глобальная система мобильной связи (GSM), универсальная система мобильной связи (UMTS), долгосрочное развитие (LTE), и/или другие подходящие стандарты 2G, 3G, 4G или 5G; стандарты беспроводной локальной вычислительной сети (WLAN), такие как стандарты IEEE 802.11; и/или любые другие соответствующие стандарты беспроводной связи, такие как стандарты всемирной совместимости для микроволнового доступа (WiMax), Bluetooth, Z-Wave и/или ZigBee.
Сеть 906 может содержать одну или несколько транспортных сетей, базовых сетей, IP-сетей, коммутируемых телефонных сетей общего пользования (PSTN), сетей пакетной передачи данных, оптических сетей, глобальных вычислительных сетей (WAN), локальных вычислительных сетей (LAN), беспроводных локальных вычислительных сетей (WLAN), проводных сетей, беспроводных сетей, городских сетей и других сетей, обеспечивающих связь между устройствами.
Сетевой узел 960 и WD 910 содержат различные компоненты, описанные более подробно ниже. Эти компоненты работают вместе, обеспечивая функциональные возможности сетевого узла и/или беспроводного устройства, например, обеспечивая беспроводные соединения в беспроводной сети. В различных вариантах осуществления беспроводная сеть может содержать любое количество проводных или беспроводных сетей, сетевых узлов, базовых станций, контроллеров, беспроводных устройств, ретрансляционных станций и/или любых других компонентов или систем, которые позволяют облегчить или участвовать в передаче данных и/или сигналов через проводные или беспроводные соединения.
Используемый в данном документе термин "сетевой узел" относится к оборудованию, способному, сконфигурированному, расположенному и/или выполненному с возможностью поддержания прямой или косвенной связи с беспроводным устройством и/или с другими сетевыми узлами или оборудованием в беспроводной сети, чтобы разрешить и/или обеспечить беспроводной доступ к беспроводному устройству и/или выполнять другие функции (например, администрирование) в беспроводной сети. Примеры сетевых узлов включают в себя, но не ограничиваются ими, точки доступа (AP) (например, точки радиодоступа), базовые станции (BS) (например, базовые радиостанции, узлы B (Node B), развитые узлы B (eNB) и узлы B NR (gNB)). Базовые станции можно классифицировать по размеру покрытия, которое они обеспечивают (или, иначе говоря, по их уровню мощности передачи), и в дальнейшем они могут также упоминаться как фемтобазовые станции, пикобазовые станции, микробазовые станции или макробазовые станции. Базовая станция может быть ретрансляционным узлом или донорским ретрансляционным узлом, управляющим ретранслятором. Сетевой узел может также включать в себя одну или несколько (или все) части распределенной базовой радиостанции, такие как централизованные цифровые блоки и/или удаленные радиоблоки (RRU), иногда называемые удаленными радиоголовками (RRH). Такие удаленные радиоблоки могут или не могут быть интегрированными с антенной в виде антенны с интегрированным радиомодулем. Части распределенной базовой радиостанции также могут называться узлами в распределенной антенной системе (DAS). Еще одни дополнительные примеры сетевых узлов включают в себя оборудование многостандартной радиосвязи (MSR), такое как BS MSR, сетевые контроллеры, такие как контроллеры радиосети (RNC) или контроллеры базовых станций (BSC), базовые приемопередающие станции (BTS), точки передачи, узлы передачи, объекты многосотовой/многоадресной координации (MCE), узлы базовой сети (например, MSC, MME), узлы O&M, узлы OSS, узлы SON, узлы позиционирования (например, E-SMLC) и/или узлы MDT. В качестве другого примера, сетевой узел может быть узлом виртуальной сети, как описано более подробно ниже. Однако, в более общем случае, сетевые узлы могут представлять собой любое подходящее устройство (или группу устройств), способное, сконфигурированное, расположенное и/или выполненное с возможностью разрешения и/или предоставления беспроводному устройству доступа к беспроводной сети или предоставления некоторой услуги беспроводному устройству, которое получило доступ к беспроводной сети.
На фиг. 9 сетевой узел 960 включает в себя схему 970 обработки, машиночитаемый носитель 980 информации, интерфейс 990, вспомогательное оборудование 984, источник 986 электропитания, схему 987 электропитания и антенну 962. Хотя сетевой узел 960, проиллюстрированный в примере беспроводной сети, показанной на фиг. 9, может представлять собой устройство, которое включает в себя проиллюстрированную комбинацию аппаратных компонентов, другие варианты осуществления могут содержать сетевые узлы с различными комбинациями компонентов. Следует понимать, что сетевой узел содержит любую подходящую комбинацию аппаратных средств и/или программного обеспечения, необходимую для выполнения задач, особенностей, функций и способов, раскрытых в данном документе. Более того, хотя компоненты сетевого узла 960 изображены в виде отдельных блоков, расположенных в большем блоке или вложенных в несколько блоков, на практике сетевой узел может содержать несколько разных физических компонентов, которые образуют один проиллюстрированный компонент (например, машиночитаемый носитель 980 информации может содержать несколько отдельных жестких дисков, а также многочисленные модули RAM).
Аналогичным образом, сетевой узел 960 может состоять из нескольких физически отдельных компонентов (например, из компонента узла B (NodeB) и компонента RNC или компонента BTS и компонента BSC и т.д.), каждый из которых может иметь свои собственные соответствующие компоненты. В некоторых сценариях, в которых сетевой узел 960 содержит несколько отдельных компонентов (например, компоненты BTS и BSC), один или несколько отдельных компонентов могут совместно использоваться несколькими узлами сети. Например, один RNC может управлять несколькими узлами B. В таком сценарии каждая уникальная пара из узла B и RNC в некоторых случаях может рассматриваться в качестве одного отдельного сетевого узла. В некоторых вариантах осуществления сетевой узел 960 может быть выполнен с возможностью поддержания множества технологий радиодоступа (RAT). В таких вариантах осуществления некоторые компоненты могут дублироваться (например, отдельный машиночитаемый носитель 980 информации для различных RAT), и некоторые компоненты могут использоваться повторно (например, одна и та же антенна 962 может совместно использоваться различными RAT). Сетевой узел 960 может также включать в себя множество наборов различных проиллюстрированных компонентов для различных беспроводных технологий, интегрированных в сетевой узел 960, таких, например, как технологии беспроводной связи GSM, WCDMA, LTE, NR, WiFi или Bluetooth. Эти технологии беспроводной связи могут быть интегрированы в одну или разные микросхемы, или набор микросхем и другие компоненты в сетевом узле 960.
Схема 970 обработки выполнена с возможностью выполнения любых операций определения, вычисления или аналогичных операций (например, некоторых операций получения), которые описаны в данном документе как выполняемые сетевым узлом. Эти операции, выполняемые схемой 970 обработки, могут включать в себя обработку информации, полученной схемой 970 обработки, например, путем преобразования полученной информации в другую информацию, сравнения полученной информации или преобразованной информации с информацией, хранящейся в сетевом узле, и/или выполнения одной или более операций на основе полученной информации или преобразованной информации, и в результате упомянутой обработки делается определение.
Схема 970 обработки может содержать комбинацию одного или более из: микропроцессора, контроллера, микроконтроллера, центрального процессорного устройства, процессора цифровых сигналов, специализированной интегральной микросхемы, программируемой пользователем вентильной матрицы или любого другого подходящего вычислительного устройства, ресурса или комбинации аппаратных средств, программного обеспечения и/или кодированной логики, выполненной с возможностью обеспечения, по отдельности или в сочетании с другими компонентами сетевого узла 960, такими как машиночитаемый носитель 980 информации, функциональных возможностей сетевого узла 960. Например, схема 970 обработки может исполнять инструкции, хранящиеся на машиночитаемом носителе 980 информации или в памяти в схеме 970 обработки. Такие функциональные возможности могут включать в себя обеспечение любых из различных беспроводных особенностей, функций или преимуществ, обсужденных в данном документе. В некоторых вариантах осуществления схема 970 обработки может включать в себя систему на кристалле (SOC).
В некоторых вариантах осуществления схема 970 обработки может включать в себя одну или несколько из схемы 972 радиочастотного (РЧ) приемопередатчика и схемы 974 обработки основополосных сигналов. В некоторых вариантах осуществления схема 972 радиочастотного (РЧ) приемопередатчика и схема 974 обработки основополосных сигналов могут быть выполнены в виде отдельных микросхем (или наборов микросхем), плат или блоков, таких как радиоблоки и цифровые блоки. В альтернативных вариантах осуществления часть или вся схема 972 РЧ приемопередатчика и схема 974 обработки основополосных сигналов могут быть выполнены в виде одной микросхемы или набора микросхем, плат или блоков.
В некоторых вариантах осуществления некоторые или все функциональные возможности, описанные в данном документе как предоставляемые сетевым узлом, базовой станцией, eNB или другим таким сетевым устройством, могут быть выполнены посредством схемы 970 обработки, исполняющей инструкции, хранящиеся на машиночитаемом носителе 980 информации или в памяти, расположенной в схеме 970 обработки. В альтернативных вариантах осуществления некоторые или все функциональные возможности могут быть обеспечены схемой 970 обработки без исполнения инструкций, хранящихся на отдельном или дискретном машиночитаемом носителе информации, например, аппаратным способом. В любом из этих вариантов осуществления, независимо от того, исполняются ли инструкции, хранящиеся на машиночитаемом носителе информации, схема 970 обработки может быть выполнена с возможностью выполнения описанных функциональных возможностей. Преимущества, обеспечиваемые такими функциональными возможностями, не ограничиваются только схемой 970 обработки или другими компонентами сетевого узла 960, но используются в целом сетевым узлом 960 и/или, как правило, конечными пользователями и беспроводной сетью.
Машиночитаемый носитель 980 информации может содержать любую форму энергозависимой или энергонезависимой машиночитаемой памяти, включая, помимо прочего, постоянное хранилище, твердотельное запоминающее устройство, удаленно установленную память, магнитные носители информации, оптические носители информации, оперативное запоминающее устройство (RAM), постоянное запоминающее устройство (ROM), массовый носитель информации (например, жесткий диск), съемный носитель информации (например, флэш-диск, компакт-диск (CD) или цифровой универсальный видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые невременные машиночитаемые и/или машиноисполняемые запоминающие устройства, которые хранят информацию, данные и/или инструкции, которые могут использоваться схемой 970 обработки. Машиночитаемый носитель 980 информации может хранить любые подходящие инструкции, данные или информацию, в том числе компьютерную программу, программное обеспечение, приложение, включающее в себя одну или несколько логических схем, правил, кодов, таблиц и т.д. и/или других инструкций, которые могут исполняться схемой 970 обработки и использоваться сетевым узлом 960. Машиночитаемый носитель 980 информации может использоваться для хранения любых вычислений, выполненных схемой 970 обработки, и/или любых данных, принятых через интерфейс 990. В некоторых вариантах осуществления схема 970 обработки и машиночитаемый носитель 980 информации могут рассматриваться как интегрированные.
Интерфейс 990 используется в проводной или беспроводной передаче сигнализации и/или данных между сетевым узлом 960, сетью 906 и/или WD 910. Как показано, интерфейс 990 содержит порт(ы)/терминал(ы) 994 для отправки и приема данных, например, в и из сети 906 по проводному соединению. Интерфейс 990 также включает в себя схему 992 радиочастотного тракта, которая может быть подключена к антенне 962 или, в некоторых вариантах, может быть частью антенны 962. Схема 992 радиочастотного тракта содержит фильтры 998 и усилители 996. Схема 992 радиочастотного тракта может быть подключена к антенне 962 и к схеме 970 обработки радиосигнала. Схема радиочастотного тракта может быть выполнена с возможностью обработки сигналов, передаваемых между антенной 962 и схемой 970 обработки. Схема 992 радиочастотного тракта может принимать цифровые данные, которые должны быть отправлены в другие узлы сети или WD через беспроводное соединение. Схема 992 радиочастотного тракта может преобразовывать цифровые данные в радиосигнал, имеющий соответствующие параметры канала и полосу пропускания, используя комбинацию фильтров 998 и/или усилителей 996. Затем радиосигнал может передаваться через антенну 962. Аналогичным образом, при приеме данных антенна 962 может принимать радиосигналы, которые затем преобразуются в цифровые данные с помощью схемы 992 радиочастотного тракта. Цифровые данные могут передаваться в схему 970 обработки. В других вариантах осуществления интерфейс может содержать различные компоненты и/или различные комбинации компонентов.
В некоторых альтернативных вариантах осуществления сетевой узел 960 может не включать в себя отдельные схемы 992 радиочастотного тракта; вместо этого схема 970 обработки может содержать схему радиочастотного тракта и может быть подключена к антенне 962 без отдельной схемы 992 радиочастотного тракта. Аналогичным образом, в некоторых вариантах осуществления все или некоторые из схем 972 РЧ приемопередатчика могут рассматриваться как часть интерфейса 990. В еще одних вариантах осуществления интерфейс 990 может включать в себя один или несколько портов, или терминалов 994, схему 992 радиочастотного тракта и схему 972 РЧ приемопередатчика как часть радиоблока (не показан), и интерфейс 990 может поддерживать связь со схемой 974 обработки основополосных сигналов, которая является частью цифрового устройства (не показано).
Антенна 962 может включать в себя одну или несколько антенн, или антенных решеток, выполненных с возможностью отправки и/или приема сигналов беспроводной связи. Антенна 962 может быть подключена к схеме 992 радиочастотного тракта и может быть антенной любого типа, способной передавать и принимать данные и/или сигналы беспроводным образом. В некоторых вариантах осуществления антенна 962 может содержать одну или несколько всенаправленных, секторных или панельных антенн, выполненных с возможностью передачи/приема радиосигналов, например, между 2 ГГц и 66 ГГц. Всенаправленная антенна может использоваться для передачи/приема радиосигналов в любом направлении, секторная антенна может использоваться для передачи/приема радиосигналов из устройств в конкретной области, и панельная антенна может быть антенной прямой видимости, используемой для передачи/приема радиосигналов по относительно прямой линии. В некоторых случаях использование более чем одной антенны может упоминаться как MIMO. В некоторых вариантах осуществления антенна 962 может быть расположена отдельно от сетевого узла 960 и может быть подключена к сетевому узлу 960 через интерфейс или порт.
Антенна 962, интерфейс 990 и/или схема 970 обработки могут быть выполнены с возможностью выполнения любых операций приема и/или некоторых операций получения, описанных в данном документе, которые выполняет сетевой узел. Любая информация, данные и/или сигналы могут быть приняты из беспроводного устройства, другого сетевого узла и/или любого другого сетевого оборудования. Аналогичным образом, антенна 962, интерфейс 990 и/или схема 970 обработки могут быть выполнены с возможностью выполнения любых операций передачи, описанных в данном документе, которые выполняет сетевой узел. Любая информация, данные и/или сигналы могут передаваться в беспроводное устройство, другой сетевой узел и/или любое другое сетевое оборудование.
Схема 987 электропитания может содержать или быть подключена к схеме управления электропитанием и выполнена с возможностью подачи питания на компоненты сетевого узла 960 для выполнения функций, описанных в данном документе. Схема 987 электропитания может принимать энергию из источника 986 электропитания. Источник 986 электропитания и/или схема 987 электропитания могут быть выполнены с возможностью подачи питания на различные компоненты сетевого узла 960 в виде, подходящем для соответствующих компонентов (например, на уровне напряжения и тока, необходимом для каждого соответствующего компонента). Источник 986 электропитания может быть включен в схему 987 и/или сетевой узел 960 или может быть внешним по отношению к ней. Например, сетевой узел 960 может быть подключен к внешнему источнику электропитания (например, к электрической розетке) через входную схему или интерфейс, такой как электрический кабель, посредством которого внешний источник электропитания подает питание на схему 987 электропитания. В качестве дополнительного примера источник 986 электропитания может содержать источник электропитания в виде аккумулятора или аккумуляторного блока, который подключен или встроен в схему 987 электропитания. Аккумулятор может обеспечивать резервное питание в случае отказа внешнего источника электропитания. Могут также использоваться и другие типы источников электропитания, такие как фотоэлектрические устройства.
Альтернативные варианты осуществления сетевого узла 960 могут включать в себя дополнительные компоненты, помимо показанных на фиг. 9, которые могут отвечать за предоставление определенных аспектов функциональных возможностей сетевого узла, включая любую из функциональных возможностей, описанных в данном документе, и/или любые функциональные возможности, необходимые для поддержки предмета изобретения, описанного в данном документе. Например, сетевой узел 960 может включать в себя оборудование пользовательского интерфейса, которое обеспечивает ввод информации в сетевой узел 960 и вывод информации из сетевого узла 960. Этот сетевой узел позволяет пользователю выполнять диагностику, техническое обслуживание, ремонт и другие административные функции для сетевого узла 960.
Используемый в данном документе термин "беспроводное устройство (WD)" относится к устройству, способному, сконфигурированному, расположенному и/или выполненному с возможностью поддержания беспроводной связи с сетевыми узлами и/или другими беспроводными устройствами. Если не указано иное, термин "WD" может использоваться в данном документе взаимозаменяемо с пользовательским оборудованием (UE). Беспроводная связь может включать передачу и/или прием сигналов беспроводной связи с использованием электромагнитных волн, радиоволн, инфракрасных волн и/или других типов сигналов, подходящих для передачи информации в воздушной среде. В некоторых вариантах осуществления WD может быть выполнено с возможностью передачи и/или приема информации без прямого взаимодействия с человеком. Например, WD может быть предназначено для передачи информации в сеть по заранее определенному расписанию, когда оно запускается внутренним или внешним событием, или в ответ на запросы из сети. Примеры WD включают в себя, но не ограничиваются ими, смартфон, мобильный телефон, сотовый телефон, телефон с передачей голоса по IP (VoIP), телефон беспроводного абонентского доступа, настольный компьютер, персональный цифровой помощник (PDA), беспроводные камеры, игровую приставку или устройство, устройство для хранения музыки, устройство воспроизведения, носимое терминальное устройство, беспроводную оконечную точку, мобильную станцию, планшетный компьютер, ноутбук, оборудование, встроенное в портативный компьютер (LEE), оборудование, монтируемое на портативном компьютере (LME), интеллектуальное устройство, беспроводное абонентское оборудование (CPE), беспроводное терминальное устройство, устанавливаемое в транспортном средстве и т.д. WD может поддерживать связь между устройствами (D2D), например, путем реализации стандарта 3GPP для поддержания связи по боковой линии связи между транспортными средствами (V2V), между транспортным средством и придорожной инфраструктурой (V2I), между транспортным средством и другими объектами (V2X), и в этом случае WD может называться устройством связи D2D. В качестве еще одного конкретного примера в сценарии Интернета вещей (IoT) WD может представлять собой машину или другое устройство, которое выполняет мониторинг и/или измерения и передает результаты такого мониторинга и/или измерений в другое WD и/или сетевой узел. В этом случае WD может быть устройством межмашинной связи (M2M), которое в контексте 3GPP может упоминаться как устройство MTC. В качестве одного конкретного примера, WD может быть UE, реализующим стандарт узкополосного IoT (NB-IoT) 3GPP. Конкретными примерами таких машин или устройств являются датчики, измерительные устройства, такие как измерители мощности, промышленное оборудование или бытовые, или персональные электроприборы (например, холодильники, телевизоры и т.д.), персональные носимые портативные электронные устройства (например, часы, фитнес-браслеты и т.д.). В других сценариях WD может представлять транспортное средство или другое оборудование, которое способно контролировать и/или сообщать о своем рабочем состоянии или других функциях, связанных с его работой. WD, как описано выше, может представлять оконечную точку беспроводного соединения, и в этом случае устройство может упоминаться как беспроводной терминал. Кроме того, WD, как описано выше, может быть мобильным, и в этом случае его можно также назвать мобильным устройством или мобильным терминалом.
Как показано, беспроводное устройство 910 включает в себя антенну 911, интерфейс 914, схему 920 обработки, машиночитаемый носитель 930 информации, оборудование 932 пользовательского интерфейса, вспомогательное оборудование 934, источник 936 электропитания и схему 937 электропитания. WD 910 может включать в себя множество наборов из одного или более из проиллюстрированных компонентов для различных технологий беспроводной связи, поддерживаемых WD 910, таких, например, как технологии беспроводной связи GSM, WCDMA, LTE, NR, WiFi, WiMAX или Bluetooth, и это всего лишь некоторые из них. Эти технологии беспроводной связи могут быть интегрированы в те же или другие микросхемы, или набор микросхем, что и другие компоненты в WD 910.
Антенна 911 подключена к интерфейсу 914 и может включать в себя одну или более антенн, или антенных решеток, выполненных с возможностью отправки и/или приема сигналов беспроводной связи. В некоторых альтернативных вариантах осуществления антенна 911 может быть расположена отдельно от WD 910 и может быть подключена к WD 910 через интерфейс или порт. Антенна 911, интерфейс 914 и/или схема 920 обработки могут быть выполнены с возможностью выполнения любых операций приема или передачи, описанных в данном документе, как выполняемые WD. Любая информация, данные и/или сигналы могут быть приняты из сетевого узла и/или другого WD. В некоторых вариантах осуществления схема радиочастотного тракта и/или антенна 911 могут рассматриваться как интерфейс.
Как показано, интерфейс 914 содержит схему 912 радиочастотного тракта и антенну 911. Схема 912 радиочастотного тракта содержит один или несколько фильтров 918 и усилителей 916. Схема 912 радиочастотного тракта подключена к антенне 911 и схеме 920 обработки и выполнена с возможностью выполнения кондиционирования сигналов, передаваемых между антенной 911 и схемой 920 обработки. Схема 912 радиочастотного тракта может быть подключена к антенне 911 или к ее части. В некоторых вариантах осуществления WD 910 может не включать в себя отдельную схему 912 радиочастотного тракта; скорее всего, схема 920 обработки может содержать схему радиосигнала и может быть подключена к антенне 911. Аналогичным образом, в некоторых вариантах осуществления некоторые или все схемы 922 РЧ приемопередатчика могут рассматриваться как часть интерфейса 914. Схема 912 радиочастотного тракта может принимать цифровые данные, подлежащие отправке в другие узлы сети или WD через беспроводное соединение. Схема 912 радиочастотного тракта может преобразовывать цифровые данные в радиосигнал, имеющий соответствующие параметры канала и полосу пропускания, используя комбинацию фильтров 918 и/или усилителей 916. Затем радиосигнал может передаваться через антенну 911. Аналогичным образом, при приеме данных антенна 911 может принимать радиосигналы, которые затем преобразуются в цифровые данные схемой 912 радиочастотного тракта. Цифровые данные могут передаваться в схему 920 обработки. В других вариантах осуществления интерфейс может содержать различные компоненты и/или различные комбинации компонентов.
Схема 920 обработки может содержать комбинацию из одного или более из: микропроцессора, контроллера, микроконтроллера, центрального процессорного устройства, процессора цифровых сигналов, специализированной интегральной микросхемы, программируемой пользователем полевой логической матрицы или любого другого подходящего вычислительного устройства, ресурса или комбинации аппаратных средств, программного обеспечения и/или кодированной логики, предназначенной для обеспечения, по отдельно или в сочетании с другими компонентами WD 910, такими как машиночитаемый носитель 930 информации, функциональных возможностей WD 910. Такие функциональные возможности могут включать в себя предоставление любых различных функций беспроводной связи или преимуществ, обсужденных в данном документе. Например, схема 920 обработки может исполнять инструкции, хранящиеся на машиночитаемом носителе 930 информации или в памяти, расположенной в схеме 920 обработки с тем, чтобы обеспечить раскрытые в данном документе функциональные возможности.
Как показано, схема 920 обработки включает в себя одну или несколько из схемы 922 РЧ приемопередатчика, схемы 924 обработки основополосных сигналов и схемы 926 обработки приложения. В других вариантах осуществления схема обработки может содержать различные компоненты и/или различные комбинации компонентов. В некоторых вариантах осуществления схема 920 обработки WD 910 может содержать SOC. В некоторых вариантах осуществления схема 922 РЧ приемопередатчика, схема 924 обработки основополосных сигналов и схема 926 обработки приложения могут быть выполнены в виде отдельных микросхем или наборов микросхем. В альтернативных вариантах осуществления часть или вся схема 924 обработки основополосных сигналов и схема 926 обработки приложений могут быть объединены в одну микросхему или набор микросхем, и схема 922 РЧ приемопередатчика может быть выполнена в виде отдельной микросхемы или набора микросхем. В еще одних альтернативных вариантах осуществления часть или вся схема 922 РЧ приемопередатчика и схема 924 обработки основополосных сигналов могут быть выполнены на одной и той же микросхеме или на одном и том же наборе микросхем, и схема 926 обработки приложения может быть в виде отдельной микросхемы или набора микросхем. В еще одних альтернативных вариантах осуществления часть или вся схема 922 РЧ приемопередатчика, схема 924 обработки основополосных сигналов и схема 926 обработки приложения могут быть объединены в одной и той же микросхеме или наборе микросхем. В некоторых вариантах осуществления схема 922 РЧ приемопередатчика может быть частью интерфейса 914. Схема 922 РЧ приемопередатчика может формировать РЧ сигналы для схемы 920 обработки.
В некоторых вариантах осуществления некоторые или все функциональные возможности, описанные в данном документе как выполняемые WD, могут быть обеспечены схемой 920 обработки, исполняющей инструкции, хранящиеся на машиночитаемом носителе 930 информации, который в некоторых вариантах осуществления может быть машиночитаемым носителем информации. В альтернативных вариантах осуществления некоторые или все функциональные возможности могут быть обеспечены схемой 920 обработки без исполнения инструкций, хранящихся на отдельном или дискретном машиночитаемом носителе информации, например, в случае использования аппаратных средств. В любом из этих конкретных вариантов осуществления, независимо от того, исполняются ли инструкции, хранящиеся на машиночитаемом носителе информации, схема 920 обработки может быть выполнена с возможностью выполнения описанных функциональных возможностей. Преимущества, обеспечиваемые такими функциональными возможностями, не ограничиваются только схемой 920 обработки или другими компонентами WD 910, но используются в целом WD 910 и/или в целом конечными пользователями и беспроводной сетью.
Схема 920 обработки может быть выполнена с возможностью выполнения любых операций определения, вычисления или аналогичных операций (например, некоторых операций получения), описанных в данном документе, которые может выполнять WD. Эти операции, выполняемые схемой 920 обработки, могут включать в себя обработку информации, полученной схемой 920 обработки, например, путем преобразования полученной информации в другую информацию, сравнения полученной информации или преобразованной информации с информацией, хранящейся в WD 910, и/или выполнение одной или более операций на основе полученной информации или преобразованной информации, и, в результате, принимать решения относительно упомянутой обработки.
Машиночитаемый носитель 930 информации может быть выполнен с возможностью хранения компьютерной программы, программного обеспечения, приложения, включающего в себя одну или несколько логических схем, правил, кода, таблиц и т.д. и/или других инструкций, которые могут быть исполнены схемой 920 обработки. Машиночитаемый носитель 930 информации может включать в себя компьютерную память (например, оперативное запоминающее устройство (RAM) или постоянное запоминающее устройство (ROM)), носитель большой емкости (например, жесткий диск), съемный носитель (например, компакт-диск (CD) или цифровой универсальный видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые невременные машиночитаемые и/или машиноисполняемые запоминающие устройства, которые хранят информацию, данные и/или инструкции, которые могут использоваться схемой 920 обработки. В некоторых вариантах осуществления схема 920 обработки и машиночитаемый носитель 930 информации могут считаться интегрированными.
Оборудование 932 пользовательского интерфейса может предоставлять компоненты, которые позволяют пользователю-человеку взаимодействовать с WD 910. Такое взаимодействие может принимать различные формы, такие как визуальное, звуковое, тактильное и т.д. Оборудование 932 пользовательского интерфейса может быть выполнено с возможностью предоставлять пользователю возможность выводить и вводить данные из/в WD 910. Тип взаимодействия может варьироваться в зависимости от типа оборудования 932 пользовательского интерфейса, установленного в WD 910. Например, если WD 910 представляет собой смартфон, взаимодействие может осуществляться посредством касания экрана; если WD 910 представляет собой интеллектуальный измеритель, взаимодействие может осуществляться через экран, который представляет показания расхода (например, количество использованных галлонов (литров), или динамик, который обеспечивает звуковое оповещение (например, если обнаружен дым). Оборудование 932 пользовательского интерфейса может включать в себя интерфейсы, устройства и схемы ввода и интерфейсы, устройства и схемы вывода. Оборудование 932 пользовательского интерфейса выполнено с возможностью ввода информации в WD 910 и подключения к схеме 920 обработки с тем, чтобы схема 920 обработки могла обрабатывать вводимую информацию. Оборудование 932 пользовательского интерфейса может включать в себя, например, микрофон, датчик приближения или другой датчик, клавиши/кнопки, сенсорный дисплей, одну или несколько камер, USB-порт или другую схему ввода. Оборудование 932 пользовательского интерфейса также выполнено с возможностью разрешать вывод информации из WD 910 и разрешать схемам 920 обработки выводить информацию из WD 910. Оборудование 932 пользовательского интерфейса может включать в себя, например, динамик, дисплей, вибрирующие схемы, USB-порт, интерфейс наушников или другие выходные схемы. Используя один или несколько интерфейсов ввода и вывода, устройств и схем оборудования 932 пользовательского интерфейса, WD 910 может поддерживать связь с конечными пользователями и/или беспроводной сетью и предоставлять им возможность пользоваться функциональными возможностями, описанными в данном документе.
Вспомогательное оборудование 934 выполнено с возможностью предоставлять более специфические функциональные возможности, которые обычно не могут выполняться WD. Это вспомогательное оборудование может содержать специализированные датчики для выполнения измерений для различных целей, интерфейсы для дополнительных типов связи, таких как проводная связь и т.д. Включение во вспомогательное оборудование 934 компонентов и их тип могут варьироваться в зависимости от варианта осуществления и/или сценария.
В некоторых вариантах осуществления источник 936 электропитания может использоваться в виде аккумулятора или аккумуляторного блока. Кроме того, могут также использоваться другие типы источников электропитания, такие как внешний источник электропитания (например, электрическая розетка), фотоэлектрические устройства или элементы электропитания. WD 910 может дополнительно содержать схему 937 электропитания для подачи питания от источника 936 электропитания на различные части WD 910, которым требуется электропитание от источника 936 электропитания для выполнения любых функций, описанных или указанных в данном документе. В некоторых вариантах осуществления схема 937 электропитания может содержать схему управления электропитанием. Схема 937 электропитания может дополнительно или альтернативно выполнена с возможностью приема энергии от внешнего источника питания; в этом случае WD 910 может быть подключено к внешнему источнику электропитания (например, к электрической розетке) через входную схему или интерфейс, такой как кабель электропитания. В некоторых вариантах осуществления схема 937 электропитания может быть также выполнена с возможностью подачи питания от внешнего источника электропитания на источник 936 электропитания. Это может потребоваться, например, для зарядки источника 936 электропитания. Схема 937 электропитания может выполнять любое форматирование, преобразование или другое изменение электроэнергии, подаваемой из источника 936 электропитания, чтобы сделать электроэнергию подходящей для соответствующих компонентов WD 910, на которые подается питание.
Варианты осуществления
1. Способ, выполняемый главным узлом в сети радиодоступа (RAN), содержащий:
прием, через вторичный узел, первого сообщения, включающего в себя информацию, выработанную пользовательским оборудованием, причем информация соответствует обнаруженному отказу соединения между пользовательским оборудованием и главным узлом;
принятие решения, на основе первого сообщения и контекста пользовательского оборудования, относительно выполнения действия, которое включает в себя по меньшей мере одно из: реконфигурирования соединения, повторного установления соединения или установления соединения; и
передачу, во вторичный узел, второго сообщения, соответствующего определенному действию.
2. Способ согласно варианту 1 осуществления, в котором первое сообщение содержит сообщение FailureInformation управления радиоресурсами (RRC), сообщение RRCReestablishmentRequest или сообщение MCGFailureInformation.
3. Способ согласно любому из вариантов 1-2 осуществления, в котором первое сообщение включает в себя одно или несколько из: причины отказа, одного или нескольких результатов измерений, отчета о состоянии буфера или информации BeamFailureRecovery.
4. Способ согласно любому из вариантов 1-3 осуществления, в котором обнаруженный отказ содержит по меньшей мере одно из: отказа радиолинии связи, отказа реконфигурирования, отказа защиты целостности или отказа передачи обслуживания.
5. Способ согласно любому из вариантов 1-4 осуществления, в котором второе сообщение содержит сообщение RRCReconfiguration управления радиоресурсами (RRC), сообщение RRCReestablishment или сообщение RRCSetup.
6. Способ согласно любому из вариантов 1-5 осуществления, в котором первое сообщение принимается через однонаправленный радиоканал 3 сигнализации (SRB3).
7. Способ согласно любому из вариантов 1-5 осуществления, в котором первое сообщение принимается через тракт вторичной группы сот (SCG) разделенного однонаправленного радиоканала 1 сигнализации (SRB1).
8. Способ согласно любому из вариантов 1-7 осуществления, в котором второе сообщение передается через однонаправленный радиоканал 3 сигнализации (SRB3).
9. Способ согласно любому из вариантов 1-7 осуществления, в котором второе сообщение передается через тракт вторичной группы сот (SCG) разделенного однонаправленного радиоканала 1 сигнализации (SRB1).
10. Способ согласно любому из вариантов 1-9 осуществления, в котором определенное действие содержит реконфигурирование соединения с передачей обслуживания.
11. Способ согласно любому из вариантов 1-10 осуществления, в котором второе сообщение включает в себя конфигурирование передачи обслуживания, соответствующее вторичному узлу или другому узлу.
12. Способ, выполняемый пользовательским оборудованием (UE), содержащий:
обнаружение отказа, соответствующего соединению между UE и главным узлом в сети радиодоступа (RAN);
передачу, в главный узел через вторичный узел, первого сообщения, соответствующего обнаруженному отказу; и
прием, из главного узла через вторичный узел, второго сообщения, указывающего UE выполнить реконфигурирование соединения, повторное установление соединения или установление соединения.
13. Способ согласно варианту 12 осуществления, в котором первое сообщение содержит сообщение FailureInformation управления радиоресурсами (RRC), сообщение RRCReestablishmentRequest или сообщение MCGFailureInformation.
14. Способ согласно любому из вариантов 12-13 осуществления, в котором первое сообщение включает в себя одно или несколько из: причины отказа, одного или нескольких результатов измерений, отчета о состоянии буфера или информации BeamFailureRecovery.
15. Способ согласно любому из вариантов 12-14 осуществления, в котором обнаруженный отказ содержит по меньшей мере одно из: отказа радиолинии связи, отказа реконфигурирования, отказа защиты целостности или отказа передачи обслуживания.
16. Способ согласно любому из вариантов 12-15 осуществления, в котором второе сообщение содержит сообщение RRCReconfiguration управления радиоресурсами (RRC), сообщение RRCReestablishment или сообщение RRCSetup.
17. Способ согласно любому из вариантов 12-16 осуществления, в котором первое сообщение передается через однонаправленный радиоканал 3 сигнализации (SRB3).
18. Способ согласно любому из вариантов 12-16 осуществления, в котором первое сообщение передается через тракт вторичной группы сот (SCG) разделенного однонаправленного радиоканала 1 сигнализации (SRB1).
19. Способ согласно любому из вариантов 12-18 осуществления, в котором второе сообщение принимается через однонаправленный радиоканал 3 сигнализации (SRB3).
20. Способ согласно любому из вариантов 12-18 осуществления, в котором второе сообщение принимается через тракт вторичной группы сот (SCG) разделенного однонаправленного радиоканала 1 сигнализации (SRB1).
21. Способ согласно любому из вариантов 12-20 осуществления, в котором определенное действие содержит реконфигурирование соединения с передачей обслуживания.
22. Способ согласно любому из вариантов 12-21 осуществления, в котором второе сообщение включает в себя конфигурирование передачи обслуживания, соответствующее вторичному узлу или другому узлу.
23. Сетевой узел (200) в сети радиодоступа (RAN) (220), в котором сетевой узел (200) содержит схему (202) обработки, для выполнения любого из способов вариантов 1-11 осуществления.
24. Пользовательское оборудование (UE) (210), содержащее схему (212) обработки для выполнения любого из способов вариантов 12-22 осуществления.
25. Энергонезависимый машиночитаемый носитель информации, на котором хранятся инструкции, исполняемые схемой обработки для выполнения любого из способов вариантов 1-22 осуществления.
26. Система, содержащая:
сетевой узел;
пользовательское оборудование, коммуникативно связанное с сетевым узлом.
27. Система согласно варианту 26 осуществления, в которой сетевой узел содержит по меньшей мере один процессор, подключенный к энергонезависимой машиночитаемой памяти, причем указанная энергонезависимая машиночитаемая память содержит инструкции, исполняемые указанным по меньшей мере одним процессором для выполнения любого из способов согласно вариантам 1-11 осуществления.
28. Система согласно варианту 26 осуществления, в которой пользовательское оборудование содержит по меньшей мере один процессор, подключенный к энергонезависимой машиночитаемой памяти, причем упомянутая энергонезависимая машиночитаемая память содержит инструкции, исполняемые упомянутым по меньшей мере одним процессором для выполнения любого из способов согласно вариантам 12-22 осуществления.
Примеры сообщений FailureInformation
Ниже показан пример расширения сообщения FailureInformation с измерениями.
Ниже показан пример расширения типа отказа в FailureMessage. Так как текущий IE FailureInformation имеет только 3 запасных значения для типа отказа, IE может быть расширен, или могут быть ограничены типы отказов. В одном варианте осуществления запасные значения параметра failureType используются таким образом, что выбор rlf содержал randomAccessProblem, максимальные повторные передачи RLC, beamFailure или максимальную разницу во времени UL, тогда как reconfigurationFailure охватывает как отказ соответствовать сообщению RRC, так и отказ соответствовать реконфигурированию до истечения таймера (например, T304):
В другом примере сообщение FailureInformation расширено, чтобы можно было сигнализировать о других типах отказов.
Примерные процедуры NR
В следующем разделе показан пример того, как реализовать описанные в данном документе способы в текущей спецификации 3GPP, например, TS 38.331. В примерах показаны усовершенствования нескольких частей спецификаций, которые могут быть реализованы отдельно или совместно в различных комбинациях.
5.3.5.8 Отказ реконфигурирования
5.3.5.8.1 Отказ проверки целостности
Примечание редактора. Из заголовка удален "SIB3", чтобы этот подраздел можно было легко расширить до автономного случая (если это будет сочтено необходимым). FFS_Standalone
UE должно:
1> при указании отказа проверки целостности с нижних уровней NR для SRB3:
2> инициировать процедуру информирования об отказе SCG, как указано в подпункте 5.7.3, для предоставления отчета об отказе проверки целостности SRB3.
1> после указания отказа проверки целостности с нижних уровней NR для SRB1 или SRB2:
2> Если UE сконфигурировано с разделением SRB1 или SRB3:
3> инициировать процедуру информирования об отказе, как указано в подпункте 5.7.5, для предоставления отчета об отказе проверки целостности.
2> иначе:
3> инициировать процедуры повторного установления RRC, как указано в подпункте 5.3.7;
5.3.5.8.2 Невозможность соответствовать конфигурации RRCReconfiguration
UE должно:
1> если UE работает в EN-DC:
2> если UE не может соответствовать (частично) конфигурации, включенной в сообщение RRCReconfiguration, принятое через SRB3;
3> продолжить использование конфигурации, использованной до приема сообщения RRCReconfiguration;
3> инициировать процедуру информирования об отказе SCG, как указано в подпункте 5.7.3, для предоставления отчета об ошибке реконфигурирования SCG, после чего процедура реконфигурирования соединения завершается;
2> иначе, если UE не может соответствовать (части) конфигурации, включенной в сообщение RRCReconfiguration, принятое по E-UTRA SRB MCG1;
3> продолжить использование конфигурации, использованной до приема сообщения RRCReconfiguration;
3> инициировать процедуру повторного установления соединения, как указано в TS 36.331 [10, 5.3.7], после чего процедура реконфигурирования соединения завершается.
1> иначе, если RRCReconfiguration принято через NR:
2> если UE сконфигурировано с разделенным SRB1;
3> если UE не может соответствовать (частично) конфигурации, включенной в сообщение RRCReconfiguration, принятое через разделенный SRB1;
4> продолжить использование конфигурации, использованной до приема сообщения RRCReconfiguration;
4> инициировать процедуру информирования об отказе, как указано в подпункте 5.7.5, для предоставления отчета об ошибке реконфигурирования MCG, после чего процедура реконфигурирования соединения завершается;
2> если UE сконфигурировано с SRB3;
3> если UE не может соответствовать (частично) конфигурации, включенной в сообщение RRCReconfiguration, принятое через SRB3;
4> продолжить использование конфигурации, использованной до приема сообщения RRCReconfiguration;
4> инициировать процедуру информирования об отказе SCG, как указано в подпункте 5.7.3, для предоставления отчета об ошибке реконфигурирования SCG, после чего процедура реконфигурирования соединения завершается;
3> если UE не может соответствовать (частично) конфигурации, включенной в сообщение RRCReconfiguration, принятое по SRB1;
4> продолжить использование конфигурации, использованной до приема сообщения RRCReconfiguration;
4> инициировать процедуру информирования об отказе, как указано в подпункте 5.7.5, для предоставления отчета об ошибке реконфигурирования MCG, после чего процедура реконфигурирования соединения завершается;
2> иначе:
3> если безопасность не была активирована:
4> выполнить действия при переходе к RRC_IDLE, как указано в 5.3.11, с другой причиной освобождения;
3> иначе:
4> инициировать процедуру повторного установления соединения, как указано в п.5.3.7, после чего процедура реконфигурирования завершается;
1> иначе, если сообщение RRCReconfiguration принято через другую RAT (отказ HO в NR):
2> если UE не может соответствовать какой-либо части конфигурации, включенной в сообщение RRCReconfiguration:
3> выполнить действия, определенные для этого случая отказа, как определено в спецификациях, применимых для другой RAT.
ПРИМЕЧАНИЕ 1. UE может применять вышеуказанную обработку отказов также в случае, если сообщение RRCReconfiguration вызывает ошибку протокола, для которой общая обработка ошибок, как определено в 10, указывает, что UE должно игнорировать сообщение.
ПРИМЕЧАНИЕ 2. Если UE не может соответствовать части конфигурации, оно не применяет какую-либо часть конфигурации, то есть отсутствует частичный успех/отказ.
5.3.5.8.3 Истечение T304 (отказом реконфигурования с синхронизации)
UE должно:
1> если истекает T304 MCG:
2> освободить выделенные преамбулы, переданные в rach-ConfigDedicated, если они сконфигурированы;
2> вернуться к конфигурации UE, используемой в исходной PCell;
2> если сконфигурирован разделенный SRB1 или SRB3:
3> инициировать процедуру информирования об отказе, как указано в 5.7.5;
2> иначе:
3> инициировать процедуру повторного установления соединения, как указано в п.5.3.7.
Примечание 1. В вышеупомянутом контексте, "конфигурация UE" включает в себя переменные состояния и параметры каждого однонаправленного радиоканала.
1> иначе, если истекает T304 вторичной группы сот:
2> освободить выделенные преамбулы, переданные в rach-ConfigDedicated, если они сконфигурированы;
2> инициировать процедуру информации об отказе SCG, как указано в подпункте 5.7.3, чтобы предоставить отчет об отказе реконфигурирования SCG с синхронизацией, после чего процедура реконфигурирования RRC завершается;
1> иначе, если T304 истекает, когда сообщение RRCReconfiguration принято через другую RAT (отказ HO в NR):
2> сбросить MAC;
2> выполнить действия, определенные для этого случая отказа, как определено в спецификациях, применимых для другой RAT.
5.3.10.3 Обнаружение отказа радиолинии
UE должно:
1> по истечении T310 в PCell; или
1> после указания проблемы произвольного доступа от MAC MCG, когда T300, T301, T304 и T311 не работают; или
1> после указания от RLC MCG, что было достигнуто максимальное количество повторных передач:
2> если дублирование CA сконфигурировано и активировано; и для соответствующего логического канала allowedServingCells включает в себя только соты SCell:
3> инициировать процедуру информирования об отказе, как указано в 5.7.x, для предоставления отчета об отказе RLC.
2> иначе:
3> считать, что обнаружен отказ радиолинии связи для MCG, то есть RLF;
3> если защита AS не была активирована:
4> выполнить действия при переходе к RRC_IDLE, как указано в 5.3.11, с причиной освобождения "другое";
3> иначе:
4> если сконфигурирован разделенный SRB1 или SRB3:
5> инициировать процедуру информирования об отказе, как указано в 5.7.5, для предоставления отчета об отказе MCG;
4> иначе:
5> инициировать процедуру повторного установления соединения, как указано в 5.3.7.
5.7.5 Информация об отказе
5.7.5.1 Общие положения
Фигура 5.7.5.1-1: Информация об отказе
Целью этой процедуры является информирование сети об отказе, обнаруженном UE.
5.7.5.2 Инициирование
UE инициирует процедуру, когда есть необходимость информировать сеть об отказе, обнаруженном UE. В частности, UE инициирует процедуру, когда выполняется следующее условие:
1> после обнаружения отказа для однонаправленного радиоканала RLC в соответствии с 5.3.10.3; или
1> после обнаружения отказа радиолинии связи MCG в соответствии с 5.3.10; или
1> после отказа реконфигурирования с синхронизацией MCG в соответствии с подпунктом 5.3.5.8.3; или
1> при мобильности из-за отказа НР в соответствии с п.5.4.3.5; или
1> после указания отказа проверки целостности с нижних уровней относительно SRB1 или SRB2, кроме случаев, когда отказ проверки целостности обнаружен в сообщении RRCReestablishment; или
1> после отказа реконфигурирования RRC-соединения для сообщения RRCReconfiguration, принятого через SRB1, в соответствии с подпунктом 5.3.5.8.2.
После запуска процедуры UE должно:
1> если необходимо проинформировать сеть об отказе MCG:
2> остановить таймер T310, если он работает;
2> остановить таймер T304, если он работает;
2> запустить таймер T3xx;
2> приостановить все RB MCG, кроме SRB0;
2> сбросить MAC MCG;
2> освободить SCell MCG, если они сконфигурированы;
2> освободить текущую выделенную конфигурацию ServingCell MCG;
2> освободить delayBudgetReportingConfig, если оно сконфигурирован, и остановить таймер T342, если он работает;
2> освободить overheatingAssistanceConfig, если оно сконфигурировано, и остановить таймер T345, если он работает;
2> выполнить выбор соты в соответствии с процессом выбора соты, как указано в TS 38.304 [20, 5.2.6];
1> инициировать передачу сообщения FailureInformation, как указано в 5.7.5.3;
5.7.5.3 Действия, которые относятся к передаче сообщения FailureInformation
UE должно:
1> если оно инициировано, передать информацию об отказе RLC:
2> установить logicalChannelIdentity равным идентификатору логического канала отказавшего однонаправленного канала RLC;
2> установить cellGroupIndication в группу сот отказавшего однонаправленного канала RLC;
2> установить для параметра failureType значение типа обнаруженного отказа;
1> если необходимо проинформировать сеть об отказе MCG:
2> установить MeasResultMCG-Failure для результатов измерения в соответствии с XX;
2> если сконфигурирован разделенный SRB1;
3> отправить сообщение FailureInformation на нижние уровни для передачи через SCG SRB1;
2> иначе, если сконфигурирован SRB3;
3> отправить сообщение FailureInformation на нижние уровни для передачи через SRB3;
1> иначе, если необходимо проинформировать сеть об отказе однонаправленного канала RLC MCG
2> отправить сообщение FailureInformation на нижние уровни для передачи через SRB1;
1> иначе, если необходимо проинформировать сеть об отказе однонаправленного канала RLC SCG: и если UE сконфигурировано с EN-DC:
2> если сконфигурирован SRB3:
3> отправить сообщение FailureInformation на нижние уровни для передачи через SRB3;
2> иначе:
3> отправить сообщение FailureInformation через MCG EUTRA, встроенное в сообщение ULInformationTransferMRDC RRC E-UTRA, как указано в TS 36.331 [10].
В приведенном выше описании процедуры при обнаружении отказа радиолинии связи, отказа проверки целостности, невозможности соответствовать сообщению RRCReconfiguration и отказа передачи обслуживания расширяются для того, чтобы вместо инициирования повторного установления, UE передавало сообщение с информацией об отказе (Failure Information) через SCG (либо часть SCG разделенного SRB1 или SRB3) с тем, чтобы сеть могла попытаться восстановить. Так как предлагается, что сообщение FailureInformation будет расширено таким образом, чтобы включать в себя, например, результаты измерения, процедуры для подготовки сообщения FailureInformation должны быть расширены для решения этой проблемы.
Кроме того, в предложенных процедурах предполагается, что передача FailureInformation при отказе MCG будет передаваться через часть SCG разделенного SRB1, если он сконфигурирован, в противном случае, через SRB3, то есть, если сконфигурированы оба разделенных SRB1 и SRB3, то UE использует разделенный SRB1. Однако альтернативным решением могло бы быть то, что UE будет использовать SRB3, если он сконфигурирован, и использовать только часть SCG разделенного SRB1 в случае, если SRB3 не сконфигурирован. Аналогичным образом, можно дополнительно рассмотреть то, какой тракт использовать, например, основываясь на типе отказа.
Таким образом, предполагается, что UE при обнаружении RLF в MCG будет действовать аналогичным образом, как и в унаследованных версиях, в начале обнаружения RLF, например, когда однонаправленные радиоканалы MCG приостановлены и SCell MCGs освобождены.
Дальнейшее улучшение для более быстрого восстановления может состоять в том, чтобы иметь улучшения, например, чтобы не освобождать SCell MCG.
При реконфигурировании с процедурой синхронизации мы гарантируем, что также возобновится любая приостановленная MCG, как показано ниже.
5.3.5.5 Конфигурирование группы сот
5.3.5.5.1 Общие положения
Сеть конфигурирует UE с главной группой сот (MCG) и нулевой или одной вторичной группой сот (SCG). Для EN-DC MCG сконфигурирована таким образом, как указано в TS 36.331 [10]. Сеть передает параметры конфигурации для группы сот в IE CellGroupConfig.
UE выполняет следующие действия на основе принятого IE CellGroupConfig:
1> если CellGroupConfig содержит spCellConfig с reconfigurationWithSync:
2> выполнить реконфигурирование с синхронизацией согласно 5.3.5.5.2;
2> возобновить все приостановленные однонаправленные радиоканалы и возобновить передачу SCG и MCG для всех однонаправленных радиоканалов, если они приостановлены;
Некоторые аспекты идеи изобретения в основном были описаны выше со ссылкой на несколько вариантов осуществления. Однако, как легко поймет специалист в данной области техники, варианты осуществления, отличные от раскрытых выше, в равной степени возможны и находятся в пределах объема идеи изобретения. Аналогичным образом, хотя был обсужден ряд различных комбинаций, все возможные комбинации не были раскрыты. Специалист в данной области техники должен понимать, что существуют и другие комбинации, которые находятся в пределах объема идеи изобретения. Более того, как понятно специалисту в данной области техники, раскрытые в данном документе варианты осуществления по существу применимы также к другим стандартам и системам связи, и любой признак конкретного чертежа, раскрытый в связи с другими признаками, может быть применен к любому другому чертежу и/или в сочетании с другими признаками.