СПОСОБЫ, УСТРОЙСТВО И СИСТЕМЫ ДЛЯ ДОСТУПА К СИСТЕМЕ В НЕЛИЦЕНЗИРОВАННОМ СПЕКТРЕ Российский патент 2023 года по МПК H04W74/08 H04W72/12 

Перекрестная ссылка на родственные заявки

Настоящая заявка испрашивает приоритет по предварительной заявке на патент США № 62/686,943, поданной 19 июня 2018 г., предварительной заявке на патент США № 62/715,315, поданной 7 августа 2018 г., и предварительной заявке на патент США № 62/735,446, поданной 24 сентября 2018 г., содержание каждой из которых включено в настоящий документ путем ссылки.

Область изобретения

Описанные в настоящем документе варианты осуществления по существу относятся к беспроводной связи и, например, к способам, устройству и системам для доступа к системе в нелицензированном спектре.

Изложение сущности изобретения

Описанные варианты осуществления включают в себя способы, устройство и системы, использующие канал, как описано в настоящем документе. В одном типовом способе модуль беспроводной передачи/приема (WTRU) может принимать в сообщении нисходящей линии связи инициирующий сигнал передачи канала (CTT) и может выбирать тип конфигурации прослушивания перед передачей (LBT), подлежащей выполнению, на основе CTT. В соответствии с выбранным типом конфигурации LBT WTRU может дополнительно определять, доступен ли канал для передачи, и может передавать данные или информацию управления по каналу при условии, что канал доступен для передачи.

Краткое описание графических материалов

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

на фиг. 1A представлена схема системы, иллюстрирующая пример системы связи, в которой могут быть реализованы один или более описанных вариантов осуществления;

на фиг. 1B представлена схема системы, иллюстрирующая пример модуля беспроводной передачи/приема (WTRU), который может быть использован в системе связи, проиллюстрированной на фиг. 1A, в соответствии с вариантом осуществления;

на фиг. 1C представлена схема системы, иллюстрирующая пример сети радиодоступа (RAN) и пример опорной сети (CN), которые могут быть использованы в системе связи, проиллюстрированной на фиг. 1A, в соответствии с вариантом осуществления;

на фиг. 1D представлена схема системы, иллюстрирующая дополнительный пример RAN и дополнительный пример CN, которые могут быть использованы в системе связи, проиллюстрированной на фиг. 1A, в соответствии с вариантом осуществления;

на фиг. 2 представлена схема, иллюстрирующая типовую процедуру произвольного доступа, использующую инициирующий сигнал физического канала произвольного доступа (PRACH);

на фиг. 3 представлена схема, иллюстрирующая типовую процедуру отсрочки передачи, используемую с операциями LBT;

на фиг. 4 представлена схема, иллюстрирующая типовую процедуру повторной передачи запроса планирования (SR), используемую с операциями LBT; и

на фиг. 5 представлена схема, иллюстрирующая типовую процедуру продления таймера запрета SR, используемого с операциями LBT;

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

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

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

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

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

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

на фиг. 12 представлена блок-схема, иллюстрирующая типовую процедуру выбора конфигурации LBT;

на фиг. 13 представлена блок-схема, иллюстрирующая типовую процедуру повторной передачи после сбоя операции LBT;

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

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

на фиг. 16 представлена блок-схема, иллюстрирующая типовую процедуру, использующую пороговое значение помех;

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

на фиг. 18 представлена блок-схема, иллюстрирующая типовую процедуру, использующую информацию перемежения;

на фиг. 19 представлена блок-схема, иллюстрирующая типовую процедуру, использующую индикатор условного предоставления;

на фиг. 20 представлена блок-схема, иллюстрирующая типовую процедуру, использующую канал;

на фиг. 21 представлена блок-схема, иллюстрирующая другую типовую процедуру, использующую канал;

на фиг. 22 представлена блок-схема, иллюстрирующая еще одну типовую процедуру, использующую канал;

на фиг. 23 представлена блок-схема, иллюстрирующая дополнительную типовую процедуру, использующую канал;

на фиг. 24 представлена блок-схема, иллюстрирующая еще одну другую типовую процедуру, использующую канал;

на фиг. 25 представлена блок-схема, иллюстрирующая еще одну типовую процедуру, использующую канал;

на фиг. 26 представлена блок-схема, иллюстрирующая еще одну дополнительную типовую процедуру, использующую канал;

на фиг. 27 представлена блок-схема, иллюстрирующая еще одну типовую процедуру, использующую канал; и

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

Подробное описание

Примеры сетей для реализации вариантов осуществления

Различные варианты осуществления могут быть реализованы в устройствах V2X, беспилотных летательных аппаратах, носимых устройствах, автономных или полуавтономных транспортных средствах, роботизированных устройствах/транспортных средствах, автомобилях, IoT-устройстве, любом устройстве, которое перемещается, или в WTRU, или в другом устройстве связи, которое, в свою очередь, может быть использовано в сети связи. В следующем разделе приведено описание некоторых примеров WTRU и/или других устройств связи и сетей, в которые они могут быть встроены.

На фиг. 1A представлена схема, иллюстрирующая пример системы 100 связи, в которой могут быть реализованы один или более описанных вариантов осуществления. Система 100 связи может представлять собой систему множественного доступа, от которой множество пользователей беспроводной связи получают содержимое, такое как голосовая информация, данные, видео, обмен сообщениями, широковещание и т.д. Система 100 связи может быть выполнена с возможностью предоставления множеству пользователей беспроводной связи доступа к такому содержимому посредством совместного использования системных ресурсов, включая ширину полосы пропускания беспроводного соединения. Например, в системах 100 связи может быть использован один или более способов доступа к каналу, таких как множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с временным разделением каналов (TDMA), множественный доступ с частотным разделением каналов (FDMA), множественный доступ с ортогональным частотным разделением каналов (OFDMA), FDMA с одной несущей (SC-FDMA), расширенное OFDM с безызбыточным расширенным дискретным преобразованием Фурье (DFT) с синхропакетом (ZT UW DTS-s OFDM), OFDM с синхропакетом (UW-OFDM), OFDM с фильтрацией ресурсного блока, блок фильтров с множеством несущих (FBMC) и т.п.

Как показано на фиг. 1A, система 100 связи может включать в себя модули 102a, 102b, 102c, 102d беспроводной передачи/приема (WTRU), RAN 104/113, CN 106/115, коммутируемую телефонную сеть 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/115, сеть Интернет 110 и/или другие сети 112. В качестве примера базовые станции 114a, 114b могут представлять собой базовую приемопередающую станцию (BTS), станцию Node-B, eNode-B (eNB), Home Node-B (HNB), Home eNode-B (HeNB), gNB, NR Node-B, контроллер пункта связи, точку доступа (AP), беспроводной маршрутизатор и т.п. Хотя каждая из базовых станций 114a, 114b показана как отдельный элемент, следует понимать, что базовые станции 114a, 114b могут включать в себя любое количество взаимно соединенных базовых станций и/или элементов сети.

