Способы и устройство передачи с множеством точек передачи/приема

Изобретение относится к беспроводной связи. Способ передачи с множеством точек передачи/приема (мульти-TRP) включает декодирование передачи физического канала управления нисходящей линии связи (PDCCH), принятой от каждой из первой и второй TRP для получения набора параметров, указывающих первую и вторую информацию о синхронизации; прием передачи физического совместно используемого канала для передачи данных по нисходящей линии связи (PDSCH) от каждой из TRP; определение местоположения интервала физического канала управления восходящей линии связи PUCCH-кандидата для каждой из TRP и определение выбранного местоположения интервала PUCCH для первой и второй TRP. Технический результат заключается в обеспечении возможности для модуля беспроводной передачи/приема управлять своей передачей PUCCH. 2 н. и 12 з.п. ф-лы, 14 ил.

 

Перекрестные ссылки на смежные заявки

Настоящая заявка испрашивает преимущество по предварительной заявке на патент США № 62/743339, поданной 9 октября 2018 г., содержание которой полностью включено в настоящий документ путем ссылки.

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

В новой радиосети (NR) может поддерживаться работа с множеством точек передачи/приема (TRP) (MTRP). Для MTRP NR нисходящей линии связи (DL) модуль беспроводной передачи/приема (WTRU) NR может принимать и обрабатывать множество физических каналов управления нисходящей линии связи (PDCCH) NR и множество физических совместно применяемых каналов для передачи данных по нисходящей линии связи (PDSCH) NR.

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

В другом сценарии каждый из множества NR-PDCCH планирует соответствующий NR-PDSCH, а каждый NR-PDSCH передают от отдельной TRP. В соответствии с текущими обсуждениями NR может поддерживать максимум два NR-PDSCH на несущую составляющую для одной части ширины полосы и максимум два NR-PDCCH, соответствующих одному интервалу. Наличие множества NR-PDCCH может обеспечивать большую гибкость планирования на TRP. Каждый NR-PDCCH может переносить различные инструкции по планированию для WTRU, не подвергаясь влиянию неидеальной транспортной сети связи. Таким образом, существует меньше информации, которая может потребоваться для обмена между взаимодействующими TRP по транспортной сети связи. Кроме того, распределенное планирование может обеспечивать разнесение каналов, поскольку отказ канала луча в одной TRP может влиять только на ресурсы, управляемые этой TRP. Передачи на других TRP могут продолжаться без прерывания. Это может быть важным фактором для приложений связи повышенной надежности с малым временем задержки (URLLC). С другой стороны, поскольку WTRU может потребоваться выполнение слепого обнаружения множества принятых NR-PDCCH, эффективный размер пространства поиска может увеличиваться. Координация остается важным аспектом работы для предотвращения конфликта передаваемых NR-PDCCH от MTRP.

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

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

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

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

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

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

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

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

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

на фиг. 2 представлена схема двух потенциальных сценариев для операций в режиме мульти-TRP (MTRP) нисходящей линии связи (DL);

на фиг. 3 представлена схема, иллюстрирующая асинхронный гибридный автоматический запрос на повторение передачи (HARQ) в новой радиосети (NR), где передача подтверждения /отрицательного подтверждения (ACK/NACK) происходит через K₁ интервалов после декодирования физического канала управления нисходящей линии связи (PDSCH);

на фиг. 4 представлена схема, иллюстрирующая пример WTRU с заданной задержкой T_d обработки посредством WTRU;

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

на фиг. 6 представлена схема, иллюстрирующая пример K₀ и K₁ в соответствии с вариантом осуществления настоящей заявки;

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

на фиг. 7B представлена схема, иллюстрирующая другое относительное местоположение интервала между PDCCH и PDSCH в соответствии с вариантом осуществления настоящей заявки;

на фиг. 8 представлена схема, иллюстрирующая пример передач ACK/NACK в соответствии с вариантом осуществления настоящей заявки;

на фиг. 9 представлена схема, иллюстрирующая другой пример передач ACK/NACK в соответствии с вариантом осуществления настоящей заявки; и

на фиг. 10 представлена схема, на которой показан пример конфигурации набора ресурсов управления (CORESET), причем количество сконфигурированных CORESET равно количеству сконфигурированных TRP.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

На фиг. 1B представлена схема системы, иллюстрирующая пример WTRU 102. Как показано на фиг. 1B, WTRU 102 может включать в себя процессор 118, приемопередатчик 120, передающий/приемный элемент 122, динамик/микрофон 124, клавиатуру 126, дисплей/сенсорную панель 128, несъемное запоминающее устройство 130, съемное запоминающее устройство 132, источник 134 питания, набор 136 микросхем глобальной системы определения местоположения (GPS) и/или другие периферийные устройства 138, среди прочего. Следует понимать, что WTRU 102 может включать в себя любую подкомбинацию вышеперечисленных элементов и в то же время соответствовать варианту осуществления.

Процессор 118 может представлять собой процессор общего назначения, процессор специального назначения, стандартный процессор, цифровой сигнальный процессор (DSP), множество микропроцессоров, один или более микропроцессоров, связанных с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), программируемые пользователем вентильные матрицы (FPGA), интегральные схемы (IC) любого другого типа, конечный автомат и т.п. Процессор 118 может выполнять кодирование сигналов, обработку данных, управление мощностью, обработку ввода/вывода и/или любой другой функционал, который позволяет WTRU 102 работать в среде беспроводной связи. Процессор 118 может быть соединен с приемопередатчиком 120, который может быть соединен с передающим/приемным элементом 122. Хотя на фиг. 1B процессор 118 и приемопередатчик 120 показаны в виде отдельных компонентов, следует понимать, что процессор 118 и приемопередатчик 120 могут быть вместе встроены в электронный блок или микросхему.

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

Хотя на фиг. 1B передающий/приемный элемент 122 показан в виде одного элемента, WTRU 102 может включать в себя любое количество передающих/приемных элементов 122. Более конкретно, WTRU 102 может использовать технологию MIMO. Таким образом, в одном варианте осуществления WTRU 102 может включать в себя два или более передающих/приемных элементов 122 (например, множество антенн) для передачи и приема радиосигналов по радиоинтерфейсу 116.

Приемопередатчик 120 может быть выполнен с возможностью модуляции сигналов, подлежащих передаче передающим/приемным элементом 122, и демодуляции сигналов, принимаемых передающим/приемным элементом 122. Как указано выше, WTRU 102 может иметь многорежимные возможности. Таким образом, приемопередатчик 120 может включать в себя множество приемопередатчиков для обеспечения возможности для WTRU 102 осуществлять связь посредством множества технологий RAT, таких как, например, NRand IEEE 802.11.

Процессор 118 WTRU 102 может быть соединен с динамиком/микрофоном 124, клавиатурой 126 и/или дисплеем/сенсорной панелью 128 (например, жидкокристаллическим дисплеем (LCD) или дисплеем на органических светодиодах (OLED)) и может принимать от них данные, вводимые пользователем. Процессор 118 также может выводить пользовательские данные на динамик/микрофон 124, клавиатуру 126 и/или дисплей / сенсорную панель 128. Кроме того, процессор 118 может получать доступ к информации и хранить ее в запоминающем устройстве любого подходящего типа, таком как несъемное запоминающее устройство 130 и/или съемное запоминающее устройство 132. Несъемное запоминающее устройство 130 может включать в себя оперативное запоминающее устройство (ОЗУ), постоянное запоминающее устройство (ПЗУ), жесткий диск или запоминающее устройство любого другого типа. Съемное запоминающее устройство 132 может включать в себя карту модуля идентификации абонента (SIM), карту памяти, безопасную цифровую карту памяти (SD) и т. п. В других вариантах осуществления процессор 118 может получать доступ к информации и хранить данные в запоминающем устройстве, которое физически не размещено в WTRU 102, например находится на сервере или домашнем компьютере (не показаны).

