НАДЕЖНАЯ СИГНАЛИЗАЦИЯ УПРАВЛЕНИЯ Российский патент 2025 года по МПК H04L5/00 

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

Настоящая заявка испрашивает преимущество на основании предварительных заявок на патент США №62/519,585, поданной 14 июня 2017 г., 62/585,937, поданной 14 ноября 2017 г., 62/652,002 поданной 3 апреля 2018 г., и 62/667,015, поданной 4 мая 2018 г., содержание которых включено в настоящий документ путем ссылки.

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

Мобильная связь, основанная на применении беспроводных технологий, продолжает совершенствоваться. Беспроводные системы пятого поколения или Next Gen (NG) могут называться системами 5G или новой радиосетью (New Radio, NR). Предыдущее поколение мобильной связи может представлять собой, например, стандарт долгосрочного развития сетей связи (LTE) четвертого поколения (4G). Варианты использования технологии NR в общем случае можно отнести к одной из следующих групп: усовершенствованная широкополосная сеть мобильной связи (еМВВ), сверхнадежная связь с малым временем задержки (URLLC) или массовой связи машинного типа (тМТС). Современные механизмы обработки и передачи, используемые в таких вариантах применения, могут быть менее эффективными.

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

Описаны системы, способы и средства для реализации надежной сигнализации управления, например, в системах новой радиосети (NR). Приемник в модуле беспроводной передачи/приема (WTRU) может принимать одну или более передач по физическому каналу управления нисходящей линии связи (PDCCH), содержащих информацию управления нисходящей линии связи (DCI). WTRU может определять профиль передачи, связанный с информацией управления восходящей линии связи (UCI). Профиль передачи может быть определен на основании одного или более из следующего: идентификатор логического канала или группы логических каналов для данных, связанных с UCI, и какой-либо характеристики по меньшей мере одной передачи PDCCH. Передача PDCCH может быть сопоставлена с одним или более ресурсами из набора ресурсов управления (CORESET).

Профиль передачи может быть определен на основании одного или более из: одного или более полей DCI в принятой DCI или идентификатора части ширины полосы (BWP), используемой для передачи одного или более из DCI или UCI.

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

UCI может включать в себя первую UCI и вторую UCI. Первая UCI или вторая UCI может включать в себя один или более из гибридного автоматического запроса на повторение передачи (HARQ), запроса планирования (SR) или индикатора качества канала (CQI). UCI может быть передана на основе CORESET, пространства поиска или временного идентификатора сети (RNTI). UCI может быть связана с передачей PDSCH или передачей PDCCH. В примере первая UCI или вторая UCI может включать в себя информационные биты обратной связи для передачи данных, выделенные первой информацией DCI или второй информацией DCI. В другом примере вторая UCI может соответствовать избыточной передаче первой UCI.

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

WTRU может передавать UCI через физический канал управления восходящей линии связи (PUCCH). UCI может быть передана с применением характеристик передачи, определенных модулем WTRU. WTRU может передавать UCI на основании одного или более из CORESET, пространства поиска или временного идентификатора радиосети (RNTI). PUCCH, несущий UCI, может быть передан на несущую восходящей линии связи (UL) и/или дополнительную несущую восходящей линии связи (SUL).

WTRU может определять профиль передачи, связанный с передачей PDSCH, на основании одного или более из следующего, например, если UCI содержит подтверждение гибридного автоматического запроса на повторение передачи (HARQ ACK): продолжительность передачи, часть ширины полосы, численную величину или схему модуляции и кодирования (MCS) для информации управления.

WTRU может определять профиль передачи на основании одного или более из следующего, например, если UCI содержит информацию о состоянии канала (CSI):

целевое значение частоты появления ошибочных блоков (BLER), связанное с CSI, или параметр отчета CSI.

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

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

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

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

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

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

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

На фиг.2 показан пример разнесения информации управления нисходящей линии связи (DCI).

На фиг.3 показан пример разнесения DCI и информации управления восходящей линии связи (UCI).

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

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

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

Как показано на фиг.1А, система 100 связи может включать в себя модули беспроводной передачи/приема (WTRU) 102а, 102b, 102 с, 102d, RAN 104/113, CN 106/115, коммутируемую телефонную сеть 108 общего пользования (PSTN), сеть Интернет 110 и другие сети 112, хотя следует понимать, что описанные варианты осуществления предполагают любое количество WTRU, базовых станций, сетей и/или элементов сети. Каждый из модулей WTRU 102а, 102b, 102с, 102d может представлять собой устройство любого типа, выполненное с возможностью функционирования и/или взаимодействия в среде беспроводной связи. Например, модули WTRU 102а, 102b, 102с, 102d, любой из которых может называться станцией и/или STA, могут быть выполнены с возможностью передачи и/или приема радиосигналов и могут включать в себя оборудование пользователя (UE), мобильную станцию, стационарный или мобильный абонентский модуль, абонентский модуль, пейджер, сотовый телефон, карманный персональный компьютер (PDA), смартфон, ноутбук, нетбук, персональный компьютер, беспроводной датчик, точку доступа или устройство Mi-Fi, устройство Интернета физических объектов (IoT), часы или другие носимые устройства, устанавливаемый на голове дисплей (HMD), транспортное средство, беспилотный летательный аппарат, медицинское устройство и приложения (например, применяемые в дистанционной хирургии), промышленное устройство и приложения (например, робот и/или другие беспроводные устройства, работающие в условиях промышленной и/или автоматизированной технологической цепочки), устройство, относящееся к бытовой электронике, устройство, работающее в коммерческой и/или промышленной беспроводной сети, и т.п. Любой из WTRU 102а, 102b, 102с и 102d можно взаимозаменяемо называть оборудованием пользователя (UE).

Системы 100 связи могут также включать в себя базовую станцию 114а и/или базовую станцию 114b. Каждая из базовых станций 114а, 114b может представлять собой устройство любого типа, выполненное с возможностью беспроводного взаимодействия с по меньшей мере одним из WTRU 102а, 102b, 102с, 102d для облегчения доступа к одной или более сетям связи, таким как CN 106/115, сеть Интернет 110 и/или другие сети 112. В качестве примера базовые станции 114а, 114b могут представлять собой базовые приемопередающие станции (BTS), станции Node-B, станции eNode В, станции Home Node В, станции Home eNode В, базовую станцию следующего поколения (gNB), NodeB на основе NR, контроллер пункта связи, точку доступа (АР), беспроводной маршрутизатор и т.п. Хотя базовые станции 114а, 114b показаны как отдельный элемент, следует понимать, что базовые станции 114а, 114b могут включать в себя любое количество взаимно соединенных базовых станций и/или элементов сети.

Базовая станция 114а может быть частью RAN 104/113, которая может также включать в себя другие базовые станции и/или элементы сети (не показаны), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), ретрансляционные узлы и т.п. Базовая станция 114а и/или базовая станция 114b могут быть выполнены с возможностью передачи и/или приема радиосигналов на одной или более частотах несущих, которые могут называться сотой (не показана). Эти частоты могут относиться к лицензированному спектру, нелицензированному спектру или к комбинации лицензированного и нелицензированного спектров. Сота может обеспечивать покрытие для беспроводного сервиса в конкретной географической зоне, которая может быть относительно фиксированной или которая может изменяться с течением времени. Сота может быть дополнительно разделена на секторы соты. Например, сота, связанная с базовой станцией 114а, может быть разделена на три сектора. Таким образом, в одном варианте осуществления базовая станция 114а может включать в себя три приемопередатчика, т.е. один для каждого сектора соты. В варианте осуществления базовая станция 114а может использовать технологию «множественного входа - множественного выхода» (MIMO) и может использовать множество приемопередатчиков для каждого сектора соты. Например, для передачи и/или приема сигналов в требуемых пространственных направлениях можно использовать формирование лучей.

Базовые станции 114а, 114b могут обмениваться данными с одним или более из WTRU 102а, 102b, 102с, 102d посредством радиоинтерфейса 116, который может представлять собой любую подходящую систему беспроводной связи (например, для передачи сигналов в радиочастотном (РЧ), микроволновом спектре, спектре сантиметровых волн, спектре микрометровых волн, инфракрасном (ИК), ультрафиолетовом (УФ) спектре, спектре видимого света и т.д.). Радиоинтерфейс 116 может быть установлен с использованием любой подходящей технологии радиодоступа (RAT).

Более конкретно, как указано выше, система 100 связи может представлять собой систему множественного доступа и может использовать одну или более схем доступа к каналу, например, CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т.п. Например, базовая станция 114а в RAN 104/113 и модули WTRU 102а, 102b, 102с могут реализовывать технологию радиосвязи, такую как универсальный наземный доступ (UTRA) для универсальной системы мобильной связи (UMTS), которая может устанавливать радиоинтерфейс 115/116/117 с использованием широкополосного CDMA (WCDMA). Технология широкополосного множественного доступа с кодовым разделением (WCDMA) может включать в себя протоколы связи, такие как высокоскоростной пакетный доступ (HSPA) и/или улучшенный HSPA (HSPA+). HSPA может включать в себя высокоскоростной пакетный доступ по нисходящей (DL) линии связи (HSDPA) и/или высокоскоростной пакетный доступ по восходящей (UL) линии связи (HSUPA).

В варианте осуществления базовая станция 114а и модули WTRU 102а, 102b, 102с могут реализовывать такую технологию радиосвязи, как сеть наземного радиодоступа UMTS последующего поколения (E-UTRA), которая может устанавливать радиоинтерфейс 116 с использованием стандарта долгосрочного развития (LTE), и/или LTE-Advanced (LTE-А), и/или LTE-Advanced Pro (LTE-A Pro).

В варианте осуществления базовая станция 114а и WTRU 102а, 102b, 102с могут реализовывать такую технологию радиосвязи, как новая технология радиодоступа (NR Radio Access), которая может устанавливать радиоинтерфейс 116 с использованием технологии New Radio (NR).

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

В других вариантах осуществления базовая станция 114а и модули WTRU 102а, 102b, 102c могут реализовывать технологии радиосвязи, такие как IEEE 802.11 (т.е. Wireless Fidelity (WiFi)), IEEE 802.16 (т.е. глобальная совместимость для микроволнового доступа (WiMAX)), CDMA2000, CDMA2000 IX, CDMA2000 EV-DO, временный стандарт 2000 (IS-2000), временный стандарт 95 (IS-95), временный стандарт 856 (IS-856), глобальная система мобильной связи (GSM), усовершенствованные скорости передачи данных для сетей GSM Evolution (EDGE), GSM EDGE (GERAN) и т.п.

Базовая станция 114b, изображенная на фиг.1А, может представлять собой, например, беспроводной маршрутизатор, станцию Home Node В, станцию Home eNode В или точку доступа, и в ней может быть использована любая подходящая RAT для облегчения беспроводной связи в локализованной зоне, такой как коммерческое предприятие, жилое помещение, транспортное средство, учебное заведение, промышленный объект, воздушный коридор (например, для использования беспилотными летательными аппаратами), проезжая часть и т.п. В одном варианте осуществления базовая станция 114b и модули WTRU 102с, 102d могут реализовывать технологию радиосвязи, такую как IEEE 802.11, для организации беспроводной локальной сети (WLAN). В варианте осуществления базовая станция 114b и модули WTRU 102с, 102d могут реализовывать технологию радиосвязи, такую как IEEE 802.15, для создания беспроводной персональной сети (WPAN). В еще одном варианте осуществления базовая станция 114b и модули WTRU 102с, 102d могут использовать RAT на основе сот (например, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR и т.д.) для создания пикосоты или фемтосоты. Как показано на фиг.1А, базовая станция 114b может иметь прямое соединение с сетью Интернет 110. Таким образом, для базовой станции 114b может не требоваться доступ к сети Интернет 110 посредством CN 106/115.

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