Базовая станция 114a может быть частью RAN 104/113, которая может также включать в себя другие базовые станции и/или элементы сети (не показаны), такие как контроллер базовой станции (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/113 и 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 с использованием технологии New Radio (NR).

В варианте осуществления в базовой станции 114a и WTRU 102a, 102b, 102c может быть реализовано множество технологий радиодоступа. Например, в совокупности в базовой станции 114a и WTRU 102a, 102b, 102c может быть реализован радиодоступ LTE и радиодоступ NR, например, с использованием принципов двусторонней связи (DC). Таким образом, радиоинтерфейс, используемый WTRU 102a, 102b, 102c, может характеризоваться применением множества типов технологий радиодоступа и/или передачами, отправляемыми на/с базовых станций, относящихся к множеству типов (например, среди прочих, eNB 160 и gNB 180).

В других вариантах осуществления в базовой станции 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, станцию eNB или точку доступа, и в ней может быть использована любая подходящая 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/115.

RAN 104/113 может обмениваться данными с CN 106/115, которая может представлять собой сеть любого типа, выполненную с возможностью предоставления услуг передачи голосовой информации, данных, приложений и/или голосовой связи по протоколу (VoIP) Интернета одному или более из WTRU 102a, 102b, 102c, 102d. К данным могут быть предъявлены различные требования по качеству обслуживания (QoS), например различные требования по производительности, требования к задержке, требования к отказоустойчивости, требования к надежности, требования к скорости передачи данных, требования к мобильности и т.п. Сеть CN 106/115 может предоставлять управление вызовами, услуги биллинга, услуги мобильной связи на основании местоположения, предварительно оплаченные вызовы, возможность связи с сетью Интернет, распределение видеосигналов и т.п. и/или выполнять функции высокоуровневой защиты, такие как аутентификация пользователей. Хотя на фиг. 1A это не показано, следует понимать, что RAN 104/113 и/или CN 106/115 могут прямо или косвенно обмениваться данными с другими RAN, в которых использована такая же RAT, что и в RAN 104/113, или другая RAT. Например, в дополнение к соединению с RAN 104/113, в которой может быть использована технология радиосвязи NR, CN 106/115 может также обмениваться данными с другой RAN (не показана), использующей технологию радиосвязи GSM, UMTS, CDMA 2000, WiMAX, E-UTRA или WiFi.

CN 106/115 может также выступать в качестве шлюза для 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/113, или другая 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 могут включать в себя один или более датчиков, причем датчики могут представлять собой один или более из гироскопа, акселерометра, датчика Холла, магнитометра, датчика ориентации, датчика приближения, датчика температуры, датчика времени; датчика географического положения; высотомера, датчика освещенности, датчика касания, магнитометра, барометра, датчика жеста, биометрического датчика и/или датчика влажности.

Процессор 118 WTRU 102 может функционально взаимодействовать с различными периферийными устройствами 138, включая, например, любое из одного или более акселерометров, одного или более гироскопов, USB-порта, других интерфейсов/портов связи, дисплея и/или других визуальных/звуковых индикаторов, для реализации типовых вариантов осуществления, описанных в настоящем документе.

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

На фиг. 1C представлена схема системы, иллюстрирующая RAN 104 и CN 106 в соответствии с вариантом осуществления. Как отмечено выше, RAN 104 может использовать технологию радиосвязи E-UTRA для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 может также обмениваться данными с CN 106.

RAN 104 может включать в себя eNB 160a, 160b, 160c, хотя следует понимать, что RAN 104 может включать в себя любое количество станций eNB и при этом соответствовать варианту осуществления. Каждая eNB 160a, 160b, 160c может включать в себя один или более приемопередатчиков для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления eNB 160a, 160b, 160c могут реализовывать технологию MIMO. Таким образом, eNB 160a, например, может использовать множество антенн для передачи радиосигналов на WTRU 102a и/или приема от него радиосигналов.

Каждая eNB 160a, 160b, 160c может быть связана с конкретной сотой (не показана) и может быть выполнена с возможностью принятия решений по управлению радиоресурсами, решений по передаче обслуживания, планирования пользователей в UL и/или DL и т.п. Как показано на фиг. 1C, eNB 160a, 160b, 160c могут обмениваться данными друг с другом по интерфейсу X2.

CN 106, показанная на фиг. 1C, может включать в себя объект 162 управления мобильностью (MME), обслуживающий шлюз 164 (SGW) и шлюз 166 (или PGW) сети с пакетной передачей данных (PDN). Хотя каждый из вышеперечисленных элементов показан как часть CN 106, следует понимать, что любой из этих элементов может принадлежать субъекту, отличному от оператора CN, и/или может быть предоставлен им для использования.

MME 162 может быть подключен к каждой eNB 160a, 160b, 160c в RAN 104 по интерфейсу S1 и может выступать в качестве узла управления. Например, MME 162 может отвечать за аутентификацию пользователей WTRU 102a, 102b, 102c, активацию/деактивацию канала, выбор конкретного обслуживающего шлюза во время начального соединения WTRU 102a, 102b, 102c и т.п. MME 162 может обеспечивать функцию плоскости управления для переключения между RAN 104 и другими RAN (не показаны), которые используют другие технологии радиосвязи, такие как GSM и/или WCDMA.

SGW 164 может быть подключен к каждой из eNB 160a, 160b, 160c в RAN 104 по интерфейсу S1. SGW 164 может по существу направлять и пересылать пакеты пользовательских данных на WTRU 102a, 102b, 102c и от них. SGW 164 может выполнять другие функции, например привязку плоскостей пользователя во время передачи обслуживания между базовыми станциями eNB, инициирование пейджинга, когда данные 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 могут обладать определенными возможностями, например ограниченными возможностями, включая поддержку (например, поддержку только) определенных и/или ограниченных значений ширины полосы пропускания. Устройства МТС могут включать в себя батарею, имеющую срок службы батареи, превышающий пороговое значение (например, для обеспечения очень длительного срока службы батареи).

Системы 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 113 и CN 115 в соответствии с вариантом осуществления. Как отмечено выше, RAN 113 может использовать технологию радиосвязи NR для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 113 может также обмениваться данными с CN 115.

RAN 113 может включать в себя gNB 180a, 180b, 180c, хотя следует понимать, что RAN 113 может включать в себя любое количество станций gNB и при этом соответствовать варианту осуществления. Каждая gNB 180a, 180b, 180c может включать в себя один или более приемопередатчиков для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления gNB 180a, 180b, 180c могут реализовывать технологию MIMO. Например, gNB 180a, 180b могут использовать формирование лучей для передачи сигналов на и/или приема сигналов от 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 (например, таким как eNB 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, такой как eNB 160a, 160b, 160c. Например, WTRU 102a, 102b, 102c могут реализовывать принципы двойного соединения (DC) для по существу одновременного обмена данными с одной или более gNB 180a, 180b, 180c и одной или более eNB 160a, 160b, 160c. В неавтономной конфигурации eNB 160a, 160b, 160c могут выступать в качестве якорной точки для поддержки мобильности для WTRU 102a, 102b, 102с, а gNB 180a, 180b, 180c могут обеспечивать дополнительное покрытие и/или пропускную способность для обслуживания WTRU 102a, 102b, 102с.

Каждая из gNB 180a, 180b, 180c может быть связана с конкретной сотой (не показано) и может быть выполнена с возможностью принятия решений относительно управления радиоресурсом, решений относительно передачи обслуживания, планирования пользователей в UL и/или DL, поддержки сегментирования сети, двойного подключения, взаимодействия между NR и E-UTRA, маршрутизации данных плоскости пользователя в функциональный блок 184a, 184b плоскости пользователя (UPF), маршрутизации информации плоскости управления в функциональный блок 182a, 182b управления доступом и мобильностью (AMF) и т.п. Как показано на фиг. 1D, gNB 180a, 180b, 180c могут обмениваться данными друг с другом по интерфейсу Xn.

CN 115, показанная на фиг. 1D, может включать в себя по меньшей мере один AMF 182a, 182b, по меньшей мере один UPF 184a, 184b, по меньшей мере один функциональный блок 183a, 183b управления сеансом (SMF) и, возможно, сеть 185a, 185b передачи данных (DN). Хотя каждый из вышеперечисленных элементов показан как часть CN 115, следует понимать, что любой из этих элементов может принадлежать субъекту, отличному от оператора CN, и/или может быть предоставлен им для использования.

AMF 182a, 182b могут быть подключены к одной или более из gNB 180a, 180b, 180c в RAN 113 по интерфейсу 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 162 может предоставлять функцию плоскости управления для переключения между RAN 113 и другими RAN (не показаны), которые используют другие технологии радиосвязи, такие как LTE, LTE-A, LTE-A Pro, и/или технологии доступа, отличные от 3GPP, например WiFi.

SMF 183a, 183b может быть подключен к AMF 182a, 182b в CN 115 по интерфейсу N11. SMF 183a, 183b также могут быть подключены к UPF 184a, 184b в CN 115 по интерфейсу N4. SMF 183a, 183b может выбирать UPF 184a, 184b и управлять им, а также конфигурировать маршрутизацию трафика с помощью UPF 184a, 184b. SMF 183a, 183b могут выполнять другие функции, такие как управление и выделение IP-адреса для UE (или WTRU), управление сеансами PDU, управление реализацией политики и QoS, предоставление уведомлений о данных нисходящей линии связи и т.п. Тип сеанса PDU может быть основан на IP, не основан на IP, основан на Ethernet и т.п.

UPF 184a, 184b могут быть подключены к одной или более gNB 180a, 180b, 180c в RAN 113 по интерфейсу N3, который может предоставлять WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как сеть Интернет 110, для облегчения обмена данными между WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP. UPF 184, 184b могут выполнять другие функции, такие как маршрутизация и передача пакетов, применение политик в плоскости пользователя, поддержка многоканальных сеансов PDU, обработка QoS в плоскости пользователя, буферизация пакетов нисходящей линии связи, привязка для поддержки мобильности и т.п.

CN 115 может облегчать обмен данными с другими сетями. Например, CN 115 может включать в себя IP-шлюз (например, сервер мультимедийной IP-подсистемы (IMS)), который выступает в качестве интерфейса между CN 115 и PSTN 108, или может обмениваться данными с ним. Кроме того, CN 115 может предоставлять 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, eNB 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 ГГц. NCB (например, самая широкая полоса частот, включая защитные полосы, назначенные одному каналу), например, всегда должна составлять не менее 5 МГц. OCB (например, ширина полосы, содержащая 99% мощности сигнала) может находиться в диапазоне от 80% до 100% объявленной NCB. Во время установленной связи устройству может быть разрешено работать (например, временно работать) в режиме, в котором его OCB может быть уменьшена вплоть до 40% от его NCB с, например, минимальной шириной полосы (например, 4 МГц).

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

Для систем на основе кадров LBT может характеризоваться временем анализа незанятости канала (CCA) (например, ~ 20 мкс), временем занятости канала (COT) (например, минимум 1 мс, максимум 10 мс), периодом простоя (например, минимум 5% COT), фиксированным периодом кадра (например, равным COT + период простоя), коротким временем передачи сигнализации управления (например, максимальный коэффициент заполнения 5% в течение периода наблюдения 50 мс) и/или порогом обнаружения энергии CAA.

Для систем на основе нагрузки (например, структура передачи/приема может быть не фиксирована во времени) LBT может характеризоваться числом N, соответствующим количеству незанятых простаивающих интервалов в расширенном CCA, например, вместо фиксированного периода кадра. N может быть выбрано (например, случайным образом выбрано) в пределах диапазона.

Сценарии развертывания могут включать в себя разные автономные операции на основе NR, разные варианты работы с двойным подключением, например EN-DC, например, с по меньшей мере одной несущей, работающей в соответствии с технологией радиодоступа (RAT) LTE, или NR-DC, например, с по меньшей мере двумя наборами из одной или более несущих, работающих в соответствии с RAT NR, и/или разные варианты агрегирования несущих (CA), например, возможно, также включающие разные комбинации из нуля или более несущих каждой из RAT LTE и NR.

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

(1) LBT (CCA), в котором процедура LBT (иногда называемая операцией LBT) может быть определена как механизм, посредством которого оборудование может или должно применять проверку CCA перед использованием канала. CCA может использовать по меньшей мере обнаружение энергии для определения наличия или отсутствия других сигналов в канале, чтобы определять, занят канал или свободен соответственно. Определенные правила и/или операции могут определять обязательное использование LBT в нелицензированных полосах частот. Помимо нормативных/эксплуатационных требований опознание несущей посредством LBT является одним из способов справедливого совместного использования нелицензированного спектра и, следовательно, может быть очень важным признаком для справедливой и дружественной работы в нелицензированном спектре, например, в рамках единой глобальной системы решений.

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

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

(4) TPC (например, TPC может быть нормативным требованием и/или может быть подходящим в некоторых регионах, в которых передающее устройство может быть способно и/или должно снижать мощность передачи в количественном отношении на 3 дБ или 6 дБ по сравнению с максимальной номинальной мощностью передачи).

(5) Измерения управления радиоресурсами (RRM) (например, в том числе идентификация соты может обеспечивать мобильность между сотами SCell и/или надежную работу в нелицензированной полосе частот).

(6) Измерение информации о состоянии канала (CSI) (например, включая канал и помехи).

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

В определенных типовых вариантах осуществления gNB может отправлять инициирующий сигнал на один или более WTRU, чтобы они указывали предстоящую возможность или возможности PRACH с определенными соображениями относительно LBT. WTRU может определять конфигурацию LBT из содержимого инициирующего сигнала или времени приема инициирующего сигнала относительно соответствующей передачи по восходящей линии связи.

В определенных типовых вариантах осуществления WTRU может отслеживать инициирующий сигнал ресурса PRACH явным образом и/или неявным образом, например, в соответствии с предварительно сконфигурированным шаблоном. Инициирующий сигнал может указывать конфигурацию/ресурс PRACH.

В определенных типовых вариантах осуществления WTRU может пропускать и/или применять другую конфигурацию LBT до передачи сообщения 3 (msg3), например, если WTRU сконфигурирован и/или оповещен для указания одной или более точек переключения для COT (явным образом оповещен для указания или неявным образом оповещен на основании контекста процедуры произвольного доступа (RA)), полученного от gNB, посредством gNB или с ее помощью.

В определенных типовых вариантах осуществления WTRU может корректировать свой таймер ответа при произвольном доступе (RAR) и свой таймер разрешения конфликтов в соответствии с условиями занятости канала.

В определенных типовых вариантах осуществления WTRU может пытаться передавать/принимать сообщения 1, 2, 3 и/или 4 (msg1/2/3/4) путем выполнения LBT на множестве ресурсов, возможно, в разных подполосах, BWP, сотах и/или каналах, подвергнутых воздействию независимых LBT (например, независимых операций LBT).

В определенных типовых вариантах осуществления WTRU может поддерживать счетчик попыток преамбулы/SR, который может увеличиваться каждый раз, когда MAC предписывает PHY передавать преамбулу/SR независимо от результата LBT, или каждый раз, когда попытка передачи преамбулы/SR не проходит LBT. WTRU может сбрасывать счетчик после переключения на другой канал и/или по истечении соответствующего таймера.

В определенных типовых вариантах осуществления WTRU может переключаться на другую подполосу LBT, другие BWP, другие соты и/или каналы при превышении счетчиком попыток преамбулы/SR определенного порогового значения. WTRU может дополнительно (1) инициировать процедуру произвольного доступа; (2) повторно передавать преамбулу или SR; и/или (3) сообщать о проблеме линии радиосвязи более высоким уровням.

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

В определенных типовых вариантах осуществления WTRU может применять другое окно и/или другую конфигурацию LBT в зависимости от приоритета RA.

В определенных типовых вариантах осуществления процедура запроса планирования (SR) в NR-нелицензированном (NR-U) спектре может включать в себя любое из: инициированной передачи физического канала управления восходящей линии связи (PUCCH), повторной передачи SR, запуска и/или прекращения работы SR и/или корректировки таймера запрета SR.

В определенных типовых вариантах осуществления способы, процедуры, операции, устройство и/или системы могут быть реализованы для WTRU с возможностью определения применимости ресурса PUCCH в соответствии с приемом инициирующего сигнала ресурса PUCCH. gNB может инициировать один или более WTRU для указания предстоящей возможности или возможностей PUCCH с определенными соображениями относительно LBT.

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

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

В определенных типовых вариантах осуществления способы, процедуры, операции, устройство и/или системы могут быть реализованы для WTRU с возможностью отмены ожидающего отправки SR и/или ожидающего отправки BSR при передаче PDU, содержащего или включающего в себя элемент управления доступом к среде передачи данных (CE MAC) отчета о состоянии буфера (BSR), и/или при указании (например, от PHY (например, физического уровня)), что операция LBT была успешной для соответствующей передачи PUSCH.

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

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

В определенных типовых вариантах осуществления способы, процедуры, операции, устройство и/или системы могут быть реализованы при измененном LBT (например, измененной операции LBT), например для обеспечения мультиплексирования PRACH и других UL посредством WTRU.

В определенных типовых вариантах осуществления способы, процедуры, операции, устройство и/или системы могут быть реализованы, например, с возможностью обеспечения перемежающихся PRACH и PUSCH (например, для многоэтапного RACH, к примеру 2-этапного RACH).

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

В определенных типовых вариантах осуществления WTRU может быть выполнен с возможностью применения дифференцированной конфигурации LBT для передачи преамбулы во время или после инициирования процедуры произвольного доступа с высоким приоритетом.

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

Типовые операции в новой радиосети (NR) для версии 15 (R15) 3GPP

В NR WTRU может работать с использованием частей ширины полосы (BWP) на несущей. WTRU может получать доступ к соте, используя начальную BWP. Затем WTRU можно сконфигурировать с набором BWP для продолжения операции. В определенных типовых вариантах осуществления в любой конкретный момент времени WTRU может иметь одну активную BWP. В других типовых вариантах осуществления WTRU может иметь одну или более активных BWP. Каждая BWP может быть сконфигурирована с набором CORESET, в пределах которого WTRU, помимо прочего, может вслепую декодировать кандидатов физического канала управления нисходящей линии связи (PDCCH) для планирования.

Система NR может поддерживать и/или реализовывать переменную продолжительность передачи и/или синхронизацию обратной связи. При переменной продолжительности передачи передача по физическому совместно используемому каналу для передачи данных по нисходящей линии связи (PDSCH) и/или физическому совместно применяемому каналу для передачи данных по восходящей линии связи (PUSCH) может занимать непрерывное подмножество символов интервала. При переменной синхронизации обратной связи информация управления нисходящей линией связи (DCI) для назначения нисходящей линией связи (DL) может включать в себя указание синхронизации обратной связи для WTRU (например, путем указания на конкретный ресурс PUCCH).

Система NR может поддерживать и/или реализовывать различные типы ресурсов физического канала управления восходящей линии связи (PUCCH) (например, два или более типов ресурсов PUCCH), например укороченный PUCCH и/или удлиненный PUCCH. Укороченный PUCCH может быть передан с использованием 1 или 2 символов OFDM, тогда как удлиненный PUCCH может использовать до 14 символов OFDM. Каждый тип PUCCH может иметь множество форматов, например, которые могут зависеть от типа и/или размера соответствующей полезной нагрузки.

Процедура RA в NR может иметь приоритет, например, в зависимости от типа инициирования RA. Процедура RA с приоритетом (например, RACH) может использовать дифференцированную отсрочку передачи и/или значения линейного изменения мощности, сконфигурированные сетью (например, сетевым объектом).

WTRU NR может быть сконфигурирован с множеством конфигураций SR. Конфигурация SR может представлять собой набор ресурсов PUCCH с определенной периодичностью. В определенных типовых вариантах осуществления управление радиоресурсами (RRC) может конфигурировать логические каналы (например, каждый логический канал) на использование одной конфигурации SR.

В соте с сформированием лучей (например, соте с сформированием лучей в лицензированной NR) связь между лучами (представленными блоками сигналов синхронизации (SSB) и/или опорным сигналом информации о состоянии канала (CSI-RS)) и ресурсами PRACH или преамбулами может быть сконфигурирована, например, чтобы помогать WTRU указывать сети (например, сетевому объекту и/или gNB), какой луч может подходить или лучше всего подходит для приема RAR и/или дополнительных сигналов нисходящей линии связи. Например, последовательные SSB могут быть сопоставлены с последовательными областями ресурсов PRACH во временной области. Пакет сигнала синхронизации (SS) может представлять собой набор последовательных SSB, используемых для передачи сигналов синхронизации. В контексте соты NR-U с формированием лучей подмножество лучей в пределах пакета SS может быть пропущено из-за сбоя LBT. Время передачи пропущенных SSB может быть указано смещением синхронизации и/или определено WTRU в предположении, что пропущенные SSB должны быть циклически переданы, например, после последнего SSB в пакете SS.

Типовые операции WTRU в нелицензированных полосах для версии 16 NR (R16)

В определенных типовых вариантах осуществления способы, устройство и система могут быть реализованы с возможностью поддержки работы в нелицензированных полосах для операций R16, включая первоначальный доступ, RA, планирование/гибридный автоматический запрос на повторную передачу данных (HARQ) и/или мобильность, наряду с совместными операциями/процедурами с LTE-LAA и другими действующими технологиями RAT. Например, такие варианты осуществления могут включать в себя LAA-соту на основе NR, соединенную с якорной сотой LTE и/или якорной сотой NR, а также с работающей в автономном режиме сотой на основе NR, использующей нелицензированный спектр.

В определенных типовых вариантах осуществления способы, устройство и система могут быть реализованы с возможностью поддержки работы в нелицензированных полосах для RA, включая, например, усовершенствование структуры физического канала PRACH и/или процедуры RA, перемежение сигналов PRACH, например, аналогично перемежению передач PUSCH в eLAA, что может быть полезно для совместного использования канала, удовлетворяя при этом требованиям OCB.

В определенных типовых вариантах осуществления способы, устройства и система могут быть реализованы для поддержки операций в нелицензированных полосах для RA для соты NR-U в автономном режиме и сценариях развертывания LTE-NR. В случае RA для соты NR-U, поскольку передачи преамбулы, RAR, msg3 и/или msg4 могут быть обусловлены результатом LBT, многоэтапная (например, четырехэтапная) процедура RA, например, может использовать и/или требовать до четырех независимых процедур LBT перед соответствующей передачей даже без учета повторных передач. Использование и/или требование CCA перед применением многоэтапной процедуры RA к сотам NR-U может приводить к задержкам (например, значительным задержкам) (например, до завершения многоэтапной процедуры RA).

В случае лицензированной NR экземпляр физического канала произвольного доступа (PRACH) может представлять собой возможность доступа к системе на частотно-временном ресурсе, предоставляемом сетевым объектом (например, gNB), где множество WTRU могут инициировать одновременные процедуры RA в одном и том же экземпляре PRACH, если были выбраны разные преамбулы. В NR-U экземпляр PRACH может представлять собой условную возможность доступа к системе, зависящую от результата LBT. Один WTRU, передающий преамбулу по данной области ресурсов PRACH, может блокировать передачу другой преамбулы по одному и тому же каналу другими WTRU и может влиять на пропускную способность RACH в соте NR-U. Для WTRU в режиме установленного соединения передача SR или информации управления восходящей линии связи (UCI) по PUCCH в NR-U может быть подвергнута процедурам LBT и/или может использовать их.

Типовое влияние LBT на процедуру RA

Типовые инициируемые возможности PRACH

На фиг. 2 представлена схема, иллюстрирующая типовую процедуру 200 RA, которая отправляет передачу PRACH (например, PRACH 220a и/или 220b) при приеме инициирующего сигнала 210 (например, инициирующего сигнала 210 PRACH).

Как показано на фиг. 2, процедура 200 RA может включать в себя первый WTRU 102a, который может иметь намерение инициировать процедуру 230a RA. Позже второму WTRU 102b может потребоваться инициировать процедуру 230b RA. Канал может быть занят (например, в течение периода 215 занятости канала), и/или первый и второй WTRU 102a и 102b могут ожидать инициирующего сигнала 210 PRACH. Например, сетевой объект (например, gNB 180a) может отправлять (например, для широковещательной, многоадресной и/или одноадресной передачи) инициирующий сигнал 210 PRACH, указывающий, что первый и второй WTRU 102a и 102b могут отправлять передачи 220a и 220b PRACH, например, указывая, что канал доступен (например, что канал не занят и/или больше не занят). Пока канал занят (например, во время периода 215 занятости канала) gNB 180a не может отправлять инициирующий сигнал 210 PRACH. После того как канал стал доступен (например, после завершения периода 215 занятости канала и/или после определения gNB 180a, что канал должен быть доступен и/или освобожден), gNB 180a может отправлять инициирующий сигнал 210 PRACH. Первый и второй WTRU 102a и 102b могут отслеживать и могут принимать инициирующий сигнал 210 PRACH. После приема или в ответ на прием инициирующего сигнала 210 PRACH первый WTRU 102a может отправлять передачу 220a преамбулы RA, например, чтобы начать процедуру RA для WTRU 102a. После приема или в ответ на прием инициирующего сигнала 210 PRACH второй WTRU 102b может аналогичным образом отправлять передачу 220b преамбулы RA, например, чтобы начать процедуру RA для WTRU 102b.

WTRU 102a и 102b могут быть указаны и/или сконфигурированы с ресурсами PRACH, на которых WTRU 102 может передавать преамбулу PRACH (например, передача преамбулы 220 PRACH) (например, для начала или инициирования процедуры RA). Ресурсы PRACH могут включать в себя по меньшей мере одно из: (1) временных ресурсов (например, набор символов), (2) частотных ресурсов (например, набор блоков физических ресурсов (PRB)), (3) одного или более аналоговых/цифровых/гибридных прекодеров (например, одного или более лучей передачи), (4) одного или более покрывающих кодов или преамбул (например, для обеспечения ортогонального или неортогонального множественного доступа), (5) одного или более шаблонов перемежения (например, подмножество поднесущих или PRB, на которых следует осуществлять передачу) и/или (6) одной или более конфигураций LBT, помимо прочего. Конфигурация LBT может быть: (1) получена WTRU 102 из широковещательно передаваемой передачи, (2) полустатической конфигурацией; (3) определена на основе указания (например, полустатической или динамической индикации); (4) определена по времени между инициирующим сигналом; и/или (5) определена по временному промежутку между инициирующим сигналом и применимой передачей по восходящей линии связи. Конфигурация LBT или параметр LBT могут охватывать по меньшей мере: (1) класс приоритета доступа к каналу; (2) категорию или тип LBT; (3) размер окна перегрузки и/или (4) параметры, используемые для определения того, что UE способно получать канал или передавать по нему сигнал восходящей линии связи.

Для выполнения передачи преамбулы 220 PRACH на ресурсах PRACH WTRU 102 может выполнять операцию LBT перед конфигурированием ресурсов. WTRU 102 может использовать конфигурацию LBT, которая может быть привязана к передаче преамбулы 220 PRACH. Например, WTRU 102 может иметь специфическую конфигурацию LBT, которая может быть применима (например, применима только) к передаче преамбулы 220 PRACH.

В другой типовой операции WTRU 102, желающий передать преамбулу 220 PRACH и/или нуждающийся в ее передаче, может принимать инициирующий сигнал 210 передачи преамбулы PRACH (например, связанный с одним или более ресурсами PRACH) перед передачей преамбулы 220 PRACH. WTRU может ожидать приема сигнала, указывающего, что предстоящий ресурс PRACH является действительным. Прием указания может влиять на тип LBT (и/или параметры LBT), который будет использован для ресурса PRACH. Например: (1) для ресурса PRACH, для которого WTRU 102 не принял инициирующий сигнал 210 PRACH (например, инициирующий сигнал передачи преамбулы), WTRU 102 может использовать полную процедуру LBT перед передачей преамбулы 220 PRACH; и (2) для ресурса PRACH, для которого WTRU 102 принял инициирующий сигнал 210 передачи преамбулы PRACH (например, инициирующий сигнал 210 PRACH), WTRU 102 может использовать LBT с более высоким приоритетом (например, конфигурацию LBT, параметры которой могут быть ослаблены для повышения вероятности получения канала) или может вообще не использовать процедуру LBT.

В других типовых вариантах осуществления WTRU 102 (например, инициированный для выполнения RA) может выполнять операцию LBT и/или другую процедуру доступа к каналу таким образом, что может существовать период времени между окончанием операции LBT и началом передачи преамбулы 220 PRACH. В течение этого промежутка (например, этого периода промежутка) WTRU 102 может выполнять прослушивание для определения того, был ли передан инициирующий сигнал 210 PRACH. Во время и/или после приема инициирующего сигнала 210 PRACH и предшествующего определения того, что канал был не занят (например, успешная операция LBT), WTRU 102 может передавать PRACH (например, передачу преамбулы 220 PRACH) в применимых ресурсах PRACH. WTRU 102 может быть сконфигурирован с ресурсами (например, информацией о конфигурации LBT, включая, например, синхронизацию), на которых WTRU 102 может выполнять LBT (например, операцию LBT) для предстоящей передачи PRACH (или другой UL). Например, WTRU 102 может быть сконфигурирован со смещением синхронизации между окончанием операции LBT и связанным ресурсом передачи по UL. Смещение синхронизации, например, может позволять WTRU 102 прослушивать инициирующий сигнал 210 PRACH для проверки передачи по UL (например, для проверки применения ресурса PRACH и/или для проверки предоставления UL).

WTRU 102 может определять тип процедуры RA, процедуру RA (например, используя 2 операции или 4 операции), и/или параметры процедуры RA (например, RAR и/или таймеров разрешения конфликтов, и/или значение отсрочки передачи, помимо прочего, как описано в настоящем документе) на основании времени операции LBT (например, когда операция LBT выполняется, должна быть или была выполнена), успешности или отсутствия процедуры RA и приема или отсутствия инициирующего сигнала 210. Например, если WTRU 102 выполняет операцию LBT до приема инициирующего сигнала 210 и/или определяет, что канал не занят, а затем принимает инициирующий сигнал 210 от gNB 180, WTRU 102 может использовать первый тип процедуры RA и первый набор параметров процедуры RA. В другом примере, если WTRU 102 принимает инициирующий сигнал 210 без предварительного выполнения операции LBT (или после сбоя операции LBT для RA до приема инициирующего сигнала 210), WTRU 102 может затем выполнять операцию LBT (параметры которой могут быть определены на основе приема инициирующего сигнала 210) и во время и/или после успешной операции LBT может использовать второй тип процедуры RA со вторым набором параметров процедуры RA. В дополнительных примерах WTRU 102 (например, получив инициирующий сигнал 210 и потерпев неудачу с операцией LBT либо до, либо после приема инициирующего сигнала 210) может выполнять RA с использованием третьего типа процедуры RA с третьим набором параметров процедуры RA. В другом примере WTRU 102 (например, выполнив LBT и определив, что канал не занят, но не приняв инициирующий сигнал 210) может выполнять RA с применением четвертой процедуры RA с четвертым набором параметров RA. В настоящем документе термин «сбой LBT UL» означает, что UE не смогло получить канал для попытки передачи по восходящей линии связи после части CCA процедуры LBT, что может быть определено на основании, помимо прочих способов определения, «уведомления о сбое LBT» или «указания о сбое LBT» от физического уровня. Обратное распространяется на использование термина «успех LBT восходящей линии связи».

Способность выполнять RA несмотря на (1) сбой операции LBT; и/или (2) неполучение инициирующего сигнала 210 может зависеть от инициирующего сигнала RA. Например, подмножество инициирующих сигналов RA может позволять WTRU выполнять передачу 220 PRACH несмотря на то, что (1) не удалось выполнить операцию LBT (например, перед приемом, после приема или ожидаемого приема инициирующего сигнала 210); и/или (2) не удалось получить инициирующий сигнал 210. В другой процедуре/способе способность выполнять RA, несмотря на (1) сбой операции LBT; и/или (2) неполучение инициирующего сигнала 210 может зависеть от типа сервиса, для которого выполняют RA.

Типовой инициирующий сигнал

Инициирующий сигнал (например, инициирующий сигнал 210 передачи преамбулы PRACH) может представлять собой неявное указание или явное указание. Примером неявного инициирующего сигнала может быть то, что если WTRU 102 принимает передачу от сети (например, gNB 180), WTRU 102 может ожидать, что предстоящий ресурс PRACH будет действительным. Такая передача может включать в себя по меньшей мере одно из: (1) одного или более опорных сигналов обнаружения (DRS), (2) одного или более блоков сигналов синхронизации (SSB), (3) одного или более опорных сигналов (RS), (4) одного или более каналов управления (например, PDCCH) и/или (5) одного или более блоков служебной информации (MIB)/блоков системной информации (SIB), помимо прочего. Например, WTRU 102, принимающий передачу по DL от сети (например, от сетевого объекта, такого как gNB 180), может определять и/или предполагать, что ресурс PRACH (например, любой ресурс PRACH) в пределах COT, привязанного к передаче по DL, действителен. В другом примере WTRU 102 может запускать таймер после или при приеме передачи по DL, а ресурс PRACH (например, любой ресурс PRACH), возникающий (например, используемый) до истечения таймера, может считаться WTRU 102 действительным или действительным для передачи с определенной конфигурацией LBT. В определенных типовых вариантах осуществления WTRU 102 может применять и/или рассматривать прием SSB в качестве инициирующего сигнала для ресурсов PRACH, связанных с одним или более SSB.

WTRU 102 может определять/ожидать, что передача сигнала явным образом указывает на действительность одного или более предстоящих ресурсов PRACH. Например, WTRU 102 может отслеживать широковещательный канал для попытки получения указания о действительных ресурсах PRACH. В другом примере WTRU 102 может отслеживать PDCCH (например, общий для группы PDCCH или адресованный WTRU канал PDCCH), чтобы попытаться принять инициирующий сигнал 210 (например, инициирующий сигнал ресурса PRACH). WTRU 102 может отслеживать определенное пространство поиска и/или набор ресурсов управления (CORESET) для приема инициирующего сигнала 210 (например, инициирующего сигнала ресурса PRACH).

Такое указание может указывать на предварительно сконфигурированный или запланированный ресурс PRACH. Например, указание может обеспечивать конфигурацию ресурса PRACH (например, динамическое указание ресурса PRACH).

Когда WTRU 102 определяет и/или ожидает применения одного из предварительно сконфигурированного набора ресурсов PRACH, WTRU 102 может отслеживать конкретные экземпляры и/или каналы, в которых инициирующий сигнал 210 может быть отправлен для ресурсов PRACH (например, каждого ресурса PRACH). Например, между одним или более инициирующими сигналами 210 и одним или более ресурсами PRACH может существовать взаимосвязь (например, взаимно-однозначная, многие к одному или один ко многим). WTRU 102, определяющий, планирующий, стремящийся и/или желающий использовать предстоящий ресурс PRACH, может отслеживать один или более конкретных экземпляров, в которых может быть принят инициирующий сигнал 210. Для таких операций может существовать неявная (заданная, априорно известная и/или сообщенная) взаимосвязь между одним или более событиями инициирующего сигнала и одним или более ресурсами PRACH.

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

Содержимое типового инициирующего сигнала

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

Инициирующий сигнал 210 (например, инициирующий сигнал ресурса PRACH) может указывать действительность ресурса PRACH в одной или множестве подполос. Для WTRU 102, например, в режиме установленного соединения инициирующий сигнал 210 PRACH (например, инициирующий сигнал ресурса PRACH) может обеспечивать порядок выполнения RA в данной конфигурации PRACH. Например, инициирующий сигнал PRACH может вызывать и/или упорядочивать один или множество WTRU 102 для выполнения операций RA в данной подполосе, одной или более преамбулах и/или одном или более ресурсах PRACH. WTRU 102 может быть дана команда по PDCCH выполнять операции RA аналогичным образом, включая RA в другой подполосе.

Сигнал инициирования ресурса PRACH (например, инициирующий сигнал ресурса PRACH) может указывать одну или более целей (например, набор целей), для которых можно применять ресурс PRACH, и WTRU 102 может передавать (например, только передавать) преамбулу PRACH, если преамбула предназначена для одной из целей, указанных в инициирующем сигнале 210 ресурса PRACH. Цели преамбулы PRACH для ресурса PRACH могут включать в себя любое из: (1) первоначального доступа, (2) восстановления сбоя луча (BFR), (3) мобильности (например, передачи обслуживания), (4) потери синхронизации UL, (5) восстановления соединения RRC, (6) передачи запроса планирования (SR) и/или (7) получения опережения, возможно, вместе с типом сервиса. Инициирующий сигнал ресурса PRACH может указывать любое из: (1) приоритета RA, для которого действителен ресурс PRACH, и/или (2) набора WTRU 102, для которых действителен ресурс PRACH. Например, в инициирующий сигнал ресурса PRACH может быть включен групповой временный идентификатор радиосети (RNTI).

Для соты NR-U с формированием лучей WTRU 102 может определять, что подмножество SSB в пределах пакета SS не было передано или задержано из-за сбоя LBT (например, сбоя операции LBT), и/или аналогичным образом для CSI-RS WTRU 102 может определять, что один или более CSI-RS (например, все или подмножество CSI-RS) не были переданы или задержаны из-за сбоя LBT. Инициирующий сигнал после пакета SS может указывать и/или может подразумевать: (1) переход к сконфигурированному правилу связи между SSB (и/или CSI-RS) и областями ресурсов/преамбулами PRACH; (2) состояние доступности и/или применимости для подмножества SSB (и/или CSI-RS) для выбора при определении того, какой SSB/CSI-RS следует выбирать (или какой соответствующий экземпляр/преамбулу PRACH следует выбирать); (3) одну или более дополнительных областей ресурсов PRACH, например, вместе со связью с определенными SSB/CSI-RS; и/или (4) смещение синхронизации относительно одной или более применимых динамических областей ресурсов PRACH, среди прочего.

В определенных типовых вариантах осуществления указание может быть явным (например, на основе содержимого инициирующего сигнала 210 и/или свойств инициирующего сигнала 210). В других типовых вариантах осуществления указание может быть определено WTRU 102 неявно из: (1) инициирующего сигнала 210, (2) последовательности передач SSB и/или CSI-RS и/или (3) других передач gNB.

WTRU 102 может определять, что определенный SSB или определенные SSB не были переданы или были переданы со смещением синхронизации относительно сконфигурированного события передачи SSB, например, из-за сбоя LBT (например, сбоя операции LBT) на сетевом объекте (например, gNB). WTRU 102 может изменять (например, затем изменять) правило связи сопоставления областей ресурсов PRACH и/или преамбул с SSB.

Например, WTRU 102 может определять, что экземпляры PRACH и/или преамбулы, связанные с пропущенными SSB (и/или CSI-RS), больше не указывают на пропущенные SSB. WTRU 102 может дополнительно повторно использовать области ресурсов/преамбулы PRACH, связанные с одним или более SSB, не переданными перед синхронизацией этих областей ресурсов PRACH, для другой цели и/или для другого указания. Например, WTRU 102 может использовать эти ресурсы PRACH для указания других переданных SSB.

Для повторных передач преамбулы WTRU 102 может определять ожидание (например, то, что WTRU 102 должен ожидать) следующего экземпляра PRACH, когда SSB, выбранный для начальной передачи, был пропущен из-за сбоя LBT на этом SSB перед повторной передачей преамбулы. Например, для WTRU 102 может быть выгодно не изменять SSB для повторной передачи преамбулы, когда ранее выбранный SSB не был передан из-за LBT (например, произошел сбой LBT), даже если доступны другие SSB и/или операция LBT была успешной для других SSB, например, для поддержания динамики состояния линейного изменения мощности для ранее выбранного луча. В таком случае WTRU 102 может не увеличивать значение счетчика линейного изменения мощности и/или счетчика передачи преамбулы при пропуске связанного экземпляра PRACH. WTRU 102 может пропускать или дополнительно пропускать экземпляры RACH, связанные с SSB, выбранным с предыдущей передачей PRACH, например, до ограниченного числа повторных передач или пока запущен определенный таймер (например, который может быть сконфигурирован более высокими уровнями и/или посредством сетевой сигнализации).

В определенном типовом варианте осуществления для повторных передач преамбулы в соте NR-U с формированием лучей WTRU 102 может определять, что WTRU 102 может выбирать экземпляр/преамбулу PRACH, связанные с SSB, выбранным для начальной и/или предшествующей передачи, даже если текущая передача SSB отсутствует из-за сбоя LBT. WTRU 102 может определять из указания сети, что конкретный SSB не был передан (например, из-за сбоя LBT), или WTRU 102 может автономно определять, что SSB не был передан (например, из-за сбоя LBT). WTRU 102 может следовать или дополнительно следовать такому поведению, например, до ограниченного количества повторных передач или пока запущен определенный таймер (который может быть сконфигурирован более высокими уровнями и/или посредством сетевой сигнализации).

Типовое поведение WTRU при приеме инициирующего сигнала

WTRU 102 может начать отслеживание инициирующего сигнала ресурса PRACH после или во время определения того, что WTRU 102 должен передать или инициируется для передачи преамбулы 210 PRACH. WTRU 102 может быть сконфигурирован с шаблоном отслеживания для обнаружения инициирующего сигнала ресурса PRACH. Конфигурация может быть предоставлена в широковещательном канале и/или может быть сконфигурирована RRC. Во время или после приема инициирующего сигнала ресурса PRACH WTRU 102 может пытаться передавать преамбулу PRACH в связанном ресурсе PRACH. В первом примере прием указания может позволить WTRU 102 использовать множество ресурсов PRACH, например, для повторных передач PRACH. В другом примере WTRU 102 может принимать другой инициирующий сигнал ресурса PRACH для ресурсов PRACH (например, каждого ресурса PRACH), используемых для повторной передачи преамбулы.

Инициирующий сигнал может быть принят от PDCCH, отслеживаемого в общем и/или специфичном для WTRU пространстве поиска. RNTI, используемый для маскирования циклической проверки четности с избыточностью (CRC) PDCCH, может быть предварительно определен или сконфигурирован более высокими уровнями, например, в качестве части системной информации. RNTI может быть сконфигурирован в дополнение или вместо конфигурирования в качестве части системной информации, может быть сконфигурирован, например, посредством выделенной сигнализации или может соответствовать RNTI соты (C-RNTI). Разрешение множества RNTI (например, одного, предоставленного системной информацией, и второго, соответствующего C-RNTI) может позволить сети гибко конфигурировать ресурс или ресурсы для любого из: RA на основе конкуренции и/или RA без конкуренции.

Типовое инициирование посредством RAR

В определенных типовых вариантах осуществления по мере необходимости и/или желания выполнять процедуру RA WTRU 102 может начать отслеживание предварительно сконфигурированных пространств поиска для попытки приема инициированного gNB ответа RAR. RAR может быть передан посредством gNB, например, без предварительного приема передачи преамбулы. Например, WTRU 102 может отслеживать пространство поиска для приема сигнализации управления, указывающей на передачу незапрошенного RAR. RAR может обеспечивать один или более WTRU 102 одним или более предоставлениями UL для выполнения передачи msg3 вместе с применимыми свойствами передачи, включая одну или более применимых конфигураций LBT.

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

RAR может включать в себя набор предоставлений. WTRU 102, например, определяющий, желающий и/или требующий выполнения RA, может выбирать предоставление из набора предоставлений UL. Выбор предоставления может быть случайным (например, полностью случайным). В другом примере выбор предоставления может зависеть от любого из: (1) ожидаемого диапазона опережения (TA) (например, WTRU 102 может выбирать предоставление на основе предполагаемого диапазона значений TA); (2) RA-RNTI; (3) идентификатора преамбулы RA; (4) типа сервиса; (5) лучей UL и/или DL (например, на основе измерений на RS DL, например WTRU 102 может иметь предпочтительный луч UL и/или предпочтительный луч DL); (6) объема данных для передачи; (7) цели RA; и/или (8) неудавшейся ранее передачи msg3 (например, если предыдущая передача предоставления UL не прошла успешно, WTRU 102 может выбирать, помимо прочего, более надежное предоставление UL для следующей попытки при RA).

Типовые операции для уменьшения количества LBT для каждой процедуры RA

Единая процедура LBT-RA

Для уменьшения количества LBT, используемых или необходимых для каждой передачи сообщения в единой процедуре RA, совместное использование COT с одной или множеством точек переключения может быть использовано для совместного доступа к каналу между WTRU 102 и сетевым объектом (например, gNB 180). Совместное использование COT может быть реализовано (например, учтено), когда сообщения RA UL и DL передают по одному и тому же каналу, например, в структурах кадра с временным дуплексом.

Например, после получения канала для передачи сообщения (например, сообщения 2 (msg2)) gNB 180 может продолжать занимать канал до тех пор, пока gNB 180 не передаст сообщение 4 (msg4). gNB 180 может сигнализировать или подразумевать (например, на основе указанных в сообщении параметров или самого сообщения) точку переключения COT вместе с конфигурацией LBT на обеспеченное предоставление для передачи msg3 и может прекращать занимать канал в течение продолжительности предоставления PUSCH. WTRU 102 может выполнять или не выполнять укороченное LBT перед передачей msg3, что, например, может приводить к уменьшению количества LBT и/или количества полных LBT на процедуру RA, где каждый приемопередатчик может получать канал ограниченное количество раз (например, только один раз). Аналогичным образом WTRU 102 может удерживать канал после передачи msg3 до тех пор, пока WTRU 102 не примет другое предоставление для сообщения 5 (msg5). В определенных типовых вариантах осуществления при укороченных операциях LBT возможно прослушивание в течение более короткого периода или возможно определение, что канал доступен на основании более мягких критериев, чем при удлиненных операциях LBT.

Типовая корректировка таймеров RAR и/или разрешения конфликтов

WTRU 102 может отслеживать PDCCH в течение некоторого периода времени до истечения времени работы одного или более таймеров (например, ra-ResponseWindow) и/или (например, ra-ContentionResolutionTimer). Например, если истекает таймер ra-ResponseWindow без приема msg2 WTRU 102 или если истекает ra-ContentionResolutionTimer без приема msg4, WTRU 102 может определять, что уместна повторная передача преамбулы (например, предполагать, что необходима повторная передача преамбулы). Для NR-U канал PDCCH, возможно, не был передан для msg2 и/или msg4 из-за того, что gNB 180 не смогла получить канал после LBT. В таком случае WTRU 102 может получать преимущество от увеличения времени ожидания msg2 и/или msg4 для завершения процедуры RA перед попыткой другой повторной передачи преамбулы.

WTRU 102 может быть выполнен с возможностью определения того, что gNB 180 не получила канал для передачи PDCCH для msg2 и/или msg4. WTRU 102 может предпринимать некоторые действия (например, полезные и/или необходимые действия) для продления периода отслеживания PDCCH, включая любое из следующего: (1) WTRU 102 может приостанавливать таймеры ra-ResponseWindow и/или ra-ContentionResolutionTimer на период, в течение которого WTRU 102 определяет, что канал занят и/или что gNB 180 не получила канал; (2) WTRU 102 может сбрасывать таймеры ra-ResponseWindow и/или ra-ContentionResolutionTimer (например, как только WTRU 102 определит, что канал занят и/или что gNB 180 не получила канал); и/или (3) WTRU 102 может добавлять значения времени к любому из таймеров ra-ResponseWindow и/или ra-ContentionResolutionTimer (например, после того как WTRU 102 определит, что канал занят и/или что gNB 180 не получила канал). Добавленное значение или значения времени могут зависеть от сконфигурированного значения и/или могут быть основаны на продолжительности времени, в течение которого канал был определен как занятый. Добавленное значение или значения могут быть случайным образом определены WTRU 102 из набора возможных значений.

Разнесение типовых сообщений 1/2/3/4

В определенных типовых вариантах осуществления передача множества сообщений (например, msg1, msg2, msg3 и/или msg4) на разных ресурсах и/или, например, в разных подполосах может быть реализована и может иметь преимущество (например, каждое сообщение может быть связано с собственной процедурой LBT). Например, в условиях высокой занятости канала, когда более одной RAT может совместно использовать канал, получение широкополосного канала с широкополосным LBT для передачи одного сообщения может быть неэффективным, например, на основании требования OCB (например, с учетом требования OCB). Разнесение преамбулы PRACH, RAR, msg3 и/или msg4 может быть достигнуто путем попытки передачи этих сообщений в наборе различных ресурсов и/или подполос LBT, причем каждый ресурс может использовать и/или может требовать независимого LBT. Это разнесение может обеспечивать устойчивость к сбою получения канала в одной или более подполосах LBT. WTRU может пытаться выполнять такое разнесение передачи/приема в зависимости от номера повторной передачи преамбулы и/или конфигурации RRC, и/или любого из следующего: (1) номер попытки преамбулы и/или номер передачи преамбулы; (2) индексы BWP UL и DL и/или связь между частями BWP UL и DL или среди них (например, если сконфигурировано и/или если это действительно); (3) запущен или истекает таймер (например, таймер бездействия BWP); (4) наблюдаемые условия занятости канала/нагрузки в отслеживаемых подполосах/BWP; (5) определенная статическая или полустатическая конфигурация (например, принятая посредством сигнализации RRC и/или SI) для WTRU или применимого ресурса PRACH; и/или (6) возможность WTRU 102 поддерживать, помимо прочего, множество активных BWP.

Например, WTRU 102 может быть выполнен с возможностью попытки передачи множества msg1 с использованием различных подполос, ресурсов PRACH, преамбул и/или перемежений. Для msg2 и/или msg4 WTRU 102 может быть выполнен с возможностью попытки приема по меньшей мере одного RAR/разрешения конфликта в разных подполосах, наборах ресурсов управления и/или BWP.

Для msg3 WTRU 102 может принимать множество предоставлений для передачи msg3. Например, WTRU может принимать PDU Msg2, содержащий или включающий в себя множество RAR MAC для одного и того же идентификатора преамбулы (например, каждый из которых содержит или включает в себя различное предоставление восходящей линии связи) или расширенный RAR MAC, который может содержать или включать в себя множество предоставлений UL. WTRU 102 может передавать одно или множество сообщений (например, msg3) в зависимости от результата LBT для предоставлений (например, каждого предоставления), например, в одном предоставлении UL, для которого LBT было успешным. Например, WTRU 102 может принимать множество предоставлений в msg2 для передачи msg3 в разных подполосах. WTRU 102 может применять отдельную процедуру LBT для каждого выбранного предоставления для msg3. В другом примере WTRU 102 может принимать множество предоставлений в msg2 для передачи msg3 в одной и той же подполосе. WTRU 102 может применять однократную процедуру LBT и передавать множество msg3. В дополнительном примере WTRU 102 может принимать одно или более msg2, причем каждое msg2 включает в себя (например, имеет) одно или более предоставлений UL для msg3 (например, каждое msg2 может указывать на одно или более различных предоставлений msg3). WTRU 102 может передавать одиночное msg3 на любом одном или подмножестве доступных ресурсов (например, ресурсов канала), связанных с обеспеченными предоставлениями msg3. Доступность, например, ресурсов канала, может быть определена на основании результата процедуры LBT.

Типовая процедура LBT для передачи PRACH

Выбор преамбулы PRACH может обеспечивать возможность мультиплексирования передач PRACH на одних и тех же ресурсах PRACH посредством набора WTRU 102. Предполагается, что WTRU 102 могут не быть синхронизированы по времени при передаче PRACH. В таком случае ранняя передача преамбулы PRACH первым WTRU 102a может приводить к сбою LBT у второго WTRU 102b. Процедура LBT для передачи PRACH может быть изменена для уменьшения и/или по существу устранения такой блокировки. В первой типовой процедуре пороговое значение помех, используемое в части анализа незанятости канала LBT, может быть установлено равным значению для передачи PRACH, отличному от значения для других передач по UL и/или DL.

В определенных типовых процедурах пороговое значение помех, используемое для анализа незанятости канала, может изменяться в ходе процедуры LBT. Например, WTRU 102 может определять и/или может нуждаться в определении N интервалов CCA, в которых канал свободен. Для набора интервалов CCA, ближайших по времени к передаче PRACH, WTRU 102 может использовать пороговое значение измерения помех, которое может отличаться (например, может быть выше) от других интервалов CCA в процедуре LBT, например, это может позволить WTRU 102 не определять занятость интервала CCA, когда интервал, например, используется одним или более другими WTRU 102 с отличающейся тактовой синхронизацией.

В определенных типовых процедурах WTRU 102 может использовать смещение синхронизации между окончанием процесса/процедуры LBT и временем передачи по UL. Любой процесс/процедура LBT, которые не были определены как успешные до момента времени, определенного смещением и временем передачи по UL, могут считаться неудачными, и может быть определено, что передача не может произойти (например, для этого ресурса UL).

В определенных типовых процедурах WTRU 102 может использовать ранее полученное значение TA для корректировки длины окна CCA/процесса/процедуры LBT, времени начала CCA и/или времени начала передачи по восходящей линии связи. WTRU 102 может определять, является ли значение TA действительным, на основании состояния мобильности. WTRU 102 может оценивать (например, на основе определенной конфигурации соты и/или измерений нисходящей линии связи) значение TA для корректировки начала и/или длины CCA или начала фактической передачи по восходящей линии связи.

В определенных типовых процедурах WTRU 102 может использовать укороченный процесс/процедуру LBT для одной или более передач, которые могут быть мультиплексированы с другими WTRU 102. В сокращенном процессе/процедуре LBT WTRU 102 может использовать или требовать определения меньшего количества N CCA незанятых интервалов CCA, а для оставшегося LBT WTRU 102 может игнорировать измерения на интервалах CCA и может включать их продолжительность в общую разность времени.

Использование альтернативной процедуры LBT может обеспечивать возможность мультиплексирования WTRU

Тип LBT (например, с использованием набора пороговых значений вместе с набором интервалов CCA, для которых применимо каждое пороговое значение, с использованием укороченного процесса/процедуры LBT, с использованием смещения между окончанием процесса LBT и передачей по UL или категории класса доступа) может быть определен в зависимости от типа передачи по UL и/или ресурсов. Это может обеспечивать мультиплексирование различных передач по UL. Например, WTRU 102 могут быть предоставлены ресурсы UL в том же интервале и/или наборе символов, что и для ресурса PRACH. В таком случае для передачи по UL (например, предоставленной и/или сконфигурированной) WTRU 102 может использовать конфигурацию LBT, которая включает в себя или указывает переменные пороговые значения CCA и/или смещение синхронизации между окончанием LBT и началом передачи.

WTRU 102 может определять возможность передачи по UL в том же интервале и/или символах, что и у другой передачи по UL от другого WTRU 102. В зависимости от того, ожидает ли WTRU 102 одновременную передачу другими WTRU для синхронизации по времени или нет, WTRU может использовать другой процесс/процедуру LBT (и/или другие параметры LBT). Например, если WTRU 102 осуществляет передачу в ресурсах, которые могут перекрывать или фактически перекрывать ресурс PRACH, WTRU 102 может использовать первый набор параметров LBT. Если WTRU 102 осуществляет передачу в ресурсах, которые не могут перекрывать ресурсы PRACH, WTRU 102 может использовать второй набор параметров LBT.

WTRU 102 может определять тип процедуры LBT вместе со связанными с ней параметрами (например, набором пороговых значений и связанными с ними интервалами CCA), например, на основании приоритета класса доступа для передачи.

WTRU 102 может указывать на наличие или отсутствие передачи по UL в смежном интервале, оказывающемся перед (например, непосредственно перед) ресурсами UL (например, ресурсами для PRACH, PUSCH и/или PUCCH и т.п.) WTRU 102, что, например, может позволять WTRU 102 использовать другой тип LBT и/или отличающиеся параметры, связанные с WTRU 102. Например, в случае если указано, что другой WTRU 102 (например, другой WTRU 102, обслуживаемый той же gNB 180) осуществляет передачу в ресурсах непосредственно перед ресурсами UL WTRU 102, WTRU 102 может применять процедуру LBT, использующую или требующую меньше времени для анализа незанятости канала. Синхронизация может быть указана, когда такая процедура LBT может быть выполнена или должна быть выполнена. Например, синхронизация процедуры LBT может представлять собой множество интервалов перед фактической передачей.

Типовые перемежающиеся передачи

Для повышения пропускной способности UL можно использовать основанное на OFDM перемежение для передач по UL, например, в нелицензированном спектре. Каналы PUSCH и PRACH (например, от одного и того же WTRU 102 или от разных WTRU 102) могут перемежаться независимо и/или зависимо. WTRU 102 может перемежать PUSCH и/или PRACH несколькими способами, например, на основании: (1) конфигурации сети, (2) принятой сетевой сигнализации и/или (3) предварительно заданных правил, помимо прочего. Сетевая сигнализация может быть динамической (например, с использованием сигнализации L1/L2), полустатической (например, с использованием сигнализации L2/L3) и/или может быть предварительно заданной. Например, WTRU 102 может использовать любую из следующих процедур, в которых:

(1) PUSCH перемежается, а PRACH не перемежается: (например, сигналы PRACH могут передаваться непрерывно в частотной области (например, между другими перемежениями PUSCH или в ресурсах, содержащихся или включенных в PRB, расположенных в промежутке между двумя участками (например, несколько PRB) перемежения PUSCH). В других типовых вариантах осуществления PRACH может быть передан в смежных PRB, которые могут быть прерваны одним или более PRB, используемыми для перемежения PUSCH);

(2) PUSCH и PRACH передают с использованием разных перемежений: (например, оба канала PRACH и PUSCH (например, от одного и того же WTRU 102 или от разных WTRU 102) могут перемежаться. WTRU 102 может определять шаблон перемежения для каждого канала. WTRU 102 может определять перемежение PRACH из шаблона перемежения PUSCH. WTRU 102 может указывать одну или более возможных связей между перемежениями PRACH и PUSCH. Например, перемежение PRACH и/или преамбула могут быть привязаны к конкретному перемежению PUSCH. В другом примере WTRU 102 может определять из некоторой функции (например, с применением идентификатора WTRU в качестве входных данных) связь перемежений PRACH и PUSCH); и/или

(3) PUSCH и PRACH передают с использованием одного перемежения (например, когда передачи PRACH и PUSCH требуются для одного WTRU 102. Например, последовательность PRACH может быть объединена с данными PUSCH перед сопоставлением информации с поднесущими/PRB перемежения. WTRU 102 может применять, определенное повторное сопоставление комбинированной последовательности PRACH/PUSCH перед сопоставлением с физическими ресурсами), помимо прочего.

Для 2-этапной операции RACH один WTRU 102 может передавать и/или может нуждаться в передаче как PUSCH, так и PRACH для объединенного первого сообщения RACH (eMsg1 или объединенное Msg1). WTRU 102 может осуществлять передачу по обоим каналам одновременно или неодновременно на основании связи между используемым ресурсом PRACH/преамбулой и соответствующим PUSCH, используемым для переноса полезной нагрузки данных. WTRU 102 может учитывать любое из следующего для определения того, передавать ли оба канала одновременно или неодновременно: (1) запас по мощности и/или мощность передачи по восходящей линии связи WTRU 102; (2) условия занятости канала и/или оставшееся время в COT; (3) номер повторной передачи преамбулы; (4) прием по сетевой сигнализации, включая, например, инициирующий сигнал RACH, и/или (5) цель или тип RA.

Например, WTRU 102 может выбирать ресурс для данных, которые должны возникать в первом доступном ресурсе UL для передачи данных, которые следуют за передачей преамбулы, и такие ресурсы могут быть предоставлены WTRU 102 посредством сетевой сигнализации. Перемежение PUSCH и блоки PRB, выбранные WTRU 102 для передачи части полезной нагрузки данных eMsg1, могут быть выбраны для любой из процедур, описанных ниже.

Когда eMsg1 передают в соте NR-U, WTRU 102 может устанавливать, определять и/или предполагать связь между выбранным ресурсом PRACH и перемежением PUSCH (в дополнение к другим свойствам ресурса PUSCH). WTRU 102 может определять перемежение PUSCH (в дополнение к другим свойствам ресурса PUSCH), связанное с выбранным PRACH, с помощью любого из следующего:

(1) фиксированной или предварительно заданной процедуры, такой, чтобы процедура была предварительно сконфигурирована в WTRU 102 и предполагалась/была установлена для всех WTRU 102; например, WTRU 102 может выбирать перемежение на основе своего идентификатора WTRU.

(2) из информации, предоставленной в системной информации, например, посредством широковещательной передачи в SIB или предоставленной в таблице доступа;

(3) на основании явного указания, например явно указанного в DCI или в сообщении управления нисходящей линии связи (например, сообщении CE MAC и/или сообщении RRC, помимо прочего);

(4) на основании выбранной преамбулы (например, выбранная преамбула может быть связана с конкретным перемежением, которое будет применено. Взаимосвязь может быть фиксированной или сконфигурированной сетью);

(5) на основании выбранного ресурса PRACH (например, ресурс PRACH может быть связан с конкретным перемежением, которое будет применено. Взаимосвязь может быть фиксированной или сконфигурированной сетью);

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

Типовые процедуры RA в нелицензированном спектре

Типовые процедуры отсрочки передачи

На фиг. 3 представлена схема, иллюстрирующая типовую процедуру отсрочки передачи, используемую с операциями LBT (например, случайную отсрочку передачи, применяемую WTRU 102 после сбоя LBT).

Как показано на фиг. 3, процедура 300 RA может включать в себя первый WTRU 102a, который может иметь намерение инициировать процедуру RA и который может инициировать операцию 330a LBT. Первый WTRU 102a может определять, что канал занят (например, во время периода 315 занятости канала), и может запускать первый таймер отсрочки передачи. Значение первого таймера отсрочки передачи может быть установлено, например, случайным образом или может быть основано на приоритете RA. Позже второй WTRU 102 может иметь намерение инициировать процедуру RA и может инициировать операцию 330b LBT. Второй WTRU 102b может определять, что канал занят (например, во время периода 315 занятости канала), и может запускать второй таймер отсрочки передачи. Второй таймер отсрочки передачи может истекать до истечения первого таймера отсрочки передачи, и второй WTRU 102b может инициировать свою вторую операцию 340b LBT. Поскольку канал теперь доступен, второй WTRU 102b может отправлять свою преамбулу 320b RA. Затем первый таймер отсрочки передачи может истекать (например, после истечения первого таймера отсрочки передачи), и первый WTRU 102a может инициировать свою вторую операцию 340a LBT. В зависимости от времени канал может быть доступен (например, второй WTRU 102b, возможно, еще не получил канал). Если это так, первый WTRU 102a может отправлять свою преамбулу 320a RA. Если канал недоступен (не показано), например, из-за того, что второй WTRU получил канал, первый WTRU 102a может запускать другой таймер отсрочки передачи.

В определенных типовых вариантах осуществления если канал занят в течение продолжительного периода времени, может существовать более высокая вероятность конфликта в RACH, когда канал снова станет доступным, поскольку большое количество WTRU 102 могут иметь намерение или должны выполнять процедуры RA. Когда происходит конфликт преамбулы и gNB 180 не может получить канал из-за LBT (например, из-за сбоя LBT), gNB 180 не имеет возможности сигнализировать значение отсрочки передачи для конфликтующих WTRU 102. В сценарии, в котором множество WTRU 102 пытаются выполнить процедуру RA в соте NR-U, где канал DL занят, WTRU 102 могут продолжать одновременную повторную передачу преамбул по каналу UL без отсрочки передачи. В настоящем документе описаны типовые процедуры отсрочки передачи для уменьшения таких конфликтов и повторной передачи.

WTRU 102 может выполнять операцию LBT перед передачей первой преамбулы и может определять, что канал недоступен.

После передачи преамбулы WTRU 102 может определять, что gNB 180 не передала RAR из-за сбоя LBT (например, из-за того, что канал недоступен). Определение может быть основано, например, на любом из следующего:

(1) WTRU 102 обнаруживает другие модули, которые получили канал (на основании, например, опознания, например, передач с определенными свойствами, которые могут указывать (например, неявно указывать) на один или более передатчиков, отличных от gNB 180, получивших канал);

(2) WTRU 102 обнаруживает шум выше порогового значения по соответствующему ресурсу или для него; и/или

(3) WTRU 102 не обнаруживает передачи с определенными свойствами (например, которые могут указывать (например, неявно указывать) на то, что gNB 180 получила канал и осуществила передачу), такими как, помимо прочего, PDCCH.

В описанном выше случае обнаружение может происходить пока запущен таймер RAR и/или после истечения таймера RAR.

В определенных типовых вариантах осуществления WTRU 102 может впоследствии запускать таймер отсрочки передачи. Таймер отсрочки передачи может быть запущен, когда (например, пока) WTRU 102 обнаруживает, что канал доступен, и может быть приостановлен, когда (например, пока) WTRU 102 обнаруживает, что канал недоступен. В определенных типовых вариантах осуществления таймер отсрочки передачи может быть запущен немедленно.

WTRU 102 может принимать инициирующий сигнал, как описано в настоящем документе. После приема инициирующего сигнала WTRU 102 может останавливать любой текущий таймер отсрочки передачи и/или может запускать новый таймер отсрочки передачи.

Значение таймера отсрочки передачи может быть выбрано случайным образом в диапазоне от минимального значения до максимального значения. Минимальное значение и/или максимальное значение могут быть, например, предварительно заданы, сконфигурированы статически, сконфигурированы полустатически и/или сообщены. Минимальное значение и/или максимальное значение могут зависеть от любого из: (1) подполосы, в которой была передана преамбула, (2) номера попытки передачи преамбулы, (3) значения счетчика передачи преамбулы, (4) условий загрузки канала, (5) длительности периода, в течение которого канал был недоступен с момента последней передачи преамбулы, (6) принял ли WTRU 102 инициирующий сигнал (например, минимальное и максимальное значения могут дополнительно зависеть от характеристики инициирующего сигнала или могут быть явным образом указаны как часть информации, переносимой инициирующим сигналом), (7) приоритета логического канала (LCH), который инициировал RA (например, в режиме установленного соединения), и/или (8) того, считается ли RA имеющим приоритет, включая, помимо прочего, приоритет RA.

WTRU 102 может корректировать (например, дополнительно корректировать, приостанавливать и/или останавливать) таймер отсрочки передачи, если WTRU 102 определяет, что канал занят и/или что gNB 180 не получила канал, например из-за LBT. Например, WTRU 102 может приостанавливать работающий таймер отсрочки передачи, может сбрасывать таймер или может корректировать значение таймера, например, если WTRU 102 определяет, что gNB 180 не может получить или не получила канал DL или UL из-за LBT.

По истечении таймера отсрочки передачи WTRU 102 может выполнять повторную передачу преамбулы.

В другом примере WTRU 102 может определять, что RAR не был отправлен из-за того, что преамбула не была декодирована и/или принята gNB 180 (а не на основе LBT, например), и WTRU 102 может выполнять повторную передачу преамбулы без отсрочки передачи.

В определенных типовых вариантах осуществления gNB 180 может указывать значение отсрочки передачи в RAR, которое применимо к конкретной подполосе или подполосам, которые могут отличаться от подполосы, в которой был принят RAR с указанием отсрочки передачи.

В определенных типовых вариантах осуществления, в которых таймер отсрочки передачи для множества WTRU 102 истекает, а канал остается занятым, WTRU 102 могут применять дополнительную отсрочку передачи (например, запускать другой таймер случайной отсрочки передачи), например, когда канал станет доступен. Это может быть полезно для предотвращения одновременных попыток доступа к каналу множеством WTRU 102, когда канал станет доступным. Дополнительная отсрочка передачи или указание о применении дополнительной отсрочки передачи могут быть: (1) сообщены gNB 180 после того, как канал стал доступен, (2) полустатически сконфигурированы и/или, помимо прочего, (3) статически сконфигурированы.

Типовая процедура выбора ресурса Msg1

WTRU 102 может поддерживать (например, дополнительно поддерживать) счетчик preamble attempt counter, который может увеличиваться каждый раз, когда MAC предписывает PHY передавать преамбулу независимо от результата LBT, или каждый раз, когда попытка передачи преамбулы не проходит LBT. WTRU может определять количество попыток, которые не удались из-за LBT, непосредственно из значения счетчика или на основании разницы между preamble transmission counter и preamble attempt counter.

WTRU 102 может не получить канал для передачи преамбулы в Msg1 или может не принять RAR после успешного LBT для передачи преамбулы. WTRU 102 может пытаться передавать или повторно передавать msg1 в другой подполосе, ширине полосы LBT, перемежении и/или преамбуле/экземпляре PRACH. Такое переключение канала может зависеть от любого из следующего: (1) количество повторных передач преамбулы превышает сконфигурированное пороговое значение; (2) количество попыток преамбулы превышает сконфигурированное пороговое значение; (3) индексы BWP UL и DL и/или связь между BWP UL и DL (например, если сконфигурированы и/или если действительны) или среди них; (4) работает ли таймер (например, таймер бездействия BWP или таймер для сброса счетчика preamble attempt counter), или время его работы истекло; (5) наблюдаемые условия занятости канала/нагрузки в отслеживаемых подполосах/BWP; (6) определенная статическая или полустатическая конфигурация, например, установленная посредством RRC или SI; и/или (7) возможность WTRU 102 поддерживать, помимо прочего, множество активных BWP.

Например, WTRU 102 может быть выполнен с возможностью попытки передачи или повторной передачи преамбулы (или инициирования другой процедуры RA) в другой подполосе или канале LBT по сравнению с предыдущей попыткой, например, если счетчик попыток преамбулы превышает определенное сконфигурированное количество. WTRU 102 может сообщать о проблеме более высоким уровням (например, уведомлять RRC и/или инициировать сбой радиолинии (RLF)). Например, WTRU 102 может инициировать RLF после выполнения ряда попыток передачи преамбулы (которые не удались из-за LBT) в ряде подполос LBT (например, во всех подполосах в активной BWP или в подполосе в каждой BWP). В другом примере WTRU 102 может пытаться передавать или повторно передавать преамбулу в другой подполосе, если таймер неактивности BWP скоро истечет или уже истек.

WTRU 102 может пытаться передавать или повторно передавать преамбулу в BWP UL, имеющей тот же индекс, что и BWP DL, которая была активной до инициирования RA, что может повлечь за собой или включать в себя переключение активной BWP UL, которое может быть полезно в контексте NR-U (например, когда активная BWP DL WTRU 102 имеет меньшую нагрузку/занятость канала, чем BWP DL с тем же индексом, что и у активной BWP UL, до инициирования RA). Это может отличаться от поведения в лицензированной NR, где при инициировании RA WTRU 102 может переключать активную BWP DL WTRU 102 на BWP DL с тем же индексом, что и у активной BWP UL.

При переключении на другую подполосу и/или BWP для попытки передачи преамбулы WTRU 102 может останавливать текущую процедуру RA и может повторно запускать новую процедуру в новой подполосе и/или BWP. В одном примере WTRU 102 может продолжать текущую процедуру RA после изменения подполос и/или BWP, если PHY (например, уровень PHY) не передал никаких преамбул с начала этой процедуры. WTRU 102 может сбрасывать счетчик preamble attempt counter во время и/или после переключения BWP/подполос, например если процедура RA не сбрасывается. WTRU может дополнительно сбрасывать счетчик preamble attempt counter по истечении соответствующего таймера сброса, сконфигурированного посредством RRC.

Поскольку результат LBT может быть неизвестен для управления доступом к среде передачи данных (MAC), MAC может не знать, передал ли PHY физический сигнал PRACH, и MAC может увеличивать счетчик preamble_transmission_counter (например, после того, как RAR и/или разрешение конфликтов не были приняты, а PHY указывает, что преамбула была передана после успешного LBT).

WTRU 102 может начинать ra-ResponseWindow после того, как PHY укажет MAC, что преамбула была передана посредством PHY и LBT было успешным. Это может быть полезно, например, чтобы предотвратить ненужное отслеживание PDCCH, когда преамбула фактически не была передана в PHY (например, физический уровень).

MAC может учитывать и/или использовать результат LBT для повторной передачи преамбулы до изменения preamble_power_ramping_counter. Например, MAC может увеличивать значение preamble_power_ramping_counter при возникновении по меньшей мере любого из следующего: (1) RAR и/или разрешение конфликта не были приняты для предыдущей передачи преамбулы; (2) MAC выбирает преамбулу для повторной передачи по тому же каналу UL/DL, который использовался при предыдущей передаче преамбулы; и/или (3) PHY указывает, что преамбула была передана, помимо прочего, после успешного LBT.

Для выбора PRACH при доступе NR-U WTRU 102 может вычислять RA-RNTI на основе выбранного ресурса PRACH. WTRU 102 может включать в себя информацию о выбранной части перемежения PRACH при вычислении RA-RNTI. Например: (1) f_id может быть определен/расширен в зависимости от выбранного перемежения; и/или (2) формула может непосредственно учитывать выбранный идентификатор перемежения.

Типовая процедура приема RAR

В определенных типовых вариантах осуществления WTRU 102 может ожидать, что RAR будет передан в любом из набора подполос, перемежений или наборов ресурсов. WTRU 102 может отслеживать набор наборов ресурсов управления (например, набор отслеживания RAR). Набор наборов ресурсов управления может охватывать множество подполос и может обеспечивать возможность приема RAR во множестве подполос (например, для обеспечения более высокой вероятности успешного доступа к каналу для передачи RAR посредством gNB 180). Наборы ресурсов управления в наборе отслеживания RAR могут иметь (например, каждый имеет) разную периодичность и смещение. Набор отслеживания RAR может быть определен на основе широковещательного канала (например, включая MIB и/или SIB). В определенных типовых вариантах осуществления набор отслеживания RAR может быть определен на основе выбранной преамбулы PRACH и/или ресурса PRACH.

RAR (или RAR CE MAC) может включать в себя указание, относящееся к одной или более подполосам и/или одной или более частям ширины полосы (BWP), в которых была принята преамбула. Например, указанная подполоса может относиться к любой подполосе и/или BWP в пределах соты. Указание может быть полезно, когда связь между BWP UL и DL не предусматривается/не предполагается (например, когда индексы BWP UL и BWP DL не совпадают). RAR (или RAR CE MAC) может включать в себя указание относительно соты, в которой была принята преамбула.

WTRU 102 может отслеживать RAR на множестве SSB или CSI-RS. Например, если выбранная преамбула PRACH и/или ресурс связаны с более чем одним SSB (или более чем одним CSI-RS), WTRU 102 может отслеживать RAR в блоках SSB (например, во всех SSB), связанных с выбранной преамбулой/ресурсом PRACH.

Типовая процедура определения приоритета RA

В процедуре RA с приоритетом при доступе NR-U можно использовать дифференцированное окно и/или конфигурацию LBT относительно недифференцированного RA. WTRU 102 может применять другое окно и/или конфигурацию LBT в зависимости, например, от приоритета RA.

WTRU 102 может определять и/или учитывать количество передач преамбулы и/или попыток повторных передач перед текущей попыткой при применении конкретного значения для окна и/или конфигурации LBT. WTRU 102 может определять и/или учитывать подполосу, в которой WTRU 102 пытается передать преамбулу при применении определенного значения для окна и/или конфигурации LBT. Например, конкретное значение для окна и/или конфигурации LBT может быть основано на: (1) количестве передач преамбулы и/или попыток; и/или (2) подполосе, в которой WTRU 102 пытается передать преамбулу, среди прочего.

Типовой запрос планирования (SR) в нелицензированном спектре

Типичное влияние LBT на передачу PUCCH

WTRU 102 может быть сконфигурирован с ресурсами PUCCH (например, для передачи запроса планирования или другой UCI по PUCCH). Ресурсы PUCCH могут включать в себя любое из: (1) одного или более временных ресурсов (например, набора символов), (2) одного или более частотных ресурсов (например, набора PRB), (3) одного или более прекодеров (например, аналогового/цифрового/гибридного прекодера (например, для передающего луча)), (4) одного или более покрывающих кодов (например, для обеспечения ортогонального или неортогонального множественного доступа), (5) шаблона перемежения (например, подмножества поднесущих и/или PRB, на которых следует осуществлять передачу) и/или (6) конфигурации LBT. Конфигурация LBT может быть принята WTRU 102 в широковещательной, многоадресной или одноадресной передаче. Конфигурация LBT может быть включена в принятую передачу или указана в ней. Например, конфигурация LBT может представлять собой указание, которое может быть полустатическим набором (например, установленным за период более одного TTI, период интервала или мини-интервала) и/или динамически установленным (например, за каждый период TTI, интервала или мини-интервала).

Типовая конфигурация LBT для каждой конфигурации SR

Например, для выполнения передачи SR на ресурсах PUCCH WTRU 102 может выполнять LBT перед такой передачей на ресурсах (например, сконфигурированных ресурсах PUCCH). WTRU 102 может использовать конфигурацию LBT, связанную с передачей конфигурации SR. Например, WTRU 102 может иметь конкретную конфигурацию LBT (например, помимо прочего, тип LBT, длительность и/или набор параметров), которая может быть применима к (например, только к) передаче SR или, например, уникальна для данной конфигурации SR, LCH или группы логических каналов (LCG). Например, WTRU 102 может быть сконфигурирован (например, посредством RRC) с сопоставлением между конфигурациями SR и конфигурациями LBT (и/или приоритетом класса доступа LBT) или среди них. В другом примере WTRU 102 может применять конфигурацию LBT, сконфигурированную для LCH, который инициировал SR перед передачей PUCCH.

Типовая процедура для инициируемых возможностей PUCCH

В определенных типовых вариантах осуществления WTRU 102 может выполнять передачу SR (и/или другой UCI) на ресурсе или ресурсах PUCCH, если WTRU 102 принял инициирующий сигнал (иногда называемый «инициирующим сигналом передачи PUCCH»). Инициирующий сигнал передачи PUCCH и его содержимое могут быть аналогичны инициирующему сигналу, описанному в настоящем документе для PRACH. Например, инициирующий сигнал передачи PUCCH может состоять из или может включать в себя DCI, принятую по PDCCH, в общем пространстве и/или в специфичном для WTRU пространстве поиска. Инициирующий сигнал передачи PUCCH может указывать любое из: (1) типа UCI, подлежащей передаче, такой как SR и/или HARQ-ACK, (2) индекса для действительного ресурса или ресурсов и/или (3) времени передачи, помимо прочего. Например, WTRU 102 может ожидать приема сигнала, который может указывать на то, что предстоящий ресурс PUCCH является действительным. Прием сигнала/указания может влиять на тип LBT (и/или параметры LBT), который будет использован для ресурса или ресурсов PUCCH. Например, для ресурса PUCCH, для которого WTRU 102 не принял инициирующий сигнал передачи PUCCH, WTRU 102 может использовать полное LBT перед передачей SR или другой UCI по PUCCH. Для ресурса или ресурсов PUCCH, для которых WTRU 102 принял инициирующий сигнал передачи PUCCH, WTRU 102 может использовать (1) LBT с более высоким приоритетом (например, конфигурацию LBT, в которой параметры ослаблены для повышения вероятности получения канала); или (2) не использовать LBT (например, совсем не использовать LBT).

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

В некоторых типовых вариантах осуществления WTRU 102 может быть разрешено (например, может быть разрешено только) передавать SR на сконфигурированном ресурсе PUCCH, если или при условии, что WTRU 102 принял инициирующий сигнал PUCCH, указывающий, что ресурс PUCCH является действительным.

В некоторых типовых вариантах осуществления WTRU 102 может быть разрешено передавать SR на любом из первого ресурса PUCCH (например, периодического ресурса) и/или на вторых ресурсах PUCCH, указанных инициирующим сигналом передачи PUCCH. Эти типовые варианты осуществления могут улучшать задержку передачи SR в сценариях, в которых большая часть периодических возможностей PUCCH для SR теряется из-за высокой занятости канала. Первый и второй ресурсы PUCCH можно выбирать из первого и второго набора ресурсов PUCCH, сконфигурированных посредством RRC и/или MAC. Например, первый набор ресурсов PUCCH может соответствовать первому индексу ресурса PUCCH (например, возникает периодически), а второй набор ресурсов PUCCH может соответствовать второму индексу ресурса PUCCH (например, с синхронизацией, указанной инициирующим сигналом передачи PUCCH).

Типовое поведение WTRU при приеме инициирующего сигнала

WTRU 102 может начинать отслеживание инициирующего сигнала ресурса PUCCH во время и/или после инициирования SR и/или во время и/или после определения того, что WTRU 102 должен или ему необходимо отправлять UCI по PUCCH. WTRU 102 можно сконфигурировать с шаблоном отслеживания для обнаружения инициирующего сигнала PUCCH. Конфигурация может быть предоставлена в широковещательном канале и/или может быть сконфигурирована RRC. После приема инициирующего сигнала WTRU 102 может пытаться передавать SR по связанному ресурсу или ресурсам PUCCH. Например, прием такого указания (например, инициирующего сигнала) может позволять WTRU 102 использовать множество ресурсов PUCCH и/или конфигураций SR.

Типовая процедура SR в нелицензированном спектре

Типовая процедура SR

Поскольку результат LBT может быть неизвестен MAC (например, уровню MAC), MAC может не знать, передал ли PHY SR. Уровень MAC может увеличивать значение SR_Counter для применимой конфигурации SR один раз и/или после указания PHY (например, физического уровня) на то, что SR был передан после успешного LBT. WTRU 102 может запускать таймер sr-ProhibitTimer и может отслеживать PDCCH один раз и/или после указания PHY уровню MAC на то, что SR был передан посредством PHY и LBT было успешным. Эта типовая процедура может быть полезна, например, чтобы предотвратить ненужное отслеживание PDCCH, когда SR фактически не был передан на PHY.

WTRU 102 может поддерживать (например, дополнительно поддерживать) счетчик SR attempt counter, который может возрастать, когда (например, каждый раз) MAC предписывает PHY отправлять SR независимо от результата LBT или каждый раз, когда попытка передачи SR не проходит LBT. Как только и/или после того, как SR attempt counter достигнет определенного количества попыток SR (например, порогового уровня) WTRU 102 может выполнять любое из следующего: (1) повторно передавать SR и/или переключаться на другое перемежение, подполосу, BWP, соту и/или работу с другой характеристикой PHY; (2) инициировать процедуру RA в данной соте; (3) сообщать о проблеме более высоким уровням (например, уведомлять RRC и/или инициировать RLF); и/или (4) изменять используемую конфигурацию LBT, помимо прочего.

Типовая процедура выбора ресурса PUCCH

WTRU 102 может не получить канал для передачи SR и/или может не принять PDCCH после успешного LBT для передачи SR. WTRU 102 может пытаться передавать или повторно передавать SR или RA-SR в другой подполосе, другом перемежении и/или другой соте. Это переключение канала может зависеть от любого из следующего: (1) количество повторных передач SR превышает сконфигурированное пороговое значение; (2) количество попыток SR превышает сконфигурированное пороговое значение; (3) индексы BWP UL и DL и/или связь между BWP UL и DL (например, если сконфигурированы и/или действительны) или среди них; (4) работает ли таймер (например, таймер бездействия BWP или таймер для сброса счетчика SR attempt counter) или время его работы истекло; (5) наблюдаемые условия занятости канала/нагрузки в отслеживаемых подполосах/BWP; (6) определенная статическая или полустатическая конфигурация, например, установленная посредством RRC или SI; и/или (7) возможность WTRU 102 поддерживать, помимо прочего, множество активных BWP.

В случае WTRU 102, способного поддерживать множество активных BWP, WTRU 102 может передавать SR (например, дополнительно передавать другой SR) в другой паре активных BWP и может продолжать отслеживать PDCCH в BWP DL, связанной с BWP UL, в которой был передан первый SR. Например, WTRU 102 может инициировать дополнительный SR в другой подполосе/BWP в зависимости от (например, на основе) счетчика передачи SR и/или счетчика попыток SR первого ожидающего отправки SR и/или в зависимости от (например, на основе) условий занятости канала.

WTRU 102 может начинать (например, дополнительно начинать) процедуру RA в другой BWP и/или соте, например, во время и/или после достижения определенного количества повторных передач и/или попыток SR. Например, WTRU 102 может определять и/или наблюдать, что BWP DL, в которой отправляют PDCCH, загружена (например, сильно загружена и/или загружена выше порогового уровня), хотя активная BWP UL не загружена (например, слегка загружена и/или загружена ниже другого порогового уровня). WTRU 102 может инициировать процедуру RA для изменения активной BWP DL WTRU 102. Например, WTRU 102 может инициировать процедуру RA в BWP UL, связанной с BWP DL, которая, например, слабо загружена, что может быть полезным для WTRU 102, допускающего только одну активную BWP DL на момент времени. При переключении на другую подполосу LBT и/или BWP WTRU 102 может останавливать текущую процедуру SR и может повторно запускать новую процедуру. WTRU 102 может сбрасывать счетчик SR attempt counter во время и/или после переключения BWP/подполос, например, если процедура SR не сбрасывается. WTRU может дополнительно сбрасывать счетчик SR attempt counter по истечении времени соответствующего таймера сброса, сконфигурированного посредством RRC.

Типовая процедура для повторных передач SR

На фиг. 4 представлена схема, иллюстрирующая типовую процедуру для повторной передачи SR, которая может продлевать таймер (например, sr-ProhibitTimer), например, когда канал занят (например, каналы DL U-NR и/или UL U-NR заняты).

Как показано на фиг. 4, типовая процедура 400 для повторной передачи SR может включать в себя WTRU 102, который может инициировать отчет о состоянии буфера (BSR) или запрос планирования (SR). В определенных типовых вариантах осуществления BSR может инициировать SR. Для NR-U WTRU 102 может выполнять операцию LBT на этапе 410, например, чтобы определять, доступен ли для передачи канал восходящей линии связи нелицензированных полос частот. Если канал восходящей линии связи доступен для передачи, WTRU 102 может генерировать SR и на этапе 420 может передавать SR на сетевой объект (например, gNB 180). После или во время передачи SR таймер (например, таймер запрета SR) может быть запущен, и он может истечь после периода 430 запрета SR. Если WTRU 102 не принимает ответ (например, предоставление) до истечения таймера запрета SR, WTRU 102 может пытаться повторно получить канал с использованием другой операции LBT на этапе 440 и может отправлять второй SR на этапе 450. Например, если канал нисходящей линии связи (DL) занят, на этапе 460 (например, сетевой объект не может отправить ответ (например, предоставление)), WTRU 102 может продлевать таймер запрета SR. На этапе 470 в течение продленного периода запрета SR WTRU 102 может принимать предоставление по нисходящей линии связи (например, по PDCCH) с заданным или сообщенным периодом K2 задержки (например, задержки в диапазоне 1-8 подкадров или TTI). После периода K2 задержки WTRU может пытаться получить канал с использованием другой операции LBT на этапе 480 и может отправлять информацию (например, BSR) с использованием восходящей линии связи (например, PUSCH), например CE MAC BSR. Затем WTRU 102 может отменять SR.

В определенных типовых вариантах осуществления, если WTRU 102 определяет, что сетевому объекту (например, gNB 180) не удалось передать PDCCH из-за сбоя LBT (например, если WTRU 102 не принял предоставления), WTRU 102 может продлевать или сбрасывать таймер (например, sr-ProhibitTimer) до истечения таймера. Например, WTRU 102 может определять, что PDCCH не был отправлен из-за занятости канала в течение некоторого периода времени; WTRU 102 может добавлять время (например, добавлять значение, представляющее длительность времени для таймера (например, sr-ProhibitTimer)), например, до определенной максимальной длительности/значения, которые могут быть сконфигурированы (например, предварительно сконфигурированы, полустатически сконфигурированы и/или сообщены сетевым объектом).

В других типовых вариантах осуществления WTRU 102 может продлевать или сбрасывать таймер (например, sr-ProhibitTimer) во время и/или после приема PDCCH после передачи SR для предоставления восходящей линии связи и/или после сбоя LBT (например, операции LBT) для предоставления, обеспеченного посредством PDCCH. WTRU может дополнительно отслеживать PDCCH в ожидании приема другого предоставления UL во время и/или после перезапуска sr-ProhibitTimer. Например, WTRU 102 может сбрасывать или добавлять значение к sr-ProhibitTimer во время или после приема предоставления восходящей линии связи после передачи SR. Добавленное значение может быть конфигурируемым, предварительно заданным и/или зависеть от продолжительности предоставления восходящей линии связи и/или времени передачи предоставления. Использование добавленного значения может быть полезным, например, когда WTRU 102 принимает предоставление восходящей линии связи после передачи SR и не может передавать PUSCH, например из-за сбоя LBT. В другом примере WTRU 102 может продлевать или сбрасывать sr-ProhibitTimer во время и/или после сбоя операции LBT для передачи PUSCH в предоставлении, принятом после отправки SR.

На фиг. 5 представлена схема, иллюстрирующая типовую процедуру для продления таймера запрета SR, используемого с операцией LBT (например, когда WTRU 102 может продлевать sr-ProhibitTimer во время или после сбоя LBT для передачи PUSCH в предоставлении, принятом после отправки SR).

Как показано на фиг. 5, типовая процедура 500 для продления таймера запрета SR может включать в себя WTRU 102, который может инициировать BSR или запрос планирования (SR). В определенных типовых вариантах осуществления BSR может инициировать SR. Для NR-U WTRU может выполнять операцию LBT на этапе 520, например, чтобы определять, доступен ли для передачи канал восходящей линии связи нелицензированных полос частот. Если канал восходящей линии связи доступен для передачи, WTRU 102 может генерировать SR и на этапе 530 передавать SR на сетевой объект (например, gNB 180). После или во время передачи SR таймер (например, таймер запрета SR) может быть запущен, и он может истекать после периода 540 запрета SR. Если WTRU 102 принимает ответ (например, предоставление 550) до истечения таймера запрета SR, WTRU 102 может ожидать период K2 задержки (например, заданный или сообщенный период задержки, например задержки в диапазоне 1-8 подкадров или TTI) и может пытаться повторно получить канал с использованием другой операции LBT на этапе 560. Если другая операция 560 LBT оказывается неудачной, WTRU может продлевать таймер запрета SR на продолжительный период времени. На этапе 570 сетевой объект (например, gNB 180) может отправлять другое предоставление WTRU 102 через PDCCH в DL. После приема предоставления WTRU 102 может ожидать период K2 задержки и может выполнять дополнительную операцию 580 LBT. После успешного выполнения дополнительной операции LBT (например, канал доступен) WTRU 102 может отправлять информацию (например, отчет BSR) с использованием UL (например, PUSCH), например CE MAC BSR. Затем WTRU 102 может отменять SR.

В определенных типовых вариантах осуществления WTRU 102 может продлевать или сбрасывать sr-ProhibitTimer для данной конфигурации SR во время и/или после передачи другого SR в другой подполосе, BWP и/или конфигурации SR. Значение, добавленное к таймеру, может зависеть от (например, может быть основано на) любого из: (1) периодичности конфигурации SR дополнительного SR, (2) значения, сконфигурированного для таймера запрета SR для дополнительного SR, (3) временной линии HARQ и/или времени прохождения сигнала в обоих направлениях (RTT) BWP/подполосы, в которой отправляют дополнительный SR, (4) периода отслеживания PDCCH, связанного с передачей дополнительного SR, и/или (5) свойств предоставления, принятого по PDCCH, помимо прочего. Например, WTRU 102 может продлевать sr-ProhibitTimer первого ожидающего отправки SR во время или после передачи другого SR в другой конфигурации BWP и/или SR. Это поведение может зависеть от (например, дополнительно зависеть от) способности WTRU 102 поддерживать множество активных BWP.

Типовая процедура отмены SR

Если WTRU 102 уже отправил SR (например, после успешного LBT), во время и/или после попытки отправки SR в другой подполосе и/или BWP WTRU 102 может: (1) отменять предыдущий SR и инициировать дополнительный; или (2) сохранять (например, поддерживать) предыдущий ожидающий отправки SR и инициировать дополнительный (например, дополнительный SR). Решение WTRU 102 может зависеть от (например, может быть основано на): (1) возможности WTRU 102 иметь (например, поддерживать) множество активных BWP и/или пар BWP, (2) том, действительно ли SR был передан в PHY в исходной BWP, и/или (3) условий занятости канала в исходной BWP DL. Если WTRU 102 отменяет предыдущий ожидающий отправки SR, WTRU 102 может сбрасывать (например, дополнительно сбрасывать) счетчик попыток SR при переключении BWP/подполос.

В примере с лицензированной NR WTRU 102 может отменять ожидающий отправки SR во время и/или после передачи PDU MAC, содержащего или включающего в себя CE MAC BSR. Для NR-U WTRU 102 может отменять ожидающий отправки SR при передаче PDU MAC, содержащего или включающего в себя CE MAC BSR, и во время и/или после подтверждения от PHY того, что предоставление было передано по PUSCH после успешного LBT, например при приеме уведомления, указывающего на успешность LBT, или при определении того, что указание от PHY (например, L1 или физического уровня) о сбое LBT не принято для попытки передачи SR. Аналогичным образом WTRU 102 может отменять ожидающий отправки BSR во время и/или после передачи PDU MAC, содержащего или включающего в себя соответствующий CE MAC BSR, и во время и/или после подтверждения от PHY (например, L1 или физического уровня) о том, что предоставление было передано по PUSCH после успешного LBT.

Типовая процедура для множества одновременных попыток LBT

Например, может быть полезно выполнять несколько попыток LBT на разных ресурсах и, возможно, в разных подполосах (например, в каждой со своей собственной процедурой LBT) во время и/или после инициирования SR. Это разнесение может обеспечивать устойчивость к сбою получения канала в одной или более подполосах. Выполнение множества попыток LBT может дополнительно зависеть от любого из следующего: (1) номер повторной передачи SR; (2) номер попытки SR; (3) индексы BWP UL и DL и/или связь между BWP UL и DL (например, если сконфигурированы и/или действительны) или среди них; (4) запущен или истекает таймер (например, таймер бездействия BWP); (5) наблюдаемые условия занятости канала/нагрузки в отслеживаемых подполосах/BWP; (6) определенная статическая или полустатическая конфигурация, например, установленная посредством RRC или SI; и/или (7) возможность WTRU 102 поддерживать, помимо прочего, множество активных BWP. WTRU 102 может дополнительно отслеживать PDCCH на множестве BWP или подполос (например, на определенных BWP или подполосах) при отправке SR, что может зависеть от конфигурации и/или от того, способен ли WTRU 102 поддерживать множество активных BWP или пар BWP.

Типовая передача сконфигурированного предоставления

WTRU 102 может быть выполнен с возможностью выполнения передач без предоставления с использованием сконфигурированных предоставлений. WTRU 102 может выполнять LBT перед передачей в сконфигурированном предоставлении. В некоторых случаях LBT может завершаться неудачей, и WTRU 102 может ожидать и/или вынужден ожидать, пока не будет сконфигурировано будущее событие предоставления или запланированное предоставление для передачи данных WTRU 102, например, что может добавлять нежелательную задержку. WTRU 102 можно сконфигурировать с условно сконфигурированными ресурсами предоставления. Такие условно сконфигурированные ресурсы предоставления могут (или могут только) быть использованы, если предшествующее (или непосредственно предшествующее) сконфигурированное предоставление не было использовано WTRU 102, например, из-за сбоя LBT. Для использования условно сконфигурированного предоставления WTRU 102 может быть выполнен с возможностью сначала приема инициирующего сигнала от сетевого объекта (например, gNB 180), указывающего, что условно сконфигурированное предоставление является действительным. WTRU 102 может выполнять LBT (до или после приема инициирующего сигнала условно сконфигурированного предоставления) способом, аналогичным описанному в настоящем документе для инициирующего сигнала PRACH.

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

Как показано на фиг. 6, типовая процедура 600 может быть реализована WTRU 102 для выполнения доступа к системе с использованием одной или более нелицензированных полос частот. На этапе 610 WTRU 102 может получать информацию о LBT, указывающую конфигурацию LBT, включая параметры, применимые к передаче преамбулы (RAP) произвольного доступа (RA). На этапе 620 WTRU 102 на основе конфигурации LBT может определять, доступна ли для передачи соответствующая нелицензированная полоса частот из одной или более нелицензированных полос частот или нелицензированный канал из множества нелицензированных каналов. На этапе 630 WTRU 102 может передавать RAP по каналу RA (RACH) с использованием соответствующей нелицензированной полосы частот или нелицензированного канала при условии, что соответствующая нелицензированная полоса частот или нелицензированный канал доступны для передачи.

В определенных типовых вариантах осуществления WTRU может определять любое из того, что: (1) необходима передача по восходящей линии связи; (2) инициирована процедура произвольного доступа; или (3) запрос планирования находится в состоянии ожидания отправки и может отслеживать наличие информации (например, информации о LBT и/или информации о CTT) в соответствии с этим определением.

В определенных типовых вариантах осуществления WTRU 102 может устанавливать указанные параметры и может передавать RAP в соответствии с установленными параметрами.

В определенных типовых вариантах осуществления WTRU может (1) принимать информацию о LBT от сетевого объекта (например, gNB 180); (2) принимать от сетевого объекта информацию, связанную с множеством конфигураций LBT, и выбирать одну из множества конфигураций LBT в качестве выбранной конфигурации LBT; и/или (3) выбирать одну из множества заданных конфигураций LBT в качестве выбранной конфигурации LBT.

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

В определенных типовых вариантах осуществления PTT может указывать действительные ресурсы RACH для передачи RAP и/или может представлять собой любой из: (1) явного инициирующего сигнала или (2) неявного инициирующего сигнала, основанного на передаче от сетевого объекта, включая (i) один или более блоков синхронизации системы (SSB); (ii) один или более опорных сигналов (RS); (iii) один или более каналов управления (CCH); (iv) один или более блоков служебной информации (MIB) и/или (v) один или более блоков системной информации (SIB).

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

В определенных типовых вариантах осуществления отслеживание для PTT может включать в себя отслеживание WTRU 102 текущего PTT из множества PTT. Например, WTRU 102, определяющий, доступна ли для передачи соответствующая нелицензированная полоса частот или нелицензированный канал, может предусматривать определение WTRU 102, являются ли соответствующая нелицензированная полоса частот или нелицензированный канал доступными для текущей передачи или текущей повторной передачи в нелицензированной полосе частот или по нелицензированному каналу в соответствии с конфигурацией LBT, выбранной на основании текущего PTT.

В определенных типовых вариантах осуществления PTT может быть включен в ответ при произвольном доступе (RAR).

В определенных типовых вариантах осуществления, используя операцию совместного применения COT, WTRU 102 может получать для связи с сетевым объектом (например, gNB 108 или точкой доступа к сети (NAP)) соответствующую нелицензированную полосу частот или нелицензированный канал для завершения операции RACH (или серии операций RACH) после определения доступности соответствующей нелицензированной полосы частот или нелицензированного канала для завершения операции RACH (или серии операций RACH). WTRU 102 может поддерживать для связи с сетевым объектом полученную соответствующую нелицензированную частоту или нелицензированный канал во время завершения процедуры RACH (например, или серии операций RACH). WTRU 102 может освобождать полученную соответствующую нелицензированную полосу частот или нелицензированный канал после завершения процедуры RACH (например, или серии операций RACH). Например, WTRU 102 может совместно с сетевым объектом использовать нелицензированную полосу частот или нелицензированный канал во время завершения процедуры RACH (например, или серии операций RACH) на основе заданной серии передач между WTRU и сетевым объектом.

Хотя описано совместное применение COT для RACH, совместное применение COT можно использовать с другими типами процедур/операций, включая операцию/процедуры SR и другие процедуры/операции сигнализации управления. Например, поскольку WTRU может получать и может совместно использовать нелицензированную полосу или канал в течение длительного периода времени, WTRU может только вначале выполнять операцию LBT и не может выполнять другое LBT во время завершения процедуры RACH (или серии операций RACH) и возможных других последовательных передач.

В определенных типовых вариантах осуществления WTRU 102 может выполнять одну из: (1) укороченной операции LBT; или (2) удлиненной операции LBT.

В определенных типовых вариантах осуществления WTRU 102 может отслеживать ответ и/или может определять, следует ли продлевать, приостанавливать или сбрасывать время истечения таймера на основе любого из следующего: (1) должен ли ответ быть принят в нелицензированной полосе частот или по нелицензированному каналу или нет; (2) нелицензированная полоса частот или нелицензированный канал заняты, и/или (3) сетевой объект не получил нелицензированную полосу частот или нелицензированный канал, в качестве определенного результата. WTRU 102 может продлевать, приостанавливать или сбрасывать таймер в соответствии с определенным результатом. Например, WTRU 102 может повторно передавать преамбулу RA при условии, что таймер истекает до приема ответа.

В определенных типовых вариантах осуществления WTRU 102 может корректировать любой из: таймера ответа RA и/или таймера разрешения конфликтов в соответствии с условиями занятости канала.

В определенных типовых вариантах осуществления WTRU 102 может отслеживать ответ RA (RAR), может передавать первое сообщение и может отслеживать второе сообщение, так что RAP, RAR, первое сообщение и второе сообщение могут быть переданы и/или приняты на разных ресурсах, каждый из которых использует отличающуюся операцию LBT.

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

В определенных типовых вариантах осуществления после передачи RAP WTRU 102 может определять, что сетевой объект (например, gNB или точка доступа к сети) не передал ответ RA в нелицензированной полосе частот или по нелицензированному каналу. WTRU 102 может определять доступность нелицензированной полосы частот или нелицензированного канала и может запускать таймер отсрочки передачи. Например, WTRU 102 может повторно передавать RAP по истечении таймера отсрочки передачи.

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

В определенных типовых вариантах осуществления после неудачной попытки: (1) получить нелицензированную полосу частот для RAP; или (2) принять ответ RA, WTRU 102 может повторно передавать RAP в любом из: другой подполосы, другого перемежения и/или другой преамбулы/экземпляра RACH канала RA.

В определенных типовых вариантах осуществления WTRU 102 может определять приоритет RA и/или может устанавливать на основе определенного приоритета RA любое из: выбранного окна LBT и/или конфигурации относительно недифференцированного RA.

В определенных типовых вариантах осуществления WTRU 102 может пропускать или применять другую конфигурацию LBT перед передачей первого сообщения на основе сконфигурированных или сообщенных точек переключения.

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

Как показано на фиг. 7, типовая процедура 700 может быть реализована WTRU 102 для выполнения доступа к системе с использованием одной или более нелицензированных полос частот. На этапе 710 WTRU 102 может отслеживать получение от сетевого объекта (например, gNB или NAP) инициирующего сигнала передачи преамбулы (PTT), указывающего на доступность нелицензированной полосы частот или нелицензированного канала. На этапе 720 WTRU 102 может передавать преамбулу произвольного доступа (RAP) в доступной нелицензированной полосе частот или по нелицензированному каналу. Например, PTT может указывать действительные ресурсы RACH для передачи RAP и может представлять собой любой из: (1) явного инициирующего сигнала или (2) неявного инициирующего сигнала.

В определенных типовых вариантах осуществления WTRU 102 может обеспечивать (например, использовать) множество заданных операций прослушивания перед передачей (LBT). WTRU 102 может определять, следует ли выполнять операцию LBT, и, если выполнять операцию LBT необходимо, WTRU 102 может выбирать одну из множества операций LBT на основе принятого PTT. Перед передачей RAP WTRU 102 на основе выбранной операции LBT может подтверждать, что нелицензированная полоса частот или нелицензированный канал доступны.

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

В определенных типовых вариантах осуществления перед отслеживанием PTT WTRU 102 может определять, что WTRU должен выполнить доступ к системе. WTRU 102 может устанавливать таймер отсрочки передачи и может ожидать получения PTT. При условии, что таймер отсрочки передачи истекает раньше приема PTT, WTRU 102 может продлевать или сбрасывать таймер отсрочки передачи. При условии, что PTT принят до истечения таймера отсрочки передачи, WTRU 102 может осуществлять передачу RAP посредством доступной нелицензированной полосы частот или нелицензированного канала или по ним.

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

Как показано на фиг. 8, типовая процедура 800 может быть реализована WTRU 102, например, для выполнения доступа к системе с использованием одной или более нелицензированных полос частот. На этапе 810 WTRU 102 может определять, доступен ли для передачи канал восходящей линии связи нелицензированных полос частот. На этапе 820 при условии, что канал восходящей линии связи доступен для передачи, WTRU 102 может генерировать первый запрос планирования (SR) для операции SR и может передавать первый SR на сетевой объект (например, gNB 180 или NAP). На этапе 830 WTRU 102 может запускать таймер запрета для запрета дополнительной операции SR до истечения первого периода времени. На этапе 840 после передачи первого SR WTRU 102 может определять, доступен ли канал нисходящей линии связи нелицензированных полос частот сетевому объекту (например, gNB 180 или NAP) для передачи. На этапе 850 при условии, что канал нисходящей линии связи недоступен сетевому объекту (например, gNB 180 или NAP) для передачи, WTRU 102 может продлевать период истечения таймера запрета, например, для ожидания ответа от сетевого объекта (например, gNB 180 или NAP) на первый SR в течение дополнительного периода времени.

В определенных типовых вариантах осуществления WTRU 102 может принимать от сетевого объекта предоставление восходящей линии связи до истечения дополнительного периода времени. После приема предоставления восходящей линии связи WTRU 102 может определять, доступен ли канал восходящей линии связи для передачи. При условии, что канал восходящей линии связи доступен для передачи, WTRU 102 может передавать информацию отчета о состоянии буфера (BSR) посредством канала восходящей линии связи или по нему. Более высокий уровень WTRU 120 может отменять первый SR при условии, что (1) информация BSR передается физическим уровнем (например, более низким уровнем) и/или (2) с физического уровня принято указание об успешности операции LBT для передачи канала восходящей линии связи.

В определенных типовых вариантах осуществления при условии, что таймер запрета истекает по истечении либо первого периода времени, либо дополнительного периода времени, WTRU 102 может инициировать дополнительную операцию SR, определяя, доступен ли для передачи канал восходящей линии связи или другой канал восходящей линии связи нелицензированных полос частот, и при условии, что для передачи доступен канал восходящей линии связи или другой канал восходящей линии связи WTRU 102 может: (1) генерировать дополнительный SR для дополнительной операции SR и/или передавать дополнительный SR на сетевой объект.

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

Как показано на фиг. 9, типовая процедура 900 может быть реализована WTRU 102, например, для выполнения доступа к системе с использованием одной или более нелицензированных полос частот. На этапе 910 WTRU 102 может определять, доступен ли для передачи канал восходящей линии связи нелицензированных полос частот. На этапе 920 при условии, что канал восходящей линии связи доступен для передачи, WTRU 102 может генерировать первый запрос планирования (SR) для первой операции SR и может передавать первый SR на сетевой объект. На этапе 930 WTRU 102 может запускать таймер запрета для запрета дополнительной операции SR до истечения первого периода времени. На этапе 940 WTRU 102 может принимать от сетевого объекта предоставление восходящей линии связи до истечения первого периода времени. На этапе 950 WTRU 102 может после приема предоставления восходящей линии связи определять, доступен ли канал восходящей линии связи для передачи. На этапе 960 при условии, что канал восходящей линии связи недоступен для передачи, WTRU 102 может продлевать период истечения таймера запрета, чтобы ожидать прием дополнительного предоставления восходящей линии связи от сетевого объекта в течение дополнительного периода времени. На этапе 970 WTRU 102 может принимать от сетевого объекта посредством WTRU дополнительное предоставление восходящей линии связи до истечения дополнительного периода времени.

В определенных типовых вариантах осуществления WTRU 102 после приема дополнительного предоставления восходящей линии связи может определять, доступен ли канал восходящей линии связи для передачи. При условии, что канал восходящей линии связи доступен для передачи, WTRU 102 может передавать информацию отчета о состоянии буфера (BSR) по каналу восходящей линии связи. Более высокий уровень WTRU 102 может отменять первый SR при условии, что информация BSR передается физическим уровнем (например, более низким или самым низким уровнем), и с физического уровня отправляется указание об успешности операции LBT для передачи канала восходящей линии связи.

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

Как показано на фиг. 10, типовая процедура 1000 может быть реализована WTRU 102 с использованием одной или более нелицензированных полос частот. На этапе 1010 WTRU 102 может определять, доступно ли для передачи любое из: множества подполос и/или частей ширины полосы (BWP). На этапе 1020 при условии доступности для передачи двух или более из множества подполос и/или частей ширины полосы WTRU 102 может пытаться выполнять одну или более процедур LBT (например, одновременно, почти одновременно или последовательно) на доступных ресурсах для передачи преамбулы произвольного доступа или запроса планирования по доступным подполосам и/или частям ширины полосы. На этапе 1030 WTRU 102 может принимать от сетевого объекта ответ на передачу от WTRU посредством любого из: множества подполос или частей ширины полосы.

В определенных типовых вариантах осуществления после приема ответа WTRU 102 может определять, доступно ли для передачи с WTRU любое из: множества подполос или частей ширины полосы. Например, при условии, что для передачи доступны две или более из множества подполос или частей ширины полосы, WTRU 102 может передавать сообщение посредством двух или более из доступных подполос или частей ширины полосы или по ним.

В определенных типовых вариантах осуществления передача преамбулы произвольного доступа в доступных подполосах или частях ширины полосы одновременно или почти одновременно может быть дополнительно обусловлена любым из: (1) номера повторной передачи преамбулы; (2) конфигурации управления радиоресурсом (RRC); (3) номера попытки преамбулы; (4) индексов частей ширины полосы восходящей линии связи (UL) и нисходящей линии связи (DL); (5) связи между частями ширины полосы UL и DL или среди них; (6) запущен ли таймер неактивности части ширины полосы; (7) наблюдаемой занятости канала и/или условий нагрузки в подполосах и/или частях ширины полосы; (8) одной или более конкретных конфигураций, принятых посредством сигнализации; и/или (9) возможности WTRU поддерживать множество активных частей ширины полосы.

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

Как показано на фиг. 11, типовая процедура 1100 может быть реализована WTRU 102 с использованием одной или более нелицензированных полос частот. На этапе 1110 WTRU 102 может определять, доступны ли первая подполоса или первая часть ширины полосы нелицензированных полос частот для передачи или повторной передачи. На этапе 1120 при условии, что первая подполоса или первая часть ширины полосы доступны для передачи, WTRU 102 может передавать преамбулу произвольного доступа в доступной первой подполосе или доступной первой части ширины полосы. На этапе 1130 WTRU 102 может увеличивать значение счетчика попыток преамбулы после каждого определения недоступности. На этапе 1140 при условии, что счетчик попыток достигает порогового уровня, WTRU 102 может определять, доступна ли вторая подполоса или вторая часть ширины полосы для передачи или повторной передачи. На этапе 1150 при условии, что вторая подполоса или вторая часть ширины полосы доступны для передачи, WTRU 102 может переключаться на второй доступный канал и/или передавать преамбулу произвольного доступа в доступной второй подполосе или доступной второй части ширины полосы.

В определенных типовых вариантах осуществления нижний уровень WTRU 102 может сообщать о проблеме более высоким уровням при условии, что каналы недоступны для передачи или повторной передачи.

В определенных типовых вариантах осуществления WTRU 102 может определять, доступна ли первая подполоса или первая часть ширины полосы для передачи или повторной передачи. Например, WTRU 102 может передавать преамбулу произвольного доступа посредством или в любой из: доступных первой и второй подполос и/или первой и второй частей ширины полосы.

На фиг. 12 представлена блок-схема, иллюстрирующая типовую процедуру выбора конфигурации LBT.

Как показано на фиг. 12, типовая процедура 1200 может быть реализована WTRU 102 с использованием одной или более нелицензированных полос частот. На этапе 1210 WTRU 102 может принимать в сообщении нисходящей линии связи информацию инициирующего сигнала передачи канала восходящей линии связи (UCTT). На этапе 1220 WTRU 102 может выбирать тип конфигурации LBT, подлежащей выполнению, на основании принятой информации UCTT. На этапе 1230 WTRU 102 может определять в соответствии с выбранной конфигурацией LBT, доступен ли для передачи нелицензированный частотный канал восходящей линии связи. На этапе 1240 при условии, что нелицензированный частотный канал восходящей линии связи доступен для передачи в соответствии с выбранной конфигурацией LBT, WTRU 102 может передавать данные или информацию управления посредством нелицензированного частотного канала восходящей линии связи или по нему.

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

В определенных типовых вариантах осуществления информация UCTT может указывать ресурсы канала управления восходящей линии связи для передачи по меньшей мере информации управления и может включать в себя любое из: (1) информации управления нисходящей линии связи, принятой по каналу управления нисходящей линии связи в общем пространстве поиска и/или в специфичном для WTRU пространстве поиска. UCTTI может указывать любое из: (1) типа UCI, подлежащей передаче по каналу восходящей линии связи; (2) индекса действительного ресурса или ресурсов для канала восходящей линии связи и/или (3) времени передачи, связанного с каналом восходящей линии связи.

В определенных типовых вариантах осуществления информация управления может представлять собой запрос планирования (SR); и WTRU 102 может передавать SR с использованием первого набора ресурсов канала восходящей линии связи, не указанных в информации UCTT, и второго набора ресурсов канала восходящей линии связи, указанных в информации UCTT.

В определенных типовых вариантах осуществления информация управления может представлять собой запрос планирования (SR); и WTRU 102 может передавать SR с использованием первого набора ресурсов канала восходящей линии связи, указанного первым индексом ресурса, и второго набора ресурсов канала восходящей линии связи, указанного вторым индексом ресурса, в соответствии с информацией UCTT.

На фиг. 13 представлена блок-схема, иллюстрирующая типовую процедуру повторной передачи после сбоя операции LBT.

Как показано на фиг. 13, типовая процедура 1300 может быть реализована WTRU 102 с использованием одной или более нелицензированных полос частот. На этапе 1310 WTRU 102 может определять, доступен ли канал (например, первая подполоса или первая часть ширины полосы одной или более нелицензированных полос частот) для передачи. На этапе 1320 при условии, что канал доступен для передачи, WTRU 102 может передавать запрос планирования (SR) посредством доступного канала или по нему. На этапе 1330 WTRU 102 может увеличивать значение счетчика попыток после каждого определения недоступности канала. На этапе 1340 при условии, что счетчик попыток достигает порогового уровня, WTRU 102 может определять, следует ли выполнять любое из следующего: (1) определять наличие дополнительного канала и переключаться на него; (2) передавать SR по дополнительному каналу; (3) инициировать процедуру произвольного доступа по дополнительному каналу; (3) сообщать о проблеме более высоким уровням; и/или (4) изменять используемую конфигурацию LBT. На этапе 1350 при условии, что WTRU определяет необходимость повторной передачи SR или RA-SR по дополнительному каналу, WTRU 102 может определять, доступен ли дополнительный канал. На этапе 1360 WTRU 102 может повторно передавать SR или RA-SR посредством дополнительного канала или по нему.

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

Как показано на фиг. 14, типовая процедура 1400 может быть реализована WTRU 102, например, для выполнения доступа к системе с использованием одной или более нелицензированных полос частот. На этапе 1410 WTRU 102 может отслеживать инициирующий сигнал передачи преамбулы (PTT). На этапе 1420 при условии, что PTT был принят, WTRU 102 может передавать преамбулу произвольного доступа (RAP) посредством соответствующей нелицензированной полосы частот из одной или более нелицензированных полос частот или по ней.

В определенных типовых вариантах осуществления WTRU 102 может отслеживать соответствующую нелицензированную полосу, чтобы определять, доступна ли соответствующая нелицензированная полоса для передачи, и/или может передавать RAP посредством нелицензированной полосы частот или по ней при условии, что PTT принят после определения доступности нелицензированной полосы частот на основании отслеживания WTRU. Например, отслеживание соответствующей нелицензированной полосы частот может включать в себя непрерывное или периодическое отслеживание соответствующей нелицензированной полосы частот. WTRU 102 может определять, доступна ли соответствующая нелицензированная полоса для передачи, путем выполнения одной или более операций LBT.

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

Как показано на фиг. 15, типовая процедура 1500 может быть реализована WTRU 102, например, для выполнения доступа к системе с использованием одной или более из нелицензированных полос частот и выбранного луча из множества возможных лучей. На этапе 1510 WTRU 102 может сопоставлять каждый луч из множества возможных лучей, каждый из которых связан с блоком синхронизации системы, с соответствующим набором ресурсов PRACH или соответствующей преамбулой произвольного доступа (RAP). На этапе 1520 WTRU 102 может. определять выбранный луч из числа сопоставленных лучей. На этапе 1530 WTRU 102 может определять, доступна ли для передачи соответствующая нелицензированная полоса частот из одной или более нелицензированных полос частот. На этапе 1540 при условии, что соответствующая нелицензированная полоса частот доступна для передачи, WTRU 102 может передавать RAP по PRACH, используя соответствующую нелицензированную полосу частот и выбранный луч.

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

В определенных типовых вариантах осуществления при условии, что соответствующая нелицензированная полоса частот недоступна для передачи, WTRU 102 может выбирать новую нелицензированную полосу частот из одной или более нелицензированных полос частот и/или может определять, доступна ли новая нелицензированная полоса частот для передачи. При условии, что новая нелицензированная полоса частот доступна для передачи, WTRU 102 может передавать одну и ту же RAP или другую RAP посредством или по PRACH, используя новую нелицензированную полосу частот и выбранный луч.

В определенных типовых вариантах осуществления при условии, что соответствующая нелицензированная полоса частот недоступна для передачи, WTRU 102 может ожидать следующий экземпляр RACH. WTRU 102 может определять, доступна ли для передачи соответствующая нелицензированная полоса частот из одной или более нелицензированных полос частот во время следующего экземпляра RACH. WTRU 102 может передавать RAP посредством или по RACH, используя соответствующую нелицензированную полосу частот и выбранный луч или другой луч после повторного сопоставления при условии, что соответствующая нелицензированная полоса частот доступна для передачи.

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

На фиг. 16 представлена блок-схема, иллюстрирующая типовую процедуру, использующую пороговое значение помех.

Как показано на фиг. 16, типовая процедура 1600 может быть реализована WTRU 102, например, для выполнения доступа к системе с использованием одной или более нелицензированных полос частот. На этапе 1610 WTRU 102 может определять посредством операции LBT, доступна ли для передачи соответствующая нелицензированная полоса частот из одной или более нелицензированных полос частот. На этапе 1620 при условии, что соответствующая нелицензированная полоса частот доступна для передачи, WTRU 102 может передавать RAP посредством или по PRACH, используя соответствующую нелицензированную полосу частот из одной или более нелицензированных полос частот. Например, определение того, доступна ли для передачи соответствующая нелицензированная полоса частот, может включать в себя выполнение WTRU 102 анализа незанятости канала (CCA) в рамках операции LBT, которая включает в себя установку порога помех для передачи PRACH, отличного от порога помех для других передач.

В определенных типовых вариантах осуществления пороговые значения помех для передачи PRACH и других передач, используемых для CCA, варьируются в ходе операции LBT.

В определенных типовых вариантах осуществления WTRU 102 может принимать конфигурацию LBT, которая может включать в себя или может указывать переменные пороговые значения CCA и/или переменное смещение синхронизации между окончанием операции LBT и началом передачи RAP по PRACH.

В определенных типовых вариантах осуществления WTRU 102 может определять, что: (1) соответствующая нелицензированная полоса частот доступна до времени, определенного смещением и синхронизацией передачи RAP по PRACH; или (2) соответствующая нелицензированная полоса частот недоступна.

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

Как показано на фиг. 17, типовая процедура 1700 может быть реализована WTRU 102, например, для выполнения доступа к системе с использованием одной или более нелицензированных полос частот. На этапе 1710 WTRU 102 может определять, возможна ли передача по восходящей линии связи в том же интервале и/или в тех же символах, что и у другой передачи по восходящей линии связи от другого WTRU, в качестве определенного результата. На этапе 1720 WTRU 102 может выбирать операцию LBT из набора возможных операций LBT на основании определенного результата, а выбранная операция LBT может отличаться от других возможных операций LBT любым из: (1) типа операции LBT или (2) параметров LBT, используемых в операции LBT. На этапе 1730 WTRU 102 может определять посредством выбранной операции LBT, доступна ли для передачи соответствующая нелицензированная полоса частот из одной или более нелицензированных полос частот. На этапе 1740 при условии, что нелицензированные полосы частот доступны для передачи, WTRU 102 может передавать RAP посредством или по PRACH с использованием соответствующей нелицензированной полосы частот.

На фиг. 18 представлена блок-схема, иллюстрирующая типовую процедуру, использующую информацию перемежения; и,

как показано на фиг. 18, типовая процедура 1800 может быть реализована WTRU 102, например, для выполнения доступа к системе с использованием одной или более нелицензированных полос частот. На этапе 1810 WTRU 102 может получать любую из: (1) информации перемежения, отправленной сетевым объектом, или (2) предварительно сконфигурированной информации о правиле перемежения. На этапе 1820 WTRU 102 может сопоставлять любой из: PUSCH и/или PRACH WTRU с временными/частотными элементами в соответствующей нелицензированной полосе частот из одной или более нелицензированных полос частот на основании полученной информации таким образом, что PUSCH и/или PRACH WTRU должны перемежаться с информацией восходящей линии связи одного или более других WTRU. На этапе 1830 WTRU 102 может передавать каналы PUSCH и/или PRACH на сопоставленных временных/частотных элементах соответствующей нелицензированной полосы частот.

В определенных типовых вариантах осуществления (1) PUSCH может перемежаться, а PRACH не может перемежаться; (2) PUSCH и PRACH можно передавать с использованием разных перемежений; и/или (3) PUSCH и PRACH можно передавать с использованием одного перемежения.

На фиг. 19 представлена блок-схема, иллюстрирующая типовую процедуру, использующую индикатор условного предоставления.

Как показано на фиг. 19, типовая процедура 1900 может быть реализована WTRU 102, например, для выполнения доступа к системе с использованием одной или более нелицензированных полос частот. На этапе 1910 WTRU 102 может передавать RAP посредством или по PRACH, используя соответствующую нелицензированную полосу частот из одной или более нелицензированных полос частот. На этапе 1920 WTRU 102 может принимать предоставление для ресурсов восходящей линии связи, связанных с соответствующей нелицензированной полосой частот. На этапе 1930 WTRU 102 может определять, доступна ли для передачи соответствующая нелицензированная полоса частот, связанная с предоставлением. На этапе 1940 WTRU 102 может выполнять одно из: (1) передачи для обмена данными по восходящей линии связи с использованием соответствующей нелицензированной полосы частот при условии, что соответствующая нелицензированная полоса частот доступна для передачи, или (2) передачи для обмена данными по восходящей линии связи с использованием соответствующей нелицензированной полосы частот, когда соответствующая нелицензированная полоса частот становится доступна при условии, что установлен индикатор условного предоставления.

На фиг. 20 представлена блок-схема, иллюстрирующая типовую процедуру, использующую канал.

Как показано на фиг. 20, типовая процедура 2000 может быть реализована WTRU 102 с использованием канала, например, одной или более из нелицензированных полос частот. На этапе 2010 WTRU 102 может принимать в сообщении нисходящей линии связи инициирующий сигнал передачи канала (CTT). На этапе 2020 WTRU 102 может выбирать тип конфигурации прослушивания перед передачей (LBT), подлежащей выполнению, на основе принятого CTT. На этапе 2030 WTRU 102 может определять в соответствии с типом выбранной конфигурации LBT, доступен ли канал для передачи. На этапе 2040 при условии, что канал доступен для передачи, WTRU 102 может передавать по этому каналу данные или информацию управления.

В определенных типовых вариантах осуществления выбор типа подлежащей выполнению конфигурации LBT может быть дополнительно основан на любом из: (1) содержимого CTT; и/или (2) синхронизации приема CTT и синхронизации соответствующей передачи по восходящей линии связи.

В определенных типовых вариантах осуществления WTRU 102 может определять конфигурацию LBT неявным образом на основании разницы во времени между приемом CTT и началом передачи по восходящей линии связи или явным образом из содержимого CTT.

В определенных типовых вариантах осуществления WTRU 102 может определять, что передача необходима, и может отслеживать наличие CTT после определения того, что передача необходима.

В определенных типовых вариантах осуществления канал может представлять собой любое из: (1) одной или более полос частот, (2) одной или более несущих составляющих, (3) одной или более частей ширины полосы, (4) одной или более подполос, (5) одного или более значений ширины полосы LBT и/или (6) временных/частотных ресурсов.

В определенных типовых вариантах осуществления тип выбранной конфигурации LBT может указывать на то, что для канала одна из: (1) полной операции LBT подлежит выполнению; (2) укороченной операции LBT подлежит выполнению; или (3) операции LBT не подлежит выполнению.

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

В определенных типовых вариантах осуществления CTT может указывать любое из: (1) типа информации управления восходящей линии связи (UCI), подлежащей передаче по каналу; (2) индекса действительного ресурса или ресурсов для канала; (3) времени передачи, связанного с каналом; и/или (4) конфигурации LBT, применимой к передаче по восходящей линии связи после приема CTT.

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

В определенных типовых вариантах осуществления WTRU 102 может получать информацию о LBT, содержащую по меньшей мере конфигурацию LBT первого типа, конфигурацию LBT второго типа. Например, конфигурация LBT первого типа может представлять собой конфигурацию LBT для укороченной операции LBT, конфигурация LBT второго типа может представлять собой конфигурацию LBT для полной операции LBT и/или конфигурация LBT третьего типа может представлять собой конфигурацию LBT для операции без LBT.

В определенных типовых вариантах осуществления информация управления может включать в себя преамбулу произвольного доступа (RAP) или сообщение 3, используемые в процедуре произвольного доступа. CTT может, например, указывать ресурсы канала произвольного доступа (RACH) для передачи RAP, и/или CTT может представлять собой любой из: (1) явного инициирующего сигнала или (2) неявного инициирующего сигнала, основанного на передаче от сетевого объекта, включая (i) один или более блоков синхронизации системы (SSB); (ii) один или более опорных сигналов (RS); или (iii) один или более каналов управления нисходящей линии связи (DCCH).

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

На фиг. 21 представлена блок-схема, иллюстрирующая другую типовую процедуру, использующую канал.

Как показано на фиг. 21, типовая процедура 2100 может быть реализована WTRU 102 с использованием одного или более каналов, например, одной или более нелицензированных полос частот. На этапе 2110 WTRU 102 может определять, закончилась ли сбоем операция LBT при попытке передачи преамбулы или запроса планирования для первого канала. На этапе 2120 WTRU 102 может увеличивать значение счетчика попыток преамбулы/SR для каждого сбоя при попытке. На этапе 2130 при условии, что счетчик попыток достигает порогового уровня, WTRU 102 может (1) выполнять переключение на дополнительный канал; (2) передавать SR по дополнительному каналу; (3) инициировать процедуру произвольного доступа по дополнительному каналу; (4) сообщать о проблеме более высоким уровням; и/или (5) изменять используемую конфигурацию LBT. Например, дополнительный канал может отличаться от первого канала.

В определенных типовых вариантах осуществления первый канал может представлять собой любой из: (1) первого набора одной или более полос частот, (2) первого набора одной или более несущих составляющих, (3) первого набора одной или более частей ширины полосы, (4) первого набора одной или более подполос, (5) первого набора одного или более значений ширины полосы LBT, (6) первой соты, (7) первого набора характеристик физического уровня и/или (8) первого набора временных/частотных ресурсов.

В определенных типовых вариантах осуществления дополнительный канал может представлять собой любой из: (1) второго набора одной или более полос частот, (2) второго набора одной или более несущих составляющих, (3) второго набора одной или более частей ширины полосы, (4) второго набора одной или более подполос, (5) второго набора одного или более значений ширины полосы LBT, (6) второй соты, (7) второго набора характеристик физического уровня и/или (8) второго набора временных/частотных ресурсов.

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

На фиг. 22 представлена блок-схема, иллюстрирующая еще одну типовую процедуру, использующую канал.

Как показано на фиг. 22, типовая процедура 2200 может быть реализована WTRU 102 с использованием дополнительного канала, например, одной или более нелицензированных полос частот. На этапе 2210 WTRU 102 может определять, что первый канал недоступен для передачи или повторной передачи и что дополнительный канал доступен для передачи или повторной передачи. На этапе 2220 WTRU 102 может переключаться на дополнительный доступный канал для передачи или повторной передачи преамбулы.

В определенных типовых вариантах осуществления первый канал может представлять собой любой из: (1) первого набора одной или более полос частот, (2) первого набора одной или более несущих составляющих, (3) первого набора одной или более частей ширины полосы, (4) первого набора одной или более подполос, 95) первого набора одной или более сот или (6) первого набора одного или более временных/частотных ресурсов; а дополнительный канал может представлять собой любой из: (1) дополнительного набора одной или более полос частот, (2) дополнительного набора одной или более несущих составляющих, (3) дополнительного набора одной или более частей ширины полосы, (4) дополнительного набора одной или более подполос или (5) дополнительного набора одного или более временных/частотных ресурсов.

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

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

На фиг. 23 представлена блок-схема, иллюстрирующая дополнительную типовую процедуру, использующую канал.

Как показано на фиг. 23, типовая процедура 2300 может быть реализована WTRU 102 с использованием канала, например, одной или более из нелицензированных полос частот. На этапе 2310 WTRU 102 может выполнять операцию LBT для определения, доступен ли канал для передачи. На этапе 2320 при условии, что канал недоступен, WTRU 102 может применять случайную отсрочку передачи к таймеру отсрочки передачи сразу же или после того, как канал станет доступен, может ожидать истечения таймера отсрочки передачи и может выполнять передачу по каналу после истечения таймера отсрочки передачи.

На фиг. 24 представлена блок-схема, иллюстрирующая еще одну типовую процедуру, использующую канал.

Как показано на фиг. 24, типовая процедура 2400 может быть реализована WTRU 102 с использованием двух или более каналов, например, одной или более нелицензированных полос частот. На этапе 2410 WTRU 102 может определять, доступны ли два или более каналов для возможной передачи. На этапе 2420 при условии, что множество из двух или более каналов доступно для возможной передачи, WTRU 102 может инициировать множество попыток LBT для передачи информации управления по одному или подмножеству доступных каналов. На этапе 2430 WTRU 102 может принимать от сетевого объекта ответ на информацию управления, переданную от WTRU 102 по любому из доступных каналов.

В определенных типовых вариантах осуществления два или более каналов могут быть любым из: (1) одной или более полос частот, (2) одной или более несущих составляющих, (3) одной или более частей ширины полосы, (4) одной или более сот, (5) одной или более подполос, (6) одним или более значений ширины полосы LBT, (7) характеристик физического уровня и/или (8) временных/частотных ресурсов.

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

В определенных типовых вариантах осуществления прием ответа на информацию управления по любому из доступных каналов может включать в себя прием ответа RA (RAR) по любому из доступных каналов.

В определенных типовых вариантах осуществления после приема RAR WTRU 102 может определять, доступны ли для передачи с WTRU какие-либо из двух или более каналов. Например, при условии, что для передачи с WTRU доступно множество из двух или более каналов, WTRU может передавать дополнительное сообщение посредством доступных каналов или по ним.

В определенных типовых вариантах осуществления два или более каналов могут быть любым из: (1) одной или более частей ширины полосы или (2) одной или более подполос.

В определенных типовых вариантах осуществления инициирование множества попыток LBT для передачи преамбулы RA по доступным каналам может дополнительно зависеть от любого из: (1) номера повторной передачи преамбулы; (2) конфигурации управления радиоресурсом (RRC); (3) номера попытки преамбулы; (4) индексов частей ширины полосы восходящей линии связи (UL) и нисходящей линии связи (DL); (5) связи между частями ширины полосы UL и DL или среди них; (6) запущен ли таймер неактивности части ширины полосы; (7) наблюдаемой занятости канала или (8) условий нагрузки в подполосах и/или частях ширины полосы; (9) одной или более конкретных конфигураций, принятых посредством сигнализации; и/или (10) возможности WTRU 102 поддерживать множество активных частей ширины полосы.

На фиг. 25 представлена блок-схема, иллюстрирующая еще одну дополнительную типовую процедуру, использующую канал.

Как показано на фиг. 25, типовая процедура 2500 может быть реализована WTRU 102 с использованием канала, например, одной или более из нелицензированных полос частот. На этапе 2510 WTRU 102 может определять, что операция LBT выполнена успешно, так что канал доступен для передачи. На этапе 2520 WTRU 102 может передавать преамбулу произвольного доступа (RA) с использованием канала. На этапе 2530 WTRU 102 может запускать таймер, связанный с окном RA, для отслеживания приема ответа RA (RAR) на переданную преамбулу RA. На этапе 2540 WTRU 102 может отслеживать прием RAR в течение окна RA.

В определенных типовых вариантах осуществления WTRU 102 может определять, следует ли продлевать, приостанавливать или сбрасывать время истечения таймера на основе любого из следующего: (1) должен ли RAR быть принят по каналу; (2) канал занят, или (3) сетевой объект (например, gNB 180) не получил канал, в качестве определенного результата. Например, WTRU может продлевать, приостанавливать или сбрасывать таймер в соответствии с определенным результатом и/или может повторно передавать преамбулу RA при условии, что таймер истекает до приема RAR.

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

На фиг. 26 представлена блок-схема, иллюстрирующая еще одну дополнительную типовую процедуру, использующую канал.

Как показано на фиг. 26, типовая процедура 2600 может быть реализована WTRU 102 с использованием канала, например, одной или более из нелицензированных полос частот. На этапе 2610 WTRU 102 может определять, доступен ли канал для первой передачи. На этапе 2620 при условии, что канал доступен для первой передачи, WTRU 102 может генерировать первый запрос планирования (SR) для операции SR и может передавать первый SR на сетевой объект. На этапе 2630 WTRU 102 может инициировать таймер запрета SR для запрета дополнительной операции SR до истечения первого периода времени. На этапе 2640 WTRU 102 может определять, доступен ли канал или дополнительный канал для дополнительной передачи с использованием операции LBT. На этапе 2640 WTRU 102 может корректировать истечение таймера запрета SR в соответствии с результатом операции LBT до истечения таймера запрета SR. Например, период времени, связанный с истечением таймера запрета SR, может быть скорректирован для уменьшения или продления периода истечения.

На фиг. 27 представлена блок-схема, иллюстрирующая еще одну дополнительную типовую процедуру, использующую канал.

Как показано на фиг. 27, типовая процедура 2700 может быть реализована WTRU 102 с использованием канала, например, одной или более из нелицензированных полос частот. На этапе 2710 WTRU 102 может определять, доступен ли канал для передачи. На этапе 2720 при условии, что канал доступен для передачи, WTRU 102 может генерировать первый запрос планирования (SR) для операции SR и передавать первый SR на сетевой объект (например, gNB 180 или другой сетевой объект). На этапе 2730 WTRU 102 может запускать таймер запрета для запрета дополнительной операции SR до истечения первого периода времени. На этапе 2740 после передачи первого SR WTRU 102 может. Определять, доступен ли канал или дополнительный канал, используемый для приема ответа на первый SR, сетевому объекту для передачи. На этапе 2750 при условии, что канал или дополнительный канал недоступен сетевому объекту для передачи, WTRU 102 может продлевать период истечения таймера запрета, чтобы ожидать ответ на первый SR в течение дополнительного периода времени.

В определенных типовых вариантах осуществления WTRU 102 может принимать от сетевого объекта предоставление восходящей линии связи до истечения дополнительного периода времени, а после приема предоставления восходящей линии связи может определять, доступен ли канал для передачи по обеспеченному предоставлению восходящей линии связи. Например, при условии, что канал доступен для передачи, WTRU 102 может передавать по этому каналу информацию отчета о состоянии буфера (BSR). Более высокий уровень WTRU 102 может отменять первый ожидающий отправки SR и BSR при условии, что (1) информация BSR передается физическим уровнем (в качестве более низкого уровня) и (2) с физического уровня принято указание об успешности операции LBT для передачи канала.

В определенных типовых вариантах осуществления при условии, что таймер запрета истекает либо по истечении первого периода времени, либо по истечении дополнительного периода времени и перед приемом ответа на первый SR, WTRU 102 может инициировать дополнительную операцию SR путем определения, доступен ли канал или другой канал для передачи. При условии, что канал или другой канал доступен для передачи, WTRU 102 может: (1) генерировать дополнительный SR для дополнительной операции SR и может передавать дополнительный SR на сетевой объект. WTRU 102 может запускать таймер запрета для запрета дополнительной операции SR до истечения другого периода времени. WTRU 102 может принимать от сетевого объекта предоставление восходящей линии связи до истечения другого периода времени. После приема предоставления восходящей линии связи WTRU 102 может определять, доступен ли канал или другой канал для передачи по обеспеченному предоставлению восходящей линии связи. При условии, что канал или другой канал недоступен для передачи, WTRU 102 может продлевать период истечения таймера запрета, чтобы ожидать прием дополнительного предоставления восходящей линии связи от сетевого объекта в течение дополнительного периода времени. WTRU может отслеживать прием дополнительного предоставления восходящей линии связи до истечения дополнительного периода времени.

На фиг. 28 представлена блок-схема, иллюстрирующая еще одну дополнительную типовую процедуру, использующую канал.

Как показано на фиг. 28, типовая процедура 2800 может быть реализована WTRU 102 с использованием канала, например, одной или более из нелицензированных полос частот. На этапе 2810 WTRU 102 может на основании сигнализации, отправленной сетевым объектом, определять, (1) что операция совместного применения времени занятости канала (COT) выполняется на канале, полученном сетевым объектом, и (2) одну или более точек переключения, в которых WTRU должен осуществлять передачу по каналу, полученному сетевым объектом. На этапе 2820 WTRU 102 может определять тип конфигурации LBT, подлежащей выполнению, на основании операции совместного применения COT и текущей точки переключения из одной или более определенных точек переключения. На этапе 2830 в соответствии с типом выбранной конфигурации LBT WTRU 102 может определять, доступен ли канал для передачи. На этапе 2840 WTRU 102 может передавать данные или информацию управления по каналу в текущей точке переключения при условии, что канал доступен для передачи.

В определенных типовых вариантах осуществления тип выбранной конфигурации LBT может указывать на то, что одна из: (1) укороченной операции LBT подлежит выполнению; или (3) операции LBT не подлежит выполнению. Например, тип выбранной конфигурации LBT может указывать на укороченную операцию LBT; а передача данных или информации управления по каналу в точке переключения может включать в себя передачу сообщения произвольного доступа (RA) по каналу в текущей точке переключения (например, после завершения укороченной операции LBT).

В определенных типовых вариантах осуществления WTRU 102 может передавать данные по каналу, полученному сетевым объектом, после передачи сообщения RA.

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

Хотя признаки и элементы описаны выше в конкретных комбинациях, специалисту в данной области будет очевидно, что каждый признак или элемент может быть использован отдельно или в любой комбинации с другими признаками и элементами. Кроме того, описанные в настоящем документе способы могут быть реализованы в компьютерной программе, программном обеспечении или программно-аппаратном обеспечении, встроенном в машиночитаемый носитель и предназначенном для исполнения компьютером или процессором. Примеры энергозависимого машиночитаемого носителя информации включают в себя, без ограничений, постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), регистр, кэш-память, полупроводниковые устройства хранения данных, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM и цифровые универсальные диски (DVD). Процессор в сочетании с программным обеспечением можно использовать для реализации радиочастотного приемопередатчика с целью применения в составе WTRU, оборудования пользователя, терминала, базовой станции, RNC и/или любого главного компьютера.

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