Процессор 118 может получать питание от источника 134 питания и может быть выполнен с возможностью распределения питания и/или управления питанием для других компонентов в WTRU 102. Источник 134 питания может представлять собой любое подходящее устройство для подачи питания на WTRU 102. Например, источник 134 питания может включать в себя одну или более сухих батарей (например, никель-кадмиевых (NiCd), никель-цинковых (NiZn), никель-металлгидридных (NiMH), литий-ионных (Li-ion) и т. п.), солнечных элементов, топливных элементов и т. п.

Процессор 118 также может быть соединен с набором 136 микросхем GPS, который может быть выполнен с возможностью предоставления информации о местоположении (например, долготы и широты) в отношении текущего местоположения WTRU 102. В дополнение или вместо информации от набора 136 микросхем GPS WTRU 102 может принимать информацию о местоположении по радиоинтерфейсу 116 от базовой станции (например, от базовых станций 114a, 114b) и/или выполнять определение своего местоположения на основе синхронизации сигналов, принимаемых от двух или более расположенных рядом базовых станций. Следует понимать, что WTRU 102 может получать информацию о местоположении посредством любого подходящего способа определения местоположения и при этом соответствовать варианту осуществления.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для осуществления связи STA с высокой пропускной способностью (HT) может быть использован канал шириной 40 МГц, например, путем объединения первичного канала 20 МГц со смежным или несмежным каналом 20 МГц с образованием канала шириной 40 МГц.

STA со сверхвысокой пропускной способностью (VHT) могут поддерживать каналы шириной 20 МГц, 40 МГц, 80 МГц и/или 160 МГц. Каналы шириной 40 МГц и/или 80 МГц могут быть образованы путем объединения смежных каналов шириной 20 МГц. Канал 160 МГц может быть образован путем объединения 8 смежных каналов шириной 20 МГц или путем объединения двух несмежных каналов шириной 80 МГц, которые могут называться конфигурацией 80 + 80. Для конфигурации 80 + 80 данные после кодирования канала могут проходить через анализатор сегментов, который может разделять данные на два потока. Обработку в виде обратного быстрого преобразования Фурье (IFFT) и обработку во временной области можно выполнять отдельно для каждого потока. Потоки могут быть сопоставлены с двумя каналами 80 МГц, а данные могут быть переданы передающей STA. В приемнике принимающей STA вышеописанная операция для конфигурации 80 + 80 может быть инвертирована, а объединенные данные могут быть отправлены на устройство управления доступом к среде передачи данных (MAC).

Режимы работы ниже 1 ГГц поддерживаются 802.11af и 802.11ah. Значения рабочей ширины полосы каналов и несущие уменьшены в 802.11af и 802.11ah по сравнению с теми, которые используются в 802.11n и 802.11ac. 802.11af поддерживает значения ширины полосы 5 МГц, 10 МГц и 20 МГц в неиспользуемой части спектра телевизионного сигнала (TVWS), а 802.11ah поддерживает значения ширины полосы 1 МГц, 2 МГц, 4 МГц, 8 МГц и 16 МГц с использованием спектра, не относящегося к TVWS. В типовом варианте осуществления стандарт 802.11ah может поддерживать управление с измерением / межмашинную связь (MTC), например устройства MTC в макрозоне покрытия. Устройства MTC могут обладать определенными возможностями, например ограниченными возможностями, включая поддержку (например, только поддержку) определенных и/или ограниченных значений ширины полосы. Устройства MTC могут включать в себя батарею со сроком службы батареи выше порога (например, для обеспечения очень длительного срока службы батареи).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для обеспечения эффективности и надежности работы с мульти-TRP необходимо рассматривать и решать многие аспекты работы NR. В вариантах осуществления, описанных в настоящей заявке, описаны способы и устройство передачи с множеством передающих/приемных точек (мульти-TRP), которые могут позволять WTRU управлять своей передачей NR-PUCCH относительно множества NR-PDSCH от множества TRP. Дополнительно в вариантах осуществления, описанных в настоящей заявке, описаны способы и устройство, которые могут позволить WTRU эффективно определять свое состояние приема (например, режим работы с мульти-TRP или без мульти-TRP) посредством соответствующих процедур для определения и адаптации, поскольку он может переключаться между режимами передачи с одной TRP и с мульти-TRP. Кроме того, в вариантах осуществления, описанных в настоящей заявке, описаны способы и устройство, которые могут обеспечивать координацию для передач с мульти-TRP как для передачи опорного сигнала демодуляции (DMRS) DL, так и для передачи опорного сигнала зондирования (SRS) восходящей линии связи (UL), например для поддержания ортогональности и надежности измерений.

Набор ресурсов управления (CORESET) может содержать набор ресурсных элементов (RE), используемых для канала управления нисходящей линии связи, и может быть сконфигурирован посредством их частотных ресурсов, их длительностью (выраженной в символах) и типом пакетов группы ресурсных элементов (REG). Пространство поиска (или набор пространств поиска) может представлять собой набор кандидатов PDCCH, которые отслеживаются WTRU или группой WTRU во время слепого обнаружения PDCCH.

На фиг. 2 представлена схема, иллюстрирующая два потенциальных сценария для операций с мульти-TRP нисходящей линии связи. В NR работа с мульти-TRP поддерживается с начальным акцентом на передачу по нисходящей линии связи. Ожидается, что WTRU будет способен принимать и обрабатывать множество передач PDCCH и PDSCH. На фиг. 2 показаны два основных варианта операций с мульти-TRP нисходящей линии связи, в которых P-TRP относится к первичной TRP, а S-TP относится ко вторичной TRP соответственно. В сценарии 1 один PDCCH используют для планирования передачи одного PDSCH, причем отдельные уровни передают от отдельных TRP. В сценарии 2 каждый из множества PDCCH используют для планирования соответствующей передачи PDSCH, причем каждую передачу PDSCH передают от отдельной TRP. Хотя в примерах на фиг. 2 показано количество из 2 передач PDSCH на несущую составляющую в случае одной части ширины полосы и максимальное количество из 2 PDCCH, соответствующих одному интервалу, возможны и другие конфигурации.

В сценарии 1, несмотря на передачу множества уровней данных PDSCH, сложность слепого поиска WTRU для декодирования DCI может оставаться аналогичной прежним системам, поскольку WTRU необходимо декодировать только один PDCCH. Однако решения по планированию могут быть централизованно скоординированы на одной gNB, требующей некоторой координации между множеством TRP. Кроме того, отказ канала луча в первичной координирующей TRP может повлиять на передачу на всех других TRP, поскольку WTRU может принимать информацию управления от одной TRP для всех TRP в координирующем наборе.

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