CN 106/115 может также выступать в качестве шлюза для модулей WTRU 102а, 102b, 102с, 102d для обеспечения доступа к сети PSTN 108, сети Интернет 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые предоставляют традиционные услуги телефонной связи (POTS). Интернет 110 может включать в себя глобальную систему взаимно соединенных компьютерных сетей и устройств, которые используют распространенные протоколы связи, такие как протокол управления передачей (TCP), протокол пользовательских дейтаграмм (UDP) и/или протокол Интернета (IP) в наборе протоколов Интернета TCP/IP. Сети 112 могут включать в себя проводные и/или беспроводные сети связи, которые принадлежат другим поставщикам услуг и/или предоставлены ими для использования. Например, сети 112 могут включать в себя другую CN, соединенную с одной или более RAN, которые могут использовать такую же RAT, как и RAN 104/113, или иную RAT.

Некоторые или все из модулей WTRU 102а, 102b, 102с, 102d в системе 100 связи могут включать в себя многорежимные возможности (например, WTRU 102а, 102b, 102с, 102d могут включать в себя множество приемопередатчиков для взаимодействия с различными беспроводными сетями по различным беспроводным линиям связи). Например, WTRU 102с, показанный на фиг.1А, может быть выполнен с возможностью взаимодействия с базовой станцией 114а, которая может использовать технологию радиосвязи на основе сот, а также с базовой станцией 114b, которая может использовать технологию радиосвязи IEEE 802.

На фиг.1В представлена системная схема, иллюстрирующая пример модуля 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. Хотя на фиг.1В процессор 118 и приемопередатчик 120 показаны в виде отдельных компонентов, следует понимать, что процессор 118 и приемопередатчик 120 могут быть совместно встроены в электронный блок или микросхему.

Передающий/приемный элемент 122 может быть выполнен с возможностью передачи сигналов на базовую станцию или приема сигналов от нее (например, базовой станции 114а) по радиоинтерфейсу 116. Например, в одном варианте осуществления передающий/приемный элемент 122 может представлять собой антенну, выполненную с возможностью передачи и/или приема РЧ-сигналов. В варианте осуществления передающий/приемный элемент 122 может представлять собой излучатель/детектор, выполненный с возможностью передачи и/или приема, например, сигналов в ИК-спектре, УФ-спектре или спектре видимого света. В еще одном варианте осуществления передающий/приемный элемент 122 может быть выполнен с возможностью передачи и/или приема сигналов как в РЧ-спектре, так и в спектре видимого света. Следует понимать, что передающий/приемный элемент 122 может быть выполнен с возможностью передачи и/или приема любой комбинации радиосигналов.

Хотя на фиг.1В передающий/приемный элемент 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 может также быть соединен с набором микросхем GPS 136, который может быть выполнен с возможностью предоставления информации о местоположении (например, долготы и широты) относительно текущего местоположения WTRU 102. Дополнительно или вместо информации от набора микросхем GPS 136 WTRU 102 может принимать информацию о местоположении по радио интерфейсу 116 от базовой станции (например, от базовых станций 114а, 114b) и/или определять свое местоположение на основе синхронизации сигналов, принимаемых от двух или более соседних базовых станций. Следует понимать, что WTRU 102 может получать информацию о местоположении посредством любого подходящего способа определения местоположения и при этом все еще соответствовать варианту осуществления.

Процессор 118 может быть дополнительно соединен с другими периферийными устройствами 138, которые могут включать в себя один или более программных и/или аппаратных модулей, которые обеспечивают дополнительные признаки, функциональные возможности и/или возможности по установлению проводной или беспроводной связи. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для фото- и видеосъемки), порт универсальной последовательной шины (USB), вибрационное устройство, телевизионный приемопередатчик, беспроводную гарнитуру, модуль Bluetooth®, радиомодуль с частотной модуляцией (FM), цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль устройства для воспроизведения видеоигр, Интернет-браузер, устройство виртуальной реальности и/или дополненной реальности (VR/AR), трекер активности и т.п. Периферийные устройства 138 могут включать в себя один или более датчиков, причем датчики могут представлять собой один или более из гироскопа, акселерометра, датчика Холла, магнитометра, датчика ориентации, датчика приближения, датчика температуры, датчика времени; датчика географического положения; высотомера, датчика освещенности, датчика касания, магнитометра, барометра, датчика жеста, биометрического датчика и/или датчика влажности.

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

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

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

Каждая eNode-B 160а, 160b, 160с может быть связана с конкретной сотой (не показано) и может быть выполнена с возможностью принятия решений относительно управления радиоресурсом, решений относительно передачи обслуживания, диспетчеризации пользователей в UL и/или DL и т.п. Как показано на фиг.1С, eNode-B 160а, 160b, 160с могут взаимодействовать друг с другом по интерфейсу Х2.

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

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

SGW 164 может быть подключен к каждой станции eNode В 160а, 160b, 160с в RAN 104 посредством интерфейса S1. SGW 164 может по существу направлять и пересылать пакеты прямого потока данных пользователя на WTRU 102а, 102b, 102с и от них. SGW 164 может выполнять другие функции, например привязку плоскостей пользователя во время передачи обслуживания между базовыми станциями eNode В, инициирование пейджинга, когда данные DL доступны для модулей WTRU 102а, 102b, 102с, управление и хранение контекста модулей WTRU 102а, 102b, 102с и т.п.

SGW 164 может быть подключен к PGW 166, который может обеспечивать модули WTRU 102а, 102b, 102с доступом к сетям с коммутацией пакетов, таким как сеть Интернет 110, для облегчения обмена данными между WTRU 102а, 102b, 102с и устройствами с поддержкой протокола IP.

CN 106 может облегчать взаимодействие с другими сетями. Например, CN 106 может обеспечивать модули WTRU 102а, 102b, 102с доступом к сетям с коммутацией каналов, например PSTN 108, для облегчения связи между WTRU 102а, 102b, 102с и традиционными устройствами связи наземной линии связи. Например, CN 106 может включать в себя IP-шлюз (например, сервер мультимедийной IP-подсистемы (IMS)), который выступает в качестве интерфейса между CN 106 и PSTN 108, или может осуществлять с ним связь. Кроме того, CN 106 может обеспечивать модули WTRU 102а, 102b, 102с доступом к другим сетям 112, которые могут включать в себя другие проводные и/или беспроводные сети, которые принадлежат другим поставщикам услуг и/или предоставлены ими для использования.

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

В типовых вариантах осуществления другая сеть 112 может представлять собой WLAN.

WLAN в режиме базового набора служб (BSS) инфраструктуры может иметь точку доступа (АР) для BSS и одну или более станций (STA), связанных с АР. АР может иметь доступ к системе распределения (DS) или интерфейс с ней или же осуществлять связь по проводной/беспроводной сети другого типа, которая переносит трафик в BSS и/или вне BSS. Трафик на STA, обеспеченный вне BSS, может поступать через АР и может быть доставлен на STA. Трафик, исходящий от STA к получателям, вне BSS может быть отправлен на АР для доставки соответствующим получателям. Трафик между STA в пределах BSS может быть отправлен через АР, например, если STA-источник может отправлять трафик на АР, а АР может доставлять трафик STA-получателю. Трафик между STA в пределах BSS можно рассматривать и/или упоминать в качестве однорангового трафика. Одноранговый трафик может быть передан между (например, непосредственно между) STA-источником и STA-получателем с установлением прямой линии связи (DLS). В определенных типовых вариантах осуществления DLS может использовать DLS 802.11е или туннелированное DLS 802.11z (TDLS). WLAN с использованием независимого BSS (IBSS) режима может не иметь АР, a STA (например, все STA) в пределах, или использующие, IBSS могут осуществлять связь непосредственно друг с другом. IBSS режим иногда может называться в настоящем документе режимом связи с прямым соединением.

При использовании режима работы инфраструктуры 802.11ac или аналогичного режима работы АР может передавать маяк посредством фиксированного канала, такого как первичный канал. Первичный канал может иметь фиксированную ширину (например, ширину полосы пропускания 20 МГц) или ширину, динамически установленную с помощью сигнализации. Первичный канал может представлять собой рабочий канал BSS и может быть использован станциями STA для установления соединения с АР. В определенных типовых вариантах осуществления может быть реализован множественный доступ с контролем несущей и предотвращением коллизий (CSMA/CA), например, в системах 802.11. Для CSMA/CA станции STA (например, каждая STA), включая АР, может обнаруживать первичный канал. При распознавании/обнаружении и/или определении занятости первичного канала конкретной станцией STA эта конкретная STA может отключаться. Одна STA (например, только одна станция) может осуществлять передачу в любой конкретный момент времени в данном BSS.

Для осуществления связи STA с высокой пропускной способностью (НТ) может быть использован канал шириной 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.11ас.802.11af поддерживает значения ширины полосы пропускания 5 МГц, 10 МГц и 20 МГц в неиспользуемом частотном спектре телевидения (TVWS), а 802.11ah поддерживает значения ширины полосы пропускания 1 МГц, 2 МГц, 4 МГц, 8 МГц и 16 МГц с использованием спектра, отличного от TVWS. Согласно типовому варианту осуществления 802.11ah может поддерживать управление с измерением / межмашинные связи, например, устройства МТС в макрозоне покрытия. Устройства МТС могут обладать определенными возможностями, например ограниченными возможностями, включая поддержку (например, поддержку только) определенных и/или ограниченных значений ширины полосы пропускания. Устройства МТС могут включать в себя батарею, имеющую срок службы батареи, превышающий пороговое значение (например, для обеспечения очень длительного срока службы батареи).

Системы WLAN, которые могут поддерживать множество каналов и значений ширины полосы пропускания канала, такие как 802.11n, 802.11ас, 802.11af и 802.11ah, включают в себя канал, который может быть назначен в качестве первичного канала. Первичный канал может иметь ширину полосы пропускания, равную наибольшей общей рабочей ширине полосы пропускания, поддерживаемой всеми STA в BSS. Ширина полосы пропускания первичного канала может быть установлена и/или ограничена станцией STA из числа всех STA, работающих в BSS, которая поддерживает режим работы с наименьшей шириной полосы пропускания. В примере 802.11ah первичный канал может иметь ширину 1 МГц для STA (например, устройств типа МТС), которые поддерживают (например, поддерживают только) режим 1 МГц, даже если АР и другие STA в BSS поддерживают 2 МГц, 4 МГц, 8 МГц, 16 МГц и/или режимы работы с другими значениями ширины полосы пропускания канала. Параметры обнаружения несущей и/или вектора выделения сети (NAV) могут зависеть от состояния первичного канала. Если первичный канал занят, например, из-за STA (которая поддерживает только режим работы 1 МГц), осуществляющей передачу на АР, все доступные полосы частот могут считаться занятыми, даже если большинство полос частот остаются незанятыми и могут быть доступными.

В Соединенных Штатах доступные полосы частот, которые могут быть использованы 802.11ah, находятся в диапазоне от 902 МГц до 928 МГц. Доступные полосы частот в Корее - от 917,5 МГц до 923,5 МГц. Доступные полосы частот в Японии - от 916,5 МГц до 927,5 МГц. Общая ширина полосы пропускания, доступная для 802.11ah, составляет от 6 МГц до 26 МГц в зависимости от кода страны.