Для специалиста в данной области будет очевидно, что указанные действия и символически представленные этапы или команды включают в себя управление электрическими сигналами с помощью ЦП. Электрическая система выдает биты данных, которые могут инициировать итоговое преобразование или ослабление электрических сигналов и сохранение битов данных в ячейках запоминающего устройства в системе запоминающего устройства, чтобы таким образом переконфигурировать или иным образом изменить работу ЦП, а также другую обработку сигналов. Ячейки запоминающего устройства, в которых хранятся биты данных, представляют собой физические местоположения, которые обладают определенными электрическими, магнитными, оптическими или органическими свойствами, соответствующими битам данных или характерными для битов данных. Следует понимать, что типовые варианты осуществления не ограничены вышеупомянутыми платформами или ЦП и что другие платформы и ЦП также могут поддерживать предложенные способы.

Биты данных также могут храниться на машиночитаемом носителе, в том числе на магнитных дисках, оптических дисках и любом другом энергозависимом (например, оперативное запоминающее устройство (ОЗУ)) или энергонезависимом (например, постоянное запоминающее устройство (ПЗУ)) накопителе большой емкости, считываемом ЦП. Машиночитаемый носитель может включать в себя взаимодействующий или взаимосвязанный машиночитаемый носитель, применяемый исключительно в системе обработки или распределенный между множеством взаимосвязанных систем обработки, которые могут быть локальными или удаленными по отношению к указанной системе обработки. При этом подразумевается, что типовые варианты осуществления не ограничены вышеупомянутыми запоминающими устройствами и что другие платформы и запоминающие устройства также могут поддерживать описанные способы.

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

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