На фиг. 3 представлена схема, иллюстрирующая асинхронный гибридный автоматический запрос на повторение передачи (HARQ) в NR, где передача ACK/NACK происходит через K₁ интервалов после декодирования PDSCH. Как только WTRU декодирует принятую DCI, например формат 1_1 DCI или формат 1_0 DCI, он может определять различную информацию планирования нисходящей линии связи, включая индикатор синхронизации между PDSCH и HARQ, т.е. K₁. K₁ может представлять собой индекс, указывающий на сконфигурированное значение RRC, которое определяет временное смещение между приемом передачи PDSCH и передачей PUCCH (например, передачей ACK/NACK по PUCCH). Как показано на фиг. 3, WTRU может определять, что передача ACK/NACK будет происходить через K₁ интервалов после приема PDSCH. Пока WTRU декодирует PDCCH, WTRU может определять, что интервал для приема PDSCH представляет собой интервал i, и, таким образом, WTRU может дополнительно определять, что интервал для передачи ACK/NACK представляет собой интервал (i + K₁).

При этом WTRU также может получать K₀ и K₂ после декодирования принятой DCI. K₀ представляет собой индикатор назначения ресурса временной области, который указывает временное смещение между DCI и передачей PDSCH. K₂ представляет собой назначение ресурса временной области, которое указывает временное смещение между DCI и передачей PUSCH.

В приведенных ниже вариантах осуществления и примерах будет подробно описано возможное применение К₀ и К₁.

На фиг. 4 представлена схема, иллюстрирующая пример WTRU с заданной задержкой T_d обработки посредством WTRU. В сценарии передачи с мульти-TRP нисходящей линии связи применимое смещение синхронизации между PDSCH и HARQ (т. е. K₁) может быть разным для каждой TRP. Например, TRP могут не иметь одинакового выделения ресурса PDSCH в пределах интервала, и, следовательно, могут потребоваться разные смещения синхронизации между PDSCH и HARQ. Как показано на фиг. 4, для TRP 1 PDSCH (т. е. прием PDSCH) расположен в начале интервала i на основании выделения ресурса PDSCH от TRP 1. Хотя существует задержка T_d обработки посредством WTRU, WTRU может завершать обработку PDSCH в пределах интервала i, и, таким образом, PUCCH (например, ACK/NACK по PUCCH) может быть размещен в интервале сразу после интервала i. Однако, напротив, PDSCH (т.е. прием PDSCH) для TRP 2 может находиться в конце интервала i на основании выделения ресурса PDSCH от TRP 2, а WTRU нуждается в интервале (i + 1) во временной области для обработки PDSCH из-за задержки T_d обработки посредством WTRU. Таким образом, PUCCH (например, ACK/NACK по PUCCH) должен быть размещен в интервале (i + 2). В этом случае из-за разных выделений ресурсов PDSCH от разных TRP могут потребоваться разные смещения синхронизации между PDSCH и HARQ (т. е. разные значения K₁).

На фиг. 5 представлена блок-схема, иллюстрирующая процедуру 500 передачи с мульти-TRP. Как показано на фиг. 5, процедура начинается с WTRU, принимающего набор параметров и передачу физического канала управления нисходящей линии связи (PDCCH) от каждой из множества TRP на этапе 501. Затем на этапе 502 WTRU декодирует каждую принятую передачу PDCCH для получения значения K1 для каждой из множества TRP на основании каждого принятого набора параметров. Далее на этапе 503 WTRU может принимать передачу физического совместно используемого канала для передачи данных по нисходящей линии связи (PDSCH) от каждой из множества TRP. Затем на этапе 504 WTRU может определять местоположение интервала приема PDSCH для каждой принятой передачи PDSCH. На основании каждого определенного местоположения интервала приема PDSCH и каждого полученного значения K1 WTRU может определять местоположение интервала PUCCH-кандидата для каждой из множества TRP на этапе 505. Затем WTRU может определять выбранное местоположение интервала PUCCH для всех из множества TRP на основании сравнения на этапе 506A всех определенных местоположений интервала PUCCH-кандидата, причем если на этапе 506B все определенные местоположения интервала PUCCH-кандидата не являются одинаковыми, выбранное местоположение интервала PUCCH представляет собой наиболее удаленное местоположение интервала PUCCH-кандидата; а если на этапе 506C все определенные местоположения интервала PUCCH-кандидата одинаковы, выбранное местоположение интервала PUCCH представляет собой любое из определенных местоположений интервала PUCCH-кандидата. На основании этого определения WTRU на этапе 507 выбирает ресурс PUCCH и выполняет передачу по выбранному ресурсу PUCCH.

В соответствии с этапом 501, показанным на фиг. 5, WTRU может быть выполнен с возможностью приема набора параметров и приема передачи PDCCH от каждой из множества TRP. Чтобы WTRU мог декодировать PDCCH для приема DCI, ему необходимо определить конкретный диапазон частот, в котором может находиться PDCCH. Но эта информация может быть не предоставлена WTRU предварительно, и местоположение может изменяться динамически. Набор параметров, принятый от каждой из TRP, может содержать информацию о конкретном диапазоне частот, который, возможно, переносит PDCCH. В пределах этого диапазона WTRU должен попытаться декодировать PDCCH посредством слепого декодирования или слепого поиска. Следует понимать, что PDCCH содержит информацию управления, т. е. DCI, для PDSCH и PUSCH, а DCI является критически важной частью передачи PDCCH. Таким образом, слепое декодирование PDCCH в некоторой степени означает слепое декодирование DCI. В целях четкого и однозначного описания настоящей заявки, если не указано иное, термины «PDCCH» и «DCI» в настоящем документе могут использоваться взаимозаменяемо.

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

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

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

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

Следует понимать, что термин «набор параметров» в настоящем документе представляет собой собирательное понятие, иными словами, набор параметров, принятый от каждой из TRP, не ограничен только одним параметром, таким как упомянутый выше CORESET. Он может содержать множество параметров. Например, набор параметров может содержать как CORESET, так и пространство поиска.

Набор параметров, принятый от каждой из множества TRP, может быть неодинаковым. Например, в одном варианте осуществления имеются три TRP, т. е. первая TRP, вторая TRP и третья TRP. Набор параметров, принятый от первой TRP, может содержать CORESET, набор параметров, принятый от второй TRP, может содержать пространство поиска, а набор параметров, принятый от третьей TRP, может содержать как CORESET, так и пространство поиска.

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

В соответствии с этапом 502, показанным на фиг. 5, WTRU выполнен с возможностью декодирования каждого принятого PDCCH для получения значения K₁ для каждой из множества TRP на основании каждого принятого набора параметров.

Следует понимать, что поскольку K₁ указывает временное смещение между приемом PDSCH и передачей ACK/NACK по PUCCH, значимость термина «K₁» заключается в его значении. Таким образом, в целях четкого и однозначного описания термины «K₁» и «значение K₁» имеют одинаковое или аналогичное значение, и, если не указано иное, в настоящей заявке они являются взаимозаменяемыми.

Следует понимать, что местоположение интервала является критическим аспектом способов и устройства передачи с мульти-TRP, описанных в настоящей заявке, и, таким образом, применение термина «интервал» и других аналогичных терминов, таких как «интервал i» и «интервал i + 2», предназначено для указания местоположения этого интервала в пределах подкадра или кадра. Они не используются для описания этих ресурсов или символов в пределах интервала, таких как ресурсный элемент или элемент канала управления в пределах интервала. Таким образом, если не указано иное, такие термины, как «интервал», «интервал i» и «интервал i + 2», означают местоположения интервалов, соответствующие этим интервалам.

