ПРОИЗВОЛЬНЫЙ ДОСТУП В СИСТЕМАХ БЕСПРОВОДНОЙ СВЯЗИ СЛЕДУЮЩЕГО ПОКОЛЕНИЯ
RANDOM ACCESS IN NEXT-GENERATION WIRELESS COMMUNICATION SYSTEMS

Уровень техники
Мобильная связь продолжает развиваться. Пятое поколение может упоминаться как 5G. Предшествующее (унаследованное) поколение мобильной связи может быть, например, стандартом «Долгосрочное развитие» (LTE) четвертого поколения (4G).
Раскрытие сущности изобретения
С целью реализации произвольного доступа в системах беспроводной связи следующего поколения раскрыты системы, способы и средства (например, в блоке передачи/приема беспроводной связи (WTRU) и/или сетевых уровнях L1, L2, L3). WTRU может инициировать запрос произвольного доступа. WTRU может инициировать запрос произвольного доступа для реализации запроса планирования и/или передачи объема данных, который ниже заданного порогового значения. WTRU может определять, выбрать ли первую процедуру канала произвольного доступа (RACH) или вторую RACH процедуру для произвольного доступа. Первая RACH процедура может быть унаследованной RACH процедурой. Вторая RACH процедура может быть усовершенствованной RACH (eRACH) процедурой. WTRU может определять, выбирать ли первую RACH процедуру или вторую RACH процедуру на основании типа данных восходящей линии связи, которые должны быть переданы, и/или назначения запроса произвольного доступа.
При выборе второй RACH процедуры, WTRU может определять, по меньшей мере, один ресурс физического канала произвольного доступа (PRACH), ассоциированный со второй RACH процедурой. PRACH ресурс может быть расширенным PRACH ресурсом. PRACH ресурс может включать в себя одну или несколько из последовательность преамбулы, частотно-временной ресурс и/или нумерологию. WTRU может определять последовательность преамбулы, ассоциированную со второй RACH процедурой. Последовательность преамбулы может быть определена на основании одного или нескольких, по меньшей мере, из одного PRACH ресурса, надежности приема данных, объема передаваемых данных, максимального размера транспортного блока, диапазона допустимых размеров транспортных блоков, типа RACH передачи, триггера, ассоциированного с RACH передачей, требования синхронизации, состояние буфера, WTRU идентификатора, местоположения, нумерологию, схемы модуляции и кодирования (MCS), конфигурации демодуляции и/или множества преамбул, принятых из сетевого устройства.
WTRU может определять ресурс данных для данных восходящей линии связи на основании одного или более из, по меньшей мере, одного PRACH ресурса, последовательности преамбулы, типа данных восходящей линии связи или размера данных восходящей линии связи. Ресурс данных может быть определен из набора доступных ресурсов. Набор доступных ресурсов может быть указан посредством одной или нескольких из системной информации, таблицы доступа или предоставления физического канала управления данными (PDCCH) конкретному идентификатору радиосети (RNTI). WTRU может отправлять RACH передачу на сетевое устройство, используя, по меньшей мере, один PRACH ресурс и/или ресурс данных. RACH передача может включать в себя последовательность преамбулы и/или данные восходящей линии связи. Последовательность преамбулы и данные восходящей линии связи могут быть непересекающимися по времени и/или частоте. Последовательность преамбулы может предшествовать данным восходящей линии связи. WTRU может принимать сообщение ответа произвольного доступа (RAR), которое включает в себя подтверждение (ACK) или отрицательное подтверждение (NACK), ассоциированное с данными восходящей линии связи в RACH передаче. RAR сообщение может включать в себя подтверждение предоставления восходящей линии связи. WTRU может передавать дополнительные ожидающие данные восходящей линии связи, информацию управления и/или информацию перехода состояния в сетевое устройство на основании подтверждения предоставления восходящей линии связи.
Краткое описание чертежей
Фиг. 1А представляет собой схему системы, иллюстрирующую примерную систему связи, в которой может быть реализован один или несколько раскрытых вариантов осуществления;
Фиг. 1B представляет собой схему системы, иллюстрирующую пример блока приема/передачи беспроводной связи (WTRU), который может быть использован в системе связи, показанной на фиг. 1А, в соответствии с вариантом осуществления;
Фиг. 1C представляет собой схему системы, иллюстрирующую примерную сеть радиодоступа (RAN) и примерную базовую сеть (CN), которая может быть использована в системе связи, показанной на фиг. 1А, в соответствии с вариантом осуществления;
Фиг. 1D представляет собой схему системы, иллюстрирующую дополнительный пример RAN и дополнительный пример CN, которые могут быть использованы в системе связи, показанной на фиг. 1А, согласно варианту осуществления
Фиг. 2 является примером ширины полосы передачи.
Фиг. 3 является примером распределения спектра, где различные поднесущие могут быть назначены разным режимам работы.
Фиг. 4 является примером временного соответствия для дуплексной передачи с временным разделением (TDD).
Фиг. 5 является примером временного соответствия для дуплексной передачи с частотным разделением (FDD).
Фиг. 6 является примером процедуры усовершенствованного канала произвольного доступа (eRACH).
Фиг. 7 является примером конфигурации демодуляции.
Фиг.8 представляет собой примерную блок-схему последовательности операций, определяющую, выполнять ли eRACH процедуру или унаследованную RACH процедуру.
Осуществление изобретения
Далее будет приведено подробное описание иллюстративных вариантов осуществления со ссылкой на различные чертежи. Несмотря на то, что описание предоставляет подробный пример возможных реализаций, следует отметить, что подробное описание следует рассматривать как примерное и никоим образом не ограничивающим объем настоящего изобретения.
Фиг. 1А представляет собой схему, иллюстрирующую примерную систему 100 связи, в которой может быть реализован один или более раскрытых вариантов осуществления. Система 100 связи может быть системой множественного доступа, которая предоставляет контент, такой как голосовую связь, данные, видео, обмен сообщениями, широковещание и т.д. множеству пользователей беспроводной связи. Система 100 связи может предоставлять возможность множеству пользователям беспроводной связи получать доступ к такому контенту посредством совместного использования системных ресурсов, в том числе полосы пропускания беспроводной связи. Например, системы 100 связи могут использовать один или несколько способов доступа к каналу, таких как множественный доступ с кодовым разделением (CDMA), множественный доступ с временным разделением (TDMA), множественный доступ с частотным разделением (FDMA), ортогональный FDMA (OFDMA), FDMA на одной несущей (SC-FDMA), DFT-Spread OFDM с нулевым конечным специальным словом (ZT UW DTS-s OFDM), OFDM со специальным словом (UW-OFDM), OFDM с фильтрацией блоков ресурсов, способ частотного мультиплексирования с множеством несущих, сформированных с использованием банка частотных фильтров (FBMC) и т.п.
Как показано на фиг. 1A, система 100 связи может включать в себя блоки 102a, 102b, 102c, 102d передачи/приема беспроводной связи (WTRUs), RAN 104/113, CN 106/115, телефонную сеть общего пользования (PSTN) 108, интернет 110 и другие сети 112, хотя следует понимать, что раскрытые варианты осуществления предусматривают любое количество WTRUs, базовых станций, сетей и/или сетевых элементов. Каждый из WTRUs 102a, 102b, 102c, 102d может быть устройством любого типа, выполненные с возможностью работать и/или устанавливать связь в беспроводной среде. В качестве примера, WTRUs 102a, 102b, 102c, 102d, любой из которых может называться «станцией» и/или «STA», могут быть выполнены с возможностью передавать и/или принимать сигналов беспроводной связи и могут включать в себя устройство пользователя (UE), мобильную станцию, стационарный или мобильный абонентский блок, абонентский модуль, пейджер, сотовый телефон, персональный цифровой помощник (PDA), смартфон, ноутбук, нетбук, персональный компьютер, беспроводной датчик, точку доступа или Mi-Fi устройство, устройство интернета вещей (IoT), часы или другие носимые устройства, установленный на голове дисплей (HMD), транспортное средство, дрон, медицинское устройство и приложения (например, удаленная хирургия), промышленное устройство и приложения (например, робот и/или другие беспроводные устройства, работающие в промышленных условиях и/или в цепочке автоматизированной обработки), устройство бытовой электроники, устройство, работающее в коммерческой и/или промышленной сети беспроводной связи и тому подобное. Любой из WTRUs 102a, 102b, 102c и 102d может взаимозаменяемо называться UE.
Системы 100 связи также могут включать в себя базовую станцию 114a и/или базовую станцию 114b. Каждая из базовых станций 114a, 114b может быть устройством любого типа, выполненным с возможностью устанавливать беспроводную связь, по меньшей мере, с одним из WTRUs 102a, 102b, 102c, 102d с использованием интерфейса для облегчения доступа к одной или нескольким сетям связи, таким как CN 106/115, интернет 110 и/или другие сети 112. В качестве примера, базовые станции 114a, 114b могут быть базовой приемопередающей станцией (BTS), узлом B, eNode B, абонентским узлом B, абонентским eNode B, gNB, NR NodeB, контроллером, точкой доступа (AP), беспроводным маршрутизатором и тому подобное. Хотя базовые станции 114a, 114b каждая изображена как один элемент, следует понимать, что базовые станции 114a, 114b могут включать в себя любое количество взаимосвязанных базовых станций и/или сетевых элементов.
Базовая станция 114a может быть частью RAN 104/113, которая также может включать в себя другие базовые станции и/или сетевые элементы (не показаны), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), ретрансляционные узлы и т.д. Базовая станция 114a и/или базовая станция 114b может быть выполнены с возможностью передавать и/или принимать сигналы по беспроводной связи на одной или нескольких несущих частотах, которые могут упоминаться как сота (не показана). Эти частоты могут быть в лицензированном спектре, нелицензированном спектре или комбинации лицензированного и нелицензированного спектра. Сота может обеспечивать покрытие для оказания услуги беспроводной связи в конкретной географической области, которая может быть относительно фиксированной или которая может изменяться со временем. Сота может быть дополнительно разделена на секторы соты. Например, сота, ассоциированная с базовой станцией 114a, может быть разделена на три сектора. Таким образом, в одном варианте осуществления базовая станция 114a может включать в себя три приемопередатчика, то есть, по одному для каждого сектора соты. В варианте осуществления базовая станция 114a может использовать технологию множественного входа-множественного выхода (MIMO) и может использовать множество приемопередатчиков для каждого сектора соты. Например, для передачи и/или приема сигналов в желаемых пространственных направлениях может быть использована технология формирования луча.
Базовые станции 114a, 114b могут устанавливать связь с одним или несколькими WTRUs 102a, 102b, 102c, 102d по радиоинтерфейсу 116, которым может быть любой подходящей линией беспроводной связи (например, радиочастотной (RF), микроволновой, сантиметровой волной, микрометровой волной, инфракрасного диапазона (IR), ультрафиолетовый (UV), диапазона видимого света и т.д.). Радиоинтерфейс 116 может быть установлен с использованием любой подходящей технологии радиодоступа (RAT).
Более конкретно, как отмечено выше, система 100 связи может представлять собой систему множественного доступа и может использовать одну или несколько схем доступа к каналу, таких как CDMA, TDMA, FDMA, OFDMA, SC-FDMA и тому подобное. Например, базовая станция 114a в RAN 104/113 и WTRUs 102a, 102b, 102c могут реализовывать технологию радиосвязи, такую как наземный радиодоступ (UTRA) универсальной системы мобильной связи (UMTS), которая может устанавливать радиоинтерфейс 115/116/117 с использованием широкополосного CDMA (WCDMA). WCDMA может включать в себя протоколы связи, такие как высокоскоростной пакетный доступ (HSPA) и/или усовершенствованный HSPA (HSPA +). HSPA может включать в себя высокоскоростной пакетный доступ по нисходящей линии (DL) (HSDPA) и/или высокоскоростной пакетный доступ по UL (HSUPA).
В варианте осуществления базовая станция 114a и WTRUs 102a, 102b, 102c могут реализовывать технологию радиосвязи, такую как наземный радиодоступ усовершенствованной UMTS (E-UTRA), которая может устанавливать радиоинтерфейс 116 с использованием стандарта «Долгосрочное развитие» (LTE) и/или LTE-Advanced (LTE-A) и/или LTE-Advanced Pro (LTE-A Pro).
В варианте осуществления базовая станция 114a и WTRUs 102a, 102b, 102c могут реализовывать технологию радиосвязи, такую как NR радио доступ, которая может устанавливать радиоинтерфейс 116 с использованием «Нового радио» (NR).
В варианте осуществления базовая станция 114a и WTRUs 102a, 102b, 102c могут реализовывать несколько технологий радиодоступа. Например, базовая станция 114a и WTRUs 102a, 102b, 102c могут реализовывать LTE радиодоступ и NR радиодоступ вместе, например, с использованием принципов двойного подключения (DC). Таким образом, радиоинтерфейс, используемый WTRUs 102a, 102b, 102c, может характеризоваться множественными типами технологий радиодоступа и/или передачами, отправляемыми в/из множества типов базовых станций (например, eNB и gNB).
В других вариантах осуществления базовая станция 114a и WTRUs 102a, 102b, 102c могут реализовывать радиотехнологии, такие как IEEE 802.11 (т.е. беспроводная достоверность (WiFi), IEEE 802.16 (т.е. всемирная совместимость для микроволнового доступа (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, временный стандарт 2000 (IS-2000), временный стандарт 95 (IS-95), временный стандарт 856 (IS-856), Глобальная система мобильной связи (GSM), повышенные скорости передачи данных для GSM Evolution (EDGE), GSM EDGE (GERAN) и тому подобное.
Базовая станция 114b на фиг. 1A, например, может быть маршрутизатором беспроводной связи, абонентским узлом B, абонентским eNode B или точкой доступа и может использовать любую подходящую RAT для облегчения беспроводного соединения в локализованной области, такой как место работы, дом, транспортное средство, кампус, промышленный объект, воздушное пространство (например, для использования дронами), проезжую часть и тому подобное. В одном варианте осуществления базовая станция 114b и WTRUs 102c, 102d могут реализовывать технологию радиосвязи, такую как IEEE 802.11, для установления беспроводной локальной сети (WLAN). В варианте осуществления базовая станция 114b и WTRUs 102c, 102d могут реализовывать технологию радиосвязи, такую как IEEE 802.15, для установления беспроводной персональной сети (WPAN). В еще одном варианте осуществления базовая станция 114b и WTRUs 102c, 102d могут использовать RAT на основе сотовой связи (например, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR и т.д.) для установления пикосоты. или фемтосота. Как показано на фиг. 1А, базовая станция 114b может иметь прямое соединение с интернетом 110. Таким образом, базовой станции 114b может не потребоваться доступ к интернету 110 через CN 106/115.
RAN 104/113 может находиться на связи с CN 106/115, который может быть сетью любого типа, выполненной с возможностью предоставления услуг голосовой связи, передачи данных, приложений и/или передачи голосовых сообщений по интернет-протоколу (VoIP) одной или нескольким из WTRUs 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 также может служить в качестве шлюза для WTRUs 102a, 102b, 102c, 102d для доступа к PSTN 108, интернету 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые обеспечить обычные аналоговые услуги телефонии (POTS). Интернет 110 может включать в себя глобальную систему взаимосвязанных компьютерных сетей и устройств, которые используют общие протоколы связи, такие как протокол управления передачей (TCP), протокол пользовательских дейтаграмм (UDP) и/или интернет-протокол (IP) в TCP/IP пакете интернет-протокола. Сети 112 могут включать в себя сети проводной и/или беспроводной связи, принадлежащие и/или управляемые другими поставщиками услуг. Например, сети 112 могут включать в себя другую CN, подключенную к одной или нескольким RANs, которые могут использовать ту же RAT, что и RAN 104/113, или другую RAT.
Некоторые или все WTRUs 102a, 102b, 102c, 102d в системе 100 связи могут включать в себя многорежимные возможности (например, WTRUs 102a, 102b, 102c, 102d могут включать в себя множество приемопередатчиков для связи с различными беспроводными сетями через разные беспроводные ссылки). Например, WTRU 102c, показанный на фиг. 1А может быть выполнен с возможностью устанавливать связь с базовой станцией 114а, которая может использовать технологию радиосвязи на основе сотовой связи, и с базовой станцией 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, который может быть подключен к приемопередающему элементу. Хотя на фиг. 1B изображает процессор 118 и приемопередатчик 120 как отдельные компоненты, будет понятно, что процессор 118 и приемопередатчик 120 могут быть объединены вместе в электронный блок или микросхему.
Приемопередающий элемент 122 может быть выполнен с возможностью передавать сигналы или принимать сигналы от базовой станции (например, базовой станции 114a) через радиоинтерфейс 116. Например, в одном варианте осуществления приемопередающий элемент 122 может представлять собой антенну, выполненную с возможностью передавать и/или принимать радиочастотные сигналы. В варианте осуществления приемопередающий элемент 122 может быть излучателем/детектором, выполненным с возможностью, например, передавать и/или принимать сигналы в IR, UV диапазоне или видимого света. В еще одном варианте осуществления приемопередающий элемент 122 может быть выполнен с возможностью передавать и/или принимать как радиочастотные сигналы, так и световые сигналы. Очевидно, что приемопередающий элемент 122 может быть выполнен с возможностью передавать и/или принимать любую комбинацию беспроводных сигналов.
Хотя приемопередающий элемент 122 изображен на фиг. 1B, как единственный элемент, WTRU 102 может включать в себя любое количество приемопередающих элементов 122. Более конкретно, WTRU 102 может использовать технологию MIMO. Таким образом, в одном варианте осуществления WTRU 102 может включать в себя два или более приемопередающих элемента 122 (например, множество антенн) для передачи и приема беспроводных сигналов через радиоинтерфейс 116.
Приемопередатчик 120 может быть выполнен с возможностью модулировать сигналы, которые должны быть переданы приемопередающим элементом 122, и демодулировать сигналы, которые принимают приемопередающим элементом 122. Как отмечено выше, WTRU 102 может иметь многорежимные возможности функционирования. Таким образом, приемопередатчик 120 может включать в себя множество приемопередатчиков для обеспечения возможности связи WTRU 102 посредством нескольких RATs, таких как, например, NR и IEEE 802.11.
Процессор 118 WTRU 102 может быть соединен с, и может принимать данные пользовательского ввода от динамика/микрофона 124, клавиатуры 126 и/или дисплея/сенсорной панели 128 (например, жидкокристаллический дисплей или дисплей на органических светодиодах (OLED)). Процессор 118 также может выводить пользовательские данные в динамик/микрофон 124, клавиатуру 126 и/или дисплей/сенсорную панель 128. Кроме того, процессор 118 может осуществлять доступ к информации из любого типа подходящей памяти и хранить данные в ней, такие как несъемная память 130 и/или съемная память 132. Несъемная память 130 может включать в себя оперативное запоминающее устройство (RAM), постоянное запоминающее устройство (RОM), жесткий диск или любой другой тип памяти устройство хранения. Съемная память 132 может включать в себя карту модуля идентификации абонента (SIM), карту памяти, защищенную цифровую карту памяти (SD) и т.п. В других вариантах осуществления процессор 118 может осуществлять доступ к информации и сохранять данные в памяти, которая физически не находится на WTRU 102, например, на сервере или домашнем компьютере (не показан).
Процессор 118 может получать электропитание от источника 134 питания и может быть выполнен с возможностью распределять и/или управлять поставкой электропитания другим компонентам в WTRU 102. Источник 134 питания может быть любым подходящим устройством питания WTRU 102. Например, источник 134 питания может включать в себя одну или несколько сухих батарей (например, никель-кадмиевые (NiCd), никель-цинковые (NiZn), никель-металлогидридные (NiMH), литий-ионные (Li-ion) и т.д.), солнечные элементы, топливные элементы и тому подобное.
Процессор 118 также может быть соединен с GPS набором микросхем 136, который может быть выполнен с возможностью предоставлять информацию о местоположении (например, долготы и широты) относительно текущего местоположения WTRU 102. В дополнение или вместо информации из GPS набора микросхем 136, WTRU 102 может принимать информацию местоположения по радиоинтерфейсу 116 от базовой станции (например, базовых станций 114a, 114b) и/или определять свое местоположение на основании синхронизации сигналов, принимаемых от двух или более близлежащих базовых станций. Очевидно, что WTRU 102 может получать информацию о местоположении любым подходящим способом определения местоположения, оставаясь в соответствии с вариантом осуществления.
Процессор 118 может быть дополнительно соединен с другими периферийными устройствами 138, которые могут включать в себя один или несколько программных и/или аппаратных модулей, которые обеспечивают дополнительные функции, функциональные возможности и/или проводное или беспроводное соединение. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для фотографий и/или видео), порт универсальной последовательной шины (USB), устройство вибрации, телевизионный приемопередатчик, гарнитуру hands-free, модуль Bluetooth, радиомодули с частотной модуляцией (FM), цифровой музыкальный проигрыватель, медиа-плеер, модуль проигрывателя видеоигр, интернет-браузер, устройство виртуальной реальности и/или дополненной реальности (VR/AR), трекер активности и тому подобное. Периферийные устройства 138 могут включать в себя один или несколько датчиков, датчиками могут быть один или несколько из гироскоп, акселерометр, датчик эффекта Холла, магнитометр, датчик ориентации, датчик приближения, датчик температуры, датчик времени; датчик геолокации; альтиметр, датчик освещенности, датчик касания, магнитометр, барометр, датчик жеста, биометрический датчик и/или датчик влажности.
WTRU 102 может включать в себя полнодуплексную радиосвязь, для которой передача и прием некоторых или всех сигналов (например, связанных с конкретными подкадрами как для UL (например, для передачи), так и для нисходящей линии связи (например, для приема) могут быть согласованным и/или одновременным. Полнодуплексная радиосвязь может включать в себя блок управления помехами, чтобы уменьшать и или, по существу, подавить собственные помехи с помощью, либо аппаратного обеспечения (например, ограничительный фильтр), либо обработки сигнала с помощью процессора (например, отдельного процессора (не показан) или посредством процессора 118. В варианте осуществления WRTU 102 может включать в себя полудуплексную радиосвязь, для которой передача и прием некоторых или всех сигналов (например, ассоциированными с конкретными подкадрами для либо UL (например, для передачи), или нисходящей линии связи (например, для приема)).
Фиг. 1C является схемой системы, иллюстрирующей RAN 104 и CN 106 в соответствии с вариантом осуществления. Как отмечено выше, RAN 104 может использовать технологию радиосвязи E-UTRA для связи с WTRUs 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 также может поддерживать связь с CN 106.
RAN 104 может включать в себя eNode-B 160a, 160b, 160c, хотя следует понимать, что RAN 104 может включать в себя любое количество eNode-B, оставаясь в соответствии с вариантом осуществления. Каждый eNode-B 160a, 160b, 160c может включать в себя один или несколько приемопередатчиков для установления связи с WTRUs 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления eNode-B 160a, 160b, 160c может реализовывать технологию MIMO. Таким образом, eNode-B 160a, например, может использовать несколько антенн для передачи беспроводных сигналов и/или приема беспроводных сигналов от WTRU 102a.
Каждый из eNode-B 160a, 160b, 160c может быть подключён к конкретной соте (не показана) и может быть выполнен с возможностью принимать решения по управлению радиоресурсами, решения о передаче обслуживания, планирования пользователей в UL и/или DL и тому подобное. Как показано на фиг. 1C, eNode-B 160a, 160b, 160c могут устанавливать связь друг с другом через интерфейс X2.
CN 106, показанный на фиг. 1C, может включать в себя узел 162 управления мобильностью (MME), обслуживающий шлюз (SGW) 164 и шлюз сети пакетных данных (PDN) (или PGW) 166. Хотя каждый из вышеперечисленных элементов изображен как часть CN 106. Очевидно, что любой из этих элементов может принадлежать и/или эксплуатироваться объектом, отличным от оператора CN.
MME 162 может быть подключен к каждому из eNode-B 162a, 162b, 162c в RAN 104 через интерфейс S1 и может служить в качестве узла управления. Например, MME 162 может быть выполнен с возможностью выполнять аутентификацию пользователей WTRUs 102a, 102b, 102c, активацию/деактивацию канала, выбор конкретного обслуживающего шлюза во время начального подключения WTRUs 102a, 102b, 102c и т.п. MME 162 может предоставлять функцию плоскости управления для переключения между RAN 104 и другими RANs (не показаны), которые используют другие технологии радиосвязи, такие как GSM и/или WCDMA.
SGW 164 может быть подключен к каждому из eNode B 160a, 160b, 160c в RAN 104 через интерфейс S1. SGW 164 обычно может маршрутизировать и пересылать пакеты пользовательских данных в/из WTRUs 102a, 102b, 102c. SGW 164 может выполнять другие функции, такие как привязка пользовательских плоскостей во время хэндоверов между eNode B, инициирование поискового вызова, когда данные DL доступны для WTRUs 102a, 102b, 102c, управление и сохранение контекстов WTRUs 102a, 102b, 102c и т.п.
SGW 164 может быть подключен к PGW 166, который может обеспечивать WTRUs 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как интернет 110, для упрощения связи между WTRUs 102a, 102b, 102c и IP-устройствами.
CN 106 может облегчать связь с другими сетями. Например, CN 106 может обеспечить WTRUs 102a, 102b, 102c доступ к сетям с коммутацией каналов, таким как PSTN 108, для облегчения связи между WTRUs 102a, 102b, 102c и традиционными устройствами наземной связи. Например, CN 106 может включать в себя или может взаимодействовать с IP-шлюзом (например, сервером IP-мультимедийной подсистемы (IMS)), который служит в качестве интерфейса между CN 106 и PSTN 108. Кроме того, CN 106 может обеспечить WTRUs 102a, 102b, 102c доступ к другим сетям 112, которые могут включать в себя другие проводные и/или беспроводные сети, которые принадлежат и/или управляются другим провайдером услуг.
Хотя WTRU описан на фиг. 1A-1D, в качестве терминала беспроводной связи, предполагают, что в некоторых репрезентативных вариантах осуществления такой терминал может использовать (например, временно или постоянно) интерфейсы проводной связи с сетью связи.
В репрезентативных вариантах осуществления другая сеть 112 может быть WLAN.
WLAN в режиме базового набора услуг инфраструктуры (BSS) может иметь точку доступа (AP) для BSS и одну или несколько станций (STAs), ассоциированных с AP. AP может иметь доступ или интерфейс к распределительной системе (DS) или другому типу проводной/беспроводной сети, которая передает трафик в и/или из BSS. Трафик в STAs, который исходит вне BSS, может поступать через AP и может доставляться к STAs. Трафик, исходящий из STAs в пункты назначения за пределами BSS, может быть отправлен в AP для доставки в соответствующие пункты назначения. Трафик между STAs внутри BSS может отправляться через AP, например, когда исходная STA может отправлять трафик в AP, и AP может доставлять трафик к STA назначения. Трафик между STAs в BSS может рассматриваться и/или называться одноранговым трафиком. Одноранговый трафик может отправляться между (например, непосредственно между) исходной и целевой STAs с установкой прямой линии связи (DLS). В определенных репрезентативных вариантах осуществления DLS может использовать DLS 802.11e или туннельный DLS 802.11z (TDLS). WLAN, использующая независимый режим BSS (IBSS), может не иметь AP, и STAs (например, все STAs) внутри или с использованием IBSS могут связываться друг с другом напрямую. Режим связи IBSS иногда может упоминаться в данном документе как специальный режим связи.
При использовании режима работы инфраструктуры 802.11ac или аналогичного режима операций AP может передавать сигнал маркера по фиксированному каналу, такому как первичный канал. Первичный канал может быть фиксированной ширины (например, ширина полосы 20 МГц) или динамически установленной шириной посредством сигнализации. Первичный канал может быть рабочим каналом BSS и может использоваться STA для установления соединения с AP. В некоторых репрезентативных вариантах осуществления может быть реализован множественный доступ с контролем несущей и предотвращением коллизий (CSMA/CA), например, в системах 802.11. Для CSMA/CA STAs (например, каждая STA), включающая в себя AP, может определять первичный канал. Если первичный канал обнаружен/определен и/или определен как занятый конкретной STA, то конкретная STA может быть отключена на некоторое время. Одна STA (например, только одна станция) может передавать в любой момент времени в данном BSS.
STAs с высокой пропускной способностью (HT) могут использовать канал шириной 40 МГц для связи, например, посредством комбинации основного канала 20 МГц с соседним или несмежным каналом 20 МГц для формирования канала шириной 40 МГц.
STAs с очень высокой пропускной способностью (VHT) могут поддерживать каналы шириной 20 МГц, 40 МГц, 80 МГц и/или 160 МГц. Каналы 40 МГц и/или 80 МГц могут быть сформированы путем объединения смежных каналов 20 МГц. Канал 160 МГц может быть сформирован путем объединения 8 смежных каналов 20 МГц или путем объединения двух несмежных каналов 80 МГц, что может называться 80+80 конфигурацией. Для 80+80 конфигурации данные после канального кодирования могут передаваться через анализатор сегментов, который может разделять данные на два потока. Для каждого потока могут выполнять отдельно обработку обратного быстрого преобразования Фурье (IFFT) и обработку во временной области. Потоки могут отображаться на два канала 80 МГц, и данные могут передаваться передающей STA. В приемнике принимающей STA вышеописанная операция для 80 + 80 конфигурации может быть выполнена в обратном порядке, и объединенные данные могут быть отправлены в уровень управления доступом к среде (MAC).
Режимы работы на частоте 1 ГГц поддерживаются стандартами 802.11af и 802.11ah. Ширина полосы пропускания канала и несущие в 802.11af и 802.11ah уменьшены по сравнению с используемыми в 802.11n и 802.11ac. 802.11af поддерживает полосы пропускания 5 МГц, 10 МГц и 20 МГц в спектре TV неиспользуемом частотном спектре (TVWS), и 802.11ah поддерживает полосы частот 1 МГц, 2 МГц, 4 МГц, 8 МГц и 16 МГц, используя спектр не-TVWS. Согласно репрезентативному варианту осуществления 802.11ah может поддерживать связь управление типом счетчика/тип связи машина-машина, например, устройства МТС в области макро-покрытия. Устройства МТС могут иметь определенные возможности, например, ограниченные возможности, включающие в себя поддержку (например, только поддержку) определенных и/или ограниченных полос пропускания. Устройства МТС могут включать в себя аккумулятор с ресурсом аккумулятора выше порогового значения (например, для поддержания очень длительного срока службы аккумулятора).
WLAN системы, которые могут поддерживать несколько каналов, и полосы пропускания канала, такие как 802.11n, 802.11ac, 802.11af и 802.11ah, включают в себя канал, который может быть назначен в качестве первичного канала. Первичный канал может иметь полосу пропускания, равную наибольшей общей рабочей полосе пропускания, поддерживаемой всеми STAs в BSS. Полоса пропускания первичного канала может быть установлена и/или ограничена STA из числа всех STAs, работающих в BSS, которая поддерживает режим работы с наименьшей полосой пропускания. В примере 802.11ah первичный канал может иметь ширину 1 МГц для STAs (например, устройств типа MTC), которые поддерживают (например, поддерживают только) режим 1 МГц, даже если AP и другие STAs в 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 для связи с WTRUs 102a, 102b, 102c по радиоинтерфейсу 116. RAN 113 также может устанавливать связь с CN 115.
RAN 113 может включать в себя gNB 180a, 180b, 180c, хотя следует понимать, что RAN 113 может включать в себя любое количество gNB, оставаясь в соответствии с вариантом осуществления. Каждый из gNB 180a, 180b, 180c может включать в себя один или несколько приемопередатчиков для связи с WTRUs 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления gNB 180a, 180b, 180c могут реализовывать технологию MIMO. Например, gNBs 180a, 108b для передачи сигналов и/или приема сигналов от gNBs 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).
WTRUs 102a, 102b, 102c могут устанавливать связь с gNB 180a, 180b, 180c с использованием передач, ассоциированных с масштабируемыми компонентами нумерологии. Например, разнесение OFDM символов и/или разнесение OFDM поднесущих может варьироваться для разных передач, разных сот и/или разных частей спектра беспроводной передачи. WTRUs 102a, 102b, 102c могут устанавливать связь с gNB 180a, 180b, 180c, используя подкадр или интервалы времени передачи (TTI) различной или масштабируемой длины (например, содержащие различное количество OFDM символов и/или длительную изменяющуюся длину абсолютного времени).
gNB 180a, 180b, 180c могут быть выполнены с возможностью устанавливать связь с WTRUs 102a, 102b, 102c в автономной конфигурации и/или в неавтономной конфигурации. В автономной конфигурации WTRUs 102a, 102b, 102c могут устанавливать связь с gNB 180a, 180b, 180c без доступа к другим RANs (например, таким как eNode-B 160a, 160b, 160c). В автономной конфигурации WTRUs 102a, 102b, 102c могут использовать один или несколько gNB 180a, 180b, 180c в качестве точки привязки мобильности. В автономной конфигурации WTRUs 102a, 102b, 102c могут устанавливать связь с gNB 180a, 180b, 180c, используя сигналы в нелицензированной полосе. В неавтономной конфигурации WTRUs 102a, 102b, 102c могут устанавливать связь с gNB 180a, 180b, 180 c/ подключаться к gNB 180a, 180b, 180c в тоже время устанавливать связь/подключаться к другой RAN, такой как eNode-B 160a, 160b, 160c. Например, WTRUs 102a, 102b, 102c могут реализовывать принципы DC для связи с одним или несколькими gNB 180a, 180b, 180c и одним или несколькими eNode-B 160a, 160b, 160c, по существу, одновременно. В неавтономной конфигурации eNode-B 160a, 160b, 160c могут служить в качестве узла привязки мобильности для WTRUs 102a, 102b, 102c и gNBs 180a, 180b, 180c, могут обеспечивать дополнительное покрытие и/или пропускную способность для обслуживания WTRUs 102a, 102b, 102с.
Каждый из gNB 180a, 180b, 180c может быть ассоциирован с конкретной сотой (не показана) и может быть выполнен с возможностью обработки решений по управлению радиоресурсами, решений о передаче обслуживания, планирования пользователей в UL и/или DL, поддержки разделение на сети, двойное подключение, взаимодействие между NR и E-UTRA, маршрутизация данных плоскости пользователя к функции 184a, 184b плоскости пользователя, маршрутизация информации плоскости управления к функции 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 может быть выполнен с возможностью выполнять аутентификацию пользователей WTRUs 102a, 102b, 102c, поддержку разбиения сети (например, обработку различных сеансов PDU с различными требованиями), выбор конкретной SMF 183a, 183b, управление областью регистрации, завершение NAS сигнализации, управление мобильностью и тому подобное. Разделение сети может использоваться AMF 182a, 182b для настройки поддержки CN для WTRUs 102a, 102b, 102c на основании типов услуг, используемых WTRUs 102a, 102b, 102c. Например, разные сегменты сети могут быть установлены для разных случаев использования, таких как услуги, основанные на сверхнадежной связи с малой задержкой (URLLC), услуги, основанные на мобильном широкополосном доступе усовершенствованной мобильной широкополосной связи (eMBB), услуги для доступа к связи машинного типа (MTC) и/или тому подобное. AMF 162 может обеспечивать функцию плоскости управления для переключения между RAN 113 и другими RANs (не показаны), которые используют другие технологии радиосвязи, такие как технологии доступа 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, управление сеансами PDU, управление применением политики и QoS, предоставление уведомлений о данных нисходящей линии связи и тому подобное. Тип сеанса PDU может быть основан на IP, не на основе IP, на основе Ethernet и т.п.
UPF 184a, 184b может быть подключен к одному или нескольким gNB 180a, 180b, 180c в RAN 113 через интерфейс N3, который может обеспечивать WTRUs 102a, 102b, 102c доступ к сетям с коммутацией пакетов, такой как интернет 110, для облегчения связи между WTRUs 102a, 102b, 102c и устройствами с поддержкой IP. UPF 184, 184b может выполнять другие функции, такие как маршрутизация и пересылка пакетов, обеспечение политик плоскости пользователя, поддержка сеансов PDU с несколькими сетями, обработка QoS плоскости пользователя, буферизация пакетов нисходящей линии связи, обеспечение привязки мобильности и тому подобное.
CN 115 может облегчать связь с другими сетями. Например, CN 115 может включать в себя или может взаимодействовать с IP-шлюзом (например, сервером IP-мультимедийной подсистемы (IMS)), который служит в качестве интерфейса между CN 115 и PSTN 108. Дополнительно, CN 115 может предоставить WTRUs 102a, 102b, 102c доступ к другим сетям 112, которые могут включать в себя другие проводные и/или беспроводные сети, которые принадлежат и/или эксплуатируются другими поставщиками услуг. В одном варианте осуществления WTRUs 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, базовая станция 114a- b, eNode-B 160a-c, MME 162, SGW 164, PGW 166, gNB 180a-c, AMF 182a-b, UPF 184a-b, SMF 183a-b, DN 185a-b и/или любое другое устройство (устройства) описанные здесь, могут быть выполнены одним или несколькими устройствами эмуляции (не показаны). Устройства эмуляции могут быть одним или несколькими устройствами, выполненные с возможностью эмуляции одной или нескольких, или всех функций, описанных в данном документе. Например, устройства эмуляции могут быть использованы для тестирования других устройств и/или для моделирования функций сети и/или WTRU.
Устройства эмуляции могут быть выполнены с возможностью реализации одного или нескольких тестов других устройств в лабораторных условиях и/или в сетевой среде оператора. Например, одно или несколько устройств эмуляции могут выполнять одну или несколько, или все функции, будучи полностью или частично реализованными и/или развернутыми как часть проводной и/или беспроводной сети связи, для тестирования других устройств в рамках сети связи. Одно или несколько устройств эмуляции могут выполнять одну или несколько, или все функции, будучи временно реализованными/развернутыми как часть проводной и/или беспроводной сети связи. Для целей тестирования устройство эмуляции может быть напрямую подключено к другим устройствам и/или может выполнять тестирование с использованием беспроводной связи.
Одно или несколько устройств эмуляции могут выполнять одну или несколько, включающие в себя все функции, при этом не будучи реализованными/развернутыми как часть проводной и/или беспроводной сети связи. Например, устройства эмуляции могут быть использованы в сценарии тестирования в испытательной лаборатории и/или в неразвернутой (например, для тестирования) в проводной и/или беспроводной сети связи для осуществления тестирования одного или нескольких компонентов. Одно или несколько устройств эмуляции могут быть испытательным оборудованием. Устройства эмуляции могут использовать прямую радиочастотную связь и/или беспроводную связь через радиочастотную схему (например, которая может включать в себя одну или несколько антенн) для передачи и/или приема данных.
5G радиоинтерфейс (например, 5G Flex) может поддерживать множество вариантов использования, таких как один или несколько из следующих: (i) улучшенные характеристики широкополосной связи (IBB); (ii) промышленное управление и связь (ICC) и автомобильные приложения (V2X) и (iii) массовая связь машинного типа (mMTC). Термины «5G интерфейс» или «5G Flex» могут быть использованы в настоящем описании для обозначения радиоинтерфейса, используемого для обеспечения радиодоступа следующего поколения. Термины «интерфейс 5G» или «5G Flex» могут быть относительно динамическим интерфейсом, основанным на различном использовании разных нумерологий для поддержки разных типов передач. Пример параметров передачи, которые могут быть изменены для разных нумерологий, может включать в себя одно или несколько из разнесение поднесущих, длина символа (например, OFDM символа), длина интервала времени передачи (TTI), тип формы волны и/или тому подобное. Термин «Новое радио» (NR) может также быть использован для обозначения 5G интерфейса или 5G Flex.
5G интерфейс может обеспечивать поддержку сверхнизкой задержки передачи (LLC). Задержка радиоинтерфейса может составлять, например, 1 мс время прохождения сигнала в обоих направлениях (RTT). TTI могут быть, например, между 100 мкс и 250 мкс. Может быть обеспечена поддержка сверхнизкой задержки доступа (например, время от начального доступа к системе до завершения передачи первого блока данных плоскости пользователя). Для IC и V2X может поддерживаться сквозная (e2e) задержка (например, менее 10 мс).
5G интерфейс может обеспечивать поддержку сверхнадежной передачи (URC). Поддержка URC может содержать, например, успешность передачи и доступность услуги (например, 99,999% или коэффициент потери пакетов менее 10e-6) и/или диапазон скоростной мобильности (например, 0-500 км/ч). Для IC и V2X может поддерживаться коэффициент потери пакетов (например, менее 10e-6).
5G интерфейс может обеспечивать поддержку работы МТС. Поддержка работы связи машинного типа (MTC) может содержать, например, поддержку радиоинтерфейса для узкополосной передачи (например, менее 200 кГц), увеличенный срок службы батареи (например, 15 лет автономной работы) и/или минимальный объем служебной сигнализации для малых и редких передач данных (например, низкая скорость передачи данных, например, 1-100 кбит/с с задержкой доступа от секунд до часов).
В качестве формата сигнала для передачи данных может быть использовано мультиплексирование с ортогональным частотным разделением (OFDM), например, в LTE и IEEE 802.11. OFDM может (например, эффективно) разделять спектр на множество параллельных ортогональных поддиапазонов. (например, каждая) поднесущая может быть сформирована с использованием прямоугольного окна во временной области, что может привести к синусоидальным поднесущим в частотной области. Множественный доступ с ортогональным частотным разделением каналов (OFDMA) может быть реализован с (например, точной) синхронизацией частоты и (например, жестким) управлением синхронизацией восходящей линии связи в течение продолжительности циклического префикса, например, чтобы поддерживать ортогональность между сигналами и минимизировать помехи между несущими. Жесткая синхронизация является недостатком, например, в системе, где WTRU может быть одновременно подключен к множеству точек доступа. Дополнительное снижение мощности может применяться к передачам по восходящей линии связи, например, чтобы соответствовать требованиям спектрального излучения в смежных диапазонах, что может происходить при наличии агрегированного фрагментированного спектра для передач WTRU.
Некоторые недостатки реализаций OFDM (например, циклического префикса (CP) -OFDM) могут быть устранены, например, путем применения более строгих требований к RF, например, при работе с большим непрерывным спектром без необходимости агрегирования. Схема OFDM передачи на основе CP может привести к физическому уровню нисходящей линии связи для 5G, аналогичному предшествующим поколениям, таким как модификации плотности и местоположения пилот-сигнала.
Реализация 5G FLEX может использовать OFDM или формы волны, отличные от OFDM для систем 5G, например, для схемы передачи нисходящей линии связи.
В данном документе описан один или несколько принципов, которые могут быть применимы к структуре гибкого радиодоступа для 5G, например, на основе OFDMA и LTE систем. Приведенные здесь примеры могут быть применимы к другим беспроводным системам и/или беспроводным технологиям.
На форме сигнала с несколькими несущими может быть основана схема передачи по нисходящей линии связи 5G FLEX, которая может характеризоваться значительными ограничениями в использовании частотного спектра (например, нижними боковыми лепестками и более низкими внеполосными (OOB) излучениями). Кандидаты формы MC сигнала для 5G могут включать в себя OFDM квадратурную амплитудную модуляцию со смещением (OQAM) и универсальные отфильтрованные несущие (UFMC) (например, UF-OFDM) среди других форм сигналов. Приведенные здесь примеры могут использовать OFDM-OQAM и UFMC (UF-OFDM), но настоящее изобретение (например, примеры) может быть применимо к другим формам волны сигнала.
Формы волны сигналов модуляции множества несущих могут делить канал на подканалы и могут модулировать символы данных на поднесущих в подканалах.
С целью подавления OOB к сигналу OFDM, например, для OFDM-OQAM, может быть применен фильтр (например, во временной области на каждую поднесущую). OFDM-OQAM может вызывать очень низкие помехи для соседних диапазонов. OFDM-OQAM может не нуждаться в больших защитных диапазонах. OFDM-OQAM может не требовать циклического префикса. OFDM-OQAM может быть способом частотного мультиплексирования с множеством несущих, сформированных с использованием банка частотных фильтров (FBMC). OFDM-OQAM может быть чувствительным к эффектам многолучевого распространения и большому разбросу задержек с точки зрения ортогональности, что может усложнять выравнивание и оценку канала.
Для подавления OOB может быть применен фильтр (например, во временной области на поддиапазон) к OFDM сигналу, например, для UFMC (UF-OFDM). Фильтрация может быть применена для каждого поддиапазона, например, чтобы использовать фрагменты спектра, например, для упрощения и улучшения практической реализации UF-OFDM. В диапазоне может быть неиспользованный фрагмент спектра. OOB излучения во фрагментах могут быть высокими. UF-OFDM может повысить эффективность по сравнению с OFDM на границах отфильтрованного спектра с или без улучшения в спектральном провале.
Форма сигнала может обеспечивать мультиплексирование по частоте сигналов с неортогональными характеристиками (такими как разное разнесение поднесущих) и сосуществование асинхронных сигналов, например, без необходимости выполнения сложных процессов подавления помех в приемниках. Форма сигнала может способствовать агрегации фрагментированных фрагментов спектра при обработке в основной полосе частот, например, в качестве более дешевой альтернативы его реализации как часть RF обработки.
В одном и том же диапазоне могут поддерживать совместное использование разных форм сигнала, например, для поддержки узкополосной работы mMTC (например, с использованием множественного доступа с одной несущей (SCMA)). Может быть обеспечена поддержка для комбинации разных форм сигналов (например, CP-OFDM, OFDM-OQAM и UF-OFDM) в одном и том же диапазоне, например, для всех аспектов и/или для передач по нисходящей линии связи и восходящей линии связи. Использование может включать в себя передачи с использованием сигналов разных типов между различными WTRUs или передач от одного и того же WTRU (например, одновременно с некоторым перекрытием или последовательной передачей во временной области).
Другие аспекты совместного использования могут включать в себя поддержку гибридных типов сигналов, таких как сигналы и/или передачи, которые поддерживают потенциально изменяющуюся длительность CP (например, от одной передачи к другой), комбинацию CP и остальной части с малой мощностью (например, нулевая заключительная часть), форму гибридного защитного интервала (например, с использованием CP малой мощности) и/или адаптивного шлейфа сигнала малой мощности и т.д. Гибридные типы сигналов могут поддерживать динамическое изменение и/или управление дополнительными аспектами, такими как как применение фильтрации. Фильтрация может быть применена на границе спектра, используемого для приема любой передачи (передач) для данной несущей частоты, на границе спектра, используемого для приема передачи, ассоциированной с конкретной SOM, или для каждого поддиапазона или для каждой группы.
Схема передачи по восходящей линии связи может использовать одинаковую или другую форму волны, используемую для передач по нисходящей линии связи.
Мультиплексирование передач в и из разных WTRUs в одной соте может быть основано на множественном доступе с частотным разделением (FDMA) и множественном доступе с временным разделением (TDMA).
Радиодоступ 5G с технологией гибкого радиодоступа (5gFLEX) может быть охарактеризован, например, как имеющий очень высокую степень гибкости спектра, которая обеспечивает развертывание в разных частотных диапазонах с разными характеристиками, такими как разные схемы дуплекса, разные и/или переменные размеры доступного спектра (например, будь то смежные и/или несмежные распределения спектра в одном и том же или разных диапазонах). Радиодоступ 5gFLEX может поддерживать переменные аспекты синхронизации, такие как поддержка нескольких TTI длин и/или поддержка асинхронных передач.
В схеме дуплексной передачи могут поддерживать, например, TDD и FDD схемы дуплексной передачи. Дополнительная операция нисходящей линии связи (например, для FDD операции) может поддерживаться, например, с использованием агрегации спектра. FDD операция может поддерживать FDD полнодуплексную операцию и FDD полудуплексную операцию. Распределение нисходящей линии связи (DL)/восходящей линии связи (UL) (например, для TDD операции) может быть динамическим (например, может основываться или не основываться на фиксированной конфигурации кадра DL/UL). Длина интервала передачи DL или UL может быть установлена для каждой возможности передачи.
Характеристика 5G радиоинтерфейса может обеспечивать использование различных полос пропускания передачи по восходящей и нисходящей линиям связи, которые могут, например, варьироваться от номинальной полосы пропускания системы до максимального значения, соответствующего полосе пропускания системы.
Поддерживаемые полосы пропускания системы (например, для работы на одной несущей) могут, например, включать в себя 5, 10, 20, 40 и 80 МГц. Поддерживаемые полосы пропускания системы могут представлять собой любую полосу пропускания в данном диапазоне (например, от нескольких МГц до 160 МГц). Номинальная пропускная способность может иметь одно или несколько фиксированных значений. Узкополосные передачи (например, до 200 кГц) могут поддерживаться в пределах рабочей полосы частот для МТС устройств.
На фиг. 2 показан пример ширины полосы передачи. Ширина полосы пропускания системы может относиться к самой большой части спектра, которой может управлять сеть для данной несущей. Часть, которую WTRU минимально поддерживает для обнаружения соты, измерений и начального доступа к сети, может соответствовать номинальной ширине полосы пропускания системы. WTRU может быть сконфигурирован с полосой пропускания канала, которая может находиться в диапазоне всей полосы пропускания системы. Сконфигурированная ширина полосы канала WTRU может включать в себя или не включать в себя номинальную часть ширины полосы пропускания системы, например, как показано на фиг. 2.
Гибкость ширины полосы пропускания может быть достигнута, например, когда все применимые RF требования для данной максимальной рабочей полосы пропускания в диапазоне могут быть выполнены без введения дополнительных разрешенных полос пропускания канала для этого рабочего диапазона, например, благодаря эффективной поддержке фильтрации в основной полосе сигнала в частотной области.
Могут быть предоставлены процедуры для конфигурирования, реконфигурирования и/или динамического изменения полосы пропускания канала WTRU для работы на одной несущей. Могут быть предусмотрены процедуры для выделения спектра для узкополосных передач в пределах номинальной системы, системы или сконфигурированной ширины полосы пропускания канала.
Физический уровень 5G радиоинтерфейса может быть независимым от диапазона и/или может поддерживать работу в лицензированных полосах ниже 5 ГГц и/или работу в нелицензированных полосах в диапазоне 5-6 ГГц. Для работы в нелицензированных диапазонах может поддерживаться, например, платформа доступа к каналу на основе прослушивания до разговора (LBT), основанная на Cat 4, например, по аналогии с LTE способом радиодоступа на базе лицензируемой полосы частот (LAA).
Ширина полосы частот канала конкретной соты и/или конкретного WTRU для произвольных размеров блоков спектра может быть масштабирована и управляема, например, с использованием планирования, адресации ресурсов, передаваемых сигналов, измерений и т.д.
Каналы управления и сигналы нисходящей линии связи могут поддерживать FDM операцию. WTRU может получить несущую нисходящей линии связи, например, путем приема передач, используя (например, только) номинальную часть ширины полосы системы. Например, WTRU изначально может не требоваться для приема передач, охватывающих всю полосу пропускания, которая может управляться сетью для соответствующей несущей.
Каналы данных нисходящей линии связи могут быть распределены по полосе пропускания, которая может соответствовать или может не соответствовать номинальной полосе пропускания системы, например, без ограничений, кроме как в пределах WTRU сконфигурированной полосы пропускания канала. Например, сеть может использовать несущую с шириной полосы пропускания системы 12 МГц, используя номинальную ширину полосы пропускания 5 МГц, что позволяет устройствам, поддерживающим (например, максимум) максимальную полосу пропускания 5 МГц, получать и получать доступ к системе, одновременно (например, потенциально) выделяя от +10 до - 10 МГц несущей частоты для других WTRUs, поддерживающих (например, до) 20 МГц ширины полосы канала.
Фиг. 3 является примером распределения 300 спектра, где разные поднесущие могут быть (например, по меньшей мере, концептуально) назначены различным режимам работы (например, режим операции со спектром (SOM)). Могут быть использованы различные SOMs, например, для выполнения разных требований для разных передач. SOM может, например, состоять из разнесения поднесущих, TTI длины и/или одного или нескольких аспектов надежности (например, HARQ аспектов обработки), вторичного канала управления и т.д. SOM может быть использован для ссылки на (например, конкретный) сигнал или может относиться к аспекту обработки (например, в поддержку сосуществования различных форм сигналов на одной несущей с использованием мультиплексирования с частотным разделением (FDM) и/или мультиплексирования с временным разделением (TDM)). SOM может быть использован, например, при поддержке сосуществования операции дуплексной передачи с частотным разделением (FDD) в полосе дуплексной передачи с временным разделением (TDD) (например, TDM способ или аналогичным образом).
WTRU может быть выполнен с возможностью выполнять передачи в соответствии с одним или несколькими SOMs. Например, SOM может соответствовать передачам, которые используют одну или несколько из (i) (например, конкретный) TTI интервал, (ii) начальный уровень мощности, (iii) HARQ тип обработки, (iv) верхние границы для успешного HARQ приема/передачи, (v) режим передачи, (vi) физический канал (восходящая или нисходящая линия), (vii) рабочая частота, диапазон или несущая, (viii) конкретный тип формы сигнала или передача в соответствии с RAT (например, для 5G или LTE предшествующего поколения). SOM может соответствовать QoS уровню и/или относящемуся аспекту (например, максимальная/целевая задержка, максимальный/целевой коэффициент блочной ошибки (BLER) или аналогичная). SOM может соответствовать области спектра и/или каналу управления или его аспекту (например, область поиска, тип информации управления нисходящей линии связи (DCI)). Например, WTRU может быть сконфигурирован SOM для (например, каждого из) типа услуги сверхнадежной связи (URC), типа услуги связи с низкой задержкой (LLC) и/или типа массивной широкополосной связи (MBB) обслуживания. WTRU может иметь конфигурацию для SOM для доступа к системе и/или для передачи/приема управляющей сигнализации уровня 3 (L3) (например, RRC), например, в части спектра, ассоциированной с системой (например, номинальная ширина полосы пропускания системы).
Агрегирование спектра может поддерживаться, например, когда WTRU поддерживает передачу и прием нескольких транспортных блоков по смежным или несмежным наборам блоков физических ресурсов (PRB) в одном и том же рабочем диапазоне (например, для операции с одной несущей). Может поддерживаться отображение одного транспортного блока на отдельные PRB наборы. Поддержка может быть предоставлена для одновременных передач, ассоциированных с различными SOM требованиями.
В одном и том же рабочем диапазоне или в двух или более рабочих диапазонах может быть обеспечена поддержка работы с несколькими несущими, например, с использованием смежных или несмежных блоков спектра. Может быть обеспечена поддержка для агрегации блоков спектра с использованием разных режимов (например, FDD и TDD) и с использованием разных способов доступа к каналу (например, работа в лицензированной полосе частот и нелицензированом диапазоне частот ниже 6 ГГц). Поддержка может быть предоставлена для процедур, которые конфигурируют, реконфигурируют и/или динамически изменяют агрегацию с множеством несущих WTRU.
Передачи нисходящей линии связи и восходящей линии связи могут быть организованы в радиокадры, характеризующиеся рядом фиксированных аспектов (например, местоположение информации управления нисходящей линии связи) и рядом различных аспектов (например, время передачи, поддерживаемые типы передач).
UL
DL
Основной временной интервал (BTI) может быть выражен через целое число одного или нескольких символов, причем длительность символа может быть функцией разнесения поднесущих, применимого к частотно-временному ресурсу. Разнесение поднесущих (например, для FDD кадра) может отличаться между несущей частотой f восходящей линии связи и несущей частотой f нисходящей линии связи.
DL
Интервал времени передачи (TTI) может быть минимальным временем, поддерживаемым системой между последовательными передачами, например, где каждая может быть связана с различным транспортным блоком (TB) для нисходящей линии связи (TTI) и восходящей линии связи (UL) приемопередатчика (TRx)), например, исключая любую применимую преамбулу и включающую в себя любую информацию управления (например, информацию управления нисходящей линии связи (DCI) для нисходящей линии связи или информацию управления восходящей линии связи (UCI) для восходящей линии связи). TTI может быть выражен через целое число одного или нескольких BTIs. BTI может быть специфичным и/или ассоциированным с данным SOM.
Поддержка длительности кадра может, например, включать в себя 100 мкс, 125 мкс (1/8 мс), 142,85 мкс (1/7 мс может быть 2 OFDM-символа LTE nCP) и 1 мс, например, чтобы разрешить выравнивание структур синхронизации для одного или нескольких поколений, такие как 5G и одно или несколько LTE предшествующих поколений.
dci
UL
+ DL
DL
Кадр может начинаться с информации управления нисходящей линии связи (DCI) фиксированной длительности t, предшествующей передаче данных нисходящей линии связи (DL TRx) для соответствующей несущей частоты - f для TDD и f для FDD.
Кадр может состоять из участка нисходящей линии связи (например, DCI и DL TRx) и (например, возможно) участка восходящей линии связи (например, UL TRx), например, для FDD дуплексной передачи. Интервал (swg) переключения может (например, всегда) предшествовать участку кадра восходящей линии связи, например, при наличии.
offset
Кадр может состоять из опорного TTI нисходящей линии связи и одного или более TTI (s) для восходящей линии связи, например, для FDD дуплекса. Начало восходящей линии связи может быть TTI (например, всегда), полученное с использованием смещения (T), которое может быть применено с самого начала опорного кадра нисходящей линии связи, который перекрывается с началом кадра восходящей линии связи.
5gFLEX (например, для TDD) может поддерживать D2D/V2x/Sidelink работу в кадре, например, путем использования соответствующего управления нисходящей линией связи и передачи в прямом направлении в участке DCI + DL TRx (например, когда могут использовать полустатическое распределение соответствующих ресурсов) или в участке DL TRx (например, для динамического выделения) и/или путем использования соответствующей передачи в обратном направлении в участке UL TRx.
5gFLEX (например, для FDD) может поддерживать D2D/V2x/Sidelink работу в участке UL TRx кадра, например, посредством использования соответствующих передач управления нисходящей линии связи, прямого направления и обратного направления в участке UL TRx (например, могут использовать динамическое распределение соответствующих ресурсов).
Примеры структур кадра показаны на фиг. 4 (TDD) и фиг. 5 (FDD). Фиг. 4 является примером временных отношений для TDD дуплексной передачи. Фиг. 5 является примером временных отношений для FDD дуплекса.
На уровне MAC может быть поддержана функция планирования. Например, могут быть два режима планирования: (1) сетевое планирование, например, для строгого планирования с точки зрения ресурсов, временных параметров и параметров передачи передач по нисходящей линии связи и/или передач по восходящей линии связи, и (2) планирование, основанное на WTRU, например, для большей гибкости с точки зрения синхронизации и параметров передачи. Информация планировании может быть действительной для одного или нескольких TTIs, например, для одного или обоих режимов.
Для оптимизации совместного использования ресурсов сетевое планирование, например, может позволить сети жестко управлять доступными радиоресурсами, назначенными различным WTRUs. Могут поддерживать динамическое планирование.
Планирование, основанное на WTRU, может позволить WTRU оппортунистически осуществлять доступ к ресурсам восходящей линии связи с минимальной задержкой, например, на основе потребностей в наборе общих или выделенных ресурсов восходящей линии связи, которые могут быть назначены (например, динамически или статически) сетью. Поддержка может предоставляться для синхронизированных и/или несинхронизированных оппортунистических передач. Поддержка может быть предоставлена для передач на основе конкуренции и/или передач без конкуренции.
Может быть обеспечена поддержка для оппортунистических передач (например, запланированных или незапланированных), например, для удовлетворения требования сверхнизкой задержки (например, для 5G) и/или требования энергосбережения (например, для случая использования mMTC).
Произвольный доступ (например, в LTE) может использоваться, например, для одного или нескольких из следующего: (i) начальный доступ (например, при установлении линии радиосвязи, такой как переход от RRC_IDLE в RRC_Connected); (ii) восстановление радиосвязи после сбоя радиосвязи; (iii) для передачи обслуживания (например, когда необходимо установить синхронизацию восходящей линии связи с новой сотой); (iv) установления синхронизации восходящей линии связи (например, когда данные восходящей линии связи или нисходящей линии связи поступают, когда терминал находится в RRC_Connected и восходящая линия связи может быть не синхронизированной); (v) для определения местоположения (например, с использованием процедуры (процедур) определения местоположения на основании измерений восходящей линии связи) и/или (vi) в качестве запроса планирования (например, когда выделенные ресурсы запроса планирования не были сконфигурированы в PUCCH).
Попытка произвольного доступа может быть основанной на конкуренции или без конкуренции. Например, WTRU может выполнять произвольный доступ на основе конкуренции или произвольный доступ без конкуренции. Конкурентный произвольный доступ может использовать несколько (например, четыре) этапов. Например, произвольный доступ на основе конкуренции может включать в себя WTRU, отправляющий преамбулу произвольного доступа. Преамбула произвольного доступа может позволить eNB оценить временные характеристики передачи терминала. Произвольный доступ на основе конкуренции может включать в себя сеть, отправляющую команду опережения синхронизации, например, для корректировки времени передачи терминала. Время передачи терминала может быть отрегулировано на основе времени передачи, оцененного eNB. Произвольный доступ на основе конкуренции может включать в себя передачу идентификатора WTRU в сеть, например, вместе с сигнализацией управления посредством WTRU. Произвольный доступ на основе конкуренции может включать в себя сеть, отправляющую сообщение разрешения конфликта в WTRU.
Может не потребоваться разрешение конфликтов, например, в произвольном доступе без конкуренции. Бесконкурентный произвольный доступ может включать в себя отправку WTRU преамбулы произвольного доступа в сеть и/или отправку сетью команды опережения синхронизации в ответ на преамбулу произвольного доступа. Команда опережения синхронизации может указывать скорректированную синхронизацию передачи терминала.
5G радиоинтерфейс может поддерживать множество вариантов использования (где каждый может иметь разные QoS требования), например, с точки зрения различия между применимыми радиоресурсами и процедурами передачи (например, с точки зрения TTI длительности, надежности, разнесения, применяемые для передачи, и максимальной задержки).
Между различными пакетами данных, потоками данных и/или однонаправленными каналами данных (или их эквивалентами), например, могут применять дополнительное различие QoS с точки зрения максимального гарантированного бюджета задержки, коэффициента блочных ошибок и скорости передачи данных.
MAC уровень может обрабатывать функциональные возможности, которые могут учитывать вышеизложенное, например, для решения одного или нескольких из следующих: (i) удовлетворение предварительных условий для передач по восходящей линии связи; (ii) уменьшение задержки, связанной с передачами по восходящей линии связи, и/или (iii) уменьшение сигнализации, связанной с передачей по восходящей линии связи.
Удовлетворение предварительных условий для передач по восходящей линии связи может содержать, например, UL TA, определение местоположения, WTRU скорость передачи и/или PL оценку. Например, WTRU может управлять и/или определять, выполнены ли предварительные условия для выполнения данного типа передачи, например, с учетом вариантов использования и процедур передачи.
Может быть обеспечено уменьшение задержки, ассоциированной с передачами по восходящей линии связи. Синхронизация восходящей линии связи может быть обеспечена с помощью ТА команд, отправляемых на CONNECTED WTRUs. Это может быть непрактичным для ULL устройств, которые (например, только) периодически обмениваются данными, например, учитывая, что задержка установления синхронизации восходящей линии связи может быть слишком большой. Перемещение в новую соту может включать в себя установление синхронизации восходящей линии связи с новой сотой, например, через RACH. Для поддержки ULLRC может быть исключена задержка, ассоциированная с установлением синхронизации восходящей линии связи для ULLRC устройства.
Может быть обеспечено уменьшение сигнализации, ассоциированной с передачей по восходящей линии связи. Передачи по восходящей линии связи могут включать в себя поддержание или получение синхронизации восходящей линии связи, например, посредством традиционной RACH процедуры. Вариант использования mMTC (например, в 5G) может состоять из наличия множества WTRUs, осуществляющих связь с сетью посредством коротких и случайных передач данных. WTRUs могут иметь очень длительный срок службы батареи (например, более 10 лет) и могут работать в области с высокой плотностью соединения (например, 1 000 000 устройств на квадратный километр). Эффективность сигнализации для 5G устройств может (например, в результате) быть повышена (например, по сравнению с LTE).
WTRU может быть сконфигурирован с усовершенствованной процедурой произвольного доступа. Усовершенствованная процедура произвольного доступа может включать в себя меньший объем сигнализации между WTRU и сетью. Усовершенствованная процедура произвольного доступа может включать в себя передачу первого сообщения (например, eMSG1) в сеть и прием второго сообщения (например, eMSG2) из сети. Первое сообщение может быть eRACH передачей.
Усовершенствованная процедура произвольного доступа может быть полезной для WTRUs, которые могут быть не синхронизированы по восходящей линии связи, например, чтобы уменьшить задержку для начальной передачи пакета данных и/или для передач малых данных. Например, усовершенствованная процедура произвольного доступа может позволить WTRU отправлять данные перед приемом разрешения из сети.
В одном примере, первое сообщение (например, eMSG1) может включать в себя передачу данных в сочетании с последовательностью преамбулы. Передача может использовать ресурсы, которые могут быть разнесены по времени и/или частоте. Передача может использовать объединенные ресурсы во времени и/или частоте, например, так, что для преамбулы и части данных может использоваться один ресурс. Например, последовательность преамбулы и часть данных могут быть отправлены с использованием отдельных ресурсов, где такие ресурсы могут быть ассоциированы друг с другом. Отправка последовательности преамбулы и части данных с использованием отдельных ресурсов могут рассматривать как отдельные передачи. В качестве другого примера, может быть добавлена последовательность преамбулы (например, предварительно добавлена) к части данных. Добавление последовательности преамбулы к части данных можно рассматривать как одну передачу. HARQ может применяться к части данных передачи. Например, усовершенствованная процедура произвольного доступа может поддерживать повторную передачу первого сообщения, повторную передачу только преамбулы (например, в качестве обратной связи для унаследованной RACH процедуры) и/или повторную передачу только части данных (например, с использованием HARQ).
В примере, второе сообщение (например, eMSG2) может включать в себя ответ на первое сообщение. Ответ на первое сообщение может включать в себя, например, команду опережения синхронизации (TAC) и/или HARQ обратную связь для части данных, для одного или нескольких разрешений на повторную передачу части данных и/или для новой передачи.
В одном примере, усовершенствованная процедура произвольного доступа может разрешить доступ с малой задержкой для несинхронизированного WTRU, например, когда данные становятся доступными в несинхронизированном WTRU (например, поступление данных по восходящей линии связи и/или сигнализация плоскости управления) и/или когда WTRU может принимать информацию управления нисходящей линии связи, которая может указывать, что WTRU должен инициировать усовершенствованный произвольный доступ (например, поступление данных нисходящей линии связи).
На фиг. 6 показан пример усовершенствованной процедуры 600 канала произвольного доступа (eRACH). На 602 WTRU может иметь данные, подлежащие передаче. На этапе 604 WTRU может выбрать преамбулу 622 из группы 620 преамбул. На 606 WTRU может определять ресурсы и/или параметры передачи данных на основе выбранной преамбулы 622. На 608 WTRU может отправлять преамбулу 622 на одном или более PRACH ресурсах. На 610 WTRU может отправлять данные (например, посредством сокращенной UL передачи 640) на определенных ресурсах передачи данных. На 612 WTRU может принимать RAR из сети. Если WTRU не принимает RAR из сети, WTRU может повторять 604, 606, 608 и 610. Если WTRU принимает NACK с разрешением, то WTRU может повторно передавать данные на этапе 614.
WTRU может инициировать eRACH процедуру 600. Сеть может инициировать eRACH процедуру 600, используя, например, eMSG0 (например, NR-PDCCH порядок или L3 / RRC). Сообщение eMSG0 может включать в себя информацию управления.
WTRU может инициировать eRACH процедуру, например, в ответ на одно или более из следующих событий: (i) порядок выделенного сетью WTRU (NW), (ii) динамическое планирование ресурсов CB-eRACH, например, в сочетании с WTRU-автономными триггерами и/или (iii) управляемой сетью мобильностью L3/RRC (или MAC CE).
WTRU может инициировать eRACH процедуру, например, в ответ на выделенный для WTRU порядок NW, например, после приема сигнализации управления нисходящей линии связи (например, DCI на NR-PDCCH), которая может включать в себя указание и/или запрос для WTRU выполнить такую eRACH процедуру. Сигнализация управления нисходящей линии связи может включать в себя один или несколько выделенных WTRU eRACH параметров, которые должны быть использованы в eRACH процедуре.
WTRU может инициировать eRACH процедур, например, в ответ на динамическое планирование CB-eRACH ресурсов. Например, WTRU может инициировать eRACH процедуру в ответ на планирование CB-eRACH ресурсов, если WTRU также обнаруживает один или несколько WTRU-автономных триггеров. Пример WTRU-автономного триггера может включать в себя прием сигнализации управления нисходящей линии связи (например, DCI на NR-PDCCH). Сигнализация управления нисходящей линии связи может включать в себя информацию планирования для передачи первого сообщения eRACH процедуры (например, eMSG1) и триггера, такого как WTRU-автономный триггер. Сигнализация управления нисходящей линии связи может включать в себя один или несколько eRACH параметров для доступа на основе конкуренции. DCI может быть скремблирована RNTI, который может совместно использоваться множеством WTRUs, например, включающие в себя RNTI, специфичный для соты/системы, для eRACH.
WTRU может инициировать eRACH процедуру, например, в ответ на L3/RRC мобильность, управляемую сетью (или MAC CE), например, после приема L3/RRC сигнализации управления (или MAC CE), которая может включать в себя реконфигурацию событием мобильности. L3/RRC может включать в себя один или несколько выделенных eRACH параметров.
Информация управления (например, в eMSG0) может включать в себя, например, одно или несколько из следующего: (i) индикатор ресурса, (ii) индекс преамбулы, (iii) информация управления мощностью TPC и/или (iv) разрешение.
Индикатор ресурса (например, в DCI и/или RRC сообщении) может, например, соответствовать назначению блока ресурсов. Индикатор ресурса может быть ассоциирован с частью данных (например, и не с частью управления и/или частью преамбулы). Индикатор ресурса может быть ассоциирован только с передачей преамбулы (например, произвольный доступ без конкуренции - CFRA). WTRU может определять выделение ресурса для части данных как функцию назначения ресурса преамбулы. WTRU может (например, альтернативно) определять распределение ресурсов для преамбулы и части данных, например, когда используют совместный ресурс или когда WTRU может определять отдельные ресурсы (например, из индекса в таблице или тому подобном).
DCI могут принимать по NR-PDCCH или другому аналогичному каналу. Один или более ресурсов могут быть выделены (например, без конкуренции) конкретному WTRU. Например, один или несколько ресурсов могут быть выделены конкретному WTRU, когда DCI принимают с использованием C-RNTI или его эквивалента. Один или несколько ресурсов могут (например, альтернативно) совместно использоваться (например, на основе конкуренции) и могут быть доступны для множества WTRUs (например, когда скремблируют с использованием общего RNTI, такого как CB-eRACH-RNTI).
Индекс преамбулы (например, в DCI и/или RRC сообщении) может, например, указывать конкретную последовательность преамбулы (например, для выделенной сигнализации). Индекс преамбулы может указывать конкретную группу и/или диапазон преамбулы (например, для совместно используемой сигнализации).
Информация управления мощностью (например, такая как управление мощностью передачи (TPC)) может быть включена в состав DCI и/или RRC сообщения. Информация управления мощностью может быть применима к передаче преамбулы по ePRACH для части данных, по одному для каждого или по одному для обоих.
Разрешение (например, в DCI и/или RRC сообщении) может быть принято (например, в сигнализации управления) посредством WTRU. Разрешение может быть ассоциировано с передачей eMSG1. Разрешение может быть разрешением передачи eMSG1. Разрешение может (например, альтернативно) быть разрешением передачи части данных eMSG1. Передача преамбулы может быть выполнена в соответствии с другой информацией, принятой в сигнализации управления, в соответствии с другими параметрами, например, как описано в данном документе. Например, разрешение может быть указано для выделенного WTRU (например, для выделенной сигнализации) или разрешение, основанное на конкуренции (например, для совместно используемой сигнализации).
В примере конкуренции, управляемой сетью (NW), WTRU может иметь один или несколько автономных триггеров. Например, WTRU может определить, что он имеет данные, доступные для передачи. Передача данных может быть применима к eRACH процедуре. WTRU может декодировать канал управления нисходящей линии связи, например, с использованием общего RNTI (например, CB-eRACH-RNTI). WTRU может декодировать DCI, которая может включать в себя динамически запланированные специфичные для системы ePRACH параметры (например, и соответствующее разрешение и/или PRB набор для части данных). WTRU может инициировать передачу преамбулы, например, с использованием определенных ePRACH ресурсов, и передачу части данных, например, с использованием принятого разрешения и/или PRB(s) поднабора.
WTRU может определять из сигнализации управления, должна ли быть выполнена eRACH процедура в соответствии с принципами отсутствия конкуренции или на основе конкуренции.
WTRU может инициировать eRACH процедуру, например, для выполнения начального доступа, для запроса ресурсов передачи (например, запроса планирования, такого как eRA-SR), для передачи объема данных (например, на основе порогового значения), чтобы выполнить WTRU-автономную мобильность, запрос планирования или сетевого порядка. WTRU может (например, как часть процедуры) выбрать процедуру (например, унаследованного RACH по сравнению с eRACH), например, на основе услуги, DRB, типа обращений, доступных в настоящее время для WTRU, и т.д. WTRU может определить, следует ли выбирать унаследованную RACH процедуру или eRACH процедуру, на основании типа данных восходящей линии связи, которые должны быть переданы, и/или цели запроса произвольного доступа. Например, WTRU может выбрать унаследованную RACH процедуру для данных типа 2. Данные типа 2 могут включать в себя, например, данные расширенной мобильной широкополосной связи (eMBB). В качестве другого примера, WTRU может выбрать eRACH процедуру для данных типа 1. Данные типа 1 могут включать в себя, например, данные для передачи по сверхнадежной связи с низкой задержкой (URLLC).
WTRU может выбирать eRACH процедуру. WTRU может выбирать последовательность преамбулы, например, в дополнение к ресурсам для преамбулы и данных. Ресурсы, используемые для преамбулы, и ресурсы, используемые для данных, могут иметь некоторую ассоциацию, такую как неявная ассоциация. WTRU может определять, какие данные (если таковые имеются) могут быть переданы на ресурсах данных, и может определять применимую PHY/MAC информацию управления, которая должна быть передана, например, на основе использованной преамбулы.
WTRU может инициировать PHY уровень для передачи преамбулы на выбранных ресурсах для передачи преамбулы и может отправлять информацию управления и любые данные на PHY уровень для передачи на выбранных ресурсах данных.
WTRU может (например, после преамбулы и передачи данных) выполнять мониторинг канала управления для обнаружения eRAR. WTRU может выполнять DRX (например, DRX для мониторинга канала управления) в течение периода времени до определенного ожидаемого времени приема eRAR или временного окна.
Может быть инициирована eRACH процедура. WTRU может инициировать eRACH процедуру, например, как следствие одного или нескольких из следующих событий: (i) WTRU определяет наличие данных, доступных для передачи; (ii) WTRU определяет, что он должен выполнять WTRU-автономную мобильность и/или (iii) WTRU определяет, что необходимо выполнить реконфигурацию L1/PHY аспекта и/или интерфейса Uu.
WTRU может определять наличие данных, доступных для передачи. Например, это может соответствовать одному или нескольким из следующих событий: (i) начальный доступ WTRU к соте или TRP (например, WTRU может выполнить первую передачу в соту или TRP, находясь в состоянии ожидания или в неподключенном состоянии); (ii) инициирование новой услуги или логического канала и/или (iii) поступление данных в WTRU.
WTRU может определять, что необходимо выполнять WTRU-автономную мобильность. Например, это может соответствовать переходу/передаче обслуживания от одной соты/TRP к другой соте/TRP.
WTRU может определять, следует ли выполнить реконфигурацию L1/PHY аспекта и/или Uu. Например, это может соответствовать одному или нескольким из следующих событий: (i) формирование/использование/добавление нового луча и/или (ii) добавление соты/TRP к набору активных сот WTRU/TRP.
WTRU может делать определение, например, (например, только) отсутствия действительного временного выравнивания восходящей линии связи.
WTRU может определить, следует ли инициировать RACH процедуру, в то же время используют текущую eRACH процедуру. В одном примере WTRU может выполнять одно или несколько из следующего:
WTRU может продолжать текущую eRACH процедуру (например, кроме случая, когда триггер инициирует RACH процедуру из-за события мобильности, которое может сделать недействительными текущие ресурсы, используемые для текущей eRACH процедуры) для восстановления процедуры, которая может быть связана с выполнением текущей eRACH процедуры (например, из-за случае отказа при максимальном количестве eMSG1 передач, сбой обнаружения/измерения применимого опорного сигнала, потери синхронизации нисходящей линии связи или тому подобное) или в любом другом случае снижения качества связи в текущей eRACH процедуре, WTRU может воздерживаться от инициирования RACH процедуры (например, eRACH может иметь приоритет при выполнении и при выполнении аналогичной задачи).
WTRU может (например, иначе) инициировать RACH процедуру. WTRU может продолжать текущую eRACH процедуру (например, обе процедуры могут выполняться параллельно, например, при выполнении различных задач). Обе процедуры могут выполняться параллельно, например, когда для передачи становятся доступными новые данные, которые могут быть ассоциированы с SRB, DRB, нумерологией (например, типом SOM), нумерологическим блоком (например, SOM) или применимы к ним, TrCH или аналогичный, который, в противном случае, мог бы не инициировать процедуру, аналогичную и/или соответствующую текущей eRACH и/или его ресурсам.
WTRU может определить, следует ли инициировать eRACH процедуру, в то время как используют текущую RACH процедуру. WTRU может выполнять одно или несколько из следующих действий:
WTRU может продолжать текущую RACH процедуру, например, когда определение инициировать eRACH процедуру может быть (например, непосредственно) не связано с критериями (или их типом), которые инициировали текущую RACH процедуру. Например, это может включать в себя новые данные, которые могут стать доступными для передачи, могут быть ассоциированы или применимы к SRB, DRB, нумерологии (например, тип SOM), нумерологическому блоку (например, SOM), TrCH или аналогично и, в противном случае, может не инициировать процедуру, аналогичную и/или соответствующую текущему RACH и/или его ресурсам.
WTRU может (например, иначе) устанавливать приоритеты и инициировать eRACH процедуру. WTRU может отменить текущую RACH процедуру, например, после инициирования eRACH процедуры.
WTRU может определить, что он должен инициировать вторую eRACH процедуру, пока у него есть первая текущая eRACH процедура. В этом случае, WTRU может выполнять одно или несколько из следующего:
WTRU может продолжаться с первой продолжающейся eRACH процедурой, например, когда определение инициировать вторую eRACH процедуру может быть связано или сходно с критерием (или его типом), которую инициировал первый экземпляр eRACH процедуры (например, событие, которое может инициировать eRACH процедуру, соответствующую тому же набору eRACH ресурсов, которые используются первым экземпляром eRACH процедуры). Событие может включать в себя новые данные, которые могут стать доступными для передачи, могут быть ассоциированы с и/или применимы к SRB, DRB, нумерологии (например, тип SOM), нумерологическому блоку (например, SOM), TrCH или аналогично тому, что может быть ассоциировано с такими eRACH ресурсами. Различные процессы луча, ассоциированные с одним и тем же конкретным опорным сигналом (например, соответствующим одному и тому же TRP), могут рассматриваться как один и тот же ресурс, если только триггер не может быть связан с управлением лучом.
WTRU может (например, в противном случае) инициировать второй экземпляр eRACH процедуры.
Набор eRACH ресурса (ов) может включать в себя один или несколько из набора преамбул, ресурсов преамбулы, ресурсов данных/ассоциации, частоты передачи и т.д.
WTRU может определять применимую RACH процедуру, например, унаследованную RACH или eRACH процедуру. WTRU может инициировать произвольный доступ. WTRU может определить, следует ли выполнить процедуру произвольного доступа. WTRU может (например, дополнительно) определить, может ли быть использовано множество таких процедур доступа (например, унаследованную RACH процедуру или eRACH процедуру). WTRU может определять, выбирать ли для произвольного доступа первую RACH процедуру или вторую RACH процедуру. Первая RACH процедура может быть унаследованной RACH процедурой и/или 4-этапной RACH процедурой. Например, унаследованная RACH процедура может включать в себя четыре этапа. Вторая RACH процедура может быть eRACH процедурой и/или двухэтапной RACH процедурой. Например, eRACH процедура может включать в себя два этапа.
Когда WTRU выбирает вторую RACH процедуру, WTRU может определять, по меньшей мере, один PRACH ресурс, ассоциированный со второй RACH процедурой. WTRU может определять последовательность преамбулы, ассоциированную со второй RACH процедурой. WTRU может определять ресурс данных для данных восходящей линии связи, например, на основании, по меньшей мере, одного PRACH ресурса, последовательности преамбулы, типа данных восходящей линии связи и/или размера данных восходящей линии связи. WTRU может отправлять RACH передачу на сетевое устройство, используя, по меньшей мере, один PRACH ресурс и ресурс данных. RACH передача может включать в себя последовательность преамбулы и данные восходящей линии связи.
WTRU может определять выполнение eRACH процедуры в соответствии с одним или несколькими факторами. Несколько примеров приведены ниже.
WTRU может определять выполнение eRACH процедуры, например, на основании своего состояния соединения (например, IDLE, CONNECTED, «light connected»). Определение может быть сделано совместно с другими условиями. Условия для выбора могут отличаться, например, в зависимости от WTRU состояния соединения.
WTRU может определять выполнение eRACH процедуры, например, на основании конкретного триггера, принятого для инициирования процедуры.
WTRU может определять выполнение eRACH процедуры, например, на основании своего (например, текущего) состояния выравнивания синхронизации или конкретных критериев выравнивания синхронизации или того, может ли ему быть разрешено передавать преамбулу совместно с данными. WTRU может быть разрешено передавать преамбулу совместно с данными, например, когда время с момента его последней передачи по UL или время с момента последнего приема команды опережения синхронизации не может превышать предварительно определенного или предоставленного сетью порогового значения. WTRU может (например, альтернативно или дополнительно) выполнять определение на основании размера соты, предоставляемого сетью. В одном примере, WTRU может быть разрешено выполнять передачу преамбулы, объединенной с данными, или использовать другой набор пороговых значений для сравнения своего состояния выравнивания синхронизации при выполнении такого определения, например, когда размер соты может быть меньше предварительно определенного или сконфигурированного порогового значения.
WTRU может определять выполнить eRACH процедуру, например, на основании конфигурации сети, которая может быть предоставлена в системной информации. Может быть принято решение, следует ли использовать двухэтапную или четырехэтапную процедуру. Информация конфигурации сети может быть предоставлена в системной информации (например, SIB) и может указывать, какую RACH процедуру следует использовать. Такая информация также может указывать или использоваться для определения дополнительного процесса функционирования WTRU в течение RACH процедуры. В одном примере могут применять двухэтапный подход, и WTRU может не ожидать TAC в eMSG2, например, в небольших сотах, где TA может не потребоваться.
WTRU может определять выполнить eRACH процедуру, например, на основании количества/продолжительности передачи данных. WTRU может определить, что он может передавать преамбулу в сочетании с данными, например, когда желаемая передача данных не может превышать предварительно определенную или сконфигурированную величину, или, когда длительность транспортного блока не превышает предварительно определенную или сконфигурированную длительность. Количество данных может быть основано на объеме данных, которые могут быть доступны для передачи, и/или на объеме данных, буферизованных WTRU для одного или нескольких конкретных логических каналов/услуг, или на длительности транспортного блока, который может потребоваться для передачи ожидающих данных или сообщения.
WTRU может определять выполнить eRACH процедуру, например, на основании типа данных/передачи. Например, WTRU может определить, что он должен выполнить eRACH процедуру, основываясь на свойстве, ассоциированном с данными для передачи, или типе передачи, которая должна быть выполнена. WTRU может делать определение (например, только) для конкретного логического канала или сообщения определенного типа (например, управляющего сообщения RRC). WTRU может делать определение на основании требований времени передачи, ассоциированных с данными, такими как истекшее время для успешной передачи данных.
WTRU может (например, дополнительно) быть сконфигурирован с набором логических каналов или эквивалентом, который WTRU может выбрать для передачи данных, например, с использованием eRACH процедуры. WTRU может различать или определять, соответствует ли тип передаваемых данных критериям для eRACH на основании одного или нескольких из следующего: (i) применимый тип услуги и/или соответствующее QoS, ассоциированное с данными/доступом; (ii) конфигурация однонаправленного канала и/или (iii) тип и/или идентификация радиоканала (например, SRB или DRB), для которого могут (например, должны) быть переданы данные.
В примере, например, после установления канала, канал может указывать, разрешает ли он передачу в неактивном состоянии и/или передачу данных, используя eRACH процедуру.
В одном примере, WTRU может быть сконфигурирован сетью для выполнения передачи данных, например, с использованием eRACH процедуры (например, только) для определенных однонаправленных радиоканалов. WTRU может (например, также) принимать конфигурацию, например, на основании предшествующего запроса. В одном примере WTRU может переключаться из подключенного состояния в неактивное состояние. WTRU может запрашивать, какие однонаправленные каналы могут быть разрешены для передачи данных, например, с использованием eRACH процедуры.
В одном примере, WTRU может быть переведен в неактивное состояние и может быть обеспечен новым каналом (например, сетью) для передачи, когда он находится в неактивном состоянии. WTRU может (например, также) быть обеспечен правилами для сопоставления конкретных данных прикладного уровня, поступающих в WTRU, на канал, пока он может находиться в неактивном состоянии. WTRU может выполнять eRACH процедуру по прибытии данных в этот конкретный канал. WTRU может выполнять унаследованную RACH процедуру, например, когда данные поступают для другого канала.
WTRU может определять выполнить eRACH процедуру, например, на основании наблюдаемой скорости передачи данных. WTRU может делать определение на основании наблюдаемой скорости передачи данных (например, частоты поступления пакетов) в WTRU. WTRU может сравнивать наблюдаемую скорость передачи данных с сконфигурированной пороговой скоростью для выполнения eRACH (например, 2-этапными, а не 4-этапными процедурами). Определения могут быть сделаны для конкретного логического канала или радиоканала.
WTRU может определять выполнить eRACH процедуру, например, в результате истечения таймера. Например, WTRU может быть выполнен с возможностью передавать преамбулу, объединенную с передачей данных, по меньшей мере, каждые (x) секунды. WTRU может (например, по истечении таймера) выполнять передачу независимо от наличия данных для передачи по истечении таймера (например, посредством BSR передачи или другой информации управления, когда другие данные отсутствуют или, оставляя ресурсы данных пустыми). Это может позволить WTRU поддерживать определенный уровень временного выравнивания (например, грубое временное выравнивание), чтобы он мог продолжать использовать eRACH (например, двухэтапный подход) и/или ограничивать длительность защитного периода при использовании eRACH (например, двухэтапный подход).
WTRU может определять выполнить eRACH процедуру, например, на основании сигнала синхронизации (например, наличия или свойства сигнала синхронизации, из которого может быть получен PRACH ресурс или PRACH последовательность). WTRU может использовать информацию последовательности синхронизации для определения, например, одного или нескольких из: (i) полосы частот и ассоциированного типа доступа, (ii) свойства последовательности и/или (iii) наличия второй последовательности сигнатур.
В примере использования частотного диапазона и ассоциированного типа доступа WTRU может определять, что присутствие сигнала синхронизации на конкретной частоте может быть ассоциировано с использованием eRACH процедуры (например, лицензированной versus нелицензированной).
В примере использования свойства последовательности WTRU может определять, что индекс, ассоциированный с сигналом синхронизации, может указывать на выполнение eRACH процедуры. Индекс может, например, быть ассоциирован с индексом луча.
В примере использования присутствия второй последовательности сигнатур WTRU может определить, что наличие второй последовательности сигнатур, которая может быть ассоциирована с первой последовательностью, и может иметь конкретное свойство последовательности, может указывать производительность eRACH процедуры.
WTRU может определять выполнить eRACH процедуру, например, на основании того, сконфигурирован ли WTRU с C-RNTI. Например, WTRU может инициировать eRACH процедуру, когда он сконфигурирован с C-RNTI.
WTRU может использовать (например, альтернативную) процедуру выбора для определения процедуры, например, когда WTRU может обнаруживать сигнал синхронизации для RACH процедуры и сигнал синхронизации для eRACH процедуры. WTRU может определять применимую RACH процедуру, например, унаследованную процедуру или eRACH процедуру, например, на основании одного или нескольких факторов. Несколько примеров приведены ниже.
WTRU может определять применимую RACH процедуру, например, унаследованную RACH или eRACH процедуру, например, на основании измеренной занятости канала. WTRU может выполнять измерения занятости канала и может выбирать передачу преамбулы в сочетании с данными, например, когда измеренная занятость канала может быть больше (или меньше) определенного или сконфигурированного порогового значения. Определение может поддерживать нелицензированные схемы развертывания, где доступ к каналу может поддерживаться в ситуациях высокой нагрузки, например, путем передачи преамбулы, объединенной с данными (например, в отличие от RA процедуры, подобной LTE, с четырьмя независимыми процедурами доступа к каналу).
WTRU может определять применимую RACH процедуру, например, унаследованную RACH или eRACH процедуру, например, на основании оцененных потерь в тракте и условий канала. WTRU может выполнять измерения потерь в тракте или канале на основании опорных сигналов и может определять, использовать ли, например, 2-этапную или 4-этапную процедуру, в зависимости от того, может ли оцененный уровень потерь в тракте быть ниже или выше определенного порогового значения. В одном примере, WTRU может выбрать двухэтапную процедуру, например, когда уровень потерь в тракте передачи может быть ниже порогового значения. Пороговое значение может передаваться сетью. Порог может зависеть от частотного диапазона. Это может позволить WTRU оценить расстояние до соты/TRP и определить, следует ли использовать двухэтапную процедуру, например, когда WTRU может находиться в пределах определенного расстояния до соты/TRP.
WTRU может определять применимую RACH процедуру, например, унаследованную RACH или eRACH процедуру, например, на основании индекса последовательности синхронизации. Индекс последовательности синхронизации может, например, передавать информацию мощности передачи последовательности синхронизации и/или класс мощности TRP, поэтому WTRU может оценивать уровень потерь в тракте без получения дополнительной системной информации. Это может быть полезно, например, когда «PRACH» может передаваться после синхронизации.
WTRU может определять применимую RACH процедуру, например, унаследованную RACH или eRACH процедуру, например, на основании целевого TRP. WTRU может принять решение использовать eRACH процедуру, например, когда целевой TRP может принадлежать той же TRP группе, которая использовалась WTRU в последний раз (например, в течение настраиваемого периода времени). Например, WTRU может иметь разреженную и импульсную связь с TRP, чередующимися с длительными периодами бездействия. Это может позволить WTRU повторно использовать предварительно сконфигурированные параметры для обеспечения эффективного eRACH. В одном примере WTRU может выполнять унаследованную RACH процедуру, например, по истечении таймера, например, независимо от того, является ли намеченная цель процедуры произвольного доступа одинаковой или из той же TRP группы.
WTRU может определять применимую RACH процедуру, например, унаследованную RACH или eRACH процедуру, например, на основании ответа от сети. WTRU может определить (например, на основании ответа сети в ранее выполненной eRACH процедуре или связанного сообщения), что дополнительный доступ или передачи данных могут быть выполнены с использованием унаследованной RACH процедуры. В одном примере WTRU может выполнить eRACH процедуру, где сеть может ответить с указанием (например, неявным или явным) повторить попытку, например, с использованием унаследованной RACH процедуры. Индикация может быть ассоциирована с индикацией отсрочки.
WTRU может решить выполнить eRACH процедуру, например, чтобы разрешить передачу данных, оставаясь в неактивном состоянии. Условия для выбора eRACH процедуры могут (например, также) быть применимыми к WTRU, решающему выполнить передачи данных, оставаясь в новом состоянии. WTRU может быть сконфигурирован с условиями, для которых он может оставаться в неактивном состоянии при выполнении передачи данных (например, как описано выше). WTRU может выбрать eRACH процедуру как результат выполнения условий.
WTRU может (например, альтернативно) выполнять eRACH процедуру для передачи данных в неактивном состоянии или для перехода в RRC CONNECTED. WTRU может указывать (например, неявно или явно как часть преамбулы или передачи данных) в eRACH процедуре, переходить ли к RRC CONNECTED или оставаться в неактивном состоянии.
WTRU может принимать сообщение, которое указывает сетевой порядок для выполнения eRACH процедуры. Например, расширенное сообщение 0 (eMSG0) может предоставлять сетевой порядок. WTRU может определять передачу eMSG1 и/или инициировать eRACH процедуру, например, после приема сигнализации DL из сети. В одном примере сигнализация DL может приниматься из сети через информацию управления нисходящей линии связи (DCI) по каналу управления.
Может быть инициирована eRACH процедура. WTRU может определять, что DCI может указывать, что WTRU должен инициировать процедуру произвольного доступа. Например, WTRU может определить, что DCI указывает процедуру произвольного доступа на основании одного или нескольких из: времени приема, частоты приема, типа канала управления, явной индикации, RNTI, режима работы WTRU, наличие ресурсов преамбулы UL и/или наличие ресурсов данных UL.
В примере времени приема DCI может быть принята в момент времени (например, подкадр, интервал, мини-интервал и т.д.), ассоциированный с конкретной процедурой, где соответствующий момент времени приема соответствует eRACH процедуре. Например, конкретный интервал в каждом кадре может быть зарезервирован для приема DCI, который может указывать, что WTRU должен инициировать процедуру произвольного доступа.
В примере частоты приема, DCI может приниматься на частотном ресурсе (например, конкретном CCE, блоке ресурсов, полосе частот, несущей и т.д.), который может быть ассоциирован с конкретной процедурой, где используют частотный ресурс, может соответствовать (например, или указывать) RACH или eRACH процедуре.
В примере типа канала управления DCI может приниматься по каналу управления, набору CCE, нумерологическому блоку, пространству поиска и/или с использованием конкретной нумерологии, ассоциированной с конкретной процедурой, где соответствующие аспекты могут соответствовать началу eRACH процедуры.
В примере явного указания DCI может включать в себя указание типа процедуры (например, RACH или eRACH). WTRU может принимать указание eRACH. Индикатор eRACH может быть, например, одним или несколькими явными флагами или полями в DCI в формате DCI или их комбинацией.
В примере RNTI, DCI может быть закодирован RNTI, ассоциированным с конкретной процедурой (например, RACH или eRACH). RNTI может соответствовать инициированию eRACH процедуры.
В примере режима работы WTRU, WTRU может находиться в режиме работы, ассоциированном с выполнением определенной процедуры после приема триггера. Рабочий режим и/или триггер могут соответствовать инициированию eRACH процедуры. Триггеры могут соответствовать любой комбинации других процедур определения (например, явное указание). WTRU, возможно, был переведен в режиме, на основании приема DL сигнализации. Например, WTRU может принимать RRC сообщение, которое может переводить WTRU в режим работы, ассоциированный с приемом eMSG0. WTRU может (например, в этом режиме) интерпретировать прием DCI (например, который может иметь одно или несколько дополнительных условий для ассоциации с инициированием eRACH), как eMSG0.
В примере наличия ресурсов UL преамбулы, DCI может включать в себя один или более ресурсов UL преамбулы (например, диапазон преамбулы, набор преамбулы, значение преамбулы, индикатор PRB для передачи преамбулы и т.д.). WTRU может определять, что ресурсы UL преамбулы могут быть ассоциированы с конкретной процедурой (например, RACH или eRACH). Ресурсы UL преамбулы могут соответствовать ресурсам для eRACH процедуры.
В примере наличия ресурсов UL данных DCI может включать в себя ресурсы данных восходящей линии связи (например, индикатор PRB для части данных, блок нумерологии для части данных или тому подобное). WTRU может определять, что ресурсы могут быть (например, ассоциированы) с eRACH процедурой.
WTRU может инициировать (например, запускать) eRACH процедуру, например, при передаче eMSG1. eMSG1 может включать в себя преамбулу и данные. Время начала eRACH процедуры может быть определено WTRU, например, на основании сигнализации в DCI и/или дополнительной сигнализации/правил.
В одном примере, WTRU может определять время передачи для преамбулы после приема eMSG0, например, на основании информации, принятой в DCI сообщении и/или на основании фиксированной временной зависимости. Например, фиксированная временная зависимость может быть представлена как n + x, где n может быть временем приема DCI, а x может быть смещением во времени. Смещение может быть фиксированным смещением или может быть поставлено в WTRU, например, через системную информацию или выделенную сигнализацию (например, RRC, MAC или тот же/другой DCI). В (например, альтернативном или дополнительном) примере, который может использоваться в сочетании с другим определением, WTRU может определять время передачи для преамбулы, например, на основании конкретного времени, ассоциированного с ресурсом преамбулы, который будет использоваться. Например, WTRU может определить, что eRACH процедура может быть запущена при следующем появлении PRACH ресурса (например, когда такие ресурсы могут быть предварительно определены или указаны посредством сигнализации до или во время приема DCI), например, после приема DCI или после смещения по времени после приема DCI.
DCI (например, ее контент) может содержать информацию, которая может быть использована WTRU во время выполнения eRACH процедуры. Информация может содержать, например, одно или несколько из следующего: (i) параметры передачи преамбулы, такие как нумерология, последовательность преамбулы, код, мощность передачи и т.д.; (ii) свойства передачи данных, такие как MCS, код/шаблон скремблирования, мощность передачи и т.д.; (iii) ресурсы для использования в последовательности преамбулы; (iv) ресурсы для части данных; (v) правила ассоциации между ресурсами преамбулы и ресурсами данных, такие как указатель на таблицу предварительно определенных правил ассоциации, временное и/или частотное смещение между ними или другие параметры, которые могут определять правило ассоциации и/или (vi) свойства, ассоциированные с повторной передачей, такие как задержка повторной передачи, линейное изменение мощности, максимальное количество HARQ повторных передач, HARQ номер процесса и т.д.
Может быть предоставлено расширенное сообщение 1 (eMSG1). В одном примере WTRU может передавать данные, объединенные с последовательностью преамбулы, которые могут быть разнесены по времени/частоте, или объединены с преамбулой (например, предварительно добавляя последовательность преамбулы к передаче данных).
В одном примере, преамбула и часть данных одной или нескольких передач могут быть связаны с использованием ассоциации.
Взаимосвязь между преамбулой и данными может быть во временной области. Например, время начала передачи преамбулы и время начала передачи части данных могут быть смещены друг от друга на конкретный слот. Время начала может соответствовать первому символу слота, мини-слоту, подкадру или их конкретному символу (например, первому символу соответствующей PRB области, который может, например, не выделяться для сигнализации управления). Взаимосвязь (например, смещение) может быть равно нулю, например, когда передача преамбулы и части данных может быть непрерывной во времени. Это может, например, способствовать слепому декодированию данных в принимающем узле из априорного знания о синхронизации передачи части данных, например, как может быть указано в преамбуле.
Взаимосвязь между преамбулой и данными может быть в частотной области. Например, первый PRB передачи преамбулы и первый PRB передачи части данных могут быть смещены друг от друга на конкретное количество PRB. Смещение может быть равно нулю, например, при совместной передаче преамбулы и части данных. Ассоциация может быть действительной для данной длительности времени передачи (или для конкретного перекрытия во времени соответствующей длительности передачи), например, для данного слота, мини-слота, подкадра или для конкретного его символа (например, одного или более символы ресурсов, которые могут, например, не использоваться для выделенной сигнализации управления). Ассоциация может (например, альтернативно) быть применимой в течение непересекающихся (например, несвязанных во времени) временных интервалов, например, в сочетании с другой процедурой. Это может, например, способствовать слепому декодированию данных в принимающем узле из априорного знания первого PRB передачи части данных, например, как может быть указано в преамбуле.
WTRU может определять смещение по времени/частоте, например, используя одну или несколько (например, комбинацию) следующих процедур: (i) фиксированную или предварительно определенную (например, сконфигурированную в WTRU и предполагаемую для всех WTRUs); (ii) предоставлением в системной информации (например, посредством широковещательной передачи по SIB или предоставлением в таблице доступа); (iii) на основании явного указания (например, явно указанного в DCI или в управляющем сообщении нисходящей линии связи, таком как MAC CE или RRC); (iv) на основании выбранной преамбулы (например, преамбула может быть ассоциирована с конкретным смещением, которое должно быть использовано, где ассоциация может быть фиксированной или сконфигурированной сетью); (v) на основании выбранного PRACH ресурса (например, PRACH ресурс может быть ассоциирован с конкретным смещением, которое должно быть использована, когда ассоциация может быть зафиксирована или сконфигурирована сетью) и/или (vi) произвольным выбором (например, WTRU может выбирать из числа возможных смещений, которые могут быть определены как пригодные для использования WTRU).
Например, WTRU может выбирать ресурс для данных, которые должны быть на первом доступном UL ресурсе, для передачи данных после передачи преамбулы. Ресурсы могут быть предоставлены WTRU посредством сетевой сигнализации. PRB, выбранные WTRU для передачи данных, могут быть (например, дополнительно) произвольно выбраны WTRU. WTRU может быть ограничен выбором фиксированного количества PRB для передачи данных.
Взаимосвязь между преамбулой и данными может быть в длине/размере/длительности передачи. Например, количество блоков ресурсов или размер транспортного блока передачи WTRU могут быть ассоциированы со свойствами преамбулы, такими как последовательность преамбулы, длина преамбулы или ресурсы преамбулы. Ассоциация может быть задана или обеспечена сетевой конфигурацией.
Взаимосвязь между преамбулой и данными может заключаться в кодировании/скремблировании данных. Кодирование, скремблирование или CRC для данных могут быть ассоциированы со свойствами преамбулы. Например, WTRU может применять CRC, используя всю или часть последовательности преамбулы. WTRU может (например, также) модифицировать CRC, например, на основе ресурсов, выбранных для преамбулы. В одном примере, WTRU может определить, использовать ли часть преамбулы в качестве CRC, например, при передаче преамбулы, например, используя первый диапазон ресурсов, когда он решает использовать другую часть преамбулы в качестве CRC или при передаче преамбулы, используя второй диапазон ресурсов.
Взаимосвязь между преамбулой и данными может быть в нумерологии. Например, WTRU может использовать нумерологию для передачи данных, которая может быть ассоциирована со свойствами преамбулы, такими как последовательность преамбулы, ресурсы, выбранные для преамбулы, нумерология преамбулы и т.д. WTRU может передавать данные, например, используя ту же нумерологию, что и в преамбуле. Нумерология последовательности преамбулы может (например, альтернативно) быть одинаковой (например, ссылочной нумерологией). WTRU может выбирать нумерологию части данных, например, на основании местоположения временных/частотных ресурсов преамбулы (например, определенных частотно-временных местоположений, ассоциированных с определенной нумерологией) или последовательности преамбулы (например, определенных последовательностей преамбулы, связанных с определенной нумерология).
Взаимосвязь между преамбулой и данными может быть в схеме или конфигурации множественного доступа. В одном примере, WTRU может выбирать схему множественного доступа (например, FDMA, TDMA, CDMA) и параметры конфигурации (например, конкретные элементы ресурсов, код скремблирования, параметры рандомизации) для передачи данных, например, на основе свойств преамбулы (например, последовательность, выбранные ресурсы). Например, WTRU может выбирать конкретные элементы ресурсов или символы в блоках ресурсов для передачи данных (например, ресурсов на основе конкуренции) на основании последовательности преамбулы.
Взаимосвязь между преамбулой и данными может быть в мощности передачи. Например, максимальная мощность передачи для передачи данных может быть ассоциирована с максимальной мощностью передачи преамбулы, последовательностью преамбулы, ресурсами преамбулы или другими свойствами преамбулы. Мощность передачи данных может быть скалярной функцией мощности передачи преамбулы. Функция может быть предварительно сконфигурирована или сконфигурирована в WTRU сетью. Мощность передачи преамбулы может быть определена, например, посредством предварительной конфигурации или сетевой конфигурации и может быть изменена (например, на конкретную величину) после повторных передач преамбулы.
Может быть предоставлена сетевая конфигурация.
Может быть обеспечена конфигурация для каждого канала eRACH процедуры. WTRU может быть сконфигурирован (например, в RRC) для каждого канала, например, для указания, разрешено ли использовать eRACH процедуру для передачи данных. eRACH процедура может быть использована для передачи, оставаясь в неактивном состоянии. Конфигурация может определять, может ли конкретный канал (например, разрешить) разрешить WTRU выполнять передачу данных, находясь в неактивном состоянии, или может ли WTRU в неактивном состоянии (например, переместиться) перейти в RRC CONNECTED для передачи данных, ассоциированных с каналом.
Конфигурация канала может (например, также) иметь дополнительную конфигурацию для eRACH процедуры. WTRU может определить одно или несколько из следующего из конфигурации канала: (i) может ли (например, разрешен ли) eRACH для передачи данных или может быть разрешен унаследованный RACH и/или переход к RRC CONNECTED (например, требуется); (ii) количество допустимых повторных передач (например, повторных попыток) с использованием eRACH процедуры до возврата к унаследованному RACH или до перехода к RRC CONNECTED; (iii) указание преамбулы или группы преамбул для использования для передачи преамбулы; (iv) параметры, управляющие связью между преамбулой и данными в eRACH процедуре; (v) ресурс или подмножество ресурсов, которые будут использовать для преамбулы и/или передачи данных; (vi) максимальный размер передачи данных, который может быть использован при выполнении eRACH или при нахождении в неактивном состоянии; (vii) максимальная скорость передачи данных, которая может быть использована при выполнении eRACH или при нахождении в неактивном состоянии; (viii) минимальное время между передачами данных с использованием eRACH процедуры, допустимое для радиоканала; (ix) конфигурация функционирования WTRU (например, в случае индикации отсрочки из eRAR) и/или (x) может ли быть разрешено мультиплексирование, сегментация и/или конкатенация для канала, что может включать в себя ассоциированные параметры, ограничивающие такую операцию.
В примере скорости передачи данных, WTRU может принять решение использовать eRACH процедуру, например, когда объем данных, буферизованных для канала, может быть ниже максимального сконфигурированного размера данных. WTRU может (например, иначе) принять решение об использовании унаследованной RACH процедуры или eRACH процедуры и может указать намерение перейти к RRC CONNECTED.
В примере скорости передачи данных, WTRU может принять решение использовать eRACH процедуру, например, когда скорость, с которой данные поступают для канала, может быть ниже максимальной сконфигурированной скорости. WTRU может (например, в противном случае) принять решение об использовании унаследованной RACH процедуры или eRACH процедуры и указать намерение перейти на RRC CONNECTED.
В примере конфигурации для индикации отсрочки, WTRU может (например, на основании такой конфигурации) быть разрешено повторить двухэтапную процедуру, например, сразу после конфигурируемого периода отсрочки, или может выполнить передачу данных, начиная с 4-этапной процедуры, которая может быть определена конфигурацией канала, для которого были доступны данные.
Новый/выделенный канал может быть предоставлен для передачи данных в неактивном состоянии.
WTRU может выполнять передачу данных с использованием eRACH процедуры (например, только) для одного выделенного канала. Например, выделенный канал может быть установлен во время перехода из состояния RRC CONNECTED в неактивное состояние.
WTRU может быть сконфигурирован политикой для отображения пакетов данных из прикладного уровня на выделенный канал (например, в отличие от первоначально ассоциированного канала, установленного для операции RRC CONNECTED), в то время как WTRU может находиться в неактивном состоянии. Политика может содержать, например, отображение одного или TFT набора на новый канал или отображение одного, или набора QoS идентификаторов потока из сети на новый канал.
WTRU может определять один или несколько параметров конфигурации, ассоциированных с конфигурацией eRACH процедуры (например, как описано выше), из конфигурации канала.
WTRU может определять (например, выбирать) преамбулу (например, последовательность преамбулы). WTRU может выбирать преамбулу, например, на основании (например, требуемого) PRACH и/или надежности приема данных. Например, одна или несколько преамбул (например, потенциально с данными) могут быть распределены по времени, частоте, пространственным ресурсам и/или кодовым ресурсам. В одном примере, преамбула и (например, возможно) данные могут повторяться для нескольких ресурсов. WTRU может определять требуемую величину разнесения для достижения (например, требуемой) надежности и может (например, таким образом) выбирать преамбулу, которая может достигать такого разнесения. Разнесение (например, количество повторений) преамбулы и частей данных может не совпадать. Например, разнесение для приема PRACH может быть больше, чем разнесение для приема данных. Это может избежать новой полной RACH процедуры, например, при сбое передачи данных.
WTRU может быть ограничен использованием определенных свойств или диапазона свойств, например, в результате выбора одной или нескольких преамбул из набора сконфигурированных преамбул.
WTRU может (например, альтернативно) добавлять индикатор типа передачи к преамбуле, чтобы указывать тип передачи и/или одно или несколько свойств передачи.
WTRU может указывать другую информацию на основании своего выбора преамбулы. Конкретные свойства передачи или другая информация, которые могут быть отражены при выборе преамбулы, могут включать в себя, например, одно или несколько из следующего.
Выбор преамбулы может указывать, например, объем передаваемых данных, максимальный размер ТВ и/или диапазон допустимых размеров ТВ. WTRU может выбирать преамбулу на основании объема данных, которые будут переданы в части данных. Например, WTRU может определять объем данных, которые должны быть переданы, например, на основании размера ожидающих PDU, управляющего сообщения, IP-пакета и т.д. или того, могут ли быть данные, которые должны быть переданы (например, передача преамбулы, инициированная таймером для поддержания грубой временной синхронизации). Определение может быть ограничено (например, только одним) конкретным логическим каналом, типом данных, QoS уровнем, типом обслуживания и т.д. WTRU может (например, на основании определения) выбирать из одной или нескольких преамбул, которые могут быть ассоциированы с объемом данных или выбором из одной или нескольких преамбул, для которых результирующий ТВ не может превышать максимум, ассоциированный с преамбулой, или находиться в диапазоне, ассоциированном с преамбулой.
Выбор преамбулы может указывать, например, тип передачи или триггер, который мог вызвать передачу. WTRU может выбирать преамбулу, например, на основании типа данных или QoS требований, которые могут быть ассоциированы с данными. В одном примере, WTRU может выбирать один или несколько из набора преамбул, например, когда данные могут быть ассоциированы с конкретной услугой (например, URLLC) или, когда данные могут быть ассоциированы с одним или несколькими, или типом логического канала или QoS обозначения с верхних уровней. WTRU может выбирать преамбулу, например, на основании того, может ли быть выполнено усовершенствованная (например, двухэтапная) или унаследованная (например, 4-этапная) RA, или на основании того, был ли WTRU инициирован для выполнения двухэтапной передачи без данных (например, для получения только синхронизации по времени).
Выбор преамбулы может указывать, например, требования к синхронизации, которые могут быть ассоциированы с передачей данных. WTRU может выбирать свою преамбулу в зависимости от требований к задержке передачи, которые могут быть ассоциированы с данными. WTRU может выбирать свою преамбулу в зависимости от возможностей обработки WTRU. Возможности обработки WTRU могут включать в себя время обработки, необходимое между приемом управляющей сигнализации нисходящей линии связи, которая предоставляет ресурсы для передачи по восходящей линии связи (например, в сообщении, которое включает в себя RAR), и/или соответствующей передачей по восходящей линии связи (например, msg3 для 4-этапной RACH процедуры), WTRU может выбирать преамбулу как функцию комбинации требования к задержке для данных, которые инициировали RACH процедуру, и возможностей WTRU в отношении такого времени обработки. WTRU может (например, в этом случае) дополнительно отслеживать время, которое может потребоваться для передачи данных, и может выбирать преамбулу на основании текущей разницы во времени с требуемым временем передачи.
Выбор преамбулы может указывать, например, состояние буфера WTRU. WTRU может выбирать преамбулу, например, на основании своего состояния буфера для одного или нескольких логических каналов, групп логических каналов, типов данных и т.п. Преамбула может быть ассоциирована с диапазоном состояний буфера. WTRU может сделать выбор на основе сравнения с этим диапазоном. В (например, другом) примере WTRU может выбирать преамбулу на основании того, превышает ли состояние буфера WTRU для логического канала допустимый размер передачи для части данных преамбулы + передачи данных. WTRU может выбирать преамбулу как функцию запроса на разрешение в eRAR.
Выбор преамбулы может указывать, например, WTRU идентификатор. WTRU может выбирать преамбулу, например, на основании идентификатора в WTRU. Идентификатор может быть предварительно сконфигурирован (например, GUTI) или предоставлен сетью (например, C-RNTI или IMSI). Идентификатор может предоставляться сетью, например, во время перехода состояния посредством WTRU (например, при переходе от подключенного к «слегка подключенному» или IDLE). Идентификатор может содержать весь или часть, случайно выбранный посредством WTRU. Идентификатор может зависеть от состояния WTRU (например, IDLE, состояние соединения или «слегка подключенное» состояние).
Выбор преамбулы может указывать, например, местоположение и/или нумерологию передачи данных. WTRU может выполнять выбор временных/частотных ресурсов и/или нумерологию для передачи данных. WTRU может выбрать преамбулу, ассоциированную с местоположением и/или нумерологией. WTRU может определять разнесение или надежность части данных и может выбирать преамбулу, ассоциированную с ним. Например, преамбула может быть отображена на ресурсы данных, которые обеспечивают возможность повторения по частоте, времени, пространству или коду.
Выбор преамбулы может указывать, например, MCS. WTRU может выбирать преамбулу на основании MCS, которую он может использовать для передачи ассоциированных данных.
Выбор преамбулы может указывать, например, произвольный выбор. WTRU может выполнять произвольный выбор преамбулы из сконфигурированного набора преамбул или из набора преамбул, которые могут соответствовать одному или нескольким (например, комбинации) другим правилам для ассоциации преамбулы.
Выбор преамбулы может указывать, например, конфигурацию демодуляции передачи данных. WTRU может выбирать преамбулу, например, на основании конфигурации демодуляции передачи данных. В примере, преамбула может быть сконфигурирована для использования в качестве опорного сигнала демодуляции (DMRS) для передачи данных. В одном примере использование преамбулы в качестве DMRS для передачи данных может уменьшить объем служебной сигнализации и может увеличить пропускную способность передачи данных. Например, WTRU может выбирать длинную последовательность преамбул, например, для обеспечения более точной частоты и коррекции ошибок в приемнике TRP. Набор эталонной нумерологии преамбулы может быть предварительно сконфигурирован для использования WTRU, например, когда преамбула может быть использована для оценки канала для передачи данных. WTRU может сопоставлять конфигурацию преамбулы с передачей данных, например, включающую в себя, например, нумерологию, распределение частот, конфигурацию формирования луча и т.д. WTRU может (например, альтернативно или дополнительно) выбирать предварительно сконфигурированный опорный сигнал демодуляции (DMRS) для передача данных. WTRU может выбирать короткую последовательность преамбулы при другом распределении частотного ресурса без учета использования параметров передачи, совместимых с параметрами передачи данных.
На фиг. 7 проиллюстрирован пример конфигурации 700 демодуляции. Как показано на фиг. 7, WTRU может использовать преамбулу в качестве DMRS для передачи данных. WTRU может отправлять DMRS до передачи данных. WTRU может отправлять DMRS во время передачи данных.
Выбор преамбулы может указывать, например, узел приема преамбулы. WTRU может быть сконфигурирован или основан на передаче преамбулы по нисходящей линии связи для TRP или TRP группы. В примерном развертывании, сота может состоять из TRP группы, которые могут совместно обеспечивать начальное покрытие доступа соты, как SFN. WTRU может выбирать преамбулу в соответствии со специфической для соты конфигурацией со свойствами или характеристиками, которые могут оптимизировать эффективность приема RACH при (например, каждом) отдельных TRP. В одном примере WTRU может выбрать преамбулу, которая может состоять из нескольких повторяющихся коротких последовательностей. Это может улучшить производительность RACH линии восходящей линии связи, например, потому что TRP может использовать формирование луча приемника и может принимать часть или всю короткую последовательность в одном или нескольких лучах приема. TRP может (например, также) применять когерентное объединение версий коротких последовательностей, принятых в нескольких лучах приема. В (например, другом) примере TRP может использовать широкий луч приема. WTRU может выбирать разные конфигурации формирования луча передачи для каждой короткой последовательности, например, чтобы обеспечить усиление формирования луча для передачи преамбулы. WTRU может (например, когда он может передавать преамбулу к конкретному TRP) выбрать (например, одну) длинную последовательность преамбулы, например, чтобы обеспечить накопление высокой энергии при обнаружении преамбулы целевым TRP.
Выбор преамбулы может указывать, например, запрос на переход в RRC CONNECTED. WTRU, передающий eRACH, находясь в неактивном состоянии, может указывать (например, на основании выбора преамбулы или ассоциированных ресурсов), например, планирует ли WTRU перейти в состояние RRC CONNECTED (например, следуя eRACH процедуре) или оставаться в неактивном состоянии (например, продолжить передачу данных с использованием eRACH процедуры).
Выбор преамбулы может указывать, например, на то, что объем передаваемых данных превышает максимальное значение. WTRU может выбрать преамбулу, например, для указания, может ли он выполнять передачу всех ожидающих данных, используя eRACH процедуру. Например, указание может позволить сети предоставить дополнительное UL разрешение в eRAR.
Выбор преамбулы может указывать, например, запрос на полупостоянные DL ресурсы. WTRU может указывать свое предпочтение выделять DL ресурсы (например, конечный набор, который может быть выделен без DL разрешения). Неявное распределение DL ресурсов может позволить сети предоставлять ACKs прикладного уровня, например, когда WTRU выполняет передачу данных в неактивном состоянии в течение продолжительного периода времени.
Выбор преамбулы может указывать, например, количество запрошенных разрешений. WTRU может запрашивать дополнительные разрешения от сети в eRAR. Например, WTRU может передавать SRB и DRB с использованием отдельных ресурсов после передачи eMSG2. Выбранная преамбула может указывать запрос посредством WTRU.
Выбор преамбулы может указывать, например, формат данных. WTRU может указывать (например, как часть преамбулы) формат передачи данных, такой как тип используемого MAC заголовка, наличие/отсутствие сигнализации (SRB), объем данных, ассоциированных с каждым каналом, и т.д. Индикация формата может уменьшить заголовок, передаваемый с частью данных, что может повысить эффективность использования ресурсов.
WTRU может (например, дополнительно) принимать множество преамбул из сети (например, посредством RRC сигнализации) и может выбирать предоставленную преамбулу, например, на основании одного или нескольких свойств.
В примере, который может быть использован в сочетании с другим выбором преамбулы, WTRU может выбирать свои частотно-временные ресурсы для передачи преамбулы на основании одного или нескольких правил для выбора преамбулы. WTRU может получить информацию ассоциации между свойствами передачи данных, информацией WTRU и ресурсами преамбулы, например, посредством предварительной конфигурации или конфигурации сети (например, широковещательная или выделенная сигнализация и/или из таблицы доступа).
Может быть обеспечен физический выбор ресурса произвольного доступа, например, PRACH или усовершенствованный PRACH (ePRACH). Может быть реализована процедура с одинаковым PRACH для обеих процедур доступа. WTRU может использовать общий набор ресурсов для RACH (4-этапная) и eRACH (2-этапная) передачи. WTRU может определять PRACH/ePRACH ресурсы из системной информации, которая может быть ассоциирована с конкретной последовательностью синхронизации и/или из предварительно сконфигурированной информации. Например, частотный диапазон и/или нумерология для PRACH/ePRACH передачи могут быть предварительно сконфигурированы в WTRU, тогда как конкретные блоки ресурсов (например, временное/частотное местоположение) могут быть определены системной информацией.
Дифференцирование может основываться на последовательности преамбулы. WTRU может выбирать из другого набора последовательностей преамбулы, например, на основании типа процедуры. Первый набор преамбул (например, группа С преамбул) может быть ассоциирован с ePRACH, в то время как один или более наборов преамбул (например, группа A и B преамбул) могут быть ассоциированы с PRACH передачей.
Дифференцирование может быть основано на слепом декодировании данных сетью. WTRU может (например, альтернативно) использовать одни и те же преамбулы для PRACH и ePRACH. Сеть может определять использование ePRACH, например, посредством обнаружения данных, передаваемых WTRU. WTRU может (например, всегда) возвращаться к повторной PRACH передаче, например, при сбое в приеме eMSG1
Процедура может иметь отдельные PRACH/ePRACH ресурсы для каждой из процедур множественного доступа. WTRU может использовать отдельный набор ресурсов для PRACH и ePRACH. WTRU может выбирать ресурсы, ассоциированные с PRACH, например, когда он выполняет унаследованную RACH процедуру, и может выбирать ресурсы, ассоциированные с ePRACH, например, когда он выполняет eRACH процедуру.
Ресурсы данных могут быть выбраны, например, на основании преамбулы. WTRU может выбирать или определять ресурсы данных (например, время/частоту) и/или свойства передачи данных (например, нумерология, MCS), например, в зависимости от выбранной преамбулы и/или функции выбранных ресурсов преамбулы. В одном примере, WTRU может быть сконфигурирован с определенным отображением между последовательностью преамбулы/ресурсами преамбулы и свойствами ресурсов данных/передачи данных.
Например, WTRU может быть обеспечен общим набором используемых ресурсов данных и определенным отображением (например, на основании таблицы или списка) между каждой преамбулой и соответствующим блоком (и) ресурсов, которые должны использоваться. В (например, другом) примере блок (и) ресурсов в предоставленном наборе общих ресурсов может быть проиндексирован с помощью порядкового номера преамбулы или индекса преамбулы выбранной преамбулы.
WTRU может получить свой общий набор используемых ресурсов данных из одного или нескольких из следующих, например: (i) системной информации (например, широковещательная или выделенная и/или по запросу), (ii) таблицы доступа и/или (iii) PDCCH разрешением конкретному RNTI (например, ресурсы могут состоять из ресурсов на основе конкуренции, динамически предоставляемых сетью).
WTRU может автономно выбирать ресурсы, например, из определенного поднабора. Например, выбор WTRU преамбулы может определять допустимое подмножество ресурсов и/или свойств передачи, которые могут быть использованы WTRU. WTRU может выбирать из этого подмножества ресурсов и/или свойств передачи на основании одного из нескольких из следующего: случайный выбор, измерения или занятость канала, количество данных для отправки и/или тип данных.
В примере произвольного выбора, WTRU может случайным образом выбирать количество транспортных блоков, которые могут позволить ему передавать ожидающее сообщение.
В примере выбора на основе измерений или занятости канала, WTRU может выполнять измерения (например, в DL) на допустимых ресурсах данных, которые могут быть ассоциированы с выбранной преамбулой. WTRU может выбирать ресурсы, которые могут иметь лучшее качество или наименьшую занятость канала. Определение измерений или занятости канала может состоять из измерений RSRP, достижимого уровня разнесения канала (например, количества независимых каналов разнесения, обеспечивающих эффективное повторение), измерений энергии, обнаружения занятости путем PRACH декодирования и/или других передач от других WTRU.
В примере выбора на основании количества данных для отправки, WTRU может выбирать количество блоков ресурсов или тому подобное на основании количества данных для отправки или данных в своих буферах (например, до максимального количества).
В примере выбора на основании типа данных (например, QoS, типа услуги или логического канала), WTRU может выбирать свои ресурсы для ассоциации конкретной нумерологии (например, TTI) с типом услуги, которую будут использовать. Нумерология может быть ассоциирована (например, посредством передачи сигналов сетью) с местоположением временного/частотного выбранного ресурса.
WTRU может (например, дополнительно) предоставлять указание выбранных ресурсов в качестве информации при передаче преамбулы и/или данных. WTRU может форматировать указание, например, как битовую карту блоков ресурсов, выбранных WTRU для передачи.
WTRU может включать в себя (например, в передаче данных или в области управления данными) дополнительную информацию, которая может содержать одно или несколько из следующего, например: (i) количество передаваемых данных и/или MCS, которая может использоваться для передачи данных; (ii) HARQ информация (например, HARQ число процесса, версия избыточности, номер повторной передачи и т.д., которые могут позволить WTRU поддерживать несколько HARQ процессов для передачи (по меньшей мере, на начальном этапе) посредством процедуры преамбулы + передачи данных); (iii) идентификация WTRU; (iv) состояние буфера WTRU; (v) одну или несколько последовательностей синхронизации (например, измеренных WTRU); (vi) индекс луча или параметры луча, используемые или подлежавшие использованию WTRU (например, для будущих передач); (vii) требуемый формат или требуемая информация в eRAR (например, WTRU может запросить UL разрешение для отправки в eRAR); (viii) требования к качеству данных; (ix) измерения опорных или синхронизирующих сигналов во время/до передачи данных + преамбулы и/или (x) запрос перехода состояния (например, от IDLE к подключенному или от «слегка подключенного» к подключенному) или запрос оставаться в текущем состоянии. Например, WTRU может иметь короткий пакет данных и может указывать сети, что он не может ожидать, что MSG2 будет включать в себя что-либо, кроме HARQ A/N (например, WTRU может не принимать TA команду или разрешение для будущей передачи и после приема ACK может вернуться в режим без синхронизации по времени).
Информация, например, может быть включена в MAC CE или RRC сообщение, которое может быть отправлено с передачей данных.
WTRU может определять допустимую MCS или MCS для использования для передачи данных, например, на основании выбранной преамбулы. WTRU может определять MCS на основании одного или более (например, комбинации) любого из следующего: сигнализации сети, свойства последовательности сигнатур или сигнала синхронизации, свойства состояния выравнивания синхронизации, заданной таблицы транспортного формата/MCS и/или eRACH триггера.
В примере определения сетевой сигнализацией, WTRU может принимать MCS, которая должна быть использована для передачи данных, на основании широковещательной или выделенной сетевой сигнализации.
В примере определения из свойства последовательности сигнатур или сигнала синхронизации, WTRU может определять MCS на основании уровня сигнала, например, в сочетании с типом последовательности сигнатур, обнаруженной WTRU до запуска 2-х этапной процедуры. WTRU может быть сконфигурирован с отображением между типом последовательности сигнатур и/или мощностью и соответствующей MCS.
В примере определения по свойству состояния выравнивания синхронизации, WTRU может определять MCS, например, на основании количества времени, прошедшего с последнего приема команды опережения синхронизации, размера соты. времени последней передачи UL или их комбинации.
В примере определения на основе предварительно определенной таблицы транспортного формата/MCS, WTRU может определять MCS на основании предварительно определенной или сконфигурированной сетью таблицы допустимых MCSs. WTRU может выбирать из допустимых MCSs в таблице. Сеть может выполнять слепое декодирование, например, для определения MCS, выбранного WTRU.
В примере определения, основанного на том, что инициировало eRACH, WTRU может выбрать MCS для передачи данных, например, используя информацию в eMSG0, например, когда инициируется сетью, и используя информацию в сигнализации широковещательной передачи, например, когда WTRU запускается автономно (например, поступление данных в WTRU).
В одном примере, WTRU может принимать отображение между выбранной преамбулой и соответствующей MCS для передачи данных. WTRU может использовать MCS для передачи данных, которая может быть ассоциирована с преамбулой. В (например, другом) примере преамбулы могут иметь ограниченный диапазон MCS, ассоциированный с ними. WTRU может выбирать конкретную MCS в ограниченном подмножестве, например, на основании измерений последовательности сигнатур или сигнала синхронизации, которые могут быть выполнены до инициирования двухэтапной процедуры.
WTRU может определять определенные свойства передачи данных на основании наличия и информации, переносимой в канале управления. Преамбула и данные могут быть согласованы с передачей канала управления в DL. Канал управления может нести информацию о передаче данных, такую как: (i) распределение частотных/временных/кодовых ресурсов; (ii) нумерологию, (iii) MCS и/или (iv) модуляцию.
WTRU может декодировать канал управления на основании, например, конкретной RNTI группы, например, для определения таких свойств. RNTI может быть предварительно сконфигурирован в WTRU или может быть специфическим для WTRU категории/типа (например, RNTI для каждого WTRU типа) или услуги, запрошенной WTRU.
Передача данных с отсутствием опережения синхронизации может вызывать помехи и может затруднять прием передач в сети.
Могут быть выбраны защитные периоды. WTRU может передавать свои данные в пределах выделенного ресурса для передачи данных. Защитный период может быть использован до и/или после передачи данных. WTRU может выбирать из набора длительностей защитного периода или конфигураций защитного периода, например, на основании условий или состояния выравнивания синхронизации. Это может включать в себя выбор защитного периода, который может соответствовать или может быть ассоциирован с одним или несколькими (например, комбинацией) из следующего, например: (i) размер соты и/или WTRU скорость передачи; (ii) состояние выравнивания синхронизации (например, последний момент времени выравненного WTRU) и/или (iii) измерения WTRU (например, для опорного сигнала, последовательности сигнатур или сигнала синхронизации).
WTRU может делать выбор из списка сконфигурированных конфигураций защитного периода, которые могут иметь заданную или сконфигурированную ассоциацию, например, как обсуждалось выше. WTRU может (например, альтернативно) принимать свою конфигурацию защитного периода из сети.
WTRU может передавать известную последовательность в течение части защитного периода. Последовательность может состоять из циклического префикса или последовательности, которая может быть ассоциирована (или являться функцией) с выбранной преамбулой. Длительность последовательности может быть связана с конфигурацией защитного периода. Например, длительность последовательности может быть определенной долей продолжительности защитного периода.
Последовательность может позволить сети обнаруживать начало передачи посредством WTRU в пределах выделенного ресурса.
Может быть обеспечен нумерологический выбор. WTRU может выбирать большой CP для первой PRACH передачи. PRACH формат может включать в себя CP и GP. Разнесение поднесущих может быть основано на канале нисходящей линии связи, в котором может быть принята RACH конфигурация. Это может избежать помех между разными передачами WTRU преамбулы, например, даже с разными последовательностями преамбулы.
Может быть предусмотрено подавление помех и управление ими. Несколько WTRU могут выбирать идентичную преамбулу, что может привести к конфликту преамбулы и помехам передачи данных друг с другом. В одном примере, WTRU может формировать луч с 1-этапной передачей, например, для снижения вероятности столкновения. TRP может принимать две идентичные преамбулы в двух отдельных приемных лучах, и могут отсутствовать помехи для части передачи данных. WTRU может выбирать конфигурацию формирования луча с 1-этапной передачей, например, на основании развертки луча, случайного выбора луча или взаимности DL/UL каналов, например, используя информацию о угле приема нисходящей линии связи.
Могут быть переданы дополнительные MAC CEs. WTRU может передавать (например, вместе с передачей данных) один или более MAC CEs. MAC CEs могут (например, дополнительно) содержать информацию (например, которая может быть предоставлена с преамбулой), например, когда информация еще не содержится в преамбуле.
WTRU может инициировать процедуру повторной передачи (например, для eMSG1), например, при неудачном двухэтапном доступе или неудачной передаче данных. Повторная передача может быть инициирована, например, одним или несколькими из следующих событий: (i) WTRU может не принять действительный eRAR в течение определенного или ожидаемого периода времени; (ii) WTRU может принимать eRAR с WTRU идентификатором, который может не совпадать с собственным WTRU идентификатором; (iii) WTRU может принять eRAR, предназначенный для него, с состоянием HARQ, процесса соответствующим NACK, и/или (iv) WTRU может принять eRAR, предназначенный для него, с состоянием HARQ процесса, соответствующим ACK, но NDI, указывающим на отсутствие новых данных передачи (например, адаптивная повторная передача).
Повторная передача WTRU может выполнять, например, одно или несколько действий.
В примере (например, когда действительный eRAR не может быть принят или принятый eRAR может не иметь соответствующего WTRU идентификатора), повторная WTRU передача может, например: (i) повторять выбор преамбулы и передачу данных в первом этапе двухэтапного процесса; (ii) повторить первый этап двухэтапного процесса, используя ту же самую преамбулу, ресурсы преамбулы и/или ресурсы данных; (iii) увеличить мощность передачи преамбулы и/или передаче данных; (iv) инициировать 4-этапную процедуру (то есть, передавать только преамбулу); и/или (v) повторять выбор преамбулы и передачу данных на первом этапе двухэтапной преамбулы с использованием или без использования другого набора или поднабора преамбул или других критериев выбора для ресурсов преамбулы/данных. Например, WTRU может выбирать из более надежного набора преамбул после неудачной передачи преамбулы + данных. Более надежный набор преамбул может соответствовать передаче данных в другом нумерологическом блоке, другом частотном диапазоне, с использованием другого кодирования WTRU и т.д.
В примере (например, когда действительный eRAR мог быть принят с NACK для данных или ACK и NDI = 0), повторная WTRU передача может, например: (i) выполнять только повторную передачу данных, например, с использованием TAC в eRAR; (ii) выполнить повторную передачу данных с другой версией избыточности, ассоциированной с данными, или без нее, которая может быть указана в eRAR, или на основании предварительно определенной последовательности; (iii) изменить конфигурацию защитного интервала для повторной передачи преамбулы + данных; (iv) выполнять только повторную передачу данных, например, повторно использовать те же ресурсы данных, что и первоначальная передача, с или без повторной передачи преамбулы; (iv) выполнить повторную передачу с использованием UL разрешения, которое может быть предоставлено в eRAR; (v) изменить MCS, используемую для передачи данных, для использования MCS, предоставленной в рамках разрешения; (vi) масштабировать MCS на определенную величину (например, масштабированная MCS может быть определена на основании способности повторно передавать данные на ресурсе без необходимости в защитном интервале) и/или (vii) сбросить ТА таймер и предположить, что в данный момент представлена выправленная синхронизация.
В одном примере, WTRU может выполнять повторную передачу данных + преамбулы (например, повторять двухэтапный процесс) при одном или нескольких из следующих случаев: (i) WTRU может не принимать eRAR в течение ожидаемого периода времени; (ii) WTRU может принимать eRAR с WTRU идентификатором, который может не совпадать с собственным WTRU идентификатором или идентификатором, переданным WTRU во время двухэтапного процесса, и/или (iii) WTRU может принимать eRAR, который может быть предназначен для него с состоянием HARQ процесса, соответствующим NACK (неадаптивная повторная передача).
WTRU может (например, дополнительно) изменять конфигурацию защитного интервала для повторной передачи данных + преамбулы, например, в результате требования повторной передачи, например, когда WTRU, возможно, принял действительный TAC в eRAR. В одном примере, WTRU может выполнять повторную передачу данных + преамбулы без защитного периода, например, когда WTRU может принимать eRAR, который может быть предназначен для него, например, где NACK и действительный TAC могут приниматься без UL разрешения.
В (например, другом) примере WTRU может принимать действительный eRAR, который может содержать NACK (или ACK с NDI = 0) и UL разрешение, например, включающее в себя MCS, ресурсы и т.д. WTRU может повторно передавать данные часть (которая могла быть первоначально передана в преамбуле + данные), например, с использованием предоставленного разрешения. Передача UL может (например, также) выполняться WTRU, например, с использованием синхронизации UL, предоставленной в eRAR.
В (например, другом) примере, WTRU может принимать действительный eRAR, который может содержать NACK без информации о UL разрешения в eRAR. WTRU может повторно передавать данные (например, без преамбулы), например, используя те же ресурсы, которые были выбраны для части данных в начальной передаче. Ресурсы могут быть расположены в подкадре/кадре, время которых может зависеть от времени приема eRAR. WTRU может (например, дополнительно) определять, что ресурсы могут быть выделены для его собственной передачи (например, не на основании конкуренции). WTRU может (например, дополнительно) передавать на таких ресурсах без использования защитного интервала и может компенсировать отсутствие защитного интервала, например, выполняя одно или несколько из следующего: (i) увеличение кодирования (например, изменение MCS), так передача по UL может занимать всю длительность ресурса; (ii) передача дополнительного (например, нового TB) с исходным (например, повторно переданным) TB, используя тот же ресурс, и/или (iii) передача на подмножестве ресурсов (например, когда подмножество может быть указано посредством eRAR). Например, WTRU может передавать в течение первого слота многослотового ресурса или может передавать на известном подмножестве блоков ресурсов, ассоциированных с начальным ресурсом.
Может быть предоставлено расширенное сообщение 2 (eMSG2/eRAR). WTRU может (например, после передачи, которая может включать в себя преамбулу) принимать расширенный ответ произвольного доступа (eRAR) от сети.
Процедура приема eMSG2 может включать в себя процедуру приема eRAR. WTRU может выполнять декодирование для eRAR, например, после передачи eMSG1. WTRU может определять успешный прием eRAR, например, когда eRAR может быть успешно декодирован в ожидаемое или определенное время и/или в течение определенного интервала времени. WTRU может инициировать процедуру при сбое, такую как процедура повторной передачи, например, когда eRAR не может быть успешно декодирован в указанное время или в течение определенного окна приема eRAR.
В одном примере, eRAR может быть принят WTRU в определенное время (например, подкадр, слот, мини-слот).
WTRU может определять время приема eRAR, например, на основании одного или нескольких (например, комбинации) из следующего.
WTRU может определять время приема eRAR, например, на основании времени от передачи преамбулы/данных. WTRU может определять время приема eRAR на основании (например, количества следующих подкадров) передачи преамбулы и/или данных. Время может быть предварительно сконфигурировано в WTRU или сконфигурировано сетью.
WTRU может определять время приема eRAR, например, на основании выбранной преамбулы. Время приема eRAR может зависеть от выбранной последовательности преамбулы, которая может относиться к типу передачи, выполняемой WTRU. Например, WTRU может определять время приема eRAR как конкретное время после передачи преамбулы, где это время может отличаться в зависимости от выбранной преамбулы. AWTRU может ожидать более короткую временную задержку до приема eRAR, например, для передачи данных с малой задержкой, что может указываться выбранной преамбулой.
WTRU может определять время приема eRAR, например, на основании ресурсов, выбранных WTRU. WTRU может определять время приема eRAR как функцию ресурсов, выбранных для передачи преамбулы и/или данных.
WTRU может определять время приема eRAR, например, на основании приема символа синхронизации. WTRU может определять время приема eRAR на основании синхронизации одного или нескольких символов синхронизации, которые могут быть приняты из сети. Например, WTRU может вычислять время приема RAR как временное окно, начиная с приема символа синхронизации, который может измеряться WTRU, например, лучшими или подходящими измерениями.
WTRU может определять время приема eRAR, например, на основе ID WTRU. WTRU может определять время приема eRAR как функцию ID WTRU, например, переданного как часть начальной передачи преамбулы + данных.
WTRU может определять время приема eRAR, например, на основании типа данных/услуги, передаваемых WTRU. Время приема eRAR может быть специфическим или может зависеть от типа данных/услуги, которые могут быть переданы WTRU, которые могут быть идентифицированы WTRU при передаче данных, например, на основании конкретной информации управления, свойств передачи данные или выбора последовательности преамбулы, ресурсов и т.д.
Эти примеры сами по себе или в любой комбинации могут разрешать сети распределять нагрузку передачи eRAR, например, в ситуациях, когда несколько WTRU могут иметь eRACH процедуру, запускаемую одновременно. Эти примеры по отдельности или в любой комбинации могут позволить установить eRAR приоритеты, например, для передач с малой задержкой eRAR для некритичных по времени передач. WTRU может переходить в состояние энергосбережения в течение периода между преамбулой + передача данных и приемом eRAR, например, когда известно о более длительном периоде времени между ними.
В одном примере, время eRAR приема может быть определенным или может зависеть от типа данных/услуги, передаваемых WTRU. WTRU может ожидать, что eRAR будет отправлен в фиксированный момент времени или в течение конфигурированного интервала времени после передачи eMSG1. Время может быть определено, например, по типу данных, которые могут быть переданы WTRU на первом этапе (преамбула + передача данных). Тип данных может указываться WTRU, например, с использованием CE MAC, который может быть передан с данными (например, посредством указания типа данных, логического канала или подобного поля).
WTRU может ожидать, что eRAR будет повторяться во множестве ресурсов (например, во времени, частоте, пространстве или коде). Это может позволить WTRU использовать следящее комбинирование или инкрементную избыточность eRAR, например, для повышения надежности и предотвращения ошибок (например, когда WTRU ошибочно предполагает, что eRAR не был передан). Это может (например, для URLLC сценариев) избежать множества ненужных RACH процедур. еRAR может предоставлять UL разрешение или DL назначение для последующей передачи. еRAR может быть повторно передан несколько раз во временной области. Участок UL разрешения или DL назначения eRAR может быть изменен для каждого повторения. Это может позволить WTRU (например, который может правильно обнаруживать и декодировать eRAR до завершения повторных передач) выполнять UL или DL передачу более быстро.
WTRU может ожидать eRAR на основании окна приема (или периода времени). Начальное время для окна может быть определено, например, на основании одного или нескольких ранее описанных определений для приема eRAR в конкретное время и/или на основании одного или нескольких других определений.
Длительность окна приема может быть определена, например, на основании конфигурации. Окно приема может быть определено, например, на основании сетевой конфигурации или может быть предварительно сконфигурировано в WTRU.
Длительность окна приема может быть определена, например, на основании нагрузки сети (например, измерена или сигнализирована). WTRU может определять длительность окна приема eRAR, например, на основании текущей загрузки сети. Например, WTRU может определять нагрузку на сеть по индикации из сети. WTRU может (например, также) определять нагрузку на сеть на основании измерений условий среды (например, обнаружения энергии, обнаружения), которые могут комбинироваться с измерениями, используемыми для доступа к среде для передачи eMSG1. Процедура может быть применима, например, для работы в нелицензированном спектре. WTRU может (например, дополнительно) определять длительность окна приема как (например, предварительно определенную или сконфигурированную) функцию загрузки сети.
Длительность окна приема может быть определена, например, на основании последовательности синхронизации. WTRU может определять длительность окна приема, например, на основании последовательности синхронизации, обнаруженной WTRU. Например, WTRU может сделать определение на основании идентификатора последовательности синхронизации. Последовательность синхронизации может соответствовать последовательности с самой большой принимаемой мощностью в WTRU. Идентичность последовательности может быть закодирована, например, с использованием шаблона последовательности, синхронизации и/или других физических свойств, ассоциированных с последовательностью. WTRU может определять длительность окна приема, например, используя таблицу поиска длительности окна приема, ассоциированной с идентичностью последовательности синхронизации. Таблица поиска может быть предварительно сконфигурирована в WTRU, сконфигурирована с помощью сетевой сигнализации или может быть частью таблицы доступа, полученной WTRU из сети.
Длительность окна приема может быть определена, например, на основании свойств луча приема последовательности синхронизации или передачи eMSG1. WTRU может определять окно приема как функцию свойств луча в WTRU, используемом для обнаружения последовательности синхронизации. Например, WTRU может выполнять формирование луча/развертку луча для обнаружения последовательности синхронизации. WTRU может определять длительность окна приема eRAR, например, как (например, предварительно сконфигурированная или сконфигурированная сетью) функция угла луча в WTRU для приема синхронизации. WTRU может (например, альтернативно) вычислять длительность окна приема как функцию параметров развертки луча передачи eMSG1.
eRAR может приниматься WTRU путем декодирования одного или нескольких каналов управления, определенных для соты/TRP и/или ассоциированных с последовательностью синхронизации. WTRU может принимать eRAR, например, посредством назначения нисходящей линии связи, адресованного через DCI, WTRU или WTRU группу.
WTRU может декодировать канал управления, например, с использованием RNTI, который может быть специфичным для последовательности соты/TRP/синхронизации. RNTI для декодирования eRAR может определяться посредством WTRU на основании одного или нескольких из следующего:
RNTI для декодирования eRAR может быть определен, например, на основании RNTI, предварительно сконфигурированного в WTRU.
RNTI для декодирования eRAR может быть определен на основании, например, RNTI, принятого из системной информации. Например, WTRU может определять RNTI для декодирования для приема eRAR из системной информации, предоставленной сотой/TRP.
RNTI для декодирования eRAR может быть определен, например, на основании RNTI, ассоциированного с последовательностью синхронизации. WTRU может определять RNTI из последовательности синхронизации или идентификатора, закодированного в последовательности синхронизации. WTRU может использовать RNTI, который может быть идентичным идентификатору последовательности синхронизации или части идентификатора последовательности синхронизации. WTRU может (например, альтернативно) определять RNTI в качестве предварительно сконфигурированной функции последовательности синхронизации.
RNTI для декодирования eRAR может быть определен, например, на основании RNTI, полученного из последовательности преамбулы. Например, WTRU может использовать последовательность преамбулы (например, переданную в eMSG1) или ее часть в качестве RNTI.
RNTI для декодирования eRAR может быть определен, например, на основании RNTI, полученного из выбранных ресурсов преамбулы/данных. WTRU может определять RNTI на основании ресурсов, выбранных для преамбулы и/или передачи данных. Отображение ресурсов (например, частотное местоположение, индекс блока ресурсов, номер подкадра или подобное) может быть предоставлено WTRU или предварительно сконфигурировано в WTRU. WTRU может получать свой RNTI из такого отображения и выбранных ресурсов преамбулы/данных для eMSG1.
RNTI для декодирования eRAR может быть определен, например, на основании RNTI на основании WTRU идентификатора. Например, WTRU может использовать, например, в качестве RNTI идентификатор, передаваемый WTRU во время eMSG1 или предоставляемый WTRU (например, через сетевой порядок или eMSG0).
В одном примере, WTRU может определять RNTI как функцию последовательности преамбулы и выбранных ресурсов для передачи преамбулы. Первый набор битов RNTI может соответствовать определенному количеству битов преамбулы. Второй набор битов RNTI может быть ассоциирован с выбранными ресурсами. В одном примере ресурсы для передачи преамбулы могут быть идентифицированы, например, с использованием последовательной нумерации, например, с точки зрения увеличения частоты и/или времени (например, для конкретного подкадра, кадра, полосы частот и т.д.) и могут использовать WTRU для определения второго набора битов. Третий набор битов в RNTI может быть предварительно сконфигурированной последовательностью.
WTRU может принимать eRAR при декодировании одного или нескольких каналов управления. WTRU может определять конкретный канал управления (например, когда может быть несколько каналов управления) или конкретные ресурсы канала управления (например, CCE, поддиапазон, частотный блок или тому подобное), по которым может приниматься eRAR. Подмножество ресурсов может быть определено WTRU, например, на основании одного или нескольких из следующего:
Подмножество ресурсов может быть определено, например, на основании последовательности преамбулы и/или ресурсов, выбранных WTRU. Например, WTRU может выбирать ресурсы канала управления для выполнения декодирования eRAR на основании функции выбранной преамбулы, ресурсов, используемых для передачи преамбулы, и/или дополнительной информации, относящейся к услуге, которая может быть отправлена во время передачи преамбулы и данных. Например, WTRU может выбирать ресурсы канала управления, ассоциированные с эталонным блоком нумерологии, или нумерологического блока, ассоциированного с типом услуги, запрашиваемой во время передачи преамбулы + данных.
Подмножество ресурсов может быть определено, например, на основании последовательности синхронизации, обнаруженной WTRU. WTRU может выбирать (например, на основании заданного или сконфигурированного правила) ресурсы канала управления, которые могут быть ассоциированы с наилучшей последовательностью синхронизации, обнаруженной WTRU, например, до или во время выполнения первого этапа двухэтапной процедуры. Например, WTRU может определять временное/частотное местоположение ресурсов канала управления на основании взаимосвязи между временной/частотой последовательности синхронизации и его соответствующими ресурсами канала управления.
Подмножество ресурсов может быть определено, например, на основании текущего соединения: WTRU может (например, альтернативно) принимать eRAR на определенных ресурсах канала управления, которые могут быть определены для приема eRAR для конкретной соты/TRP/набора, лучи, к которым в настоящий момент может быть подключен WTRU, когда он выполняет передачу данных + преамбула.
Уменьшение ожидаемого частотного диапазона (диапазона декодирования) для приема eRAR может обеспечить значительную экономию энергии для WTRU, которые могут передавать только время от времени, и могут непрерывно использовать двухэтапную процедуру для выполнения своей передачи. Например, рандомизация ресурсов, по которым может быть отправлена eRAR (например, если она зависит от выбранной преамбулы, которая может выбираться частично случайным образом), может привести к значительной экономии энергии для WTRU без снижения гибкости планирования сети для eRAR.
eRAR может приниматься с конкретными параметрами луча. WTRU может принимать eRAR по любому лучу нисходящей линии связи, передаваемому сетью.
WTRU может (например, альтернативно) принимать eRAR, используя параметры луча, которые могут быть функцией его передачи eMSG1. WTRU может определять свои параметры луча на основании одного или нескольких из следующего:
WTRU может определять свои параметры луча, например, на основании преамбулы, ресурсов преамбулы и/или ресурсов данных, выбранных/используемых WTRU во время передачи eMSG1.
WTRU может определять свои параметры луча, например, на основании параметров передачи данных, передаваемых в eMSG1 (например, MCS, размер TB, оценочная мощность передачи).
WTRU может определять свои параметры луча, например, на основании параметров формирования луча, применяемых для преамбулы или передачи данных, используемых для eMSG1. WTRU может принимать eRAR, например, в луче нисходящей линии связи под углом прихода (AoA), близким или перекрывающимся с углом выхода (AoD) передачи eMSG1 по восходящей линии связи, где может ожидаться eRAR.
WTRU может определять свои параметры луча, например, на основании свойств или параметров луча нисходящей линии связи, в котором WTRU может принимать конфигурацию, ассоциированную с передачей eMSG1, где может ожидаться eRAR. В одном примере, WTRU может отслеживать eRAR, например, используя идентификатор, основанный на индексе луча нисходящей линии связи, в интервале передачи eMSG1 или номере подкадра и/или индексе распределения частоты. Это может (например, дополнительно) уменьшить конфликт процедуры, например, когда только WTRU, которые приняли конфигурацию передачи eMSG в одном и том же луче (например, не в одной и той же соте), могут отслеживать eRAR.
eRAR может включать в себя один или несколько типов информации.
eRAR может включать в себя, например, идентификатор (или его эквивалент). еRAR может содержать идентификатор, который может предоставлять указание идентичности WTRUs, которые могут быть обнаружены для передачи eMSG1. Что может состоять из эха преамбулы или части преамбулы, или указания, был ли обнаружен конфликт для конкретной преамбулы.
eRAR может включать в себя, например, HARQ обратную связь. еRAR может содержать HARQ обратную связь для данных (например, ACK/NACK). Обратная связь может быть явной, такой как бит или поле в MAC CЕ, которые могут содержаться в eRAR. HARQ обратная связь может неявно указываться, например, наличием других полей или информации. Например, наличие UL разрешения может неявно указывать NACK.
eRAR может включать в себя, например, информацию синхронизации восходящей линии связи (например, команду опережения синхронизации (TAC) или указание, выровнен ли WTRU по синхронизации).
eRAR может включать в себя, например, одно или несколько назначений нисходящей линии связи. еRAR может содержать (например, в качестве MAC CE) одно или несколько назначений нисходящей линии связи для данных DL, предназначенных для WTRU, например, включающие в себя MCS, HARQ число процесса, ресурсы, время и т.д.
eRAR может включать в себя, например, информацию, дающую возможность принимать назначения нисходящей линии связи. еRAR может содержать информацию, позволяющую выполнить последующий или дополнительный прием (например, посредством WTRU) назначений нисходящей линии связи, таких как RNTI, конкретное временное/частотное местоположение DCI, конкретный канал управления, по которому WTRU может выполнять дополнительное декодирование для назначений DL и т.д.
eRAR может включать в себя, например, одно или более разрешение (я) передачи по восходящей линии связи. еRAR может содержать одно или несколько UL разрешений, например, включающие в себя MCS, ресурсы, HARQ число процесса, версию избыточности, управление мощностью и т.д. еRAR может (например, также) указывать, может ли UL разрешение быть использовано для повторной передачи данных в eMSG1 (например, включающее в себя RV) или может ли разрешение быть использовано для передачи новых данных. Указание может поддерживаться, например, с использованием NDI, и может служить неявным ACK/NACK указанием (например, NDI = 1 может сигнализировать ACK и предоставлять разрешение для новой передачи данных). Указание, может ли потребоваться повторная передача, может предоставляться на основе размера ТВ (например, когда размер ТВ для разрешения совпадает с начальным размером данных, является предварительно определенным размером, используемым для сигнализации повторной передачи, или является заданной функцией размера ТВ начальных данных, которая конкретно ретрансляции сигналов).
eRAR может включать в себя, например, информацию разрешения конфликтов. еRAR может содержать указание на то, был ли обнаружен конфликт (например, во время передачи eMSG1), и может указывать информацию, которая будет использована соответствующими WTRUs для разрешения конфликта. Это может состоять из информации, содержащейся в WTRU передаче, такой как WTRU идентификатор, который мог быть передан WTRU в eMSG1. Информация может (например, также) состоять из эха части данных, передаваемых WTRU, например, при успешном декодировании. Информация может (например, также) состоять из указания обнаруженной мощности передачи/потерь в тракте/параметров антенны/параметров формирования луча, которые могут быть ассоциированы с WTRU передачей (например, определенной из декодирования eMSG1 из WTRU).
eRAR может включать в себя, например, информацию отсрочки. еRAR может содержать время отсрочки или команды отсрочки (например, вместо этого выполнить 4-этапную PRACH процедуру). WTRU может задержать повторную передачу eMSG1, повторную передачу данных или может быть перенаправлен на использование PRACH в результате приема такой информации.
eRAR может включать в себя, например, указание, инициировать ли RRC CONNECTION процедуру. еRAR может содержать указание для WTRU, должен ли он инициировать RRC CONNECTION процедуру, например, путем передачи RRC ConnectionRequest сообщения. WTRU может передавать сообщение, например, используя предоставленное UL разрешение в eRAR. Указание, оставаться ли в неактивном состоянии или переходить в RRC CONNECTED, может (например, альтернативно) быть определено неявно посредством использования другой информации. Например, WTRU может определить, что может оставаться в неактивном состоянии при отсутствии UL разрешения в eRAR, объединенном с ACK. WTRU может инициировать RRC-соединение, например, при наличии UL разрешения и ACK.
Разрешение конфликтов может быть обеспечено, например, после приема eRAR. WTRU может принимать eRAR по каналу управления (например, PDCCH или аналогичному) путем декодирования сообщения с использованием WTRU идентификатора. В одном примере, WTRU может использовать идентификатор для декодирования PDCCH, который может соответствовать идентификатору, посланному, по меньшей мере частично, WTRU во время передачи преамбулы + данных на первом этапе. WTRU может вычислять ID для декодирования PDCCH с использованием одного или нескольких из: (i) всей или части последовательности преамбулы; (ii) функции ресурсов, выбранных для передачи преамбулы и/или данных; (iii) всей или части явного WTRU идентификатора, передаваемого как часть данных во время передачи преамбулы + данных (например, в MAC CE, включенном в состав передачи данных); (iv) постоянного идентификатора, сконфигурированного в WTRU, и/или (v) идентификатора, который может соответствовать последовательности сигнатур или эталонной последовательности, обнаруженной/измеренной WTRU до передачи преамбулы + данных.
В (например, альтернативном или дополнительном) примере, который может использоваться в сочетании с другими примерами, WTRU может определить, что является предполагаемым получателем eRAR, например, путем определения, присутствует ли ID в полезной нагрузке eRAR содержит часть или весь переданный идентификатор. Декодирование PDCCH может быть выполнено на общем идентификаторе (например, RA-RNTI) или на основании одного или нескольких элементов, описанных в данном документе (например, последовательность преамбулы, выбранная преамбула/ресурсы данных).
В одном примере, WTRU может (например, сначала) выполнять декодирование сообщения eRAR, например, используя первый идентификатор (ID1), и может искать второй идентификатор (ID2) в полезной нагрузке eRAR. WTRU может предпринимать действия в отношении eRAR (например, обновлять свои буферы HARQ на основании принятого HARQ состояния процесса), например, когда комбинация ID1 и ID2 совпадает с ID, переданным WTRU при передаче преамбулы + данных.
В (например, другом) примере, WTRU может декодировать PDCCH, например, с использованием идентификатора, который может быть получен или непосредственно ассоциирован с выбранной последовательностью преамбулы и/или ресурсами преамбулы. WTRU может (например, затем) определить, предназначен ли для него eRAR, например, путем определения, совпадает ли ID, содержащийся в полезной нагрузке (например, полностью или частично), с постоянным ID, сконфигурированным в WTRU.
Может быть обеспечена HARQ обратная связь. WTRU может принимать в eRAR или посредством другой сигнализации (например, ассоциированной с eRACH процедурой) HARQ обратную связь из сети для данных, передаваемых в eMSG1. Обратная связь может состоять, например, из HARQ ACK/NACK, HARQ числа процесса, идентифицирующего HARQ квитируемый процесс, и/или версии избыточности, указывающей кодовый блок, необходимый для повторной передачи.
HARQ обратная связь может быть явной. WTRU может принимать HARQ обратную связь (например, бит, значение которого указывает ACK или NACK, или значение HARQ числа процесса), например, в eRAR или сигнализации, ассоциированной с приемом посредством WTRU eRAR.
HARQ обратная связь может указываться, например, как флаг или поле в MAC СЕ, передаваемом в eRAR. WTRU может принимать (например, как часть или как сам eRAR) MAC СЕ, который может содержать одно или несколько явных полей для HARQ обратной связи. Например, WTRU может принимать бит ACK/NACK и/или NDI. В примере, WTRU может принимать ACK, например, когда ACK/NACK поле может быть установлено на 1, и/или NDI поле может быть установлено на 1. В примере, WTRU может принимать NACK, например, когда ACK/NACK поле отсутствует, и NDI установлен на 0. Предполагают другие комбинации полей.
HARQ обратная связь может быть указана, например, в DCI на PDCCH. WTRU может принимать HARQ обратную связь в DCI, используемом для сигнализации распределения DL для eRAR. Например, WTRU может принимать HARQ обратную связь с конкретными полями в DCI. Альтернативно или совместно, вся или часть HARQ обратной связи может быть указана на основании конкретного (набора) CCE, пространства поиска, RNTI или тому подобного, в котором DCI может быть декодирована посредством WTRU. Например, WTRU может принимать HARQ число процесса на основании CCEs, используемых для декодирования DCI, или конкретного пространства поиска, в котором был принят eRAR.
HARQ обратная связь может быть указана, например, при обмене сообщениями более высокого уровня. WTRU может принимать (например, как часть или как сам eRAR) транспортный блок, содержащий управляющую сигнализацию (например, RRC), которая может содержать (например, явное) сообщение или указание HARQ ACK/NACK (например, RRC сообщение).
Явная HARQ обратная связь может быть ассоциирована с другой сигнализацией. В одном примере WTRU может принимать явную HARQ обратную связь при сигнализации, отличной от eRAR.
WTRU может принимать явную HARQ обратную связь, например, используя отдельный выделенный канал управления. WTRU может принимать HARQ обратную связь из ресурсов канала управления или канала управления, выделенных для передачи HARQ обратной связи, которая может быть ассоциирована с HARQ обратной связью eRACH. Временное/частотное местоположения выделенного ресурса может указываться WTRU, например, посредством широковещательной или выделенной сигнализации. В одном примере, PHICH-подобный элемент ресурса для передачи ACK/NACK может предоставлять указание, где конкретный используемый ресурс может дополнительно сигнализировать HARQ число процесса.
WTRU может определять временное/частотное местоположение ресурсов HARQ обратной связи, например, на основании свойств eRACH процедуры. Например, WTRU может определять временное/частотное местоположение ресурсов управления для HARQ обратной связи как функцию: (i) выбранной преамбулы, выбранных ресурсов преамбулы и/или выбранных ресурсов данных; (ii) WTRU идентификатора, такого как его C-RNTI, RA-RNTI или аналогичного и/или (iii) времени передачи переданной преамбулы и/или ресурсов данных.
WTRU может принимать явную HARQ обратную связь, например, используя отдельное DCI сообщение. WTRU может принимать ACK/NACK, например, используя отдельное DCI сообщение (например, отличное от того, которое принято для eRAR). Временная привязка DCI сообщения может быть ассоциирована с временной привязкой приема eRAR сообщения. Например, WTRU может принимать DCI сообщение, содержащее ACK/NACK, в том же или последующем подкадре, слоте или мини-слоте.
Неявная HARQ обратная связь может быть предоставлена, например, посредством наличия/отсутствия обмена сообщениями, ассоциированного с eRAR. В одном примере WTRU может принимать HARQ обратную связь неявно на основании наличия/отсутствия eRAR или сообщения /поля, ассоциированного с eRAR.
В одном примере, WTRU может принимать ACK, например, когда он принимает eRAR (например, на основании декодирования с ассоциированным C-RNTI или RA-RNTI, в зависимости от ситуации).
В (например, другом) примере, WTRU может принимать ACK, например, когда он принимает eRAR, который может содержать идентификатор, который может совпадать с WTRU идентификатором, переданным в eMSG1. WTRU может предполагать наличие NACK, например, когда он не получает eRAR или, когда он принимает eRAR с идентификатором в eRAR, который может не соответствовать WTRU идентификатору, переданному в eMSG1.
В (например, другом) примере, WTRU может предполагать наличие NACK, например, когда он принимает разрешение в eRAR, которое может быть ассоциировано с (i) HARQ числом процесса передачи данных в eMSG1, которое может быть в ожидании передачи (например, предполагая одну параллельную передачу данных eMSG1), или (ii) HARQ число процесса, ассоциированного с передачей данных в eMSG1, который мог иметь место в конкретном количестве подкадров, слотов, мини-слотов, например, до приема из eRAR.
После определения ACK HARQ WTRU может выполнить процедуру, ассоциированную с успешным завершением eRACH процедуры, как описано в данном документе. WTRU может дополнительно выполнять передачу по восходящей линии связи на полученном ассоциированном разрешении (если такое предоставление содержится в eRAR) на основании правил, ассоциированных с этим разрешением. В частности, WTRU может выполнять передачу на основании MCS и HARQ идентификатора процесса, ассоциированного с разрешением.
WTRU может (например, для HARQ NACK) выполнять одну или несколько процедур, например, во всех случаях (например, после начального приема NACK) или в зависимости от одного или нескольких условий, таких как примерные условия, указанные в данном документе:
WTRU может выполнять повторную передачу eMSG1, например, при наличии одного или нескольких из следующих условий: (i) WTRU определяет HARQ NACK, и eMSG1 не содержит разрешения; (ii) WTRU определяет NACK HARQ после своего максимального количества повторных HARQ передач для данных в eMSG1 (которые могут быть сконфигурированы или фиксированы для конкретного WTRU); (iii) WTRU определяет HARQ NACK и частоту передачи, используемую последовательность преамбулы, последовательность синхронизации или другое указание, что NACK может требовать повторной передачи eMSG1 и/или (iv), указанные ранее и, когда количество повторных передач может быть меньше, чем максимальное количество повторных передач для eMSG1 (которое может быть сконфигурировано или зафиксировано для определенного WTRU).
WTRU может выполнять адаптивную HARQ повторную передачу части данных eMSG1, например, при выполнении одного или нескольких из следующих условий: (i) WTRU определяет HACK HARQ в сочетании с UL разрешением для eMSG1 с или без HARQ идентификатора процесса в разрешении, который может совпадать с HARQ идентификатором процесса начальной передачи и/или (ii), указанные выше и, когда количество повторных передач может быть меньше максимального количества повторных передач для eMSG1 (которое может быть сконфигурировано или фиксировано для конкретного WTRU).
WTRU может не выполнить eRACH процедуру, например, когда существует одно или несколько из следующих условий: (i) WTRU определяет HARQ NACK, и количество повторных передач достигло максимального количества повторных передач для данных в eMSG1 и/или (ii) WTRU определяет NACK HARQ, и количество повторных передач достигло максимального количества повторных передач для данных в eMSG1.
Функционирование WTRU может быть основано на комбинации информации, принятой от ACK / NACK, UL разрешения и индикации отсрочки.
WTRU может выполнять процедуру HARQ повторной передачи или eRACH повторной попытки (например, как описано в данном документе), например, при отсутствии индикации отсрочки.
WTRU может принимать индикацию для выполнения отсрочки, и может принимать ACK. WTRU может выполнять последующую передачу данных на основании 4-этапной процедуры и может переходить в состояние соединения (например, когда сконфигурировано для этого). WTRU может выполнять последующие передачи данных на основании двухэтапной процедуры, например, (например, только), когда происходит следующая передача, например, после сконфигурированного или заданного времени.
WTRU может принимать индикацию для выполнения отсрочки и может быть принят NACK. WTRU может инициировать RRC соединение, например, когда WTRU получает UL разрешение. WTRU может использовать UL разрешение для передачи сообщения запроса RRC соединения. WTRU может повторно передавать данные, например, путем повторного использования eRACH процедуры, например, после ожидания сконфигурированного или заданного периода времени. WTRU может инициировать 4-этапную процедуру (например, немедленно), например, когда QoS может требовать передачи данных с минимальной задержкой.
Может быть выполнена процедура разрешения конфликтов. WTRU может определять, произошел ли конфликт или конфликт во время передачи eMSG1, например, посредством одной или нескольких процедур, описанных в данном документе. WTRU может (например, в ответ на конфликт) инициировать процедуру разрешения конфликтов, которая может состоять из передачи данных (на основе конкуренции или без конкуренции), повторной передачи eMSG1 (потенциально с другим выбором ресурса/последовательности преамбулы) и/или повторная передача части данных eMSG1.
WTRU может обнаруживать конфликты и может определять, следует ли инициировать процедуру разрешения конфликтов в результате одного или нескольких из следующего:
WTRU может инициировать процедуру разрешения конфликта, например, на основании HARQ A/N в eRAR для начальной передачи. Например, WTRU может определить по приему NACK с или без дополнительной информации в eRAR (например, UL разрешения), что WTRU, возможно, потребуется выполнить процедуру разрешения конфликтов.
WTRU может инициировать выполнение процедуры разрешения конфликтов, например, на основании приема eRAR с конкретным RNTI. Например, WTRU может определять наличие конфликта на основании приема eRAR или аналогичного сообщения, используя RNTI, отличный от RNTI, для успешного (например, без конфликта) случая. В одном примере WTRU может определять наличие конфликта, например, когда он принимает сообщение, используя RA-RNTI вместо использования C-RNTI.
WTRU может инициировать выполнение процедуры разрешения конфликта, например, на основании приема eRAR с конкретным RNTI. Например, WTRU может определять наличие конфликта на основании приема дополнительных разрешений (например, более 1) в eRAR.
В одном примере, WTRU может выполнять процедуру разрешения конфликтов посредством передачи по UL, указывающей разрешение конфликтов. Передача по восходящей линии связи может содержать WTRU идентификатор. Передача по восходящей линии связи может содержать данные (например, повторно переданные, возможно, с другой версией избыточности) в eMSG1. Передача может происходить, например, на основании передачи с использованием разрешения в eRAR.
WTRU может выполнять передачу, ассоциированную с процедурой разрешения конфликтов, например, отправляя информацию разрешения конфликтов (например, ID, повторно переданные данные и т.д.) в UL разрешении, предоставленном в eRAR.
WTRU может поддерживать HARQ состояние процесса, полученное в eRAR, во время процедуры разрешения конфликта. WTRU может предполагать HARQ состояние процесса, полученное в eRAR, например, после успешного выполнения процедуры разрешения конфликта (например, WTRU может определить, что eRAR был предназначен для него). WTRU может удалять/игнорировать информацию в eRAR, например, для неудачного случая разрешения конфликта.
WTRU может выполнять (например, HARQ адаптивный) повторную передачу для части данных eMSG1, например, когда WTRU принимает одно или более UL разрешений в eMSG1.
WTRU (например, после приема eRAR) может выполнять повторную передачу данных в eMSG1, например, с использованием MCS, предоставленной в UL разрешении.
WTRU может принимать множество UL разрешений в eRAR. WTRU может выбирать UL разрешение, используемое для адаптивной повторной передачи части данных eMSG1, например, на основании одного или нескольких из следующего: (i) выбор конкретного разрешения (например, WTRU может выбирать первое разрешение в eRAR); (ii) случайный выбор разрешения (например, WTRU может случайным образом выбирать из предоставленных в eRAR разрешения); (iii) указание идентификатора HARQ процесса (например, WTRU может выбрать UL разрешение, содержащее идентификатор HARQ процесса, соответствующий идентификатору HARQ процесса данных в eMSG1, отправленных WTRU); (iv) сравнение размера разрешения с данными, которые должны быть переданы (например, WTRU может выбрать разрешение, которое наилучшим образом подходит для данных, которые должны быть переданы, на основании MCS в разрешении или приспосабливает повторную передачу данных и минимизирует объем заполнения, которое должно быть передано) и/или (v) приоритет данных (например, WTRU может выбирать разрешение на основании приоритета данных и ассоциированных свойств разрешения, таких как нумерология, надежность и т.д.). В одном примере, WTRU может выбрать разрешение с более коротким TTI, например, когда данные, подлежащие повторной передаче, могут иметь строгие требования к синхронизации. Ассоциация может быть основана на логическом канале или логическом канале с наивысшим приоритетом данных в транспортном блоке, подлежащем повторной передаче.
WTRU может выполнять одну или несколько процедур при сбое выполнения eRAR процедуры, например, на основании одного или нескольких из следующего: (i) сбой при приеме eRAR после максимального количества повторных передач eMSG1 и/или (ii) одно или несколько состояний отказа, ассоциированных с NACK.
WTRU может (например, в случае сбоя выполнения eRAR процедуры) выполнять одно или несколько из следующего: (i) предупредить об отказе в радиотракте (RLF); (ii) выполнить повторный выбор соты (iii) вернуться к нормальной RACH процедуре (например, WTRU может передавать преамбулу в соответствии с правилами, ассоциированными с RACH процедурой (4-этапная)); (iv) передавать данные на ресурсах с конкуренцией и/или (v) выполнять отсрочку в течение фиксированного или сконфигурированного периода времени перед повторной попыткой выполнить eRAR процедуру.
Может быть выполнена eRACH процедура завершения, например, после успешной передачи. WTRU может определить, что его передача данных во время передачи преамбулы + данных была успешной (например, успешно декодирована сетью), например, после приема eRAR с HARQ A/N, установленным на ACK. WTRU может (после успешной передачи) выполнить одно или несколько из следующих действий:
WTRU (например, после успешной передачи) может, например, сбросить свой таймер ТА и предположить, что он в настоящее время синхронизирован для будущих UL передач.
WTRU (например, после успешной передачи) может, например, определить, было ли предоставлено UL разрешение в eRAR.
WTRU может, например, когда UL разрешение предоставлено в eRAR, выполнять одно или несколько из следующего: (i) использовать UL разрешение для выполнения любых дополнительных ожидающих передачи данных по UL; (ii) использовать UL разрешение для выполнения передачи управляющей информации (например, состояния буфера или дополнительных запросов планирования) и/или (iii) использовать UL разрешение для выполнения передачи информации, ассоциированной с переходом состояния (например, запроса подключения RRC).
WTRU может, например, когда UL разрешение не предоставлено в eRAR, и WTRU все еще имеет данные для передачи в его буферах, выполнить одно или несколько из следующего: (i) отправить запрос планирования или информацию состояния буфера, предполагающую выравнивание по времени UL и/или (ii) выполнение двухэтапной процедуры с другой конфигурацией защитного периода (например, без защитного периода).
WTRU может, например, когда UL разрешение не предоставлено в eRAR, и WTRU не имеет данных для передачи, выполнить одно или несколько из следующего: (i) выполнить DRX и/или (ii) выполнить переход состояния, например, в состояние ожидания или в состояние «легкого подключения».
Выше было приведено описание систем, способов и средств (например, в блоке передачи/приема беспроводной связи (WTRU) и/или сетевых уровнях L1, L2, L3) для осуществления произвольного доступа в системах беспроводной связи следующего поколения. Двухэтапная процедура произвольного доступа может позволить WTRU выбирать последовательность преамбулы (например, на основании требуемой передачи данных). WTRU может выбирать ресурсы передачи данных, MCS и нумерологию, ассоциированные с преамбулой. WTRU может передавать преамбулу на ресурсах преамбулы и данные на ресурсах данных (например, ресурсы могут быть объединенными или несвязанными). WTRU может принимать расширенное сообщение ответа произвольного доступа (eRAR), который может включать в себя HARQ обратную связь. Могут быть предоставлены процедуры для расширенного сообщения 0 (eMSG0), например, порядок сети и ассоциированные процедуры, выбор расширенного канала произвольного доступа (eRACH) в сравнении с RACH, eMSG1 (например, преамбула + передача данных) и ассоциированные процедуры, eRAR и ассоциированные с ними процедуры, гибридный автоматический запрос повторения (HARQ) и процедуры, ассоциированные с повторной передачей части данных процедур передачи и разрешения на основании конкуренции. Сеть может предоставить WTRU конфигурацию канала (например, для каждого) для eRACH процедуры (например, в неактивном состоянии). Для передачи WTRU могут быть предоставлены новые/выделенные каналы (например, в неактивном состоянии).
С использованием RACH, eRACH или выделенного SR может быть выполнена процедура запроса планирования (SR). WTRU может выполнять процедуру SR, используя процедуру произвольного доступа, посредством выполнения eRACH процедуры, например, путем вставки BSR и/или данных в передачу MSG1 или использования выделенного ресурса, например, D-SR.
WTRU может инициировать запрос планирования. Такой запрос планирования может быть выполнен с использованием выделенного ресурса, например, если сконфигурирован для WTRU. Например, D-SR может быть отправлен с использованием передачи на PUCCH ресурсе или аналогичном. Такой запрос планирования может быть выполнен с использованием общего, возможно, спорного ресурса, таком как RA-SR, с помощью процедуры произвольного доступа с использованием передачи на PRACH или аналогичном. Такой запрос планирования может быть выполнен с использованием общего, возможно, спорного ресурса, таком как ЕРА-SR, с использованием расширенной процедуры произвольного доступа, используя передачу по PRACH или подобным, как описано в настоящем документе. Например, MSG1 может включать в себя соответствующие данные, например, данные, которые инициировали использование и/или запрос ресурсов передачи.
Например, WTRU может инициировать запрос планирования, когда новые данные становятся доступными для передачи. Такие данные могут быть ассоциированы с одним или несколькими QoS параметрами, такими как максимальный бюджет задержки, таймер сброса, максимальное время до успешной передачи и/или тому подобное. Например, данные, ассоциированные со службой со сверхнизкой задержкой (или подобной), с функцией отбрасывания и/или с конкретным радиоканалом, могут больше не быть полезными или релевантными для передачи через определенный период времени. Период времени может быть задан или динамически сконфигурирован. Такой период времени может соответствовать интервалу времени, прошедшему с момента, когда WTRU определяет, что данные доступны для передачи.
WTRU может инициировать запрос планирования для данных, доступных для передачи. WTRU может определить, что требование максимального времени истекло, или может определить, что требование максимального времени истечет до следующего появления ресурса, доступного для выполнения запроса планирования. WTRU может выполнять такое определение для поднабора типов процедур запроса планирования (например, D-SR, если сконфигурирован, и/или RA-SR, в противном случае) или всех типов процедур запроса планирования. WTRU может выполнить такое определение с учетом одного или более дополнительных способов доступа, включающие в себя, но не ограничиваясь этим, передачу данных с использованием разрешения свободного ресурса, спорного ресурса и/или с использованием доступа посредством процедуры «прослушивания до разговора» (LBT) в нелицензионном спектре или тому подобное, если таковой сконфигурирован и/или доступен для соответствующих данных. WTRU может прервать текущий запрос на планирование (или другой тип доступа) и/или отбросить соответствующие данные. WTRU может указывать RLC, что соответствующий RLC PDU не должен повторно быть передан посредством RLC, например, если такая повторная передача может быть применима иным образом (например, для канала, сконфигурированного RLC AM).
WTRU может прерывать передачу таких данных после того, как они были включены в состав транспортного блока и после того, как была выполнена первая HARQ передача для этого транспортного блока. Например, передача может быть инициирована с использованием MSG1 в eRACH процедуре. Например, передача может быть инициирована с использованием ресурса, предоставленного сетью, например, полупостоянно распределенный ресурс, динамически назначаемый ресурс посредством приема DCI и/или использования процедуры передачи без предоставления разрешения, такой как доступ на основе конкуренции для PUSCH ресурса (CB-PUSCH). Например, прерывание передачи таких данных может управляться сетью. WTRU может принимать сигнализацию управления нисходящей линии связи для HARQ процесса, которая указывает, что может быть выполнена новая передача для ассоциированного HARQ процесса, например, DCI, который переключает NDI для соответствующего HARQ процесса. WTRU может автономно прервать передачу таких данных на основании определения, что WTRU может использовать ресурс без разрешения или спорный ресурс. Например, WTRU может определить, что следующее появление незапланированного ресурса происходит по истечении времени для соответствующих данных. Например, WTRU может определять, что доступ к ресурсам, например, использование LBT доступа в нелицензированном спектре или тому подобном превышает максимальное временное требование для соответствующих данных. Например, WTRU может определять, что доступ к ресурсам, например, использование LBT доступа в нелицензированном спектре или тому подобном, вероятно, превысит максимальное временное требование для соответствующих данных. После такого определения WTRU может прервать текущий HARQ процесс и/или отбросить соответствующие данные. WTRU может указывать RLC, что соответствующий RLC PDU не должен повторно передаваться посредством RLC, например, если такая повторная передача может быть применима иным образом (например, для канала, сконфигурированного RLC AM).
WTRU может определять, что данные больше не доступны для передачи. Например, соответствующие данные могут считаться недоступными для передачи при условии, что время, прошедшее с того момента, когда WTRU впервые определил, что соответствующие данные стали доступны для передачи, превышает максимальный период времени. WTRU может отменить запрос на планирование (и/или отчет о состоянии буфера). В варианте осуществления, WTRU может отменить запрос планирования, ассоциированный с соответствующими данными. В варианте осуществления, WTRU может отменить запрос планирования при условии, что WTRU не выполнил первоначальную передачу TB для соответствующих данных. В противном случае, WTRU может приостановить и/или прервать HARQ процесс для соответствующего ТВ.
Возможно, в сети отсутствует информация, что данные становятся доступными для передачи. В некоторых случаях, сеть может быть не в состоянии определить, что WTRU отбросил соответствующие данные. Сеть может быть не в состоянии определить, что WTRU отменил запрос на планирование и/или что он прервал (или прервал) передачу автономно (например, в случае, когда WTRU предпринял попытку передачи с использованием незапланированных, возможно совместно используемых ресурсов или в случае LBT). Сброс данных может быть скрыт для сети в результате задержки попытки доступа WTRU. Такие события могут происходить из-за ухудшения условий радиосвязи, неоптимальной адаптации линии связи, при сбое в линии радиосвязи, перегрузки (например, для совместно используемых и/или спорных ресурсов), отказа в приеме RAR для RA-SR в течение достаточно короткого времени, нагрузки в соте или несоответствие в WTRU конфигурации для соответствующей услуги.
WTRU может уведомлять сеть о том, что данные становятся недоступными для передачи. WTRU может определить, что уведомление восходящей линии связи в сеть должно быть инициировано. WTRU может выполнить, по меньшей мере, одно из следующего.
WTRU может инициировать MAC CE передачу. MAC CE может указывать сброс данных, прерывание запроса на планирование и/или прерывание текущей передачи HARQ (например, в случае операции без предоставления или LBT). MAC CE может быть расширенной версией BSR, например, это включает в себя указание отброшенных данных на LCH и/или LCG. MAC CE может быть включен в состав следующей передачи для соответствующего MAC экземпляра. Может быть инициирован новый запрос планирования.
WTRU может инициировать передачу отчета о состоянии, например, RLC отчет о состоянии или тому подобное. Отчет может указывать сброс данных в передатчике, так что приемник может игнорировать «отсутствующий» RLC PDU. Отчет о состоянии может быть сгенерирован в виде отдельного PDU (например, RLC PDU) или объединен со следующим доступным RLC PDU для соответствующей обработки потока пакетов (например, канала). PDU может рассматриваться как новые данные, доступные для передачи, может инициировать новый запрос планирования.
WTRU может инициировать передачу отчета о состоянии, например, PDCP SR (или аналогичный). Отчет о состоянии может указывать на сброс данных. Отчет о состоянии может быть сгенерирован как автономный PDU (например, PDCP PDCP) или объединен со следующим доступным PDU для рассматриваемой обработки потока пакетов (например, канала). PDU может рассматриваться как новые данные, доступные для передачи, может инициировать новый запрос планирования.
WTRU может инициировать L3/RRC процедуру сообщений. Например, WTRU может инициировать передачу уведомления о сбое RRC радиолинии для конкретного канала (или для конкретной QoS обработки) и т.п. В уведомлении может указываться сброс данных, соответствующего канала, причины и/или QoS идентификатор потока. Сообщение может быть сгенерировано как отдельный PDU (например, RRC PDU). PDU может рассматриваться как новые данные, доступные для передачи, может инициировать новый запрос планирования.
Уведомление восходящей линии связи может подвергаться функции запрета. Например, функция контроля может быть применима таким образом, что в течение (например, сконфигурированного) периода времени может быть отправлено не более x (например, x = 1) вышеуказанных уведомлений. Может быть запущен таймер запрета уведомлений, например, когда уведомление впервые доступно для передачи. WTRU может воздерживаться от генерирования любого дополнительного уведомления (например, только по той же причине, если применимо), пока работает таймер.
Например, В качестве ответа от сети, WTRU может впоследствии принять реконфигурацию RRC соединения в качестве корректирующего действия.
WTRU может выполнять следующее в зависимости от типа прерывания.
Для выделенного прерывания SR (D-SR) WTRU может определить, что WTRU может не использовать ассоциированный набор ресурсов, например, ресурсы, соответствующие URLLC услуге, если такие ресурсы были использованы для прерванной D-SR процедуры. WTRU может принять решение использовать унаследованный RACH, например, используя ресурсы, выбранные в зависимости от типа уведомления. Например, WTRU может использовать ресурсы, соответствующие доступу по умолчанию и/или конкретному, например, превышающие длительность TTI.
Для прерывания eRACH с использованием только данных или BSR в MSG1 WTRU может задерживать использование eRACH процедуры, например, пока WTRU не определит, что уведомление восходящей линии связи, относящееся к соответствующей процедуре, было успешно принято сетью (например, HARQ ACK принят для соответствующей передачи) и/или пока WTRU сначала не примет L3 сообщение реконфигурации. WTRU может определять процедуру доступа для использования, например, D-SR или унаследованного RACH, например, с использованием ресурсов, выбранных как функция типа уведомления. Например, WTRU может использовать ресурсы, соответствующие доступу по умолчанию и/или конкретные, например, превышающие длительность TTI.
Для прерывания произвольного доступа WTRU может принять решение не использовать ассоциированный набор ресурсов, например, ресурсы, соответствующие URLLC услуге, если такие ресурсы были использованы для прерванной процедуры RA-SR. WTRU может принять решение использовать унаследованный RACH. Например, WTRU может решить использовать унаследованный RACH, только если доступны ресурсы, отличные от тех, которые используются для прерванной RA-SR процедуры.
Фиг. 8 является примерной блок-схемой алгоритма при этом, WTRU определяет, выполнять ли eRACH процедуру или унаследованную RACH процедуру. WTRU может инициировать запрос произвольного доступа. WTRU может инициировать запрос произвольного доступа, чтобы выполнить запрос планирования и/или передать объем данных, который ниже предварительно определенного порогового значения. На этапе 802 WTRU может определить, выбрать ли первую процедуру канала произвольного доступа (RACH) или вторую RACH процедуру произвольного доступа. Первая RACH процедура может быть унаследованной RACH процедурой. Вторая RACH процедура может быть усовершенствованной RACH (eRACH) процедурой. На этапе 802 WTRU может определить, выбрать ли первую RACH процедуру или вторую RACH процедуру на основании типа данных восходящей линии связи, которые должны быть переданы, и/или цели запроса произвольного доступа. Например, как показано на фиг. 8, WTRU может выбрать унаследованную RACH процедуру для данных типа 2. Данные типа 2 могут включать в себя, например, данные расширенной мобильной широкополосной связи (eMBB). В качестве другого примера, WTRU может выбрать eRACH процедуру для данных типа 1. Данные типа 1 могут включать в себя, например, данные сверхнадежной связи с низкой задержкой (URLLC).
При выборе eRACH процедуры, WTRU может выполнять одно или несколько из следующего. На этапе 804 WTRU может выбирать набор ресурсов преамбулы. Набор ресурсов преамбулы может быть ассоциирован с eRACH. WTRU может выполнять eRACH процедуру 806. eRACH процедура 806 может быть двухэтапной RACH процедурой. На этапе 808 WTRU может выбирать ресурс преамбулы из набора ресурсов преамбулы (например, выбранный на этапе 804). Ресурсом преамбулы может быть ресурс физического канала произвольного доступа (PRACH), например, ассоциированный с eRACH процедурой. Ресурс преамбулы может быть ресурсом расширенного PRACH (ePRACH). Ресурс преамбулы может включать в себя одну или несколько из последовательности преамбулы, частотно-временного ресурса и/или нумерологии. WTRU может определять последовательность преамбулы, ассоциированную со второй RACH процедурой. Последовательность преамбулы может быть определена на основании одного или нескольких из ресурса преамбулы, надежности приема данных, объема передаваемых данных, максимального размера транспортного блока, диапазона допустимых размеров транспортного блока, типа RACH передачи, триггера, ассоциированного с RACH передачей, требованием синхронизации, состоянием буфера, WTRU идентификатором, местоположением, нумерологией, схемой модуляции и кодирования (MCS), конфигурацией демодуляции и/или несколькими преамбулами, принятыми от сетевого устройства.
На этапе 810 WTRU может определять ресурс данных для данных восходящей линии связи на основании одного или более из ресурса преамбулы, последовательности преамбулы, типа данных восходящей линии связи или размера данных восходящей линии связи. Ресурс данных может быть определен из набора доступных ресурсов. Набор доступных ресурсов может быть указан посредством одной или нескольких из системной информации, таблицы доступа или разрешения использования физического канала управления (PDCCH) конкретному идентификатору радиосети (RNTI).
На этапе 812 WTRU может отправлять RACH передачу на сетевое устройство, используя, по меньшей мере, один PRACH ресурс и/или ресурс данных. RACH передача может включать в себя последовательность преамбулы и/или данные восходящей линии связи. Последовательность преамбулы и данные восходящей линии связи могут быть непересекающимися по времени и/или частоте. Последовательность преамбулы может предшествовать данным восходящей линии связи. WTRU может принимать сообщение ответа произвольного доступа (RAR), которое включает в себя подтверждение (ACK) или отрицательное подтверждение (NACK), ассоциированное с данными восходящей линии связи в RACH передаче. RAR сообщение может включать в себя разрешение восходящей линии связи. WTRU может передавать дополнительные ожидающие передачи данные восходящей линии связи, информацию управление и/или информацию переключения состояния на сетевое устройство на основании разрешения передачи по восходящей линии связи.
При выборе унаследованной RACH процедуры, WTRU может выполнять одно или несколько из следующего. На этапе 814 WTRU может выбирать набор ресурсов преамбулы, которые могут быть ассоциированы с унаследованным RACH. На этапе 816 WTRU может выполнять унаследованную RACH процедуру.
Примерные RRC конфигурации 818 для используемых ресурсов данных могут включать в себя приоритет 1 - короткие данные, приоритет 2 - короткие данные, приоритет 1 - длинные данные или приоритет 2 - длинные данные. Первый блок ресурсов (например, RB1) может быть использован для приоритета 1, коротких данных. Второй блок ресурсов (например, RB2) может быть использован для приоритета 2, коротких данных. Третий и/или четвертый блок (и) ресурсов (например, RB 5-6) может быть использован для приоритета 1, длинных данных. Пятый и/или шестой блок (и) ресурсов (например, RB 7-8) могут быть использованы для приоритета 2, длинных данных.
Описанные в настоящем документе процессы и средства могут быть применимы в любой комбинации, и могут применяться к другим беспроводным технологиям и для других услуг.
WTRU может ссылаться на идентификатор физического устройства или на идентификатор пользователя, такой как идентификаторы, относящиеся к подписке, например, MSISDN, SIP URI и т.д. WTRU может ссылаться на идентификаторы, основанные на приложениях, например, имена пользователей, которые могут использоваться для каждого приложения.
Описанные в настоящем документе процессы могут быть реализованы в компьютерной программе, программном обеспечении и/или программно-аппаратном обеспечении, встроенном в машиночитаемый носитель, для исполнения компьютером и/или процессором. Примеры машиночитаемых носителей включают в себя, но не ограничиваются ими, электронные сигналы (передаваемые по проводным и/или беспроводным соединениям) и/или машиночитаемые носители данных. Примеры машиночитаемых носителей данных включают в себя, но не ограничиваются ими, постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), регистр, кэш-память, полупроводниковые запоминающие устройства, магнитные носители, такие как, но не ограниченные ими, внутренние жесткие диски и съемные диски, магнитооптические носители и/или оптические носители, такие как CD-ROM диски и/или цифровые универсальные диски (DVDs). Для реализации радиочастотного приемопередатчика для использования в WTRU, терминале, базовой станции, RNC и/или любом хост-компьютере может быть использован процессор совместно с программным обеспечением.