В приведенном выше подробном описании изложены различные варианты осуществления устройств и/или способов с применением блок-схем, структурных схем и/или примеров. Поскольку такие блок-схемы, структурные схемы и/или примеры содержат одну или более функций и/или операций, для специалистов в данной области будет очевидно, что каждая функция и/или операция в таких блок-схемах, структурных схемах или примерах могут быть реализованы отдельно и/или совместно с применением широкого спектра аппаратного обеспечения, программного обеспечения, микропрограммного обеспечения или по существу любой их комбинации. В качестве примера подходящие процессоры включают процессор общего назначения, процессор специального назначения, стандартный процессор, цифровой сигнальный процессор (DSP), множество микропроцессоров, один или более микропроцессоров, связанных с ядром DSP, контроллер, микроконтроллер, специализированные интегральные микросхемы (ASIC), стандартные части специализированной интегральной схемы (ASSP); программируемую пользователем вентильную матрицу (FPGA), интегральную схему (IC) любого другого типа и/или конечный автомат.

Хотя признаки и элементы представлены выше в конкретных комбинациях, специалисту в данной области будет очевидно, что каждый признак или элемент может быть использован отдельно или в любой комбинации с другими признаками и элементами. Настоящее изобретение не ограничивается описанными в настоящей заявке конкретными вариантами осуществления, которые предназначены для иллюстрации различных аспектов. Для специалистов в данной области будет очевидно, что возможно внесение множества модификаций и изменений без отступления от сущности и объема настоящего изобретения. Никакие элементы, действия или команды, используемые в описании настоящей заявки, не следует рассматривать как критические или существенные для изобретения, если явным образом не указано иное. Функционально эквивалентные способы и устройства, входящие в объем описания, в дополнение к перечисленным в настоящем документе станут очевидными для специалистов в данной области после ознакомления с представленными выше описаниями. Предполагается, что такие модификации и изменения включены в объем прилагаемой формулы изобретения. Настоящее описание ограничивается исключительно прилагаемой формулой изобретения, а также полным диапазоном эквивалентов, к которым относится такая формула изобретения. Следует понимать, что настоящее описание не ограничивается конкретными способами или системами.