В соответствии с этапом 503, показанным на фиг. 5, WTRU выполнен с возможностью приема передачи PDSCH от каждой из множества TRP.

В вариантах осуществления настоящей заявки может существовать более двух TRP, например первичная TRP (P-TRP), вторичная TRP (S-TRP) и третья TRP. Таким образом, WTRU может принимать передачу PDSCH (NR-PDSCH 1) от P-TRP, передачу PDSCH (NR-PDSCH 2) от S-TRP и передачу PDSCH (NR-PDSCH 3) от третьей TRP и обмениваться данными с ними.

Следует понимать, что вышеупомянутый пример, в котором WTRU принимает PDSCH от каждой из трех TRP, не подразумевает исключающего или ограничивающего характера для настоящей заявки. Например, могут присутствовать четыре TRP, с которыми WTRU может обмениваться данными, и, таким образом, WTRU может принимать передачу PDSCH (NR-PDSCH 1) от первой TRP, передачу PDSCH (NR-PDSCH 2) от второй TRP, передачу PDSCH (NR-PDSCH 3) от третьей TRP и передачу PDSCH (NR-PDSCH 4) от четвертой TRP.

В соответствии с этапом 504, показанным на фиг. 5, WTRU выполнен с возможностью определения местоположения интервала приема PDSCH для каждого принятого PDSCH.

На фиг. 6 показан пример интервалов для передачи DCI и PDSCH. Как показано на фиг. 6, выделение ресурса временной области для выделения ресурса PDSCH (синхронизации DCI-PDSCH) во временной области можно использовать для определения местоположения интервала приема PDSCH. Для PDSCH его относительное местоположение интервала по отношению к DCI указывают значением K₀ в DCI. Например, если K₀ = 0, PDSCH и PDCCH находятся в одном и том же интервале; если K₀ = 1, PDSCH находится через один интервал после PDCCH во временной области; если K₀ = 2, PDSCH находится через два интервала после PDCCH во временной области и т. п.

K₀ основан на численной величине PDSCH. В нисходящей линии связи WTRU планируют для приема передачи PDSCH посредством DCI, т.е. поле назначения ресурса временной области DCI обеспечивает индекс строки для таблицы выделения, где индекс строки определяет K₀, индикатор SLVIA начала и длины и тип сопоставления PDSCH. Начальный символ (т. е. начало интервала) и количество последовательных символов, отсчитываемых от начального символа, выделенного для PDSCH, определяют из индикатора SLIVA начала и длины. Как показано на фиг. 7A и 7B, интервал, выделенный для PDSCH, определяют как [n(2^μPDSCH/(2^μPDCCH)]) + K₀, где μPDSCH и μPDCCH представляют собой конфигурации разноса поднесущих для PDSCH и PDCCH соответственно.

На фиг. 7A и 7B показаны два примера расположения интервала приема PDSCH. Как показано на фиг. 7A и 7B, каждый интервал имеет 14 символов (т.е. символы 0–13). Как показано на фиг. 7A, K₀ = 0 и PDSCH и PDCCH находятся в одном и том же интервале, т.е. в интервале n. Символы 0 и 1 переносят PDCCH, а символы 2–6 переносят PDSCH. Как показано на фиг. 7B, K₀ = 1, поэтому PDSCH находится в интервале n, а PDCCH находится в интервале n + 1. Символы 0 и 1 в интервале n переносят PDCCH, а символы 0–4 в интервале n + 1 переносят PDSCH.

Следует понимать, что эти два примера, показанные на фиг. 7A и 7B, не являются исключающими и ограничивающими настоящую заявку. Местоположение интервала приема PDSCH может изменяться в зависимости от различных значений K₀ и других параметров в PDCCH.

Кроме того, следует понимать, что поскольку K₀ указывает временное смещение между PDCCH и приемом передачи PDSCH, значимость термина «K₀» заключается в его значении. Таким образом, в целях четкого и однозначного описания термины «K₀» и «значение K₀» могут иметь одинаковое или аналогичное значение, и, если не указано иное, в настоящем документе они являются взаимозаменяемыми.

Хотя вышеописанные варианты осуществления демонстрируют, что WTRU может сначала принимать передачу PDCCH, а затем принимать вторую передачу PDSCH, следует понимать, что эти варианты осуществления не являются исключающими или ограничивающими настоящую заявку. Например, TRP может одновременно передавать на WTRU как PDCCH, так и PDSCH и, таким образом, WTRU может принимать как передачу PDCCH, так и передачу PDSCH одновременно. После приема передачи PDCCH и приема передачи PDSCH WTRU будет выполнять слепой поиск и декодирование передачи PDCCH с использованием набора параметров (например, CORESET), а затем использовать DCI из декодированной передачи PDCCH для декодирования передачи PDSCH.

В соответствии с этапом 505, показанным на фиг. 5, WTRU выполнен с возможностью определения на основании каждого определенного местоположения интервала приема PDSCH и каждого полученного значения K₁ местоположения интервала PUCCH-кандидата для каждой из множества TRP.

WTRU может определять, что передача ACK/NACK по PUCCH будет происходить через K₁ интервалов после приема передачи PDSCH. Например, если K₁ = 0, передача PDSCH и передача ACK/NACK по PUCCH находятся в одном и том же интервале; если K₁ = 1, передача ACK/NACK по PUCCH находится через один интервал во временной области после приема передачи PDSCH; если K₁ = 2, передача ACK/NACK по PUCCH находится через два интервала во временной области после приема передачи PDSCH и т.д.

На фиг. 8 проиллюстрированы два примера местоположения интервала передачи PUCCH-кандидата. Для этих двух примеров значение K₁ равно 2, т.е. передача ACK/NACK по PUCCH находится через два интервала после приема передачи PDSCH. Как показано на фиг. 8, местоположения интервала передачи PUCCH-кандидата как для TRP 1 (т.е. первичной TRP, показанной на фиг. 2), так и для TRP 2 (т.е. вторичной TRP, показанной на фиг. 2) являются одинаковыми, т.е. это интервал (i + 2), и, таким образом, передачи ACK/NACK как для TRP 1, так и для TRP 2 имеют один тот же интервал во временной области, т. е. интервал (i + 2).

На фиг. 9 проиллюстрированы другие два примера расположения интервала передачи PUCCH-кандидата. Как описано выше, разные TRP могут принимать различные значения K₁. В этих двух примерах значения K₁ для TRP 1 и TRP 2 отличаются друг от друга. Как показано на фиг. 9, значение K₁ для TRP 1 равно 1, и это означает, что передача ACK/NACK по PUCCH для TRP 1 находится через один интервал после PDSCH, т.е. интервал для передачи ACK/NACK представляет собой интервал (i + 1). Таким образом, местоположение интервала передачи PUCCH-кандидата для TRP 1 представляет собой интервал (i + 1). Значение K₁ для TRP 2 равно 2, и это означает, что передача ACK/NACK по PUCCH для TRP 2 находится через два интервала после приема передачи PDSCH, т. е. интервал для передачи ACK/NACK представляет собой интервал (i + 2). Из этого следует, что местоположение интервала передачи PUCCH-кандидата для TRP 2 представляет собой интервал (i + 2). Таким образом, в этих примерах, если WTRU отправляет передачу ACK/NACK для каждого PDSCH, принятого от TRP 1 и TRP 2, эти передачи ACK/NACK будут происходить в пределах разных интервалов во временной области. Способы и устройство передачи с мульти-TRP, описанные в настоящей заявке, могут решать эту проблему с разными интервалами и использовать один интервал (т. е. один ресурс PUCCH) для выполнения передачи PUCCH для передач PDSCH, принятых как от TRP 1, так и от TRP 2.