На фиг.1D представлена системная схема RAN 113 и CN 115 в соответствии с вариантом осуществления. Как отмечено выше, RAN 113 может использовать технологию радиосвязи NR для взаимодействия с модулями WTRU 102а, 102b, 102с по радио интерфейсу 116. RAN 113 может также обмениваться данными с CN 115.

RAN 113 может включать в себя gNB 180а, 180b, 180с, хотя следует понимать, что сеть RAN 113 может включать в себя любое количество станций gNB и при этом все еще соответствовать варианту осуществления. Каждая gNB 180а, 180b, 180с может включать в себя один или более приемопередатчиков для связи с WTRU 102а, 102b, 102с по радиоинтерфейсу 116. В одном варианте осуществления gNB 180а, 180b, 180с могут реализовывать технологию MIMO. Например, gNB 180а, 108b могут использовать формирование лучей для передачи сигналов и/или приема сигналов от gNB 180а, 180b, 180с. Таким образом, gNB 180а, например, может использовать множество антенн для передачи радиосигналов на WTRU 102а и/или приема от него радиосигналов. В варианте осуществления gNB 180а, 180b, 180с могут реализовывать технологию агрегирования несущих. Например, gNB 180а может передавать на WTRU 102а множество несущих составляющих (не показаны). Подмножество этих несущих составляющих может относиться к нелицензированному спектру, тогда как остальные несущие составляющие могут относиться к лицензированному спектру. В варианте осуществления gNB 180а, 180b, 180с могут реализовывать технологию многоточечного согласования (СоМР). Например, WTRU 102а может принимать согласованные передачи от gNB 180а и gNB 180b (и/или gNB 180с).

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

gNB 180а, 180b, 180с могут быть выполнены с возможностью осуществления связи с модулями WTRU 102а, 102b, 102с в автономной конфигурации и/или в неавтономной конфигурации. В автономной конфигурации WTRU 102а, 102b, 102с могут осуществлять связь с gNB 180а, 180b, 180с без одновременного доступа к другим RAN (например, таким как eNode-B 160а, 160b, 160с). В автономной конфигурации модули WTRU 102а, 102b, 102с могут использовать одну или более gNB 180а, 180b, 180с в качестве опорной точки для мобильности. В автономной конфигурации модули WTRU 102а, 102b, 102с могут осуществлять связь с gNB 180а, 180b, 180с с использованием сигналов в нелицензированной полосе. В неавтономной конфигурации модули WTRU 102а, 102b, 102с могут осуществлять связь/устанавливать соединение с gNB 180а, 180b, 180с, одновременно осуществляя связь/устанавливая соединение с другой RAN, такой как eNode-B 160а, 160b, 160с. Например, WTRU 102а, 102b, 102с могут реализовывать принципы двойного соединения (DC) для по существу одновременной связи с одной или более gNB 180а, 180b, 180с и одной или более eNode-B 160а, 160b, 160с. В неавтономной конфигурации eNode-B 160а, 160b, 160с могут выступать в качестве опорной точки для мобильности для модулей WTRU 102а, 102b, 102с, a gNB 180а, 180b, 180с могут обеспечивать дополнительное покрытие и/или пропускную способность для обслуживания WTRU 102а, 102b, 102с.

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

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

AMF 182а, 182b может быть подключен к одной или более gNB 180а, 180b, 180с в RAN 113 по интерфейсу N2 и может выступать в качестве узла управления. Например, AMF 182а, 182b может отвечать за аутентификацию пользователей модулей WTRU 102а, 102b, 102с, поддержку сегментирования сети (например, обработку различных сеансов PDU с различными требованиями), выбор конкретного SMF 183а, 183b, управление зоной регистрации, прекращение сигнализации NAS, управление мобильностью и т.п. Сегментирование сети может быть использовано управлением AMF 182а, 182b для настройки поддержки CN для модулей WTRU 102а, 102b, 102с на основании типов служб, используемых модулями WTRU 102а, 102b, 102с. Например, различные сетевые срезы могут быть установлены для разных вариантов использования, например службы, основанные на связи повышенной надежности с малым временем задержки (URLLC), службы, основанные на доступе к расширенной широкополосной сети мобильной связи (еМВВ), службы для доступа к межмашинной связи (МТС) и/или т.п. AMF 162 может обеспечивать функцию плоскости управления для переключения между RAN 113 и другими RAN (не показаны), которые используют другие технологии радиосвязи, такие как LTE, LTE-A, LTE-A Pro, и/или технологии доступа, отличные от 3GPP, например WiFi.

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

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

CN 115 может облегчать взаимодействие с другими сетями. Например, CN 115 может включать в себя IP-шлюз (например, сервер мультимедийной IP-подсистемы (IMS)), который выступает в качестве интерфейса между CN 115 и PSTN 108, или может осуществлять связь с ним. Кроме того, CN 115 может обеспечивать модули WTRU 102а, 102b, 102с доступом к другим сетям 112, которые могут включать в себя другие проводные и/или беспроводные сети, которые принадлежат другим поставщикам услуг и/или предоставлены ими для использования. В одном варианте осуществления модули WTRU 102a, 102b, 102c могут быть подключены к локальной сети передачи данных (DN) 185а, 185b через UPF 184а, 184b посредством интерфейса N3 к UPF 184а, 184b и интерфейса N6 между UPF 184а, 184b и DN 185а, 185b.

С учетом фиг.1A-1D и соответствующих описаний фиг.1А 1D одна или более или все из функций, описанных в настоящем документе в связи с одним или более из: WTRU 102a-d, базовой станции 114a-b, eNode-B 160а-с, ММЕ 162, SGW 164, PGW 166, gNB 180а с, AMF 182а b, UPF 184а b, SMF 183а b, DN 185а b и/или любого (-ых) другого (-их) устройства (устройств), описанного (-ых) в этом документе, могут быть реализованы одним или более устройствами эмуляции (не показаны). Устройства эмуляции могут представлять собой одно или более устройств, выполненных с возможностью эмуляции одной или более функций или всех функций, описанных в настоящем документе. Например, устройства эмуляции могут быть применены для испытания других устройств и/или для моделирования функций сети и/или WTRU.

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

Устройство эмуляции может быть непосредственно соединено с другим устройством для испытания и/или выполнения испытания с использованием беспроводной связи посредством канала беспроводной связи.

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

Технология New radio (NR) может работать с существующими и будущими мобильными системами беспроводной связи. Варианты использования технологии NR могут включать в себя, например, усовершенствованную широкополосную сеть мобильной связи (еМВВ), сверхнадежную связь с малым временем задержки (URLLC) и массовую связь машинного типа (mMTC). Технология NR может поддерживать передачу в высокочастотных полосах, например на сантиметровых волнах (см-волны) и/или миллиметровых волнах (мм-волны). При работе в сантиметровых и/или миллиметровых полосах частот могут возникать проблемы, связанные с распространением, например обусловленные более высоким затуханием сигнала и затенением.

Высоконадежные сервисы могут поддерживаться, например при очень низких частотах появления ошибочных блоков, например порядка 0,001%. Более низкие частоты ошибок могут быть достигнуты, например благодаря повышенной надежности информации управления физического уровня (например, подтверждения гибридного автоматического запроса на повторение передачи (HARQ АСК), предоставлений восходящей линии связи и назначений нисходящей линии связи). В примере (например, для HARQ АСК) вероятность неправильной интерпретации отрицательного подтверждения (NACK) как АСК на уровне 0,1% может быть достаточной для некоторых (например, общих) сервисов широкополосной мобильной связи, но может быть слишком большой, например, для сверхнадежных сервисов (например, поскольку неправильная интерпретация отрицательного подтверждения (NACK) как подтверждение (АСК) может привести к потере транспортного блока).

WTRU может быть выполнен с возможностью одновременного выполнения множества передач. Технология NR может поддерживать конфигурацию модуля WTRU, которая может включать в себя одну или более сот для заданного объекта MAC и/или для множества объектов MAC. Конфигурация одной соты может обеспечивать работу отдельной соты. Конфигурация множества сот может обеспечивать агрегирование несущих (СА), например операции NR СА. Конфигурация множества объектов MAC может включать в себя двустороннюю связь (DC) для NR (NR DC). Конфигурация множества объектов MAC может обеспечивать комбинацию LTE и NR (например, режим двусторонней связи между усовершенствованной сетью наземного радиодоступа UMTS (E-UTRAN) и системой New Radio (EN-DC)). Технология NR может обеспечивать конфигурацию модуля WTRU, содержащего соту, выполненную с одной несущей нисходящей линии связи, одной несущей восходящей линии связи и дополнительной несущей восходящей линии связи (SUL). Технология NR может поддерживать соту, выполненную с одной или более частями ширины полосы (BWP). BWP может характеризоваться по меньшей мере одним из положения частоты (например, центральной частоты и/или ширины полосы частот) или численной величины.

Для EN-DC, NR СА и NR DC в лицензированных полосах различные комбинации (например, отличные друг от друга комбинации) несущих могут вводить различные временные зависимости (например, отличные друг от друга временные зависимости) между передачами, связанными с модулем WTRU (или между передачами, которые могут по меньшей мере частично накладываться во времени), по одному или более из следующих параметров: численная величина, время начала передачи или длительность передачи. Например, каждая из сконфигурированных несущих составляющих (нисходящая линия связи (DL) и/или восходящая линия связи (UL)) и/или частей ширины полосы (BWP) (DL и/или UL) для модуля WTRU могут иметь одну и ту же или различную численную величину, а накладывающиеся передачи между различными несущими составляющими / частями BWP могут иметь одно и то же или различное время начала; и одну и ту же или различную длительность передачи физического совместно применяемого канала для передачи данных по восходящей линии связи (PUCCH) / физического канала управления восходящей линии связи (PUCCH).

Аспекты синхронизации и/или диспетчеризации могут быть обеспечены, например, в случае асинхронных передач и/или в случаях частичного и/или полного наложения между различными передачами по восходящей линии связи, связанными с модулем WTRU. В примере различные передачи можно осуществлять с различными временными шкалами HARQ, например, на основании информации динамического планирования. Например, такая информация планирования может включать в себя динамически изменяемые компоненты задержки, связанные с планированием. Динамически изменяемые компоненты задержки, связанные с планированием, могут быть обеспечены посредством информации управления нисходящей линии связи (DCI). Компоненты задержки, связанные с планированием, могут включать в себя одно или более из Kl, K2, N1 или N2. K1 может представлять собой задержку между получением данных по нисходящей линии связи (DL) (PDSCH) и передачей соответствующего подтверждения ACK по восходящей линии связи (UL). K2 может представлять собой задержку между получением сообщения о предоставлении UL по DL и передачей данных по UL (например, передачей PUSCH). N1 может представлять собой ряд символов OFDM, используемых для обработки модулем WTRU с момента окончания приема NR-PDSCH до ближайшего возможного момента начала передачи соответствующего подтверждения ACK/NACK, например с позиции модуля WTRU. N2 может представлять собой ряд символов OFDM, используемых для обработки модулем WTRU с момента окончания приема NR-PDCCH, содержащего предоставление UL, до ближайшего возможного момента начала передачи соответствующего NR-PUSCH, например с позиции модуля WTRU.

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

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

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

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