Кроме того, следует понимать, что применяемые в настоящем документе термины используют только в целях описания конкретных вариантов осуществления настоящего изобретения и они не носят ограничительного характера. Используемые в настоящем документе термины «станция» и его аббревиатура STA, «пользовательское оборудование» и его аббревиатура UE могут означать (i) модуль беспроводной передачи/приема (WTRU), например, как описано ниже; (ii) любой из некоторого количества вариантов осуществления WTRU, например, как описано ниже; (iii) беспроводное и/или проводное (например, подключаемое) устройство, выполненное, в частности, с применением некоторых или всех конструкций и функциональных возможностей WTRU, например, как описано ниже; (iii) беспроводное и/или проводное устройство, выполненное не со всеми конструкциями и функциональными возможностями WTRU, например, как описано ниже; или (iv) т.п. Ниже со ссылкой на фиг. 1A-1D представлена подробная информация относительно примера WTRU, который может представлять собой любой WTRU, описанный в настоящем документе.

В определенных типовых вариантах осуществления некоторые части объекта изобретения, описанного в настоящем документе, могут быть реализованы с помощью специализированных интегральных схем (ASIC), программируемых пользователем вентильных матриц (FPGA), цифровых сигнальных процессоров (DSP) и/или интегральных схем других форматов. Однако для специалистов в данной области будет очевидно, что некоторые аспекты описанных в настоящем документе вариантов осуществления полностью или частично могут быть эквивалентно реализованы в интегральных схемах в виде одной или более компьютерных программ, выполняемых на одном или более компьютерах (например, в виде одной или более программ, выполняемых в одной или более компьютерных системах), в виде одной или более программ, выполняемых на одном или более процессорах (например, в виде одной или более программ, выполняемых на одном или более микропроцессорах), в виде микропрограммного обеспечения или в виде по существу любой их комбинации и что разработка схем и/или написание кода для программного обеспечения и/или микропрограммного обеспечения будет вполне по силам специалисту в данной области после ознакомления с настоящим описанием. Кроме того, для специалистов в данной области будет очевидно, что механизмы объекта изобретения, описанные в настоящем документе, могут быть распределены в виде программного продукта в множестве форм и что иллюстративный вариант осуществления объекта изобретения, описанный в настоящем документе, применяют независимо от конкретного типа среды передачи сигналов, используемой для фактического осуществления такого распределения. Примеры носителя сигнала включают в себя, без ограничений, следующее: носитель, выполненный с возможностью записи, например, гибкий диск, накопитель на жестком диске, CD, DVD, магнитную ленту для цифровой записи, запоминающее устройство компьютера и т.д., а также носитель, выполненный с возможностью передачи, такой как цифровая и/или аналоговая среда передачи данных (например, оптоволоконный кабель, волновод, проводная линия связи, беспроводная линия связи и т.д.).

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

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

