СПОСОБЫ УПРАВЛЕНИЯ ДОСТУПОМ К КАНАЛУ
METHODS FOR CONTROLLING CHANNEL ACCESS

Перекрестная ссылка на родственные заявки
Настоящая заявка испрашивает преимущество по предварительной заявке на патент США № 62/652,116, поданной 3 апреля 2018 г., предварительной заявке на патент США № 62/687,008, поданной 19 июня 2018 г., и предварительной заявке на патент США № 62/715,646, поданной 7 августа 2018 г., содержание которых включено в настоящий документ путем ссылки.
Изложение сущности изобретения
Способ, выполняемый модулем беспроводной передачи/приема (WTRU), может включать прием множества конфигураций прослушивания перед передачей (LBT), связанных с одним или более из луча, части ширины полосы (BWP), логического канала (LCH), набора параметров LBT, типа передачи или подполосы LBT. Способ может дополнительно включать прием указания на передачу с использованием первой конфигурации LBT из множества конфигураций LBT. Затем может быть предпринята попытка получить канал с использованием первой конфигурации LBT. Указание на передачу может дополнительно указывать вторую конфигурацию LBT из множества конфигураций LBT. Данные могут передаваться по каналу, когда попытка получения канала является успешной. Попытка получить канал с использованием второй конфигурации LBT из множества конфигураций LBT может предприниматься, когда попытка получить канал с использованием первой конфигурации LBT является неуспешной.
Краткое описание графических материалов
Более подробное объяснение содержится в представленном ниже описании, приведенном в качестве примера, в сочетании с прилагаемыми графическими материалами, на которых аналогичные номера позиций на фигурах обозначают аналогичные элементы:
на фиг. 1A представлена схема системы, иллюстрирующая пример системы связи, в которой могут быть реализованы один или более раскрытых вариантов осуществления;
на фиг. 1B представлена схема системы, иллюстрирующая пример модуля беспроводной передачи/приема (WTRU), который может использоваться в системе связи, проиллюстрированной на фиг. 1A, в соответствии с вариантом осуществления;
на фиг. 1C представлена схема системы, иллюстрирующая пример сети радиодоступа (RAN) и пример опорной сети (CN), которые могут использоваться в системе связи, проиллюстрированной на фиг. 1A, в соответствии с вариантом осуществления;
на фиг. 1D представлена схема системы, иллюстрирующая дополнительный пример RAN и дополнительный пример CN, которые могут использоваться в системе связи, проиллюстрированной на фиг. 1A, в соответствии с вариантом осуществления;
на фиг. 2 представлена схема, иллюстрирующая пример сбоя прослушивания перед передачей (LBT) вследствие формирования луча;
на фиг. 3 представлена схема состояний, иллюстрирующая множество процессов LBT, каждый из которых увеличивает значение одного счетчика;
на фиг. 4 представлена схема состояний, иллюстрирующая множество процессов LBT, каждый из которых увеличивает значение отдельных счетчиков;
на фиг. 5A представлена интервальная временная схема, иллюстрирующая одновременные процессы LBT, использующие множество счетных циклов;
на фиг. 5B представлена интервальная временная схема, иллюстрирующая одновременные процессы LBT, использующие один счетный цикл;
на фиг. 6 проиллюстрирован пример шаблона для указания доступности;
на фиг. 7 представлен график, иллюстрирующий пример реализации процедуры обнаружения сбоя луча для нелицензированной соты новой радиосети (NR-U); и
на фиг. 8 представлена блок-схема, иллюстрирующая пример способа переключения между конфигурациями LBT.
Подробное описание
На фиг. 1A представлена схема, иллюстрирующая пример системы 100 связи, в которой могут быть реализованы один или более раскрытых вариантов осуществления. Система 100 связи может представлять собой систему множественного доступа, от которой множество пользователей беспроводной связи получают содержимое, такое как голосовая информация, данные, видео, обмен сообщениями, широковещание и т.д. Система 100 связи может быть выполнена с возможностью предоставления множеству пользователей беспроводной связи доступа к такому содержимому посредством совместного использования системных ресурсов, включая ширину полосы пропускания беспроводного соединения. Например, в системах 100 связи можно использовать один или более способов доступа к каналу, таких как множественный доступ с кодовым разделением (CDMA), многостанционный доступ с временным разделением каналов (TDMA), многостанционный доступ с частотным разделением каналов (FDMA), многостанционный доступ с ортогональным частотным разделением каналов (OFDMA), FDMA с одной несущей (SC-FDMA), расширенное OFDM с безызбыточным расширением дискретного преобразования Фурье с синхропакетом (ZT-UW-DFT-S-OFDM), OFDM с синхропакетом (UW-OFDM), OFDM с фильтрацией блока ресурса, блок фильтров с несколькими несущими (FBMC) и т.п.
Как показано на фиг. 1A, система 100 связи может включать в себя модули 102a, 102b, 102c, 102d беспроводной передачи/приема (WTRU), сеть 104 радиодоступа (RAN), опорную сеть (CN) 106, коммутируемую телефонную сеть 108 общего пользования (PSTN), сеть 110 Интернет и другие сети 112, хотя следует понимать, что раскрытые варианты осуществления предполагают любое количество WTRU, базовых станций, сетей и/или сетевых элементов. Каждый из WTRU 102a, 102b, 102c, 102d может представлять собой устройство любого типа, выполненное с возможностью функционирования и/или взаимодействия в среде беспроводной связи. Например, WTRU 102a, 102b, 102c, 102d, любой из которых может называться станцией (STA), могут быть выполнены с возможностью передачи и/или приема беспроводных сигналов и могут включать в себя оборудование пользователя (UE), мобильную станцию, стационарный или мобильный абонентский модуль, абонентский модуль, пейджер, сотовый телефон, карманный персональный компьютер (PDA), смартфон, ноутбук, нетбук, персональный компьютер, беспроводной датчик, точку доступа или устройство Mi-Fi, устройство интернета физических объектов (IoT), часы или другие носимые устройства, устанавливаемый на голове дисплей (HMD), транспортное средство, беспилотный радиоуправляемый летательный аппарат, медицинское устройство и приложения (например, применяемые в дистанционной хирургии), промышленное устройство и приложения (например, роботизированные и/или другие беспроводные устройства, работающие в условиях промышленной и/или автоматизированной технологической цепочки), устройство, относящееся к бытовой электронике, устройство, работающее в коммерческой и/или промышленной беспроводной сети, и т.п. Любой из WTRU 102a, 102b, 102c и 102d можно взаимозаменяемо называть UE.
Системы 100 связи могут также включать в себя базовую станцию 114a и/или базовую станцию 114b. Каждая из базовых станций 114a, 114b может представлять собой устройство любого типа, выполненное с возможностью беспроводного взаимодействия с по меньшей мере одним из WTRU 102a, 102b, 102c, 102d для облегчения доступа к одной или более сетям связи, таким как CN 106, сеть интернет 110 и/или другие сети 112. В качестве примера базовые станции 114a, 114b могут представлять собой базовую приемопередающую станцию (BTS), NodeB, eNode B (eNB), Home Node B, Home eNode B, станцию следующего поколения NodeB, такую как gNode B (gNB), станцию NodeB новой радиосети (NR), контроллер пункта связи, точку доступа (AP), беспроводной маршрутизатор и т.п. Хотя каждая из базовых станций 114a, 114b показана как отдельный элемент, следует понимать, что базовые станции 114a, 114b могут включать в себя любое количество взаимно соединенных базовых станций и/или элементов сети.
Базовая станция 114a может являться частью RAN 104, которая также может включать в себя другие базовые станции и/или сетевые элементы (не показаны), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), узлы ретранслятора и т.п. Базовая станция 114a и/или базовая станция 114b могут быть выполнены с возможностью передачи и/или приема беспроводных сигналов на одной или более несущих частотах, которые могут называться сотами (не показаны). Эти частоты могут относиться к лицензированному спектру, нелицензированному спектру или к сочетанию лицензированного и нелицензированного спектров. Сота может обеспечивать покрытие для беспроводного сервиса в конкретной географической зоне, которая может быть относительно фиксированной или которая может изменяться со временем. Сота может быть дополнительно разделена на сектора соты. Например, сота, связанная с базовой станцией 114a, может быть разделена на три сектора. Таким образом, в одном варианте осуществления базовая станция 114a может включать в себя три приемопередатчика, т.е. по одному для каждого сектора соты. В варианте осуществления в базовой станции 114a может быть использована технология «множественный вход - множественный выход» (MIMO) и может быть задействовано множество приемопередатчиков для каждого сектора соты. Например, для передачи и/или приема сигналов в требуемых пространственных направлениях можно использовать формирование лучей.
Базовые станции 114a, 114b могут обмениваться данными с одним или более из WTRU 102a, 102b, 102c, 102d посредством радиоинтерфейса 116, который может представлять собой любую подходящую систему беспроводной связи (например, для передачи сигналов в радиочастотном (РЧ), микроволновом спектре, спектре сантиметровых волн, спектре микрометровых волн, инфракрасном (ИК), ультрафиолетовом (УФ) спектре, спектре видимого света и т.д.). Радиоинтерфейс 116 может быть установлен с использованием любой подходящей технологии радиодоступа (RAT).
Более конкретно, как указано выше, система 100 связи может представлять собой систему множественного доступа, и в ней может использоваться одна или более схем доступа к каналу, например CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т.п. Например, в базовой станции 114a в RAN 104 и WTRU 102a, 102b, 102c может быть реализована технология радиосвязи, такая как универсальный наземный доступ (UTRA) для универсальной системы мобильной связи (UMTS), в которой может быть установлен радиоинтерфейс 116 с использованием широкополосного CDMA (WCDMA). Технология широкополосного множественного доступа с кодовым разделением каналов (WCDMA) может включать в себя протоколы связи, такие как высокоскоростной пакетный доступ (HSPA) и/или усовершенствованный HSPA (HSPA+). Протокол HSPA может включать в себя высокоскоростной пакетный доступ по нисходящей (DL) линии связи (HSDPA) и/или высокоскоростной пакетный доступ по восходящей (UL) линии связи (HSUPA).
В варианте осуществления в базовой станции 114a и WTRU 102a, 102b, 102c может быть реализована такая технология радиосвязи, как усовершенствованная сеть наземного радиодоступа UMTS (E-UTRA), которая может устанавливать радиоинтерфейс 116 с использованием стандарта долгосрочного развития сетей связи (LTE), и/или LTE-Advanced (LTE-A), и/или LTE-Advanced Pro (LTE-A Pro).
В варианте осуществления в базовой станции 114a и WTRU 102a, 102b, 102c может быть реализована такая технология радиосвязи, как новая технология радиодоступа (NR Radio Access), которая может устанавливать радиоинтерфейс 116 с использованием NR.
В варианте осуществления в базовой станции 114a и WTRU 102a, 102b, 102c может быть реализовано множество технологий радиодоступа. Например, в совокупности базовой станции 114a и WTRU 102a, 102b, 102c может быть реализован радиодоступ LTE и радиодоступ NR, например, с использованием принципов двусторонней связи (DC). Таким образом, радиоинтерфейс, используемый WTRU 102a, 102b, 102c, может характеризоваться применением множества типов технологий радиодоступа и/или передачами, направляемыми на базовые станции / с базовых станций, относящихся к множеству типов (например, eNB и gNB).
В других вариантах осуществления в базовой станции 114a и WTRU 102a, 102b, 102c могут быть реализованы технологии радиосвязи, такие как IEEE 802.11 (т.е. Wireless Fidelity (WiFi)), IEEE 802.16 (т.е. глобальная совместимость для микроволнового доступа (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, временный стандарт 2000 (IS-2000), временный стандарт 95 (IS-95), временный стандарт 856 (IS-856), глобальная система мобильной связи (GSM), развитие стандарта GSM с увеличенной скоростью передачи данных (EDGE), GSM EDGE (GERAN) и т.п.
Базовая станция 114b, показанная на фиг. 1A, может представлять собой, например, беспроводной маршрутизатор, Home Node B, Home eNode B или точку доступа, и в ней может использоваться любая подходящая RAT для облегчения беспроводной связи в локализованной зоне, такой как коммерческое предприятие, жилое помещение, транспортное средство, учебное заведение, промышленный объект, воздушный коридор (например, для использования беспилотными радиоуправляемыми летательными аппаратами), проезжая часть и т.п. В одном варианте осуществления в базовой станции 114b и WTRU 102c, 102d может быть реализована технология радиосвязи, такая как IEEE 802.11, для создания беспроводной локальной сети (WLAN). В варианте осуществления в базовой станции 114b и WTRU 102c, 102d может быть реализована технология радиосвязи, такая как IEEE 802.15, для создания беспроводной персональной сети (WPAN). В еще одном варианте осуществления в базовой станции 114b и WTRU 102c, 102d может быть использована RAT на основе сот (например, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR и т.д.) для создания пикосоты или фемтосоты. Как показано на фиг. 1A, базовая станция 114b может иметь прямое соединение с сетью интернет 110. Таким образом, для базовой станции 114b может не требоваться доступ к сети интернет 110 посредством CN 106.
RAN 104 может обмениваться данными с CN 106, которая может представлять собой сеть любого типа, выполненную с возможностью предоставления услуг передачи голосовой информации, данных, приложений и/или голосовой связи по протоколу (VoIP) интернета одному или более из WTRU 102a, 102b, 102c, 102d. К данным могут быть предъявлены различные требования по качеству обслуживания (QoS), например различные требования по производительности, требования к задержке, требования к отказоустойчивости, требования к надежности, требования к скорости передачи данных, требования к мобильности и т.п. В сети CN 106 может быть обеспечено управление вызовами, услуги биллинга, услуги мобильной связи на основе местоположения, предварительно оплаченные вызовы, возможность связи с сетью интернет, распределение видеосигналов и т.п. и/или выполнены функции высокоуровневой защиты, такие как аутентификация пользователей. Хотя на фиг. 1A это не показано, следует понимать, что RAN 104 и/или CN 106 могут прямо или косвенно обмениваться данными с другими RAN, которые используют такую же RAT, что и RAN 104, или другую RAT. Например, в дополнение к связи с RAN 104, в которой может быть использована технология радиосвязи NR, CN 106 может также осуществлять связь с другой RAN (не показана), использующей технологию радиосвязи GSM, UMTS, CDMA 2000, WiMAX, E-UTRA или WiFi.
CN 106 может также выступать в качестве шлюза для WTRU 102a, 102b, 102c, 102d для обеспечения доступа к сети PSTN 108, сети интернет 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые предоставляют традиционные услуги телефонной связи (POTS). Интернет 110 может включать в себя глобальную систему взаимно соединенных компьютерных сетей и устройств, которые используют распространенные протоколы связи, такие как протокол управления передачей (TCP), протокол пользовательских дейтаграмм (UDP) и/или протокол интернета (IP) в наборе протоколов интернета TCP/IP. Сети 112 могут включать в себя проводные и/или беспроводные сети связи, которые принадлежат другим поставщикам услуг и/или предоставлены ими для использования. Например, сети 112 могут включать в себя другую CN, соединенную с одной или более RAN, в которых может использоваться такая же RAT, как RAN 104, или другая RAT.
Некоторые или все из WTRU 102a, 102b, 102c, 102d в системе 100 связи могут включать в себя многорежимные возможности (например, WTRU 102a, 102b, 102c, 102d могут включать в себя множество приемопередатчиков для взаимодействия с разными беспроводными сетями по разным беспроводным линиям связи). Например, WTRU 102c, показанный на фиг. 1A, может быть выполнен с возможностью обмена данными с базовой станцией 114a, которая может использовать технологию радиосвязи на основе сот, а также с базовой станцией 114b, которая может использовать технологию радиосвязи IEEE 802.
На фиг. 1B представлена схема системы, иллюстрирующая пример WTRU 102. Как показано на фиг. 1B, WTRU 102 может включать в себя, помимо прочего, процессор 118, приемопередатчик 120, передающий/приемный элемент 122, динамик/микрофон 124, клавиатуру 126, дисплей / сенсорную панель 128, несъемное запоминающее устройство 130, съемное запоминающее устройство 132, источник 134 питания, набор 136 микросхем глобальной системы определения местоположения (GPS) и/или другие периферийные устройства 138. Следует понимать, что WTRU 102 может включать в себя любую подкомбинацию вышеперечисленных элементов и при этом соответствовать варианту осуществления.
Процессор 118 может представлять собой процессор общего назначения, процессор специального назначения, традиционный процессор, цифровой сигнальный процессор (DSP), множество микропроцессоров, один или более микропроцессоров, связанных с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), программируемые пользователем вентильные матрицы (FPGA), интегральную схему (IC) любого другого типа, конечный автомат и т.п. Процессор 118 может выполнять кодирование сигналов, обработку данных, управление мощностью, обработку ввода/вывода и/или любые другие функциональные возможности, с помощью которых WTRU 102 работает в среде беспроводной связи. Процессор 118 может быть соединен с приемопередатчиком 120, который может быть соединен с передающим/приемным элементом 122. Хотя на фиг. 1B процессор 118 и приемопередатчик 120 показаны в виде отдельных компонентов, следует понимать, что процессор 118 и приемопередатчик 120 могут быть совместно встроены в электронный блок или микросхему.
Передающий/приемный элемент 122 может быть выполнен с возможностью передачи сигналов на базовую станцию (например, базовую станцию 114a) по радиоинтерфейсу 116 или приема сигналов от нее. Например, в одном варианте осуществления передающий/приемный элемент 122 может представлять собой антенну, выполненную с возможностью передачи и/или приема РЧ-сигналов. В варианте осуществления передающий/приемный элемент 122 может представлять собой излучатель/детектор, выполненный с возможностью передачи и/или приема, например, сигналов в ИК-, УФ- или спектре видимого света. В еще одном варианте осуществления передающий/приемный элемент 122 может быть выполнен с возможностью передачи и/или приема сигналов как в РЧ-спектре, так и в спектре видимого света. Следует понимать, что передающий/приемный элемент 122 может быть выполнен с возможностью передачи и/или приема любой комбинации беспроводных сигналов.
Хотя на фиг. 1B передающий/приемный элемент 122 показан в виде одного элемента, WTRU 102 может включать в себя любое количество передающих/приемных элементов 122. Более конкретно, в WTRU 102 может быть использована технология MIMO. Таким образом, в одном варианте осуществления WTRU 102 может включать в себя два или более передающих/приемных элементов 122 (например, множество антенн) для передачи и приема беспроводных сигналов по радиоинтерфейсу 116.
Приемопередатчик 120 может быть выполнен с возможностью модуляции сигналов, которые подлежат передаче посредством передающего/приемного элемента 122, а также демодуляции сигналов, которые принимают посредством передающего/приемного элемента 122. Как указано выше, WTRU 102 может иметь многорежимные возможности. Таким образом, приемопередатчик 120 может включать в себя множество приемопередатчиков, с помощью которых WTRU 102 получает возможность взаимодействия посредством множества RAT, таких как, например, NR и IEEE 802.11.
Процессор 118 WTRU 102 может быть соединен с динамиком/микрофоном 124, клавиатурой 126 и/или дисплеем / сенсорной панелью 128 (например, жидкокристаллическим дисплеем (LCD) или дисплеем на органических светодиодах (OLED)) и может принимать от них данные, вводимые пользователем. Процессор 118 может также выводить пользовательские данные на динамик/микрофон 124, клавиатуру 126 и/или дисплей / сенсорную панель 128. Кроме того, процессор 118 может иметь доступ к информации с подходящего запоминающего устройства любого типа, такого как несъемное запоминающее устройство 130 и/или съемное запоминающее устройство 132, и хранить на нем данные. Несъемное запоминающее устройство 130 может включать в себя оперативное запоминающее устройство (ОЗУ), постоянное запоминающее устройство (ПЗУ), жесткий диск или запоминающее устройство любого другого типа. Съемное запоминающее устройство 132 может включать в себя карту модуля идентификации абонента (SIM), карту памяти, безопасную цифровую карту памяти (SD) и т.п. В других вариантах осуществления процессор 118 может осуществлять доступ к информации с запоминающего устройства, которое физически размещено не в WTRU 102, а, например, на сервере или домашнем компьютере (не показан), и хранить на нем данные.
Процессор 118 может принимать питание от источника 134 питания и может быть выполнен с возможностью управления питанием и/или распределения питания на другие компоненты в WTRU 102. Источник 134 питания может представлять собой любое подходящее устройство для подачи питания на WTRU 102. Например, источник 134 питания может включать в себя одну или более сухих батарей (например, никель-кадмиевых (NiCd), никель-цинковых (NiZn), никель-металл-гидридных (NiMH), литий-ионных (Li-ion) и т.д.), солнечных элементов, топливных элементов и т.п.
Процессор 118 также может быть соединен с набором 136 микросхем GPS, который может быть выполнен с возможностью предоставления информации о местоположении (например, долготы и широты) относительно текущего местоположения WTRU 102. Дополнительно или вместо информации от набора 136 микросхем GPS WTRU 102 может принимать информацию о местоположении по радиоинтерфейсу 116 от базовой станции (например, от базовых станций 114a, 114b) и/или определять местоположение на основе синхронизации сигналов, принимаемых от двух или более рядом расположенных базовых станций. Следует понимать, что WTRU 102 может получать информацию о местоположении посредством любого подходящего способа определения местоположения и при этом соответствовать варианту осуществления.
Процессор 118 может быть дополнительно соединен с другими периферийными устройствами 138, которые могут включать в себя один или более программных и/или аппаратных модулей, в которых предусмотрены дополнительные признаки, функциональные возможности и/или возможности по установлению проводной или беспроводной связи. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для фото- и видеосъемки), порт универсальной последовательной шины (USB), вибрационное устройство, телевизионный приемопередатчик, беспроводную гарнитуру, модуль Bluetooth, радиомодуль с частотной модуляцией (FM), цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль устройства для воспроизведения видеоигр, Интернет-браузер, устройство виртуальной реальности и/или дополненной реальности (VR/AR), трекер активности и т.п. Периферийные устройства 138 могут включать в себя один или более датчиков. Датчики могут представлять собой один или более из гироскопа, акселерометра, датчика Холла, магнитометра, датчика ориентации, бесконтактного датчика, датчика температуры, датчика времени; датчика географического положения, высотомера, датчика освещенности, датчика касания, магнитометра, барометра, датчика жестов, биометрического датчика, датчика влажности и т.п.
WTRU 102 может включать в себя полнодуплексное радиоустройство, в котором передача и прием некоторых или всех сигналов (например, связанных с конкретными подкадрами как для UL (например, для передачи), так и для DL (например, для приема)) могут осуществляться совместно и/или одновременно. Полнодуплексное радиоустройство может включать в себя блок управления помехами для снижения уровня и/или по существу устранения собственных помех с помощью любого аппаратного обеспечения (например, дросселя) или обработки сигнала с помощью процессора (например, отдельного процессора (не показан) или процессора 118). В варианте осуществления WTRU 102 может включать в себя полудуплексное радиоустройство для передачи и приема некоторых или всех сигналов (например, связанных с конкретными подкадрами как для UL (например, для передачи), так и для DL (например, для приема)).
На фиг. 1C представлена схема системы, иллюстрирующая RAN 104 и CN 106 в соответствии с вариантом осуществления. Как отмечено выше, RAN 104 может использовать технологию радиосвязи E-UTRA для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 может также обмениваться данными с CN 106.
RAN 104 может включать в себя eNode-B 160a, 160b, 160c, хотя следует понимать, что сеть RAN 104 может включать в себя любое количество станций eNode-B и при этом соответствовать варианту осуществления. Каждая eNode-B 160a, 160b, 160c может включать в себя один или более приемопередатчиков для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления в eNode B 160a, 160b, 160c может быть реализована технология MIMO. Таким образом, в eNode-B 160a может, например, использоваться множество антенн для передачи беспроводных на WTRU 102a и/или приема беспроводных сигналов от него.
Каждая eNode-B 160a, 160b, 160c может быть связана с конкретной сотой (не показана) и может быть выполнена с возможностью принятия решений по управлению радиоресурсами, решений по передаче обслуживания, диспетчеризации пользователей в UL и/или DL и т.п. Как показано на фиг. 1C, eNode-B 160a, 160b, 160c могут обмениваться данными друг с другом по интерфейсу X2.
CN 106, показанная на фиг. 1C, может включать в себя объект 162 управления мобильностью (MME), обслуживающий шлюз (SGW) 164 и шлюз 166 (PGW) сети с пакетной передачей данных (PDN). Хотя вышеперечисленные элементы показаны как часть CN 106, следует понимать, что любой из этих элементов может принадлежать субъекту, отличному от оператора CN, и/или может быть предоставленным им для использования.
MME 162 может быть подключен к каждой eNode-B 162a, 162b, 162c в RAN 104 по интерфейсу S1 и может выступать в качестве узла управления. Например, MME 162 может отвечать за аутентификацию пользователей WTRU 102a, 102b, 102c, активацию/деактивацию канала, выбор конкретного обслуживающего шлюза во время начального соединения WTRU 102a, 102b, 102c и т.п. MME 162 может обеспечивать функцию плоскости управления для переключения между RAN 104 и другими RAN (не показана), которые используют другие технологии радиосвязи, такие как GSM и/или WCDMA.
SGW 164 может быть подключен к каждой станции eNode B 160a, 160b, 160c в RAN 104 по интерфейсу S1. SGW 164 может по существу направлять и пересылать пакеты пользовательских данных на WTRU 102a, 102b, 102c и от них. SGW 164 может выполнять другие функции, например привязку плоскостей пользователя во время передачи обслуживания между базовыми станциями eNode B, инициирование пейджинга, когда данные DL доступны для WTRU 102a, 102b, 102c, управление и хранение контекста WTRU 102a, 102b, 102c и т.п.
SGW 164 может быть подключен к PGW 166, который может предоставлять WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как сеть интернет 110, для облегчения обмена данными между WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP.
CN 106 может облегчать обмен данными с другими сетями. Например, CN 106 может предоставлять WTRU 102a, 102b, 102c доступ к сетям с коммутацией каналов, таким как PSTN 108, для облегчения обмена данными между WTRU 102a, 102b, 102c и традиционными устройствами связи наземной линии связи. Например, CN 106 может включать в себя IP-шлюз (например, сервер мультимедийной IP-подсистемы (IMS)), который выступает в качестве интерфейса между CN 106 и PSTN 108, или может обмениваться данными с ним. Кроме того, CN 106 может предоставлять WTRU 102a, 102b, 102c доступ к другим сетям 112, которые могут включать в себя другие проводные и/или беспроводные сети, которые принадлежат другим поставщикам услуг и/или предоставлены ими для использования.
Хотя WTRU описан на фиг. 1A–1D как беспроводной терминал, предполагается, что в определенных типовых вариантах осуществления с таким терминалом может быть использован (например, временно или постоянно) проводной интерфейс связи с сетью связи.
В типовых вариантах осуществления другая сеть 112 может представлять собой WLAN.
WLAN в режиме базового набора служб (BSS) инфраструктуры может иметь точку доступа (АР) для BSS и одну или более станций (STA), связанных с АР. АР может иметь доступ к системе распределения (DS) или интерфейс с ней или же осуществлять связь по проводной/беспроводной сети другого типа, которая переносит трафик в BSS и/или вне BSS. Трафик на STA, образованный вне BSS, может поступать через AP и может быть доставлен на STA. Трафик, исходящий от STA к получателям вне BSS, может быть отправлен на АР для доставки соответствующим получателям. Трафик между STA в пределах BSS может быть отправлен через АР, например, если STA-источник может отправлять трафик на АР, а АР может доставлять трафик STA-получателю. Трафик между STA в пределах BSS можно рассматривать и/или упоминать в качестве однорангового трафика. Одноранговый трафик может быть передан между (например, непосредственно между) STA-источником и STA-получателем при установлении прямой линии связи (DLS). В определенных типовых вариантах осуществления DLS может использовать DLS 802.11e или туннелированное DLS 802.11z (TDLS). WLAN с использованием независимого BSS (IBSS) режима может не иметь АР, а STA (например, все из STA) в пределах или с использованием IBSS могут осуществлять связь непосредственно друг с другом. В настоящем документе режим IBSS иногда может упоминаться как режим связи с прямым соединением.
При использовании режима работы инфраструктуры 802.11ac или аналогичного режима работы AP может передавать маяк по фиксированному каналу, такому как первичный канал. Первичный канал может иметь фиксированную ширину (например, ширину полосы пропускания 20 МГц) или динамически установленную ширину. Первичный канал может представлять собой рабочий канал BSS и может использоваться STA для установления соединения с АР. В определенных типовых вариантах осуществления может быть реализован множественный доступ с контролем несущей и предотвращением коллизий (CSMA/CA), например, в системах 802.11. STA (например, каждая STA), включая АР, могут обнаруживать первичный канал для CSMA/CA. При распознавании/обнаружении и/или определении занятости первичного канала конкретной STA эта конкретная STA может отключаться. Одна STA (например, только одна станция) может осуществлять передачу в любой конкретный момент времени в данном BSS.
Для осуществления связи STA с высокой пропускной способностью (HT) могут использовать канал шириной 40 МГц, например путем объединения первичного канала 20 МГц со смежным или несмежным каналом 20 МГц с образованием канала шириной 40 МГц.
STA со сверхвысокой пропускной способностью (VHT) могут поддерживать каналы шириной 20 МГц, 40 МГц, 80 МГц и/или 160 МГц. Каналы 40 МГц и/или 80 МГц могут быть образованы путем объединения сплошных каналов 20 МГц. Канал 160 МГц может быть образован путем объединения 8 сплошных каналов 20 МГц или путем объединения двух несплошных каналов 80 МГц, которые могут называться конфигурацией 80 + 80. Для конфигурации 80 + 80 данные после кодирования канала могут проходить через анализатор сегментов, который может разделять данные на два потока. Обработку в виде обратного быстрого преобразования Фурье (IFFT) и обработку во временной области можно выполнять отдельно для каждого потока. Потоки могут быть сопоставлены с двумя каналами 80 МГц, а данные могут быть переданы передающей STA. В приемнике принимающей STA вышеописанная операция для конфигурации 80 + 80 может быть инвертирована, а объединенные данные могут быть направлены на устройство управления доступом к среде передачи данных (MAC).
802.11af и 802.11ah поддерживают подрежимы работы 1 ГГц. Значения ширины полосы пропускания канала и несущие уменьшены в 802.11af и 802.11ah по отношению к используемым в 802.11n и 802.11ac. 802.11af поддерживает значения ширины полосы пропускания 5 МГц, 10 МГц и 20 МГц в неиспользуемом частотном спектре телевидения (TVWS), а 802.11ah поддерживает значения ширины полосы пропускания 1 МГц, 2 МГц, 4 МГц, 8 МГц и 16 МГц с использованием спектра, отличного от TVWS. Согласно типовому варианту осуществления 802.11ah может поддерживать управление с измерением / межмашинные связи (MTC), например устройства межмашинной связи (MTC) в макрозоне покрытия. Устройства MTC могут обладать определенными возможностями, например ограниченными возможностями, включая поддержку (например, поддержку только) определенных и/или ограниченных значений ширины полосы пропускания. Устройства МТС могут включать в себя батарею, имеющую срок службы батареи, превышающий порог (например, для обеспечения очень длительного срока службы батареи).
Системы WLAN, которые могут поддерживать множество каналов и значений ширины полосы пропускания канала, такие как 802.11n, 802.11ac, 802.11af и 802.11ah, включают в себя канал, который может быть назначен в качестве первичного канала. Первичный канал может иметь ширину полосы пропускания, равную наибольшей общей рабочей ширине полосы пропускания, поддерживаемой всеми STA в BSS. Ширина полосы пропускания первичного канала может быть установлена и/или ограничена STA из числа всех STA, работающих в BSS, которая поддерживает режим работы с наименьшей шириной полосы пропускания. В примере 802.11ah первичный канал может иметь ширину 1 МГц для STA (например, устройств типа MTC), которые поддерживают (например, поддерживают только) режим 1 МГц, даже если AP и другие STA в BSS поддерживают 2 МГц, 4 МГц, 8 МГц, 16 МГц и/или режимы работы с другими значениями ширины полосы пропускания канала. Параметры обнаружения несущей и/или вектора выделения сети (NAV) могут зависеть от состояния первичного канала. Если первичный канал занят, например, из-за STA (которая поддерживает только режим работы 1 МГц), осуществляющей передачу на AP, все доступные полосы частот могут считаться занятыми, даже если большинство доступных полос частот остаются незанятыми.
В Соединенных Штатах Америки доступные полосы частот, которые могут быть использоваться 802.11ah, находятся в диапазоне от 902 МГц до 928 МГц. Доступные полосы частот в Корее - от 917,5 МГц до 923,5 МГц. Доступные полосы частот в Японии - от 916,5 МГц до 927,5 МГц. Общая ширина полосы пропускания, доступная для 802.11ah, составляет от 6 МГц до 26 МГц в зависимости от кода страны.
На фиг. 1D представлена схема системы, иллюстрирующая RAN 104 и CN 106 в соответствии с вариантом осуществления. Как отмечено выше, RAN 104 может использовать технологию радиосвязи NR для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 может также обмениваться данными с CN 106.
RAN 104 может включать в себя gNB 180a, 180b, 180c, хотя следует понимать, что RAN 104 может включать в себя любое количество gNB и при этом соответствовать варианту осуществления. Каждая gNB 180a, 180b, 180c может включать в себя один или более приемопередатчиков для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления в gNB 180a, 180b, 180c может быть реализована технология MIMO. Например, gNB 180a, 108b могут использовать формирование лучей для передачи сигналов на и/или приема сигналов от gNB 180a, 180b, 180c. Таким образом, gNB 180a, например, может использовать множество антенн для передачи беспроводных сигналов на WTRU 102a и/или приема от него беспроводных сигналов. В варианте осуществления gNB 180a, 180b, 180c могут реализовывать технологию агрегирования несущих. Например, gNB 180a может передавать на WTRU 102a множество несущих составляющих (не показаны). Подмножество этих несущих составляющих может относиться к нелицензированному спектру, тогда как остальные несущие составляющие могут относиться к лицензированному спектру. В варианте осуществления в gNB 180a, 180b, 180c может быть реализована технология многоточечного согласования (CoMP). Например, WTRU 102a может принимать согласованные передачи от gNB 180a и gNB 180b (и/или gNB 180c).
WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c с использованием передач, связанных с масштабируемой численной величиной. Например, разнос символов OFDM и/или разнос поднесущих OFDM может различаться для разных передач, разных сот и/или разных участков спектра беспроводной передачи. WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c с использованием подкадра или временных интервалов передачи (TTI) с различной или масштабируемой длительностью (например, содержащих различное количество символов OFDM и/или имеющих постоянные различные длительности абсолютного значения времени).
gNB 180a, 180b, 180c могут быть выполнены с возможностью обмена данными с WTRU 102a, 102b, 102c в автономной конфигурации и/или в неавтономной конфигурации. В автономной конфигурации WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c без одновременного доступа к другим RAN (например, таким как eNode-B 160a, 160b, 160c). В автономной конфигурации WTRU 102a, 102b, 102c могут использовать одну или более gNB 180a, 180b, 180c в качестве опорной точки для мобильности. В автономной конфигурации WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c с использованием сигналов в нелицензированной полосе. В неавтономной конфигурации WTRU 102a, 102b, 102c могут обмениваться данными / устанавливать соединение с gNB 180a, 180b, 180c, одновременно обмениваясь данными / устанавливая соединение с другой RAN, такой как eNode-B 160a, 160b, 160c. Например, WTRU 102a, 102b, 102c могут реализовывать принципы двойного соединения (DC) для по существу одновременного обмена данными с одной или более gNB 180a, 180b, 180c и одной или более eNode-B 160a, 160b, 160c. В неавтономной конфигурации eNode-B 160a, 160b, 160c могут выступать в качестве опорной точки для мобильности для WTRU 102a, 102b, 102c, а gNB 180a, 180b, 180c могут обеспечивать дополнительное покрытие и/или пропускную способность для обслуживания WTRU 102a, 102b, 102с.
Каждая из gNB 180a, 180b, 180c может быть связана с конкретной сотой (не показана) и может быть выполнена с возможностью принятия решений об управлении радиоресурсом, решений о передаче обслуживания, диспетчеризации пользователей в UL и/или DL, поддержке сегментирования сети, DC, взаимодействии между NR и E-UTRA, маршрутизации данных плоскости пользователя в функциональный блок 184a, 184b плоскости пользователя (UPF), маршрутизации информации плоскости управления в функциональный блок 182a, 182b управления доступом и мобильностью (AMF) и т.п. Как показано на фиг. 1D, gNB 180a, 180b, 180c могут обмениваться данными друг с другом по интерфейсу Xn.
CN 106, показанная на фиг. 1D, может включать в себя по меньшей мере один AMF 182a, 182b, по меньшей мере один UPF 184a, 184b, по меньшей мере одну функцию 183a, 183b управления сеансом (SMF) и, возможно, сеть 185a, 185b передачи данных (DN). Хотя вышеперечисленные элементы показаны как часть CN 106, следует понимать, что любой из этих элементов может принадлежать субъекту, отличному от оператора CN, и/или может быть предоставленным им для использования.
AMF 182a, 182b может быть подключен к одной или более из gNB 180a, 180b, 180c в RAN 104 по интерфейсу N2 и может выступать в качестве узла управления. Например, AMF 182a, 182b могут быть ответственны за аутентификацию пользователей WTRU 102a, 102b, 102c, поддержку сегментирования сети (например, обработку разных сеансов блока данных протокола (PDU) с разными требованиями), выбор конкретного SMF 183a, 183b, управление зоной регистрации, прекращение сигнализации слоя без доступа (NAS), управление мобильностью и т.п. Сегментирование сети может использоваться AMF 182a, 182b для настройки поддержки CN для WTRU 102a, 102b, 102c на основе типов сервисов, используемых WTRU 102a, 102b, 102c. Например, для разных вариантов использования могут быть установлены разные сетевые срезы, например, сервисы, основанные на связи повышенной надежности с малым временем задержки (URLLC), сервисы, основанные на доступе к усовершенствованной широкополосной сети мобильной связи (eMBB), сервисы для доступа к MTC и т.п. AMF 182a, 182b может обеспечивать функцию плоскости управления для переключения между RAN 104 и другими RAN (не показаны), которые используют другие технологии радиосвязи, такие как LTE, LTE-A, LTE-A Pro, и/или технологии доступа, отличные от 3GPP, такие как WiFi.
SMF 183a, 183b может быть подключен к AMF 182a, 182b в CN 106 по интерфейсу N11. SMF 183a, 183b также может быть подключен к UPF 184a, 184b в CN 106 по интерфейсу N4. SMF 183a, 183b может выбирать UPF 184a, 184b и управлять им, а также конфигурировать маршрутизацию трафика с помощью UPF 184a, 184b. SMF 183a, 183b может выполнять другие функции, такие как управление IP-адресом UE и его выделение, управление сеансами PDU, управление реализацией политики и QoS, предоставление уведомлений о данных DL и т.п. Тип сеанса PDU может быть основан на IP, не основан на IP, основан на Ethernet и т.п.
UPF 184a, 184b могут быть подключены к одной или более gNB 180a, 180b, 180c в RAN 104 по интерфейсу N3, который может предоставлять WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как сеть интернет 110, для облегчения обмена данными между WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP. UPF 184, 184b может выполнять другие функции, такие как маршрутизация и передача пакетов, применение политик в плоскости пользователя, поддержка многоканальных сеансов PDU, обработка QoS в плоскости пользователя, буферизация пакетов DL, привязка для обеспечения мобильности и т.п.
CN 106 может облегчать обмен данными с другими сетями. Например, CN 106 может включать в себя IP-шлюз (например, сервер мультимедийной IP-подсистемы (IMS)), который выступает в качестве интерфейса между CN 106 и PSTN 108, или может обмениваться данными с ним. Кроме того, CN 106 может предоставлять WTRU 102a, 102b, 102c доступ к другим сетям 112, которые могут включать в себя другие проводные и/или беспроводные сети, которые принадлежат другим поставщикам услуг и/или предоставлены ими для использования. В одном варианте осуществления WTRU 102a, 102b, 102c могут быть подключены к локальной DN 185a, 185b с помощью UPF 184a, 184b по интерфейсу N3 к UPF 184a, 184b и интерфейсу N6 между UPF 184a, 184b и DN 185a, 185b.
С учетом фиг. 1A–1D и соответствующих описаний фиг. 1A–1D одна или более или все из функций, описанных в настоящем документе в связи с одним или более из: WTRU 102a–d, базовой станции 114а–b, eNode-B 160a–c, MME 162, SGW 164, PGW 166, gNB 180a–c, AMF 182a–b, UPF 184a–b, SMF 183a–b, DN 185a–b и/или любого (-ых) другого (-их) устройства (устройств), описанного (-ых) в настоящем документе, могут быть реализованы одним или более устройствами эмуляции (не показаны). Устройства эмуляции могут представлять собой одно или более устройств, выполненных с возможностью эмуляции одной или более или всех функций, описанных в настоящем документе. Например, устройства эмуляции могут применяться для проверки других устройств и/или для моделирования функций сети и/или WTRU.
Устройства эмуляции могут быть выполнены с возможностью выполнения одной или более проверок других устройств в лабораторной среде и/или в сетевой среде оператора. Например, одно или более устройств эмуляции могут выполнять одну или более функций или все функции, при этом они полностью или частично реализованы и/или развернуты в качестве части проводной и/или беспроводной сети связи, для испытания других устройств в сети связи. Одно или более устройств эмуляции могут выполнять одну или более функций или все функции, при этом они временно реализованы/развернуты в качестве части проводной и/или беспроводной сети связи. Устройство эмуляции может быть непосредственно соединено с другим устройством для целей проверки и/или выполнения испытаний с использованием беспроводной связи по каналам беспроводной связи.
Одно или более устройств эмуляции могут выполнять одну или более функций, включая все функции, и при этом не быть реализованными/развернутыми в качестве части проводной и/или беспроводной сети связи. Например, устройства эмуляции могут быть использованы в сценарии проверки в испытательной лаборатории и/или в неразвернутой (например, испытательной) проводной и/или беспроводной сети связи для проведения испытания одного или более компонентов. Одно или более устройств эмуляции могут представлять собой испытательное оборудование. Для передачи и/или приема данных в устройствах эмуляции можно использовать прямое РЧ-соединение и/или беспроводные обмены данными посредством электрической схемы РЧ-системы (которая может, например, включать в себя одну или более антенн).
Работа в нелицензированной полосе частот может подвергаться некоторым ограничениям на управление мощностью передачи (TPC), РЧ-выходную мощность и плотность мощности, определяемую средним EIRP и средней плотностью EIRP на самом высоком уровне мощности. Дополнительно к ней могут применяться требования по внеполосным излучениям передатчика. Они могут касаться определенных полос и/или географических местоположений.
К работе могут дополнительно применяться требования по номинальной ширине полосы канала (NCB) и ширине полосы занятого канала (OCB), определенные для нелицензированного спектра в диапазоне 5 ГГц. Номинальная ширина полосы канала, т.е. самая широкая полоса частот, включая защитные полосы, назначенные одному каналу, всегда должна составлять не менее 5 МГц. Ширина полосы занятого канала, т.е. ширина полосы, содержащая 99% мощности сигнала, должна составлять от 80% до 100% заявленной номинальной ширины полосы канала. Во время установленной связи устройству разрешается временно работать в режиме, в котором его ширина полосы занятого канала может быть уменьшена до лишь 40% от номинальной ширины полосы канала с минимальной частотой 4 МГц.
Доступ к каналу в нелицензированной полосе частот может использовать механизм прослушивания перед передачей (LBT). LBT обычно назначается независимо от того, занят канал или нет.
Для систем на основе кадров LBT может характеризоваться временем анализа незанятости канала (CCA) (например, ~20 мкс), временем занятости канала (например, минимум 1 мс, максимум 10 мс), периодом простоя (например, минимум 5% времени занятости канала), фиксированным периодом кадра (например, равный времени занятости канала + период простоя), коротким временем передачи сигнализации управления (например, максимальный коэффициент заполнения 5% в течение периода наблюдения 50 мс) и порогом обнаружения энергии CAA.
Для систем на основе нагрузки (например, структура передачи/приема может быть не фиксирована во времени), LBT может характеризоваться числом N, соответствующим количеству незанятых простаивающих интервалов в расширенном CCA вместо фиксированного периода кадра. N может быть выбрано случайным образом в пределах диапазона.
Сценарии развертывания могут включать в себя разные автономные операции на основе NR, разные варианты работы с двойным подключением, например, EN-DC с по меньшей мере одной несущей, работающей в соответствии с технологией радиодоступа LTE (RAT), или NR DC с по меньшей мере двумя наборами из одной или более несущих, работающих в соответствии с RAT NR, и/или разные варианты агрегирования несущих (CA), например, возможно, также включающие в себя разные комбинации из нуля или более несущих каждой из RAT LTE и NR.
Система доступа на базе лицензируемой полосы частот (LAA) может использовать параметры и/или процедуры для того, чтобы WTRU мог получить доступ к каналу. В настоящем документе процедура прослушивания перед передачей (LBT) может быть механизмом, с помощью которого оборудование, например, UE или WTRU, применяет анализ незанятости канала (CCA) перед использованием канала. CCA может использовать по меньшей мере обнаружение энергии для определения наличия или отсутствия других сигналов в канале, чтобы определить, занят ли канал или нет, соответственно. Европейские и японские правила предписывают использование LBT в нелицензированных полосах. Помимо нормативных требований опознание несущей посредством LBT является одним из способов справедливого совместного использования нелицензированного спектра и, следовательно, считается очень важной функцией для справедливой и дружественной работы в нелицензированном спектре в рамках единой глобальной системы решений.
Прерывистая передача на несущей с ограниченной максимальной продолжительностью передачи. В нелицензированном спектре доступность канала не всегда может быть гарантирована. Кроме того, определенные регионы, такие как Европа и Япония, запрещают непрерывную передачу и накладывают ограничения на максимальную продолжительность пакета передачи в нелицензированном спектре. Следовательно, прерывистая передача с ограниченной максимальной продолжительностью передачи является необходимой функциональностью для LAA.
Поскольку имеется большая доступная ширина полосы нелицензированного спектра, для узлов LAA раскрывается выбор несущей, чтобы выбрать несущие с низким уровнем помех и, таким образом, обеспечить хорошее сосуществование с другими использованиями нелицензированного спектра.
Управление мощностью передачи (TPC) является нормативным требованием в некоторых регионах, согласно которому передающее устройство должно иметь возможность снижать мощность передачи на 3 дБ или 6 дБ по сравнению с максимальной номинальной мощностью передачи. Для этого требования не нужны новые спецификации.
Измерения управления радиоресурсами (RRM), включая идентификацию соты, обеспечивают мобильность между сотами SCell и надежную работу в нелицензированной полосе.
Измерение информации о состоянии канала (CSI), включая измерение канала и помех. WTRU, работающий на нелицензированной несущей, также должен поддерживать необходимую оценку частоты/времени и синхронизацию для обеспечения возможности измерений RRM и для успешного приема информации в нелицензированной полосе.
В NR WTRU может работать с использованием частей ширины полосы (BWP) на несущей. Во-первых, WTRU может получить доступ к соте, используя начальную BWP. Затем его можно сконфигурировать с набором BWP для продолжения работы. В любой конкретный момент времени WTRU может иметь 1 активную BWP. Каждая BWP конфигурируется с комплектом наборов ресурсов управления (CORESET), в пределах которых WTRU может, помимо прочего, слепо декодировать кандидатов PDCCH для планирования.
Более того, NR поддерживает переменную продолжительность передачи и синхронизацию обратной связи. При переменной продолжительности передачи передача по физическому совместно используемому каналу для передачи данных по нисходящей линии связи (PDSCH) или физическому совместно используемому каналу для передачи данных по восходящей линии связи (PUSCH) может занимать непрерывное подмножество символов интервала. При переменной синхронизации обратной связи индикатор управления нисходящей линией связи (DCI) для назначения DL может включать в себя указание синхронизации обратной связи для WTRU, например, путем указания на конкретный ресурс физического канала управления восходящей линии связи (PUCCH).
NR поддерживает два типа ресурсов PUCCH: короткий PUCCH и длинный PUCCH. Первый может быть передан с использованием 1 или 2 символов OFDM, тогда как последний может использовать до 14 символов OFDM. Каждый тип PUCCH имеет множество форматов, которые могут зависеть от типа и/или размера соответствующей полезной нагрузки.
Сбой луча может быть обнаружен и восстановлен. В системе NR с формированием луча WTRU может быть выполнен с возможностью поддержки одной или множества пар лучей. WTRU отслеживает один или более определенных периодических опорных сигналов информации о состоянии канала (CSI-RS) на обслуживающем луче DL для оценки его качества и вычисляет соответствующий показатель качества. Если качество луча в заданный период RS ниже сконфигурированного порога, объект физического (PHY) уровня WTRU сообщает о сбойном экземпляре луча (BFI) на подуровень MAC.
Чтобы восстановить потерянные пары лучей быстрее по сравнению с мониторингом радиосвязи (RLM) / процедурой отказа линии радиосвязи (RLF) (RLM/RLF), уровень MAC WTRU может использовать процедуру восстановления при сбое луча (BFR), в которой запрос на восстановление при сбое луча передается в сеть при обнаружении сбоя луча. BFR может быть выполнен с возможностью поддержания луча на сконфигурированной соте PCell и/или SCell.
Объект MAC может поддерживать счетчик сбойных экземпляров луча (BFI_counter) с целью обнаружения сбоя луча. Объект MAC подсчитывает количество указаний сбойных экземпляров луча, полученных от объекта PHY. Если счетчик BFI превышает определенное максимальное количество BFI, инициируется запрос BFR, чтобы уведомить обслуживающую gNB о том, что обнаружен сбой луча.
Объект MAC может сбросить счетчик BFI только после истечения таймера обнаружения сбоя луча (BFD) (BFD_timer). Это помогает обеспечить некоторый гистерезис в функции обнаружения. В таких случаях WTRU сбрасывает BFD_timer каждый раз, когда BFI указывается уровнем PHY. Например, объект MAC может сбрасывать BFI_counter только после наблюдения отсутствия указаний BFI от PHY в течение трех последовательных периодов CSI-RS, если таймер BFD сконфигурирован на 3 периода CSI-RS. В другом примере счетчик BFI может быть сброшен после отсутствия указаний BFI после двух, четырех или пяти последовательных периодов CSI-RS.
Чтобы сообщить о запросе BFR, WTRU может инициировать процедуру произвольного доступа с определенными значениями параметров, например PreambleTransMax, шагом линейного изменения мощности и целевой принимаемой мощностью преамбулы. Процедура произвольного доступа может использоваться для повторного установления луча, поскольку WTRU может выбирать соответствующую преамбулу физического канала произвольного доступа (PRACH) и/или ресурс PRACH в зависимости от наилучшего измеренного луча нисходящей линии связи или блока сигналов синхронизации DL (SSB). WTRU может использовать способ для восстановления пары лучей, когда он определяет связь между лучами DL и преамбулами UL и/или случаями PRACH, посредством чего луч нисходящей линии связи, выбранный WTRU, проверяется путем приема в нем ответа при произвольном доступе (RAR). Такая процедура RA восстановления может быть выполнена быстрее, если gNB конфигурирует определенный набор преамбул/ресурсов PRACH без конкуренции, которые могут быть приоритизированы для выбора WTRU при инициировании процедуры RA.
Определение приоритета для логического канала (LCP) — это механизм, используемый для связывания данных, доступных для передачи, с ресурсами, доступными для передач по восходящей линии связи. Мультиплексирование данных с разными требованиями к QoS в пределах одного и того же транспортного блока может быть обеспечено, например, при условии, что такое мультиплексирование не оказывает негативного влияния на службу с самыми строгими требованиями к QoS и/или не приводит к ненужной трате системных ресурсов.
При сборке MAC PDU и заполнении TB для передачи UL WTRU обычно обслуживает данные из одного или более логических каналов (LCH), используя следующие принципы: WTRU обычно выполняет LCP максимум с двумя циклами. Во-первых, в цикле 1 (или, что эквивалентно, на этапах 1, 2) данные из логических каналов принимаются до приоритетной скорости передачи в битах (PBR) в порядке убывания приоритета. Данные могут превышать доступный объем данных для LCH для передачи в данном TTI, то есть на участке памяти, как правило, чтобы избежать ненужной сегментации RLC.
Во-вторых, в цикле 2 (или, что эквивалентно, на этапе 3) данные из логических каналов могут быть взяты в строго убывающем порядке для заполнения оставшихся ресурсов. RRC может дополнительно управлять процедурой LCP, конфигурируя ограничения сопоставления для каждого логического канала, управляя следующими параметрами: allowedSCS-List может устанавливать разрешенный(-ые) разнос(-ы) поднесущих для передачи или повторной передачи; maxPUSCH-Duration может установить максимальную продолжительность PUSCH, разрешенную для передачи; configureGrantType1Allowed может устанавливать, может ли сконфигурированный тип предоставления 1 использоваться для передачи; allowedServingCells может устанавливать разрешенную(-ые) соту(-ы) для передачи. В одном варианте осуществления дополнительные ограничения могут включать в себя одну или более применимых таблиц MCS, значений MCS, RNTI или пространства (пространств) поиска PDCCH для DCI, который планирует передачу.
Раскрытые в настоящем документе варианты осуществления могут применяться к основанной на NR работе в нелицензированном спектре, включая первоначальный доступ, планирование, HARQ и мобильность, наряду со способами сосуществования, включая LTE-LAA и другие существующие RAT. Например, сота LAA на основе NR может быть связана с якорной сотой LTE или NR, а также с сотой на основе NR, которая может работать в автономном режиме в нелицензированном спектре.
Нелицензированный спектр, используемый для новой нелицензированной радиосети (NR-U), может иметь некоторые нормативные требования для обеспечения справедливого использования спектра множеством RAT. Такие требования могут привести к ненепрерывному использованию канала во времени или частоте, чтобы обеспечить возможность передачи для других STA или устройств. Более того, такие требования могут налагать ограничения на то, как определить, что канал может использоваться без создания чрезмерных помех.
WTRU в нелицензированном спектре могут гибко работать со множеством BWP и лучей. Следовательно, нелицензированный канал в NR может быть определен на основе таких параметров, как BWP и луч. По существу, WTRU может использовать разные механизмы доступа к каналу на основе параметров канала. Таким образом, может быть полезно поддерживать способы, обеспечивающие эффективный способ предоставления WTRU возможности доступа к каналам с разными параметрами, поддерживая при этом некоторую справедливость. Кроме того, также может быть полезно поддерживать способы, которые повышают надежность, сводят к минимуму задержку или достигают преимущества по обоим аспектам, например, поддерживая данные offloadedURLLC или трафик в нелицензированный спектр. Сведение к минимуму задержки и повышение надежности также можно достичь в автономном развертывании NR-U.
Более того, некоторые функции в NR, такие как поддержание луча, основаны на периодических передачах. Справедливое использование канала может не допускать периодических передач; поэтому способы, позволяющие поддерживать луч в нелицензированных каналах, могут использоваться, обеспечивая при этом справедливый доступ к каналу. Влияние LBT и аналогичных принципов равноправия для доступа к каналу для поддержания луча также может повлиять на способность обслуживать требования некоторых передач в отношении надежности и задержки, например в отношении высоких требований к надежности и задержке трафика URLLC.
На фиг. 2 представлен пример схемы 200, иллюстрирующей отказ LBT из-за формирования узкого луча с использованием существующих механизмов. Когда WTRU работают с узкими лучами, основной механизм LBT может стать менее эффективным или может не выполнять своего предназначения. Как показано на фиг. 2, два WTRU, WTRU1 202 и WTRU2 204, могут пытаться установить связь с одной и той же точкой 206 передачи/приема (TRP). WTRU2 202 может передавать TRP 206, используя данный луч 202A передачи (TX). TRP 206 может иметь луч 206A приема (RX), ориентированный на луч 202A. Предполагая, что WTRU1 204 использует существующий механизм LBT, WTRU1 204 может не обнаруживать луч 202A TX, если он использует механизм LBT на основе формирования луча. Это связано с тем, что существующие механизмы не требуют, чтобы WTRU принимали передачи на всех лучах перед осуществлением передачи. Вместо этого существующие механизмы работают с предположением о том, что, например, WTRU1 204 может выполнять передачу, если он просто не обнаруживает передачу выше порога от другого WTRU, такого как WTRU2 202A. Таким образом, в этом примере луч 202A передачи будет пропущен WTRU1 204, поскольку WTRU1 204 не выполнил LBT в правильном направлении или не выполнил LBT с использованием необходимого луча. Поскольку WTRU1 204 осуществляет прием с использованием узкого луча, который не ориентирован на WTRU2 202, WTRU1 204 не обнаруживает продолжающуюся передачу от WTRU2 202 выше порога. В результате этого WTRU1 204 может инициировать передачу, которая приведет к конфликту, происходящему в TRP 206.
В NR могут предоставляться и поддерживаться множество конфигураций LBT. В одном варианте осуществления может использоваться другой набор параметров LBT или тип конфигурации LBT, чтобы избежать проблемы, рассматриваемой на фиг. 2. WTRU может быть сконфигурирован с разными типами конфигураций или механизмов LBT посредством gNB или другого TRP. Каждый тип механизма LBT может быть определен набором параметров. С точки зрения WTRU тип LBT может считаться «строгим» LBT, если он предъявляет строгие требования к WTRU, прежде чем WTRU сможет использовать канал. Примером строгого LBT является тип LBT, который имеет большое количество требуемых бездействующих CCA и/или низкий порог обнаружения энергии. Тип LBT называется «нестрогим», если он налагает менее строгие требования на WTRU, прежде чем WTRU будет разрешено использовать канал. Примером нестрогого LBT является тип LBT, который имеет небольшое количество требуемых бездействующих CCA или сконфигурирован с высоким порогом обнаружения энергии.
Могут быть сконфигурированы разные типы механизмов LBT. В некоторых вариантах осуществления WTRU может быть сконфигурирован с набором разных типов механизмов LBT. Каждый элемент в наборе может называться типом LBT или конфигурацией LBT. WTRU может быть сконфигурирован с разными параметрами для каждой возможной конфигурации LBT или может быть сконфигурирован с параметрами для одной или более из множества конфигураций LBT. В одном варианте осуществления WTRU может принимать конфигурацию LBT посредством сигнализации RRC. Альтернативно WTRU может принимать такую конфигурацию с использованием элемента управления MAC (CE). В одном примере WTRU может принимать CE MAC в ответе при произвольном доступе (RAR).
sl
d
Конфигурируемые параметры LBT или их наборы могут быть связаны с конфигурацией LBT. Эти параметры могут содержать по меньшей мере одно или более из следующего: уровня приоритета; типа LBT; максимального времени занятости канала (MCOT); ширины полосы занятого канала (OCB); количества неработающих CCA; размера окна конкурентного доступа; регулировки размера окна конкурентного доступа; размера, продолжительности или количества интервалов CCA, например T; времени задержки, например t; порога обнаружения энергии, например xthreshold; или размера окна конкурентного доступа. В примере значение времени истечения может представлять максимальное время до тех пор, пока WTRU не сможет выполнить передачу для данного процесса LBT. Это время может включать в себя время, с которого начинается процесс LBT. Такое значение может быть сконфигурировано в виде абсолютного времени, интервалов, коротких TTI или т.п. Процесс LBT может быть связан с одним или более наборами параметров, которые могут соответствовать конфигурации LBT. Конфигурация LBT может быть идентифицирована с использованием, например, идентификатора конфигурации LBT (LBT_ID или идентификатора конфигурации LBT). В некоторых вариантах осуществления один или более из LBT_ID или идентификаторов конфигурации LBT могут передаваться явным образом. В некоторых вариантах осуществления один или более из LBT_ID или идентификатора конфигурации LBT могут передаваться неявным образом. В некоторых вариантах осуществления WTRU может быть предварительно сконфигурирован с одним или более из LBT_ID или идентификатора конфигурации LBT.
Например, WTRU может быть сконфигурирован с уровнем приоритета, связанным с каждым типом LBT или конфигурации LBT. Например, WTRU может использовать уровень приоритета или тип приоритета для определения того, какую процедуру LBT и/или какую конфигурацию LBT применять для конкретного типа данных и/или для данных, связанных с конкретным LCH или группой логических каналов (LCG), при этом, например, данные сами связаны с соответствующим уровнем приоритета. Например, затем WTRU может использовать тип LBT с высоким приоритетом для сверхнадежного типа трафика. Для трафика усовершенствованной широкополосной сети мобильной связи (eMBB) WTRU может использовать тип с более низким приоритетом. Трафик MTC может быть выполнен с возможностью использования даже более низкого типа приоритета, чем eMBB.
Тип LBT может указывать, например, считается ли LBT строгим или нестрогим. Например, тип LBT может быть сконфигурирован с более коротким MCOT для передачи за короткое время для обеспечения возможности доступа к каналу большему количеству WTRU. Например, тип LBT может быть сконфигурирован с OCB, равным 99% BW, в то время как другой тип LBT может быть сконфигурирован с OCB, равным BW канала передаваемого сигнала. Например, OCB может быть равен RB, выделенным для передачи по восходящей линии связи в заданном диапазоне частот, тогда как в одном или более других диапазонах частот OCB может быть равен 99% BW. Количество неиспользуемых интервалов анализа незанятости канала (CCA) может быть подсчитано для объявления захваченного канала. Количество интервалов CCA может быть обозначено числом N. В примере размер окна конкурентного доступа (CWS), обозначенный, например, CW, может регулироваться. Например, способ или критерии, которые могут адаптировать CWS, например, на основе ряда предыдущих неуспешных процедур LBT с использованием конфигурации LBT.
В другом примере конфигурация LBT может быть связана с сотой, BWP, например, местоположением центральной частоты и/или смещением от нее, шириной полосы, лучом TX или RX, шириной луча или множеством их параметров. В таком случае WTRU может быть сконфигурирован с помощью конфигурации LBT для по меньшей мере одного из следующего: несущей составляющей (CC); BWP; набора из одного или более PRB по частоте и/или времени для данной соты или несущей конфигурации WTRU; луча передачи или приема, или их группы/набора, например, WTRU может быть сконфигурирован с типом LBT, который может использоваться в наборе лучей передачи и/или приема; ширины луча, используемой для доступа к каналу, например, WTRU может быть выполнен с возможностью связывания «строгого» типа LBT с широкими лучами; класса доступа конфигурации WTRU; категории WTRU и/или возможностей WTRU; LCH (или LCG) и/или ограничений на сопоставление с ними.
WTRU может принимать по меньшей мере одну конфигурацию или связь конфигурации для по меньшей мере одной конфигурации LBT посредством системной информации (SI), например, посредством минимальной SI в физическом широковещательном канале (PBCH). По меньшей мере одна конфигурация LBT может использоваться WTRU для доступа к каналу по меньшей мере для первоначального доступа. Такая конфигурация LBT также может использоваться WTRU для операции возврата.
Конфигурации LBT могут быть привязаны к конкретным передачам, типам передач, физическим каналам или сигналам. Физические каналы могут включать в себя каналы управления или данных, совместно применяемые каналы, выделенные каналы и другие. Физические каналы могут быть лицензированными или нелицензированными. В примере любой из следующих типов передач может быть привязан к конкретному набору одной или более конфигураций LBT: передачи PUSCH; передачи PUCCH; передачи SRS или передачи PRACH. Аналогичным образом конфигурация LBT может быть связана с типом передачи данных, сообщением и/или процедурой, например, одним из следующего: передачи SR; передачи информации управления восходящей линии связи (UCI), передач с произвольным доступом; тип данных и/или процедура L1/L2/L3.
Содержимое передачи UCI также может быть связано с другим набором конфигурации LBT или наборами конфигураций. Например, UCI для HARQ может иметь первый набор конфигураций LBT, а UCI для создания отчета CSI может иметь второй набор конфигураций LBT. Другая UCI, например, запрос планирования (SR), может иметь другую конфигурацию, чем у передачи опорного сигнала зондирования (SRS). В варианте осуществления разные наборы конфигураций могут использоваться для разных форматов PUCCH, например формата 1, 1a, 1b, 2, 2a, 3, 4, 5 или т.п.
Процедуры произвольного доступа и/или передачи конкретного(-ых) сообщения(-ий) могут включать в себя передачу PRACH и передачу сообщения 3 (msg3). Кроме того, один или более триггеров RA могут быть привязаны к набору конфигураций LBT. Например, RA для восстановления луча может иметь первый набор конфигураций LBT, а RA для ответа на пейджинг может иметь второй набор конфигураций LBT. Например, он может содержать процедуры произвольного доступа, сконфигурированные с разными приоритетами, например, на основе связи между конфигурацией LBT и одним (или более) значениями или параметрами конфигурации для шага линейного увеличения мощности и/или коэффициента масштабирования для выдержки. Например, конфигурация LBT может быть связана с набором ресурсов PRACH, в частности, когда набор ресурсов сам связан с приоритетом. Например, он может содержать набор ресурсов PRACH, связанных с набором LCH для целей SR.
Тип данных, радиоканал, логический канал или т.п. может соответствовать, например, данным с разными требованиями QoS, таким как данные URLLC, данные eMBB, сигнализация уровня управления и т.д. Процедуры L1/L2/L3 могут соответствовать: L1, например, процедуре выбора ресурса PRACH; L2, например, процедуре запроса произвольного доступа или планирования; или L3, например, процессу восстановления RRC-соединения.
WTRU может сообщать результаты LBT gNB, TRP, другому WTRU или т.п. В некоторых вариантах осуществления WTRU может быть выполнен с возможностью выполнения LBT и сообщения каких-либо результатов процедуры gNB. Это может помочь gNB справиться с проблемой скрытого/незащищенного узла. Сообщенный результат может быть передан с использованием канала, к которому осуществляется доступ, после выполнения сконфигурированного LBT. Сообщаемые результаты могут включать в себя следующее: среднюю энергию, обнаруженную в течение предварительно сконфигурированного времени; количество интервалов / символов ожидания WTRU доступа к каналу; обнаруженный тип технологии радиодоступа, например, WiFi/LAA. gNB может планировать ресурсы передачи для отчетов, например, через DCI.
Процедура LBT может быть выбрана с помощью WTRU полностью или частично. WTRU, сконфигурированный с помощью множества конфигураций LBT, где каждая конфигурация привязана к набору параметров, может указывать или определять соответствующую конфигурацию LBT для использования WTRU для передачи UL. Конфигурация LBT может указываться сетью, и указание может быть полустатическим или динамическим. Указание может обеспечиваться по меньшей мере одним из: явного указания от gNB; синхронизации; частоты; полученной от сети команды на переключение BWP; конфигурации луча(-ей) передачи и/или приема от сети; конфигурации ширины луча, предоставляемой сетью; идентификатора RS; логического канала (LCH) передачи; или сигнала, используемого для передачи UL. Также могут использоваться и другие параметры.
В примере явного указания, предоставленного от gNB, сеть может указывать WTRU, используя сигнализацию более высокого уровня, один или более применимых типов LBT, которые должны использоваться для одного или более предварительно сконфигурированных значений времени. Например, WTRU может определять тип LBT, который будет использоваться во время первоначального доступа из RMSI. Альтернативно сеть может использовать сигнализацию L1/L2 или комбинацию сигнализации более высокого уровня и сигнализации L1/L2 для указания применимого типа LBT. Например, WTRU может принимать DCI с предоставлением UL, включая поле, указывающее соответствующую конфигурацию LBT.
При указании синхронизации интервал, подкадр и/или символы, по которым выполняется передача, могут быть привязаны к одной или более конкретным конфигурациям LBT. Указание частоты, которое может содержать RB и/или BWP, по которым предоставляется передача UL, может быть привязана к одной или более конкретным конфигурациям.
Переключатель BWP или команда на переключение могут быть получены от сети, например от gNB или TRP. Например, WTRU может быть выполнен с возможностью определения типа LBT на основе размера выделения частоты BWP и/или местоположения центральной частоты BWP.
Одна или более конфигураций лучей передачи и/или приема могут быть получены из сети. Например, тип LBT может быть связан с набором показателей лучей передачи и/или приема. Например, луч передачи, который был идентифицирован как потенциальный источник помех для других узлов, может иметь более строгий тип LBT. Конфигурация луча может быть взаимной или может иметь другой тип конфигурации луча.
Конфигурация ширины луча может быть получена из сети. Например, WTRU может использовать нестрогий тип LBT для узких лучей, учитывая, что вероятность конфликта с другими WTRU низкая, например, вероятность того, что несколько WTRU используют один и тот же узкий луч, низкая.
В варианте осуществления предоставление UL может быть привязано к идентификатору CSI-RS или идентификатору SRS-ID. WTRU может определять конфигурацию LBT на основе таких идентификаторов. В способе WTRU может иметь сконфигурированное сопоставление между конфигурациями CSI-RS и конфигурациями SRS. Это может позволять WTRU определять соответствующий луч Rx, посредством которого следует выполнять LBT, которое может быть привязано к лучу передачи, который следует использовать для выполнения передачи.
В примере LCH может быть сконфигурирован с одним или более ограничениями сопоставления, например, каждое из которых соответствует требованию по передаче и/или конфигурации LBT. Один или более из широковещательного канала управления (BCCH), канала управления пейджингом (PCCH), общего канала управления (CCCH), выделенного канала управления (DCCH) или выделенного канала трафика (DTCH) могут быть сконфигурированы с одинаковыми или разными ограничениями сопоставления. Например, передача может быть сконфигурирована с учетом требований (например, задержки, надежности, скорости кодирования). Набор требований может определять требуемую конфигурацию LBT. Также может быть рассмотрен сигнал, используемый для передачи UL.
В некоторых случаях WTRU может иметь множество конфигураций LBT, применимых к одной или более передачам. Например, WTRU может иметь конфигурацию LBT, применимую к конкретному интервалу, и может дополнительно указываться другой конфигурацией LBT в DCI, предоставляющей ресурсы UL в этом интервале. В таком случае может быть сконфигурирован приоритет указаний LBT. Например, любая конфигурация LBT, указанная динамически, например, в DCI, может переопределять полустатическую конфигурацию LBT. Это может быть полезно, когда новые данные становятся доступными для передачи с более высоким приоритетом и/или с более строгими требованиями к передаче с точки зрения задержки (например, трафик URLLC), чем поддерживаются полустатически сконфигурированными параметрами LBT, что может потребовать менее и/или более строгой версии процесса LBT для обеспечения выполнения требований к задержке и/или надежности.
В другом варианте осуществления WTRU может быть снабжен одним или более наборами ресурсов, в которых выполняется передача UL. Каждый ресурс в наборе может быть связан с разной конфигурацией LBT. Например, WTRU может иметь два набора ресурсов полупостоянного планирования (SPS), в которых он может осуществлять передачу. Каждый ресурс SPS может быть привязан к разной паре лучей. По существу, WTRU может иметь разную конфигурацию LBT, связанную с каждым ресурсом SPS. В другом примере предоставление может обеспечивать два набора ресурсов, в которых выполняется передача UL, причем каждый набор привязан к разной конфигурации LBT. Это может быть полезно, когда данные eMBB предоставляются с классом доступа с низким приоритетом, а URLLC сконфигурирован с доступом с высоким приоритетом, и для каждого требуются разные ресурсы канала. Это же может быть верно для трафика с более низким приоритетом, например, для трафика MTC.
Конфигурация LBT может быть выбрана WTRU, gNB или TRP. Если WTRU имеет множество конфигураций LBT, применимых к передаче в одном или множестве наборов ресурсов, WTRU может выбрать конфигурацию LBT. Выбор конфигурации LBT может определяться по меньшей мере одним из: ресурса передачи; приоритета передачи; типа LBT, используемого gNB; LBT, использованного для предыдущей передачи с тем же временем занятости канала (COT); LBT, использованного для предыдущей передачи; LBT, необходимого для предстоящей передачи; предыдущей неуспешной попытки LBT; типа несущей UL; переключения WTRU на BWP по умолчанию; истечения времени действия таймера или использования множества конфигураций LBT. Ресурс передачи может быть ресурсом, например, символами, поднесущими или BWP, в котором предоставляется передача, которая может быть привязана к конфигурации LBT.
Приоритет передачи может относиться, например, к LCH или приоритету LCH либо приоритету группы логических каналов (LCG) передачи, и может использоваться WTRU для определения соответствующей конфигурации LBT. Приоритет может быть определен приоритетом ProSe Per-Packet (PPPP) или индикатором приоритета типа V2X. В другом примере приоритет процедуры, для которой выполняется передача UL, например, для первоначального доступа, произвольного доступа, передачи UCI, передачи данных, SR, автономного UL или ответа на пейджинг, может использоваться WTRU для определения соответствующей конфигурации LBT.
Типы LBT могут использоваться gNB для отправки по каналу управления и/или данных. Например, gNB может отправить преамбулу перед отправкой информации по каналу управления и/или данных. В таком случае WTRU может быть сконфигурирован с таблицей, которая сопоставляет набор преамбул с одной или более конфигурациями LBT. В других вариантах осуществления WTRU может быть выполнен с возможностью определения используемого LBT DL на основе CORESET и/или пространства поиска, используемого для планирования данных. Альтернативно gNB может использовать или включать поле DCI или в ней для указания типа LBT, используемого gNB. В других вариантах осуществления WTRU может быть выполнен с возможностью определения типа DL LBT на основе типа принятых данных. Также могут применяться и другие неявные и явные способы.
LBT, использованный для предыдущей передачи за то же время занятости канала (COT), может рассматриваться для последующей передачи. Например, WTRU может использовать конфигурацию LBT на основе конфигурации LBT, используемой gNB для передачи DL, выполненной ранее в течение того же времени занятости канала. Например, если gNB получает канал, используя конфигурацию LBT с парой лучей, WTRU может, таким образом, повторно получать канал только в COT, используя конфигурацию LBT с той же парой лучей. В другом примере WTRU может получить канал для первой передачи с использованием первой конфигурации LBT. Однако вторая передача, которая может происходить или не происходить в MCOT, может иметь другие требования и, таким образом, не может охватываться первой конфигурацией LBT. В таком случае WTRU может выполнять второй LBT, используя вторую конфигурацию LBT.
Конфигурация LBT, используемая для предыдущей передачи LCH, может предоставлять указание в отношении того, как определять конфигурацию LBT, которая будет использоваться для предстоящей передачи того же или другого LCH.
LBT, необходимый для предстоящей передачи, также может рассматриваться как индикатор. Например, WTRU может иметь данные, доступные для передачи или передачи другого типа, например, PUCCH, PRACH, SRS, другой UCI или т.п., и это может привести к тому, что две последовательные передачи UL могут иметь разные требования к передаче, например по надежности, задержке, QoS или т.п. Чтобы гарантировать, что обе передачи могут соответствовать одному и тому же времени занятости канала, WTRU может выбрать конфигурацию LBT, которая удовлетворяет требованиям обеих предстоящих передач.
Информация о предыдущей неуспешной попытке LBT может учитываться в ходе будущих попыток. Например, WTRU может попытаться получить канал с первой конфигурацией LBT, что может завершиться неуспехом и, следовательно, может повторно попытаться получить канал с использованием второй конфигурации LBT. WTRU может определять порядок выбора конфигурации LBT на основе параметра конфигураций LBT. Например, WTRU может использовать первую конфигурацию LBT на основе луча, для которого он применим, например лучшего луча, а затем WTRU может циклически переходить к следующей процедуре LBT на основе второго лучшего луча и так далее.
В примере обычная несущая UL может быть привязана к первой конфигурации LBT, а дополнительная несущая UL может быть привязана ко второй конфигурации LBT. В таком примере WTRU может определять тип несущей UL, например, на основе измерения и, следовательно, может определять связанную конфигурацию LBT.
Может рассматриваться переключение WTRU на BWP по умолчанию. Например, после неуспешной передачи в первом BWP WTRU может переключиться на другой BWP, такой как BWP по умолчанию. Параметры конфигурации LBT, используемые в первом BWP, могут быть или могут не быть применимы к BWP.
Истечение отсчета таймера может указывать на тип LBT. Например, WTRU может быть выполнен с возможностью использования «нестрогого» типа LBT после истечения отсчета предварительно сконфигурированного таймера. WTRU может использовать или может быть сконфигурирован с выделенным таймером для изменения типа LBT или может быть выполнен с возможностью использования существующего таймера, например таймера RLF или таймера BFR.
В другом варианте осуществления WTRU может пытаться получить канал, используя множество конфигураций LBT. В варианте осуществления это может позволить WTRU передавать один и тот же TB по множеству каналов для достижения разнесения. Например, WTRU может принимать DCI, разрешающую передачу по набору ресурсов UL. Каждый ресурс UL в наборе может быть привязан к разным конфигурациям LBT. WTRU может инициировать первый LBT, используя первую конфигурацию LBT, для передачи данных с применением первого набора ресурсов UL. В одном варианте осуществления в зависимости от того, была ли первая передача успешной или нет, WTRU может инициировать второй LBT, используя вторую конфигурацию LBT, для передачи данных с применением второго набора ресурсов UL.
WTRU может быть сконфигурирован с множеством предстоящих точек переключения, где точка переключения - это момент, когда за интервалом или символом DL (или UL) следует интервал или символ UL (или DL). В одном варианте осуществления WTRU может быть обеспечен или снабжен индикатором шаблона предстоящих интервалов UL/DL / неопределенных интервалов. Более того, конфигурация шаблона может указывать конфигурацию LBT, которую WTRU может использовать в одном, некоторых или каждом переключении между DL и UL. Например, конфигурация LBT может быть явно указана по меньшей мере для одного переключения между DL и UL. В другом примере конфигурация LBT переключения между DL и UL может неявно определяться WTRU. WTRU может определять конфигурацию LBT на основе по меньшей мере одного из: продолжительности промежутка, предусмотренного для переключения между DL и UL; времени с момента предыдущего переключения между DL и UL; времени с момента использования конкретной конфигурации LBT; переключения линии из спаренных лучей; конфигурации LBT, используемой при предыдущем переключении между UL и DL; содержимого предыдущей передачи DL или переключения части ширины полосы.
Например, если предыдущее переключение между DL и UL произошло менее чем за x символов до текущего переключения между DL и UL, WTRU может использовать первую конфигурацию LBT. Если предыдущее переключение произошло более чем за x символов до текущего переключения между DL и UL, WTRU может использовать вторую конфигурацию LBT. Первая и вторая конфигурации LBT могут включать в себя один отличный параметр, несколько разных параметров или полный набор разных параметров.
WTRU может определять время с момента использования конкретной конфигурации LBT. Например, WTRU может выполнять более строгий LBT, например полный LBT, требующий множества свободных CCA, для передачи UL. Полный LBT может выполняться либо перед первой передачей UL, либо перед передачей UL после переключения между DL и UL. Если с момента последнего строгого LBT прошло некоторое время, WTRU может потребоваться выполнить такую конфигурацию LBT для переключения между DL и UL.
WTRU может принимать указание или инструкцию в отношении переключения линии из спаренных лучей (BPL). Например, первый BPL может использоваться в первой передаче UL. WTRU может быть сконфигурирован с переключением между UL и DL и последующим переключением между DL и UL. Если для второй передачи UL WTRU повторно использует первый BPL, WTRU может использовать первую конфигурацию LBT. Если для второй передачи UL WTRU использует второй BPL, WTRU может использовать вторую конфигурацию LBT. В другом примере, если BPL, используемый в непосредственно предшествующей передаче DL, является таким же, что и для последующей передачи UL, для переключения между DL и UL может использоваться первая конфигурация LBT. С другой стороны, если BPL, используемый в непосредственно предшествующей передаче DL, отличается от BPL, используемого в последующей передаче UL, может использоваться вторая конфигурация LBT. Первая и вторая конфигурации LBT могут включать в себя один отличный параметр, несколько разных параметров или полный набор разных параметров.
WTRU может обращаться к конфигурации LBT, используемой для предыдущего переключения между UL и DL. Сеть может указывать для WTRU конфигурацию LBT, используемую для предыдущей передачи DL, например передачи DL, непосредственно предшествующей переключению между DL и UL. WTRU может определять подходящую конфигурацию LBT для переключения между DL и UL на основе конфигурации LBT сети.
WTRU может обращаться к содержимому предыдущей передачи DL для определения информации о конфигурации. WTRU может определять конфигурацию LBT для переключения между DL и UL на основе содержимого передачи DL, непосредственно предшествующей переключению между DL и UL.
WTRU может быть сконфигурирован с переключением BWP или может получать инструкции для выполнения переключения BWP. Например, в первой передаче UL может использоваться первый BWP. WTRU может быть выполнен с возможностью выполнения переключения между UL и DL и последующего переключения между DL и UL. Если для второй передачи UL WTRU повторно использует первый BWP, он может использовать первую конфигурацию LBT. Если для второй передачи UL WTRU использует второй BWP, он может использовать вторую конфигурацию LBT. В другом примере, если BWP, использованный в непосредственно предшествующей передаче DL, тот же, который использовался в последующей передаче UL, для переключения между DL и UL может использоваться первая конфигурация LBT. С другой стороны, если BWP, использованный в непосредственно предшествующей передаче DL, отличается от BWP, который использовался в последующей передаче UL, может использоваться вторая конфигурация LBT. Тип переключения BWP также может влиять на используемую конфигурацию LBT. Например, тип LBT, выполняемого WTRU, может зависеть по меньшей мере от одного из следующего: использует ли повторно новый BWP ту же центральную частоту, использует ли повторно новый BWP ту же ширину полосы, перекрывает ли новый BWP частично или полностью предыдущий BWP, количество PRB, разделяющих старый BWP и новый BWP.
В варианте осуществления WTRU может быть сконфигурирован с множеством точек переключения в COT. В таком случае WTRU может ожидать указания начала, окончания или продолжительности COT, например, если COT был получен сетью. WTRU может быть сконфигурирован с конкретными конфигурациями LBT для использования в некоторых или во всех точках переключения между DL и UL в COT. Указание конфигурации LBT для каждой точки переключения может быть явным или неявным. Более того, конфигурация LBT для переключения между DL и UL может зависеть от общего количества переключений в COT или индекса переключения между UL и DL. Например, для первого переключения WTRU может использовать первую конфигурацию LBT. Для второго переключения WTRU может использовать вторую конфигурацию LBT и так далее. Конфигурация LBT для переключения между DL и UL также может зависеть от положения одного или более переключений между DL и UL в COT.
WTRU может определять продолжительность COT, или позицию передачи в COT, или оставшееся время COT, на основе конфигурации LBT. В таком случае новый COT может быть начат на основе конфигурации LBT, используемой в точке переключения. Например, WTRU может принимать указание на то, что новый COT начался в момент x, и может ожидать, что COT продлится по меньшей мере до времени x+MCOT, где MCOT - это максимальное COT. В варианте осуществления указание может быть принято в информационном элементе таймера сигнализации RRC. Однако в некоторый момент в этом период времени WTRU может быть сконфигурирован с конфигурацией LBT посредством RRC или другой сигнализации. Если успешное получение канала определяется на основе новой конфигурации, WTRU может предположить, что COT был перезапущен, и, следовательно, COT может иметь длительность до другой продолжительности MCOT.
Параметры LBT в конфигурации LBT могут регулироваться сетью или WTRU. WTRU может попытаться получить канал, используя первую конфигурацию LBT. В случае если WTRU не может получить канал, WTRU может изменить или обновить некоторые параметры конфигурации LBT. Такие обновленные параметры могут использоваться WTRU для будущей попытки доступа к каналу с использованием первой конфигурации LBT. Например, WTRU могут быть предоставлены ресурсы UL, привязанные к первой конфигурации LBT. WTRU может попытаться получить канал и может потерпеть неуспех. WTRU может повторить попытку получить канал для тех же предоставленных ресурсов, сначала изменив некоторые параметры конфигурации LBT и повторив попытку LBT. Обновленные или измененные параметры могут быть применимы ко второй или последующей попытке получения канала для той же передачи или могут быть применимы к будущей попытке получения канала для другой передачи. WTRU может вернуться к исходной конфигурации, если будущая попытка не удалась. Если происходит другой сбой, WTRU может изменить параметры исходной конфигурации или однократно (или впоследствии) измененной конфигурации. WTRU может сообщить gNB или другому TRP измененные параметры.
В другом примере WTRU может принимать указание об обновлении параметра конфигурации LBT. Указание может быть получено посредством (повторной) конфигурации DCI, MAC CE или RRC. Например, WTRU может получать DCI, указывающую, что количество интервалов CCA для конфигурации LBT может быть увеличено или уменьшено. Указание может быть присущим указанием, например, если DCI указывает один или более параметров, при этом WTRU может неявно определять, что другой параметр конфигурации LBT должен быть также отрегулирован, модифицирован или вообще изменен.
Каналы могут контролироваться WTRU для множества одновременных процессов LBT. В одном варианте осуществления WTRU может различать процессы или инициирующие сигналы CCA и LBT для инициирования передачи. В одном варианте осуществления и без ограничения для других описанных в настоящем документе вариантов осуществления, таких как любые процедуры LBT, описанные выше, процедура LBT может включать в себя два компонента, которые можно считать отличными друг от друга.
CCA может выполняться путем мониторинга канала с точки зрения получения данных статуса оценки канала. Первый компонент может включать в себя мониторинг того, можно ли получить доступ к каналу, включая, без ограничений, CCA, связанную конфигурацию и состояние CCA. Мониторинг и измерения могут учитывать недавнее состояние канала независимо от процедуры LBT.
Например, WTRU может контролировать имеющуюся энергию, например WTRU может выполнять измерения в канале независимо от того, запущена ли процедура LBT и/или продолжается ли она или нет. Например, WTRU может непрерывно выполнять CCA в течение заданного периода, в течение которого он не обращается к каналу. WTRU может хранить хронологически наблюдаемые значения энергии и/или измерений. Периодичность этих наблюдений / сохраненных значений может соответствовать, без ограничений, всем наблюдаемым значениям и/или значению, например максимальному, среднему и/или усредненному значению, связанному с настраиваемым интервалом времени, например, 1 мкс. Часть наблюдаемых значений, которая меньше всех значений, но больше одного значения, также может быть сохранена. В варианте осуществления WTRU может сохранять сохраненные измерения с использованием механизма на основе окон. Эти значения могут храниться непрерывно или на них может действовать конфигурируемый таймер истечения срока. Используя механизм окон, WTRU может поддерживать работу таймера, чтобы определять, как долго нужно хранить сохраненные измерения. В другом варианте осуществления WTRU может поддерживать счетчик, например счетчик COT, счетчик подкадров или т.п. WTRU может хранить информацию о недавнем состоянии канала, поскольку измеренные величины могут потребоваться для выполнения CCA.
В одном варианте осуществления WTRU может отслеживать изменения по меньшей мере одного связанного параметра, например параметров конфигурации LBT WTRU. Например, такой параметр может включать в себя параметры, используемые для определения порогов при выполнении оценки CCA. В более общем смысле такие параметры могут включать в себя по меньшей мере одно из следующего: максимальной энергии на МГц в зависимости от ширины полосы одной несущей (например, Tmax); максимального порога обнаружения энергии, определенного нормативными требованиями в дБм (например, XR); параметров масштабирования, зависящих от типа передачи, например, опережения по времени (TA) и запасу мощности (PH); набора из одной или более максимальных выходных мощностей WTRU, измеренных в дБм для несущей, например мощности передачи (PTX). Другие измеряемые параметры могут включать в себя проводимую мощность или спектральную плотность мощности.
WTRU может сравнивать принятую мощность с по меньшей мере одним пороговым значением в течение настраиваемого временного интервала, например, 1 мкс, обеспечивая состояние канала в течение этого временного интервала, например, состояние может быть определено как ниже сконфигурированного порогового значения или выше него. WTRU может рассматривать равное значение как ниже, так и выше. Сравнение принятой мощности с порогом может быть выполнено рядом способов, например, с использованием максимального значения, среднего значения за интервал, усредненного значения.
Сохраненные значения могут рассматриваться с учетом пороговых состояний или наблюдаемых значений и могут храниться в течение длительного времени, например, для целей определения статистики канала и выбора канала. Сохраненные значения могут быть связаны, без ограничений, с рядом возможных конфигураций LBT и продолжительностей, например на основе интервалов, нестрогих и/или строгих продолжительностей. В варианте осуществления эти значения/состояния также могут контролироваться способом скользящего окна, чтобы указывать CCA для продолжительности(-ей) в недавнем прошлом. Эти значения/состояния могут быть сохранены, и в отношении них может действовать конфигурируемый таймер истечения срока.
WTRU может контролировать канал и выполнять мониторинг CCA независимо от того, должен ли WTRU осуществлять доступ к каналу для выполнения передачи. Учитывая статус CCA, WTRU может определять, когда осуществлять передачу, в зависимости от применимой конфигурации LBT для передачи.
Второй компонент может предписывать или указывать, как получить доступ к ресурсам среды в зависимости от применимой конфигурации LBT в процессе LBT. Когда LBT инициируется, WTRU может определять конфигурацию LBT, выводить пороги / величины CCA, а затем сравнивать пороги или количества с недавним состоянием канала.
WTRU может сравнивать один или более сконфигурированных параметров LBT, применимых к передаче, например, порог или продолжительность CCA, с текущим состоянием процесса мониторинга CCA, когда он инициирует доступ к каналу. WTRU может рассматривать процесс LBT как успешный, если WTRU определяет, что условия для доступа к каналу удовлетворяются, используя параметры LBT, относящиеся к передаче и/или доступу к каналу. Например, для CCA оценка может быть определена на основе параметров, которые относятся или могут применяться к сохраненным измерениям для канала в течение периода времени, непосредственно предшествующего началу процедуры LBT.
В ином случае, если WTRU определяет, что LBT не прошел успешно, WTRU может продолжить процесс CCA, используя сохраненное состояние, до тех пор, пока не будут соблюдены все требования доступа для конфигурации LBT. WTRU может рассматривать любую точку в окне сохраненных измерений CCA как начальную точку для оценки CCA, связанной с процедурой LBT, даже если этот момент времени наступил до начала процедуры LBT. Таким образом, окно может быть скользящим окном, которое определяется на основе таймера, количества символов, интервалов или т.п.
Если WTRU имеет первую текущую процедуру LBT и либо WTRU имеет данные, связанные с разными конфигурациями LBT, либо WTRU инициирует вторую процедуру LBT, используя другую конфигурацию LBT, WTRU может использовать конфигурацию, которая обеспечивает возможность самого раннего определения того, что WTRU может получить доступ к каналу, используя сохраненные измерения состояния канала. WTRU также может занимать канал в течение периода, определенного с использованием процедуры LBT, которая обеспечивает самый длинный COT.
Если передача сконфигурирована согласно данной конфигурации LBT и процесс мониторинга CCA указывает на то, что канал доступен при другой конфигурации LBT, например, с другим уровнем приоритета или другим максимальным временем занятости, WTRU может выбрать изменение передачи, чтобы соблюсти пересмотренные требования LBT, и осуществлять передачу либо без выполнения LBT, либо может осуществлять передачу с измененной продолжительностью LBT. Пересмотренная продолжительность может быть больше и предпочтительно не должна быть короче первого определенного COT.
Указание успешного LBT может быть отправлено без предварительного запроса. В одном варианте осуществления WTRU могут быть предварительно известны возможные конфигурации LBT, и он может определять, удовлетворяет ли текущее состояние процесса мониторинга CCA такой конфигурации без запроса доступа к каналу. Когда процесс CCA совпадает с конфигурациями процесса LBT, WTRU может быть уведомлен о доступности канала, где он может получить доступ к дополнительному каналу без необходимости выполнять процесс LBT. Процесс или процедура LAA может быть одной из реализаций такого механизма. Дополнительная доступность нелицензированного спектра может использоваться в сценарии разгрузки.
Одно состояние CCA может использоваться совместно множеством процессов LBT, каждый из которых имеет разную конфигурацию. Например, WTRU может сбрасывать состояние процесса мониторинга CCA, когда происходит по меньшей мере одно из следующих событий: WTRU определяет, что он может осуществить передачу по каналу, или WTRU выполняет передачу с использованием ресурсов канала. Например, состояние может быть сброшено, если результат по меньшей мере одного (и любого) из процессов LBT является успешным, когда множество процессов LBT могут осуществляться одновременно. Например, может ли WTRU (или должен ли) выполнять мониторинг канала для CCA вне времени, в течение которого WTRU имеет по меньшей мере одну текущую процедуру/процесс LBT, может быть конфигурируемым аспектом WTRU, например, L3/RRC.
Способы обработки процедур LBT могут быть применимы или не применимы без ограничения конкретного моделирования описанной процедуры LBT.
Один или более способов могут использоваться WTRU или сетью для обработки сбоя в процедуре LBT. В одном варианте осуществления WTRU может попытаться получить канал, используя первую конфигурацию LBT, и этот процесс может быть неуспешным. Такой неуспех может быть определен по истечении некоторого времени с начала процедуры LBT. В другом способе WTRU может определить, что LBT был неуспешным, когда он не может получить канал в течение времени, необходимого для обеспечения передачи в выделенных временных интервалах или символах. Например, если WTRU имеет множество конфигураций LBT, относящихся к передаче, и первая конфигурация LBT не приводит к получению канала, а вторая конфигурация LBT успешна, WTRU может учитывать или может не учитывать событие неуспешности LBT для первой конфигурации LBT. Определение неуспешности может быть основано на времени, связанном с приоритетом передачи или приоритетом данных, буферизованных для передачи.
Например, конфигурация LBT может включать в себя значение, соответствующее максимальному времени до момента, когда может выполняться передача. WTRU может запускать таймер при инициировании процедуры LBT, например, независимо от того, запускает ли WTRU новый процесс CCA или нет. WTRU может определить, что LBT неуспешен, если отсчет таймера завершается до того, как WTRU выполнил передачу, считая с начала процедуры LBT.
WTRU может передавать в отчете gNB указание неуспешной процедуры LBT. Указание может сообщаться или не сообщаться вместе с конфигурацией LBT, соответствующей неуспешной процедуре. Отчетность может выполняться по ресурсам, назначенным WTRU для таких отчетов. WTRU может использовать ресурсы, связанные с неуспешной конфигурацией LBT. WTRU может сообщать о неуспешной попытке LBT только после возникновения множества событий неуспешности. Например, WTRU может сообщать о неуспешности конфигурации LBT только после N неуспешных попыток, происходящих в пределах временного окна.
Набор из множества, например, одной или более неуспешных попыток LBT для одной или более конфигураций LBT, может инициировать WTRU для объявления RLF или BFR. Набор из множества неуспешных попыток LBT для одной или более конфигураций LBT в соте SCG может инициировать уведомление SCG от WTRU. Неуспешная процедура LBT, приводящая к пропущенной передаче, также может привести к сбою передачи HARQ. Таким образом, WTRU может достичь определения сбоя HARQ благодаря ряду неуспешных определений конфигураций LBT.
В варианте осуществления WTRU может выполнять множество, например, одновременных, процедур LBT, возможно, используя множество конфигураций LBT. Это может позволить уменьшить задержку получения канала. Например, WTRU может иметь передачу UL и может начать первую процедуру LBT, используя первую конфигурацию LBT. WTRU может одновременно начать вторую процедуру LBT, используя вторую конфигурацию LBT, например, перед объявлением успеха или неуспешности первой процедуры LBT. Это может относиться к случаю, когда WTRU может использовать любую из двух линий из спаренных лучей для передачи и, таким образом, может выбрать первую линию, для которой процедура LBT успешна. В другом примере, когда WTRU может быть назначено два набора ресурсов в разных BWP, WTRU может выполнять две процедуры LBT (по одной для каждого BWP) и может выбирать любой BWP с успешным результатом LBT для передачи.
Инициирование 2-й процедуры LBT во время выполнения 1-й процедуры может привести к пропуску или рассмотрению на основе прерывания. В одном примере WTRU может начать первую процедуру LBT, используя первую конфигурацию LBT для первой передачи. Прежде чем первая процедура LBT будет завершена, WTRU может получить указание или может определить, что требуется вторая передача, для которой нужна вторая конфигурация LBT. В некоторых случаях первая процедура LBT может быть действительной для обеих передач, и WTRU может продолжить первую процедуру LBT и отбросить вторую. В других случаях первая процедура LBT может не быть действительной для обеих передач, но вторая процедура LBT может быть действительной для обеих передач, и WTRU может отбросить первую процедуру LBT и продолжить вторую процедуру LBT. В других случаях WTRU может потребоваться продолжить обе процедуры LBT. WTRU может быть сконфигурирован сетью для определения того, какую процедуру отбрасывать в каждом конкретном случае. WTRU может быть сконфигурирован с указанием приоритета или таблицей, которая обеспечивает определение того, какая процедура остается действительной.
Инициирование 2-й процедуры LBT в то время, как 1-я продолжается, может повлиять на текущий статус. В одном способе WTRU может определить, что он должен использовать конфигурацию LBT в зависимости от конфигурации, которая наилучшим образом удовлетворяет одному или более требованиям к передаче, например, задержке, надежности или соотношению сигнал/помеха плюс шум (SINR), требования к данным, доступным для передачи, и/или к передаче, которая инициирует процесс LBT. Например, WTRU может определять, может ли он передавать по каналу, на основе состояния CCA как функции по меньшей мере класса приоритета доступа к каналу данных или сигнала, для которых WTRU пытается получить доступ к каналу. Например, WTRU может использовать конфигурацию LBT, связанную с классом наивысшего приоритета данных, доступных для передачи.
WTRU может использовать текущее состояние CCA, накопленное из предшествующего процесса LBT и/или полученное в результате мониторинга CCA, не связанного с текущей процедурой LBT, и может выполнять оценку того, может ли WTRU передавать по каналу с использованием выбранной конфигурации LBT. Если WTRU определяет, что он еще не может выполнять передачу по каналу, он может продолжить процедуру LBT с этого момента.
WTRU может выполнять множество одновременных процедур LBT с использованием множества конфигураций LBT, используя двухэтапный или предусматривающий большее число этапов подход. На первом этапе WTRU может попытаться выполнить упрощенную версию каждой процедуры LBT. После успешной упрощенной процедуры LBT по меньшей мере для одной конфигурации LBT WTRU может попытаться выполнить полную процедуру LBT по меньшей мере для одной конфигурации LBT. Например, WTRU может быть сконфигурирован с двумя конфигурациями LBT, по одной на пару лучей. На первом этапе WTRU может попытаться выполнить упрощенную версию процедуры LBT для каждой из пар лучей. Затем WTRU может определить действительную пару лучей и связанную конфигурацию LBT, с которой следует выполнить полную процедуру LBT. Затем WTRU может выполнить полную процедуру LBT для связанной конфигурации LBT.
WTRU может выполнять множество одновременных процедур LBT, используя множество конфигураций LBT. WTRU может иметь возможность настраивать разные параметры каждой конфигурации LBT и, таким образом, может полностью охватывать множество процессов LBT. В случае если процесс LBT приводит к успешному получению канала, WTRU может прекратить все текущие процедуры LBT и продолжить передачу. В других вариантах осуществления WTRU может продолжать выполнять какие-либо процедуры LBT, на которые передача не влияет.
В некоторых случаях WTRU не может полностью охватывать процессы LBT. Например, если две или более конфигураций LBT используют разные лучи, WTRU может иметь возможность выполнять только направленный LBT в одном луче в интервале CCA.
WTRU может поддерживать множество процессов LBT и может переключаться между ними. В первом примере WTRU может циклически проходить все процессы LBT в каждом интервале CCA. В таком примере WTRU может выполнять CCA в первом интервале для первого процесса LBT с использованием первой конфигурации LBT, затем в следующем интервале WTRU может выполнять CCA для второго процесса LBT с использованием второй конфигурации LBT и продолжать циклическое прохождение через все процессы LBT. WTRU может отбросить все процессы LBT, когда один из процессов считается успешным при получении канала.
В одном примере WTRU может выполнять CCA в интервалах CCA для первого процесса до тех пор, пока канал не будет определен как занятый для интервала. В этот момент WTRU может циклически перейти ко второму процессу LBT и начать CCA, используя вторую конфигурацию LBT. Такое циклическое переключение может включать переменный период отсрочки для процессов LBT. Если требуется, после возврата к процессу LBT, который был начат ранее, WTRU может поддерживать обновленные свободные интервалы CCA в счетчике. В таком случае WTRU может поддерживать множество счетчиков CCA, по одному для каждого процесса LBT. Альтернативно могут использоваться один или более счетчиков, соответствующих множеству процессов LBT.
На фиг. 3 представлена схема 300 состояний, иллюстрирующая множество процессов LBT 302–306, каждый из которых увеличивает значение одного счетчика. В примере, приведенном на фиг. 3, WTRU может начинать с использования процесса A 302 и может увеличивать отсчет одного счетчика 308 до тех пор, пока не будет определено, что интервал процесса A 302 занят. После обнаружения занятого интервала WTRU может выполнять LBT в процессе B 304 и может продолжать увеличивать отсчет одного счетчика 308 до тех пор, пока вновь не обнаружит занятый интервал. WTRU может выполнять LBT в процессе C 306 и может вновь увеличивать отсчет одного счетчика 308 соответствующим образом для каждого интервала, который определен как доступный. После того как занятый интервал был обнаружен во время процесса C 306 LBT, WTRU может снова выполнить LBT для другого процесса, например процесса A 302. В любой момент, если определено, что один счетчик 308 достиг порога, WTRU может предположить, что процесс LBT успешен, и может выполнить передачу соответствующим образом.
На фиг. 4 представлена схема 400 состояний, иллюстрирующая множество процессов LBT 402–406, каждый из которых использует счетчик 408–412. В примере, показанном на фиг. 4, WTRU может начать LBT, используя процесс A 302, и увеличивать отсчет счетчика A 408 до тех пор, пока не будет определено, что интервал процесса A 402 занят. После обнаружения занятого интервала WTRU может выполнять LBT в процессе B 404 и может увеличивать отсчет счетчика B 410 до обнаружения другого занятого интервала. WTRU может выполнять LBT, используя процесс C 406 и увеличивая отсчет счетчика C соответствующим образом. Когда занятый интервал будет обнаружен во время процесса LBT C, WTRU может снова выполнить LBT для другого процесса, например процесса A 402. В любой момент, если определено, что счетчик достиг порогового значения, WTRU может предположить, что процесс LBT успешен, и может выполнить передачу соответствующим образом.
В варианте осуществления WTRU может выполнять LBT для множества конфигураций LBT с использованием общего набора или поднабора параметров. Например, WTRU может поддерживать один счетчик CCA для всех конфигураций LBT. WTRU может выполнять CCA в наборе интервалов в первой конфигурации LBT. В случае если канал занят после M интервалов CCA, WTRU может переключиться на вторую конфигурацию LBT. WTRU может начинать CCA в интервалах с отсчетом счетчика, начинающимся с M. WTRU может продолжать переключать конфигурации LBT при обнаружении события занятости CCA. WTRU может объявить канал полученным, когда отсчет общего счетчика достигает N.
В таком варианте осуществления некоторым конфигурациям LBT может быть фактически предоставлено преимущество, учитывая то, что они могут иметь уменьшенное количество простаивающих интервалов CCA, необходимых из-за того, что предыдущие интервалы определены для других конфигураций LBT. По существу, WTRU может изменять порядок конфигураций LBT для каждого из одного или более последующих событий LBT. WTRU может определять порядок конфигураций LBT случайным образом или другим способом. В примере WTRU может определять порядок на основе циклического переключения конфигураций LBT для каждого события LBT. Таким образом, в первом событии или процедуре LBT конфигурация A LBT может быть первой, а конфигурация B LBT может следовать за конфигурацией A. Во втором событии или процедуре LBT конфигурация B LBT может быть первой, а конфигурация A LBT может следовать за конфигурацией B LBT. Порядок этих процедур может меняться в зависимости от процедуры. В одном из примеров WTRU может определять порядок на основе конфигурации LBT, которая получила канал в последнем событии LBT, например, начиная с последней конфигурации LBT и продолжая циклически перебирать все конфигурации.
На фиг. 5A и 5B приведены примеры способов получения канала, выполняемых WTRU, в которых множество одновременных процедур LBT происходит на двух разных BWP несущей. На каждой фигуре каждая BWP показана с разделением по частоте.
На фиг. 5A показан пример 500, в котором каждый процесс LBT, каждый со своей собственной конфигурацией, указывающей разные BWP 502, 504, может поддерживать независимые счетчики неиспользуемых интервалов CCA. WTRU может попытаться определить, занят ли канал в первом интервале 506, и может обнаружить, что канал бездействует. Поскольку канал бездействует, WTRU может задать N = 1. В следующем интервале 508 WTRU может повторно попытаться выполнить CCA и прийти к такому же выводу. Таким образом, WTRU может увеличивать N до 2. Опять же, в следующем интервале 510 WTRU может определить, что канал бездействует, и может увеличить N еще раз до N = 3. В следующем интервале 512 WTRU может определить, что интервал занят, и не может увеличивать N.
Впоследствии WTRU может переключиться на второй процесс LBT на другом BWP 504 при обнаружении занятого интервала CCA первого процесса LBT первого BWP 502. В таком случае в одном варианте осуществления WTRU может поддерживать счетчик для первого процесса LBT в течение конфигурируемого значения времени. WTRU может инициировать второй счетчик и может увеличивать отсчет второго счетчика до N = 1 в первом интервале 514 бездействия в другом BWP 504. WTRU может определить, что следующий интервал 516 также бездействует, и может дополнительно увеличивать отсчет второго счетчика до N = 2. В следующем интервале 518 WTRU может определить, что интервал занят, и не может увеличивать отсчет ни одного счетчика.
Обнаружив другой занятый интервал 518 в другом BWP 504, WTRU может переключиться обратно на первый BWP 502 и может определить, занят ли следующий интервал 520 или бездействует. В этом примере WTRU обнаружил следующий интервал 520 как бездействующий и впоследствии увеличивает N до 4. WTRU повторяет CCA для следующего интервала 522 и снова увеличивает N до 5. Когда N достигает 5, WTRU решает занять канал для COT 524.
На фиг. 5B показан пример 530, в котором два процесса LBT, каждый со своей конфигурацией, указывающей разные BWP 532, 534, может поддерживать один счетчик неиспользуемых интервалов CCA. В таком случае WTRU может переключиться на второй процесс LBT при обнаружении занятого интервала в первом процессе LBT. WTRU может обновлять счетчик, используемый для первого процесса LBT во время второго процесса LBT. На фиг. 5B WTRU может попытаться определить, является ли первый интервал 536 свободным, и после определения того, что первый интервал 536 бездействует, WTRU может увеличить отсчет одного счетчика бездействующих интервалов до N = 1. WTRU может определять, что оба из следующих двух интервалов 538, 540 бездействуют, и может увеличивать N на единицу оба раза, так что N = 2, а затем N = 3. В следующем интервале 542 WTRU может определить, что интервал занят, и впоследствии может переключить BWP с BWP 532 на BWP 534. WTRU может выполнять CCA в следующем интервале 544 другого BWP 534 и может определять, что интервал 544 свободен. WTRU может снова выполнить CCA в следующем интервале 546 и может снова определить, что интервал 546 бездействует. После обнаружения N = 5 бездействующих интервалов WTRU может определить COT 548 для передачи.
В некоторых вариантах осуществления от WTRU может потребоваться обнаружение по меньшей мере одного экземпляра сигнала или передачи, имеющего определенные свойства и имеющего принимаемую мощность или принимаемое качество выше порогового значения, перед выполнением передачи. Такой сигнал упоминается как «указание доступности» в следующих вариантах осуществления.
Такие варианты осуществления могут решать проблему неспособности LBT предотвратить столкновение при использовании формирования луча. Сигнал доступности может обеспечивать указание доступности луча и может передаваться из TRP, предназначенного в качестве точки приема для передачи первого WTRU. Можно ожидать, что TRP будет передавать указание доступности только в течение периодов времени, когда он не принимает текущую передачу от второго WTRU, которая может привести к конфликту. Даже если первый WTRU не обнаруживает продолжающуюся передачу от второго WTRU, первый WTRU не должен инициировать передачу, не получив один или более указателей доступности от TRP.
В некоторых вариантах осуществления индикатор доступности может включать в себя сигнал, подобный сигналу синхронизации или опорному сигналу. Такой сигнал может быть сгенерирован на основе последовательности, скремблированной с по меньшей мере одним конкретным параметром. По меньшей мере один параметр может быть сконфигурирован более высокими уровнями и может быть связан с указателем луча или состоянием указания конфигурации передачи (TCI). WTRU может определить, что указание доступности было принято, если обнаруженный сигнал принят на уровне выше порогового значения. Примеры последовательностей синхронизации могут использовать последовательности Голда, псевдошумовые последовательности или т.п.
В некоторых вариантах осуществления указание доступности может включать в себя, может содержать или может состоять из передачи, несущей информационные биты, которые кодируются и модулируются, по физическому каналу. Может быть включена циклическая проверка четности с избыточностью (CRC). WTRU может определить, что указание доступности было принято, если декодирование было успешным. Информационные биты могут содержать информацию планирования, такую как информацию, идентифицирующую WTRU или ресурсы для передачи.
Экземпляр указания доступности предпочтительно может состоять из одного или нескольких символов OFDM. Продолжительность, например, с точки зрения количества символов OFDM и выделения частот, может быть фиксированной или может быть сконфигурированной более высокими уровнями.
В некоторых вариантах осуществления WTRU может пытаться принять экземпляр указания доступности в одном или более конкретных моментов времени. Например, такие моменты времени могут повторяться в соответствии с определенным периодом, таким как каждый интервал, как показано на фиг. 5А и 5Б. Набор моментов может быть заранее определен, например, первый символ каждого интервала может быть сконфигурирован более высокими уровнями с использованием, например, параметров для периода и смещения в смысле символов и/или интервалов. Такая конфигурация может быть специфичной для луча или состояния TCI. В этом случае WTRU может попытаться принять указание доступности для каждого сконфигурированного луча, используя свою конкретную конфигурацию указания доступности.
На фиг. 6 представлена иллюстрация 600 первого интервала 602, имеющего 7 символов OFDM 608–620; второго интервала 604, имеющего 7 символов OFDM 622–634; и третьего интервала 606, имеющего 7 символов OFDM 636–648. В первом символе 608 первого интервала 602 WTRU может отслеживать указание доступности. WTRU может контролировать первый символ 622 второго интервала 604, а также может отслеживать первый символ 636 третьего интервала 606 для определения последующих указаний доступности. В других символах, например, символах 610–620, символах 622–634 и символах 638–648, WTRU не нужно отслеживать сигнал доступности, и он может экономить энергию. В некоторых вариантах осуществления в интервале может быть больше или меньше символов. В некоторых вариантах осуществления указание доступности может быть предоставлено в альтернативных символах. В некоторых вариантах осуществления указание доступности может не предоставляться совсем. В варианте осуществления указание доступности может появляться в любом одном из 7 символов интервала.
WTRU может определить, что канал доступен для передачи после приема определенного количества указаний доступности. Это количество может быть определено на основе окна конкурентного доступа аналогично существующим вариантам осуществления LBT или другим вариантам осуществления и может зависеть от уровня приоритета, связанного с одной или более передачами, типами трафика или т.п. Затем WTRU может инициировать передачу после некоторой задержки после приема последнего принятого указания доступности. Такая задержка может быть фиксированной или сконфигурированной более высокими уровнями. Такая задержка может зависеть от уровня приоритета, связанного с передачей.
В некоторых вариантах осуществления WTRU может выполнять передачу только с использованием луча, для которого установлена корреспонденция лучей с лучом или состоянием TCI, используемым для приема указания доступности. В других вариантах осуществления передача может предусматривать луч, для которого установлена корреспонденция, и могут быть выбраны другие лучи.
В некоторых вариантах осуществления WTRU может определять, что канал доступен для передачи, только если он определил, что канал был «не занят» определенное количество раз. В таких вариантах осуществления канал может быть определен как «незанятый» некоторое время, если выполняется по меньшей мере одно из следующих условий: указание доступности было получено в течение этого времени или части этого промежутка; по меньшей мере один другой критерий, используемый для определения того, что канал «не занят», согласно применению в существующих вариантах осуществления LBT, выполняется в течение определенного периода времени или его части.
При оценке по меньшей мере одного другого критерия WTRU может вычесть энергию из указания доступности перед выполнением определения. Например, если по меньшей мере один другой критерий состоит или составлен из определения того, обнаружена ли энергия выше порогового значения, WTRU может учитывать только энергию, не полученную из указания доступности. Альтернативно WTRU может оценивать только по меньшей мере один другой критерий по символам времени для временного периода, в котором указание доступности не может быть сопоставлено.
NR-gNB может выполнять процедуру LBT для передачи периодической CSI-RS, связанной с одним или более обслуживающими лучами, для ресурсов, связанных с нелицензированной сотой NR. В таком случае NR-gNB может не передавать такую CSI-RS, если NR-gNB определяет, что канал занят для рассматриваемого луча. Это может ухудшить способность WTRU выполнять обнаружение сбоя луча. WTRU не может определить, вызван ли сбой в приеме CSI-RS, связанной с одним из его лучей, блокировкой соответствующего луча или прерыванием, например прерывистой передачей (DTX) в передачах от NR-gNB после LBT для рассматриваемого луча.
Если WTRU определяет, что CSI-RS, связанный с поддерживаемым(-и) лучом(-ами), не был передан из-за того, что канал занят, объект MAC может не увеличивать отсчет счетчика BFI и может дополнительно сбросить таймер BFD или увеличить отсчет таймера BFD на единичное значение в пределах сконфигурированного диапазона значений.
WTRU может определить, что CSI-RS, связанные с определенным лучом, не были переданы на основе: измерения помехи и шума в канале, связанном с лучом; измерения помехи и шума, а также CSI-RS в канале, связанном с лучом; полученного указания от gNB или необслуживающей gNB.
Помехи и шум в канале, связанном с лучом, могут быть измерены. Если уровень шума выше определенного порогового значения, WTRU может определить, что связанные CSI-RS не были переданы.
Помехи и шум, а также CSI-RS в канале, связанном с лучом, могут быть измерены. Если уровень шума выше сконфигурированного порога, а показатель качества CSI-RS меньше другого сконфигурированного порога, WTRU может определить, что связанные CSI-RS не были переданы. Этот пример проиллюстрирован на фиг. 7.
На фиг. 7 представлена иллюстрация 700 способа увеличения отсчета счетчика BFI 706. Иллюстрация 700 включает в себя ось y, представляющую измеренную мощность 702, и ось x, представляющую время (t) 704 в ряде периодов RS 710-736. WTRU может принимать и измерять мощность CSI-RS 740 в первом периоде RS 710. Поскольку CSI-RS 740 выше порогового значения CSI-RS 752, отсчет счетчика BFI 706 не увеличивается в конце периода RS 710. То же самое может быть верно во втором периоде RS 712. В третьем периоде RS 714 мощность CSI-RS 740 может падать, в то время как шум + помеха 742 возрастает. В этом случае WTRU также может не увеличивать отсчет счетчика BFI 706 в конце периода RS 714, поскольку WTRU может объяснять потерю мощности CSI-RS 740 в сочетании с шумом + помехой 742, возникающим в периоде RS 714, неполучением сетью канала для передачи CSI-RS 740. WTRU может заключить то же самое в периоде RS 716 и, таким образом, может также не увеличивать отсчет счетчика BFI 706. В следующем периоде RS 718 мощность CSI-RS 740 может возрастать, в то время как шум + помеха 742 может уменьшаться. Опять же, WTRU может не увеличивать отсчет счетчика BFI 706 в конце периода RS 718, если мощность CSI-RS 740 выше порога 752. В периоде RS 720 мощность CSI-RS 740 может быть высокой, в то время как шум + помеха 742 низкие. Отсчет счетчика BFI 706 может не увеличиваться. В периоде RS 722 CSI-RS 740 и шум + помеха 742 могут быть обнаружены на низких уровнях или не обнаружены вообще. В этом случае WTRU может увеличивать отсчет счетчика BFI 706 до 1 в конце периода RS 722. Таймер BFD 708 может быть активирован. В следующем периоде RS 724 CSI-RS 740 и шум + помеха 742 могут снова обнаруживаться на низких уровнях, и отсчет счетчика BFI может снова увеличиваться в конце периода RS 724. Таймер BFD 708 может быть перезапущен из-за увеличения отсчета счетчика BFI. В следующем периоде RS 726 WTRU может обнаруживать CSI-RS 740 выше порога и, таким образом, может не увеличивать отсчет счетчика BFI 706. WTRU может уменьшить отсчет таймера BFD 708, если он активен и отсчет счетчика BFI не увеличивался. То же самое может быть верно в периодах RS 728 и 730. В периоде RS 732 CSI-RS 740 может повышаться, но не может превышать порог 752. Таким образом, UE может предположить, что CSI-RS не был передан gNB, и может не уменьшить отсчет таймера BFD 708, даже если он активен. Аналогично периоду RS 724 WTRU может увеличивать счетчик BFI 706 в периодах RS 732, 734 и 736 и может перезапускать таймер BFI 708. Назначение таймера BFI 708 в этой операции заключается в том, чтобы перезапускать счетчик BFI 706, если с момента последнего события сбоя луча прошло достаточное количество времени. Следовательно, предпочтительно не перезапускать счетчик BFI 706, если CSI-RS 740 не был передан из-за того, что gNB не получил канал. Вместо этого таймер BFD 708 может быть приостановлен, если WTRU предполагает, что CSI-RS 740 не был передан. В ином случае плохая доступность канала привела бы к перезапуску WTRU счетчика BFI 706, даже если WTRU не имеет указания того, что луч больше не находится в состоянии сбоя.
Указание того, был ли канал получен от TRP или нет, может быть предоставлено WTRU от обслуживающей gNB или необслуживающей gNB. WTRU может определить, что обслуживающая gNB не смогла занять канал, если определенный сигнал или ресурс резервирования не был передан обслуживающей gNB и/или был передан другой соседней gNB. В варианте осуществления такой сигнал может быть в форме преамбулы, закодированный с использованием физического идентификатора соты или части сигнализации управления.
CSI-RS, связанный с определенным лучом, может содержать индекс. Индекс может использоваться WTRU для определения того, действительно ли ему не удалось обнаружить передачу предыдущего SSB / выделенного опорного сигнала (DRS), или он не был передан. Таким образом, WTRU может «задним числом» изменить отсчет своего счетчика на основе приема CSI-RS в будущем периоде.
В сценариях условий высокой нагрузки на соту NR-U устойчивые помехи могут привести к увеличению продолжительности периода, когда отсчет счетчика BFI не изменяется, например не увеличивается. В зависимости от продолжительности WTRU может потерять синхронизацию, а также может потерять созданную пару лучей. Чтобы смягчить такой сценарий, WTRU может дополнительно поддерживать «таймер создания луча», который сбрасывается каждый раз, когда WTRU обнаруживает передачу CSI-RS от обслуживающей соты. По истечении такого таймера WTRU может инициировать запрос BFR. Такая же обработка может быть достигнута с использованием «счетчика создания луча» вместо таймера.
В дополнение к иллюстрации того, как может увеличиваться отсчет счетчика BFI, на фиг. 7 показан пример, в котором процедура обнаружения сбоя луча модифицирована для случая, когда RS не передается по причине занятости канала. Например, в периоде RS 714 WTRU может определить, что даже несмотря на то, что он не может обнаружить CSI-RS 740, он может обнаружить большие количества помех 742 и, следовательно, может предположить, что CSI-RS 740 не был передан в этот период RS 714. Таким образом, WTRU может не увеличивать отсчет своего счетчика BFI 706 и не запускать таймер BFD 708. С другой стороны, когда таймер уже был запущен, но WTRU определяет, что CSI-RS 740, возможно, не был передан из-за сильных помех, как в случае 11-го RS, периода RS 730 на фиг. 7, WTRU не может ни уменьшать отсчет таймера BFD 708, ни увеличивать отсчет счетчика BFI 706.
Лучи могут управляться и обнаруживаться для одной или более апериодических передач DRS. WTRU может не быть сконфигурирован для ожидания периодической передачи DRS/CSI-RS. Например, WTRU может быть выполнен с возможность приема апериодического DRS, например, если нелицензированный канал испытывает высокую степень занятости. Предоставление периодического CSI-RS в условиях высокой занятости канала может быть сложной задачей, поскольку такой RS может подвергаться LBT, в особенности если gNB необходимо передать CSI-RS для множества лучей для разных WTRU. Учитывая требования к номинальной ширине полосы, передача DRS может занимать номинальную ширину полосы независимо от требуемого количества ресурсов RS.
WTRU может быть выполнен с возможностью измерения DRS или CSI-RS апериодическим образом. GNB может уведомить WTRU об измерении и сообщить об измеренном DRS или CSI-RS. После приема указания DRS от gNB WTRU может измерять соответствующий RS, возможно, в пределах того же MCOT. WTRU может дополнительно сообщать об измерении CSI-RS в пределах того же MCOT или в более позднее время, используя периодические отчеты по PUSCH.
Если WTRU не сконфигурирован для периодического мониторинга и измерения CSI-RS, WTRU может выполнять отрегулированную процедуру обнаружения сбоя луча. WTRU может сбросить счетчик BFI по истечении таймера BFD. WTRU считает, что единица таймера BFD берется в абсолютном времени или/и в количестве появлений апериодического CSI-RS. Альтернативно WTRU может полагаться исключительно на сообщение об измеренном CSI-RS в gNB без отправки каких-либо запросов BFR.
WTRU может быть выполнен с возможностью запроса передачи DRS через gNB. Такой запрос может быть обусловлен, например, рабочей точкой HARQ или количеством определенных NACK. WTRU может передавать такой запрос с использованием автономной передачи по восходящей линии связи (AUL) с применением запланированной передачи по PUSCH в PCell или SCell или с использованием передачи PUCCH. WTRU может предоставлять дополнительную информацию, такую как идентификатор луча или множество вариантов выбора луча. WTRU может дополнительно ожидать соответствующую передачу DRS или CSI-RS сразу после предоставления указания. Например, если передача по восходящей линии связи, используемая для такого указания, допускает передачу с восходящей линии связи в нисходящую в пределах MCOT с использованием короткого промежуточного LBT, например WTRU может ожидать соответствующую передачу CSI-RS сразу после предоставления указания. Альтернативно может быть сконфигурирована задержка.
О восстановлении при сбое луча может быть сообщено для нелицензированной соты NR. WTRU может быть разрешено или может не быть разрешено выполнять процедуру RA в нелицензированной соте NR в зависимости от развертывания NR-U. В развертываниях NR-U, где NR gNB является SCell в нелицензированном спектре, а PCell находится в лицензированном спектре, WTRU может быть не разрешено инициировать RACH или PUCCH в Scell NR-U. В развертываниях NR-U, где NR-gNB работает в нелицензированном спектре в автономном развертывании, WTRU может иметь возможность инициировать процедуру RA в NR-gNB, чтобы сообщить о запросе BFR. Характер процедуры RA в автономной соте NR-U может отличаться от обычной процедуры RA в лицензированном спектре.
WTRU может сообщать о запросе BFR, используя PUSCH, когда конфигурация развертывания не позволяет, например, инициировать процедуру RA в Scell NR-U.
WTRU может использовать AUL для сообщения запроса BFR. WTRU может предоставлять указание подразумеваемого луча нисходящей линии связи или одного или более SSB в части передачи AUL PUSCH, неявно или явно. Подразумеваемый луч нисходящей линии связи может быть основан на свойстве передачи PUSCH или выбранного ресурса/канала PUSCH. Например, сеть может конфигурировать WTRU с использованием набора смещений синхронизации, связанных с определенными лучами нисходящей линии связи. Подразумеваемый луч нисходящей линии связи также может быть выведен из самой передачи AUL. Альтернативно CE MAC может предоставить лучший луч нисходящей линии связи или выбор лучей, возможно, сопровождаемый соответствующими измерениями.
WTRU может контролировать PDCCH в наборе ресурсов управления, сконфигурированном для BFR, с использованием базового набора BFR после передачи запроса BFR по PUSCH. Поскольку ответ BFR от gNB также может зависеть от выполнения процедуры LBT, WTRU может попытаться декодировать PDCCH в подразумеваемом луче нисходящей линии связи после короткой продолжительности LBT в MCOT.
WTRU может определить, что запрос BFR не был успешно принят после того, как не был декодирован PDCCH по истечении срока действия окна запроса восстановления при сбое луча. Если WTRU сконфигурирован с более чем одним окном запроса восстановления при сбое луча, например, во множестве непоследовательных интервалов, WTRU может определить, что запрос BFR не был принят успешно по истечении последнего окна запроса BFR.
WTRU может сообщить о запросе BFR, инициируя процедуру RA в соте NR-U, в которой был обнаружен BFR, при условии, что RA сконфигурирован в соте NR-U. Такая процедура может быть четырехэтапной или двухэтапной процедурой RA. Если для BFR инициируется двухэтапная процедура RA, WTRU может включать в себя часть идентификатора лучшего луча нисходящей линии связи передачи msg1. WTRU также может содержать ряд выбранных лучей нисходящей линии связи с соответствующими измерениями при условии, что выделенный размер данных в msg1 в двухэтапной процедуре RA является достаточным.
На фиг. 8 представлена блок-схема 800, иллюстрирующая пример способа переключения между конфигурациями LBT. WTRU может принимать конфигурации 802 LBT, связанные с одним или более из луча, BWP, LCH, набора параметров LBT, типа передачи или подполосы LBT. WTRU может принять 804, например, посредством DCI, указание на передачу с использованием первой конфигурации LBT из конфигураций LBT и может попытаться 806 получить канал с использованием первой конфигурации LBT. Если попытка получить канал является успешной 808, WTRU может передать 810 данные по каналу. Если нет, WTRU может попытаться 812 получить канал, используя вторую конфигурацию LBT. Если вторая попытка 814 успешна, WTRU может передать 816 данные по каналу. Если нет, WTRU может переключиться 818 обратно на первую конфигурацию LBT. Альтернативно или в комбинации WTRU может пытаться получить канал, используя две конфигурации LBT одновременно.
Хотя признаки и элементы описаны выше в конкретных комбинациях, специалисту в данной области будет очевидно, что каждый признак или элемент может быть использован отдельно или в любой комбинации с другими признаками и элементами. Кроме того, описанные в настоящем документе способы могут быть реализованы в компьютерной программе, программном обеспечении или программно-аппаратном обеспечении, встроенном в машиночитаемый носитель и предназначенном для исполнения компьютером или процессором. Примеры машиночитаемого носителя включают в себя электронные сигналы (переданные по проводным или беспроводным соединениям) и машиночитаемые носители информации. Примеры машиночитаемого носителя информации включают в себя, без ограничений, постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), регистр, кэш-память, полупроводниковые устройства хранения данных, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM и цифровые универсальные диски (DVD). Процессор в сочетании с программным обеспечением можно использовать для реализации радиочастотного приемопередатчика, предназначенного для применения в составе WTRU, UE, терминала, базовой станции, RNC и/или любого главного компьютера.