Как описано выше, в некоторых вариантах осуществления может быть более двух TRP. В этих вариантах осуществления значения K₁ для каждой TRP могут отличаться друг от друга. Например, значение K₁ для TRP 1 равно 0; значение K₁ для TRP 2 равно 1; а значение K₁ для TRP 2 равно 2. В приведенном ниже описании со ссылкой на фиг. 5, фиг. 8 и фиг. 9 будут более подробно описаны различные значения K₁ для разных TRP и способы определения желаемого интервала для передачи PUCCH (например, передачи ACK/NACK).

В соответствии с этапом 506A, показанным на фиг. 5, WTRU выполнен с возможностью определения выбранного местоположения интервала передачи PUCCH для всех из множества TRP на основании сравнения всех определенных местоположений интервала PUCCH-кандидата. В соответствии с этапом 506B, показанным на фиг. 5, если все определенные местоположения интервала PUCCH-кандидата одинаковы, WTRU может определять, что выбранное местоположение интервала PUCCH представляет собой любое из определенных местоположений интервала PUCCH-кандидата. В соответствии с этапом 506C, показанным на фиг. 5, если все определенные местоположения интервала PUCCH-кандидата не являются одинаковыми, WTRU может определять, что выбранное местоположение интервала передачи PUCCH является наиболее удаленным местоположением интервала PUCCH-кандидата.

Как показано на фиг. 8, местоположение интервала передачи PUCCH-кандидата для TRP 1 представляет собой интервал (i + 2), а местоположение интервала передачи PUCCH-кандидата для TRP 2 также представляет собой интервал (i + 2). Таким образом, на основе сравнения этих определенных местоположений интервала передачи PUCCH-кандидата (т. е. интервалов (i + 2)) WTRU может определять либо интервал (i + 2) для TRP 1, либо интервал (i + 2) для TRP 2 как выбранное местоположение интервала PUCCH. Другими словами, любое из определенных местоположений интервала передачи PUCCH-кандидата может представлять собой выбранное местоположение интервала передачи PUCCH.

Хотя на фиг. 8 проиллюстрирован пример, в котором как TRP 1, так и TRP 2 совместно используют одно и то же местоположение интервала передачи PUCCH-кандидата во временной области, этот пример не подразумевает исключающего или ограничивающего характера для настоящей заявки. Например, в одном варианте осуществления имеются три TRP, и все они могут совместно использовать одно и то же местоположение интервала передачи PUCCH-кандидата во временной области. В этом варианте осуществления WTRU может определять любое из одних и тех же местоположений интервала передачи PUCCH-кандидата для этих TRP как выбранное местоположение интервала передачи PUCCH для всех TRP.

Как показано на фиг. 9, местоположение интервала передачи PUCCH-кандидата для TRP 1 представляет собой интервал (i + 1), а местоположение интервала передачи PUCCH-кандидата для TRP 2 представляет собой интервал (i + 2). Интервал (i + 2) представляет собой более поздний интервал, чем интервал (i + 1), т.е. интервал (i + 2) представляет собой наиболее удаленное местоположение интервала передачи PUCCH-кандидата как для TRP 1, так и для TRP 2. Таким образом, WTRU может определять интервал (i + 2) для TRP 2 как выбранное местоположение интервала передачи PUCCH для передач PUCCH как для TRP 1, так и для TRP 2.

Хотя на фиг. 9 проиллюстрирован пример того, что определенные местоположения интервала передачи PUCCH для TRP 1 и TRP 2 не являются одинаковыми, этот пример не подразумевает исключающего или ограничивающего характера для настоящей заявки. Например, в одном варианте осуществления имеются три TRP (т.е. TRP 1, TRP 2 и TRP 3), и WTRU уже определил, что местоположения интервала передачи PUCCH для этих трех TRP не являются одинаковыми. Например, местоположение интервала передачи PUCCH для TRP 1 представляет собой интервал (i + 1), местоположение интервала передачи PUCCH для TRP 2 представляет собой интервал (i + 2), а местоположение интервала передачи PUCCH для TRP 3 представляет собой интервал (i + 3). Затем в этом случае WTRU может определять интервал (i + 3) для TRP 3 как выбранное местоположение интервала передачи PUCCH для всех трех TRP, поскольку интервал (i + 3) расположен в наиболее удаленном местоположении интервала передачи PUCCH из этих трех местоположений интервала передачи PUCCH-кандидата.

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

В соответствии с этапом 507, показанным на фиг. 5, WTRU может быть выполнен с возможностью выбора ресурса PUCCH TRP в интервале, соответствующем выбранному местоположению интервала передачи PUCCH, в качестве выбранного ресурса PUCCH для всех из множества TRP.

В одном варианте осуществления WTRU может быть сконфигурирован с одним или более наборами ресурсов PUCCH для множества TRP, причем каждый набор ресурсов может быть связан с TRP из множества TRP. WTRU может использовать эти ресурсы в наборах ресурсов PUCCH для определения выбранного ресурса PUCCH для передачи PUCCH с мульти-TRP. Например, в варианте осуществления, показанном на фиг. 9, WTRU может быть сконфигурирован с двумя наборами ресурсов PUCCH, т.е. с первым набором ресурсов PUCCH для TRP 1 и вторым набором ресурсов PUCCH для TRP 2. Таким образом, в этом варианте осуществления WTRU может выбирать ресурс PUCCH TRP 2 из второго набора 2 ресурсов PUCCH в качестве выбранного ресурса PUCCH для передачи PUCCH как на TRP 1, так и на TRP 2. Во временной области выбранный ресурс PUCCH находится в интервале (i + 2) TRP 2, который соответствует выбранному местоположению интервала PUCCH, т. е. интервалу (i + 2).

В одном варианте осуществления WTRU может иметь конфигурацию ресурса PUCCH, обеспеченную параметром более высокого уровня для каждой из множества TRP. WTRU может использовать конфигурации ресурсов PUCCH для определения выбранного ресурса PUCCH для передачи PUCCH с мульти-TRP. Например, в варианте осуществления, показанном на фиг. 9, WTRU может иметь две конфигурации ресурсов PUCCH, т. е. первую конфигурацию ресурса PUCCH для TRP 1 и вторую конфигурацию ресурса PUCCH для TRP 2. Таким образом, в этом варианте осуществления WTRU может выбирать ресурс PUCCH на основании второй конфигурации ресурса PUCCH в качестве выбранного ресурса PUCCH для передачи PUCCH с мульти-TRP как на TRP 1, так и на TRP 2. Во временной области выбранный ресурс PUCCH находится в интервале (i + 2) TRP 2, который соответствует выбранному местоположению интервала PUCCH, т.е. интервалу (i + 2).

Более конкретно, для выбора выбранного ресурса PUCCH WTRU может вычислять индекс ресурса PUCCH. Например, в варианте осуществления, показанном на фиг. 9, WTRU может вычислять индекс ресурса PUCCH TRP 2 для выбора ресурса PUCCH TRP 2 в интервале (i + 2) в качестве выбранного ресурса PUCCH для передачи PUCCH как для TRP 1, так и для TRP 2. Индекс ресурса может быть вычислен на основании количества CCE в CORESET, принятом TRP 2, индекса первого CCE PDCCH, принятого TRP 2, и поля индикатора ресурса PUCCH в DCI, декодированной из PDCCH.