Для специалистов в данной области будет очевидно, что в целом термины, используемые в настоящем документе, и в частности в прилагаемой формуле изобретения (например, в главной части прилагаемой формулы изобретения), как правило, считаются «неограничивающими» терминами (например, термин «включающий» следует интерпретировать как «включающий, без ограничений», термин «имеющий» следует интерпретировать как «имеющий по меньшей мере», термин «включает» следует интерпретировать как «включает, без ограничений» и т.д.). Кроме того, для специалистов в данной области будет очевидно, что если предполагается конкретное количество включенных пунктов с изложением формулы изобретения, такое намерение будет явным образом указано в формуле изобретения, а в отсутствие такого упоминания такого намерения нет. Например, если речь идет только об одном элементе, может быть использован термин «один» или аналогичный термин. Для облегчения понимания нижеследующая прилагаемая формула изобретения и/или описания в данном документе могут содержать вводные фразы «по меньшей мере один» и «один или более» для введения перечисления пунктов формулы изобретения. Однако использование таких фраз не следует истолковывать как подразумевающее, что введение перечисления пунктов формулы изобретения с грамматическими формами единственного числа ограничивает любой конкретный пункт формулы изобретения, содержащий такое введенное перечисление пунктов формулы изобретения, вариантами осуществления, содержащими только одно такое перечисление, даже если тот же пункт включает вводные фразы «один или более» или «по меньшей мере один» и грамматические формы единственного числа (например, грамматические формы единственного числа следует интерпретировать как означающие «по меньшей мере» или «один или более»). То же самое справедливо в отношении применения определенных грамматических форм, используемых для введения перечисления пунктов формулы изобретения. Кроме того, даже если явным образом указано конкретное количество включенных перечисленных пунктов формулы изобретения, для специалистов в данной области будет очевидно, что такое перечисление следует интерпретировать как означающее по меньшей мере указанное количество (например, простое указание «двух пунктов» без других определений означает по меньшей мере два пункта или же два или более пунктов). Кроме того, в случае использования правила, аналогичного правилу «по меньшей мере одно из A, B и C и т.д.», в общем случае для специалиста в данной области понятно правило, подразумеваемое такой конструкцией (например, «система, содержащая по меньшей мере одно из A, B и C» будет включать, без ограничений, системы, которые содержат только A, только B, только C, одновременно A и B, одновременно A и C, одновременно B и C и/или одновременно A, B и C и т.д.). В случае использования правила, аналогичного правилу «по меньшей мере одно из A, B или C и т.д.», в общем случае для специалиста в данной области понятно правило, подразумеваемое такой конструкцией (например, «система, содержащая по меньшей мере одно из A, B или C» будет включать в себя, без ограничений, системы, которые содержат только A, только B, только C, одновременно A и B, одновременно A и C, одновременно B и C и/или одновременно A, B и C и т.д.). Кроме того, для специалистов в данной области будет очевидно, что по существу любое разделяющее слово и/или разделяющую фразу, представляющие два или более альтернативных терминов, будь то в описании, формуле изобретения или на чертежах, следует понимать как предполагаемую возможность включения одного из терминов, любого из терминов или обоих терминов. Например, фразу «A или B» следует понимать как включающую возможности «A», или «B», или «A и B». Кроме того, используемый в настоящем документе термин «любой из», после которого следует перечень из множества элементов и/или множества категорий элементов, должен включать «любой из», «любая комбинация из», «любое множество из» и/или «любая комбинация из множества» элементов и/или категорий элементов, по отдельности или в сочетании с другими элементами и/или другими категориями элементов. Кроме того, используемый в настоящем документе термин «набор» или «группа» включает в себя любое количество элементов, включая ноль. Кроме того, используемый в настоящем документе термин «количество» включает в себя любое количество, включая ноль.

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

