УНИФИЦИРОВАННЫЕ МЕХАНИЗМЫ ОБНАРУЖЕНИЯ RLF, МНОГОЛУЧЕВОГО RLM И BFR С ПОЛНЫМ РАЗНЕСЕНИЕМ В NR
UNIFIED MECHANISMS FOR DETECTING RLF, MULTIBEAM RLM AND BFR WITH FULL SPACING IN NR

Перекрестная ссылка на родственные заявки
Эта заявка испрашивает приоритет по предварительной заявке на патент США № 62/524,362, поданной 23 июня 2017 года и озаглавленной «Система и способ для унифицированного механизма обнаружения RLF и BFR с полным разнесением в NR» и предварительной заявке на патент США № 62/557,052, поданной 11 сентября 2017 года и озаглавленной «Система и способ для унифицированного механизма обнаружения RLF и BFR с полным разнесением в NR», содержание которых включено в данный документ путем отсылки.
ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее раскрытие относится к области сетей связи, и в частности, к вариантам осуществления линий радиосвязи.
Уровень техники
В сетях радиодоступа (RAN) критерии сбоя луча и неудачи восстановления луча (BFR) продолжают оставаться областью исследования. Нерешенные технические проблемы включают в себя, но не ограничиваются этим, то, как физический уровень (PHY) может генерировать и предоставлять (характерное для соты) указание OOS, IS или другие необходимые новые указания для RLF, объявленного RRC, и как определить единую процедуру RLF, RLM и BFR-взаимодействия для многолучевых и однолучевых операций.
Эти общие сведения предназначены для предоставления информации, которая может иметь отношение к настоящему раскрытию. При этом подразумевается, что не должно производиться никакое допущение или толкование, что какие-либо из представленных выше сведений представляют собой предшествующий уровень техники относительно настоящего изобретения.
Сущность изобретения
Задачей настоящего изобретения является устранение или смягчение, по меньшей мере, одного недостатка предшествующего уровня техники.
В одном варианте осуществления раскрыт способ определения указаний восстановления линии радиосвязи или восстановления после сбоя луча (BFR) в пользовательском оборудовании (UE), который включает в себя прием и обработку опорных сигналов нисходящей линии связи (DL) от множества лучей, определение показателя качества сигнала для каждого из множества лучей, оценку определенных показателей качества сигнала для множества разнесений трактов передачи физического уровня для выполнения, в целях восстановления линии связи, операций сигнализации, обнаружения сбоя луча, идентификации нового луча и запроса и ответа по восстановлению после сбоя линии связи, выполнение операций восстановления линии связи путем полного использования сконфигурированного множества путей на физическом уровне для сконфигурированных операций восстановления линии связи с учетом сконфигурированных или основанных на таймере ограничений, в процессе восстановления линии связи, определения статуса операции восстановления линии связи, генерацию указаний восстановления линии связи в соответствии со статусом операции восстановления линии связи и отправку указания(ий) восстановления линии связи с физического уровня на верхний уровень (например, RLM или RLF).
В другом варианте осуществления раскрыт способ определения указаний восстановления линии радиосвязи или восстановления после сбоя луча (BFR) в пользовательском оборудовании (UE), который включает в себя прием и обработку опорных сигналов нисходящей линии связи (DL) от множества лучей, определение показателя качества сигнала для каждого из множества лучей, оценку определенных показателей качества сигнала для множества разнесений трактов передачи физического уровня для выполнения, в целях восстановления линии связи, операций сигнализации, обнаружения сбоя луча, идентификации нового луча и запроса и ответа по восстановлению после сбоя линии связи, выполнение операций восстановления линии связи путем полного использования сконфигурированного множества путей на физическом уровне для сконфигурированных операций восстановления линии связи с учетом сконфигурированных или основанных на таймере ограничений, определение статуса операции восстановления линии связи в процессе восстановления линии связи, генерацию указаний восстановления линии связи в соответствии со статусом операции восстановления линии связи и отправку указания(ий) восстановления линии связи с физического уровня на верхний уровень.
Варианты осуществления были описаны выше в связи с аспектами настоящего изобретения, на основе которых они могут быть реализованы. Специалистам в данной области техники должно быть понятно, что варианты осуществления могут быть реализованы в связи с аспектом, с которым они описаны, но также могут быть реализованы с другими вариантами осуществления этого аспекта. Когда варианты осуществления являются взаимоисключающими или иным образом несовместимы друг с другом, это будет очевидно для специалистов в данной области техники. Некоторые варианты осуществления могут быть описаны в отношении одного аспекта, но также могут быть применимы к другим аспектам, что будет очевидно для специалистов в данной области техники.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Дополнительные признаки и преимущества настоящего изобретения станут ясными из последующего подробного описания, рассматриваемого в сочетании с прилагаемыми чертежами, на которых:
Фиг. 1 - блок-схема электронного устройства в среде вычислений и связи, которое может использоваться для реализации устройств и способов в соответствии с типичными вариантами осуществления настоящего раскрытия;
Фиг. 2 - блок-схема, иллюстрирующая основанное на услугах представление архитектуры системы базовой сети 5G;
Фиг. 3 - блок-схема, иллюстрирующая архитектуру системы базовой сети пятого поколения (5G), как показано на Фиг. 2, с точки зрения возможности соединения с опорной точкой;
Фиг. 4 - блок-схема, иллюстрирующая архитектуру сети радиодоступа 5G;
Фиг. 5 - блок-схема, иллюстрирующая архитектуру сети радиодоступа 5G;
Фиг. 6 иллюстрирует вариант осуществления механизмов восстановления после сбоя луча (BRF) с полным разнесением и унифицированных механизмов сбоя линии радиосвязи (RLF).
Фиг. 7 иллюстрирует конструкцию конечного автомата RLF в системе долгосрочного развития (LTE), показывая необходимые таймеры и счетчики для указания на наличие синхронизации (IS) или указаний на отсутствие синхронизации (OOS), исходящих из базового RLM.
Фиг. 8 иллюстрирует схему фаз RLF в LTE.
Фиг. 9 иллюстрирует структуру сквозных и межуровневых взаимодействий BFR-RLF.
Фиг. 10 иллюстрирует структуру сквозных и межуровневых BFR-RLF.
Фиг. 11 иллюстрирует подробно последовательность операций процедуры обнаружения RLF на основе лежащих в ее основе указаний статуса инициированных конечным автоматом BFR IS, OOS, линии связи или BFR IS, OOS.
Фиг. 12 иллюстрирует вариант осуществления процесса взаимодействия BFR, RLM и RLF.
Фиг. 13 иллюстрирует вариант осуществления процесса взаимодействия BFR, RLM и RLF.
Фиг. 14 иллюстрирует вариант осуществления процесса взаимодействия BFR, RLM и RLF.
Фиг. 15 иллюстрирует предшествующий уровень техники многоуровневой архитектуры для взаимодействий между RLF и BFR.
Фиг. 16 иллюстрирует подробно процесс оптимизации процедуры BFR.
ПОДРОБНОЕ ОПИСАНИЕ
Для целей данной заявки приведен следующий список сокращений, чтобы помочь в понимании раскрытия. Как известно специалисту в данной области техники, различные аббревиатуры могут иметь множество значений, поэтому значение любой аббревиатуры следует интерпретировать с учетом соответствующего контекста раскрытия.
Фиг. 1 - это блок-схема электронного устройства (ED) 52, проиллюстрированного в среде 50 вычислений и связи, которое может использоваться для реализации устройств и способов, раскрытых в данном документе. В некоторых вариантах осуществления электронное устройство может быть элементом инфраструктуры сети связи, таким как базовая станция (например, NodeB, усовершенствованный узел B (eNodeB или eNB), NodeB следующего поколения (иногда называемым gNodeB или gNB), домашним абонентским сервером (HSS), объектом управления мобильностью (MME), шлюзом (GW), таким как пакетный шлюз (PGW) или обслуживающий шлюз (SGW), или различными другими узлами или функциями в базовой сети (CN) или сети наземной мобильной связи общего пользования (PLMN). Для ясности, gNB может быть следующим поколением (5G) eNB (базовой станции LTE), который может включать в себя один CU (центральный блок) и один или несколько DU (распределенных блоков). CU может размещать в себе L3 RRC, уровни протокола PDCP. DU может размещать в себе RLC и/или контроль доступа к среде (MAC), и/или PHY и т.д.
В других вариантах осуществления электронное устройство может быть устройством, которое подключается к сетевой инфраструктуре через радиоинтерфейс, такой как мобильный телефон, смартфон или другое такое устройство, которое может быть классифицировано как пользовательское оборудование (UE). В некоторых вариантах осуществления ED 52 может быть устройством связи машинного типа (MTC) (также упоминаемым как устройство межмашинной связи (m2m)), или другим таким устройством, которое может быть классифицировано как UE, несмотря на то, что оно не предоставляет прямую услугу пользователю. В некоторых документах ED также может упоминаться как мобильное устройство - термин, предназначенный для отражения устройств, которые подключаются к мобильной сети, независимо от того, предназначено ли само устройство для мобильности или способно к этому. Определенные устройства могут использовать все показанные компоненты или только подмножество компонентов, и уровни интеграции могут варьироваться от устройства к устройству. Кроме того, устройство может содержать несколько экземпляров компонента, таких как несколько процессоров, запоминающих устройств, передатчиков, приемников и т.д. Электронное устройство 52 обычно включает в себя процессор 54, такой как центральный процессор (CPU), и может дополнительно включать в себя специализированные процессоры, такие как графический процессор (GPU) или другой такой процессор, память 56, сетевой интерфейс 58 и шину 60 для подключения компонентов  ED 52. При необходимости ED 52 может также включать компоненты, такие как запоминающее устройство 62, видеоадаптер 64 и интерфейс 68 ввода-вывода (показаны пунктирными линиями).
Память 56 может содержать любой тип постоянной памяти системы, читаемой процессором 54, такой как статическая память с произвольным доступом (SRAM), динамическая память с произвольным доступом (DRAM), синхронная DRAM (SDRAM), постоянная память (ROM) или их сочетание. В варианте осуществления память 56 может включать в себя более одного типа памяти, такой как ROM для использования при загрузке, и DRAM для хранения программ и данных для использования при выполнении программ. Шина 60 может быть одной или более из любого типа нескольких архитектур шины, включая шину памяти или контроллер памяти, периферийную шину или видео шину.
Электронное устройство 52 также может включать в себя один или несколько сетевых интерфейсов 58, которые могут включать в себя, по меньшей мере, один из интерфейса проводной сети и интерфейса беспроводной сети. Как показано на Фиг. 1, сетевой интерфейс 58 может включать в себя интерфейс проводной сети для подключения к сети 74, а также может включать в себя интерфейс 72 сети радиодоступа для подключения к другим устройствам по линии радиосвязи. Когда ED 52 является элементом сетевой инфраструктуры, сетевой интерфейс 72 радиодоступа может быть опущен для узлов или функций, действующих как элементы PLMN, отличные от тех, которые находятся на границе радиосвязи (например, eNB). Когда ED 52 является инфраструктурой на границе радиосвязи сети, могут быть включены как проводные, так и беспроводные сетевые интерфейсы. Когда ED 52 является беспроводным образом подключенным устройством, таким как пользовательское оборудование, может присутствовать сетевой интерфейс 72 радиодоступа, и он может быть дополнен другими беспроводными интерфейсами, такими как сетевые интерфейсы WiFi. Сетевые интерфейсы 58 позволяют электронному устройству 52 связываться с удаленными объектами, такими как те, которые подключены к сети 74.
Запоминающее устройство 62 может содержать устройство невременного хранения любого типа, сконфигурированное для хранения данных, программ и другой информации и для обеспечения доступа к данным, программам и другой информации через шину 60. Запоминающее устройство 62 может содержать, например, один или несколько твердотельных накопителей, накопителей на жестких дисках, накопителей на магнитных дисках или накопителей на оптических дисках. В некоторых вариантах осуществления запоминающее устройство 62 может быть удаленным для электронного устройства 52 и доступным через использование сетевого интерфейса, такого как интерфейс 58. В проиллюстрированном варианте осуществления запоминающее устройство 62 отличается от запоминающего устройства 56, в которое оно включено, и, как правило, может выполнять задачи хранения, совместимые с более высокой задержкой, но может, как правило, обеспечивать меньшую волатильность или ее отсутствие. В некоторых вариантах осуществления запоминающее устройство 62 может быть интегрировано с гетерогенной памятью 56.
Опциональный видеоадаптер 64 и интерфейс 68 ввода/вывода (показаны пунктирными линиями) предоставляют интерфейсы для соединения электронного устройства 52 с внешними устройствами ввода и вывода. Примеры устройств ввода и вывода включают в себя дисплей 66, подключенный к видеоадаптеру 64, и устройство 70 ввода-вывода, такое как сенсорный экран, подключенный к интерфейсу 68 ввода-вывода. Другие устройства могут быть связаны с электронным устройством 52, и могут использоваться дополнительные или меньшее количество интерфейсов. Например, последовательный интерфейс, такой как универсальная последовательная шина (USB) (не показана), может использоваться для обеспечения интерфейса для внешнего устройства. Специалистам в данной области техники должно быть понятно, что в вариантах осуществления, в которых ED 52 является частью центра обработки данных, интерфейс 68 ввода-вывода и видеоадаптер 64 могут быть виртуализированы и предоставлены через сетевой интерфейс 58.
В некоторых вариантах осуществления электронное устройство 52 может быть автономным устройством, тогда как в других вариантах осуществления электронное устройство 52 может находиться в центре обработки данных. Как будет понятно из уровня техники, центр обработки данных представляет собой совокупность вычислительных ресурсов (обычно в форме серверов), которые могут использоваться в качестве коллективного вычислительного ресурса и ресурса хранения. Внутри центра обработки данных множество серверов могут быть соединены вместе для обеспечения пула вычислительных ресурсов, в котором могут быть созданы виртуализированные объекты. Центры обработки данных могут быть связаны друг с другом для формирования сетей, состоящих из пулов вычислительных ресурсов и ресурсов хранения, связанных с каждым из них ресурсами связи. Ресурсы связи могут принимать форму физических соединений, таких как Ethernet или оптические линии связи, и в некоторых случаях также могут включать в себя беспроводные каналы связи. Если два разных центра обработки данных соединены множеством разных каналов связи, ссылки могут быть объединены вместе с использованием любого из нескольких способов, включая формирование групп агрегации каналов (LAG). Следует понимать, что любые или все вычислительные ресурсы, ресурсы хранения и подключения (наряду с другими ресурсами в сети) могут быть разделены между различными подсетями, в некоторых случаях в форме среза ресурса. Если ресурсы нескольких подключенных центров обработки данных или других наборов узлов разделены, могут быть созданы различные фрагменты сети.
На Фиг. 2 показана базовая и служебная архитектура 80 для базовой сети 5G или следующего поколения (NGC) (5GCN/NGCN/NCN). Эта иллюстрация изображает логические связи между узлами и функциями, и показанные на ней соединения не должны интерпретироваться как прямое физическое соединение. ED 50 формирует сетевое соединение радиодоступа с узлом (R) сети доступа (R)AN 84, который подключен к функции 86 пользовательской плоскости (UPF), такой как шлюз UP, через сетевой интерфейс, такой как N3 интерфейс. UPF 86 подключается к сети передачи данных (DN) 88 через сетевой интерфейс, такой как интерфейс N6. DN 88 может быть сетью передачи данных, используемой для предоставления услуг оператора, или может выходить за рамки стандартизации Проекта партнерства третьего поколения (3GPP).
3GPP - это сотрудничество между группами телекоммуникационных ассоциаций, известными как организационные партнеры. Первоначальная цель 3GPP состояла в том, чтобы создать глобально применимую спецификацию системы мобильной телефонной связи третьего поколения (3G) на основе усовершенствованных спецификаций Глобальной системы мобильной связи (GSM) в рамках проекта Международной подвижной электросвязи-2000 Международного союза электросвязи (МСЭ). Позже сфера применения была расширена и теперь включает разработку и обслуживание многих стандартов и систем электросвязи.
В некоторых вариантах осуществления DN 88 может представлять сеть или ресурс современных вычислений, такую как сеть мобильных современных вычислений (MEC). ED 52 также подключается к функции управления доступом и мобильности (AMF) 90. AMF 90 отвечает за аутентификацию и авторизацию запросов на доступ, а также за функции управления мобильностью.
Управление мобильностью относится к переключению обслуживающих узлов из-за мобильности UE и часто использует сигнализацию L2 (уровень 2) или L3 (уровень 3) и даже передачу/разделение данных между узлами и с UE для коммутатора.
AMF 90 может выполнять другие роли и функции, как определено в Технической спецификации 3GPP (TS) 23.501. В представлении на основе услуг AMF 90 может связываться с другими функциями через интерфейс на основе услуг, обозначенный как Namf. Функция управления сеансом (SMF) 92 - это сетевая функция, которая отвечает за распределение и управление IP-адресами, которые назначены для UE, а также за выбор UPF 86 (или конкретного экземпляра UPF 86) для трафика, связанного с конкретным сеансом ED 52. SMF 92 может связываться с другими функциями в представлении на основе услуг через интерфейс на основе услуг, обозначенный как Nsmf. Функция сервера аутентификации (AUSF) 94 предоставляет услуги аутентификации другим сетевым функциям через интерфейс Nausf на основе сервиса. Функция сетевого воздействия (NEF) 96 может быть развернута в сети, чтобы позволить серверам, функциям и другим объектам, таким как те, которые находятся вне доверенного домена, иметь доступ к услугам и возможностям в сети. В одном таком примере NEF 96 может действовать подобно прокси-серверу между сервером приложений вне показанной сети и сетевыми функциями, такими как функция 100 управления политиками (PCF), SMF 92 и AMF 90, так что внешний сервер приложений может предоставить информацию, которая может быть полезна при настройке параметров, связанных с сеансом данных. NEF 96 может связываться с другими сетевыми функциями через сетевой интерфейс Nnef на основе услуг. NEF 96 также может иметь интерфейс для функций не-3GPP. Функция сетевого репозитория (NRF) 98 обеспечивает функциональность обнаружения сетевых служб. NRF 98 может быть характерен для сети наземной мобильной связи общего пользования (PLMN) или оператора сети, с которым он связан. Функциональные возможности обнаружения услуг могут позволить сетевым функциям и UE, подключенным к сети, определять, где и как получить доступ к существующим сетевым функциям, и могут представлять основанный на услуге интерфейс Nnrf. PCF 100 связывается с другими сетевыми функциями через интерфейс Npcf на основе услуг и может использоваться для предоставления политики и правил для других сетевых функций, в том числе в плоскости управления. Воплощение и применение политик и правил не обязательно является обязанностью PCF 100, а вместо этого обычно является обязанностью функций, которым PCF 100 передает политику. В одном таком примере PCF 100 может передавать политику, связанную с управлением сеансом, в SMF 92. Это может использоваться для создания единой политики, с помощью которой можно управлять поведением сети. Унифицированная функция управления данными (UDM) 102 может представлять основанный на услуге интерфейс Nudm для связи с другими сетевыми функциями и может предоставлять средства хранения данных для других сетевых функций. Унифицированное хранилище данных может обеспечить консолидированное представление сетевой информации, которая может быть использована для обеспечения того, чтобы наиболее релевантная информация была доступна для различных сетевых функций из одного ресурса. Это может упростить реализацию других сетевых функций, поскольку им не нужно определять, где в сети хранится определенный тип данных. UDM 102 может быть реализован как интерфейс UDM (UDM-FE) и хранилище пользовательских данных (UDR). PCF 100 может быть связан с UDM 102, потому что он может быть связан с запросом и предоставлением информации о политике подписки в UDR, но следует понимать, что обычно PCF 100 и UDM 102 являются независимыми функциями. PCF может иметь прямой интерфейс с UDR. UDM-FE принимает запросы на контент, хранящийся в UDR, или запросы на хранение контента в UDR, и обычно отвечает за такие функции, как обработка учетных данных, управление местоположением и управление подпиской. UDR-FE также может поддерживать любую или все функции обработки учетных данных аутентификации, обработки идентификаторов пользователей, авторизации доступа, управления регистрацией/мобильностью, управления подписками и управления службой коротких сообщений (SMS). UDR обычно отвечает за хранение данных, предоставляемых UDM-FE. Сохраненные данные обычно связаны с информацией профиля политики (которая может быть предоставлена PCF 100), которая управляет правами доступа к сохраненным данным. В некоторых вариантах осуществления UDR может хранить данные политики, а также данные подписки пользователя, которые могут включать в себя любой или все идентификаторы подписки, учетные данные безопасности, данные подписки, связанные с доступом и мобильностью, и данные, относящиеся к сеансу. Функция приложения (AF) 104 представляет функциональность плоскости без данных (также называемой плоскостью не пользователя) приложения, развернутого в домене оператора сети и в сети, совместимой с 3GPP. AF 104 взаимодействует с другими функциями базовой сети через интерфейс Naf на основе услуг и может получать доступ к информации о возможностях сети, а также предоставлять информацию о приложении для использования при принятии решений, таких как маршрутизация трафика. AF 104 также может взаимодействовать с такими функциями, как PCF 100, чтобы обеспечить конкретный ввод приложения в политику и решения по применению политики. Следует понимать, что во многих ситуациях AF 104 не предоставляет сетевых услуг другим NF и вместо этого часто рассматривается как потребитель или пользователь услуг, предоставляемых другими NF. Приложение вне сети 3GPP может выполнять многие из тех же функций, что и AF 104, посредством использования NEF 96.
ED 52 связывается с сетевыми функциями, которые находятся в плоскости пользователя (UP) 106 и плоскости управления (CP) 108. UPF 86 является частью CN UP 106 (DN 88 находится вне 5GCN). (R)AN 84 может рассматриваться как часть пользовательской плоскости, но поскольку она не является строго частью CN, она не считается частью CN UP 106. AMF 90, SMF 92, AUSF 94, NEF 96, NRF 98, PCF 100 и UDM 102 - это функции, которые находятся в CN CP 108, и их часто называют функциями плоскости управления. AF 104 может связываться с другими функциями в CN CP 108 (прямо или косвенно через NEF 96), но обычно не считается частью CN CP 108.
Специалистам в данной области техники должно быть понятно, что может быть множество UPF, соединенных последовательно между (R)AN 84 и DN 88, и, как будет обсуждаться со ссылкой на Фиг. 5 GSA2-B, множественные сеансы данных с разными DN могут быть приспособленным через использование нескольких UPFs параллельно.
Фиг. 3 иллюстрирует представление опорной точки архитектуры базовой сети 5G 82. Для ясности, некоторые сетевые функции, показанные на Фиг. 2, на этом чертеже не показаны, но следует понимать, что пропущенные функции (и те, которые не показаны ни на Фиг. 1, ни на Фиг. 2) могут взаимодействовать с проиллюстрированными функциями.
ED 52 подключается как к (R)AN 84 (в плоскости 106 пользователя), так и к AMF 90 (в плоскости 108 управления). Соединение ED-AMF является соединением N1. (R)AN 84 также подключается к AMF 90 и делает это через соединение N2. (R)AN 84 подключается к функции UPF 86 через N3. UPF 86 связан с сеансом PDU и подключается к SMF 92 через интерфейс N4 для приема информации управления сеансом. Если ED имеет несколько активных сеансов PDU, они могут поддерживаться несколькими различными UPF, каждый из которых подключен к SMF через интерфейс N4. Следует понимать, что с точки зрения представления опорных точек несколько экземпляров SMF 92 или UPF 86 рассматриваются как отдельные объекты. Каждый UPF 86 подключается к DN 88 вне 5GCN через интерфейс N6. SMF 92 подключается к PCF 100 через интерфейс N7, а PCF 100 подключается к AF 104 через интерфейс N5. AMF 90 подключается к UDM 102 через интерфейс N8. Если два UPF в UP 106 соединяются друг с другом, они могут делать это через интерфейс N9. UDM 102 может подключаться к SMF 92 через интерфейс N10. AMF 90 и AMF 92 соединяются друг с другом через интерфейс N11. Интерфейс N12 соединяет AUSF 94 с AMF 90. AUSF может подключаться к UDM 102 через интерфейс N13. В сетях, в которых имеется множество AMF, они могут соединяться друг с другом через интерфейс N14. PCF 100 может подключаться к AMF 90 через интерфейс N15. Если в сети имеется множество SMF, они могут связываться друг с другом через интерфейс N16.
Также следует понимать, что любые или все функции и узлы, рассмотренные выше в отношении архитектур 80 и 82 Базовой сети 5G, могут быть виртуализированы в сети, и сама сеть может быть предоставлена как сетевой фрагмент большего пула ресурсов, как будет обсуждаться ниже.
Фиг. 4 иллюстрирует предлагаемую архитектуру 110 для реализации сети радиодоступа следующего поколения (NG-RAN) 112, также называемой 5G RAN, где один ED может связываться с несколькими gNB или несколькими DU для каждого gNB (одновременно) через ту же самую или другую несущую частоту, или используя некоторый подход мультиплексирования ресурса. Здесь не показано, но каждая линия радиосвязи ED-DU может состоять из множества лучей или пар лучей. NG-RAN 112 является сетью радиодоступа, которая соединяет ED 52 с базовой сетью 114. Специалистам в данной области техники должно быть понятно, что базовой сетью 114 может быть 5GCN (как показано на Фиг. 5 GSA2-A и Фиг. 5 GSA2-B). В других вариантах осуществления базовая сеть 114 может быть развитой сетью пакетной передачи данных (EPC) 4g. Узлы с NG-RAN 112 подключаются к базовой сети 5G 114 через интерфейс NG. Этот интерфейс NG может содержать как интерфейс N2 к плоскости управления, так и интерфейс N3 к плоскости пользователя, как показано на Фиг. 5 GSA2-A и Фиг. 5 GSA2-B. Интерфейс N3 может обеспечить соединение с CN UPF. NG-RAN 112 включает в себя множество узлов радиодоступа, которые могут упоминаться как NodeB следующего поколения (gNB). В NG-RAN 112 gNB 116A и gNB 116B могут связываться друг с другом через интерфейс Xn. В пределах одного gNB 116A функциональные возможности gNB могут быть разложены на централизованный блок (gNB-CU) 118A и набор распределенных блоков (gNB-DU 120A-1 и gNB-DU 120A-2, совместно именуемых 120A ). gNB-CU 118A подключен к gNB-DU 120A через интерфейс F1. Аналогично, gNB 116B имеет gNB-CU 118B, соединяющийся с набором распределенных блоков gNB-DU 120B-1 и gNB-DU 120B. Каждый DU gNB может отвечать за одну или более сот, обеспечивающих радиопокрытие в PLMN.
Распределение обязанностей между gNB-CU и gNB-DU определяется 3GPP. Различные функции, такие как функции управления радиоресурсами или мониторинга радиоресурсов (RLM), могут быть размещены в одной из CU и DU, а также в ED также для контроля одной или нескольких линий радиосвязи или одного или нескольких лучей на линию между ED и DU. Как и во всех функциональных размещениях, могут быть преимущества и недостатки размещения конкретной функции в том или ином месте. Также следует понимать, что любая или все функции, обсужденные выше в отношении NG-RAN 112, могут быть виртуализированы в сети, и сама сеть может быть предоставлена в виде сетевого сегмента большего пула ресурсов, как будет обсуждаться ниже.
Фиг. 5 иллюстрирует архитектуру 122 сети радиодоступа для сети 5G, которая может поддерживать взаимодействующий радиоинтерфейс сети нового радио (NR) и LTE посредством одного и того же ED, т.е. один интерфейс (с LTE ng-eNB) может быть всенаправленной линией радиосвязи на некоторой несущей, тогда как другой интерфейс (с NR gNB) может быть всенаправленными линиями связи на другой несущей, связанной с многолучевыми линиями радиосвязи на еще одной несущей. Функция RLM и функции BFR, встроенные в UE, должны будут контролировать линии радиосвязи нисходящей линии связи (например, RSRP, RSRQ и т.д.), взаимодействуя с RLF в том же UE посредством указаний в устройстве (характерные для луча, канала или соты показатели качества линии радиосвязи, или IS, OOS или пока еще не определенные указания RLF или BFR) для получения статуса RLF на уровне линии связи или соты и передачи измеренных показателей качества одиночной или многолучевой линии и статуса RLF в сеть. В настоящий момент для NR очень важно определить такие механизмы для RLM, BFR и RLM, связанных с несколькими лучами, и для их взаимодействий. RAN следующего поколения (NG-RAN) включает в себя множество узлов NG-RAN, таких как узел 124A NG-RAN, узел 124B NG-RAN и узел 124C NG-RAN, совместно именуемые узлом 124 NG-RAN. Узел 124 NG-RAN обычно является граничным узлом радиосвязи, через который ED 52 соединяется с NG-RAN. Каждый узел 124 NG-RAN может быть разделен на CU и DU, как обсуждено на Фиг. 5 G RAN3-1. Тип соединения, предоставляемого к ED 52, может варьироваться в зависимости от возможностей ED 52 и возможностей конкретного узла 124 NG-RAN. Узел 124A NG-RAN включает в себя, как часть своего DU, усовершенствованный NodeB (ng-eNB) 126A следующего поколения, который может обеспечить соединение LTE с ED 52. Узел NG-RAN 124C включает в качестве части своего DU gNB 128B, который может обеспечить соединение радиодоступа (NR) следующего поколения с ED 52. Следует отметить, что узел NG-RAN 124A не может обеспечить соединение NR с ED 52 из-за отсутствия gNB, узел 124C NG-RAN не может обеспечить соединение LTE с ED 52 из-за отсутствия ng-eNB. Кроме того, следует отметить, что со ссылкой на этот чертеж обсуждение gNB как части DU предназначено для охвата DU, который способен обеспечить соединение RAT следующего поколения с ED, в то время как ng-eNB предназначено для охвата DU, способного обеспечить соединение LTE RAT с ED. Узел NG-RAN 124B включает в свой DU и ng-eNB 126B, и gNB 128A. Это позволяет узлу 124B NG-RAN предоставлять соединения LTE и NR к ED 52.
Узел 124 NG-RAN может связываться с другим узлом 124 NG-RAN через интерфейс Xn. Хотя это и не показано, узел 124A NG-RAN может иметь интерфейсное соединение Xn с узлом 124C NG-RAN. Узел 124 NG-RAN может подключаться к базовой сети 114 через соединение через интерфейс NG, такой как интерфейс N2 или N3, в то время как ED 52 может подключаться к базовой сети 114 через интерфейс уровня доступа к сети NG (NG NAS), такой как как интерфейс N1.
В одном варианте осуществления предложенный унифицированный механизм обнаружения 5G NR RLF эффективно взаимодействует с предложенным лежащим в основе механизмом восстановления после сбоя луча (BFR) с полным разнесением. «Полное разнесение» BFR относится к процессу BFR, в котором исчерпывающе или выборочно, но достаточно своевременно учитываются многомерные диверсифицированные факторы или варианты (например, возможные пути связи и сигнализации) на любом или всех примерных последовательных этапах BFR, приведенных ниже, и который в результате приходит к выводу о статусе BFR (успех или неудача) перед отправкой каких-либо определяемых указаний BFR о его статусе на верхний уровень (RLM или RLF):
1) Обнаружение сбоя BPL (этап 1), измерение парных линий обслуживающего луча, составляющих сконфигурированный
обслуживающий (например, управляющий) канал (CH) и опорные сигналы (например, xSS, xRS) в любой или во всех характерных для UE обслуживающих сотах (например, Первичная сота (Pcell), Первичная вторичная сота (Pcell) или Вторичная сота (Scell)).
2) Идентификация нового луча (этап 2), исследующая полное разнесение одной или нескольких возможных пар лучей, на основе конфигурации исходных или целевых обслуживающих каналов CH. CH может быть нисходящей линией (DL), восходящей линией связи (UL), для управления или данных в любой или всех PCell/SCell/PScell или на основе любого или всех опорных сигналов и т.д.
3) Запрос восстановления луча (этап 3), исследующий полное разнесение возможных путей UL вместе с каналом управления или данных (RACH, PUCCH, PUSCH и т.д.), посредством сигнализации L1-L3 (UCI, элемент управления (CE) MAC, запрос планирования (SR), зондирующий опорный сигнал (SRS) и т.д.) в любой или во всех характерных для UE обслуживающих сотах (PCell/SCell/PScell и т.д.), например, с одинаковыми или смешанными несущими низкой частоты (LF) или высокой частоты (HF).
4) мониторинг ответа по восстановлению BFR (этап 4), исследующий полное разнесение возможных путей DL для канала управления или данных (физического канала управления нисходящей линии связи (PDCCH), PDSCH и т.д.), опорных сигналов (SS-блок/PSS/SSS, xRS и т.д.), посредством сигнализации L1 ~ L3 (DCI, RRC, MAC CE и т.д.) или в одной или нескольких обслуживающих сотах (PCell/SCell/Pscell), или по конкретной обслуживающей несущей или множеству несущих в каждой соте, и т.д.
В вышеупомянутой схеме каждый примерный этап BFR может пытаться исчерпывающе или выборочно, но своевременно (на основе сконфигурированного сетью ограничения таймера) и в достаточной степени (то есть с повторными попытками запрос-ответ при сконфигурированном сетью максимальном пределе повторения) разрешить сбой луча на L1/L2 без запуска поведения RLF на верхних уровнях, но сбой любого из вышеперечисленных этапов может в достаточной степени основываться на таймере (например, как периодически в LTE) или на периодическом, апериодическом или инициируемом событием (OOS, IS, линия связи) или статус BFR) указании RLF или RLM верхнего уровня. Своевременное выполнение всех (4) этапов (1-4, показанных выше) может быть заявлено как успех BFR с указанием (IS или успех), отправляемым на RLF или RLM. И наоборот, статус RLF, таймеры и знания на верхних уровнях могут указывать нижнему уровню оптимизировать (например, сбросить, отложить, досрочно прекратить или ускорить при событиях объявления RLF или восстановления линии связи) конечный автомат BFR.
Кроме того, предложенный модуль унификации взаимодействия (IUM) помогает BFR унифицировать указания от вышеупомянутых этапов BFR и RLMдля генерации уникальных указаний, инициируемых событиями или таймерами (например, IS, OOS), для модуля RLF верхнего уровня (L2 или L3). И наоборот, IUM может учитывать конечные автоматы RLF и другую информацию верхнего уровня, чтобы также помочь BFR-операциям нижнего уровня. IUM может быть реализован в виде аппаратного или программного обеспечения или их комбинации и может быть расположен на одном или нескольких уровнях протокола или в одном или нескольких модулях (BFR, управления лучом (BM), RLM или RLF).
Для ясности, BM может относиться к любым характерным для луча операциям, в частности к выравниванию луча, уточнению луча, отслеживанию луча и переключению луча в отношении одного и того же обслуживающего узла, семейства узлов (точки передачи и приема (TRP) и его родительской соты/gNB) или строго синхронизированных узлов (нескольких TRP, которые UE буквально не может отличить с точки зрения операций луча).
Для ясности, TRP предназначен для обозначения блока обслуживающего узла внутри, но на границе сети для связи с UE по радиоинтерфейсу, обычно с доступом к RRH с или без PHY или MAC.
Раскрытые в настоящем документе нововведения обеспечивают крайне необходимую модульную и однолучевую/многолучевую унифицированную процедуру способа взаимодействия RLF и RLF-BFR, чтобы обеспечить низкозатратное, масштабируемое и надежное обнаружение RLF в NR. Конечные автоматы BFR нижнего уровня и RLF верхнего уровня могут быть должным образом отделены с помощью простых взаимодействий, потому что RLF может не нуждаться в том, чтобы знать или заботиться о том, что вызвало OOS, IS, пока BFR маскирует характерную для луча динамику нижнего уровня (сбой луча) из RLF через модуль IUM.
В системах NR в 3GPP RAN1 критерии сбоя луча и неудачи восстановления луча еще не определены, и на каждом этапе BFR пока не учитываются указания «полного разнесения», особенно для связанной с каким-либо этапом генерации IS/OSS и (на уровне соты) унификации указания перед отправкой указания в RLF; с другой стороны, 3GPP RAN2 для систем NR RAN2 достиг определенных соглашений, но оставил открытыми следующие проблемы:
2) как UE может генерировать и отправлять указание BFR и RLM (OOS, IS) для объявленного RRC (характерного для соты) RLF для многолучевой линии связи, и
3) какова единая процедура взаимодействия BFR-RLF независимо от многолучевых и однолучевых операций RLM?
RLF может быть основан на 3 вариантах: PHY указание сбоя OOS, IS, RLC (повторная попытка ARQ) или RACH (после повторной попытки SR). Другими словами, для подключенного режима UE объявляет RLF по истечении (T310 или T312) таймера из-за обнаружения DL OOS, обнаружения ошибок процедуры произвольного доступа и обнаружения ошибок RLC (повторной передачи ARQ). Для дальнейшего изучения вопрос о том, является ли максимальное число повторных передач ARQ единственным критерием обнаружения сбоя RLC. В процедуре NR RLM физический уровень выполняет указание на отсутствие синхронизации (OOS) / наличие синхронизации (IS), и RRC объявляет RLF, но NR RLM для многолучевой линии связи еще предстоит определить.
Для RLF предпочтение RAN2 состоит в том, что указание in-sync/out-of-sync (наличие синхронизации / отсутствие синхронизации) должно быть указанием для каждой соты, и это изобретение направлено на разработку единой процедуры взаимодействия RLF/RLM-BFR независимо от операций многолучевой или однолучевой линии радиосвязи в одной или нескольких обслуживающих сотах.
В настоящее время необходим новый механизм обнаружения RLF, который отличается от LTE из-за недавно введенных функций PHY в NR, таких как сформированные лучом направленные опорные сигналы, отмеченные xSS/xRS (вместо всенаправленного RS, характерного для соты (CRS) в LTE), которые еще предстоит определить для NR RLF и обнаружения сбоя луча, неясное определение RLF (на уровне канала, на уровне соты, на несколько сот) для UE из-за многолучевого состава каждого обслуживающего канала или линии пространственно некоррелированные или не-квази-совместно расположенные (QCL) каналы между управлением и данными, неидеальное соответствие лучей UL и DL, несколько обслуживающих сот (Pcell/Scell/Pscell) в одно и то же время, разные несущие или опорные сигналы и неясность взаимодействия между конечным автоматом BFR L1 (или L2 или обоими уровнями) и конечным автоматом RLF верхнего уровня (L2 или L3), включая обмен неясными указаниями между ними.
В настоящее время RLM/RLF LTE (с пороговым показателем канала Q_out/Q_in), как правило, основаны на SINR от всенаправленного измерения CRS и основанного на просмотре таблицы гипотетического коэффициента ошибок канала PDCCH (BLER), но в NR больше нет CRS для конкретной соты, где вместо этого могут использоваться блок SS, PBCH DM-RS, CSI-RS или другие опорные сигналы, которые формально еще не определены в стандартах 3GPP. Кроме того, LTE RLF с DC/ агрегацией несущих (CA) основан только на PCell в MeNB или PScell в SeNB, но фактически передача данных UL/DL также может выполняться в доступной группе SCell PUCCH, даже если PCell дает сбой. Кроме того, в каждой соте CA одна несущая может отказать, но другая несущая может по-прежнему работать. Существующие предложения NR для NR RLF либо не смогли исследовать полное разнесение BFR до генерации указаний для верхнего уровня и, следовательно, инициируют произвольные или непригодные указания на основе переходного статуса BFR, либо смешивают конечный автомат RLF на уровне соты и BFR на уровне луча все вместе, независимо от их очень разных временных масштабов, и, следовательно, вызывают нестабильное или неоптимизированное поведение RLF. Отсутствие формального определения многолучевого RLM и BFR в NR также делает проект очень сложным. Для большей ясности, CSI-RS/DM-RS/SS блок/PSS/SSS: являются сокращениями для опорного сигнала (RS) или первичных/вторичных сигналов синхронизации (PSS/SSS), как правило, называемых в совокупности xSS/xRS.
На Фиг. 6 показан вариант осуществления восстановления после сбоя луча (BRF) и унифицированных механизмов сбоя линии радиосвязи (RLF) с полным разнесением и их взаимодействия в UE, где логический модуль модуля интеграции и унификации (IUM) может быть расположен где угодно, скажем, как часть RLM или RLF исключительно, или на разных уровнях, или как часть модулей RLF, BFR или RLM, и BFR использует «полное разнесение» вариантов для выполнения своих задач в максимально возможной степени и как можно быстрее (с ограничениями по времени) перед отправкой любого триггера на верхний уровень.
.
Как показано на Фиг. 6, раскрыт вариант осуществления предлагаемой BRF с полным разнесением. Предложенные (для множества сот, для каждой соты или для каждой линии связи) унифицированные механизмы RLF, предлагаемые унификации указаний из нескольких источников между и их взаимодействия в UE: сигнализация на уровне конкретной побочной линии связи (неявно удаленное сетевое устройство) обеспечивает беспроводные входные данные для каждого уровня операций в UE. Вкратце, этот чертеж иллюстрирует вариант осуществления механизмов, которые сохраняют конечный автомат RLF на уровне 3 как неповрежденный (по сравнению с LTE), по возможности, с обработкой многолучевого BRF на L1 (или L2) как можно более полно и своевременно. Предложенный RLF рассматривает только сконфигурированный сетью или определенный уровень IS, OOS, которые унифицированы из указания BRF полного разнесения своего статуса, его апериодического или инициируемого событиями IS, OOS и неявно любого другого (например, периодического сгенерированного многолучевым RLM) IS, OOS; В конечном итоге унифицированная процедура обнаружения RLF работает независимо от одного или нескольких базовых обслуживающих лучей, опорных сигналов, сот, каналов и несущих и т.д. Модуль IUM, расположенный в L2 (как показано только для иллюстрации) или распределенный по нескольким уровням или внутри RLF, RLM и/или BRF, получает и сообщает унифицированные указания между RLF и BRF
Вверх от нижнего уровня к верхнему уровню предлагаемый IUM выводит унифицированные IS, OOS во временной последовательности или несколько последовательных из них параллельно, каждое на сконфигурированном уровне для целевой линии радиосвязи через одну или несколько обслуживающих сот или несущих (PSCell, Scell, Pcell и т.д.), соответствующих одному или нескольким опорным сигналам (xSS/xRS), в одной или нескольких группах сот (вторичная группа сот (SCG), главная группа сот (MCG) и т.д.), для одного или нескольких каналов (в каждой соте или на каждой несущей и т.д.), на основе одного или нескольких обслуживающих лучей (на канал) и т.д.
Вниз от верхнего уровня к нижнему уровню, предлагаемый IUM также получает унифицированное указание помощи BFR во временной последовательности или нескольких последовательностях из них параллельно, из полезной информации верхних уровней, включая статус двойного соединения (DC) / множественного соединения (MC) / CA / передачи обслуживания (HO) / RLF / RLM / управления радиоресурсами (RRM) / RRC и т.д., чтобы помочь или оптимизировать BFR-операции.
На Фиг. 7 показана процедура RLM и RLF, включающая измерение показателей канала RLM (RSRP/RSRQ), первое и периодическое указание(я) IN/OOS от RLM, отправленное в RLF, подсчет последовательных указаний для операций RLF на основе таймера в существующие системы LTE. В некоторых вариантах осуществления UE отслеживает качество линии радиосвязи нисходящей линии связи (на основе CRS) и сравнивает его с порогами отсутствия синхронизации и наличия синхронизации, Qout (-8 дБ) и Qin (-6 дБ), как в TS 36.133, основанный на измерении CRS SINR (CIR) для PCell или PSCell. Одинаковые пороговые уровни применимы с DRX и без него. Следует отметить, что при включенном DRX периодические IS, OOS генерируются на основе цикла DRX, если он сконфигурирован.
В LTE порог Qout определяется как уровень, на котором линия радиосвязи нисходящей линии связи не может быть надежно принята и должна соответствовать 10% BLER (Qin соответствует 2% BLER) гипотетической передачи PDCCH от обслуживающей соты с учетом ошибки PCFICH с параметрами передачи, указанными в таблице 7.6.1-1 в TS 36.133. В LTE, когда CRS SINR оцениваемой PCell или PSCell становится хуже, чем Qout, уровень 1 UE должен периодически отправлять указания на отсутствие синхронизации (OOS) на верхние уровни, а верхний уровень должен запускать таймер (T310). Когда CRS SINR выше Qin, L1 должен отправлять указания на наличие синхронизации (IS) (периодически) на верхние уровни.
Когда время таймера T310 истекает, то есть нет указания IS в течение последнего (200 мс) периода T310, объявляется RLF, инициируется восстановление соединения RRC и T311. Когда наблюдаются последовательные указания N310 OOS, T310 будет запущен, а T310 остановлен, если будут получены указания N311 IS.
Проблемы физического уровня обнаруживаются существующим модулем RLM, отслеживающим показатели для конкретной соты и не сформированного лучом (или всенаправленного) LTE CRS (например, RSS/CIR или RSRP/RSRQ):
4) Фильтрация/выборка L1 (RSS/CIR) (выборка 10 мс при скользящих окнах 200 мс или 100 мс) измерений на основе пилот-сигнала CRS сопоставляется с PDCCH BLER >10% или <2% путем сравнения отфильтрованных CIR с порогами <Qout (-8dB) или >Qin (-6 дБ).
5) L3-фильтрация указания на отсутствие синхронизации / наличие синхронизации относится к сравнению числа OOS> = N310 (для запуска T310) или IS> = N311 (для запуска сброса T310) последовательных указаний на отсутствие синхронизации и наличие синхронизации, в то время как T310 может быть установлен как 500 ~ 1000 мс, или 50 мс для малой соты в качестве периода обнаружения RLF.
На уровне L3/RRC имеются следующие таймеры RLF
6) T310 начинается после обнаружения проблем физического уровня для Pcell/Pscell, то есть после приема N310 последовательных OOS из нижних уровней; Он останавливается, когда UE получает N311 последовательных IS от Pcell/Pscell нижних уровней до истечения T310, после запуска процедуры передачи обслуживания и после инициирования процедуры повторного установления соединения; Истечение срока действия T310 запускает T311 и RLF и, следовательно, инициирует процедуру повторного установления соединения.
7) T311 запускается после инициирования процедуры повторного установления соединения RRC, останавливается при выборе подходящей соты E-UTRA или соты, использующей другую RAT. По истечении T311 UE входит в режим ожидания RRC_IDLE.
8) T312 запускается после запуска отчета об измерениях для идентификатора измерения, для которого T312 был сконфигурирован во время работы T310; Он останавливается при получении последовательных указаний наличия синхронизации N311 от нижних уровней, при запуске процедуры передачи обслуживания, при инициировании процедуры повторного установления соединения и по истечении T310; Истечение T312 вызовет RLF и инициирует процедуру повторного установления соединения, если контекст/безопасность подготовлены, в противном случае переходит к RRC_IDLE.
Для LTE существует две фазы RLF: первая - обнаружение RLF (по истечении T310), вторая - восстановление RRC (заканчивается по истечении T311 или T312). На Фиг. 8 показаны две фазы RLF, которые могут использоваться в LTE.
9) В LTE CA и DC LTE RLF/RLM основан только на PCell в MeNB или PScell в SeNB:
10) Для CA повторное установление соединения RRC инициируется, когда PCell испытывает RLF. UE не контролирует RLF сот SCell, которые отслеживаются посредством eNB.
11) Для DC первая фаза процедуры сбоя линии радиосвязи поддерживается для PCell и PSCell. Восстановление происходит, когда PCell испытывает RLF. Однако после обнаружения RLF на PSCell процедура повторного установления не запускается в конце первой фазы. Вместо этого UE сообщает о сбое линии радиосвязи PSCell в MeNB.
12) Две фазы (обнаружение RLF и восстановление RRC) для DC/CA:
13) Для одной несущей и CA повторное установление инициируется, когда PCell испытывает RLF. UE не контролирует RLF сот SCell, которые отслеживаются посредством eNB.
14) Для DC первая фаза процедуры сбоя линии радиосвязи поддерживается для PCell и PSCell. Повторное установление происходит, когда PCell испытывает RLF. Однако после обнаружения RLF на PSCell процедура повторного установления не запускается в конце первой фазы. Вместо этого UE сообщает о сбое линии радиосвязи PSCell в MeNB.
15) В LTE UE должно объявлять сбой линии радиосвязи (RLF) на более высоком уровне (L3), когда удовлетворяется одна из следующих ситуаций (НЕ только на основе обнаружений уровня PHY):
16) Указание из RLC о том, что максимальное количество (ARQ) повторной передачи было достигнуто;
17) Указание от MAC, что проблема произвольного доступа (RACH) возникает, когда ни T300, ни T301, ни T304, ни T311 не работают;
18) Сбой приема команды передачи обслуживания во время T312, когда T310 работает, например, по истечении T312;
19) Обнаружение проблем физического уровня на основе мониторинга линии радиосвязи (RLM) (то есть последовательных OOS для номеров N310, но не последовательных IS для номеров N311 до истечения T310), например, после истечения T310 и запуска T311.
Согласно 3GPP TR 38.802, в NR событие сбоя луча происходит, когда качество линии(й) пары лучей связанного канала управления падает достаточно низко (например, сравнение с порогом, время ожидания связанного таймера).
RAN1 разрабатывает процедуру восстановления луча, инициируемую UE, нацеленную на преодоление внезапного падения качества луча.
В одном варианте осуществления настоящего раскрытия, описывается BFR с полным разнесением для получения IS, OOS. В настоящем предлагаемом BFR с полным разнесением любой этап BFR (например, на конкретном устройстве UE):
20) при необходимости может использовать механизм многолучевого RLM,</GipSegment>
i. выбрать/объединить несколько возможных лучей, аналогично или как расширение многолучевого RRM [2,6] в NR,</GipSegment>
ii. вывести показатели RLM на уровне каналов или сотиз измерения нескольких лучей на основе конфигурации, как в [2, 6]
21) в случае сбоя или тайм-аута может сработать (на канал или на соту) RLF OOS, IS (например, с функциями IUM или без), если
условие генерации
i. следующее OOS, IS выполненои/или
ii. управление частотой указания конкретного уровня или периодические таймеры запускаются для измеренной соты или канала на каждую несущую.
22) Проверяет характерные для CH OOS, условия генерации IS: Предполагая, что каждый конкретный луч несет конкретный xSS/xRS обслуживающей несущей/CH/соты, и уровень PHY UE принимает пересмотренные или аналогичные механизмы RLM, как в LTE (выборка и фильтрация с W1, интервалы генерации IN/OOS); Также предполагается, что каждый из 4 этапов BFR может иметь свои конкретные механизмы (сигнализации или принятия решения) независимо от количества обслуживающих лучей/каналов/сот для этого UE.
Условие генерации OOS для многолучевого канала соответствует различным причинам. Например, в некоторых примерах, когда его отфильтрованные/дискретизированные показатели RLM <Qout, или, что эквивалентно, гипотетический BLER CH (например, PDCCH)> порог_OOS, основанный на UE или канальном xRS (CSI-RS и/или DMRS) И, если сработал таймер для контроля частоты генерации ООС. В другом примере условие может быть выполнено, когда его отфильтрованные/дискретизированные показатели RLM <Qout или, что эквивалентно, гипотетический BLER CH (например, PDCCH)> порог_OOS, основанный на UE или канальном xRS (CSI-RS и/или DMRS). Условие генерации IS также может быть основано на Qin и порог_IS для всех сценариев здесь после запуска OOS. Кроме того, характерные для CH указания могут уменьшаться до характерных для луча, если имеется только луч на канал.
Общее условие генерации OOS - при сбое приема и декодирования UE общих сигналов, характерных для соты, например, PSS или блоков SS или PBCH (с его DMRS), для нескольких чисел (например, с комбинацией) или в течение определенного периода времени (по таймеру), например, в одном или нескольких циклах развертки луча, где каждый цикл может быть эквивалентен одному периоду установки пакета блока SS.
Каждый этап предлагаемого BFR с полным разнесением использует выбор или все доступные варианты в этапах для быстрого и точного определения успеха или неудачи BFR с временными ограничениями; Например, запрос на восстановление луча неисправного управляющего канала (луча) в соте 1 на этапе 1 может прибегнуть к копированию MAC CE вдоль идентифицированного на этапе 2 канала данных UL (луча) или RACH в соте 2, если позволяет время (на основе определенного таймера); Успех или неудача ранних этапов или использование некоторого разнесения могут пропускать более поздние этапы/другое разнесение для предоставления указаний RLF. Каждый этап может предоставлять указания прямо или косвенно для RLF через функцию унификации.
В другом варианте осуществления раскрываются функции модуля унификации взаимодействия (IUM) между BFR и унифицированным RLF. Модуль IUM может быть реализован, как показано ниже, для фильтрации или унификации многомерных указаний статуса OOS, IS, линии или BFR L1/L2 в унифицированные указания OOS, IS для каждой соты (или переадресовывается как есть с новым указанием, но предпочтительно только OOS, IS), учитывая конкретное UE, например,
Указания восстановления линии связи относятся к апериодическому указанию (например, того же IS, как определено для RLM), соответствующему успешному восстановлению линии связи, или апериодическому указанию (например, того же OOS, как определено для RLM), соответствующему неудачному восстановлению линии связи, или периодическому или основанному на событии статусу восстановления линии связи. Статус восстановления линии связи относится к примеру обнаружения сбоя, идентифицированным новым лучам, измеренной интенсивности опорного сигнала или качества канала управления или данных, возможности идентифицированного пути луча в соответствии со сконфигурированными критериями, и успеху или неудаче, связанным с каким-либо этапом, при сконфигурированном на основе таймере или счетчика ограничении, и окончательному успеху или неудаче всего процесса восстановления линии связи. Указание OOS RLF для каждой соты генерируется функциями IUM ниже и периодически после этого, если в этой соте
23) характерное для CH условие генерации OOS общего CH для управления DL (например, общего PDCCH) выполнено, ИЛИ
24) выполняется условие генерации OOS, характерное для CH, для CH управления DL, характерного для UE (например, PDCCH, характерного для UE), ИЛИ
25) общее условие генерации OOS выполнено, ИЛИ
26) статус линии связи или BFR указывает либо на связанный с событием сбой линии связи или BFR, либо на связанную с каким-либо этапом (из 4 этапов) неудачу, либо на снижение качества канала на основе критериев, как описано в предыдущем абзаце, ИЛИ
27) Срабатывает событие канала или BFR или BM или контрольный таймер для сообщения или частоты генерации.
В разных вариантах осуществления функций унификации IUM,</GipSegment>
28) Вышеупомянутые A ~ E могут комбинироваться по-разному, вместо этого логическим И, или смешанным ИЛИ и И, и т.д., Или другой математикой. Комбинации, такие как взвешенная сумма (Примечание: когда вес равен или 1/0, тогда он подобен усредненному или основанному на приоритете, скажем, учитывает только PSCell/Pcell, или определенный xRS, или другие). Это также может быть настраиваемым.)
29) Один или несколько из вышеприведенных A ~ E могут быть объединены, не обязательно все из них, с помощью операций ИЛИ или И с другими ортогональными условиями для определения функций IUM
30) RLF для каждой соты IS: Вышесказанное применимо и к IS (с успешным восстановлением линии связи BFR путем замены или неудачей BFR);
31) Вышеупомянутый A ~ E также применим к каждому каналу, каждой несущей или сигналу, если статус канала или BFR является характерным для канала, несущей или сигнала.
Многосотовое OOS, IS также может быть унифицировано IUM
32) путем смешивания этапов A ~ E IUM, примененных к множеству обслуживающих сот (PSCell, PCell, Scell) или группам сот вместе, или
33) Путем только объединения результатов RLF OOS или IS на уровне соты в качестве выходных данных из IUM для каждой соты.
Функции унификации IUM могут быть для каждого канала, для каждого сигнала, для каждой несущей, для каждой соты, для нескольких сот, для каждой группы сот или для их комбинации, на основе сценариевили конфигураций, для генерации или сообщения о указаниях.
Функции унификации IUM могут быть централизованы или распределены на любом или всех определенных уровнях (L1 ~ L3), т. е. как независимый модуль, или интегрированы в RLF или BRF.
Функции унификации IUM могут начинаться от нижнего BRF до верхних уровней RLF (для генерации унифицированного IS, OOS) или наоборот (для генерации унифицированной помощи BFR) в одном UE или сетевых устройствах или быть сквозными (с участием стороны UE и сигнализации на стороне сети). Функции унификации могут быть основаны на других числовых форматах качества_NR_CH, например, вместо комбинаций И и ИЛИ для каждого луча или для каждого канала CH, OOS и т.д.
В другом варианте осуществления раскрыта предложенная модель сквозного взаимодействия между механизмами RLF и BFR (конечными автоматами).
Фиг. 9 иллюстрирует структуру сквозных и межуровневых взаимодействий BFR-RLF в 900, где происходит сквозная и поуровневая сигнализация между устройством на стороне пользователя, например, UE (или любым другим пользовательским устройством, поддерживающим беспроводную связь, включая планшет, ПК и т.д.), и сетевым устройством (например, gNB или TRP) на этапе 902 (уровень 3), 904 (уровень 2), 906 (физический уровень). Следует отметить, что отображаемое деление на уровни является демонстрационным по своей природе и может изменяться в различных вариантах осуществления. Например, функции в L2 в блоке 904 могут рассматриваться как часть RLM (которая может охватывать несколько уровней протокола) для выполнения предложенной унификации и т.д. Кроме того, в разных вариантах осуществления L2 904 в UE может быть просто пропущен, и тогда BFR-операции на нижнем уровне напрямую обеспечивают причинно-следственную (с достаточностью) основу для запуска указания на наличие синхронизации / отсутствие синхронизации (IS, OOS) или других указаний BFR для конечного автомата RLF верхнего уровня. Также существование операций (L2) BFR 904 приведено только для примера, и аналогично на Фиг. 10, в случае, когда сигнализация L2 BFR (например, MAC CE) вводится в стандарты.
На уровне PHY 906 UE имеет сигнализацию BFR L1 с gNB/TRP, и UE также контролирует (DL) опорные сигналы с формированием луча от gNB/TRP как часть описанного процесса многолучевого RLM и/или полного разнесения BFR в другом месте. Следует отметить, что BFR-операции с полным разнесением на ранее обсужденных этапах выводят статус BFT (успех или неудача), указания IS или OOS, рассматривая многомерные лучи, сигналы, соты и каналы и т.д. по радиоинтерфейсу по крайней мере на этом уровне 906. На уровне 2 904 UE и/или gNB/TRP могут совместно определять, является ли BFR-операция успешной или неудачной, посредством сигнализации L2, связанной с BFR (например, CE MAC). На уровне 3 или RRC 902 операции RLF с множеством таймеров и счетчиков устанавливаются и работают на основе указаний IS, OOS (и связанного с событием состояния BFR) из нижнего уровня в сочетании с другими ортогональными входами из RLF или RACH или конечными автоматами RLC, и происходит обмен сигналами RRC по радиоинтерфейсу между состояниями RLF/HO gNB/TRP и состояниями на стороне UE, чтобы получить RLF-машину в gNB/TRP.
Фиг. 10 иллюстрирует структуру сквозных и межуровневых взаимодействий BFR-RLF в 1000, но с обратным направлением сверху-вниз или нисходящих указаний (а не снизу-вверх или восходящих указаний на Фиг. 9). На Фиг. 10 сквозная и поуровневая сигнализация между устройством на стороне пользователя, например, UE (или любыми другими пользовательскими устройствами, включая планшет, ПК и т.д.), и сетевым устройством (например, gNB или TRP) происходит на 1002 (уровень 3), 1004 (уровень 2), 1006 (физический уровень). Следует отметить, что деление на уровни здесь больше для целей иллюстрации и может изменяться в различных вариантах осуществления. На Фиг. 10 показано, что верхний уровень (например, RLF и т.д.) Или уровень 3 1002 может помочь оптимизировать операции нижнего уровня (например, уровень 2 1004 или физический уровень 1006 для BFR), в отличие от Фиг. 9, где нижний уровень (например, физический уровень 906 или уровень 2 904 для BFR) помогает операциям верхнего уровня (например, уровень 3 902 RLF). Например, функции в L2 в блоке 1004 можно рассматривать как часть RLM (которая может охватывать несколько уровней протокола) для выполнения предложенной унификации и т.д. В различных вариантах осуществления L2 1004 в UE может быть просто пропущен, и тогда BFR-операции на нижнем уровне непосредственно принимают входы L3 1002 (информацию или указания помощи BFR) в качестве причинной или достаточной основы для оптимизации указаний BFR. Также наличие (L2) операций 1004 BFR приведено только для примера, в случае, когда сигнализация L2 BFR (например, CE MAC) вводится в стандарты.
На Фиг. 10 1002 конечный автомат RLF верхнего уровня вместе с соответствующей вспомогательной информацией BFR может разрешить досрочное прекращение или ускорение успеха/восстановления BFR или сбоя/сброса, где такая вспомогательная информация на этапе 1002 может быть основана на RLF или RRC по сравнению с сигнализацией по радиоинтерфейсу (например, команда HO, восстановление соединения RRC, сигнализация DC/MC/CA, связанная с добавлением или удалением несущей или соты), или информация об обнаружении или восстановлении луча на основе определения местоположения, или любой альтернативный канал связи по другой несущей или соте в PCell, PScell или SCell в системах с поддержкой DC/CA/MC. В примере, показанном на Фиг. 10, PHY-уровень 1006 UE связывается с gNB/TRP с использованием сигнализации L1 BFR. На уровне 2 1004 UE связывается с gNB/TRP с использованием сигнализации L2 BFR. На уровне RRC 1002 UE обменивается данными с gNB/TRP, используя сигнализацию RLF или RRC или тракты данных, как на Фиг. 9 902 и т.д.
На уровне 2 1004 UE и/или gNB/TRP могут совместно определять, может ли BFR-операция быть оптимизирована посредством сигнализации, связанной с L2 BFR (например, CE MAC). На PHY-уровне 1006 UE имеет сигнализацию BFR L1 с gNB/TRP, и UE также контролирует (DL) опорные сигналы с формированием луча от gNB/TRP как часть описанного процесса многолучевого RLM и/или полного разнесения BFR в другом месте. Следует отметить, что BFR-операции с полным разнесением на ранее обсужденных этапах выводят статус BFT (успех или неудача), указания IS или OOS, учитывая многомерные лучи, сигналы, соты и каналы и т.д. по радиоинтерфейсу на этом уровне 1006, но также и непосредственно предоставленные верхним уровнем указания сброса или ускорения BFT или вспомогательную информацию BFT. На физическом уровне 1006 BFR работает с множеством таймеров и счетчиков и настраивает беспроводную сигнализацию (запрос и ответ BFR) и работает на основе сформированных лучом опорных сигналов, идентификации нового луча, в сочетании с другими ортогональными входами от верхнего уровня, чтобы оптимизировать его работу, ускоряя его или делая его более эффективным.
Следует отметить, что в разных вариантах осуществления как для Фиг. 10, так и для Фиг. 9 BFR и RLF на стороне UE могут быть отражены на стороне на стороне gNB/TRP для RLM на основе UL. Например, gNB/TRP может быть от Pcell, PScell или Scell, связываясь с UE одновременно по разным несущим за пределами только контролируемой несущей. Точно так же контролируемая линия связи или канал могут быть управлением, данными или их комбинацией при определении статуса целевой линии (BFR или RLF); Функции IUM для унификации указаний сброса/ускорения IS, OOS или BFT могут быть в любом месте между взаимодействиями L1 (PHY) ~ L3 (RRC) между RLF и BFR на UE или сетевом устройстве (gNB/TRP) с использованием недавно введенных функций IUM на L2 (как показано) или интегрированы в L1 или L3, или распределены по любым уровням; Состояния RLF и IS, OOS, линии связи и/или BFR могут быть множественными, для каждой соты, для каждого канала, для каждого сигнала или для каждой несущей, для каждой линии связи или их комбинацией соответственно.
Фиг. 10 иллюстрирует конечный автомат RLF верхнего уровня вместе с соответствующей вспомогательной информацией BFR (скажем, информация обнаружения луча на основе позиционирования или информация восстановления в PCell, PScell или SCell в DC/CA/MC), обеспечивает досрочное завершение или ускорение успеха/восстановления BFR или сбой/сброс. В примере, показанном на Фиг. 10, на PHY-уровне 1006 UE связывается с gNB/TRP с использованием сигнализации L1 BFR. На уровне 2 1004 UE связывается с gNB/TRP с использованием сигнализации L2 BFR. На уровне RRC 1002 UE связывается с gNB/TRP с использованием сигнализации RFL или RRC.
В разных вариантах: BFR и RLF на стороне UE могут быть отражены на стороне на gNB/TRP для RLM на основе UL и т.д .; gNB/TRP может быть от Pcell, Pscell или Scell, разных несущих, а обслуживающий CH может быть управлением, данными или их комбинацией; Функции IUM для унификации указаний сброса/ускорения IS, OOS или BFT могут быть в любом месте между взаимодействиями L1 (PHY) ~ L3 (RRC) между RLF и BFR на UE или сетевом устройстве (gNB/TRP) с использованием недавно введенных функций IUM на L2 (как показано), или интегрированы в L1 или L3, или распределены на любых уровнях; Состояния RLF и IS, OOS и/или BFR могут быть множественными, для каждой соты, для каждого канала, для сигнала или для каждой несущей, или их комбинацией соответственно.
В третьем варианте осуществления, проиллюстрированном на Фиг. 11, раскрыта унифицированная процедура потока обнаружения RLF, в которой предложенный многолучевой RLM для NR неявно внедряется как часть IUM (или другого способа, при котором IUM является частью RLM) для получения качества обслуживающего канала NR_CH_quality и сравнения его с нормально сконфигурированным сетью порогом канала Qin/Qout, как показано на блок-схеме 1100, с использованием критериев консолидации/выбора лучей, аналогичных критериям многолучевого RRM [2, 3, 4, 6,…]. Указания IS/OSS в предлагаемом многолучевом модуле IUM/RLM могут быть получены аналогично LTE (т. е. этапу v ниже) на основе любого гипотетического PDCCH, который отображается из NR_CH_quality (например, RSRQ в дБ) на основе поиска в таблице, или может быть основан на прямом сравнении NR_CH_quality (например, RSRQ в дБ, RSRP в дБм или единичной мощности в ваттах) с определенным порогом (например, Qin и Qout). Производный от RLM таймер или инициируемый событиями IS, OOS может быть унифицирован с указаниями неудачи/успеха IS, OOS линии связи или BFR (как на этапе vi ниже и на Фиг. 11 с помощью функций унификации IUM) для унифицированного потока указаний IS, OOS для L3 RLF.
34) NR_CH_quality=среднее от (качества возможных лучей, т.е. с качеством луча выше порога) + смещение (N),
i. где N - количество возможных лучей, которые находятся выше порога; если ни один из них не превышает порог, можно рассмотреть лучший луч; смещение (N) может быть любой неубывающей дискретной или непрерывной функцией N, например, смещение увеличивается с увеличением N, чтобы отразить, что чем больше возможных (N) лучей, тем лучше качество многолучевого канала. Отметим, что N, средняя функция и способы сравнения порогов, предложенные здесь для многолучевого RLM, очень похожи на предшествующий уровень техники многолучевого RRM, но конкретные параметры могут быть по-разному определены или сконфигурированы сетью (например, конфигурация RRC) чем RRM.
ii. Показатели качества для каждого луча измеряются в ваттах, дБм или дБ
iii. Инициализация (сброс) потока может быть похожа на статус успеха луча
iv. среднее значение может быть любой взвешенной суммой, будь то линейные или нелинейные функции, включая линейную сумму, качество на луч и усредненное по N; N может быть для каждого канала, для каждой несущей, для каждой соты или для нескольких из них.
v. Гипотетический BLER PDCCH в NR BFR, скажем, может быть похож на LTE
vi. Входные данные указания IS, OOS для функций IUM могут быть последовательны для нескольких сот, для каждой соты, для многолучевого канала или для каждого луча, одного или нескольких xSS/xRS на луч, но не обязательно используются в смеси
vii. Измерение показателей качества для каждого луча основано на нескольких сигналах, например, RLM/RLF xSS/xRS (в сочетании или отдельно)
viii. На Фиг. 11 показана подробная блок-схема 1100 процедуры обнаружения RLF на стороне UE, соответствующая Фиг. 9, на основе нижнего уровня или базового конечного автомата BFR (1102, 1104, 1106, 1108), который инициировал указания статуса IS, OOS, линии связи или BFR. В середине, IUM (1110, 1112, 1114, 1116, 1118), которая работает, возможно, независимо или как часть предложенного многолучевого RLM или RLF, является логической функцией для объединения (апериодических или инициируемых событиями) указаний BFR с (первыми и периодическими) указаниями на основе NR_CH_quality многолучевого RLM. Цель состоит в том, чтобы ускорить или оптимизировать конечные автоматы RLF 1120 верхнего уровня, например, путем воздействия на счетчики IS, OOS или таймеры и объявление RLF и т.д.
В варианте осуществления, показанном на Фиг. 11, примерные (4) этапы предложенного BFR с полным разнесением выполняются последовательно в блоке 1102, 1104, 1106 и 1109 в способе 1100. Раскрыто, где есть обнаружение сбоя луча в блоке 1102 на основе мониторинга обслуживающих лучей для целевого канала или канала, который ведет к блоку 1104. Если обнаружен сбой (обслуживающего) луча, но новый луч «с полным разнесением» идентифицирован на этапе 1104, блок-схема переходит на этап 1106, в противном случае способ переходит на этап 1114. Если в блоке 1106 запрос BFR с полным разнесением (TX) является успешным, способ переходит к этапу 1108, в противном случае способ переходит к этапу 1114. Если в блоке 1108 ответ BFR с полным разнесением (RX) принимается с восстановлением, способ переходит к этапу 1110, в противном случае способ переходит к этапу 1114. Если в блоке 1110, если BFR в конечном итоге успешен (то есть все этапы выполнены успешно), а также в соответствии с предложенным многолучевым RLM, мы имеем многолучевое NR_CH_quality> Qin (или BLER <порог) при периодической проверке, способ переходит к блок 1112, в противном случае способ переходит к блоку 1114. В блоке 112 имеется указание (независимо от периодического или на основе таймера, или апериодического, или на основе события), отправляемое на верхний уровень, и способ переходит на этап 1118. В блоке 1114, если отказ BFR или согласно предложенному многолучевому RLM у нас есть многолучевое NR_CH_quality <Qout (или BLER> порог), при периодической проверке способ переходит к блоку 1116, в противном случае способ возвращается к блоку 1102. Аналогично IS в блоке 1112, в блоке 1116 имеется указание таймера (инициируемое таймером или событиями OOS) для верхних уровней, и способ переходит к блоку 1118. В блоке 1118 функции унификации IUM выполняются, т.е. с помощью логических операций И | ИЛИ (или других) операций унификации по IS, OOS одного или нескольких лучей/CH/несущей/соты, с проверкой частоты указания (например, проверкой периодичности), и конечный автомат RLF обновляется соответствующим образом (например, его таймеры, счетчики и состояния, на которые влияет IS, OOS, возможно, такие же или аналогичные, как в LTE) в блоке 1120. Следует отметить, что хранить один поток IS, OOS (периодический или нет) для RLF можно просто как конечный автомат RLF, или оставить его таким же в NR, как и в LTE.
В различных вариантах осуществления вышеупомянутое может быть пересмотрено аналогичным образом, чтобы генерировать IS, OOS на уровне соты, которые могут быть основаны на канале управления (например, гипотетическом BLC PDCCH, как в LTE), будь то многоканальный или однолучевой; Или по полученным показателям качества «соты» путем выбора/объединения нескольких показателей многолучевого канала (управление, данные, UL, DL, одинаковая или другая сота или комбинированные) аналогичным образом.
В различных вариантах осуществления вышеупомянутое может быть на обслуживающих или подходящих лучах/каналах/сотах, и IUM может быть распределена или централизована на разных уровнях;
В других вариантах осуществления конкретные этапы в блок-схеме могут варьироваться. Например, вовлеченные этапы BFR могут быть различными; Успешность (Y) или состояния каждого этапа BFR могут непосредственно инициировать некоторое IS или другое указание состояния BFR для IUM;
RSRP может быть непосредственно использовано в качестве NR_CH_quality для сравнения со старыми или вновь определенными порогами (Q_in или Q_out) с или без отображения на BLER.
В другом варианте осуществления унифицированная процедура потока RLF с ее или другой помощью верхнего уровня для BFR раскрыта и проиллюстрирована на Фиг. 11.
В этом варианте осуществления предполагается, что вспомогательная информация может быть получена для помощи процессу BFR:
по всем доступным каналам связи и/или
Через или на основе одного или нескольких xSS/xRS и/или
по разным частотным несущим, как в межсотовой СА, и/или
множественные соты (Pcell, Pscell, Scell), как в DC/CA или LF с помощью HF, и/или
через UL или DL или обе, и/или,
событие тайм-аута верхнего уровня (истечение срока RLF T310/T321) и/или
Триггер HO внутри устройства или через радиоинтерфейс (RLF) и т.д., который можно использовать для завершения BFR или сброса его параметров.
В различных вариантах осуществления вышеупомянутое может основываться только на канале управления Pcell или Pscell (например, гипотетическом BLC PDCCH, как в LTE), или может использовать любые доступные каналы данных (предоставленные ресурсы SPS в PUSCH/PDSCH, PUCCH, или RACH/SR, или MAC CE, и т.д.), или любые обнаруживаемые сигналы (xSS/xRS, включая DL SS-блок, CSI-RS, DMRS, UL SRS/DMRS и т.д.) для получения, ускорения, сброса или в целом помощи BFR.
В различных вариантах осуществления вышеупомянутое может применяться к обслуживающим или потенциальным лучам/несущим/каналам/сотам; IUM может быть распределен или централизован на разных уровнях; Конкретные этапы в блок-схеме могут варьироваться.
В других вариантах осуществления конкретные этапы в блок-схеме могут варьироваться. Например, вовлеченные этапы BFR могут быть различными; Указания верхнего уровня могут использоваться для указания на конкретный этап BFR, чтобы помочь оптимизировать BFR-операции.
Понятно, что в этом раскрытии рассматривается ряд различных вариантов осуществления. Механизмы UIM и RLF/RLM/BFR на стороне UE могут быть осуществлены и применены к различным сценариям со следующими подробностями:
Подобно RLM LTE, показатели, используемые здесь, например, RSRP (RSSI) или RSRQ (CINR) для луча в дБм/ватт или дБ, могут быть измерены по конкретным лучам xSS/xRS.
Показатели могут быть расширены до одно- или многолучевых показателей для каждого канала, соты или несущей.
RLM/RLF с несколькими лучами с комбинацией нескольких измеренных показателей луча для получения единичных показателей RLM описывается в данном документе.
Показатели RLM для конкретного луча или CH могут использоваться для получения указаний IS, OOS для конкретного луча, канала или соты с использованием базового условия генерации IS, OOS и функций IUM.
Конструкция IUM на стороне UE и т.д. может быть отражена на стороне сетевого устройства (TRP, gNB, CU или DU и т.д.) с помощью RLF и RLM на основе сигнала UL/луча/CH и т.д., соответствующих сигналу DL/RLF и RLM на основе лучей/CH и т.д. (аналогично [5] с мобильностью UL и BM по сравнению с унаследованной мобильностью DL и BM).
В различных вариантах осуществления подробности на чертежах вариантов осуществления (Фиг. 2-6) могут применяться к обслуживающим или потенциальным лучам/несущим/каналам/сотам; Функции IUM могут быть распределены или централизованы на разных уровнях; Конкретные детали в структуре, NR_CH_quality или этапы в блок-схемах могут отличаться.
Один пример реализации настоящего раскрытия иллюстрируется на Фиг. 12, которая показывает процесс взаимодействия BFR, RLM и RLF, в котором модуль IUM как часть RLM унифицирует или преобразует сгенерированные в результате RLM указания статуса IS, OOS и BFR (успех или неудача) в единый поток IS, OOS перед отправкой их в L3 RLF. Предположим, что RLM и BFR на стороне UE рассматривают те же xRS или SS, как показано на блок-схеме 1200:
Если сбой луча был обнаружен в блоке 1202, в следующем процессе модуль BFR не должен ничего указывать верхнему уровню, пока не будет объявлен какой-либо окончательный успех/неудача BFR.
Если успех BFR в блоке 1204, то UE отправляет положительное указание (например, апериодический успех BFR или апериодический IS) в RLM, как проиллюстрировано в блоке 1206.
Если неудача BFR в блоке 1204, то UE отправляет отрицательное указание (например, апериодическое указание на неудачу BFR или апериодический OOS) в RLM, как проиллюстрировано в блоке 1208.
Модуль RLM (как вариант осуществления IUM в 1210) может получить IS, OOS из указания успеха/неудачи BFR, которое может быть отделено от обычного процесса RLM, чтобы получить объединенный поток IS, OOS, основываясь исключительно на качестве отслеживаемого многолучевого (обслуживающего) канала. Это использует входные данные из блоков 1206 и 1208 и передает IS, OOS. Следует отметить, что апериодическое указание BFR от 1206 или 1208 может инициировать или преобразовывать или воздействовать на последовательные или периодические (IS, OOS) указания или воздействовать на них в 1210 в соответствии с ранее определенными критериями унификации.
Модуль RLM в 1210 затем отправляет унифицированный поток IS, OOS в L3 RLF в блоке 1212.
Следует отметить, что на основе этого варианта осуществления еще в другом варианте осуществления 1210 может быть реализован как часть BFR, то есть интегрирован в BFR или 1206 и 1208, и, следовательно, влияет или генерирует периодические IS, OOS с или без апериодических IS, OOS, линии связи или BFR указания IS, OOS непосредственно для L3.
В другом варианте осуществления, показанном на Фиг. 13 для процесса взаимодействия BFR, RLM и RLF или блок-схемы 1300, указания RLM (первое и периодическое IS, OOS) и указания BFR (апериодическое IS, OOS) отправляются параллельно для L3 RLF для дальнейшей обработки, т.е. функция унификации буквально является частью конечного автомата RLF. «Модуль IUM» буквально передает все, что было получено от модуля BFR (1306/1308/1310/1312), непосредственно в модуль 1302 RLF L3, как показано блок-схемой 1300. Предположим, что RLM 1304 и BFR на стороне UE рассматривают одинаковые или разные xRS или SS.
После того, как сбой луча обнаружен в блоке 1312, модуль BFR не должен ничего указывать верхнему уровню, пока не будет объявлен какой-либо успех/неудача BFR.
Если BFR успешен в блоке 1310, то UE отправляет апериодический IS в RLF непосредственно в блоке 1306.
Если неудача BFR, то UE отправляет апериодическое указание OOS в RLF непосредственно в блоке 1308.
Блоки 1306 и 1308 передают указания IS, OOS непосредственно в блок 1302 RLF L3.
Параллельно, предложенный многолучевой модуль RLM в блоке 1304 в качестве независимого или отсоединенного модуля получает первые и периодические указания IS, OOS на основе качества отслеживаемого многолучевого (обслуживающего) канала (как описано ранее).
Модуль RLF в блоке 1302 (с неявно встроенными в него функциями унификации) может объединять указания IS, OOS из разных источников (включая, но не ограничиваясь ими, блоки 1304, 1306 и 1308), но обрабатывать их так же или аналогично, как в LTE (с точки зрения последовательного счетчика N310, N311, T310, T311, T312 и т.д.).
Например, апериодическое OOS, поступающее в середине периодических IS, может сбросить счетчик N311 (и, следовательно, задержку остановки T310)
Например, апериодическое IS, поступающее в середине периодических OOS, может сбрасывать счет N310 (и, следовательно, задерживать запуск T310)
Следует отметить, что обработка любого из элементов, показанных на Фиг. 13, может следовать разным логическим или математическим операциям в разных вариантах осуществления.
В другом варианте осуществления, показанном на Фиг. 14, другой пример процесса взаимодействия BFR, RLM и RLF варианта осуществления UE показан на блок-схеме 1400. Здесь указания RLM (первое и периодическое указания IS, OOS) и указания BFR (апериодическое указание IS, OOS или указание успеха/неудачи) отправляются в L3 RLF 1402 только после унификации IUM в блоке 1404, где IUM может быть частью RLM 1406 или RLF 1402 или независимой функцией, но независимо от того, что она унифицирует указания взвешенным способом на основе типа указания, источника указания или опорных сигналов, на которых основаны указания. Предположим, что RLM 1406 и BFR (1408, 1410, 1412, 1414) на стороне UE рассматривают один и тот же или разные xRS или SS, а затем IUM 1404 фильтрует или унифицирует указания из RLM 1405 и из подмодуля BFR 1408 и 1410 либо как часть RLF 1402, либо как входы для RLF 1402.
1. После сбоя луча, обнаруженного в блоке 1414, модуль BFR не должен ничего указывать верхнему уровню, пока не будет объявлен какой-либо успех/неудача BFR на основе сконфигурированного xRS/SS.
Если BFR успешен в блоке 1412, то UE отправляет апериодическое IS в RLF непосредственно в блоке 1408.
Если неудача BFR в блоке 1412, то UE отправляет апериодическое указание OOS в RLF непосредственно в блоке 1410.
Модуль 1406 RLM в качестве независимого или отсоединенного модуля от BFR получает периодические IS, OOS на основе качества отслеживаемого многолучевого (обслуживающего) канала, подобно тому, что определено в многолучевом RLM, на основе сконфигурированного xRS/SS в блоке 1406.
Модуль RLF в блоке 1402 объединяет указания IS, OOS из разных источников (включая, но не ограничиваясь ими, блоки 1406, 1408 и 1410), но обрабатывает их так же или аналогично, как в LTE (с точки зрения последовательного счетчика N310, N311 , T310, T311, T312 и т.д.):
Например, для разных xRS/SS IUM 1404 или RLF 1402 по-разному трактуют указания по весам (или приоритетам), возможно, с учетом более высокого веса или абсолютного приоритета для апериодических указаний от 1408 и 1410 от BFR, чем периодические указания, генерируемые в результате RLM от 1406.
Например, для указаний из разных источников (RLM 1406 против. BFR 1408 или 1410), IUM 1404 или RLF 1402 по-разному относятся к указаниям в зависимости от веса (или приоритета).
Примечание: равные веса означают, что к ним могут относиться одинаково. IUM, если в составе RLF могут работать непосредственно N311, N310 (как показано) или соответствующие таймеры.
Следует отметить, что вышеуказанная обработка может следовать конкретным способам взвешивания, как определено в другом месте в способе унификации. Следует отметить, что в разных вариантах осуществления RLM 1402 и RLF 1406 (и IUM 1404) могут рассматриваться как один модуль.
На Фиг. 15 показана диаграмма со временем по оси X и различными сигналами, нанесенными на ось Y. Каждый из уровней RRC, MAC и PHY разделен по оси Y. Это предназначено, чтобы показать поток, когда происходит RLF. Фиг. 15 также иллюстрирует некоторые таймеры, раскрытые в данном документе, а также восстановление луча, раскрытое в данном документе.
Фиг. 16 - блок-схема 1600 последовательности операций, иллюстрирующая вариант осуществления на стороне UE, соответствующий Фиг. 10, иллюстрирующий подробно эту последовательность операций процедуры 1006 оптимизации BFR и (1610, 1612, 1614, 16161, 1618, 1620) на основе верхнего уровня (RLF, RLC, состояние HO или сигнализация RRC) предоставленную вспомогательную информацию, при этом конечный автомат 1006, 1004 и (1610 ~ 1620) BFR может быть ускорен или досрочно завершен на основе информации верхнего уровня (1002 или 1002 и 1004, соответствующим 1602, 1604, 1606, 1608 и т.д.).
Фиг. 16 - блок-схема 1600 последовательности операций, относящаяся к ситуациям, когда помощь верхнего уровня может быть получена по нескольким сотам (Pcell, Pscell, Scell) из множества или возможных или обслуживающих несущих, доступных или альтернативных путей связи, статуса повторной передачи RLC ARQ, статуса RACH, RRC или информации сигнализации L2, или события тайм-аута RLF верхнего уровня (T310/T312), или триггера HO (команды). Следует отметить, что событие тайм-аута RLF верхнего уровня (T310/T312) или триггер HO (команда) могут использоваться для досрочного завершения BFR нижнего уровня, поскольку это больше не требуется, в то время как другие события могут помочь ускорить процесс BFR. На этой блок-схеме UE в L3 (или L2) изучает состояние RLF/RLC/RACH или сигналы RRC или L2 для вспомогательной информации BFR в блоке 1602. Логическая IUM между BFR верхнего уровня и нижнего уровня выполняет множество функций, включая функции, проиллюстрированные в блоках 1604, 1606 и 1608. Следует отметить, что эти функции также могут рассматриваться как часть RLF, RLM или BFR.
В блоке 1604 запрашивается информация о доступных разнесенных трактах, например, определенная альтернативными лучами/CH/несущими/сотами для одного и того же UE, и используется для ускорения BFR. В блоке 1606 истекает время T310/T312 (где таймеры T310 и T312 являются таймерами, по существу сходными с теми таймерами, которые определены в LTE), или события верхнего уровня, такие как вновь принятая команда HO, или восстановление соединения, или режим ожидания, начинается с нового луча, канала, несущей или соты, показанных в блоке 1606. В блоке 1608 события, такие как таймеры T310 и T312, сбрасываются или прекращаются. И 1606, и 1608 могут быть использованы для досрочного завершения текущей BFR (текущая или нет, определяется в блоке 1612). Предполагается, что события, отслеживаемые функциями IUM, предусмотренными 1604, 1606 и 1608, могут или не могут быть одновременными по своей природе. Если существует доступный путь UL с разнесением, как определено в блоке 1610, то в блоке 1614 выполняется ускорение запроса BFR с полным разнесением (TX), чтобы инициировать RACH или SR/PUSCH через уведомленный альтернативный тракт связи верхнего уровня (например, другая сота, канал, несущая, луч или другие сигналы), а не блокируется или задерживается в существующих сигналах нижнего уровня. Если тракт разнесенного UL недоступен в блоке 1610, то ускорение мониторинга или отклика DL BFR с полным разнесением может быть обеспечено путем инициирования переключения/идентификации луча с новым лучом DL, несущей, каналами, сотой или другими сигналами. на этапе 1618, потому что UL уже известен как проблемный верхним уровнем. Если BFR все еще продолжается, как определено в блоке 1612, тогда происходит сброс BFR, который вызывает параметры BFR, таймеры, состояния (например, досрочное завершение и повторное инициирование конечного автомата BFT) в блоке 1616. UE после блоков 1612, 1616, 1618 и 1614 может продолжать выполнять новое обнаружение сбоя луча в блоке 1620, возможно, используя вспомогательную информацию верхнего уровня или оптимизированные состояния BFT верхнего уровня.
В целях ясности таймер T310 может использоваться для определения того, как долго возникла проблема, связанная с PHY. Один пример операции обсуждается ниже:
Запускается, когда UE обнаруживает проблемы, связанные с уровнем PHY (когда оно получает N310 последовательных указаний на отсутствие синхронизации от нижних уровней)
Останавливается, когда:
Когда UE принимает N311 последовательных указаний на наличие синхронизации из нижних уровней
После запуска процедуры передачи обслуживания
После инициирования процедуры повторной установки соединения
По истечении этого срока, если защита не активирована, она переходит в режим RRC ожидания, в противном случае она инициирует процедуру повторной установки соединения.
В целях ясности T312 может использоваться для определения того, как долго UE ожидает указание на наличие синхронизации N312 от уровня 1 при установлении выделенного канала в подключенном состоянии.
Фиг. 16 демонстрирует, что вспомогательная информация может быть получена для помощи процессу BFR
по всем доступным каналам связи и/или
Через или на основе одного или нескольких xSS/xRS и/или
по разным частотным несущим, как в межсотовой СА, и/или
LF с помощью
множественные соты (Pcell, Pscell, Scell), как в DC/CA или HF, и/или
через UL или DL или оба, и/или,
событие тайм-аута верхнего уровня (истечение срока RLF T310/T321) и/или
Триггер HO внутри устройства или через радиоинтерфейс (RLF) и т.д., который можно использовать для завершения BFR или сброса его параметров.
В различных вариантах осуществления вышеупомянутое может основываться только на канале управления Pcell или Pscell (например, гипотетическом BLC PDCCH, как в LTE), или может использовать любые доступные каналы данных (предоставленные ресурсы SPS в PUSCH/PDSCH, PUCCH, или RACH/SR, или MAC CE, и т.д.), или любые обнаруживаемые сигналы (xSS/xRS, включая DL SS-блок, CSI-RS, DMRS, UL SRS/DMRS и т.д.) для получения, ускорения, сброса или в целом помощи BFR.
В различных вариантах осуществления вышеупомянутое может применяться к обслуживающим или потенциальным лучам/несущим/каналам/сотам; IUM может быть распределена или централизована на разных уровнях; Конкретные этапы в блок-схеме могут варьироваться.
В других вариантах осуществления конкретные этапы в блок-схеме могут варьироваться. Например, вовлеченные этапы BFR могут быть различными; Указания верхнего уровня могут использоваться для указания на конкретный этап BFR, чтобы помочь оптимизировать BFR-операции.
Раскрытые механизмы UIM и RLF/RLM/BFR на стороне UE могут быть осуществлены и применены к различным сценариям со следующими подробностями:
Подобно RLM LTE, показатели, используемые здесь, например, RSRP (RSSI) или RSRQ (CINR) для луча в дБм/ватт или дБ, могут быть измерены по конкретным лучам xSS/xRS.
Показатели могут быть расширены до одно- или многолучевых показателей для каждого канала, соты или несущей.
Многолучевой RLM/RLF с комбинацией нескольких измеренных показателей луча для получения одного показателя RLM описан на странице 20.
Показатели RLM для конкретного луча или CH могут использоваться для получения указаний IS, OOS для конкретного луча, CH или соты с использованием базового условия генерации IS, OOS и функций IUM, раскрытых в данном документе.
Конструкция IUM на стороне UE и т.д. может быть отражена на стороне сетевого устройства (TRP, gNB, CU или DU и т.д.) С помощью RLF и RLM на основе сигнала UL/луча/CH и т.д., соответствующих сигналу DL/RLF и RLM на основе луча/CH и т.д. (аналогично мобильности UL и BM в сравнении с унаследованной мобильностью DL и BM, раскрытыми в данном документе).
В различных вариантах осуществления подробности на различных фигурах, раскрытых в данном документе, могут применяться к обслуживающим или потенциальным лучам/несущим/каналам/сотам; Функции IUM могут быть распределены или централизованы в различных уровнях; Конкретные детали в структуре, NR_CH_quality или этапы в диаграмме потока раскрыты в данном документе.
В некоторых вариантах осуществления, способ определения указаний восстановления после сбоя луча (BFR) в средстве пользовательского оборудования (UE) включает в себя прием и обработку нисходящих (DL) опорных сигналов от нескольких лучей на физическом уровне, определение показателя качества луча для каждого из множества лучей, оценку определенных показателей качества луча для множества разнесений трактов передачи физического уровня (с точки зрения отдельного луча, опорного сигнала или сигнала синхронизации, направления, несущей, канала данных или управления, соты для выполнения BFR-операций сигнализации, идентификации луча и восстановления после сбоя луча. Кроме того, способ также включает в себя выполнение BFR-операций путем полной эксплуатации упомянутых разнесений на физическом уровне, например, в рамках конфигурации сети и ограничений, основанных на таймере, в процессе BFR, определение окончательного статуса BFR-операции (успех, неудача), генерирование явных указаний BFR (апериодического IS, соответствующего успеху BFR, или апериодического OOS, соответствующего неудаче BFR, или явного статуса успеха или неудачи BFR), только когда статус BFR-операции является окончательным, и отправку указания(ий) BFR на другой(ие) модуль(и) (например, RLM или RLF).
В одном варианте осуществления, способ обнаружения сбоя линии радиосвязи (RLF) сети радиосвязи (NR) в пользовательском оборудовании (UE), который включает в себя получение указания (где указание может быть сгенерированным в результате BFR (апериодическим) IS, OOS, или явным указанием статуса успеха/неудачи BFR, получением генерируемого в результате RLM (периодического) указания IS, OOS, получением обоих указаний параллельно), и унификацию одного или нескольких из принятого(ых) указания(й) для обнаруженной линии радиосвязи для конкретных опорного сигнала или луча или канала или несущей или соты, или для нескольких из них. Этот способ также включает в себя отправку унифицированного указания(ий) для RLF и использование унифицированного указания(ий) для воздействия (например, ускорения, задержки или оптимизации) на конечный автомат RLF (N310, T310, N311, T311, T312 и т.д.) для быстрого и надежного заявления RLF.
В другом варианте осуществления, раскрывается способ обнаружения сбоя линии радиосвязи (RLF) сети радиосвязи (NR) в пользовательском оборудовании (UE), который включает в себя прием указания, причем указание представляет собой, по меньшей мере, одно из сгенерированного в результате BFR IS, OOS, явного указания статуса успеха/неудачи BFR; или генерируемого в результате RLM (периодического) указания IS, OOS, унификацию принятого указания для обнаруженной линии радиосвязи, отправку унифицированного указания(ий) в RLF; и использование унифицированного указания(ий) для изменения конечного автомата RLF. Этот способ может быть расположен в одном из модулей RLF, RLM или BFR, или по ним или различным уровням протокола, и причем указания BFR и RLM могут вводиться в способ параллельно или только через RLM после процедурной унификации на основе RLM.
В еще одном варианте осуществления, способ определения указаний восстановления после сбоя луча (BFR) в пользовательском оборудовании (UE), который включает в себя получение и обработку опорных сигналов нисходящей линии связи (DL) от множества лучей на физическом уровне, определение показателя качества луча для каждого из множества лучей, оценку определенных показателей качества луча для множества разнесений трактов передачи физического уровня (с точки зрения отдельного луча, опорного сигнала, сигнала синхронизации, направления, несущей, канала данных или управления, соты или любого их сочетания) для выполнения BFR-операций сигнализации, идентификации луча и восстановления после сбоя луча, выполнение BFR-операций путем полного использования упомянутых разнесений на физическом уровне, например, в соответствии с конфигурацией сети и ограничениями, основанными на таймере; в процессе BFR, определение окончательного статуса BFR-операции (успех, неудача), генерирование явных указаний BFR (апериодического IS, соответствующего успеху BFR, или апериодического OOS, соответствующего неудаче BFR, или явного статуса успеха или неудачи BFR), только когда статус BFR-операции является окончательным, и отправку указания(ий) BFR на другой(ие) модуль(и) (например, RLM или RLF).
В еще одном варианте осуществления раскрывается сетевое устройство, которое включает в себя средство приемника для приема указания по меньшей мере от одного сетевого устройства, при этом указание является по меньшей мере одним из генерируемого в результате BFR IS, OOS, явного указания статуса успеха/неудачи BFR; генерируемого в результате RLM указания IS или OOS; и средство обработки, которое унифицирует принятое указание для обнаруженной линии радиосвязи, посылает унифицированное указание на RLF и изменяет конечный автомат RLF на основе указания.
Раскрыты система и способ обнаружения сбоев линии связи в системе нового радио (NR) и выполнения RLM и восстановления после сбоев линии в сетевом оборудовании, например устройстве UE на стороне пользователя (или устройстве на стороне сети, таком как TRP или базовые станции). Эти системы и способы могут включать в себя средство для измерения беспроводных сигналов и рассмотрения беспроводных сигналов и сообщений конфигурации для генерации и приема указания в устройстве, которое может быть по меньшей мере одним из сгенерированного в результате восстановления после сбоя линии связи (например, BFR) периодического, инициируемого событиями или апериодического статуса или указания; или генерируемого в результате многолучевого RLM (первого и периодического) указания IS, OOS. Системы и способы унифицируют принятое указание для обнаруженной линии радиосвязи, используя многолучевой RLM и указание(я) восстановления после сбоя линии связи с полным разнесением или со множеством путей для оптимизации производительности.
Раскрыты система и способ обнаружения сбоев линии радиосвязи (RLF) радиосети сети и ее взаимодействия с RLM и восстановления после сбоев линии в сетевом оборудовании, например устройстве UE на стороне пользователя (или устройстве на стороне сети, таком как TRP или базовые станции). Эти системы и способы могут включать в себя средство для измерения беспроводных сигналов и рассмотрения беспроводных сигналов и сообщений конфигурации для генерации и приема указания в устройстве, которое может быть по меньшей мере одним из сгенерированного в результате восстановления после сбоя линии связи (например, BFR) (периодического, инициируемого событиями или апериодического) указания, такого как IS, OOS или статус восстановления линии связи (такой как успех, неудача, новый идентифицированный луч, обнаруженные показатели качества); или сгенерированного в результате многолучевого RLM (первого и периодического) указания IS, OOS или показателя качества канала; или преобразованных указаний BFR в RLM-определенные указания; или сгенерированных на основе RLF, RRC, RLC или RACH верхнего уровня нисходящего указания(ий) для оптимизации операций, связанных с восстановлением линии связи нижнего уровня. Системы и способы унифицируют принятое указание для обнаруженной линии радиосвязи, используя унифицированное восходящее указание(я) для изменения конечного автомата RLF, чтобы улучшить его производительность, или унифицированное нисходящее указание(я), чтобы изменить конечный автомат BFR для оптимизации производительности.
Хотя настоящее изобретение было описано со ссылкой на его конкретные признаки и варианты осуществления, очевидно, что в него могут быть внесены различные модификации и комбинации без отступления от изобретения. Описание и чертежи, соответственно, должны рассматриваться просто как иллюстрация изобретения, как оно определено в прилагаемой формуле изобретения, и предполагается, что они охватывают любые и все модификации, вариации, комбинации или эквиваленты, которые попадают в объем настоящего изобретения.