Информация управления восходящей линии связи (UCI) может содержать, например информацию обратной связи HARQ (например, сообщение HARQ-ACK), запрос планирования (SR) и/или информацию о состоянии канала (CSI). UCI может быть передана по каналу управления восходящей линии связи (например, по физическому каналу управления восходящей линии связи (PUCCH)) и/или по каналу данных восходящей линии связи (например, по физическому совместно применяемому каналу для передачи данных по восходящей линии связи (PUSCH)). UCI может быть передана с мультиплексированием или без него с данными восходящей линии связи. Информация обратной связи HARQ (например, сообщение HARQ-ACK) может относиться к транспортному блоку (-ам), блоку (-ам) кода и/или группе (-ам) блоков кода.

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

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

DCI (например, каждый экземпляр DCI) может быть передана по физическому каналу управления нисходящей линии связи (например, PDCCH, общему для группы каналу PDCCH, PHICH и т.п.). Отдельный экземпляр может быть передан по PDSCH (например, при поддержке DCI на PDSCH). PDCCH (например, каждый PDCCH) может быть принят на основании CORESET, который может быть сконфигурирован более высокими уровнями. Конфигурация может включать в себя один или более параметров. Например, конфигурация может включать в себя несущую составляющую или обслуживающую соту, одну или более частей ширины полосы (BWP), подмножество ресурсных блоков в пределах BWP (например, каждая BWP), набор символов времени в пределах интервала или мини-интервала, разнос поднесущих, подмножество интервалов в пределах подкадра и/или один или более опорных сигналов (например, CSI-RS). Независимая конфигурация одного или более параметров может обеспечивать разнесение во времени, частоте и/или пространстве. В примере частотное разнесение может быть осуществлено (например, путем конфигурирования различных несущих составляющих или частей BWP между наборами CORESET) с обеспечением пространственного и/или временного разнесения или без него (например, путем конфигурирования различных наборов символов времени и/или различных опорных сигналов).

Разнесение DCI может быть конфигурируемым. Например, возможна активация или деактивация разнесения DCI. Активация или деактивация разнесения DCI, например, может быть осуществлена на основе сигнализации уровня MAC или сигнализации физического уровня. В примере WTRU может принимать команду активации на основании первого CORESET для инициирования мониторинга второго экземпляра DCI во втором CORESET. WTRU может принимать команду деактивации для мониторинга экземпляра DCI на заданном CORESET.

Может быть применено разнесение DCI. Содержание экземпляра DCI (например, каждого экземпляра DCI) может быть установлено в соответствии с одним или более из следующего: (i) одно и то же содержание, переданное по множеству экземпляров DCI (например, повтор); (ii) одно и то же содержание, переданное по множеству экземпляров DCI (например, кодировка блоков), или (iii) характер содержания.

В примере каждый из множества экземпляров DCI может включать в себя и кодировать одни и те же информационные биты для по меньшей мере одного типа или формата DCI (например, HARQ-ACK для PUSCH, назначение PDSCH, предоставление PUSCH). DCI может быть декодируемой (например, полностью декодируемой) после приема экземпляра (например, одного экземпляра).

В примере DCI может быть закодирована, например, путем сегментации DCI на N блоков и кодирования DCI в D блоков. В примере декодирование по меньшей мере N из D экземпляров DCI (например, в приемнике) может быть достаточным для полного восстановления DCI. В примере кодирование может состоять из кода четности.

В примере экземпляры DCI могут включать в себя одно или более из следующего: информацию, связанную с по меньшей мере одной передачей данных DL по PDSCH, или информацию, связанную с по меньшей мере одной передачей данных UL по PUSCH.

В примере модуль WTRU может быть выполнен с возможностью отслеживания PDCCH по множеству CORESET (например, по двум CORESET). WTRU может отслеживать PDCCH на различных несущих или частях ширины полосы. WTRU может принимать, например, множество экземпляров DCI (например, до двух экземпляров DCI). В примере экземпляры DCI могут включать в себя ту же информацию, которая была получена модулем WTRU посредством PDCCH на множестве несущих (например, в случае множества DCI каждая несущая может быть принята на одной из несущих). Информация на DCI (например, каждой DCI) может включать в себя назначения/предоставления PDSCH (или PUSCH) для множества несущих (например, обеих несущих). WTRU может принимать PDSCH или передавать PUSCH на множестве несущих (например, обеих несущих), например, даже в случае, когда (например, один) из экземпляров DCI может не быть успешно декодирован. Очень низкий уровень BLER можно получить при малой задержке, например, когда множество передач PSDCH (например, обе передачи PDSCH) или передач PUSCH могут быть кодированы в одном и том же транспортном блоке, например, поскольку DCI и данные могут быть (например, являются) независимо защищенными посредством разнесения, как показано в примере на фиг.2. Как показано на фиг.2, DCI на несущей 1 составляющей нисходящей линии связи (DL СС1) 202 и DCI на несущей 2 составляющей нисходящей линии связи (DL СС2) 204 могут иметь одинаковое содержание. Например, каждая из DCI может включать в себя информацию, связанную с PDSCH 206 и PSDCH 208.

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

Может быть обеспечено разнесение UCI. Надежность передачи UCI можно увеличивать, например, посредством передачи множества экземпляров по ресурсам, которые могут быть разделены на одну или более из следующего: временные, частотные или пространственные области. С помощью множества экземпляров UCI можно, например, обеспечивать усиление при разнесении для защиты от кратковременного затухания, долговременного затухания и/или помех. Какой-либо экземпляр UCI (например, каждый экземпляр UCI) может быть передан по физическому каналу управления восходящей линии связи (PUCCH) или физическому совместно применяемому каналу для передачи данных по восходящей линии связи (PUSCH). В примере разнесение UCI может быть применимо к определенным типам UCI (например, HARQ ACK).

В примере экземпляры UCI могут быть переданы по множеству несущих и/или частей ширины полосы, причем модуль WTRU может быть выполнен с возможностью работы на них. Как показано на фиг.3, та же информация HARQ-ACK, которая может относиться к назначению нисходящей линии связи (например, принятая в предыдущем интервале 302), может быть передана по множеству экземпляров PUCCH (например, двум экземплярам 306 и 308 PUCCH). Два экземпляра PUCCH могут включать в себя первый экземпляр 306 UCI, который может быть передан на одной несущей составляющей (СС1) 310 UL, и второй экземпляр 308 UCI, который может быть передан на второй несущей составляющей (СС2) 312 UL. UCI может быть передана в интервале 2 (304). Каждый из первого экземпляра 306 UCI и второго экземпляра 308 UCI может включать в себя одну и ту же информацию (например, одну и ту же информацию HARQ ACK-NACK).

На фиг.3 представлен пример реализации разнесения DCI и разнесения UCI. В примере экземпляр UCI (например, каждый экземпляр UCI) может включать в себя передачу символа OFDM (например, одного символа OFDM) в смежных символах (например, с применением краткого формата PUCCH). Другие примеры во временной области могут включать в себя, например, передачу в одном и том же символе OFDM или передачу в различных интервалах. Ресурсы (например, RB, символ времени, интервал и т.п.), которые могут быть заняты экземпляром UCI (например, каждым экземпляром UCI), могут быть сконфигурированы независимо.

В примере экземпляры UCI могут быть переданы с помощью множества лучей. Например, множество лучей может быть передано с применением различных прекодеров. WTRU может быть выполнен с возможностью определения луча, связанного с экземпляром UCI (например, с каждым экземпляром UCI). WTRU может быть выполнен с применением информации, включающей в себя одно или более из следующего: индекс луча, идентификатор процесса луча, индикатор SRS или индикатор CSI-RS (например, при наличии соответствия луча) и т.п. Информацию, используемую модулем WTRU для определения луча (например, для PUCCH), можно конфигурировать с помощью более высоких уровней для экземпляра UCI (например, для каждого экземпляра UCI) или можно указывать в DCI, которая может включать в себя индикатор ресурса ACK/NACK (ARI). Информация, используемая модулем WTRU для определения луча (например, для PUSCH), может быть указана посредством DCI, которая может включать в себя предоставление, связанное с лучом.

Информация, используемая модулем WTRU для определения луча, может быть выведена (например, неявно выведена) из PDCCH, который может включать в себя назначение. В примере луч, связанный с передачей экземпляра PUCCH, может быть определен из опорного сигнала (например, опорного сигнала информации о состоянии канала (CSI-RS)) или индикатора луча, который может быть связан с набором ресурсов управления или передачей PDCCH, который может включать в себя назначение. Такой подход можно применять, например, когда можно использовать разнесение PDCCH (или разнесение DCI) в дополнение к разнесению UCI. WTRU может передавать какой-либо экземпляр PUCCH (например, один экземпляр PUCCH) для полученного экземпляра PDCCH (например, для каждого полученного экземпляра PDCCH). Экземпляр PDCCH может включать в себя назначение, например, указывающее, когда и/или как UCI может быть передана по PUCCH.

Может быть обеспечена дополнительная восходящая линия связи (SUL). В примере модуль WTRU может быть выполнен с несущей SUL по меньшей мере для одной обслуживающей соты. WTRU может быть выполнен с возможностью передачи UCI, включая, например запрос планирования (SR), информацию о состоянии канала (CSI) или подтверждение HARQ ACK/NACK. UCI может быть передана по обычной несущей UL и несущей SUL, связанной с обслуживающей сотой.

Может быть применено разнесение UCI. Содержание экземпляра UCI (например, каждого экземпляра UCI) может быть установлено, например, в соответствии с одним или более из следующего: (i) необходимость передачи одного и того же содержания по каждому из множества экземпляров UCI (например, повтор); (ii) необходимость передачи одного и того же содержания по экземплярам UCI (например, кодировка блоков); или (iii) характер содержания.

В примере экземпляр UCI (например, каждый экземпляр UCI) может включать в себя и кодировать одни и те же информационные биты для по меньшей мере одного типа UCI (например, подтверждения HARQ-ACK). UCI может быть выполнена с возможностью декодирования после приема одного экземпляра. В примере UCI может быть закодирована, например, путем сегментации UCI на N блоков и кодирования N сегментированных блоков в D блоков. В примере декодирование по меньшей мере N блоков из D экземпляров UCI в приемнике может быть достаточным для восстановления всей UCI. В примере кодирование может включать в себя код четности.

В примере (например, когда разнесение DCI может не быть применено) UCI может включать в себя набор битов HARQ-ACK. Связь между конкретным битом HARQ-ACK и результатом приема транспортного блока может быть определена, например, на основании индекса назначения нисходящей линии связи.

В примере (например, когда может быть применено разнесение DCI) может быть сгенерирован и передан набор битов HARQ-ACK, например, для каждого из экземпляров DCI, которые могут быть выполнены с возможностью приема в условиях разнесения (например, на основании одного и того же содержания). Это может произойти, например, независимо от возможности успешного декодирования экземпляра DCI. WTRU может выдавать подтверждение NACK для транспортных блоков, соответствующих экземпляру DCI, который может быть не принят, например когда модуль WTRU может быть выполнен с возможностью приема множества экземпляров DCI (например, двух экземпляров DCI) в условиях разнесения, но принятое число экземпляров DCI меньше сконфигурированного числа (например, если сконфигурировано два экземпляра DCI). Выдача такого подтверждения возможна, например, когда WTRU принимает по меньшей мере один экземпляр DCI. В сети может быть разрешено определение отсутствующих назначений из экземпляра DCI (например, каждого экземпляра DCI). Определение отсутствующих назначений может быть полезным для адаптации линии связи PDCCH.