Как будет очевидно для специалиста в данной области, для всех целей, таких как обеспечение письменного описания, все диапазоны, описанные в настоящем документе, также охватывают все их возможные поддиапазоны и комбинации поддиапазонов. Любой из перечисленных диапазонов может быть легко распознан как представляющий достаточное описание и как диапазон, который можно разбить на по меньшей мере равные половины, трети, четверти, пятые части, десятые части и т.д. В примере, не имеющем ограничительного характера, каждый диапазон, описанный в данном документе, можно легко разбить в нижнюю треть, среднюю треть и верхнюю треть, и т.д. Как будет очевидно для специалиста в данной области, все термины, такие как «вплоть до», «по меньшей мере», «более чем», «менее чем» и т.п. включают в себя указанное число и относятся к диапазонам, которые можно впоследствии разбить на поддиапазоны, как описано выше. И наконец, как будет очевидно для специалиста в данной области, диапазон включает в себя каждый отдельный элемент. Таким образом, например, группа, содержащая 1-3 соты, относится к группам, содержащим 1, 2 или 3 соты. Аналогично группа, содержащая 1-5 сот, относится к группам, содержащим 1, 2, 3, 4 или 5 сот, и т.д.

Кроме того, формулу изобретения не следует рассматривать как ограниченную предложенным порядком или элементами, если не указано иное. Кроме того, использование термина «предназначенный для» в любом пункте формулы изобретения предполагает ссылку на Свод законов США (U.S.C.) 35 §112, ¶ 6 или формат пункта формулы изобретения «средство плюс функция», и любой пункт формулы изобретения, не содержащий термин «средство», не указывает на предназначение для чего-либо.

