СПОСОБЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ РЕСУРСОВ МЕЖДУ ВЗАИМОДЕЙСТВУЮЩИМИ ТРАНСПОРТНЫМИ СРЕДСТВАМИ Российский патент 2021 года по МПК H04W72/04 

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

Настоящая заявка испрашивает преимущество по предварительной заявке на патент США № 62/651 974, поданной 3 апреля 2018 г., предварительной заявке на патент США № 62/668 322, поданной 8 мая 2018 г., и предварительной заявке на патент США № 62/735 982, поданной 25 сентября 2018 г., содержание которых включено в настоящий документ путем ссылки.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

На фиг. 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 связи может включать в себя модули беспроводной передачи/приема (WTRU) 102a, 102b, 102c, 102d, сеть 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 (т.е. Wireless Fidelity (WiFi)), IEEE 802.16 (т.е. глобальная совместимость для микроволнового доступа (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, временный стандарт 2000 (IS-2000), временный стандарт 95 (IS-95), временный стандарт 856 (IS-856), глобальная система мобильной связи (GSM), развитие стандарта GSM с увеличенной скоростью передачи данных (EDGE), GSM EDGE (GERAN) и т.п.

Базовая станция 114b, показанная на ФИГ. 1A, может представлять собой, например, беспроводной маршрутизатор, станцию Home Node B, станцию 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, таких как, например, NR и IEEE 802.11.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как описано выше, обмен данными транспортным средством (V2X) представляет собой режим связи, в котором WTRU могут обмениваться данными непосредственно друг с другом. Связь V2X поддерживается в версии 14 стандарта долгосрочного развития сетей связи (LTE) и была предложена на основании предыдущей работы по связи между устройствами (D2D). Услуги связи V2X могут включать в себя один или более из следующих типов. Связь между транспортными средствами (V2V) может обеспечивать обмен данными между автомобильными WTRU. Связь между транспортным средством и инфраструктурой (V2I) может обеспечивать обмен данными между автомобильными WTRU и придорожными модулями (RSU) и/или gNB. Связь между транспортным средством и сетью (V2N) может обеспечивать обмен данными между автомобильными WTRU и опорной сетью. Связь между транспортными средствами и пешеходом (V2P) может обеспечивать обмен данными между автомобильными WTRU и другими типами WTRU, такими как WTRU со специальными условиями, такими как низкая емкость батареи.

LTE определяет два режима работы для обмена данными V2X. В режиме 3 сеть может предоставлять WTRU назначение планирования для передачи по прямому соединению V2X. В режиме 4 WTRU может автономно выбирать ресурсы из сконфигурированного/предварительно сконфигурированного пула ресурсов. Кроме того, LTE определяет две категории пулов ресурсов для обмена данными V2X, принимающих пулов и передающих пулов. Принимающие пулы контролируют на предмет приема передач V2X; Передающие пулы используются WTRU для выбора ресурсов передачи в режиме 4. Передающие пулы не используются WTRU, настроенными в режиме 3.

Пулы ресурсов могут быть полустатически переданы на WTRU посредством сигнализации RRC. В режиме 4 WTRU может использовать обнаружение перед выбором ресурса из сконфигурированного передающего пула RRC. LTE V2X может не поддерживать динамическое изменение конфигурации пулов ресурсов. Конфигурация пула может осуществляться только посредством блока системной информации (SIB) и/или выделенной сигнализации RRC.

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

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

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

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

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

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

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

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

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

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

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

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

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

Традиционные способы связи V2X могут не иметь процедур одноадресной передачи. Некоторые типы связи D2D позволяют осуществлять одноадресную и многоадресную передачу. Для одноадресной передачи в D2D идентификатор WTRU ProSe может быть применен в качестве идентификатора назначения L2 вместо идентификатора группы ProSe L2. Хотя это может обеспечить передачу одноадресных сообщений в пределах группы, этот подход может иметь следующие проблемы. Уровню приложения может потребоваться резервировать уникальные идентификаторы для услуг, которые отличаются от любого идентификатора WTRU ProSe. Кроме того, с учетом возможного большого адресного пространства может потребоваться включение всего адреса в заголовок любого пакета, переданного уровнем MAC. Кроме того, идентификация группы в D2D и стандартном V2X могут относиться только к услуге, не подразумевая конкретно какой-либо физической взаимосвязи между целевыми WTRU. В результате AS может не знать, связана ли передача с услугой (например, традиционная концепция группирования) или физическим группированием WTRU для обеспечения формирования автоколонны.

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

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

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

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

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

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

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

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

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

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

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

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

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

m =(широта/долгота)мод. M Уравнение 1

n = (идентификатор группы)мод. N. Уравнение 2

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

WTRU в группе может передавать сигнал резервирования группы по каналу прямого соединения для резервирования ресурсов, используемых рядом WTRU, которые являются частью группы. WTRU может быть дополнительно выполнен с возможностью передачи сигнала резервирования вместе с его собственными передачами данных по прямому соединению. Сигнал резервирования может быть дополнительно передан вместе с передачами данных по прямому соединению, которые предназначены для той же группы, для которой передается сигнал резервирования. Например, WTRU может передавать SCI, которая служит в качестве сигнала резервирования для ресурсов, которые могут быть использованы группой. SCI может включать в себя идентификатор группы или часть идентификатора группы. WTRU может дополнительно планировать данные по PSSCH, которые WTRU передает с использованием той же SCI. Данные могут содержать один или более элементов группы, как предполагаемое место назначения.

Сигнал резервирования группы может представлять собой поле в существующей передаче V2X по PSCCH или PSSCH, новое сообщение, переданное по любому из этих каналов, или их комбинацию. В частности, сигнал резервирования может быть передан одним или более из следующих способов: поле в назначении планирования прямого соединения, SCI или аналогичное сообщение в PSCCH; сигнал синхронизации, или поле, передаваемое в пределах сигнала синхронизации, аналогично PSBCH; и сообщение (например, MAC CE, RRC или сообщение уровня приложения), содержащееся в PSSCH. Это сообщение может быть дополнительно передано в пределах ресурсов, которые сигнал резервирования группы намеревается зарезервировать.

Сигнал резервирования может предоставлять один или более из следующих фрагментов информации: Сигнал резервирования может обеспечивать указание группы или идентификацию группы для указания конкретной группы WTRU, для которой зарезервирован ресурс. Сигнал резервирования может обеспечивать указание зарезервированных ресурсов, таких как время, частота, луч или набор лучей. Это указание может быть косвенно включено в информацию о планировании, предоставляемую сообщением планирования. Например, сигнал резервирования может резервировать ресурсы, которые SCI намеревается запланировать. Кроме того, это указание может дополнительно содержать дополнительную информацию о резервировании, которая не включена в информацию о планировании. Например, сигнал резервирования может указывать на резервирование запланированных ресурсов для ряда подкадров, периодов времени или может указывать на подмножество запланированных ресурсов. Сигнал резервирования может предоставлять информацию о координации ресурсов (RCI) для координации ресурсов между множеством WTRU. Сигнал резервирования может предоставлять геолокацию WTRU, передающего сигнал резервирования ресурсов.

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

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

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

RCI, связанная с конкретной группой, может считываться только элементами этой группы. Например, WTRU может передавать RCI как MAC CE в MAC SDU, имеющем целевой адрес, который соответствует целевому адресу группы. Хотя SCI может резервировать ресурсы для группы и быть видимой для WTRU вне группы, RCI может указывать на такое использование ресурсов в пределах группы и может быть видимой только для WTRU в пределах группы.

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

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

RCI может указывать правила и/или указания для изменения последовательности использования подресурсов. Например, RCI может содержать указание на то, что WTRU может использовать другие неиспользуемые подресурсы, принадлежащие другим WTRU. RCI может указывать правила для того, должен ли WTRU передавать новую RCI и когда. RCI может указывать набор ресурсов, подлежащих обнаружению конкретным WTRU в группе. Например, RCI может содержать указание того, в какое время/с какой частотой/BWP/лучом данный WTRU должен выполнить обнаружение для контроля SCI и возможного сообщения в соответствующей информации управления. RCI может указывать информацию о занятости буфера, такую как количество данных, ожидающих обработки в буфере WTRU и потенциально связанных с передачей для конкретной группы WTRU и/или связанных с различными требованиями QoS. RCI может указывать случайное число, связанное с выбором WTRU количества периодов резервирования, которые должны быть зарезервированы. RCI может указывать результаты опознавания (например, RSRP, RSSI и информацию о занятости/доступности ресурсов), полученные с помощью процедуры опознавания конкретного WTRU.

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

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

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

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

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

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

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

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

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

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

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

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

Структура ресурсов может относиться к временным промежуткам между подресурсами. Например, при выборе ресурсов может выбираться ряд подресурсов, связанных с каждым ресурсом. Каждый подресурс может быть использован одним WTRU из группы. Разница во времени (в интервалах) между такими подресурсами может быть фиксированной или может быть такой, чтобы они не превышали определенной максимальной разницы во времени.

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

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

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

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

Во время выбора ресурсов WTRU может определять размер и структуру ресурсов, подлежащих выбору, на основании одного или более из следующих критериев. Определение может быть основано на объеме данных, которые должен передать сам WTRU (т.е. на размере данных, ожидающих обработки в буфере WTRU). Например, WTRU может резервировать N подресурсов размера M. Размер M может быть определен на основании размера данных, которые WTRU должен передать. Количество N может быть определено данными уровня приложения, например, указывающими количество WTRU, которые в настоящее время находятся в группе.

Это определение может быть основано на характеристиках QoS данных для передачи (например, требованиях к задержке, приоритета, скорости передачи данных, надежности и диапазоне передачи). Определение может быть основано на MCS, определенной WTRU или gNB. Определение может быть основано на измерениях занятости (например, измерениях CBR), выполненных WTRU или переданных на WTRU другими WTRU, возможно, в одной и той же группе. Определение может быть основано на измерениях качества луча на уровне луча. Это определение может быть основано на специфичной для группы информации, полученной от уровня приложения. Например, количество подресурсов может быть указано уровнем приложения или может быть получено из указанного количества WTRU в группе. Промежуток между различными подресурсами может быть непосредственно указан уровнем приложения.

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

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

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

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

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

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

WTRU может задерживать передачу групповых данных до появления связанного с ними ресурса в пределах группы или подресурса. Решение о задержке передачи групповых данных может зависеть от времени, оставшегося до появления групповых данных (например, как определено RCI), а также от требований к приоритету и/или задержке групповых данных. Например, WTRU может сравнивать требуемое время для передачи групповых данных при получении пакета с ожидаемым появлением группового подресурса. WTRU может принять решение задержать передачу до появления подресурса при условии, что подресурс появляется с некоторой дельтой времени до требуемого времени передачи. Дельта времени может быть равна нулю. Если WTRU принимает решение не ожидать группового подресурса, он может выполнять выбор ресурсов и передачу по негрупповому ресурсу.

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

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

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

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

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

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

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

WTRU может принимать решение о повторном выборе ресурсов, если ресурс, зарезервированный для группы, представляет собой подобный SPS или предварительно зарезервированный ресурс, предназначенный для использования WTRU группы. Повторный выбор ресурсов может выполняться любым WTRU в группе, или повторный выбор ресурсов может выполняться только одним WTRU. Например, в случае если каждый WTRU передает сигнал резервирования ресурсов, который может включать в себя SCI и RCI, для планирования его собственных передач, любой WTRU может выполнять повторный выбор ресурсов перед его собственной запланированной передачей. В случае если один WTRU (например, назначенный WTRU) передает SCI для планирования всех групповых подресурсов, повторный выбор ресурсов может выполняться только одним WTRU в группе.

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

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

Повторный выбор ресурсов может выполняться, если ресурс не соответствует собственным требованиям к буферу WTRU. Например, WTRU может определять, что для выделенного ресурса/подресурса потребуется сегментация пакета на L2, и WTRU может принять решение не сегментировать пакет.

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

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

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

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

WTRU может быть выполнен с возможностью ретрансляции принятого сигнала резервирования ресурсов при одном или более из следующих условий. WTRU может ретранслировать принятый сигнал резервирования ресурсов, если он сконфигурирован для этого уровнем приложения прямо или косвенно (например, посредством конфигурации идентификатора элемента, который имеет некоторое конкретное значение, и каждый N идентификатор элемента выполняет ретрансляцию). WTRU может ретранслировать принятый сигнал резервирования ресурсов, если качество (например, RSRP) принятого значения SCI группы, переданной назначенным WTRU, или любой RCI группы, соответствующей группе WTRU, ниже порогового значения. Пороговое значение может зависеть от PPPP/PPPR передач, допустимых для группы.

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

На фиг. 2 представлена схема, иллюстрирующая первый способ резервирования группы с использованием координации подресурсов. В этом способе SCI может планировать передачу для одного WTRU. Первый WTRU 202 может передавать первую SCI 202 или сигнал резервирования ресурса для планирования передач для себя в первый период 206 резервирования. Предварительное резервирование в SCI 204 в течение определенного периода резервирования ресурсов может использоваться для резервирования ресурсов для передач другими WTRU в группе. Первый WTRU 202 может передавать резервирование группы с использованием SCI 204 или эквивалентного сообщения планирования прямого соединения в комбинации с первой RCI 208. Первая RCI 208 может быть передана в виде MAC CE по PSSCH.

Первый WTRU 202 может устанавливать содержимое SCI 204 для указания ресурсов 210, запланированных первым WTRU 202. Первый WTRU 202 может указывать указание предварительного резервирования в зависимости от того, зарезервированы ли одни и те же ресурсы в будущем периоде резервирования. SCI 204 может включать в себя поле идентификатора группы. Первый WTRU 202 может устанавливать в этом поле идентификатор группы, для которой резервируются ресурсы. Информация о планирования в SCI 204 может указывать на конкретные ресурсы, зарезервированные в информации о планировании. Ресурсы 210 могут представлять собой один или набор подкадров/интервалов и ресурсных блоков в пределах каждого подкадра/интервала. Первый WTRU 202 может содержать первую RCI 208 в своих собственных передачах в ресурсах, указанных первой SCI 204. Первая RCI 208 может быть отправлена в виде MAC CE, мультиплексированного с передачами первого WTRU 202 по PSSCH. Первая RCI 208 может включать в себя указание, намеревается ли первый WTRU 202 использовать тот же ресурс (зарезервированный первой SCI 204) в следующем периоде 212 резервирования и/или последовательность WTRU, которые должны использовать групповые ресурсы в следующем периоде 212 резервирования. Как показано на фиг. 2, первый WTRU 202 может использовать первую RCI 208 для указания того, что второй WTRU 214 должен передавать ресурсы во второй период 212 резервирования.

Первый WTRU 202 может включать в себя всю последовательность идентификаторов WTRU таким образом, чтобы второй WTRU 214 мог знать свою собственную очередь в последовательности передач на основании идентификатора WTRU последнего сигнала резервирования группы и этой последовательности. Второй WTRU 214 может быть элементом той же группы и может декодировать первую SCI 204, содержащую идентификатор группы, и считывать MAC CE. Второй WTRU 214 может осуществлять передачу в тех же ресурсах во втором периоде 212 резервирования, если он определяет, что он является следующим WTRU в последовательности (т.е. ресурс назначают как переходной ресурс для этого WTRU). В противном случае второй WTRU 214 может только принимать передачи в следующий период резервирования и/или декодировать первую RCI 208.

Второй WTRU 214 может передавать вторую SCI 216, планирующую ресурсы во втором периоде 212 резервирования. Второй WTRU 214 также может отправлять вторую RCI 218 в своих собственных передачах в ресурсах, указанных второй SCI 216. Как показано на фиг. 2, второй WTRU 214 может использовать вторую RCI 218 для указания того, что третий WTRU (не показан) должен осуществлять передачу в ресурсах в третий период резервирования.

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

Первый WTRU может передавать сигнал резервирования группы с использованием первой SCI 302 и первой RCI 304, например, с использованием PSSCH. Первый WTRU может включать в себя информацию планирования, идентификатор группы и сигналы предварительного резервирования в первой SCI 302 для первого периода резервирования. Первый WTRU может также передавать форматирование или указание подресурсов в пределах первого периода 308 резервирования. Более конкретно, первый WTRU может предоставлять указание размера и местоположения каждого подресурса в ресурсе, зарезервированном первой SCI 302. Первый WTRU может передавать данные, предназначенные для указанной группы, в первом подресурсе 306, указанном первой SCI 302. Кроме того, WTRU может передавать первую RCI 304 в MAC CE с помощью этого первого подресурса 306. MAC CE может содержать последовательность передач идентификаторов элементов WTRU, которые должны использоваться в подресурсах. Каждый подресурс может быть использован для передачи данных от одного WTRU, связанного с группой. WTRU, который принимает первую SCI 302, может определять структуру подресурсов и декодировать первый подресурс 306.

На основании содержимого первой RCI 304, переданной в первом подресурсе 306, WTRU в группе могут определять свои собственные подресурсы. WTRU могут передавать данные, связанные с группой, в своих собственных подресурсах. Например, второй WTRU может передавать данные во втором подресурсе 310 в первый период 308 резервирования. Третий WTRU может передавать данные в третьем подресурсе 312 в первый период 308 резервирования. Четвертый WTRU может передавать данные в четвертом подресурсе 314 в первый период 308 резервирования. WTRU может передавать информацию об использовании с помощью его собственной RCI. Например, четвертый WTRU может передавать вторую RCI 316, указывающую информацию о его использовании ресурсов.

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

WTRU, который передает сигнал резервирования группы, может определять необходимость резервирования групповых ресурсов в будущем периоде резервирования на основании передач RCI или информации управления в каждом из подресурсов предыдущего периода резервирования. Более конкретно, WTRU может декодировать RCI или аналогичную информацию управления от каждого WTRU в каждом из подресурсов периода резервирования. На основании этой информации WTRU может определять, следует ли сохранять ресурсы для следующего периода резервирования. Это определение может быть основано на одном или более из следующего: количество WTRU, у которых все еще имеются данные для передачи, связанные с группой; занятость буфера каждого WTRU в RCI; обнаруженные RSSI, RSRP или аналогичные в каждом из подресурсов в предыдущем периоде резервирования; и случайное число периодов резервирования, потенциально выбранных при первой передаче сигнала резервирования группы, связанного с конкретными ресурсами, и уменьшающихся при каждой передаче периода резервирования, связанного с теми же ресурсами.

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

WTRU, выполненный с возможностью передачи сигнала резервирования группы, может выбирать случайное число между n1 и n2 и может передавать сигнал резервирования группы с помощью набора указаний предварительного резервирования. После передачи каждого сигнала резервирования ресурсов WTRU может уменьшать случайное число. Когда случайное число достигает 0, WTRU может выполнять процедуру повторного выбора ресурсов для групповых ресурсов при условии, что WTRU все еще имеет в своих буферах данные и по меньшей мере n WTRU в группе имеют в своих буферах по меньшей мере x байтов данных, связанных с групповой связью. WTRU может принять решение сохранить существующие ресурсы в следующем периоде резервирования, если счетчик не достиг 0, и по меньшей мере y WTRU в группе указали, что они все еще имеют в своих буферах по меньшей мере x байтов данных, связанных с групповой связью. Кроме того, WTRU может изменять RCI для передачи следующего сигнала резервирования группы для изменения набора WTRU, имеющих назначенные подресурсы, и размера подресурсов на основании информации RCI, принятой от каждого WTRU.

WTRU может косвенно или прямо связывать подресурс в пределах набора ресурсов, указанных в сигнале резервирования ресурсов, который должен использоваться для его собственных передач. WTRU может определять необходимость использования конкретного подресурса в ресурсах, указанных в сигнале резервирования, на основании одного или более из следующего: прямое сопоставление на основании идентификатора или аналогичной идентификации; информация о последовательности, такая как RCI, переданная WTRU, сетью или уровнем приложения, которая может быть передана либо по PDCCH, либо по PDSCH; приоритет подлежащих передаче данных, включая требования к задержке передачи данных; время поступления подлежащих передаче данных; диапазон подлежащих передаче данных; предыдущие передачи другими WTRU в одном и том же подресурсе (например, в течение предыдущего периода резервирования или предыдущей передачи сигнала резервирования); измеренный RSRP, RSSI или CBR, связанный с подресурсом во время предыдущего периода резервирования или связанный с предыдущей передачей сигнала резервирования; расстояние от или отношение к WTRU, который передал сигнал резервирования ресурсов; и действительность с точки зрения передающего WTRU результатов опознавания, используемых WTRU, который выполнил выбор ресурсов.

WTRU может определять подресурс, в котором он может отправлять свои собственные передачи, на основании назначенного ему идентификатора, такого как идентификатор элемента группы. Например, WTRU может определять возможность использования им i^-го подресурса, если его идентификатор элемента группы по модулю N = i.

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

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

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

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

Если WTRU не может использовать свои подресурсы в ресурсах, указанных сигналом резервирования и/или RCI, WTRU может инициировать свою собственную процедуру резервирования ресурсов (опознавание и выбор ресурсов), и/или повторно передать сигнал резервирования ресурсов, возможно, с использованием их собственных подресурсов или с использованием заданного подресурса для этой цели.

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

WTRU может принимать индекс элемента группы N и определять, что он должен осуществлять передачу в N^-ом подресурсе, связанном с резервированием группы. N^-ый подресурс может быть определен как во временном, так и в частотном пространствах. Например, SCI может назначать x подканалов по y последовательным интервалам и дополнительно указывать подресурс, соответствующий одному подканалу. Затем WTRU может определять N^-ый подресурс путем индексации (сначала подканалом в данном интервале) и продолжать индексацию подканалов в следующем интервале до тех пор, пока не будет достигнут N^-ый подресурс.

WTRU может определять синхронизацию своих собственных передач на основании своего индекса элемента, а также индекса элемента, переданного другими WTRU в той же группе в сигнале резервирования. Например, WTRU с индексом элемента N может осуществлять передачу в том же ресурсе, который появляется в один период резервирования ресурса, после того как он обнаруживает передачу для группы, содержащую индекс элемента группы N-1 в переданной SCI или RCI.

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

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

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

На фиг. 4 показана схема, иллюстрирующая способ резервирования ресурсов с конкуренцией. WTRU, выполненный с возможностью контроля передачи по прямому соединению на предмет сигнала резервирования ресурса, может после приема сигнала резервирования, связанного с группой, к которой относится WTRU, осуществлять передачу по части ресурса в зависимости от того, обнаруживает ли он другой WTRU в группе, уже осуществляющий передачу по этому ресурсу. Например, WTRU может быть назначен порядковый номер для начального подресурса в пределах ресурса. Начальный подресурс, связанный с конкретным WTRU, может быть определен с помощью одного или более из идентификатора элемента WTRU и RCI. Например, идентификатор элемента может находиться в диапазоне от 1-N, а начальный подресурс для этого WTRU будет задан идентификатором элемента WTRU. RCI может быть передана периодически, в SCI или в одном из подресурсов PSSCH, предназначенных для передачи RCI.

WTRU может определять возможность передачи на ресурсе с конкуренцией путем опознавания подресурсов, появляющихся во времени до местоположения его собственного начального подресурса. Если WTRU определяет, что ресурс не занят (например, RSRP каждого из подресурсов ниже порогового значения), WTRU может принять решение о передаче в остальной части ресурса, начиная с собственного подресурса WTRU. Подресурс может состоять из любого из символа OFDM, интервала, подкадра или множества подкадров и может быть ограничен количеством ресурсных блоков по частоте (смежных или несмежных). Подресурс может быть или не быть смежным по времени. Сами подресурсы могут быть смежными или несмежными по времени и могут быть или не быть связаны с одними ресурсными блоками. Формат подресурсов, количество подресурсов могут быть предоставлены в одном или более из SCI, конфигурации или предварительной конфигурации RRC и данных, переданных в детерминированном подресурсе (например, в MAC CE).

Как показано на фиг. 4, SCI 402 может планировать набор подресурсов 404. Первому WTRU, имеющему первый последовательный номер, может быть назначен первый начальный подресурс 406 на основании одного или более из описанных выше способов. Первый WTRU может не осуществлять передачу по первому начальному подресурсу 406. Второй WTRU, которому может быть назначен второй последовательный номер, может обнаруживать, что первый WTRU не осуществляет передачу в первом начальном подресурсе 406, и может определять, что он может осуществлять передачу во втором начальном подресурсе 408. Однако второй WTRU может не осуществлять передачу во втором начальном подресурсе 408. Третий WTRU, которому может быть назначен третий последовательный номер, может обнаруживать, что второй WTRU не осуществляет передачу во втором начальном подресурсе 408, и может определять, что он может осуществлять передачу в третьем начальном подресурсе 410. Третий WTRU может начинать передачу в третьем начальном подресурсе 410. Третий WTRU может осуществлять передачу по остальной части набора подресурсов 404.

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

WTRU в пределах группы может принимать RNTI группы (Gr-V-RNTI) для назначений ресурсов, используемых всеми WTRU в группе. RNTI может быть назначен WTRU в выделенной сигнализации RRC. WTRU может принимать RNTI от gNB после присоединения к группе V2X. В качестве альтернативы WTRU может запрашивать RNTI группы после присоединения к группе WTRU. Например, после указания от верхних уровней, что WTRU присоединился, должен присоединиться или должен образовать группу, WTRU может запрашивать RNTI группы от gNB, используя информацию WTRU прямого соединения или аналогичное сообщение RRC. WTRU может принимать RNTI группы в рамках сигнализации для создания одноадресной/многоадресной линии связи (например, запрос на создание одноадресной линии связи для сети или в инициированном сетью сообщении о создании одноадресной линии связи по прямому соединению). WTRU может принимать RNTI группы в выделенной конфигурации. Запрос на RNTI группы может дополнительно содержать идентификацию группы WTRU (как сконфигурировано уровнем приложения) для gNB для идентификации группы WTRU. WTRU может дополнительно получать RNTI группы из целевого идентификатора (например, идентификатора L2, который идентифицирует группу одноадресной/многоадресной передачи). Например, WTRU может использовать все или младшие/старшие значащие биты целевого идентификатора, связанного с одноадресной/многоадресной линией связи, в качестве RNTI группы. В качестве альтернативы WTRU может получать RNTI группы из исходного идентификатора L2 одного или любого из WTRU, связанных по одноадресной/многоадресной линии связи.

WTRU может контролировать PDCCH на предмет Gr-V-RNTI, если он сконфигурирован уровнями приложения как часть группы и если он сконфигурирован сетью для выполнения запланированной сетью связи V2X. В противном случае WTRU может не требоваться контролировать Gr-V-RNTI. WTRU, который соединяет множество групп, могут дополнительно быть назначены различные значения Gr-V-RNTI, связанные с группами, к которым он присоединился.

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

WTRU может контролировать PDCCH, используя V-RNTI назначенного WTRU, когда он сконфигурирован уровнем приложения как часть группы и когда он сконфигурирован сетью для выполнения запланированной сетью связи V2X; В противном случае WTRU может не потребоваться контролировать V-RNTI назначенного WTRU.

WTRU может дополнительно запрашивать разрешение от сети на использование V-RNTI назначенного WTRU. Например, при приеме V-RNTI назначенного WTRU WTRU может отправить запрос/указание сети перед использованием V-RNTI WTRU и получением разрешения на передачу в подресурсах в пределах назначенных сетью ресурсов. WTRU может дополнительно принимать от сети указание того, может ли WTRU передавать или не может осуществлять передачу в пределах ресурсов, назначенных V-RNTI назначенного WTRU.

WTRU может регулярно передавать такой запрос/указание NW (например, на основании некоторого таймера), или при изменении расстояния (на основании геолокации) до V-RNTI назначенного WTRU, изменении назначенного WTRU для группы или при присоединении к другой группе.

WTRU, который контролирует V-RNTI, связанный с другим WTRU, может дополнительно принимать дополнительное указание (например, DCI) в предоставлении ресурса от сети. WTRU может использовать указание для различения предоставления ресурса, используемого группой, от предоставления ресурса, выделенного только для использования отдельным WTRU, связанным с V-RNTI. Указание может принимать два значения — группы или субъекта. Значение группы указывает, что WTRU может использовать подресурс в ресурсах, выделенных с использованием V-RNTI. Значение субъекта указывает, что это не разрешено.

WTRU может осуществлять передачу в пределах подресурса выделенного сетью ресурса с использованием механизмов, описанных выше для автономной передачи WTRU, которые могут быть основаны на передаче RCI одним или множеством WTRU. Кроме того, WTRU может принимать RCI от сети как часть сообщения RRC, MAC CE, DCI или аналогичного сообщения, переданного gNB.

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

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

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

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

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

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

WTRU может использовать идентификатор WTRU в пределах группы, назначенный уровнем приложения или сетью, для определения временного/частотного ресурса. WTRU, имеющий идентификатор M группы WTRU, может осуществлять передачу в M-ом ресурсе (мод. n) во время предоставления SPS после приема предоставления. Значения M и n могут быть предоставлены более высокими уровнями.

Кроме того, WTRU может использовать приоритет подлежащих передаче данных, включая требования к задержке данных, время поступления подлежащих передаче данных, диапазон передачи подлежащих передаче данных, предыдущие передачи другими WTRU в одном и том же подресурсе и измеренные RSRP, RSSI или CBR, связанные с подресурсом или другими подресурсами, возможно, в течение предыдущего периода резервирования для определения временного/частотного ресурса.

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

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

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

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

WTRU может изменять или адаптировать один или несколько параметров передачи для пакета на основании принятого значения диапазона, связанного с этим пакетом. Значение диапазона может быть дополнительно получено из характеристики QoS, связанной с пакетом (например, посредством сконфигурированной таблицы). Например, значение QoS x может указывать на конкретную запись в таблице, и эта запись в таблице может быть дополнительно связана с конкретным значением требования к диапазону. Требования к диапазону могут принимать любое число различных возможных значений (например, 1-x или низкий/средний/большой и т.д.). Такая адаптация может позволить WTRU достичь требуемого диапазона для передачи V2X без необходимости предположения параметров передачи в худшем случае, требуемых для всех передач V2X.

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

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

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

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

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

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

WTRU также может определять применимое значение или значения данного параметра передачи также на основании других измеренных аспектов канала, таких как одно или более из следующего: измеренный CBR в наборе ресурсов, измеренный CR на WTRU, качество опорного сигнала, передаваемого сетью или другим WTRU, обратная связь HARQ от другого WTRU, измерения CQI от другого WTRU и измеренные потери в тракте передачи между WTRU и одним или более другими WTRU (например, те, которые задействованы в одноадресной/многоадресной линии связи).

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

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

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

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

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

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

WTRU может оценивать значения потерь в тракте передачи по прямому соединению на основании результатов опознавания. WTRU может обрабатывать набор таких оценок потерь в тракте передачи по прямому соединению и определять диапазон потерь в тракте передачи по прямому соединению, соответствующий набору сконфигурированного диапазона, путем связывания сконфигурированного малого, среднего и большого диапазона с оценочными потерями в тракте передачи. Например, WTRU может связывать оценку 33-процентильных потерь в тракте передачи с малым диапазоном, 67-процентильных потерь в тракте передачи со средним диапазоном и 100-процентильных потерь с большим диапазоном. WTRU может определять мощность по прямому соединению на основании оценки потерь в тракте передачи по прямому соединению, связанной со сконфигурированным диапазоном. Для включения оценки потерь в тракте передачи WTRU может указывать мощность передачи в информации SCI.

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

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

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

Профиль передачи может влиять на один или более из следующих параметров передачи WTRU. Профиль передачи может предписывать повторные передачи по PSCCH и/или PSSCH. Например, профиль передачи может быть связан с количеством повторных передач (например, SCI), которые должны быть применены по PSCCH и/или PSSCH. Профиль передачи также может предписывать временную/частотную взаимосвязь между передачами и повторными передачами. Например, время между передачей и повторной передачей может быть фиксированным и определенным профилем передачи. Канал (или частотное положение) повторной передачи может иметь взаимосвязь с частотным ресурсом, используемым начальной передачей, причем эта взаимосвязь может быть определена из профиля передачи.

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

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

Профиль передачи может влиять на мощность передачи по PSCCH и/или PSSCH. Профиль передачи может определять номинальную или максимальную мощность передачи, которая должна использоваться. Кроме того, он может указывать на величину, на которую можно увеличить/уменьшить мощность передачи при каждой начальной передаче/повторной передаче и/или успешной передаче/повторной передаче.

Профиль передачи может влиять на выбранную MCS для передачи.

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

Профиль передачи может влиять на активацию/деактивацию ретрансляции. Профиль передачи может указывать, следует ли осуществлять передачу на ретранслятор или нет. WTRU на основании профиля передачи может дополнительно указывать в рамках передачи (например, в качестве элемента управления в PDU одного из уровней AS, такого как MAC, RLC, PDCP), следует ли ретранслировать конкретное сообщение или нет, и с каким количеством скачков.

Профиль передачи может влиять на режим передачи по прямому соединению. Режим передачи по прямому соединению может определять, использует ли WTRU передачу PC5 или передачу Uu, использует ли WTRU режим 3 или режим 4 для передачи и/или выбирает ли WTRU ресурсы, которые обеспечивают возможность их совместного использование между запланированными gNB и автономно выбранными WTRU, или ресурсы, которые не являются совместно используемыми.

Профиль передачи может влиять на используемую ширину полосы и несущую частоту (например, указание части ширины полосы или несущей). Например, профиль передачи может указывать BWP, которая используется для передачи.

Профиль передачи может влиять на канал управления и/или формат канала данных (т.е. формат интервала/мини-интервала) и набор символов OFDM для использования по времени/частоте. Например, WTRU может быть выполнен с возможностью передачи SCI или данных с использованием различных форматов PSCCH или PSSCH. Профиль может дополнительно определять, какой из допустимых форматов канала управления использовать для PSCCH и/или PSSCH.

Профиль передачи может влиять на критерии выбора ресурсов для одноразовых или периодических ресурсов. Профиль передачи может влиять на один или более критериев выбора ресурсов в режиме 4 (автономно выбранные WTRU). Например, каждый профиль передачи может быть связан с разным RSRP/RSSI/CBR или аналогичным пороговым значением для определения того, занят ли ресурс другой передачей WTRU или доступен для выбора. Каждый профиль передачи может быть связан с разными критериями (например, максимальным количеством последовательных ресурсов, которые должны быть зарезервированы, или критериями для повторного выбора ресурсов) для резервирования или поддержания выбранных ресурсов.

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

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

AS WTRU может быть сконфигурирован с набором профилей передачи (например, PF1, PF2, ... PFN). WTRU может быть дополнительно сконфигурирован посредством gNB с сопоставлением параметра диапазона (например, малый, средний, большой или диапазон 1, диапазон 2, ... диапазон n) с профилями. Конфигурация может быть предоставлена WTRU посредством сигнализации RRC, посредством MAC CE, посредством SI или посредством предварительной конфигурации. Когда уровень приложения выбирает конкретное значение диапазона, которое должно использоваться с пакетом, AS WTRU может затем выбрать один из сконфигурированных профилей передачи, связанных с этим значением диапазона.

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

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

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

WTRU может иметь двухэтапное сопоставление от целевого адреса к профилю передачи с набором параметров передачи. Каждый этап сопоставления может быть сконфигурирован/переконфигурирован разными объектами/механизмами или в разное время. WTRU может быть сконфигурирован посредством gNB/eNB и/или предварительной конфигурации с сопоставлением номеров/индексов профиля с наборами параметров передачи. Наборы параметров передачи могут состоять из настройки любого из параметров, связанных с профилем передачи. Затем WTRU может принимать сопоставление от уровня приложения целевого адреса с профилем передачи, например, в виде индекса в наборе известных профилей передачи (например, PF1, PF2, PF3 и т.д.). Например, целевой адрес x может использовать профиль передачи PF1.

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

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

WTRU может обеспечивать сопоставление адресата с индексом диапазона при переходе WTRU в режим RRC_ПОДКЛЮЧЕН, возможно, если сопоставление было изменено во время работы WTRU в режиме RRC_ОЖИДАНИЕ/RRC_НЕАКТИВНЫЙ.

WTRU может обеспечивать сопоставление адресата с индексом диапазона при передаче обслуживания для случая, когда WTRU выполняет передачу по прямому соединению в режиме RRC_ПОДКЛЮЧЕН.

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

WTRU может назначать определенный набор логических каналов пакетам с конкретным значением параметра диапазона. Например, идентификаторы L1–L2 логических каналов могут быть использованы для пакетов, отмеченных как «малый диапазон», идентификаторы L3–L4 логических каналов могут быть использованы для пакетов, отмеченных как «средний диапазон», а идентификаторы L5–L6 логических каналов могут быть использованы для пакетов, отмеченных как «большой диапазон». WTRU может выбирать конкретный идентификатор логического канала в пределах допустимого набора для конкретного значения диапазона на основании других относящихся к QoS факторов (например, приоритета). То есть, WTRU может выбирать идентификатор логического канала с наименьшим значением в пределах набора для «среднего диапазона» для пакета с высоким приоритетом, который должен быть установлен в среднем диапазоне. Допустимые наборы также могут быть сконфигурированы сетью или могут быть предварительно сконфигурированы в WTRU.

WTRU может отмечать SDU конкретным значением идентификатора диапазона в AS на основании значения параметра диапазона. Сопоставление значения идентификатора диапазона со значением параметра диапазона также может быть конфигурируемым. WTRU может не ограничивать пакет конкретным значением идентификатора диапазона для использования конкретного логического канала. Вместо этого WTRU может учитывать значение/идентификатор параметра диапазона при обработке L2 на уровнях PDCP, RLC и MAC. Например, во время сегментации SDU WTRU может связывать конкретное значение идентификатора диапазона или значение параметра диапазона с каждым из сегментов SDU.

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

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

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

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

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

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

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

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

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

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

На фиг. 5 представлена блок-схема, иллюстрирующая первый способ резервирования группы с использованием координации подресурсов. На этапе 502 WTRU может принимать первый элемент SCI от второго WTRU в пределах группы. На этапе 504 WTRU может принимать первый элемент RCI в пределах первого набора ресурсов, запланированного с помощью первой SCI. Первая RCI может включать в себя информацию о том, какой WTRU в группе запланирован использовать второй набор ресурсов. На этапе 506 WTRU может на основании первой RCI определять, что доступны один или более подресурсов в пределах второго набора ресурсов. На этапе 508 WTRU может передавать данные в одном или более подресурсах.

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

Изобретение относится к системе беспроводной связи, представляющей собой режим связи, в котором модули беспроводной передачи/приема (WTRU) могут обмениваться данными непосредственно друг с другом. Технический результат - WTRU может определять на основании первой RCI доступность одного или более подресурсов в пределах второго набора ресурсов. WTRU может передавать данные в один или более подресурсов. Первая SCI и первая RCI могут быть приняты в первый период резервирования, а один или более подресурсов могут находиться во втором периоде резервирования.WTRU принимает первый элемент SCI от второго WTRU в пределах группы. WTRU принимает первый элемент RCI в пределах первого набора ресурсов, запланированного с помощью первой SCI. Первая RCI включает в себя информацию о том, какой WTRU в группе запланирован использовать второй набор ресурсов. 2 н. и 18 з.п. ф-лы, 8 ил.

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

приемопередатчик и

процессор, причем:

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

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

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

приемопередатчик выполнен с возможностью передачи пакета данных на основании выбранного по меньшей мере одного параметра передачи данных.

2. WTRU по п. 1, отличающийся тем, что пакет данных связан с качеством обслуживания (QoS).

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

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

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

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

7. WTRU по п. 1, отличающийся тем, что по меньшей мере один параметр передачи данных основан на сопоставлении, сконфигурированном сетью.

8. WTRU по п. 1, отличающийся тем, что по меньшей мере один параметр передачи данных основан на значении CRB.

9. WTRU по п. 1, отличающийся тем, что по меньшей мере один параметр передачи данных основан на приоритете логического канала.

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

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

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

создание однонаправленного радиоканала прямого соединения (SLRB) для пакета данных, имеющего соответствующее значение параметра диапазона;

выбор по меньшей мере одного параметра передачи данных на основании по меньшей мере значения параметра диапазона; и

передачу пакета данных на основании выбранного по меньшей мере одного параметра передачи данных.

12. Способ по п. 11, отличающийся тем, что пакет данных связан с качеством обслуживания (QoS).

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

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

15. Способ по п. 11, отличающийся тем, что значение параметра диапазона указывает на физическое расстояние, на которое должно быть удовлетворено качество обслуживания (QoS) для пакета данных.

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

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

18. Способ по п. 11, отличающийся тем, что по меньшей мере один параметр передачи данных основан на значении CRB.

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

20. Способ по п. 11, отличающийся тем, что SLRB основан на конфигурации сети, причем конфигурация сети содержит по меньшей мере информацию о сопоставлении пакета данных с SLRB.