В примере может быть применено разнесение DCI. WTRU может выдавать набор битов HARQ-ACK для набора экземпляров DCI, которые могут быть выполнены с возможностью приема в условиях разнесения, например при приеме модулем WTRU по меньшей мере одного экземпляра DCI. WTRU может выдавать указание подмножества экземпляров DCI, которые могут быть успешно декодированы в пределах набора экземпляров DCI в условиях разнесения.

WTRU может принимать более одной информации DCI, которые могут указывать данные DL для одного и того же процесса HARQ и транспортного блока (-ов). Информации DCI могут быть закодированы с использованием различных версий избыточности. WTRU может выдавать один бит HARQ-ACK на каждый транспортный блок (например, независимо от числа полученных экземпляров PDSCH, которые могут включать в себя данные для транспортного блока). WTRU может передавать бит HARQ-ACK на каждый транспортный блок и экземпляр PDSCH, который может включать в себя данные транспортного блока (например, с одним и тем же значением).

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

Может быть обеспечено управление мощностью с использованием разнесения для задания управления мощностью передачи (ТРС). WTRU может задавать команду ТРС, которая может быть применима к передаче, в которой может быть применено разнесение UCI.

В примере определения ТРС модуль WTRU может применять подобную корректировку ТРС для каждой из множества передач экземпляра UCI. Корректировку ТРС можно получать, например, из DCI, которая может быть связана с передачей UCI. Например, DCI может включать в себя назначение DL или запрос CSI.

В примере определения ТРС модуль WTRU может применять отдельную корректировку ТРС для каждой из множества передач экземпляра UCI. Корректировку ТРС (например, каждую корректировку ТРС) можно получать, например, посредством DCI, которая может быть связана с передачей UCI. В примере связанная DCI может включать в себя два значения корректировки ТРС, например, когда разнесение UCI может быть сконфигурировано с использованием двух передач.

В примере определения ТРС модуль WTRU может применять отдельную корректировку ТРС для каждой из передач экземпляра UCI. Корректировку ТРС можно принимать для каждого из экземпляров UCI, например, посредством определенного экземпляра DCI, который может быть связан с экземпляром UCI.

Может быть обеспечено управление мощностью с использованием режимов управления мощностью, например, для агрегирования несущих (СА) и/или двусторонней связи (DC). В примере модуль WTRU может применять уровень приоритета к передаче, которая может включать в себя UCI, например, при активированном разнесении UCI. WTRU может применять уровень приоритета, например, если конфигурация предусматривает режим управления мощностью (PCM). WTRU может быть выполнен с возможностью группирования одного или более типов передачи (передач). WTRU может быть выполнен с возможностью выделения по меньшей мере некоторого количества (например, части) из общей доступной мощности модуля WTRU группе передач, например для обеспечения минимальной гарантированной мощности. WTRU может определять, что передачи, включающие в себя UCI, входят в одну и ту же группу передач. WTRU может выполнять такое группирование, например, если UCI связан с профилем передачи. Например, такой профиль передачи данных может соответствовать сверхнадежному типу передачи с низкой задержкой (URLLC). WTRU может назначать такой группе передач более высокий приоритет, чем другим передачам данных (например, передачам данных, связанным с профилем передачи, который соответствует типу передачи, отличному от типа URLLC). Например, в модуле WTRU, конфигурация которого предусматривает СА, передача, которая включает в себя по меньшей мере некоторую UCI, сгенерированную с применением разнесения UCI, может иметь наивысший приоритет по сравнению с другими передачами для заданного экземпляра MAC. Для модуля WTRU, конфигурация которого предусматривает DC и/или множество групп передач, например одна группа передач (или группа сот), в которой по меньшей мере одна передача включает в себя по меньшей мере некоторую UCI (сгенерированную, например с применением разнесения UCI), может иметь наивысший приоритет по сравнению с другой группой (группами).

Выделение ресурсов может быть обеспечено с использованием разнесения UCI с помощью PUCCH. Ресурс и формат передачи PUCCH может быть определен (например, при передаче экземпляра UCI по PUCCH), например, в соответствии с одной или более приведенными в примерах процедурами. В примере модуль WTRU может быть выполнен с одной или более комбинациями ресурсов PUCCH. Ресурс PUCCH (например, каждый ресурс PUCCH) может соответствовать ресурсу, по которому может быть передан экземпляр UCI. В примере (например, с двумя экземплярами UCI) комбинацию можно определять как индекс №24 ресурса PUCCH на первом СС или части ширины полосы и индекс №13 ресурса PUCCH на втором СС или части ширины полосы. Комбинация может называться ресурсом разнесения PUCCH или суперресурсом разнесения PUCCH. WTRU может быть выполнен (например, с помощью более высоких уровней) с более чем одним ресурсом разнесения PUCCH. Ресурс разнесения PUCCH может быть указан в каком-либо поле (например, поле ARI) связанной DCI. WTRU может быть выполнен (например, с помощью более высоких уровней) с пулом. Пул может включать в себя стандартные ресурсы PUCCH и ресурсы разнесения PUCCH, с помощью которых сеть, возможно, сможет управлять (например, динамически управлять) использованием разнесения UCI.

В примере модуль WTRU может быть выполнен с разнесением DCI в дополнение к разнесению UCI. WTRU может передавать экземпляр UCI на ресурс, который может быть указан посредством связанного экземпляра DCI. Экземпляр DCI (например, каждый экземпляр DCI) может содержать ARI, который может указывать на ресурс PUCCH. WTRU может передавать экземпляр UCI, например, когда модуль WTRU мог получить соответствующий экземпляр DCI.

Может быть обеспечена передача обратной связи DTX. В примере модуль WTRU может передавать информацию HARQ-ACK в определенном ресурсе PUCCH. Информация HARQ-ACK может указывать (например, явно указывать) на неполучение передачи DL или назначения DL (например, в случае прерывистой передачи (DTX)) от конкретного набора CORESET в заданном интервале или мини-интервале. Длительность ресурса PUCCH может быть получена, например, на основании длительности интервала или мини-интервала, в котором назначение DL не было принято.

Может быть обеспечена рандомизация помех PUCCH. В примере передача PUCCH от двух или более модулей WTRU к двум или более точкам передачи/приема (TRP) может создавать конфликт. Можно использовать рандомизацию помех, например для снижения воздействия передачи PUCCH, создающей сильные помехи, на передачу PUCCH, являющуюся объектом воздействия помех. Рандомизацию помех можно реализовать, например, с помощью пары модулей WTRU, чтобы не использовать конфликтующие между собой ресурсы PUCCH.

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

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

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

В примере скачкообразной перестройки паттерна дублирования в передаче PUCCH (например, в каждой передаче PUCCH) может быть использовано множество дубликатов. Каждый из дубликатов может использовать различные ресурсы. Последующая передача PUCCH (например, каждая последующая передача PUCCH) может использовать отличный набор (например, отдельный набор) ресурсов. Для применения множества дубликатов можно использовать различные наборы ресурсов.

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

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

Конфигурация ресурсов PUCCH может включать в себя, например, одно или более из: (i) формата PUCCH (например, короткий формат PUCCH или длинный формат PUCCH); (ii) длительности PUCCH в символах (например, длительность короткого PUCCH, равная 1 или 2 символам, и длительность длинного PUCCH); (iii) сигнала, используемого для передачи PUCCH (например, мультиплексирование с ортогональным частотным разделением каналов на основании циклического префикса (CP-OFDM) или мультиплексирование с ортогональным частотным разделением каналов на основании расширенного дискретного преобразования Фурье (DFT-s-OFDM)); (iv) численной величины, используемой для PUCCH (например, разнос поднесущих, тип CP и т.п.); (v) положения во времени (например, положение символа в интервале, в котором может быть передан PUCCH); (vi) положения частоты (например, поднесущие, физические RB, часть ширины полосы (BWP)); (vii) индекса частотного уплотнения (например, используемый для активации FDM множества PUCCH на одном и том же физическом RB или BWP, когда передача PUCCH может быть назначена одному или более уплотнения в пределах физического RB или BWP); (viii) паттерна (-ов) скачкообразной перестройки (например, для скачкообразной перестройки в пределах одной передачи PUCCH или во время нескольких передач PUCCH); (ix) луча или пары лучей; (х) паттерна дублирования (например, для передачи PUCCH, которую можно продублировать на множестве ресурсов); (xi) ортогонального покрывающего кода (ОСС) (например, может включать в себя указание, применять ли код ОСС с течением временем или с элементами поднесущей); (xii) циклического сдвига; или (xiii) схемы разнесения передачи.

Положение частоты может включать в себя, например, выделение частот, на которых может быть передан PUCCH. Положение частоты может быть обеспечено, например, заданием значения смещения. Смещение может быть применено, например, к положению частоты PDCCH, который может конфигурировать PUCCH, или PDCCH, назначающему PDSCH, или PDSCH. Смещение может быть применено к положению частоты в одновременно действующем PUSCH. Положение частоты может включать в себя, например, набор поднесущих, физические RB и/или части BWP. Набор может быть использован для указания (например, динамического указания) положения частоты для экземпляра передачи PUCCH (например, для каждого экземпляра передачи PUCCH). Набор может быть использован, например, для обеспечения частотного разнесения посредством повтора. Набор может быть использован, например, для обеспечения скачкообразного изменения частоты.

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

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

Может быть обеспечена динамическая индикация конфигурации PUCCH. В примере индикация (например, динамическая индикация) может быть обеспечена (например, на модуле WTRU) путем указания комбинации конфигураций PUCCH для передачи UCI, такой как HARQ A/N или CSI. Динамическая индикация может включать в себя, например, индекс таблицы и индекс кодовых точек, которые будут использованы в таблице. В примере может быть обеспечена (например, неявно обеспечена) динамическая индикация. Например, динамическая индикация может быть представлена как функция передачи (например, как функция параметра передачи PDCCH или передачи PDSCH). В примере может быть применена гибридная процедура. WTRU может определять конфигурацию PUCCH, например, на основании комбинации явно указанного индекса и неявной зависимости. В примере модуль WTRU может динамически определять конфигурацию PUCCH. В примере модуль WTRU может определять первый набор конфигураций или таблицу конфигурации PUCCH и может определять второй набор конфигураций или кодовую точку в таблице. Например, таблица конфигурации PUCCH может быть определена неявно, а второй набор конфигураций или кодовая точка могут быть определены явным образом.

Неявное указание может включать в себя одно или более из следующего: (i) размер интервала, (ii) конфигурация UL/DL интервала, (iii) тип сервиса, (iv) мультиплексирование UCI, (v) синхронизация обратной связи, (vi) тип обратной связи или (vii) конфликты между различными типами обратной связи. В примере размера интервала мини-интервал может указывать на использование короткого PUCCH или стандартный интервал может указывать на использование длинного PUCCH. В примере конфигурации UL/DL интервала модуль WTRU может определить тип PUCCH (например, короткий или длинный) или длительность длинного PUCCH, например, на основании числа символов, назначенных для передач UL. В примере типа сервиса URLLC может включать в себя формат PUCCH для HARQ, обеспечивая тем самым большую надежность. В примере для передачи URLLC может потребоваться разнесение PUCCH. В примере мультиплексирования UCI передача HARQ, привязанного к множеству блоков ТВ (например, из-за множества несущих или агрегирования интервалов), может иметь формат PUCCH с более высокой полезной нагрузкой. В примере синхронизации обратной связи при синхронизации обратной связи, использующей меньшее смещение, чем пороговое значение, может быть использована первая таблица PUCCH, а при синхронизации обратной связи, использующей смещение, превышающее пороговое значение, может быть использована вторая таблица PUCCH. В примере может быть использован короткий PUCCH, например, для отдельного интервала, причем обратная связь может быть обеспечена в том же интервале, что и данные DL. В примере типа обратной связи обратная связь HARQ может использовать первую конфигурацию PUCCH, a CSI может использовать вторую конфигурацию PUCCH. В примере обратная связь HARQ на основе транспортного блока (ТВ) может использовать первую конфигурацию PUCCH (например, короткий PUCCH), а обратная связь HARQ на основе блока кода (CBG) может использовать вторую конфигурацию PUCCH. В примере конфликта между различными типами обратной связи (например, связанными с различными типами сервиса) может быть использована конфигурация PUCCH для типа сервиса с более высоким приоритетом. В примере мультиплексирование обратной связи может быть использовано в конфигурациях PUCCH для сервиса URLLC, например, при возможном конфликте обратной связи еМВВ HARQ с обратной связью URLLC HARQ.