Следует понимать, что вышеупомянутые способы выбора ресурса PUCCH TRP в интервале, соответствующем выбранному местоположению интервала передачи PUCCH, в качестве выбранного ресурса PUCCH для передачи PUCCH с мульти-TRP описаны только в качестве примера. Они не подразумевают исключающего или ограничивающего характера для настоящей заявки.

В соответствии с этапом 508, показанным на фиг. 5, WTRU может быть выполнен с возможностью передачи выбранной передачи PUCCH на все из множества TRP с использованием выбранного ресурса PUCCH.

WTRU с множеством PDCCH, планирующими множество передач PDSCH, может выполнять передачи PUCCH на все из множества TRP в пределах одного и того же интервала. WTRU может передавать отчет о ACK/NACK для обеих передач PDSCH на одну и ту же TRP. Например, в варианте осуществления, показанном на фиг. 2 и фиг. 9, WTRU может передавать отчет о ACK/NACK как для NR-PDSCH 1, так и для NR-PDSCH 2, а отчет о ACK/NACK будет передан как на P-TRP (т.е. TRP 1), так и на S-TRP (т. е. TRP 2).

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

Как показано на фиг. 8, во временной области перед выбором выбранного ресурса PUCCH WTRU может определять передачу PUCCH-кандидата в интервале (i + 2) для TRP 1, и WTRU может определять передачу PUCCH-кандидата в интервале (i + 2) для TRP 2. Передача PUCCH-кандидата в интервале (i + 2) для TRP 1 может содержать отчет о ACK/NACK-кандидате для передачи PUCCH с мульти-TRP, а передача PUCCH-кандидата в интервале (i + 2) для TRP 2 может содержать другой отчет о ACK/NACK-кандидате для передачи PUCCH с мульти-TRP. В варианте осуществления, показанном на фиг. 8, после выбора WTRU ресурса PUCCH TRP 1 в интервале (i + 2) в качестве выбранного ресурса PUCCH для всех из множества TRP на основании либо набора ресурсов PUCCH, либо конфигурации ресурса PUCCH TRP 1, передача PUCCH-кандидата в интервале (i + 2) для TRP 1 может стать выбранной передачей PUCCH для передачи PUCCH с мульти-TRP и, таким образом, ACK/NACK-кандидат в выбранном PUCCH становится выбранным ACK/NACK.

Таким образом, как показано на фиг. 6, во временной области перед выбором выбранного ресурса PUCCH передача PUCCH представляет собой передачу PUCCH-кандидата, и ACK/NACK представляет собой ACK/NACK-кандидат, а значение K1 определяет временное смещение между приемом PDSCH и передачей PUCCH-кандидата (например, ACK/NACK-кандидата).

В одном варианте осуществления WTRU выполнен с возможностью отбрасывания отчета о ACK/NACK-кандидате в интервале, не соответствующем выбранному местоположению интервала PUCCH.

В варианте осуществления, показанном на фиг. 8, WTRU определил, что выбранное местоположение интервала передачи PUCCH представляет собой интервал (i + 2) TRP 1. Таким образом, WTRU может отбрасывать передачу PUCCH-кандидата (например, ACK/NACK-кандидата), запланированную в интервале (i + 2) TRP 2, и может передавать выбранную передачу PUCCH (например, выбранное ACK/NACK) для обеих TRP в интервале (i + 2) TRP 1.

В варианте осуществления, показанном на фиг. 9, WTRU определил, что выбранное местоположение интервала передачи PUCCH представляет собой интервал (i + 2) TRP 2. Таким образом, WTRU может отбрасывать передачу PUCCH-кандидата (например, ACK/NACK-кандидата), запланированную в интервале (i + 1) TRP 1, и может передавать выбранную передачу PUCCH (например, выбранное ACK/NACK) для обеих TRP в интервале (i + 2) TRP 2.

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

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

Если WTRU явным образом предоставлено сопоставление квазисовмещения порта антенны, конфигурация в управлении радиоресурсом (RRC) может сопоставлять порт антенны DM-RS, связанный с приемами PDCCH от TRP или набора TRP, с одним или более сигналами DL-RS, сконфигурированными состоянием TCI. Например, может быть использован параметр TCI-StatesPDCCH более высокого уровня, который может содержать одно или множество состояний TCI для приемов PDCCH от множества TRP. WTRU может предполагать, что порт антенны DM-RS, связанный с приемом PDCCH от соответствующей TRP или набора TRP, квазисовмещен (например, по отношению к среднему коэффициенту усиления, свойствам квазисовмещения (QCL)-TypeA и свойствам QCL-TypeD) с соответствующей последовательностью синхронизации (SS)/блоком физического широковещательного канала (PBCH), идентифицированными WTRU во время процедуры первоначального доступа.

Если одна DCI планирует множество передач PDSCH от множества TRP в обслуживающей соте, WTRU может определять информацию о квазисовмещении для приема PDCCH от множества TRP в соответствии с одним из ряда различных подходов. Например, WTRU может предполагать, что порт антенны DM-RS, связанный с приемом PDCCH, квазисовмещен с наинизшей индексированной TRP или набором TRP. В другом примере одна DCI может планировать множество передач PDSCH от множества TRP в обслуживающей соте, и DCI может не содержать полей указания конфигурации передачи (TCI), например, если PDSCH запланированы с форматом 1_0 DCI или если WTRU не сконфигурирован с tci-PresentInDCI для CORESET, планирующего PDSCH для формата 1_1 DCI. В таких сценариях WTRU может определять информацию о квазисовмещении для приемов PDSCH следующим образом. Если WTRU запланирован с одним кодовым словом, WTRU может неявно определять информацию о квазисовмещении с использованием взаимосвязи между TRP или индексом набора TRP и индексом порта антенны DM-RS среди портов антенны DM-RS, назначенных для передачи PDSCH. Например, WTRU может предполагать, что наинизшая индексированная TRP или набор TRP квазисовмещены с наинизшим индексированным портом антенны DM-RS среди портов антенны DM-RS, назначенных для передачи PDSCH; или WTRU может предполагать, что вторая наинизшая индексированная TRP или набор TRP квазисовмещены со вторым наинизшим индексированным портом антенны DM-RS среди портов антенны DM-RS, назначенных для передачи PDSCH. Если WTRU запланирован с двумя кодовыми словами, WTRU может неявно определять информацию о квазисовмещении с использованием взаимосвязи между TRP или индексом набора TRP, индексом кодового слова, индексами схемы модуляции и кодирования (MCS) двух кодовых слов и/или индексом порта антенны DM-RS среди портов антенны DM-RS, назначенных для каждого кодового слова. Например, WTRU может предполагать, что наинизшая индексированная TRP или набор TRP квазисовмещены с наинизшим индексированным портом антенны DM-RS среди портов антенны DM-RS, назначенных для наинизшего индексированного кодового слова (например, кодового слова 0). WTRU может предполагать, что наинизшая индексированная TRP или набор TRP квазисовмещены с наинизшим индексированным портом антенны DM-RS среди портов антенны DM-RS, назначенных кодовому слову с более высокой (более низкой) MCS.

