СПОСОБЫ ДЛЯ MSG-B В ДВУХЭТАПНОМ RACH
METHODS FOR MSG-B IN TWO STAGE RACH

Перекрестные ссылки на родственные заявки
Настоящая заявка испрашивает приоритет предварительной заявки США № 62/805,084, поданной 13 февраля 2019 г., предварительной заявки США № 62/840,647, поданной 30 апреля 2019 г., предварительной заявки США № 62/908,883, поданной 1 октября 2019 г., и предварительной заявки США № 62/930,911, поданной 5 ноября 2019 г., содержания которых включены в настоящий документ путем ссылки.
Предпосылки создания изобретения
В рамках технологий беспроводной связи существует процедура канала произвольного доступа (RACH) для устройства, пытающегося подключиться к сети. Например, процедура RACH может быть вызвана триггерами, инициирующими процедуру RACH, такую как получение синхронизации или передача обслуживания. Существует потребность в улучшении данного способа.
Изложение сущности изобретения
Описаны способы и устройство для передачи подтверждения гибридного автоматического запроса на повторение передачи (HARQ-ACK). Модуль беспроводной передачи/приема (WTRU) может передавать сообщение A канала произвольного доступа (RACH) на gNB. WTRU может принимать сообщение B RACH от gNB в ответ на сообщение A. Сообщение B может содержать информацию управления нисходящей линии связи (DCI). WTRU может декодировать физический совместно используемый канал для передачи данных по нисходящей линии связи (PDSCH) на основе DCI. WTRU может определять, что разрешение конфликтов является успешным. WTRU может определять физический канал управления восходящей линии связи (PUCCH). WTRU может передавать HARQ-ACK по определенному ресурсу PUCCH. WTRU может определять ресурс для PUCCH на основе индекса ресурса PUCCH. Индекс ресурса PUCCH может быть основан на индексе преамбулы произвольного доступа (RAPID) и индикаторе ресурса PUCCH (PRI). WTRU может определять синхронизацию интервала для передачи HARQ-ACK. Синхронизация интервала может быть основана на индикаторе обратной связи PDSCH-HARQ и RAPID.
Краткое описание графических материалов
Более подробное объяснение содержится в представленном ниже описании, приведенном в качестве примера, в сочетании с прилагаемыми графическими материалами, на которых аналогичные номера позиций на фигурах обозначают аналогичные элементы:
на фиг. 1A представлена схема системы, иллюстрирующая пример системы связи, в которой могут быть реализованы один или более описанных вариантов осуществления;
на фиг. 1B представлена схема системы, иллюстрирующая пример модуля беспроводной передачи/приема (WTRU), который может быть использован в системе связи, проиллюстрированной на фиг. 1A, в соответствии с вариантом осуществления;
на фиг. 1C представлена схема системы, иллюстрирующая пример сети радиодоступа (RAN) и пример опорной сети (CN), которые могут быть использованы в системе связи, проиллюстрированной на фиг. 1A, в соответствии с вариантом осуществления;
на фиг. 1D представлена схема системы, иллюстрирующая дополнительный пример RAN и дополнительный пример CN, которые могут быть использованы в системе связи, проиллюстрированной на фиг. 1A, в соответствии с вариантом осуществления;
на фиг. 2 представлена схема процесса, иллюстрирующая пример обмена информацией между WTRU и gNB для 4-этапной процедуры RACH;
на фиг. 3 представлена схема, иллюстрирующая пример базовой конфигурации для структуры сигнала для 2-этапного RA;
на фиг. 4 представлена схема процесса, иллюстрирующая пример обмена информацией между WTRU и gNB для 2-этапных процедур RACH;
на фиг. 5 представлена блок-схема, иллюстрирующая пример поведения WTRU для эффективного процесса ACK/NACK;
на фиг. 6 представлена блок-схема, иллюстрирующая пример поведения WTRU для эффективного процесса ACK/NACK;
на фиг. 7 представлена блок-схема, иллюстрирующая пример процедуры WTRU, связанной с 2-этапным RA, где UE обнаруживает DCI, связанную с MsgB, в пределах окна RAR, которое содержит назначение DL;
на фиг. 8 представлена блок-схема, иллюстрирующая пример процедуры WTRU, связанной с 2-этапным RA, где WTRU обнаруживает DCI, связанную с msgB, в пределах окна RAR, которое содержит предоставление восходящей линии связи; и
на фиг. 9 представлена схема процесса, иллюстрирующая пример восстановления после отказа луча с помощью отслеживания множества лучей.
Подробное описание
На фиг. 1A представлена схема, иллюстрирующая пример системы 100 связи, в которой могут быть реализованы один или более описанных вариантов осуществления. Система 100 связи может представлять собой систему множественного доступа, от которой множество пользователей беспроводной связи получают содержимое, такое как голосовая информация, данные, видео, обмен сообщениями, широковещание и т.п. Система 100 связи может быть выполнена с возможностью предоставления множеству пользователей беспроводной связи доступа к такому содержимому посредством совместного использования системных ресурсов, включая ширину полосы пропускания беспроводного соединения. Например, в системах 100 связи можно использовать один или более способов доступа к каналу, таких как множественный доступ с кодовым разделением (CDMA), многостанционный доступ с временным разделением каналов (TDMA), многостанционный доступ с частотным разделением каналов (FDMA), многостанционный доступ с ортогональным частотным разделением каналов (OFDMA), FDMA с одной несущей (SC-FDMA), расширенное OFDM с безызбыточным расширением дискретного преобразования Фурье с синхропакетом (ZT-UW-DFT-S-OFDM), OFDM с синхропакетом (UW-OFDM), OFDM с фильтрацией блока ресурса, блок фильтров с несколькими несущими (FBMC) и т.п.
Как показано на фиг. 1A, система 100 связи может включать в себя модули 102a, 102b, 102c, 102d беспроводной передачи/приема (WTRU), сеть 104 радиодоступа (RAN), опорную сеть (CN) 106, коммутируемую телефонную сеть 108 общего пользования (PSTN), сеть 110 Интернет и другие сети 112, хотя следует понимать, что описанные варианты осуществления предполагают любое количество WTRU, базовых станций, сетей и/или сетевых элементов. Каждый из WTRU 102a, 102b, 102c, 102d может представлять собой устройство любого типа, выполненное с возможностью функционирования и/или взаимодействия в среде беспроводной связи. Например, WTRU 102a, 102b, 102c, 102d, любой из которых может называться станцией (STA), могут быть выполнены с возможностью передачи и/или приема радиосигналов и могут включать в себя оборудование пользователя (UE), мобильную станцию, стационарный или мобильный абонентский модуль, абонентский модуль, пейджер, сотовый телефон, карманный персональный компьютер (PDA), смартфон, ноутбук, нетбук, персональный компьютер, беспроводной датчик, точку доступа или устройство Mi-Fi, устройство Интернета физических объектов (IoT), часы или другие носимые устройства, устанавливаемый на голове дисплей (HMD), транспортное средство, беспилотный радиоуправляемый летательный аппарат, медицинское устройство и приложения (например, применяемые в дистанционной хирургии), промышленное устройство и приложения (например, роботизированные и/или другие беспроводные устройства, работающие в условиях промышленной и/или автоматизированной технологической цепочки), устройство, относящееся к бытовой электронике, устройство, работающее в коммерческой и/или промышленной беспроводной сети, и т.п. Любой из WTRU 102a, 102b, 102c и 102d можно взаимозаменяемо называть UE.
Системы 100 связи могут также включать в себя базовую станцию 114a и/или базовую станцию 114b. Каждая из базовых станций 114a, 114b может представлять собой устройство любого типа, выполненное с возможностью беспроводного взаимодействия с по меньшей мере одним из WTRU 102a, 102b, 102c, 102d для облегчения доступа к одной или более сетям связи, таким как CN 106, сеть Интернет 110 и/или другие сети 112. В качестве примера базовые станции 114a, 114b могут представлять собой базовую приемопередающую станцию (BTS), NodeB, eNode B (eNB), Home Node B, Home eNode B, станцию следующего поколения NodeB, такую как gNode B (gNB), станцию NodeB новой радиосети (NR), контроллер пункта связи, точку доступа (AP), беспроводной маршрутизатор и т.п. Хотя каждая из базовых станций 114a, 114b показана как отдельный элемент, следует понимать, что базовые станции 114a, 114b могут включать в себя любое количество взаимно соединенных базовых станций и/или сетевых элементов.
Базовая станция 114a может быть частью RAN 104, которая может также включать в себя другие базовые станции и/или сетевые элементы (не показаны), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), узлы ретранслятора и т.п. Базовая станция 114a и/или базовая станция 114b могут быть выполнены с возможностью передачи и/или приема радиосигналов на одной или более несущих частотах, которые могут называться сотами (не показаны). Эти частоты могут относиться к лицензированному спектру, нелицензированному спектру или к сочетанию лицензированного и нелицензированного спектров. Сота может обеспечивать покрытие для беспроводного сервиса в конкретной географической зоне, которая может быть относительно фиксированной или которая может изменяться со временем. Сота может быть дополнительно разделена на сектора соты. Например, сота, связанная с базовой станцией 114a, может быть разделена на три сектора. Таким образом, в одном варианте осуществления базовая станция 114a может включать в себя три приемопередатчика, т.е. по одному для каждого сектора соты. В варианте осуществления в базовой станции 114a может быть использована технология «множественный вход — множественный выход» (MIMO) и может быть задействовано множество приемопередатчиков для каждого сектора соты. Например, для передачи и/или приема сигналов в требуемых пространственных направлениях можно использовать формирование лучей.
Базовые станции 114a, 114b могут обмениваться данными с одним или более из WTRU 102a, 102b, 102c, 102d посредством радиоинтерфейса 116, который может представлять собой любую подходящую систему беспроводной связи (например, для передачи сигналов в радиочастотном (РЧ), микроволновом спектре, спектре сантиметровых волн, спектре микрометровых волн, инфракрасном (ИК), ультрафиолетовом (УФ) спектре, спектре видимого света и т.д.). Радиоинтерфейс 116 может быть установлен с использованием любой подходящей технологии радиодоступа (RAT).
Более конкретно, как указано выше, система 100 связи может представлять собой систему множественного доступа, и в ней можно использовать одну или более схем доступа к каналу, например CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т.п. Например, в базовой станции 114a в RAN 104 и WTRU 102a, 102b, 102c может быть реализована технология радиосвязи, такая как сеть наземного радиодоступа (UTRA) для универсальной системы мобильной связи (UMTS), в которой может быть установлен радиоинтерфейс 116 с использованием широкополосного CDMA (WCDMA). WCDMA может включать в себя протоколы связи, такие как высокоскоростной пакетный доступ (HSPA) и/или усовершенствованный HSPA (HSPA+). Протокол HSPA может включать в себя высокоскоростной пакетный доступ по нисходящей (DL) линии связи (HSDPA) и/или высокоскоростной пакетный доступ по восходящей (UL) линии связи (HSUPA).
В варианте осуществления в базовой станции 114a и WTRU 102a, 102b, 102c может быть реализована такая технология радиосвязи, как усовершенствованная сеть наземного радиодоступа UMTS (E-UTRA), которая может устанавливать радиоинтерфейс 116 с использованием стандарта долгосрочного развития сетей связи (LTE), и/или LTE-Advanced (LTE-A), и/или LTE-Advanced Pro (LTE-A Pro).
В варианте осуществления в базовой станции 114a и WTRU 102a, 102b, 102c может быть реализована такая технология радиосвязи, как новая технология радиодоступа (NR), которая может устанавливать радиоинтерфейс 116 с использованием NR.
В варианте осуществления в базовой станции 114a и WTRU 102a, 102b, 102c может быть реализовано множество технологий радиодоступа. Например, в совокупности в базовой станции 114a и WTRU 102a, 102b, 102c могут быть реализованы технологии радиодоступа LTE и NR, например, с использованием принципов двойного подключения (DC). Таким образом, радиоинтерфейс, используемый WTRU 102a, 102b, 102c, может характеризоваться использованием множества типов технологий радиодоступа и/или передачами, отправляемыми на базовые станции / с базовых станций, множества типов (например, eNB и gNB).
В других вариантах осуществления в базовой станции 114a и WTRU 102a, 102b, 102c могут быть реализованы технологии радиосвязи, такие как IEEE 802.11 (т.е. WiFi), IEEE 802.16 (т.е. технология широкополосного доступа в микроволновом диапазоне (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, временный стандарт 2000 (IS-2000), временный стандарт 95 (IS-95), временный стандарт 856 (IS-856), глобальная система мобильной связи (GSM), развитие стандарта GSM с увеличенной скоростью передачи данных (EDGE), GSM EDGE (GERAN) и т.п.
Базовая станция 114b, показанная на фиг. 1A, может представлять собой, например, беспроводной маршрутизатор, станцию Home Node B, станцию Home eNode B или точку доступа, и в ней может быть применена любая подходящая RAT для облегчения обеспечения беспроводной связи в локализованной зоне, такой как коммерческое предприятие, жилое помещение, транспортное средство, учебное заведение, промышленный объект, воздушный коридор (например, для применения беспилотными радиоуправляемыми летательными аппаратами), проезжая часть и т.п. В одном варианте осуществления в базовой станции 114b и WTRU 102c, 102d может быть реализована технология радиосвязи, такая как IEEE 802.11, для создания беспроводной локальной сети (WLAN). В варианте осуществления в базовой станции 114b и WTRU 102c, 102d может быть реализована технология радиосвязи, такая как IEEE 802.15, для создания беспроводной персональной сети (WPAN). В еще одном варианте осуществления в базовой станции 114b и WTRU 102c, 102d можно использовать RAT на основе сот (например, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR и т.п.) для создания пикосоты или фемтосоты. Как показано на фиг. 1A, базовая станция 114b может иметь прямое соединение с сетью Интернет 110. Таким образом, для базовой станции 114b может не требоваться доступа к сети Интернет 110 посредством CN 106.
RAN 104 может обмениваться данными с CN 106, которая может представлять собой сеть любого типа, выполненную с возможностью предоставления услуг передачи голосовой информации, данных, приложений и/или голосовой связи по протоколу IP (VoIP) на один или более из WTRU 102a, 102b, 102c, 102d. К данным могут предъявляться различные требования по качеству обслуживания (QoS), например, различные требования по производительности, требования к задержке, требования к отказоустойчивости, требования к надежности, требования к скорости передачи данных, требования к мобильности и т.п. В сети CN 106 может быть обеспечено управление вызовами, услуги биллинга, услуги мобильной связи на основе местоположения, предварительно оплаченные вызовы, возможность связи с сетью Интернет, распределение видеосигналов и т.п. и/или реализованы функции высокоуровневой защиты, такие как аутентификация пользователей. Хотя на фиг. 1A это не показано, следует понимать, что RAN 104 и/или CN 106 могут прямо или косвенно обмениваться данными с другими RAN, которые используют такую же RAT, что и RAN 104, или другую RAT. Например, в дополнение к связи с RAN 104, в которой может быть использована технология радиосвязи NR, CN 106 может также осуществлять связь с другой RAN (не показана), использующей технологию радиосвязи GSM, UMTS, CDMA 2000, WiMAX, E-UTRA или WiFi.
CN 106 может также выступать в качестве шлюза для WTRU 102a, 102b, 102c, 102d для обеспечения доступа к сети PSTN 108, сети Интернет 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые предоставляют традиционные услуги телефонной связи (POTS). Интернет 110 может включать в себя глобальную систему взаимно соединенных компьютерных сетей и устройств, которые используют распространенные протоколы связи, такие как протокол управления передачей (TCP), протокол пользовательских дейтаграмм (UDP) и/или протокол Интернета (IP) в наборе протоколов Интернета TCP/IP. Сети 112 могут включать в себя проводные и/или беспроводные сети связи, которые принадлежат другим поставщикам услуг и/или управляются ими. Например, сети 112 могут включать в себя другую CN, соединенную с одной или более RAN, в которых можно использовать такую же RAT, как RAN 104, или другую RAT.
Некоторые или все из WTRU 102a, 102b, 102c, 102d в системе 100 связи могут включать в себя многорежимные возможности (например, WTRU 102a, 102b, 102c, 102d могут включать в себя множество приемопередатчиков для связи с разными беспроводными сетями по разным беспроводным линиям связи). Например, WTRU 102c, показанный на фиг. 1A, может быть выполнен с возможностью обмена данными с базовой станцией 114a, которая может использовать технологию радиосвязи на основе сот, а также с базовой станцией 114b, которая может использовать технологию радиосвязи IEEE 802.
На фиг. 1B представлена схема системы, иллюстрирующая пример WTRU 102. Как показано на фиг. 1B, WTRU 102 может включать в себя, помимо прочего, процессор 118, приемопередатчик 120, передающий/приемный элемент 122, динамик/микрофон 124, клавиатуру 126, дисплей/сенсорную панель 128, несъемное запоминающее устройство 130, съемное запоминающее устройство 132, источник 134 питания, набор 136 микросхем глобальной системы определения местоположения (GPS) и/или другие периферийные устройства 138. Следует понимать, что WTRU 102 может включать в себя любую подкомбинацию вышеперечисленных элементов и при этом соответствовать варианту осуществления.
Процессор 118 может представлять собой процессор общего назначения, процессор специального назначения, традиционный процессор, цифровой сигнальный процессор (DSP), множество микропроцессоров, один или более микропроцессоров, связанных с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), программируемые пользователем вентильные матрицы (FPGA), интегральную схему (IC) любого другого типа, конечный автомат и т.п. Процессор 118 может выполнять кодирование сигналов, обработку данных, управление мощностью, обработку ввода/вывода и/или иметь любые другие функциональные возможности, необходимые WTRU 102 для функционирования в среде беспроводной связи. Процессор 118 может быть соединен с приемопередатчиком 120, который может быть соединен с передающим/приемным элементом 122. Хотя на фиг. 1B процессор 118 и приемопередатчик 120 показаны в виде отдельных компонентов, следует понимать, что процессор 118 и приемопередатчик 120 могут быть выполнены как единое целое и встроены в электронный блок или микросхему.
Передающий/приемный элемент 122 может быть выполнен с возможностью передачи сигналов на базовую станцию (например, базовую станцию 114a) или приема от нее сигналов по радиоинтерфейсу 116. Например, в одном варианте осуществления передающий/приемный элемент 122 может представлять собой антенну, выполненную с возможностью передачи и/или приема РЧ-сигналов. В варианте осуществления передающий/приемный элемент 122 может представлять собой излучатель/детектор, выполненный с возможностью передачи и/или приема, например, сигналов в ИК-, УФ-спектре или спектре видимого света. В еще одном варианте осуществления передающий/приемный элемент 122 может быть выполнен с возможностью передачи и/или приема сигналов как в РЧ-спектре, так и в спектре видимого света. Следует понимать, что передающий/приемный элемент 122 может быть выполнен с возможностью передачи и/или приема любой комбинации радиосигналов.
Хотя на фиг. 1B передающий/приемный элемент 122 показан в виде единственного элемента, WTRU 102 может включать в себя любое количество передающих/приемных элементов 122. Более конкретно, в WTRU 102 может быть использована технология MIMO. Таким образом, в одном варианте осуществления WTRU 102 может включать в себя два или более передающих/приемных элементов 122 (например, множество антенн) для передачи и приема радиосигналов по радиоинтерфейсу 116.
Приемопередатчик 120 может быть выполнен с возможностью модуляции сигналов, передаваемых посредством передающего/приемного элемента 122, а также демодуляции сигналов, принятых посредством передающего/приемного элемента 122. Как указано выше, WTRU 102 может иметь многорежимные возможности. Таким образом, приемопередатчик 120 может включать в себя множество приемопередатчиков, с помощью которых WTRU 102 получает возможность взаимодействия посредством множества RAT, таких как, например, NR и IEEE 802.11.
Процессор 118 WTRU 102 может быть соединен с динамиком/микрофоном 124, клавиатурой 126 и/или дисплеем/сенсорной панелью 128 (например, жидкокристаллическим дисплеем (LCD) или дисплеем на органических светодиодах (OLED)) и может принимать от них данные, вводимые пользователем. Процессор 118 может также выводить пользовательские данные на динамик/микрофон 124, клавиатуру 126 и/или дисплей/сенсорную панель 128. Кроме того, процессор 118 может иметь доступ к информации с подходящего запоминающего устройства любого типа, такого как несъемное запоминающее устройство 130 и/или съемное запоминающее устройство 132, и хранить на нем данные. Несъемное запоминающее устройство 130 может включать в себя оперативное запоминающее устройство (ОЗУ), постоянное запоминающее устройство (ПЗУ), жесткий диск или запоминающее устройство любого другого типа. Съемное запоминающее устройство 132 может включать в себя карту модуля идентификации абонента (SIM), карту памяти, защищенную цифровую карту памяти (SD) и т.п. В других вариантах осуществления процессор 118 может осуществлять доступ к информации с запоминающего устройства, которое физически размещено не в WTRU 102, а, например, на сервере или домашнем компьютере (не показан), и хранить на нем данные.
Процессор 118 может принимать питание от источника 134 питания и может быть выполнен с возможностью управления питанием и/или распределения питания на другие компоненты в WTRU 102. Источник 134 питания может представлять собой любое подходящее устройство для подачи питания на WTRU 102. Например, источник 134 питания может включать в себя одну или более сухих батарей (например, никель-кадмиевых (NiCd), никель-цинковых (NiZn), никель-металл-гибридных (NiMH), литий-ионных (Li-ion) и т.п.), солнечных элементов, топливных элементов и т.п.
Процессор 118 может также быть соединен с набором 136 микросхем GPS, который может быть выполнен с возможностью предоставления информации о местоположении (например, долготы и широты) относительно текущего местоположения WTRU 102. Дополнительно или вместо информации от набора 136 микросхем GPS модуль WTRU 102 может принимать информацию о местоположении по радиоинтерфейсу 116 от базовой станции (например, от базовых станций 114a, 114b) и/или определять свое местоположение на основании синхронизации сигналов, принимаемых от двух или более соседних базовых станций. Следует понимать, что WTRU 102 может получать информацию о местоположении посредством любого подходящего способа определения местоположения и при этом соответствовать варианту осуществления.
Процессор 118 может быть дополнительно соединен с другими периферийными устройствами 138, которые могут включать в себя один или более программных и/или аппаратных модулей, в которых предусмотрены дополнительные признаки, функциональные возможности и/или возможности по установлению проводной или беспроводной связи. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для фото- и/или видеосъемки), порт универсальной последовательной шины (USB), вибрационное устройство, телевизионный приемопередатчик, беспроводную гарнитуру, модуль Bluetooth, радиомодуль с частотной модуляцией (FM), цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль для воспроизведения видеоигр, Интернет-браузер, устройство виртуальной реальности и/или дополненной реальности (VR/AR), трекер активности и т.п. Периферийные устройства 138 могут включать в себя один или более датчиков. Датчики могут представлять собой один или более из гироскопа, акселерометра, датчика Холла, магнитометра, датчика ориентации, бесконтактного датчика, датчика температуры, датчика времени; датчика географического положения, высотомера, датчика освещенности, датчика касания, магнитометра, барометра, датчика жестов, биометрического датчика, датчика влажности и т.п.
WTRU 102 может включать в себя полнодуплексное радиоустройство, в котором передача и прием некоторых или всех сигналов (например, связанных с конкретными подкадрами как для UL (например, для передачи), так и для DL (например, для приема)) могут осуществляться параллельно и/или одновременно. Полнодуплексное радиоустройство может включать в себя блок управления помехами для снижения уровня и/или по существу устранения собственных помех с помощью либо аппаратного обеспечения (например, дросселя), либо обработки сигнала с помощью процессора (например, отдельного процессора (не показан) или процессора 118). В варианте осуществления WTRU 102 может включать в себя полудуплексное радиоустройство для передачи и приема некоторых или всех сигналов (например, связанных с конкретными подкадрами как для UL (например, для передачи), так и для DL (например, для приема)).
На фиг. 1C представлена схема системы, иллюстрирующая RAN 104 и CN 106 в соответствии с вариантом осуществления. Как отмечено выше, RAN 104 может использовать технологию радиосвязи E-UTRA для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 может также обмениваться данными с CN 106.
RAN 104 может включать в себя eNode-B 160a, 160b, 160c, хотя следует понимать, что сеть RAN 104 может включать в себя любое количество eNode-B и при этом соответствовать варианту осуществления. Каждая eNode-B 160a, 160b, 160c может включать в себя один или более приемопередатчиков для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления в eNode B 160a, 160b, 160c может быть реализована технология MIMO. Таким образом, в eNode-B 160a может, например, быть использовано множество антенн для передачи радиосигналов на WTRU 102a и/или приема радиосигналов от него.
Каждая eNode-B 160a, 160b, 160c может быть связана с конкретной сотой (не показана) и может быть выполнена с возможностью принятия решений по управлению радиоресурсами, решений по передаче обслуживания, диспетчеризации пользователей в UL и/или DL и т.п. Как показано на фиг. 1C, eNode-B 160a, 160b, 160c могут обмениваться данными друг с другом по интерфейсу X2.
CN 106, показанная на фиг. 1C, может включать в себя объект 162 управления мобильностью (MME), обслуживающий шлюз (SGW) 164 и шлюз 166 (PGW) сети с пакетной передачей данных (PDN). Хотя вышеперечисленные элементы показаны как часть CN 106, следует понимать, что любой из этих элементов может принадлежать субъекту, отличному от оператора CN, и/или может управляться таким субъектом.
MME 162 может быть подключен к каждой из eNode-B 162a, 162b, 162c в RAN 104 по интерфейсу S1 и может выступать в качестве узла управления. Например, MME 162 может отвечать за аутентификацию пользователей WTRU 102a, 102b, 102c, активацию/деактивацию канала, выбор конкретного обслуживающего шлюза во время начального соединения WTRU 102a, 102b, 102c и т.п. MME 162 может обеспечивать функцию плоскости управления для переключения между RAN 104 и другими RAN (не показаны), которые используют другие технологии радиосвязи, такие как GSM и/или WCDMA.
SGW 164 может быть подключен к каждой eNode B 160a, 160b, 160c в RAN 104 по интерфейсу S1. SGW 164 может по существу направлять и пересылать пакеты пользовательских данных на WTRU 102a, 102b, 102c и от них. SGW 164 может выполнять другие функции, например, привязку плоскостей пользователя во время передачи обслуживания между базовыми станциями eNode B, запуск пейджинга, когда данные DL доступны для WTRU 102a, 102b, 102c, управление и хранение контекста WTRU 102a, 102b, 102c и т.п.
SGW 164 может быть подключен к PGW 166, который может предоставлять модулям WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как сеть Интернет 110, для облегчения обмена данными между WTRU 102a, 102b, 102c и устройствами с поддержкой IP.
CN 106 может облегчать обмен данными с другими сетями. Например, CN 106 может предоставлять модулям WTRU 102a, 102b, 102c доступ к сетям с коммутацией каналов, таким как PSTN 108, для облегчения обмена данными между WTRU 102a, 102b, 102c и традиционными устройствами связи наземной линии связи. Например, CN 106 может включать в себя IP-шлюз (например, сервер мультимедийной IP-подсистемы (IMS)), который выступает в качестве интерфейса между CN 106 и PSTN 108, или может обмениваться данными с ним. Кроме того, CN 106 может предоставлять модулям WTRU 102a, 102b, 102c доступ к другим сетям 112, которые могут включать в себя другие проводные и/или беспроводные сети, которые принадлежат другим поставщикам услуг и/или управляются ими.
Хотя WTRU описан на фиг. 1A–1D как беспроводной терминал, предполагается, что в определенных типовых вариантах осуществления с таким терминалом может быть использован (например, временно или постоянно) проводной интерфейс связи с сетью связи.
В типовых вариантах осуществления другая сеть 112 может представлять собой WLAN.
WLAN в режиме базового набора служб (BSS) инфраструктуры может иметь точку доступа (АР) для BSS и одну или более станций (STA), связанных с АР. АР может иметь доступ к системе распределения (DS) или интерфейс с ней или же осуществлять связь по проводной/беспроводной сети другого типа, которая переносит трафик в BSS и/или из BSS. Трафик на станции STA, исходящий извне BSS, может поступать через AP и может быть доставлен на станции STA. Трафик, исходящий из станций STA к получателям вне BSS, может быть отправлен на АР для доставки соответствующим получателям. Трафик между станциями STA в пределах BSS может быть отправлен через АР, например, если STA-источник может отправлять трафик на АР, а АР может доставлять трафик STA-получателю. Трафик между STA в пределах BSS может считаться и/или называться одноранговым трафиком. Одноранговый трафик может быть передан между (например, непосредственно между) STA-источником и STA-получателем при установлении прямой линии связи (DLS). В определенных типовых вариантах осуществления DLS может использовать DLS 802.11e или туннелированное DLS 802.11z (TDLS). WLAN с использованием независимого BSS (IBSS) режима может не иметь АР, а STA (например, каждая STA) в пределах или с использованием IBSS могут осуществлять связь непосредственно друг с другом. В настоящем документе режим IBSS может иногда называться режимом «динамической» связи.
При использовании режима работы инфраструктуры 802.11ac или аналогичного режима работы AP может передавать маяк по фиксированному каналу, такому как первичный канал. Первичный канал может иметь фиксированную ширину (например, ширину полосы пропускания 20 МГц) или динамически установленную ширину. Первичный канал может представлять собой рабочий канал BSS и может быть использован станциями STA для установления соединения с АР. В определенных типовых вариантах осуществления может быть реализован множественный доступ с контролем несущей и предотвращением коллизий (CSMA/CA), например, в системах 802.11. STA (например, каждая STA), включая АР, могут обнаруживать первичный канал для CSMA/CA. При распознавании/обнаружении и/или определении занятости первичного канала конкретной STA эта конкретная STA может отключаться. Одна STA (например, только одна станция) может осуществлять передачу в любой конкретный момент времени в данном BSS.
Для осуществления связи STA с высокой пропускной способностью (HT) может быть использован канал шириной 40 МГц, например, путем объединения первичного канала 20 МГц со смежным или несмежным каналом 20 МГц с образованием канала шириной 40 МГц.
STA со сверхвысокой пропускной способностью (VHT) могут поддерживать каналы шириной 20 МГц, 40 МГц, 80 МГц и/или 160 МГц. Каналы 40 МГц и/или 80 МГц могут быть образованы путем объединения сплошных каналов 20 МГц. Канал 160 МГц может быть образован путем объединения 8 сплошных каналов 20 МГц или путем объединения двух несплошных каналов 80 МГц, которые могут называться конфигурацией 80+80. Для конфигурации 80+80 данные после кодирования канала могут проходить через анализатор сегментов, который может разделять данные на два потока. Обработку по методу обратного быстрого преобразования Фурье (IFFT) и обработку во временной области можно выполнять отдельно для каждого потока. Потоки могут быть сопоставлены с двумя каналами 80 МГц, а данные могут быть переданы посредством передающей STA. В приемнике принимающей STA вышеописанная операция для конфигурации 80+80 может быть инвертирована, а объединенные данные могут быть отправлены на устройство управления доступом к среде передачи данных (MAC).
Протоколы 802.11af и 802.11ah поддерживают режимы работы на частотах до 1 ГГц. В 802.11af и 802.11ah значения ширины полосы пропускания канала и несущие уменьшены по отношению к используемым в 802.11n и 802.11ac. Протокол 802.11af поддерживает значения ширины полосы пропускания 5 МГц, 10 МГц и 20 МГц в неиспользуемой части частотного спектра телевидения (TVWS), а протокол 802.11ah поддерживает значения ширины полосы пропускания 1 МГц, 2 МГц, 4 МГц, 8 МГц и 16 МГц с использованием спектра, отличного от TVWS. Согласно типовому варианту осуществления 802.11ah может поддерживать управление с измерением / межмашинные связи (MTC), например, устройства межмашинной связи (MTC) в макрозоне покрытия. Устройства MTC могут обладать определенными возможностями, например, ограниченными возможностями, включая поддержку (например, поддержку только) определенных и/или ограниченных значений ширины полосы пропускания. Устройства МТС могут включать в себя батарею, имеющую срок службы батареи, превышающий пороговое значение (например, для обеспечения очень длительного срока службы батареи).
Системы WLAN, которые могут поддерживать множество каналов и значений ширины полосы пропускания канала, такие как 802.11n, 802.11ac, 802.11af и 802.11ah, включают в себя канал, который может быть назначен в качестве первичного канала. Первичный канал может иметь ширину полосы пропускания, равную наибольшей общей рабочей ширине полосы пропускания, поддерживаемой всеми STA в BSS. Ширина полосы пропускания первичного канала может быть установлена и/или ограничена STA из числа всех STA, работающих в BSS, которая поддерживает режим работы с наименьшей шириной полосы пропускания. В примере 802.11ah первичный канал может иметь ширину 1 МГц для STA (например, устройств типа MTC), которые поддерживают (например, поддерживают только) режим 1 МГц, даже если AP и другие STA в BSS поддерживают 2 МГц, 4 МГц, 8 МГц, 16 МГц и/или режимы работы с другими значениями ширины полосы пропускания канала. Параметры обнаружения несущей и/или вектора выделения сети (NAV) могут зависеть от состояния первичного канала. Если первичный канал занят, например, из-за STA (которая поддерживает только режим работы 1 МГц), осуществляющей передачу на AP, все доступные полосы частот могут считаться занятыми, даже если большинство доступных полос частот остаются незанятыми.
В Соединенных Штатах Америки доступные полосы частот, которые могут быть использованы 802.11ah, находятся в диапазоне от 902 МГц до 928 МГц. Доступные полосы частот в Корее — от 917,5 МГц до 923,5 МГц. Доступные полосы частот в Японии — от 916,5 МГц до 927,5 МГц. Общая ширина полосы пропускания, доступная для 802.11ah, составляет от 6 МГц до 26 МГц в зависимости от кода страны.
На фиг. 1D представлена схема системы, иллюстрирующая RAN 104 и CN 106 в соответствии с вариантом осуществления. Как отмечено выше, RAN 104 может задействовать технологию радиосвязи NR для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 может также обмениваться данными с CN 106.
RAN 104 может включать в себя gNB 180a, 180b, 180c, хотя следует понимать, что RAN 104 может включать в себя любое количество gNB и при этом соответствовать варианту осуществления. Каждая gNB 180a, 180b, 180c может включать в себя один или более приемопередатчиков для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления в gNB 180a, 180b, 180c может быть реализована технология MIMO. Например, gNB 180a, 108b могут использовать формирование лучей для передачи сигналов на gNB 180a, 180b, 180c и/или приема сигналов от них. Таким образом, gNB 180a, например, может использовать множество антенн для передачи радиосигналов на WTRU 102a и/или приема радиосигналов от него. В варианте осуществления на gNB 180a, 180b, 180c может быть реализована технология агрегирования несущих. Например, gNB 180a может передавать на WTRU 102a множество несущих составляющих (не показаны). Подмножество этих несущих составляющих может относиться к нелицензированному спектру, тогда как остальные несущие составляющие могут относиться к лицензированному спектру. В варианте осуществления на gNB 180a, 180b, 180c может быть реализована технология координированной многоточечной передачи (CoMP). Например, WTRU 102a может принимать координированные передачи от gNB 180a и gNB 180b (и/или gNB 180c).
WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c с использованием передач, связанных с масштабируемой численной величиной. Например, разнос символов OFDM и/или разнос поднесущих OFDM может различаться для разных передач, разных сот и/или разных участков спектра беспроводной передачи. WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c с использованием подкадра или временных интервалов передачи (TTI) с различной или масштабируемой длительностью (например, содержащих различное количество символов OFDM и/или имеющих постоянные различные длительности абсолютного времени).
gNB 180a, 180b, 180c могут быть выполнены с возможностью обмена данными с WTRU 102a, 102b, 102c в автономной конфигурации и/или в неавтономной конфигурации. В автономной конфигурации WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c без одновременного доступа к другим RAN (например, таким как eNode-B 160a, 160b, 160c). В автономной конфигурации WTRU 102a, 102b, 102c могут использовать одну или более gNB 180a, 180b, 180c в качестве якорной точки мобильности. В автономной конфигурации WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c с использованием сигналов в нелицензированной полосе. В неавтономной конфигурации WTRU 102a, 102b, 102c могут обмениваться данными / устанавливать соединение с gNB 180a, 180b, 180c и одновременно обмениваться данными / устанавливать соединение с другой RAN, такой как eNode-B 160a, 160b, 160c. Например, в WTRU 102a, 102b, 102c могут быть реализованы принципы двойного соединения (DC) для по существу одновременного обмена данными с одной или более gNB 180a, 180b, 180c и одной или более eNode-B 160a, 160b, 160c. В неавтономной конфигурации eNode-B 160a, 160b, 160c могут выступать в качестве якорной точки мобильности для WTRU 102a, 102b, 102c, а gNB 180a, 180b, 180c могут обеспечивать дополнительное покрытие и/или пропускную способность для обслуживания WTRU 102a, 102b, 102с.
Каждая из gNB 180a, 180b, 180c может быть связана с конкретной сотой (не показана) и может быть выполнена с возможностью принятия решений об управлении радиоресурсом, решений о передаче обслуживания, диспетчеризации пользователей в UL и/или DL, поддержке сегментирования сети, DC, взаимодействии между NR и E-UTRA, маршрутизации данных плоскости пользователя в функциональный блок 184a, 184b плоскости пользователя (UPF), маршрутизации информации плоскости управления в функциональный блок 182a, 182b управления доступом и мобильностью (AMF) и т.п. Как показано на фиг. 1D, gNB 180a, 180b, 180c могут обмениваться данными друг с другом по интерфейсу Xn.
CN 106, показанная на фиг. 1D, может включать в себя по меньшей мере один AMF 182a, 182b, по меньшей мере один UPF 184a, 184b, по меньшей мере один функциональный блок 183a, 183b управления сеансом (SMF) и, возможно, сеть 185a, 185b передачи данных (DN). Хотя вышеперечисленные элементы показаны как часть CN 106, следует понимать, что любой из этих элементов может принадлежать субъекту, отличному от оператора CN, и/или может управляться таким субъектом.
AMF 182a, 182b могут быть подключены к одной или более из gNB 180a, 180b, 180c в RAN 104 по интерфейсу N2 и могут выступать в качестве узла управления. Например, AMF 182a, 182b могут отвечать за аутентификацию пользователей WTRU 102a, 102b, 102c, поддержку сегментирования сети (например, обработку разных сеансов блока данных протокола (PDU) с разными требованиями), выбор конкретного SMF 183a, 183b, управление зоной регистрации, прекращение сигнализации слоя без доступа (NAS), управление мобильностью и т.п. Сегментирование сети может быть использовано в AMF 182a, 182b для настройки поддержки CN для WTRU 102a, 102b, 102c на основании типов сервисов, используемых модулей WTRU 102a, 102b, 102c. Например, для разных вариантов использования могут быть установлены разные сетевые сегменты, например сервисы, основанные на доступе к связи повышенной надежности с малым временем задержки (URLLC), сервисы, основанные на доступе к усовершенствованной широкополосной сети мобильной связи (eMBB), сервисы для доступа к MTC и т.п. AMF 182a, 182b может обеспечивать функцию плоскости управления для переключения между RAN 104 и другими RAN (не показаны), которые используют другие технологии радиосвязи, такие как LTE, LTE-A, LTE-A Pro, и/или технологии доступа, отличные от 3GPP, такие как WiFi.
SMF 183a, 183b может быть подключен к AMF 182a, 182b в CN 106 по интерфейсу N11. SMF 183a, 183b может также быть подключен к UPF 184a, 184b в CN 106 по интерфейсу N4. SMF 183a, 183b могут выбирать UPF 184a, 184b и управлять ими, а также конфигурировать маршрутизацию трафика с помощью UPF 184a, 184b. SMF 183a, 183b могут выполнять другие функции, такие как управление IP-адресом UE и его выделение, управление сеансами PDU, управление реализацией политики и QoS, предоставление уведомлений о данных DL и т.п. Тип сеанса PDU может быть основан на IP, не основан на IP, основан на Ethernet и т.п.
UPF 184a, 184b могут быть подключены к одной или более gNB 180a, 180b, 180c в RAN 104 по интерфейсу N3, который может предоставлять модулям WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как сеть Интернет 110, для облегчения обмена данными между WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP. UPF 184, 184b могут выполнять другие функции, такие как маршрутизация и передача пакетов, применение политик в плоскости пользователя, поддержка многоканальных сеансов PDU, обработка QoS в плоскости пользователя, буферизация пакетов DL, привязка для обеспечения мобильности и т.п.
CN 106 может облегчать обмен данными с другими сетями. Например, CN 106 может включать в себя IP-шлюз (например, сервер мультимедийной IP-подсистемы (IMS)), который выступает в качестве интерфейса между CN 106 и PSTN 108, или может обмениваться данными с ним. Кроме того, CN 106 может предоставлять модулям WTRU 102a, 102b, 102c доступ к другим сетям 112, которые могут включать в себя другие проводные и/или беспроводные сети, которые принадлежат другим поставщикам услуг и/или управляются ими. В одном варианте осуществления WTRU 102a, 102b, 102c могут быть подключены к локальной DN 185a, 185b с помощью UPF 184a, 184b по интерфейсу N3 к UPF 184a, 184b и интерфейсу N6 между UPF 184a, 184b и DN 185a, 185b.
С учетом фиг. 1A–1D и соответствующих описаний фиг. 1A–1D одна или более или все из функций, описанных в настоящем документе в связи с одним или более из: WTRU 102a–d, базовых станций 114а–b, eNode-B 160a–c, MME 162, SGW 164, PGW 166, gNB 180a–c, AMF 182a–b, UPF 184a–b, SMF 183a–b, DN 185a–b и/или любого (-ых) другого (-их) устройства (устройств), описанного (-ых) в настоящем документе, могут быть реализованы одним или более устройствами эмуляции (не показаны). Устройства эмуляции могут представлять собой одно или более устройств, выполненных с возможностью эмуляции одной или более или всех функций, описанных в настоящем документе. Например, устройства эмуляции можно применять для испытания других устройств и/или для моделирования функций сети и/или WTRU.
Устройства эмуляции могут быть выполнены с возможностью реализации одного или более испытаний других устройств в лабораторной среде и/или в сетевой среде оператора. Например, одно или более устройств эмуляции могут выполнять одну или более функций или все функции, при этом они полностью или частично реализованы и/или развернуты в качестве части проводной и/или беспроводной сети связи, для испытания других устройств в сети связи. Одно или более устройств эмуляции могут выполнять одну или более функций или все функции, при этом они временно реализованы/развернуты в качестве части проводной и/или беспроводной сети связи. Устройство эмуляции может быть непосредственно соединено с другим устройством для целей испытаний и/или выполнения испытаний с использованием беспроводной радиосвязи.
Одно или более устройств эмуляции могут выполнять одну или более функций, включая все функции, и при этом не быть реализованными/развернутыми в качестве части проводной и/или беспроводной сети связи. Например, устройства эмуляции можно использовать в сценарии испытания в испытательной лаборатории и/или в неразвернутой (например, испытательной) проводной и/или беспроводной сети связи для проведения испытания одного или более компонентов. Одно или более устройств эмуляции могут представлять собой испытательное оборудование. Для передачи и/или приема данных в устройствах эмуляции можно использовать прямое РЧ-соединение и/или беспроводные связи посредством РЧ-схемы (которая может, например, включать в себя одну или более антенн).
Как правило, для любой данной беспроводной системы (например, LTE, NR и т.д.), такой как те, что описаны на фиг. 1A, 1C и 1D, WTRU может получить доступ к сети с использованием процедуры произвольного доступа (например, после нахождения соты, синхронизации передачи обслуживания, повторного установления синхронизации восходящей линии связи, планирования запроса и т.д.). В некоторых случаях (например, LTE) может существовать 4-этапная процедура канала произвольного доступа (RACH) с обменом четырьмя сообщениями (msg) между WTRU и базовой станцией (например, сетью/сотой).
На фиг. 2 представлена схема процесса, иллюстрирующая пример обмена между WTRU 211 и gNB 212 для 4-этапной процедуры RACH. На этапе 201 WTRU 211 может отправлять msg1, которое может представлять собой произвольно выбранную последовательность преамбулы произвольного доступа, и может быть передано во время возможности физического RACH (PRACH). WTRU 211 может отслеживать канал управления на предмет наличия msg2 (например, ответа произвольного доступа).
Как только gNB 212 принимает msg1, gNB 212 может ответить с использованием msg2 на этапе 202, который может включать ответ произвольного доступа (RAR). RAR может включать информацию управления нисходящей линии связи (DCI), скремблированную с помощью временного идентификатора радиосети произвольного доступа (RA-RNTI), соответствующего области ресурсов PRACH, в которой передают преамбулу. DCI может содержать предоставление RAR, которое может включать в себя выделение временных и частотных ресурсов для WTRU 211 вместе со схемой модуляции и кодирования (MCS) и командой управления мощностью передачи (TPC). Сообщение msg2 может также содержать индекс преамбулы, так что WTRU 211 может подтвердить, что RAR предназначен для самого себя (WTRU 211). Как только WTRU 211 принимает msg2, включающее RAR, WTRU 211 декодирует его.
На этапе 203 на основании всех данных, обработанных из msg2, WTRU 211 может переходить к передаче пакета данных (например, PDU). WTRU 211 может скремблировать данные с помощью временного идентификатора радиосети временной соты (TC-RNTI) и отправить их как msg3 в соответствии с запланированными ресурсами, заданными в предоставлении RAR.
На этапе 204 gNB 212 может отвечать с использованием msg4, которое может представлять собой сообщение разрешения конфликтов. После приема msg4 WTRU 211 может сравнить свой TC-RNTI, отправленный в msg3, с идентификатором WTRU, принятым в msg4. Конфликт может происходить, когда два WTRU выбирают одну и ту же преамбулу, и оба отслеживают одно и то же предоставление RAR, что приводит к передаче модулями WTRU сообщения msg3 на одних и тех же ресурсах. В случае коллизии WTRU могут попытаться выполнить другую процедуру RACH. Последние два сообщения (msg3 и msg4) могут помочь в разрешении коллизии.
В другом подходе процедура RACH может быть завершена с использованием только двух сообщений, что может упростить 4-этапную процедуру RACH до 2-этапной процедуры RACH. Как описано в настоящем документе, процедуру RACH можно также называть процедурой произвольного доступа (RA) или #-этапным RA (где # равно 2 или 4).
Как правило, информация, связанная с каждым msg#, может быть взаимозаменяемой, как описано в настоящем документе (например, msg1 относится к преамбуле произвольного доступа и т.д.).
На фиг. 3 представлена схема, иллюстрирующая пример базовой конфигурации для структуры сигнала для 2-этапного RACH. В этой 2-этапной процедуре RACH первое msgA 310 может включать в себя msg1 (например, преамбулу 311) и msg3 (например, полезную нагрузку 312), отправленные вместе. Как показано, msgA может состоять из преамбулы 311 (например, преамбулы NR PRACH) и полезной нагрузки 312. Кроме того, msgA может быть подвергнуто мультиплексированию с временным разделением каналов (TDM) 313 с полезной нагрузкой 312, передаваемой по NR PUSCH с использованием опорного сигнала демодуляции NR (DMRS). На втором этапе msgB 320 может включать в себя msg2 и msg4. Один этап msgB может выполнять функции msg2 и msg4 и может включать в себя информацию управления. Например, информация управления может представлять собой одно или более из следующего: ACK/NACK, которое может быть передано в ответ на преамбулу, полезную нагрузку или и то, и другое; временную задержку (TA), которая может соответствовать предварительно сконфигурированной таблице, требующей только индекса; информацию планирования PUSCH, которая может быть определена в соответствии с предварительно сконфигурированной таблицей, требующей только индекса; выбор преамбулы, который может быть флагом, причем его наличие инициирует повторный выбор преамбулы; MCS, которая может быть ограничена несколькими базовыми вариантами; корректировку мощности, которая может быть в форме TPC и/или флага, причем наличие флага указывает на увеличение мощности на предварительно сконфигурированное значение.
Как правило, в 2-этапной процедуре RACH обработка msgB и механизм ее указания могут выполнять эквивалентную или аналогичную функцию, аналогичную 4-этапным msg2 и msg4, при этом решая возможные варианты использования 2-этапного RACH. Однако в 2-этапном подходе RACH может возникнуть одна или более проблем, возникающих в результате объединения msg2 и msg4 в один этап msgB. Эти проблемы могут включать в себя: механизм указания на небольшую непроизводительную передачу для поддержки разрешения конфликтов; механизм для указания и определения ACK/NACK для msgA; механизм для общего для группы/специфичного для WTRU указания и определения ACK/NACK; и/или механизм отслеживания msgB и переключения между 2-этапным RA и 4-этапным RA. Эти проблемы можно решить в одном или более вариантах осуществления настоящего документа.
Фиг. 4 представляет собой схему процесса, иллюстрирующую пример 2-этапного RACH. WTRU 411 передает msgA на этапе 401. После приема msgA gNB 412 может обработать преамбулу для определения правильной синхронизации границы принятой полезной нагрузки. gNB 412 может обрабатывать полезную нагрузку с использованием определенной синхронизации для обнаружения и декодирования. Затем gNB 412 может отправлять msgB на этапе 402 в ответ на попытку обработки msgA или полную его обработку.
Если полезная нагрузка успешно декодирована, WTRU может принять сообщение подтверждения в msgB, указывающее на успешное декодирование msgA.
В некоторых случаях WTRU может принимать обновление для TA в msgB, которое будет применено для потенциальных последующих передач. WTRU может принимать другие параметры передачи (например, команду TPC для части преамбулы msgA, команду TPC для части полезной нагрузки msgA или команду TPC для и того, и другого).
Если полезная нагрузка не декодирована успешно посредством gNB, WTRU может принимать управляющее сообщение в msgB для обновления своего значения TA. Такое управляющее сообщение может быть адресовано группе преамбул. Например, управляющее сообщение или его компонент (например, CRC) может быть скремблировано с использованием идентификатора, привязанного к группе преамбул. В некоторых случаях группа преамбул может быть определена на основе оцененного расстояния, выведенного на основании измерений WTRU (например, потери при распространении сигнала и т.д.). В некоторых случаях управляющее сообщение может быть широковещательным и может включать в себя идентификатор группы преамбул. WTRU может также или альтернативно принимать другую информацию управления (например, команду TPC для части преамбулы msgA, команду TPC для части полезной нагрузки msgA или команду TPC и для того, и для другого).
В некоторых случаях WTRU может быть сконфигурирован с (например, сконфигурирован во время первоначального доступа в рамках SIB) одним или более CORESET и/или пространствами поиска, причем один CORESET и/или пространство поиска могут быть выделены для приема PDCCH группы преамбул. WTRU может определять по меньшей мере один параметр CORESET и/или пространства поиска (например, его синхронизацию) на основе параметра преамбулы и/или ресурса произвольного доступа, используемого для передачи преамбулы. В некоторых случаях WTRU может повторно передавать полезную нагрузку с принятой конфигурацией.
WTRU может принимать сообщение, которое включает в себя предоставление для повторной передачи полезной нагрузки в msgB. Предоставление может указывать модулю WTRU на то, что преамбула была принята без неоднозначности, но что полезная нагрузка должна быть повторно передана. В некоторых случаях сеть может обеспечивать параметры для повторной передачи в msgB. Указанные параметры могут быть указаны непосредственно или могут быть привязаны к первоначальной передаче. Например, предоставление повторной передачи может указывать на уменьшение MCS по сравнению с той, которая использовалась в первоначальной передаче.
Как описано в настоящем документе, полезная нагрузка msgA может состоять из по меньшей мере двух частей, таких как UCI и данные. UCI может быть использована WTRU для указания параметров передачи данных (например, MCS, конфигурация DM-RS, выделение ресурсов, состояние TCI и т.п.). gNB может декодировать UCI, но может определять NACK для части данных передачи. WTRU может принимать указание в msgB на повторную передачу данных без UCI. Например, указание может обеспечивать новый набор параметров передачи, которые заменяют параметры, выбранные WTRU для первоначальной передачи.
В случае нелицензированной работы WTRU может принимать указание о том, что передача не удалась из-за проблемы скрытого узла. Такое указание может быть использовано для указания WTRU на использование более надежной процедуры прослушивания перед передачей (LBT) или на повторную передачу с большей мощностью.
Если WTRU не принимает управляющее сообщение в течение определенного периода времени, он может перезапускать процесс. Для повторной передачи WTRU может изменять параметр преамбулы и/или полезной нагрузки. Например, можно использовать линейное изменение мощности для преамбулы и/или полезной нагрузки.
Принятое msgB может содержать информационный элемент. Информационный элемент может быть представлен в виде декодированной DCI, сообщения PDSCH, последовательности или их комбинации. В некоторых случаях информационный элемент может состоять из по меньшей мере одного или более из информации, обсуждаемой в настоящем документе. В некоторых случаях содержимое информационного элемента может быть квантовано или классифицировано на основании размера его содержимого для указания определенного значения или комбинации значений для множества фрагментов информации.
N
В некоторых случаях информационный элемент может представлять собой N-битовое двоичное сообщение, которое может поддерживать 2 различных размеров или состояний. В некоторых случаях информационный элемент может быть выбран из пула М последовательностей, поддерживающих не более чем M различных измерений или состояний. В одном примере различные состояния информационного элемента могут указывать на различные значения TA. В некоторых случаях различные состояния информационного элемента могут определять различные комбинации двух или более из содержимого (например, ACK/NACK, TA и т.д.).
Успешность передачи msgA зависит от успешной передачи частей преамбулы и полезной нагрузки. Для повторной передачи msgA может быть желательно знать, какую часть msgA не удалось передать, чтобы можно было выполнить надлежащие корректировки для повторной передачи. Для преамбулы и полезной нагрузки может быть предусмотрена отдельная обратная связь ACK/NACK, однако для нее может потребоваться избыточная непроизводительная передача и задержка в процессе.
На фиг. 5 представлена блок-схема, иллюстрирующая пример поведения WTRU для эффективного процесса ACK/NACK.
Как правило, WTRU может принимать одно или более значений 2RA-RNTI, которые могут быть использованы для 2-этапного RACH. 2RA-RNTI может представлять собой подмножество RA-RNTI или другой набор. В одном случае по меньшей мере один из 2RA-RNTI зарезервирован для NACK преамбулы. WTRU может выбирать одну из сконфигурированных преамбул для передачи msgA. Выбранная преамбула может быть идентифицирована идентификатором преамбулы. В одном случае WTRU может выбирать одну из сконфигурированных преамбул в соответствии с одним из принятых RA-RNTI и/или другим системным параметром.
Сначала gNB может принимать msgA от WTRU. На этапе 501 gNB может отправить msgB обратно на WTRU. На этапе 502 WTRU может определять наличие ACK или NACK в msgB.
Если gNB успешно обнаруживает преамбулу и полезную нагрузку, msgB содержит ACK, указывающее успешный 2-этапный RACH 503.
Если gNB обнаруживает преамбулу, но ей не удается декодировать полезную нагрузку, то на этапе 504 WTRU обрабатывает msgB, содержащее NACK, и идентификатор преамбулы, указывающий на успешное обнаружение преамбулы, но безуспешное декодирование полезной нагрузки. Идентификатор обнаруженной преамбулы может быть указан явным или косвенным образом. В некоторых случаях идентификатор преамбулы может быть указан непосредственно как содержимое msgB. В некоторых случаях идентификатор преамбулы может быть использован для скремблирования CRC принятой полезной нагрузки msgB. После указания на безуспешное декодирование полезной нагрузки WTRU может внести корректировку в свои параметры передачи полезной нагрузки на этапе 506. Например, WTRU может изменять одно или более из MCS, мощности полезной нагрузки, ресурсов PUSCH и т.п. WTRU может не вносить никаких корректировок в часть преамбулы msgA.
Если gNB не удается обнаружить как преамбулу, так и полезную нагрузку, то на этапе 504 WTRU обрабатывает NACK, переданное отдельно или скремблированное с помощью зарезервированного 2RA-RNTI для NACK преамбулы. После указания на безуспешное декодирование преамбулы WTRU может внести корректировку в свои параметры передачи преамбулы на этапе 505. Например, WTRU может изменять одно или более из последовательности преамбулы, мощности преамбулы, TA и т.п. WTRU может не вносить никаких корректировок в часть полезной нагрузки msgA.
В любом случае, если тип NACK представляет собой преамбулу или полезную нагрузку, после корректировок WTRU может повторно попытаться выполнить 2-этапный процесс RACH на этапе 507.
На фиг. 6 представлена блок-схема, иллюстрирующая пример поведения WTRU для эффективного процесса ACK/NACK. В одном подходе вместо того, чтобы полагаться на наличие разных NACK преамбулы или полезной нагрузки, которые можно различить с помощью RNTI, WTRU может полагаться на один или более сопутствующих элементов информации управления для различения различных типов NACK. Как показано на фигуре, в зависимости от типа сопутствующего содержимого (например, TA или MCS) могут быть получены два разных результата. Наличие сопутствующей информации управления в этом примере обеспечивает обновленные значения TA и MCS.
Сначала gNB может принимать msgA от WTRU. В зависимости от успешности передачи msgA на этапе 601 gNB может отправить msgB обратно на WTRU, причем WTRU может принимать и декодировать различные комбинации информации управления в msgB. WTRU может использовать комбинацию принятой информации в качестве неявного указания других событий. В частности, на этапе 602 WTRU может определять наличие ACK или NACK в msgB путем декодирования принятого информационного элемента.
Если gNB смогла декодировать принятый информационный элемент, значит msgB содержит ACK и 2-этапный RACH 603 был успешным.
На этапе 604, если WTRU принимает NACK вместе с новой информацией о планировании PUSCH и/или MCS, и/или командами мощности, он может определить, что обнаружение преамбулы было успешным, но обнаружение PUSCH (например, полезная нагрузка) не удалось, на этапе 608; в показанном примере WTRU принял MCS. Таким образом, на этапе 609 может быть указан новый набор ресурсов PUSCH и обновленная MCS для следующей передачи msgA PUSCH. WTRU может также увеличивать мощность полезной нагрузки. Корректировка других параметров может быть выполнена по усмотрению WTRU.
На этапе 604, если WTRU принимает NACK вместе с TA и/или преамбулой, и/или командами мощности, на этапе 605 может определить, что обнаружение преамбулы не было успешным. Таким образом, обновленная TA, команда изменения преамбулы и команда мощности для преамбулы могут быть указаны для следующей передачи msgA PUSCH на этапе 606. Корректировка других параметров может быть выполнена по усмотрению WTRU (например, нового набора ресурсов PUSCH и MCS).
В любом случае после указания обновлений WTRU может повторить попытку выполнения 2-RACH на этапе 607.
Для основанного на конкуренции 2-этапного RACH после передачи msgA, содержащего преамбулу произвольного доступа (например, PRACH) и данные (например, msg3, включающего идентификатор WTRU, запрос на соединение RRC и т.д.), WTRU может запускать окно ответа произвольного доступа (RAR) в первой ожидаемой области ресурсов отслеживания PDCCH от конца передачи msgA. В пределах окна RAR WTRU может отслеживать PDCCH и соответствующий PDSCH, связанный с msgB.
В некоторых случаях во время 2-этапной процедуры RACH WTRU может предположить, что gNB успешно обнаружила преамбулу произвольного доступа в пределах msgA (например, ACK для преамбулы RACH), но информация msg3 (т.е. часть полезной нагрузки) msgA не была успешно принята (например, NACK для msg3) или разрешение конфликтов не было успешным, если соблюдается одно или более из следующих условий: (i) WTRU может обнаруживать PDCCH, связанный с msgB, переносящим формат 1_0 DCI, с CRC, скремблированной посредством RA-RNTI, причем, если gNB успешно принимает msgA, она может уже получить информацию об идентификаторе WTRU и, возможно, не должна обращаться к WTRU с использованием RA-RNTI; (ii) WTRU может обнаруживать PDCCH, связанный с msgB, но может не иметь возможности успешно декодировать и обнаруживать соответствующий PDSCH, переносящий разрешение конфликтов WTRU, временную задержку и т.п. (например, msg2 и msg4).
Обнаружение PDCCH, связанного с msgB, может рассматриваться WTRU как неявная сигнализация для подтверждения преамбулы произвольного доступа от gNB или, эквивалентно, частичный прием msgA.
В некоторых случаях WTRU может анализировать поля DCI, связанные с msgB, и если поля установлены как предварительно заданные значения (например, все установлены как «0» или «1»), WTRU может проверить, была ли успешно обнаружена преамбула произвольного доступа в msgA (например, msg1) и/или было ли успешно принято msg3 для 2-этапного RACH.
В примере проверка успешного приема msgA для обнаруженной DCI может быть достигнуто, если установлены все или подмножество полей для формата 1_0 DCI, связанного с msgB, например, согласно таблице 1 ниже. WTRU может предположить, что он обнаружил PDCCH, связанный с msgB, но ему не удалось обнаружить информацию планирования для соответствующего PDSCH, переносящего разрешение конфликтов для 2-этапного RACH.
Таблица 1. Специальные поля в формате 1_0 DCI для проверки успешности приема msgA
Поля DCI
Значения
Номер процесса HARQ
установлены как все «0» или «1»
Версия избыточности
установлены как все «0» или «1»
Схема модуляции и кодирования
установлены как все «0» или «1»
Назначение ресурсов частотной области
установлены как все «0» или «1»
Назначение ресурсов временной области
установлены как все «0» или «1»
Индекс назначения нисходящей линии связи
установлены как все «0» или «1»
Команда TPC для запланированного PUCCH
установлены как все «0» или «1»
Индикатор ресурса PUCCH
установлены как все «0» или «1»
Индикатор синхронизации обратной связи PDSCH-HARQ
установлены как все «0» или «1»
На фиг. 7 представлена блок-схема, иллюстрирующая пример процедуры WTRU, связанной с 2-этапным RACH, где WTRU обнаруживает DCI, связанную с msgB, в пределах окна RAR, которое содержит назначение нисходящей линии связи. На этапе 701 в течение 2-этапной процедуры RACH WTRU может обнаруживать PDCCH, связанный с msgB, в пределах окна RAR. На этапе 702, если WTRU определяет, что предоставление DL не находится в DCI, на этапе 703 WTRU может следовать процедуре, относящейся к предоставлению UL для DCI, связанной с msgB. На этапе 702, если предоставление DL находится в DCI, и DCI адресована посредством RA-RNTI на этапе 704, на котором WTRU успешно обнаруживает соответствующий PDSCH, связанный с msgB, может следовать, что: на этапе 705 преамбула произвольного доступа, переданная в msgA, была успешно принята (например, ACK для msg1); на этапе 706 информация msg3 (например, полезная нагрузка PUSCH), передаваемая в msgA, не была принята или отклонена (например, NACK для msg3); на этапе 707 разрешение конфликтов для WTRU не завершено (например, идентификатор разрешения конфликтов WTRU, переданный в msgB, соответствует идентификатору WTRU, переданному в msgA); и/или на этапе 708 не была успешно завершена 2-этапная процедура произвольного доступа.
На этапе 704, если DCI не адресована RA-RNTI, а адресована посредством R-RNTI, C-RNTI, CS-RNTI или временным C-RNTI, и WTRU успешно обнаруживает соответствующий PDSCH, связанный с msgB, может следовать, что: на этапе 709 WTRU может предположить, что gNB успешно обнаружила преамбулу произвольного доступа (например, msg1), переданную в msgA; обнаруженная и декодированная информация msg3 успешно передается в msgA; разрешение конфликтов для WTRU успешно завершено (например идентификатор разрешения конфликтов WTRU, переданный в msgB, соответствует идентификатору WTRU, переданному в msgA); и/или 2-этапная процедура произвольного доступа была успешно завершена.
Если окно RAR истекает, а WTRU не обнаруживает PDCCH, который адресован любому из RA-RNTI, C-RNTI, CS-RNTI, временного C-RNTI или WTRU-ID, или если WTRU неправильно декодирует соответствующий транспортный блок, WTRU может предположить, что msgA не было принято gNB и 2-этапная процедура произвольного доступа является безуспешной (не показано). В этом случае WTRU может повторно передавать msgA при выполнении одного или более из следующих действий: увеличения счетчика передачи преамбулы для msgA; выбора новой преамбулы произвольного доступа для msgA; выбора случайного времени отсрочки для повторной передачи msgA после времени отсрочки; выполнения 2-этапной процедуры выбора ресурсов произвольного доступа; очистки буфера HARQ, используемого для передачи msg3; и/или повторной передачи msgA.
В некоторых случаях WTRU может принимать флаг в DCI, связанной с msgB, указывающим WTRU, был ли полностью или частично принят msgA для 2-этапного RACH на gNB. Если WTRU успешно обнаруживает и декодирует PDCCH, связанный с msgB, который адресован RA-RNTI C-RNTI, CS-RNTI, временному C-RNTI или WTRU-ID в пределах окна RAR, WTRU может использовать информацию в DCI, такую как индикатор новых данных (NDI) (например, переключенный или не переключенный), для определения того, было ли принято все msgA или часть msgA (например, преамбула произвольного доступа или msg3) на gNB.
Если NDI в DCI, связанной с msgB, не переключен, WTRU может предположить, что все msgA не было успешно принято на gNB и 2-этапная процедура произвольного доступа является безуспешной. В примере, если NDI в DCI, связанной с msgB, переключен, WTRU может предположить, что все msgA или часть msgA были успешно приняты на gNB.
На фиг. 8 представлена блок-схема, иллюстрирующая пример процедуры WTRU, связанной с 2-этапным RACH, где DCI может содержать предоставление восходящей линии связи. На этапе 801 WTRU обнаруживает PDCCH и принимает DCI, связанную с msgB в пределах окна RAR. На этапе 802, если DCI не содержит предоставления восходящей линии связи, на этапе 804 WTRU может обнаруживать и декодировать соответствующий PDSCH, содержащий msgB. В некоторых случаях на этапе 802 DCI содержит предоставление восходящей линии связи (например, формат 0_1 DCI), а не назначение нисходящей линии связи, связанное с msgB (например, фиг. 7).
На этапе 803, если PDCCH, связанный с msgB, переносящим предоставление восходящей линии связи, адресован посредством RA-RNTI, можно применить следующее: информационная часть msg3 msgA не была успешно принята на gNB (например, HARQ NACK для msg3); предоставление восходящей линии связи предназначено для повторной передачи сообщения msg3 по PUSCH; эта 2-этапная процедура произвольного доступа является неуспешной; gNB переключила WTRU с 2-этапного RACH на 4-этапную процедуру RACH.
На этапе 803, если PDCCH, связанный с msgB, содержащим предоставление восходящей линии связи, не адресован посредством RA-RNTI, DCI может быть адресована C-RNTI, CS-RNTI или идентификатору WTRU на этапе 809. После этого может произойти следующее: на этапе 801 информационная часть msg3 сообщения msgA успешно принята на gNB (например, HARQ NACK для msg3); на этапе 811 разрешение конфликтов для этой 2-этапной процедуры произвольного доступа является успешным; и/или на этапе 812 эта 2-этапная процедура произвольного доступа является успешной.
В любом случае WTRU может определять, что следует за этапом 803, на основе определения, выполненного на этапе 803.
Как правило, WTRU может обнаруживать PDCCH и соответствующий PDSCH, связанный с msgB, и PDSCH может явным образом указывать WTRU на то, что преамбула произвольного доступа или информация msg3 (например, или разрешение конфликтов) не были успешно приняты на gNB.
В NR с 4-этапным RACH, когда пакет передается от WTRU по PUSCH и не декодируется успешно на gNB, gNB может отправлять формат 0_1 DCI с CRC, скремблированной посредством RA-RNTI, для запроса повторной передачи от WTRU. Если многие WTRU одновременно участвуют в 2-этапной процедуре RACH посредством общих или совместно применяемых ресурсов PUSCH, один или более WTRU могут завершить передачу PRACH преамбулы msgA в течение одной и той же временной области ресурсов, но одному или более WTRU может не удастся передать часть полезной нагрузки msgA. Несколько WTRU могут ожидать ответы от gNB через отдельные msgB, которые могут потребовать большую непроизводительную передачу по нисходящей линии связи. Сообщение msgA может быть неправильно принято на gNB из-за либо коллизии преамбул, либо безуспешного обнаружения PUSCH.
В одном подходе содержимое msgB можно интерпретировать по-разному в зависимости от того, передается ли оно в общем или специфичном для WTRU пространстве поиска. Это может позволить gNB уменьшать объем сигнализации нисходящей линии связи, решая по отдельности проблемы преамбулы и безуспешного обнаружения PUSCH.
WTRU могут интерпретировать msgB, принятое в общем для группы пространстве поиска, как конфликт преамбул. Поскольку конфликт преамбул влияет на множество WTRU, общее для группы пространство поиска может уменьшать объем сигнализации. Когда множество WTRU выбирают одну и ту же преамбулу для передачи msgA, gNB может обнаруживать коллизию и может отвечать на общее для группы пространство поиска для инициирования процедуры повторного выбора преамбулы.
Если gNB не обнаруживает коллизию преамбул, но часть полезной нагрузки msgA одного или более WTRU не удается передать, msgB может быть отправлено в специфичном для WTRU пространстве поиска. Идентификатор WTRU, используемый gNB для передачи в специфичном для WTRU пространстве поиска, может быть получен из преамбулы.
Поскольку WTRU не обязательно должен быть синхронизирован по времени при передаче части полезной нагрузки данных msgA, gNB может декодировать преамбулу, но не часть PUSCH msgA. Таким образом, в определенных случаях для WTRU может быть полезно вернуться к 4-этапной процедуре RA. WTRU может переключаться на 4-этапную процедуру RA и продолжать передачу msg3, если обеспечено предоставление восходящей линии связи, и/или выбирать область ресурсов RACH и преамбулу, связанную с 4-этапной процедурой RA, для повторной передачи msg1, после того как он переключается на 4-этапную процедуру RA. В некоторых случаях WTRU может переключаться с 4-этапной на 2-этапную процедуру RA.
В некоторых случаях WTRU может переключаться между 2-этапным RA и 4-этапным RA на основании приема предыдущего содержимого RAR MAC в msgB или предыдущем PDU msg2. Например, если WTRU принимает идентификатор преамбулы произвольного доступа (RAPID) и предыдущий subPDU RAR MAC, WTRU может переключиться на 4-этапный RA. WTRU может рассматривать прием предыдущего PDU msg2 как инициирующий сигнал для возврата, если он не принимает PDU msgB, связанный с передачей msgA, в 2-этапной процедуре RA.
В некоторых случаях WTRU может переключаться между 2-этапным RA и 4-этапным RA на основании содержимого msgB или RAR MAC для 2-этапного RA. Например, если содержимое msgB включает в себя предоставление восходящей линии связи, WTRU может переключиться на 4-этапный RA. Явный бит в содержимом msgB может быть использован для указания переключения на 4-этапный RA. Например, если зарезервированный бит «R» в полезной нагрузке RAR MAC помечен значением, таким как «1», WTRU может переключиться на 4-этапный RA. В одном примере, если зарезервированный бит «R» в полезной нагрузке subPDU MAC с отсрочкой помечен значением, таким как «1», WTRU может переключиться на 4-этапный RA.
В некоторых случаях WTRU может переключаться между 2-этапным RA и 4-этапным RA на основании приема только subPDU MAC RAPID в msgB. Например, если содержимое msgB включает в себя только подзаголовок MAC с RAPID, WTRU может переключиться на 4-этапный RA.
В некоторых случаях WTRU может переключаться между 2-этапным RA и 4-этапным RA на основании приема subPDU MAC с указанием отсрочки в msgB или только subPDU MAC с указанием отсрочки в msgB. Например, если содержимое msgB включает в себя только подзаголовок MAC с отсрочкой и зарезервированный бит в subPDU MAC помечен значением, таким как «1», WTRU может переключиться на 4-этапный RA.
В некоторых случаях WTRU может переключаться между 2-этапным RA и 4-этапным RA на основании характеристики msgB планирования PDCCH. Например, если msgB принимают с применением конкретного CORESET, пространства поиска и/или RNTI, WTRU может переключаться между 2-этапным и 4-этапным RA. Если отдельные области ресурсов RACH сконфигурированы для 2-этапного и 4-этапного RACH, а WTRU принимает msgB по PDCCH, адресованному RA-RNTI, связанному с областью ресурсов RACH для 4-этапного RA, WTRU может переключиться на 4-этапный RA или наоборот, что приведет к переключению на 2-этапный RA. WTRU может отслеживать RA-RNTI, связанный с возвратом к 4-этапному RA, и другой RA-RNTI, или C-RNTI, если он был включен в msgA, для продолжения с 2-этапным RA. Если WTRU включил свой C-RNTI в msgA, и msgB планируют по PDCCH, адресованному C-RNTI WTRU, WTRU может продолжать процедуру RA как 2-этапный RA. Если WTRU включил свой C-RNTI в msgA, а msgB планируют по PDCCH, адресованному RA-RNTI, связанному с областью ресурсов RACH (RO), по которой была последней передана преамбула, WTRU может переключиться между 2-этапным RA и 4-этапным RA.
Если 2-этапный RA и 4-этапный RA сконфигурированы для совместного использования RO, WTRU может быть выполнен с отдельным(-и) CORESET, пространством(-ами) поиска и/или RA-RNTI для различения RAR, предназначенных для предыдущих WTRU, и RAR, предназначенных для WTRU, поддерживающих 2-этапный RA. Если возвращаемый RAR, или предыдущий RAR MAC, или RAR msg2 принимают по CORESET, пространству поиска и/или RA-RNTI, не связанному с 2-этапным RA, WTRU может переключиться обратно на 4-этапный RA. В таком примере WTRU может отслеживать CORESET, пространство поиска и/или RA-RNTI, связанный с возвратом к 4-этапному RA, в дополнение к тем, которые сконфигурированы для 2-этапного RA, если он выбрал ресурс PRACH, связанный с 2-этапным RA.
В некоторых случаях WTRU может переключаться между 2-этапным RA и 4-этапным RA на основании временной задержки. В одном примере при истечении времени таймера временной синхронизации WTRU может переключаться между 2-этапным и 4-этапным RA. В другом примере, если команда временной задержки (TA), принятая в MAC RAR и/или указанном значении TA, или разница коррекции TA больше сконфигурированного порогового значения TA, WTRU может переключаться между 2-этапным и 4-этапным RA.
В некоторых случаях WTRU может переключаться между 2-этапным RA и 4-этапным RA на основании режима RRC. Например, WTRU может отслеживать условия возврата или переключения между 2-этапным RACH и 4-этапным RA, если он не находится в режиме установленного соединения, и/или если он не предоставил часть C-RNTI полезной нагрузки msgA.
В некоторых случаях WTRU может переключаться между 2-этапным RA и 4-этапным RA на основании счетчиков RA. WTRU может переключаться между 2-этапным RA и 4-этапным RA на основании значения «счетчика msgA» и/или счетчика передачи преамбулы, которые WTRU поддерживает как часть данной процедуры RA. В одном примере WTRU может поддерживать дополнительный новый счетчик «счетчик msgA», который может увеличиваться при каждой попытке выполнения 2-этапной RA и может быть сброшен при запуске новой процедуры или при переключении WTRU на 2-этапный RA. В примере WTRU может переключаться на 4-этапный RA, если счетчик msgA превышает пороговое значение, которое может быть сконфигурировано с помощью RRC, и/или счетчик передачи преамбулы превышает пороговое значение, которое может быть сконфигурировано с помощью RRC. WTRU может сообщать о проблеме более высоким уровням или инициировать RLF, если счетчик msgA превышает пороговое значение, которое может быть сконфигурировано с помощью RRC, и/или счетчик передачи преамбулы превышает пороговое значение, которое может быть сконфигурировано с помощью RRC.
В одном примере WTRU может переключаться между 2-этапным RA и 4-этапным RA, если счетчик, связанный с подсчетом отказов LBT для msgA, достиг порогового значения, которое может быть сконфигурировано с помощью RRC. Например, объект MAC может принимать указание от физического уровня каждый раз, когда LBT не удается передать msgA, часть преамбулы msgA и/или часть полезной нагрузки msgA. Затем WTRU может поддерживать подсчет количества указаний на отказы LBT, принятых от физического уровня, чтобы определить, следует ли переключаться между 4-этапным и 2-этапным RA.
В некоторых случаях WTRU может переключаться между 2-этапным RA и 4-этапным RA на основании мощности передачи по восходящей линии связи или условий RF. Например, WTRU может переключаться между 2-этапным RA и 4-этапным RA, если запаса по мощности меньше сконфигурированного значения, или если счетчик линейного изменения мощности достиг определенного значения, которое может быть сконфигурировано с помощью RRC.
В некоторых случаях WTRU может переключаться между 2-этапным и 4-этапным RA на основании измерений канала (например, измеренных WTRU и/или сетевым устройством, таким как gNB). Например, если мощность приема опорного сигнала (RSRP), качество приема опорного сигнала (RSRQ) и/или индикатор мощности принятого сигнала (RSSI) больше порогового значения, WTRU может переключаться между 2-этапным и 4-этапным RA.
При переключении между 2-этапным RA и 4-этапным RA WTRU может продолжать передачу msg3 по обеспеченному предоставлению восходящей линии связи. WTRU может сбрасывать счетчик msgA по прошествии определенного периода времени или числа 4-этапных попыток, сконфигурированных с помощью RRC. WTRU может сбрасывать счетчик передачи преамбулы и/или счетчик линейного изменения мощности.
Когда сконфигурировано сопоставление множества областей ресурсов RACH с одним ресурсом PUSCH, gNB может декодировать PUSCH, но не RACH, а gNB может передавать msgB, указывающее успешность 2-этапного RA для по меньшей мере одного WTRU, для которого был декодирован идентификатор в части полезной нагрузки данных msgA, хотя gNB может не декодировать, какая область ресурсов RACH была использована таким(-и) WTRU. При конфигурировании сопоставления более одной области ресурсов RACH с одним ресурсом PUSCH WTRU может отслеживать PDCCH на предмет наличия msgB во всех RA-RNTI, связанных с областями ресурсов RACH, сопоставленными с выбранным ресурсом PUSCH для msgA. WTRU может принимать msgB, завершающее успешность 2-этапного RA, в RA-RNTI, отличном от связанного с выбранной областью ресурсов RACH для msgA.
После выбора области ресурсов RACH и/или преамбулы, сконфигурированной для 2-этапного RA, WTRU может отслеживать PDCCH на предмет приема сообщения msg2 для возврата в дополнение к msgB. WTRU может отслеживать PDCCH на предмет msgB и msg2 в различных CORESET, пространствах поиска и/или RA-RNTI в зависимости от конфигурации RRC. В примере WTRU может отслеживать CORESET и/или один или более RA-RNTI, связанных с приемом msg2, после определенного количества попыток выполнения 2-этапного RA, или когда условия для использования 2-этапного RA больше не применимы (например, если условия/измерения канала ниже порогового значения, или если временная синхронизация восходящей линии связи не соблюдена).
В некоторых случаях WTRU может быть сконфигурирован с двумя начальными наборами значений отсрочки и/или коэффициентами масштабирования отсрочки с помощью RRC. Например, после приема subPDU BI в msgB WTRU может применять один набор значений отсрочки, если было передано msgA и/или была выбрана область ресурсов RACH/преамбула, сконфигурированная для 2-этапного RA. WTRU может применять второй набор значений отсрочки, если было передано msg1 и/или была выбрана область ресурсов RACH/преамбула, сконфигурированная для 2-этапного RA.
WTRU может неявно определять альтернативное значение отсрочки из указанного значения индикатора отсрочки (BI) в зависимости от по меньшей мере одного из следующего: свойства принятого msgB; содержания msgB; содержания msgA; триггера инициации RA; и/или того, передает ли WTRU полезную нагрузку данных (например, было ли передано msg1 относительно msgA). Например, WTRU может игнорировать указанную отсрочку, масштабировать ее или применять альтернативное значение, сопоставленное с указанным BI, если WTRU включил свою часть C-RNTI сообщения msgA и/или если BI был принят по PDCCH, адресованному C-RNTI, к подмножеству RA-RNTI. В другом примере WTRU может игнорировать указанную отсрочку, масштабировать ее или применять альтернативное значение, сопоставленное с указанным BI, если он отправил часть полезной нагрузки данных msgA и/или полезную нагрузку данных в msgA из логического канала (LCH) с приоритетом приоритизации логического канала (LCP) выше сконфигурированного порогового значения. В другом примере WTRU может игнорировать указанную отсрочку, масштабировать ее или применять альтернативное значение, сопоставленное с указанным BI, если он отправил преамбулу и/или выбранную область ресурсов RACH, сконфигурированную для 2-этапного RA, и/или если BI был принят по PDCCH, связанному с RA-RNTI, соответствующими областям ресурсов RACH, сконфигурированным для 2-этапного RA. WTRU может применять альтернативное значение отсрочки, как описано выше, к биту указания в subPDU отсрочки.
В некоторых случаях WTRU может игнорировать subPDU, содержащие RAPID или предыдущие модули PDU msg2, если WTRU отправил преамбулу, выбрал область ресурсов RACH, сконфигурированную для 2-этапного RA, передал полезную нагрузку по части PUSCH сообщения msgA и/или WTRU включил часть C-RNTI содержимого msgA. WTRU может считать, что 2-этапный RA является успешным, если он принимает subPDU RAR MAC, который включает идентификатор WTRU, включенный в содержимое msgA, для разрешения конфликтов. WTRU может рассматривать subPDU, содержащие RAPID или предыдущие PDU msg2 для возврата к 4-этапному RA, если другой subPDU RAR MAC не принят с идентификатором WTRU, включенным в полезную нагрузку msgA. Если предоставление восходящей линии связи принято в MAC RAR, связанном с попыткой выполнения 2-этапного RA, WTRU может дополнительно считать 2-этапную процедуру RA успешной, когда определено или принято ACK для PDU, переданного по этому предоставлению восходящей линии связи. WTRU может игнорировать пропуск восходящей линии связи для такого предоставления восходящей линии связи, даже если WTRU не имеет буферизованных данных для передачи.
На фиг. 9 представлена схема процесса, иллюстрирующая пример процедуры восстановления после отказа луча (BFR) с помощью отслеживания множества лучей.
Как правило, WTRU может выполнять BFR с использованием 2-этапной процедуры RA. 2-этапная процедура RA может быть основана на конкуренции. В части полезной нагрузки msgA WTRU может включать идентификатор предпочтительного одного или более SSB и/или предпочтительного одного или более опорных сигналов информации о состоянии канала (CSI-RS). Количество сообщенных предпочтительных идентификаторов может быть предварительно сконфигурировано с помощью RRC или предварительно определено. WTRU может выбирать любую область ресурсов RACH и/или преамбулу, сконфигурированную для 2-этапного RA, независимо от блока сигналов синхронизации (SSB) для области ресурсов RACH и/или сопоставления преамбул, сконфигурированного, если WTRU предоставляет идентификатор или идентификаторы предпочтительного(-ых) SSB и/или CSI-RS. В части полезной нагрузки msgA WTRU может включать измерения, связанные с предпочтительным(-и) лучом(-ами). Например, WTRU может включать данные о полезной нагрузке msgA RSRP, RSSI, отношении сигнал/шум плюс помехи (SINR), частоте блоков с ошибками (BLER) или измерениях частоты появления ошибочных битов (BER).
По истечении времени работы таймера BFR WTRU может исключить выбор SSB и/или CSI-RS, выбранных до истечения части времени работы таймера, входящего в процедуру RA. По истечении времени работы таймера WTRU может вернуться к 4-этапному RA или произвольному доступу на основе конкуренции (CBRA). По истечении времени работы таймера WTRU может рассматривать конкретный набор ресурсов PUSCH для передачи полезной нагрузки msgA.
Если предоставление восходящей линии связи принято в MAC RAR, связанном с попыткой выполнения 2-этапного RA, WTRU может считать процедуру BFR успешной, когда определено или принято ACK для PDU, переданного по этому предоставлению восходящей линии связи. Если в RAR MAC не предусмотрено предоставление восходящей линии связи, WTRU может считать процедуру BFR успешной, когда msgB успешно принято с C-RNTI (или идентификатором, предоставленным в msgA) WTRU, включенным в часть содержимого msgB, и/или когда WTRU успешно принимает PDCCH, адресованный его C-RNTI.
Как показано в примере BFR на фиг. 9, на этапе 901 WTRU 912 может обнаруживать отказ луча от сети/gNB 911. После отказа луча WTRU может отслеживать пространство поиска PDCCH, в котором указание конфигурации передачи (TCI), связанное с пространством поиска, может быть получено из набора уже сконфигурированных ресурсов (например, SSB или CSI-RS) опорного сигнала (RS). Набор ресурсов RS может содержать группу RS, которая может быть сконфигурирована для отслеживания после обнаружения отказа луча. Набор ресурсов RS может содержать тот же или другой набор RS, который WTRU отслеживал до отказа луча. Каждый RS может быть связан с набором преамбул, и каждый RS может соответствовать другому лучу.
В некоторых случаях при обнаружении отказа луча WTRU может выбрать отправку преамбулы, связанной с одним из RS, для указания того, какой луч нисходящей линии связи следует использовать для ответа gNB. WTRU может определять предпочтительное подмножество RS на основании того, что измеренное качество сигнала (например, RSRP, SINR) превышает сконфигурированное пороговое значение. На этапе 902 WTRU может отправлять полезную нагрузку msgA на gNB, причем WTRU может включать предпочтительное подмножество в полезную нагрузку msgA. Полезная нагрузка может также включать в себя измеренный показатель качества сигнала или ранжирование измерений, например, от самого сильного до самого слабого RS.
Указание RS в предпочтительном подмножестве может содержать одно или множество указаний ресурсов CSI-RS (CRI) или SSBRI. WTRU может также включать в полезную нагрузку msgA измерения качества (например, RSRP, SINR) RS в предпочтительном подмножестве. Например, предпочтительное подмножество может содержать SSB1 и SSB2, которые gNB может отправлять в режиме TDM. WTRU может отправлять преамбулу для msgA, связанного с SSB1, а полезная нагрузка msgA может содержать измерение RSRP SSB1 вместе с SSBRI SSB2 с измерением RSRP SSB2 (например, на этапе 902). gNB может принимать преамбулу msgA и может декодировать полезную нагрузку msgA для определения того, включал ли WTRU предпочтительное подмножество RS.
В некоторых случаях, если полезная нагрузка включает в себя дополнительные индексы RS, gNB может принять решение о отправке ответа msgB на любой из RS путем использования того же пространственного фильтра, например, SSB1 или SSB2. gNB может определять RS для использования при помощи WTRU на основании индексов, принятых в msgA. Если полезная нагрузка не включает в себя никаких дополнительных индексов, gNB может отправить ответ msgB, полагаясь на RS (например, луч), связанный с преамбулой msgA.
На этапе 903 WTRU может осуществлять отслеживание на предмет передачи PDCCH по сконфигурированному ресурсу RS, связанному со всеми указанными лучами. Это может соответствовать пространству поиска или CORESET, связанному с RS, в котором отправлена преамбула msgA. WTRU может отслеживать PDCCH в любом из пространств поиска или CORESET, связанных с RS, сообщенными в полезной нагрузке msgA. WTRU может прекратить отслеживание PDCCH после того, как он обнаружит ответ msgB.
Например, WTRU может отслеживать ответ, относящийся к SSB1 или событиям передачи SSB2. На этапе 904 процедура BFR может считаться успешной и завершенной, когда WTRU декодирует msgB, которое содержит C-RNTI WTRU. В некоторых случаях PDCCH может быть адресован с использованием общего RNTI (например, DCI, скремблированной с RA-RNTI), и WTRU может декодировать msgB, чтобы определить, включен ли его C-RNTI в полезную нагрузку msgB. PDCCH может содержать указание доступных временных/частотных ресурсов для передачи PUCCH. WTRU может использовать ресурсы PUCCH для отправки (например, объявления) UCI, содержащей ACK, подтверждающее прием msgB, подтверждающий завершение процедуры восстановления после отказа луча.
Как описано выше в настоящем документе, WTRU может отправлять msgA на gNB и принимать msgB от gNB в ответ на msgA. На основе ответа msgB WTRU может определять, является ли разрешение конфликтов успешным.
msgB может содержать DCI, скремблированную с помощью msgB-RNTI. WTRU может отслеживать DCI msgB для определения того, включила ли gNB полезную нагрузку в PDSCH. После декодирования DCI WTRU может определять ресурсы PDSCH, которые содержат полезную нагрузку msgB. WTRU может декодировать полезную нагрузку, и WTRU может искать свой идентификатор пользователя для определения успешности разрешения конфликтов. Если разрешение конфликтов успешно, WTRU может отправить ответ HARQ-ACK на ресурсе PUCCH.
WTRU может определять ресурс PUCCH на основе индекса ресурса PUCCH. Индекс ресурса PUCCH может быть определен на основе индикатора ресурса PUCCH (PRI) и индикатора обратной связи PDSCH-HARQ, который может быть включен в качестве части полезной нагрузки DCI (например, в формат 1_0 DCI или формат 1_1 DCI), включенной в msgB.
Индикатор обратной связи PDSCH-HARQ может сопоставляться со значением из набора {1,2,3,4,5,6,7,8}, соответствующим смещению интервала от приема PDSCH. WTRU может определять синхронизацию интервала для передачи ресурса PUCCH.
Индекс ресурса PUCCH определяют согласно уравнению 1
Уравнение 1
-
где  индекс ресурса PUCCH,  - размер списка ресурсов PUCCH,  - количество CCE в CORESET приема PDCCH для формата 1_0 DCI или формата 1_1 DCI,  - индекс первого CCE для приема PDCCH и  - значение поля индикатора ресурса PUCCH в формате 1_0 DCI или формате 1_1 DCI.
WTRU может определять параметры передачи PUCCH на основе индекса ресурса PUCCH.
, ,  и  могут представлять собой сконфигурированные значения RRC и могут не быть специфичными для WTRU.  может быть в явной форме включен в DCI для специфичного для WTRU определения ресурса PUCCH. Если полезная нагрузка msgB включает в себя только один WTRU, значения одного PRI и индикатора обратной связи PDSCH-HARQ, включенные в DCI, могут однозначно определять ресурс PUCCH для WTRU. Однако если более одного WTRU мультиплексировано в msgB, более одного WTRU может принимать одну и ту же DCI, адресованную msgB-RNTI, и может использовать один PRI и индикатор обратной связи PDSCH-HARQ для определения ресурса PUCCH, который может быть одинаковым для всех WTRU. Это может привести к коллизии, и на gNB не может быть принята обратная связь HARQ-ACK.
В одном подходе WTRU может неявно определять индекс ресурса PUCCH на основании индекса или идентификатора преамбулы произвольного доступа (RAPID) и/или PRI. WTRU может определять индекс ресурса PUCCH в зависимости от тех же параметров из уравнения 1, а также использовать RAPID следующим образом:
В одном подходе WTRU может неявно определять индекс ресурса PUCCH на основе RAPID и PRI. WTRU может определять индекс ресурса PUCCH в зависимости от тех же параметров из уравнения 1, а также использовать RAPID следующим образом:
где  представляет собой сопоставление RAPID и  со специфичным для WTRU .
RAPID может служить для рандомизации значения . Например, множество WTRU могут выбирать разные преамбулы и отправлять msgA. msgB может успешно принимать все msgA и может мультиплексировать ответ на множество WTRU в одном msgB. DCI может содержать одно значение PRI, адресованное множеству WTRU. Если разрешение конфликтов успешно выполнено, WTRU может использовать RAPID для рандомизации выбора . Каждый WTRU может устанавливать связь с уникальным значением , определенным посредством RAPID, и может передавать HARQ-ACK без коллизии.
Связь между RAPID и ресурсом PUCCH может быть сконфигурирована таким образом, что она представляет собой взаимно-однозначное соответствие. Может быть сгенерировано специфическое для WTRU значение , где RAPID может быть затравочным входным значением для функции генератора. Может быть сгенерирован специфичный для WTRU , когда RAPID может быть затравочным входным значением для функции генератора.
В некоторых случаях WTRU может неявно определять синхронизацию интервала обратной связи PUCCH на основании индикатора обратной связи PDSCH-HARQ и RAPID. Аналогично индексу ресурса PUCCH WTRU может использовать RAPID для рандомизации синхронизации интервала, которая может избежать коллизий на основе одного индикатора обратной связи PDSCH-HARQ.
Связь между RAPID и индикатором обратной связи PDSCH-HARQ может быть сконфигурирована таким образом, чтобы она была взаимно-однозначной. Может быть сгенерировано специфичное для WTRU значение индикатора обратной связи PDSCH-HARQ, где RAPID может быть затравочным входным значением для функции генератора.
WTRU может определять , индикатор обратной связи PDSCH-HARQ или и то, и другое на основании указанного выше. Например, индикатор обратной связи PDSCH-HARQ может представлять собой одно значение, полученное из DCI, а может быть определен с использованием PRI и RAPID. Множество WTRU могут осуществлять передачу в одном и том же временном интервале, но на разных ресурсах PUCCH. Аналогичным образом, один и тот же PRI может быть использован множеством пользователей в разных временных интервалах с индикатором обратной связи PDSCH-HARQ, сгенерированным WTRU, в частности, с использованием RAPID.
Хотя признаки и элементы описаны выше в конкретных комбинациях, специалисту в данной области будет очевидно, что каждый признак или элемент можно использовать отдельно или в любой комбинации с другими признаками и элементами. Кроме того, описанные в настоящем документе способы могут быть реализованы в компьютерной программе, программном обеспечении или программно-аппаратном обеспечении, встроенном в машиночитаемый носитель и предназначенном для исполнения компьютером или процессором. Примеры машиночитаемого носителя включают в себя электронные сигналы (переданные по проводным или беспроводным соединениям) и машиночитаемые носители информации. Примеры машиночитаемого носителя информации включают в себя, без ограничений, постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), регистр, кэш-память, полупроводниковые устройства хранения данных, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM и цифровые универсальные диски (DVD). Процессор в сочетании с программным обеспечением можно использовать для реализации радиочастотного приемопередатчика, предназначенного для применения в составе WTRU, UE, терминала, базовой станции, RNC и/или любого главного компьютера.
Как описано в настоящем документе, термины WTRU, UE и «пользователь» могут использоваться взаимозаменяемо. gNodeB и gNB могут использоваться взаимозаменяемо. Опорный символ можно использовать для обозначения символа, такого как комплексное число, которое является фиксированным и известным и используется в качестве пилотного символа. Опорный сигнал может использоваться для обозначения сигнала временной области, генерируемого после обработки опорных символов. Например, в OFDM опорные символы представляют собой комплексные числа, вводимые в блок IDFT, тогда как опорный сигнал представляет собой выходной сигнал блока IDFT. Информация управления (DCI) нисходящей линии связи представляет собой набор битов, передаваемых по PDCCH для пользователя или группы пользователей. Ресурсный элемент (RE) представляет собой один символ OFDM на одной поднесущей, а группа ресурсных элементов (REG) относится к группе RE, которые используются в качестве составных блоков элемента канала управления (CCE), назначающих ресурсные элементы пользователю. Смежные REG по времени или частоте, которые сгруппированы вместе, и связанный с ними прекодер является одним и тем же, и их называют группами REG. NR-REG, NR-CCE и NR-PDCCH могут относиться к REG, CCE и PDCCH для NR в 5G. Набор ресурсов управления (CORESET) представляет собой набор ресурсных элементов (RE), используемых для канала управления нисходящей линии связи, сконфигурированный посредством их частотных ресурсов, их длительностью (выраженной в символах) и типом пакетов группы ресурсных элементов (REG). Пространство поиска, или набор пространств поиска, представляет собой набор кандидатов PDCCH, которые отслеживаются WTRU или группой WTRU во время слепого обнаружения PDCCH. Как описано в настоящем документе, слово «некоторые» может означать одно, множество или все.