Может быть обеспечена возможность выбора обратной связи на основе конфигурации PUCCH. В примере модуль WTRU может определять тип обратной связи на основании конфигурации PUCCH, которая будет использована для обратной связи. WTRU, которому назначены ресурсы короткого PUCCH, может, например, определять, что для передачи PDSCH может потребоваться обратная связь HARQ на основе ТВ. WTRU, которому назначены ресурсы длинного PUCCH, может, например, определять, что может потребоваться обратная связь HARQ на основе CBG. В примере модуль WTRU может определять тип обратной связи CSI, например, на основании конфигурации PUCCH.

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

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

Может быть обеспечена дифференцированная обработка. Может быть обеспечено определение профиля, применимого к передаче. WTRU может обрабатывать и передавать UCI, например, в соответствии с профилем передачи (например, определенным профилем передачи), который может быть связан с UCI. Профиль передачи может быть определен, например, с обеспечением возможности соответствия количества ресурсов и назначения приоритетов целям, связанным с надежностью, для UCI. С помощью такого определения профиля передачи можно эффективно использовать ресурсы.

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

Можно определять профиль передачи, применимый к DCI, UCI или данным. В примере профиль передачи, связанный с UCI, может быть эквивалентен или определен на основании, например, одного или более из следующего: (i) профиль передачи для связанной передачи данных по нисходящей линии связи (например, для HARQ-ACK или CSI); (ii) профиль передачи для связанной передачи данных по восходящей линии связи (например, для SR); или (iii) часть ширины полосы, по которой передается UCI.

Профиль передачи, связанный с UCI или данными восходящей линии связи, может быть определен, например, на основании одного или более из следующего: (i) логический канал или группа логических каналов, из которых данные могут быть переданы на основании конфигурации более высокого уровня (например, профиль передачи может быть сконфигурирован для каждого логического канала или группы логических каналов, или модуль WTRU может определять профиль передачи на основании конфигурации логического канала (LCH) для одной или более характеристик физического уровня для заданной передачи, например длительности передачи или аналогичной характеристики); (ii) логический канал или группа логических каналов данных, которые могли инициировать SR; (iii) значение поля в DCI, которое может быть связано с передачей UCI или данных восходящей линии связи (например, прямое указание профиля передачи или неявное указание на основании существующего поля (например, индекса процесса HARQ) или поля, которое может быть использовано для определения приоритета логического канала (например, для предоставления восходящей линии связи), или значения временного идентификатора радиосети (RNTI), которое может быть применено для маскирования циклической проверки четности с избыточностью (CRC)); (iv) какая-либо характеристика PDCCH, которая может быть связана с передачей UCI или данных восходящей линии связи (например, CORESET, период мониторинга, определение необходимости отслеживания PDCCH в начале интервала, пространство поиска или уровень агрегирования, который можно использовать для декодирования PDCCH, или часть ширины полосы), например, когда профиль передачи может быть сконфигурирован (например, с помощью более высоких уровней) для какого-либо набора CORESET (например, каждого набора CORESET), или конфигурация PDCCH (например конфигурация каждого PDCCH); (v) сигнализация более высокого уровня (например, для CSI) и/или поле в DCI, которое может указывать набор параметров, например сконфигурированных более высокими уровнями (например, параметр отчета CSI, который может быть указан в апериодическом поле CSI); (vi) какая-либо характеристика передачи PDSCH или какая-либо характеристика, связанная с передачей PDSCH, такая как длительность, часть ширины полосы, характеристика численной величины (например, разнос поднесущих, длительность символа и т.п.), состояние указания конфигурации передачи (TCI) (например, для HARQ-ACK), таблица схемы модуляции и кодирования (MCS), сконфигурированная или указанная для информации управления (например, DCI), связанной с передачей PDSCH; (vii) какая-либо характеристика ресурса PUCCH или какая-либо характеристика, связанная с ресурсом PUCCH, сконфигурированным для передачи SR (таким как разнос поднесущих, длительность ресурса PUCCH, логический канал, связанный с конфигурацией SR, или какая-либо из его характеристик, такая как приоритет, и/или профиль передачи, явно сконфигурированный как часть конфигурации SR); (viii) какая-либо характеристика предоставления или передачи PUSCH или какая-либо характеристика, связанная с предоставлением или передачей PUSCH (например, для данных восходящей линии связи), например какая-либо характеристика, используемая для определения ограничения логического канала для определения приоритета логического канала (например, длительность передачи PUSCH, какая-либо характеристика численной величины (например, разнос поднесущих, длительность символа) или какая-либо характеристика несущей); или (ix) часть ширины полосы, по которой передается соответствующая передача PDSCH или передача PUSCH. Что касается п. (iv), профиль передачи может иметь приоритет, основанный на порядке приоритетов, который может быть сконфигурирован. Например, профиль передачи может иметь приоритет, основанный на сконфигурированном порядке приоритетов, если кандидат на PDCCH представляет собой часть пространств поиска, связанных с более чем одним профилем передачи. Что касается п. (i), профиль передачи, связанный с UCI, может быть определен на основании какого-либо атрибута (например, метрических QoS-данных), связанных с логическим каналом или группой логических каналов, из которых могут быть переданы данные. Что касается п. (v), целевое значение BLER может быть сконфигурировано для какого-либо параметра отчета CSI. Целевое значение BLER может неявно указывать профиль передачи. Например, более низкое целевое значение BLER может указывать на профиль передачи с более высоким приоритетом. В примере таблица отчетов CQI может быть сконфигурирована для настройки отчета CSI.

Профиль передачи DCI или данных нисходящей линии связи может быть определен, например, на основании одного или более из следующего: (i) какая-либо характеристика PDCCH, по которой можно декодировать DCI или по которой можно декодировать назначение данных нисходящей линии связи, например, как описано в настоящем документе для UCI или данных восходящей линии связи (например, пространство поиска, явная конфигурация и т.п.); (ii) таблица схемы модуляции и кодирования (MCS), указанная для информации управления (например, в DCI), которая связана с передачей PDSCH; такое указание может быть сконфигурировано с помощью более высоких уровней или может быть включено в одно из полей DCI; (iii) значение поля в DCI, которое может быть связано с передачей данных нисходящей линии связи, или значение RNTI, которое может быть использовано для маскирования CRC; или (iv) какая-либо характеристика назначения или характеристика, связанная с назначением передачи PDSCH (например, для данных нисходящей линии связи), например длительность передачи PDSCH, и/или какая-либо характеристика численной величины (например, разнос поднесущих, длительность символа и т.п.).

В примере профиль передачи данных может быть определен для какого-либо физического канала (например, PDCCH, PUCCH, PDSCH или PUSCH). Профиль передачи может быть определен, например, на основании типа данных или информации управления, которые могут быть переданы по физическому каналу. Профиль передачи может быть задан на основании наивысшего уровня приоритета среди профилей, например, когда передача физического канала включает в себя информацию управления и/или данные различных профилей (например, мультиплексированная UCI в PUSCH).

Определение профиля может указывать на какую-либо временную характеристику. В примере профиль передачи может быть связан с временной характеристикой. Такая временная характеристика может соответствовать по меньшей мере одному из следующего: (1) компоненты задержки, связанные с диспетчеризацией, например такой компонент может соответствовать одному из N1 или N2; (2) время обработки в модуле WTRU, например такое время обработки может соответствовать одному из N1 или N2; (3) символ начала передачи; или (4) длительность передачи. N1 и/или N2 может представлять собой ряд символов OFDM, как описано в настоящем документе. В примере профиль передачи может соответствовать передаче, для которой может быть обеспечена одна или более таких временных характеристик вплоть до некоторого значения. Конкретное значение может представлять собой один аспект конфигурации модуля WTRU. Профиль передачи может быть связан с по меньшей мере одним уровнем приоритета или по меньшей мере одним параметром, определяющим характеристики доступа к каналу для работы в нелицензированной полосе. Например, этот по меньшей мере один параметр может включать в себя максимальный размер окна конкурентного доступа или длительность задержки.

Может быть обеспечена обработка характеристик передачи на основе какого-либо профиля (например, профиля передачи). Аспекты кодирования, мощность передачи и/или выбор или выделение ресурсов могут быть определены, например, на основании профиля передачи, как описано в настоящем документе.

В примере модуль WTRU может определять один или более аспектов, которые могут быть связаны с кодированием канала для физического канала (например, PDCCH, PDSCH, PUCCH или PUSCH) из профиля передачи. Аспекты кодирования, которые могут быть определены, могут включать в себя одно или более из следующего: (i) тип кода (например, полярный, LDPC, турбо, повтор); (ii) скорость кода; (iii) длина циклической проверки четности с избыточностью (CRC), которая может быть добавлена к набору информационных битов для обнаружения ошибки; (iv) сопоставление между полем схемы модуляции и кодирования (MCS) и порядком модуляции и скоростью кода; или (v) одно или более пространств поиска для одного или более уровней агрегирования для декодирования PDCCH.

В примере модуль WTRU может быть выполнен с CRC, равным 16 битам, для PDCCH, например, когда конфигурация более высокого уровня для PDCCH может указывать на первый профиль передачи. WTRU может быть выполнен с CRC, равным 24 битам, например, когда конфигурация может указывать на второй профиль передачи. За счет использования переменного размера CRC, например, сеть может использовать более надежную передачу PDCCH, когда это может потребоваться в соответствии с характеристиками передаваемых данных.

В примере скорость кодирования, которая может быть применена по меньшей мере к одному типу UCI (например, HARQ-ACK), может зависеть, например, от профиля передачи. В примере UCI со множеством профилей передачи можно мультиплексировать в одну передачу (например, PUCCH). UCI (например, каждую UCI) можно кодировать отдельно, например, со скоростью кодирования, зависящей от профиля. Такое кодирование может представлять собой первую стадию кодирования. Закодированные биты из первой стадии кодирования, связанные с каждой UCI, можно конкатенировать и подвергать второй стадии кодирования.

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

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

В примере параметры управления мощностью, применяемые к передаче HARQ-ACK, могут зависеть от длительности соответствующей передачи PDSCH. Например, при снижении передачи PDSCH ниже порогового значения, сконфигурированного более высокими уровнями, WTRU может применять первый набор параметров управления мощностью. При превышении передачей PDSCH порогового значения модуль WTRU может применять второй набор параметров управления мощностью.