В вариантах осуществления WTRU может быть выполнен с возможностью поддержки приема MTRP. Активация поддержки может запускаться динамически, например посредством DCI или элемента управления (CE) MAC, или она может запускаться полустатически в течение заданного периода времени.

В вариантах осуществления WTRU может идентифицировать множество DCI, планирующих множество PDSCH для передачи от множества TRP с использованием вновь определенного RNTI для работы с мульти-TRP (например, MTRP-RNTI). В одном примере MTRP-RNTI может быть обеспечен посредством сигнализации более высокого уровня и может быть скремблирован с помощью битов четности циклической проверки четности с избыточностью (CRC) для DCI, планирующих множество PDSCH, для передачи от множества TRP. В другом примере WTRU может неявно определять работу в режиме MTRP посредством проверки правильности поля DCI. Например, если WTRU принимает две DCI с одним и тем же форматом 1_1, WTRU может использовать общность некоторых полей DCI в качестве указания приема MTRP, причем каждая принятая DCI содержит информацию планирования для соответствующего уровня PDSCH. В одном примере WTRU может сравнивать определенные поля для множества DCI, планирующих множество PDSCH для передачи от множества TRP. Если проверка мульти-DCI пройдена, WTRU может рассматривать информацию во множестве DCI как указание передачи с мульти-TRP. Если проверка мульти-DCI не пройдена, WTRU может рассматривать множество DCI как обнаруженные с несовпадающими CRC.

В таблице 1 ниже приведен пример того, как некоторые из полей DCI в форматах 1_0 и 1_1 DCI можно использовать в качестве механизма проверки для передачи с мульти-TRP. WTRU может не ожидать приема различных команд TPC для запланированного PUCCH, индикаторов ресурсов PUCCH и индикаторов синхронизации обратной связи между PDSCH и HARQ по множеству PDCCH / множеству DCI. Соответственно, можно ожидать, что планирование для множества PDSCH для передачи от множества TRP будет одинаковым. Однако WTRU может ожидать другое указание о конфигурации передачи (TCI) для передач PDSCH от множества TRP.

Если WTRU принимает множество PDCCH, планирующих множество PDSCH, WTRU может неявно определять работу в режиме MTRP посредством комбинации принятых форматов DCI. В варианте осуществления WTRU может определять работу с MTRP путем обнаружения приема форматов 1_1 и 1_0 DCI, причем первый формат 1_1 DCI содержит всю информацию планирования для обоих уровней, а второй формат 1_0 DCI может указывать на передачу с MTRP. В варианте осуществления WTRU может сравнивать определенные поля принятого множества DCI для подтверждения работы в режиме MTRP.

ТАБЛИЦА 1

Поле DCI	Критерий проверки
Команда TPC для запланированного PUCCH	Одинаковая для множества DCI, планирующих множество TRP
Индикатор ресурса PUCCH	Одинаковый для множества DCI, планирующих множество TRP
Индикатор синхронизации PDSCH-HARQ_обратной связи	Одинаковый для множества DCI, планирующих множество TRP
Указание конфигурации передачи	Разные для множества DCI, планирующих множество TRP

Для работы с мульти-TRP WTRU может быть сконфигурирован более высокими уровнями с множеством наборов ресурсов управления (CORESET), причем каждая конфигурация CORESET может включать в себя квазисовмещение порта антенны из набора квазисовмещений портов антенны, указывающих информацию о квазисовмещении порта антенны DM-RS для приема PDCCH/PDSCH от соответствующей TRP. WTRU может ожидать, что количество сконфигурированных CORESET для работы с мульти-TRP меньше количества сконфигурированных TRP или равно ему.

Если количество сконфигурированных CORESET равно количеству сконфигурированных TRP, WTRU может предполагать, что порт антенны DM-RS, связанный с приемом PDCCH/PDSCH в CORESET, является квазисовмещенным (например, в отношении среднего усиления, свойств QCL-TypeA и QCL-TypeD) с передачами от соответствующей TRP. На фиг. 10 представлена схема, на которой показан пример конфигурации CORESET, в которой количество сконфигурированных CORESET равно количеству сконфигурированных TRP.

Если количество сконфигурированных CORESET меньше количества сконфигурированных TRP, WTRU может предполагать, что порт антенны DM-RS, связанный с приемом PDCCH/PDSCH в CORESET, является квазисовмещенным (например, в отношении среднего усиления, свойств QCL-TypeA и QCL-TypeD) с передачами от множества TRP или набора TRP.

В варианте осуществления формат 1_0 может быть сконфигурирован с неявным указанием QCL (QCL для CORSET1 применяет TRP1, т. е. CORSET1 к TRP1, CORSET2 к TRP2), а формат 1_1 может быть сконфигурирован с явным указанием QCL (QCL каждого PDSCH, указанного в соответствующем TCI).

Может быть сконфигурировано или использовано одно или более состояний указания конфигурации передачи (TCI), причем состояние TCI может включать в себя один или более опорных сигналов нисходящей линии связи (например, блок SS/PBCH, CSI-RS, CSI-RS для отслеживания) и связанный с ними тип QCL (например, тип A, B, C, D). Состояние TCI может определять пространственный прием (Rx) (например, тип D QCL).

Один или более режимов работы могут быть применены на основании количества TRP, связанных с каналом управления нисходящей линии связи, причем канал управления нисходящей линии связи может представлять собой канал управления нисходящей линии связи, в котором WTRU отслеживает DCI. Далее в настоящем документе канал управления нисходящей линии связи, CORESET и пространство поиска могут использоваться взаимозаменяемо.

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

В варианте осуществления WTRU может отслеживать пространство поиска (или пытаться декодировать один или более кандидатов PDCCH в пространстве поиска) с первым состоянием TCI, если WTRU находится в первом режиме работы, и WTRU может отслеживать пространство поиска со вторым состоянием TCI, если WTRU находится во втором режиме работы. Первое состояние TCI может представлять собой состояние TCI, сконфигурированное для CORESET, связанного с пространством поиска, а второе состояние TCI может представлять собой состояние TCI, сконфигурированное для пространства поиска.

Режим работы может быть определен на основе формата DCI, причем первый формат DCI может быть использован для работы с одной TRP (например, одно состояние TCI, связанное с запланированным PDSCH), а второй формат DCI может быть использован для работы с мульти-TRP (например, более одного состояния TCI, связанного с запланированным PDSCH). В альтернативном или дополнительном варианте осуществления режим работы может быть определен на основе количества групп DM-RS (или групп портов DM-RS), используемых для PDSCH. Например, одна группа DM-RS (или группа портов DM-RS) может быть использована для PDSCH в первом режиме работы, а две группы DM-RS (или группы портов DM-RS) могут быть использованы для PDSCH во втором режиме работы. В дополнительном или альтернативном варианте осуществления режим работы может быть определен на основании RNTI, скремблированного с помощью CRC информации DCI, которую можно отслеживать в пространстве поиска.

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