Процессор в сочетании с программным обеспечением может быть использован для реализации радиочастотного приемопередатчика для использования в модуле беспроводной передачи/приема (WTRU), оборудовании пользователя (UE), терминале, базовой станции, объекте управления мобильностью (MME) или усовершенствованном пакетном ядре (EPC) или любом главном компьютере. WTRU может быть использован в сочетании с модулями, реализованными в аппаратном и/или программном обеспечении, включая систему радиосвязи с программируемыми параметрами (SDR) и другие компоненты, такие как камера, модуль видеокамеры, видеотелефон, телефон с громкоговорителем, вибрационное устройство, динамик, микрофон, телевизионный приемопередатчик, наушники с микрофоном, клавиатура, модуль Bluetooth®, радиомодуль с частотной модуляцией (FM), модуль ближней радиосвязи (NFC), блок жидкокристаллического дисплея (LCD), блок дисплея на органических светодиодах (OLED), цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль устройства для воспроизведения видеоигр, Интернет-браузер и/или любая беспроводная локальная сеть (WLAN) или модуль сверхширокополосной связи (UWB).

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

Кроме того, хотя изобретение проиллюстрировано и описано в настоящем документе применительно к конкретным вариантам осуществления, изобретение не ограничено представленным подробным описанием. Напротив, в подробное описание в пределах объема и диапазона эквивалентов формулы изобретения могут быть внесены различные изменения без отступления от настоящего изобретения.

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

Хотя признаки и элементы описаны выше в конкретных комбинациях, специалисту в данной области будет очевидно, что каждый признак или элемент может быть использован отдельно или в любой комбинации с другими признаками и элементами. Кроме того, описанные в настоящем документе способы могут быть реализованы в компьютерной программе, программном обеспечении или программно-аппаратном обеспечении, встроенном в машиночитаемый носитель и предназначенном для исполнения компьютером или процессором. Примеры энергозависимого машиночитаемого носителя информации включают в себя, без ограничений, постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), регистр, кэш-память, полупроводниковые устройства хранения данных, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM и цифровые универсальные диски (DVD). Процессор в сочетании с программным обеспечением можно использовать для реализации радиочастотного приемопередатчика, предназначенного для применения в составе WTRU, WTRU, терминала, базовой станции, контроллера RNC или любого главного компьютера.

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

Для специалиста в данной области будет очевидно, что указанные действия и символически представленные этапы или команды включают в себя управление электрическими сигналами с помощью ЦП. Электрическая система выдает биты данных, которые могут инициировать итоговое преобразование или ослабление электрических сигналов и сохранение битов данных в ячейках запоминающего устройства в системе запоминающего устройства, чтобы таким образом переконфигурировать или иным образом изменить работу ЦП, а также другую обработку сигналов. Ячейки запоминающего устройства, в которых хранятся биты данных, представляют собой физические местоположения, которые обладают определенными электрическими, магнитными, оптическими или органическими свойствами, соответствующими битам данных или характерными для битов данных.

Биты данных также могут храниться на машиночитаемом носителе, в том числе на магнитных дисках, оптических дисках и любом другом энергозависимом (например, оперативное запоминающее устройство (ОЗУ)) или энергонезависимом (например, постоянное запоминающее устройство (ПЗУ)) накопителе большой емкости, считываемом ЦП. Машиночитаемый носитель может включать в себя взаимодействующий или взаимосвязанный машиночитаемый носитель, применяемый исключительно в системе обработки или распределенный между множеством взаимосвязанных систем обработки, которые могут быть локальными или удаленными по отношению к указанной системе обработки. При этом подразумевается, что типовые варианты осуществления не ограничены вышеупомянутыми запоминающими устройствами и что другие платформы и запоминающие устройства также могут поддерживать описанные способы.

В качестве примера подходящие процессоры включают процессор общего назначения, процессор специального назначения, стандартный процессор, цифровой сигнальный процессор (DSP), множество микропроцессоров, один или более микропроцессоров, связанных с ядром DSP, контроллер, микроконтроллер, специализированные интегральные микросхемы (ASIC), стандартные части специализированной интегральной схемы (ASSP); программируемую пользователем вентильную матрицу (FPGA), интегральную схему (IC) любого другого типа и/или конечный автомат.

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

Кроме того, хотя изобретение проиллюстрировано и описано в настоящем документе применительно к конкретным вариантам осуществления, изобретение не ограничено представленным подробным описанием. Напротив, в подробное описание в пределах объема и диапазона эквивалентов формулы изобретения могут быть внесены различные изменения без отступления от настоящего изобретения.

Изобретение относится к беспроводной связи. Технический результат изобретения заключается в эффективной передаче данных. Способ реализован модулем беспроводной передачи/приема (WTRU) с использованием канала. Способ включает прием WTRU в сообщении нисходящей линии связи инициирующего сигнала передачи канала (CTT) и выбор WTRU типа конфигурации прослушивания перед передачей (LBT), подлежащей выполнению, на основе принятого CTT. Дополнительно WTRU определяет в соответствии с типом выбранной конфигурации LBT доступность канала для передачи и передачу данных или информации управления по каналу при условии, что канал доступен для передачи. 2 н. и 13 з.п. ф-лы, 31 ил.

1. Способ связи, реализуемый модулем беспроводной передачи/приема (WTRU) с использованием нелицензированного частотного канала, включающий:

определение того, что преамбула должна быть передана;

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

при условии приема сигнала DL:

определение необходимости выполнения укороченной операции LBT в соответствии с длительностью временного промежутка после приема сигнала DL, определение одного или более сконфигурированных ресурсов физического канала произвольного доступа (PRACH) в COT для передачи преамбулы, и

передачу преамбулы в одном или более сконфигурированных ресурсах PRACH в COT при условии, что: (1) операцию прослушивания перед передачей (LBT) не выполняют или (2) выполняют укороченную операцию LBT, а канал, связанный с одним или более ресурсами PRACH, определен как незанятый в соответствии с укороченной операцией LBT.

2. Способ по п. 1, в котором сигнал DL переносится посредством любого из: (1) физического канала управления нисходящей линии связи (PDCCH), (2) блока сигналов синхронизации (SSB), (3) блока служебной информации (MIB) или (4) блока системной информации (SIB).

3. Способ по любому из предшествующих пунктов, в котором отслеживание сигнала DL основано на сконфигурированном временном шаблоне.

4. Способ по любому из предшествующих пунктов, дополнительно включающий определение длительности временного промежутка между приемом сигнала DL и ожидаемой передачей преамбулы, причем для первой определенной длительности временного промежутка между приемом сигнала DL и ожидаемой передачей преамбулы операцию LBT не выполняют, а для второй определенной продолжительности временного промежутка между приемом сигнала DL и ожидаемой передачей преамбулы выполняют укороченную операцию LBT.

5. Способ по любому из предшествующих пунктов, дополнительно включающий выбор типа операции LBT из: (1) первого типа LBT, в котором операцию LBT не выполняют; (2) второго типа LBT, в котором выполняют укороченную операцию LBT; (3) третьего типа LBT, в котором выполняют полную операцию LBT.

6. Способ по любому из предшествующих пунктов, дополнительно включающий:

выполнение укороченной операции LBT;

определение незанятости канала на основе укороченной операции LBT;

ожидание периода времени для передачи преамбулы при условии, что выполняют укороченную операцию LBT, а канал, связанный с одним или более ресурсами PRACH, определен как занятый в соответствии с укороченной операцией LBT;

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

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

7. Способ по п. 6, в котором выполнение укороченной операции LBT включает:

отслеживание блоком передатчика/приемника сигнала по каналу, связанному с одним или более ресурсами PRACH; и

определение процессором незанятости канала в соответствии с отслеживаемым сигналом, принимаемым блоком передатчика/приемника.

8. Способ по любому из пп. 1, 2, 3 или 5, дополнительно включающий:

определение того, что сигнал DL не принят;

выполнение полной операции LBT; и

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

9. Модуль беспроводной передачи/приема (WTRU), использующий нелицензированный частотный канал, содержащий:

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

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

при этом:

при условии приема сигнала DL процессор выполнен с возможностью: (1) определения необходимости выполнения укороченной операции LBT в соответствии с длительностью временного промежутка после приема сигнала DL, и (2) определения одного или более сконфигурированных ресурсов PRACH в COT для передачи преамбулы, и

блок передатчика/приемника выполнен с возможностью передачи преамбулы в одном или более сконфигурированных ресурсах PRACH в COT при условии, что: (1) операцию прослушивания перед передачей (LBT) не выполняют или (2) выполняют укороченную операцию LBT, а канал, связанный с одним или более ресурсами PRACH, определен как незанятый в соответствии с укороченной операцией LBT.

10. WTRU по п. 9, в котором сигнал DL переносится посредством любого из: (1) физического канала управления нисходящей линии связи (PDCCH), (2) блока сигналов синхронизации (SSB), (3) блока служебной информации (MIB) или (4) блока системной информации (SIB).

11. WTRU по любому из пп. 9 или 10, в котором блок передатчика/приемника выполнен с возможностью отслеживания сигнала DL на основе сконфигурированного временного шаблона.

12. WTRU по любому из пп. 9–11, в котором процессор взаимодействует с блоком передатчика/приемника, который выполнен с возможностью:

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

невыполнения операции LBT при условии, что определена первая продолжительность временного промежутка между приемом сигнала DL и ожидаемой передачей преамбулы; и

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

13. WTRU по любому из пп. 9–12, в котором процессор выполнен с возможностью выбора типа операции LBT из: (1) первого типа LBT, в котором операцию LBT не выполняют; (2) второго типа LBT, в котором выполняют укороченную операцию LBT; (3) третьего типа LBT, в котором выполняют полную операцию LBT.

14. WTRU по любому из пп. 9–13, в котором процессор взаимодействует с блоком передатчика/приемника, который выполнен с возможностью:

выполнения укороченной операции LBT;

определения занятости канала на основе укороченной операции LBT;

ожидания периода времени для передачи преамбулы при условии, что выполняют укороченную операцию LBT, а канал, связанный с одним или более ресурсами PRACH, определен как занятый в соответствии с укороченной операцией LBT;

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

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

15. WTRU по п. 9, в котором процессор взаимодействует с блоком передатчика/приемника, который выполнен с возможностью:

определения того, что сигнал DL не принят;

выполнения полной операции LBT; и

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