В примере параметры управления мощностью, применяемые к передаче HARQ-ACK, могут зависеть от части ширины полосы UL (например, активной части ширины полосы), по которой передается HARQ-ACK, или от части ширины полосы DL, по которой передается соответствующий PDSCH. Каждая часть ширины полосы может быть выполнена с набором параметров управления мощностью, заданным более высокими уровнями.

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

Данные или UCI с множеством профилей передачи можно мультиплексировать в одну передачу. Параметры управления мощностью для общей передачи могут быть определены, например, на основании какого-либо профиля, например профиля с наивысшим уровнем приоритета.

В примере параметры управления мощностью могут включать в себя определенный режим управления мощностью (РСМ) или минимальный гарантированный уровень мощности. Например, РСМ может включать в себя РСМ1, РСМ2 и т.п.

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

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

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

В примере сигнал может зависеть от профиля передачи. Например, сигнал может представлять собой сигнал мультиплексирования с ортогональным частотным разделением каналов (OFDM) или сигнал множественного доступа с частотным разделением каналов с одной несущей (SC-FDMA). В примере применение скачкообразного изменения частоты может зависеть от профиля передачи.

В примере в отношении по меньшей мере одного типа UCI (например, HARQ-ACK) UCI может быть передан по PUCCH или мультиплексирован с использованием данных, переданных по PUSCH. Выбор, передавать UCI по PUCCH или мультиплексировать с использованием данных, переданных по PUSCH, может зависеть от профилей передачи, связанных с UCI и данными. В примере UCI может быть мультиплексирована с использованием данных, переданных по PUSCH, например, когда UCI и данные могут иметь один и тот же профиль передачи или один и тот же уровень приоритета, связанный с профилем передачи. UCI может быть передана отдельно по PUCCH. В примере по меньшей мере один тип UCI (например, информация о состоянии канала (CSI)) может быть отброшен.

В примере некоторое количество или часть ресурсных элементов, которые могут быть использованы по меньшей мере одним типом UCI (например, при мультиплексировании с использованием данных в PUSCH), могут быть определены, например, одним или более факторами (например, бета-параметрами). Такие факторы могут зависеть от профиля передачи. В примере для заданного типа UCI модуль WTRU может быть выполнен с первым набором факторов, которые могут быть применены к первому профилю передачи, и вторым набором факторов, которые могут быть применены ко второму профилю передачи. Профиль передачи, который может подходить для сверхнадежного трафика, может, например, предоставлять возможность использования большей части ресурсов PUSCH.

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

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

Для масштабирования мощности можно обеспечивать определение приоритетов. В примере модуль WTRU может понижать в мощности по меньшей мере одну передачу, например, при возможном превышении сконфигурированной общей максимальной мощности в течение некоторого периода времени (например, во время подкадра, интервала или мини-интервала). Порядок приоритетов для масштабирования может зависеть от профиля передачи (например, в дополнение к другим критериям, таким как UCI или тип данных). В примере критерий профиля передачи может иметь приоритет над другими критериями или заменять их. В примере, если первый профиль передачи имеет более высокий уровень приоритета, чем второй профиль передачи, каналу PUSCH, который может включать в себя данные для передачи в соответствии с первым профилем передачи, мощность может быть выделена раньше, чем каналу PUCCH, который может включать в себя подтверждение HARQ-ACK, которое должно быть передано в соответствии со вторым профилем передачи. Определение приоритетов, основанное на использовании профиля передачи, может быть применено, даже если в противном случае подтверждение HARQ-ACK может получать более высокий приоритет, чем данные.

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

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

WTRU может принимать первое назначение нисходящей линии связи, указывающее на передачу HARQ-ACK по PUCCH в первом ресурсе. WTRU может принимать (например, последовательно принимать) второе назначение нисходящей линии связи, указывающее на передачу HARQ-ACK по PUCCH во втором ресурсе. WTRU может передавать HARQ-ACK, соответствующее PDSCH (или PDCCH), с профилем передачи с более высоким приоритетом, например, при наложении или совпадении первого ресурса и второго ресурса. WTRU может передавать HARQ-ACK, соответствующее PDSCH (или PDCCH), на основании, например, CORESET, пространства поиска и/или RNTI.

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

WTRU может мультиплексировать HARQ-ACK и CSI в единую передачу PUCCH или передачу PUSCH и определять возможность выбора подмножества отчета (-ов) CSI (например, N_reported^CSI) на основании максимальной скорости кода, которую можно сконфигурировать. Порядок приоритетов для отчета (-ов) CSI может зависеть от профиля передачи (или сконфигурированного целевого значения BLER) таким образом, что отчет CSI, связанный с более низким целевым значением BLER, может считаться имеющим более высокий приоритет, чем отчет CSI, связанный с более высоким целевым значением BLER. Приоритет, определенный из целевого значения BLER или профиля передачи, может иметь более высокий приоритет по сравнению с по меньшей мере одним из других критериев назначения приоритета, используемых для выбора отчетов CSI, например типа CSI. Например, это может привести к получению более высокого общего по сравнению с RI (ранговая информация) приоритета информацией матрицы предварительного кодирования (PMI) отчета CSI, связанного с более низким целевым значением BLER отчета CSI, связанного с более высоким целевым значением BLER.

Для обработки данных DL может быть предусмотрено определение приоритетов. В примере модуль WTRU может быть запрограммирован на прием данных DL с различными профилями передачи по меньшей мере от одного PDSCH и может выдавать отчет HARQ-ACK (например, в определенные моменты времени), связанный с данными DL. WTRU может не успеть вовремя завершить декодирование по меньшей мере одного блока кода для передачи соответствующего HARQ-ACK. WTRU может определять приоритет декодирования данных DL с более высоким приоритетом, например, в соответствии с профилем передачи, связанным с данными DL.

В примере подтверждение HARQ-ACK может быть передано до декодирования по меньшей мере одной группы блоков кода для транспортного блока. В зависимости от профиля передачи, связанного с данными, модуль WTRU может задавать подтверждение HARQ-ACK одним из следующих способов. WTRU может устанавливать подтверждение HARQ-ACK для еще не декодированной группы блоков кода на значение «ACK», например, когда декодирование может быть завершено, и может устанавливать его на значение «NACK» по меньшей мере для одной другой группы блоков кода транспортного блока. WTRU может устанавливать подтверждение HARQ-ACK на значение «ACK» для одной или более групп блоков кода, кроме тех, для которых это подтверждение может быть установлено на «NACK». Это может сводить к минимуму число ресурсов, которое может быть использовано сетью для повторных передач, например, в случае когда передача некоторых, еще не декодированных, блоков кода может пройти успешно и повторные передачи не требуются. Эта приведенная в качестве примера процедура может быть выбрана, например, для профиля передачи, который может иметь более низкий приоритет.

В примере модуль WTRU может устанавливать подтверждение HARQ-ACK еще не декодированной группы блоков кода на значение «NACK». Это может сводить к минимуму задержку доставки транспортного блока, например, при более ранней доступности повторно переданных данных, например, в случае неудачного декодирования. Эта приведенная в качестве примера процедура может быть выбрана, например, для профиля передачи, который может иметь более высокий приоритет.

Для совместного использования ресурсов можно обеспечивать определение приоритетов. В примере модуль WTRU может быть выполнен с возможностью мультиплексирования UCI и/или данных восходящей линии связи в соответствии с различными профилями передачи в (например, одной и той же) передаче PUSCH или передаче PUCCH. Доля ресурса (например, ресурсных элементов (RE)), которая может быть выделена для UCI или данных в соответствии с профилем передачи, может зависеть от относительных уровней приоритета профилей передачи. В примере (например, при мультиплексировании UCI в PUSCH) первое значение бета-параметра для типа UCI может быть применено, например, когда приоритет профиля передачи, связанного с UCI, выше приоритета профиля передачи, связанного с данными. Второе значение бета-параметра может быть применено, например, когда профили передачи имеют одинаковые приоритеты. Третье значение может быть применено, например, когда приоритет профиля передачи, связанный с UCI, ниже приоритета, связанного с профилем передачи данных.

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

Можно обеспечивать дифференцированную обработку на основании состояния. В примере модуль WTRU может применять набор параметров, соответствующих профилю передачи (например, на основании состояния профиля передачи). Состояние профиля передачи может быть изменено посредством указания от сети. Например, состояние профиля передачи можно изменять с помощью элемента управления MAC (MAC СЕ) или с помощью информации управления нисходящей линии связи (DCI). Состояние профиля передачи может быть изменено при наступлении какого-либо события, такого как истечение времени на таймере (например, таймера опережения (ТА)). Набор параметров, соответствующих профилю передачи, может включать в себя набор ресурсов PUCCH для HARQ ACK/NACK, набор параметров, используемый для определения доли ресурсных элементов, используемых для UCI в PUSCH, и т.п.

В примере профиль передачи и связанные с ним параметры могут быть сконфигурированы для какой-либо части ширины полосы. WTRU, выполненный со множеством частей ширины полосы, может применять профиль передачи и связанные с ним параметры, соответствующие части активной ширины полосы. WTRU может принимать DCI или MAC СЕ, указывающие на изменение части активной ширины полосы. WTRU может (например, после получения этого указания) применять профиль передачи и связанные параметры, связанные с принятой (или указанной) частью активной ширины полосы.

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

Можно обеспечивать системы, способы и средства для обработки характеристик передачи с наложением между множеством передач. WTRU может определять наличие наложения по времени между множеством передач, например первой передачей и второй передачей. WTRU может выполнять по меньшей мере одно из следующих действий: (1) выполнение подмножества (например, одну) одной из передач; (2) отмена, сброс или прерывание (например, если она уже выполняется) одной из передач; (3) приостановка и/или задержка одной из передач; (4) выполнение обеих передач и/или применение функций масштабирования мощности к по меньшей мере одной передаче, например при отсутствии наложения по частоте между передачами; или (5) изменение по меньшей мере одной характеристики первой передачи, например, для передачи по меньшей мере части информации, которая в ином случае могла быть передана при помощи второй передачи. Например, модуль WTRU может изменять какую-либо характеристику опорного сигнала демодуляции (DM-RS) для первой передачи PUSCH для указания запроса планирования (SR). Например, изменение может включать в себя назначение нулевой мощности, переключение на второй предварительно сконфигурированный ресурс, изменение фазы и т.п.WTRU может выполнять такое действие в комбинации с назначением нулевой мощности второй передаче, например SR по PUCCH, которая в ином случае могла быть наложена по времени.

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

По меньшей мере одна характеристика передачи, которая может быть изменена, может включать в себя какую-либо характеристику опорного сигнала, встроенного в передачу, такого как опорный сигнал демодуляции (DM-RS). Например, такая характеристика может включать в себя относительную фазу между двумя символами времени, несущими DM-RS. Относительная фаза может иметь первое значение, например, при отсутствии передачи SR. Относительная фаза может иметь второе значение при передаче запроса планирования.

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

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

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

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