В другом варианте осуществления WTRU может быть сконфигурирован с более чем одним состоянием TCI для отслеживания пространства поиска. Например, WTRU может использовать более одного приемного луча (например, параметр QCL пространственного Rx) в одно и то же время на основе возможностей, и одна или более TRP могут одновременно отправлять PDCCH на WTRU. Какие приемные лучи использовать может быть указано для WTRU. Например, WTRU может указывать свои возможности для одновременной поддержки приема множества приемных (Rx) лучей, причем возможности могут быть указаны как количество состояний TCI, поддерживаемых одновременно. В другом примере WTRU может быть сконфигурирован с помощью gNB с одним или более состояниями TCI, которые будут использованы для отслеживания пространства поиска (например, при попытке декодировать один или более кандидатов PDCCH в пространстве поиска), причем одно или более состояний TCI могут быть указаны посредством сигнализации более высокого уровня (например, RRC и/или MAC-CE). В другом примере первое состояние TCI можно использовать в первой панели Rx в приемнике WTRU для определения луча Rx в первой панели, а второе состояние TCI можно использовать во второй панели Rx в приемнике WTRU для определения луча Rx во второй панели.

Количество состояний TCI, используемых для пространства поиска, можно определять на основании режима работы, причем режим работы может быть основан на типе трафика. Например, одно состояние TCI можно использовать для пространства поиска в первом режиме работы (например, eMBB), а множество состояний TCI можно использовать для пространства поиска во втором режиме работы (например, URLLC).

В вариантах осуществления восстановление после отказа луча (например, изменение конфигурации линии связи) может быть выполнено, использовано или запущено, когда качество луча связанных состояний TCI находится ниже порога, причем порог может быть определен на основании режима работы. Для первого режима работы (например, eMBB) можно использовать первый порог, а для второго режима работы (например, URLLC) можно использовать второй порог. В дополнительном или альтернативном варианте осуществления восстановление после отказа луча может быть выполнено, использовано или запущено при сбое всех состояний TCI для пространства поиска (или CORESET) в первом режиме работы (например, eMBB), хотя восстановление после отказа луча может быть выполнено, использовано или запущено, если любое состояние TCI для пространства поиска (или CORESET) не удается во втором режиме работы (например, URLCC). Состояние TCI для пространства поиска может быть сочтено неудачным, если связанное качество луча для состояния TCI ниже порога.

В варианте осуществления WTRU может быть сконфигурирован с одним или более наборами ресурсов SRS, причем каждый набор ресурсов SRS может быть связан с TRP. В варианте осуществления связь между набором ресурсов SRS и TRP может быть определена тем, какая группа опережения (TAG) используется для набора ресурсов SRS. Например, первый набор ресурсов SRS может быть связан с первой TAG, а второй набор ресурсов SRS может быть связан со второй TAG. Термины TA и TAG в настоящем документе могут использоваться взаимозаменяемо. Когда WTRU запущен с более чем одним набором ресурсов SRS и запущенные наборы ресурсов SRS накладываются во времени, WTRU может отправлять запущенные наборы ресурсов SRS, если все запущенные наборы ресурсов SRS находятся в одной и той же TAG. В противном случае WTRU может отправлять один или более наборов ресурсов SRS в одной и той же TAG и отбрасывать остальные наборы ресурсов SRS. Одновременная передача наборов ресурсов SRS может быть основана на возможностях WTRU.

Когда WTRU запущен с более чем одним набором ресурсов SRS и запущенные наборы ресурсов SRS накладываются во времени, WTRU может отправлять запущенные наборы ресурсов SRS, если промежуток между значениями опережения в запущенных наборах ресурсов SRS находится в пределах порога. Порог можно определять на основании численной величины (например, разноса поднесущих, длины CP и т.п.). Если WTRU запущен с более чем одним набором ресурсов SRS и запущенные наборы ресурсов SRS накладываются во времени, WTRU может определять, какие наборы ресурсов SRS следует отправлять на основе связанной панели. Например, если запущенные наборы ресурсов SRS находятся в разных панелях (например, Tx-панели в WTRU), WTRU может отправлять запущенные наборы ресурсов SRS. В противном случае WTRU может определять один ресурс SRS в каждой панели.

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

1. Способ передачи с множеством точек передачи/приема (мульти-TRP), включающий:

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

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

прием первой передачи физического совместно используемого канала для передачи данных по нисходящей линии связи (PDSCH) от первой TRP;

прием второй передачи PDSCH от второй TRP;

определение местоположения интервала PUCCH-кандидата для каждой TRP на основании местоположения каждого интервала приема PDSCH, первой информации о синхронизации и второй информации о синхронизации;

выбор местоположения интервала PUCCH для первой и второй TRP на основании сравнения определенных местоположений интервала PUCCH-кандидата, причем выбранное местоположение интервала PUCCH представляет собой самое последнее местоположение интервала PUCCH-кандидата во времени; и

передачу передачи PUCCH на первую и вторую TRP с использованием выбранного местоположения интервала PUCCH.

2. Способ по п. 1, в котором при условии, что все определенные местоположения интервала PUCCH-кандидата одинаковы, выбранное местоположение интервала PUCCH представляет собой любое из определенных местоположений интервала PUCCH-кандидата.

3. Способ по п. 1, в котором передача PUCCH содержит выбранный отчет о подтверждении/ отрицательном подтверждении (ACK/NACK).

4. Способ по п. 1, дополнительно включающий неотправление отчета о ACK/NACK-кандидате в интервале, не соответствующем выбранному местоположению интервала PUCCH.

5. Способ по п. 1, в котором каждая полученная информация о синхронизации соответственно определяет временное смещение между каждой принятой передачей PDSCH и соответствующим местоположением интервала PUCCH-кандидата.

6. Способ по п. 1, в котором каждый из первого набора параметров и второго набора параметров указывает набор ресурсов управления (CORESET).

7. Способ по п. 1, дополнительно включающий передачу данных, отличных от отчета о ACK/NACK, в интервале PUCCH-кандидата, не соответствующем выбранному местоположению интервала PUCCH.

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

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

приема первой передачи физического совместно используемого канала для передачи данных по нисходящей линии связи (PDSCH) от первой точки передачи/приема (TRP); и

приема второй передачи PDSCH от второй TRP;

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

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

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

определения местоположения интервала PUCCH-кандидата для каждой TRP на основании местоположения каждого интервала приема PDSCH, первой информации о синхронизации и второй информации о синхронизации; и

выбора местоположения интервала PUCCH для первой и второй TRP на основании сравнения определенных местоположений интервала PUCCH-кандидата, причем выбранное местоположение интервала PUCCH представляет собой самое последнее местоположение интервала PUCCH-кандидата во времени; и;

передатчик для передачи PUCCH-передачи на первую и вторую TRP с использованием выбранного местоположения интервала PUCCH.

9. WTRU по п. 8, причем при условии, что все определенные местоположения интервала PUCCH-кандидата одинаковы, выбранное местоположение интервала PUCCH представляет собой любое из определенных местоположений интервала PUCCH-кандидата.

10. WTRU по п. 8, причем передача PUCCH содержит выбранный отчет о ACK/NACK.

11. WTRU по п. 8, в котором процессор дополнительно выполнен с возможностью неотправления отчета о ACK/NACK-кандидате в интервале, не соответствующем выбранному местоположению интервала PUCCH.

12. WTRU по п. 8, причем каждая полученная информация о синхронизации соответственно определяет временное смещение между каждой принятой передачей PDSCH и соответствующим местоположением интервала PUCCH-кандидата.

13. WTRU по п. 8, причем каждый из первого набора параметров и второго набора параметров указывает набор ресурсов управления (CORESET).

14. WTRU по п. 8, в котором процессор дополнительно выполнен с возможностью передачи данных, отличных от отчета о ACK/NACK, в интервале PUCCH-кандидата, не соответствующем выбранному местоположению интервала PUCCH.