WTRU может определять возможность применения им по меньшей мере одного решения по определению приоритета или мультиплексированию. Решение по определению приоритета или мультиплексированию может представлять собой функцию одного или более аспектов времени, включая, например, по меньшей мере одно из следующего: (1) аспект времени, когда данные могут быть доступны для передачи, или когда данные, доступные для передачи, могут инициировать передачу BSR и/или передачу SR; (2) аспект времени, когда может быть запущен запрос планирования (SR); (3) аспект времени, в течение которого может быть принята информация управления нисходящей линии связи, указывающая на передачу по восходящей линии связи (например, передачу PUSCH или передачу PUCCH); (4) аспект времени приема сигнализации более высокого уровня, например, по меньшей мере в случае сконфигурированного предоставления или другой периодической или полупостоянной передачи (например, CSI, SRS); (5) аспект времени, в течение которого может быть запланировано начало (и/или завершение) передачи PUSCH согласно сконфигурированному или динамическому предоставлению; (6) аспект времени, в которое может начинаться (и/или заканчиваться) передача PUCCH, например в соответствии с полустатической конфигурацией или указанием из информации управления нисходящей линии связи; (7) длительность передачи PUSCH или PUCCH; или (8) аспект времени, в которое может быть определено, что по каким-либо другим причинам, например, прием пейджингового запроса, инициализация такой процедуры, как восстановления RRC-соединения и т.п., передача могут быть осуществлены в будущем. В случае (1), например, модуль WTRU может выполнять такое определение, когда доступными для передачи могут стать новые данные для логического канала (LCH) определенного уровня приоритета и/или типа, или когда доступные для передачи данные могут инициировать передачу отчета о состоянии буфера (BSR) и/или SR. WTRU может выполнять такое определение для данных, связанных с ограничением сопоставления (например, ограничением сопоставления канала LCH передаче), каким-либо профилем и/или приоритетом LCH / группы логических каналов (LCG).

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

WTRU может выполнять первое действие 1 (действие 1) или второе действие 2 (действие 2), например, если модуль WTRU определит, что первое событие А (событие А) происходит по меньшей мере за х символов времени до начала события В (событие В). Событие В может представлять собой известное событие.

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

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

В примере событие А может соответствовать инициирующему SR сигналу для данных, связанных с каким-либо профилем передачи, например профилем передачи, соответствующим передаче данных URLLC. Событие В может соответствовать началу передачи по восходящей линии связи по каналу PUSCH для данных, связанных с каким-либо профилем передачи, например профилем передачи, соответствующим передаче данных еМВВ.

Действие 1 может соответствовать отмене передачи по восходящей линии связи, например передачи PUSCH, соответствующей данным еМВВ, и выполнению модулем WTRU передачи SR с использованием ресурса/способа, соответствующего типу данных URLLC. Действие 2 может соответствовать настройке отмены/отбрасывания/обнуления мощности одного или более конкретных символов и/или DM-RS модификации передачи PUSCH для данных еМВВ, например для указания SR для URLLC, как описано в настоящем документе.

В примере одна из передач может соответствовать первому профилю передачи или аналогичному профилю, например сервису URLLC, а другая может соответствовать второму профилю передачи, например сервису еМВВ. В таком примере, если модуль WTRU определит, что доступного времени обработки достаточно (например, если время между двумя событиями меньше х), и если модуль WTRU определит это до начала любой одной из передач, которые по меньшей мере частично накладываются, модуль WTRU может выполнить по меньшей мере одно из следующих действий для различных комбинаций сигналов: (1) модуль WTRU может определять приоритет SR (для URLLC), отбрасывать PUSCH (для еМВВ); (2) модуль WTRU может добавлять и/или выкалывать PUSCH (для еМВВ) с SR (для URLLC), например, с помощью аналогичного принципа конкатенации, применяемого для UCI на PUSCH для LTE; (3) модуль WTRU может встраивать передачу, например отбрасывать часть PUSCH (для еМВВ) и заменять ее на sPUSCH (включая BSR (для URLLC)); (4) модуль WTRU может выдавать сигнал SR посредством изменения последовательности DM-RS в PUSCH (для еМВВ); (5) модуль WTRU может изменять UL PC, например применять масштабирование мощности, например при ограниченной мощности модуля WTRU.

В примере, если модуль WTRU определит, что доступного времени обработки достаточно (например, если время между двумя событиями меньше х), или если блок если модуль WTRU не определит это до начала любой одной из передач, которые по меньшей мере частично накладываются, модуль WTRU может выполнить по меньшей мере одно из следующих действий для различных комбинаций сигналов: (1) модуль WTRU может заменять/прерывать или выкалывать текущий PUSCH (для еМВВ), и модуль WTRU может передавать SR (для URLLC) с помощью связанного ресурса, например, по короткому PUCCH вместо него, передавать BSR (для URLLC), например, по короткому PUSCH (для URLLC) вместо него, и/или передавать URLLC ТВ, например, по короткому PUSCH (для URLLC) вместо него; (2) модуль WTRU может выдавать сигнал SR посредством изменения последовательности DM-RS для текущего PUSCH (для еМВВ); (3) модуль WTRU может соответствующим образом изменять UL PC (например, при усилении сигнала DM-RS).

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

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

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

Изобретение относится к области беспроводной связи. Техническим результатом является повышение эффективности использования ресурсов и надежности сигнализации управления. Упомянутый технический результат достигается тем, что приемник в модуле беспроводной передачи/приема (WTRU) может принимать одну или более передач по физическому каналу управления нисходящей линии связи (PDCCH), содержащих информацию управления нисходящей линии связи (DCI), WTRU определяет профиль передачи, связанный с информацией управления восходящей линии связи (UCI), на основании которого модуль WTRU определяет одну или более характеристик передачи, связанных с передачей UCI; WTRU передает UCI через физический канал управления восходящей линии связи (PUCCH), а UCI передается с применением характеристик передачи, определенных модулем WTRU. WTRU передает UCI на основании по меньшей мере одного из набора ресурсов управления (CORESET), пространства поиска или временного идентификатора радиосети (RNTI); WTRU может по-разному определять профиль передачи на основании возможного содержимого UCI. 2 н. и 22 з.п. ф-лы, 6 ил.

1. Модуль беспроводной передачи/приема (WTRU), содержащий:

процессор, выполненный с возможностью:

приема первой передачи по физическому каналу управления нисходящей линии связи (PDCCH), содержащей первую информацию управления нисходящей линии связи (DCI), причем первая DCI указывает на первый уровень приоритета, соотносимый с запланированной первой передачей по каналу восходящей линии связи;

приема второй передачи по каналу PDCCH, содержащей вторую DCI, причем вторая DCI указывает на второй уровень приоритета, соотносимый с запланированной второй передачей по каналу восходящей линии связи; и

передачи информации, связанной с одной или несколькими передачами из числа запланированной первой передачи по восходящей линии связи или запланированной второй передачи по восходящей линии связи, при этом:

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

передачи общей информации, причем общая информация включает в себя информацию, связанную с запланированной первой передачей по каналу восходящей линии связи, которая объединена с информацией, связанной с запланированной второй передачей по каналу восходящей линии связи.

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

сброса запланированной второй передачи по каналу восходящей линии связи; и

передачи информации, связанной с запланированной первой передачей по каналу восходящей линии связи.

3. WTRU по п. 1, в котором общая информация передается с использованием передачи по каналу управления восходящей линии связи или передачи по общему каналу восходящей линии связи.

4. WTRU по п. 2, в котором запланированная первая передача по каналу восходящей линии связи передается с использованием передачи по каналу управления восходящей линии связи или передачи по общему каналу восходящей линии связи.

5. WTRU по п. 1, в котором первая DCI или вторая DCI соотносится с передачей по физическому общему каналу нисходящей линии связи (PDSCH).

6. WTRU по п. 5, в котором первый уровень приоритета соотносится с физическим общим каналом нисходящей линии связи (PDSCH), по которому принимается PDSCH-передача, или с физическим каналом управления восходящей линии связи (PUCCH), по которому передается сигнал обратной связи, соотносимый с PDSCH-передачей.

7. WTRU по п. 1, в котором первая запланированная передача по каналу восходящей линии связи представляет собой первую передачу по каналу PUCCH, а вторая запланированная передача по каналу восходящей линии связи представляет собой вторую передачу по каналу PUCCH.

8. WTRU по п. 1, в котором первая DCI или вторая DCI соотносится с передачей по физическому общему каналу восходящей линии связи (PUSCH).

9. WTRU по п. 1, в котором запланированная первая передача по каналу восходящей линии связи представляет собой передачу по физическому каналу управления восходящей линии связи (PUCCH), а запланированная вторая передача по каналу восходящей линии связи представляет собой передачу по физическому общему каналу восходящей линии связи (PUSCH).

10. WTRU по п. 1, в котором первый уровень приоритета или второй уровень приоритета соотносится с профилем передачи.

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

12. WTRU по п. 11, в котором информация управления включает в себя информацию обратной связи HARQ (гибридного автоматического запроса на повторение передачи) или информацию управления восходящей линии связи (UCI), и в котором информация в виде данных включает в себя данные, передаваемые по восходящей линии связи.

13. Способ, связанный с передачами информации по каналу восходящей линии связи, причем этот способ предусматривает:

прием первой передачи по физическому каналу управления нисходящей линии связи (РDССН), содержащей первую информацию управления нисходящей линии связи (DCI), причем первая DCI указывает на первый уровень приоритета, соотносимый с запланированной первой передачей по каналу восходящей линии связи;

прием второй передачи по PDCCH, содержащей вторую DCI, причем вторая DCI указывает на второй уровень приоритета, соотносимый с запланированной второй передачей по каналу восходящей линии связи; и

передачу информации, связанной с одной или несколькими передачами из числа запланированной первой передачи по восходящей линии связи или запланированной второй передачи по восходящей линии связи, при этом:

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

передачи общей информации, причем общая информация включает в себя информацию, связанную с запланированной первой передачей по каналу восходящей линии связи, которая объединена с информацией, связанной с запланированной второй передачей по каналу восходящей линии связи.

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

сброс запланированной второй передачи по каналу восходящей линии связи; и

передача информации, связанной с запланированной первой передачей по каналу восходящей линии связи.

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

16. Способ по п. 14, в котором запланированная первая передача по каналу восходящей линии связи передается с использованием передачи по каналу управления восходящей линии связи или передачи по общему каналу восходящей линии связи.

17. Способ по п. 13, в котором первая DCI или вторая DCI соотносится с передачей по физическому общему каналу нисходящей линии связи (РDSCH).

18. Способ по п. 17, в котором первый уровень приоритета соотносится с физическим общим каналом нисходящей линии связи (PDSCH), по которому принимается PDSCH-передача, или с физическим каналом управления восходящей линии связи (PUCCH), по которому передается сигнал обратной связи, соотносимый с PDSCH-передачей.

19. Способ по п. 13, в котором первая запланированная передача по каналу восходящей линии связи представляет собой первую передачу по каналу PUCCH, а вторая запланированная передача по каналу восходящей линии связи представляет собой вторую передачу по каналу PUCCH.

20. Способ по п. 13, в котором первая DCI или вторая DCI соотносится с передачей по физическому общему каналу восходящей линии связи (PUSCH).

21. Способ по п. 13, в котором запланированная первая передача по каналу восходящей линии связи представляет собой передачу по физическому каналу управления восходящей линии связи (PUCCH), а запланированная вторая передача по каналу восходящей линии связи представляет собой передачу по физическому общему каналу восходящей линии связи (PUSCH).

22. Способ по п. 13, в котором первый уровень приоритета или второй уровень приоритета соотносится с профилем передачи.

23. Способ по п. 13, в котором информация, связанная с запланированной первой передачей по каналу восходящей линии связи, включает в себя информацию управления, а информация, связанная с запланированной второй передачей по каналу восходящей линии связи, включает в себя информацию управления или информацию в виде данных.

24. Способ по п. 23, в котором информация управления включает в себя информацию обратной связи HARQ (гибридного автоматического запроса на повторение передачи) или информацию управления восходящей линии связи (UCI), и в котором информация в виде данных включает в себя данные, передаваемые по восходящей линии связи.