Перекрестные ссылки на родственные заявки
Настоящая заявка испрашивает преимущество по предварительной заявке на патент США №62/784,040, поданной 21 декабря 2018 г. и предварительной заявке на патент США №62/840,797, поданной 30 апреля 3019 г., содержание которых включено в настоящий документ путем ссылки.
Предпосылки создания изобретения
По мере повышения возможностей беспроводной связи могут быть разработаны взаимосвязанные системы, в которых объединено множество вариантов использования для дополнительного улучшения передачи данных и совместного использования информации. Например, связь «транспортное средство - любой объект» (V2X) может быть использована для беспроводного соединения устройств, участвующих в транспортировке, и сред, окружающих транспортную инфраструктуру. По мере развития этих систем требуются протоколы и процедуры для беспроводного взаимодействия устройств.
Изложение сущности изобретения
Обеспечены системы, способы и устройства для обеспечения возможности одновременной передачи протоколов передачи различных типов. Устройство, такое как модуль беспроводной передачи/приема (WTRU), может принимать информацию о конфигурации и принимать пакет данных от верхнего уровня стека протоколов, действующего на WTRU. Затем WTRU может сначала определять тип передачи для пакета данных на основании информации о конфигурации и условия. Затем WTRU может передавать пакет данных с использованием определенного типа передачи. Информация о конфигурации может включать в себя критерии принятия решения, связанные с определением типа передачи, и набор логических каналов, которые связаны со свойствами данных. Тип передачи может представлять собой одно из запланированного сетью режима, автономного запланированного для WTRU режима, стандарта долгосрочного развития сетей связи (LTE), новой радиосети (NR), одноадресной, групповой или широковещательной передачи.
Краткое описание графических материалов
Кроме того, одинаковые номера позиций на фигурах обозначают одинаковые элементы, и при этом:
на фиг. 1A представлена схема системы, иллюстрирующая пример системы связи, в которой могут быть реализованы один или более описанных вариантов осуществления;
на фиг. 1B представлена схема системы, иллюстрирующая пример модуля беспроводной передачи/приема (WTRU), который может быть использован в системе связи, проиллюстрированной на фиг. 1A, в соответствии с вариантом осуществления;
на фиг. 1C представлена схема системы, иллюстрирующая пример сети радиодоступа (RAN) и пример опорной сети (CN), которые могут быть использованы в системе связи, проиллюстрированной на фиг. 1A, в соответствии с вариантом осуществления;
на фиг. 1D представлена схема системы, иллюстрирующая дополнительный пример RAN и дополнительный пример CN, которые могут быть использованы в системе связи, проиллюстрированной на фиг. 1A, в соответствии с вариантом осуществления; и
на фиг. 2 представлена блок-схема, иллюстрирующая пример процесса обработки пакета данных для передачи;
на фиг. 3 представлена схема, иллюстрирующая пример процесса обработки пакета данных при изменениях условия; и
на фиг. 4 представлена блок-схема, иллюстрирующая пример процесса, относящегося к отчету о состоянии буфера и сообщению с запросом планирования.
Подробное описание
На фиг. 1A представлена схема, иллюстрирующая пример системы 100 связи, в которой могут быть реализованы один или более описанных вариантов осуществления. Система 100 связи может представлять собой систему множественного доступа, от которой множество пользователей беспроводной связи получают содержимое, такое как голосовая информация, данные, видео, обмен сообщениями, широковещание и т.п. Система 100 связи может быть выполнена с возможностью предоставления множеству пользователей беспроводной связи доступа к такому содержимому посредством совместного использования системных ресурсов, включая ширину полосы пропускания беспроводного соединения. Например, в системах 100 связи можно использовать один или более способов доступа к каналу, таких как множественный доступ с кодовым разделением (CDMA), многостанционный доступ с временным разделением каналов (TDMA), многостанционный доступ с частотным разделением каналов (FDMA), многостанционный доступ с ортогональным частотным разделением каналов (OFDMA), FDMA с одной несущей (SC-FDMA), расширенное OFDM с безызбыточным расширением дискретного преобразования Фурье с синхропакетом (ZT-UW-DFT-S-OFDM), OFDM с синхропакетом (UW-OFDM), OFDM с фильтрацией блока ресурса, блок фильтров с несколькими несущими (FBMC) и т.п.
Как показано на фиг. 1A, система 100 связи может включать в себя модули 102a, 102b, 102c, 102d беспроводной передачи/приема (WTRU), сеть 104 радиодоступа (RAN), опорную сеть (CN) 106, коммутируемую телефонную сеть 108 общего пользования (PSTN), сеть 110 Интернет и другие сети 112, хотя следует понимать, что описанные варианты осуществления предполагают любое количество WTRU, базовых станций, сетей и/или сетевых элементов. Каждый из WTRU 102a, 102b, 102c, 102d может представлять собой устройство любого типа, выполненное с возможностью функционирования и/или взаимодействия в среде беспроводной связи. Например, WTRU 102a, 102b, 102c, 102d, любой из которых может называться станцией (STA), могут быть выполнены с возможностью передачи и/или приема радиосигналов и могут включать в себя оборудование пользователя (UE), мобильную станцию, стационарный или мобильный абонентский модуль, абонентский модуль, пейджер, сотовый телефон, карманный персональный компьютер (PDA), смартфон, ноутбук, нетбук, персональный компьютер, беспроводной датчик, точку доступа или устройство Mi-Fi, устройство Интернета физических объектов (IoT), часы или другие носимые устройства, устанавливаемый на голове дисплей (HMD), транспортное средство, беспилотный радиоуправляемый летательный аппарат, медицинское устройство и приложения (например, применяемые в дистанционной хирургии), промышленное устройство и приложения (например, роботизированные и/или другие беспроводные устройства, работающие в условиях промышленной и/или автоматизированной технологической цепочки), устройство, относящееся к бытовой электронике, устройство, работающее в коммерческой и/или промышленной беспроводной сети, и т.п. Любой из WTRU 102a, 102b, 102c и 102d можно взаимозаменяемо называть UE.
Системы 100 связи могут также включать в себя базовую станцию 114a и/или базовую станцию 114b. Каждая из базовых станций 114a, 114b может представлять собой устройство любого типа, выполненное с возможностью беспроводного взаимодействия с по меньшей мере одним из WTRU 102a, 102b, 102c, 102d для облегчения доступа к одной или более сетям связи, таким как CN 106, сеть Интернет 110 и/или другие сети 112. В качестве примера базовые станции 114a, 114b могут представлять собой базовую приемопередающую станцию (BTS), NodeB, eNode B (eNB), Home Node B, Home eNode B, станцию следующего поколения NodeB, такую как gNode B (gNB), станцию NodeB новой радиосети (NR), контроллер пункта связи, точку доступа (AP), беспроводной маршрутизатор и т.п. Хотя каждая из базовых станций 114a, 114b показана как отдельный элемент, следует понимать, что базовые станции 114a, 114b могут включать в себя любое количество взаимно соединенных базовых станций и/или сетевых элементов.
Базовая станция 114a может быть частью RAN 104, которая может также включать в себя другие базовые станции и/или сетевые элементы (не показаны), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), узлы ретранслятора и т.п. Базовая станция 114a и/или базовая станция 114b могут быть выполнены с возможностью передачи и/или приема радиосигналов на одной или более несущих частотах, которые могут называться сотами (не показаны). Эти частоты могут относиться к лицензированному спектру, нелицензированному спектру или к сочетанию лицензированного и нелицензированного спектров. Сота может обеспечивать покрытие для беспроводного сервиса в конкретной географической зоне, которая может быть относительно фиксированной или которая может изменяться со временем. Сота может быть дополнительно разделена на сектора соты. Например, сота, связанная с базовой станцией 114a, может быть разделена на три сектора. Таким образом, в одном варианте осуществления базовая станция 114a может включать в себя три приемопередатчика, например, один для каждого сектора соты. В варианте осуществления в базовой станции 114a может быть использована технология «множественный вход — множественный выход» (MIMO) и может быть задействовано множество приемопередатчиков для каждого сектора соты. Например, для передачи и/или приема сигналов в требуемых пространственных направлениях можно использовать формирование лучей.
Базовые станции 114a, 114b могут обмениваться данными с одним или более из WTRU 102a, 102b, 102c, 102d посредством радиоинтерфейса 116, который может представлять собой любую подходящую систему беспроводной связи (например, для передачи сигналов в радиочастотном (РЧ), микроволновом спектре, спектре сантиметровых волн, спектре микрометровых волн, инфракрасном (ИК), ультрафиолетовом (УФ) спектре, спектре видимого света и т.д.). Радиоинтерфейс 116 может быть установлен с использованием любой подходящей технологии радиодоступа (RAT).
Более конкретно, как указано выше, система 100 связи может представлять собой систему множественного доступа, и в ней можно использовать одну или более схем доступа к каналу, например CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т.п. Например, в базовой станции 114a в RAN 104 и WTRU 102a, 102b, 102c может быть реализована технология радиосвязи, такая как сеть наземного радиодоступа (UTRA) для универсальной системы мобильной связи (UMTS), в которой может быть установлен радиоинтерфейс 116 с использованием широкополосного CDMA (WCDMA). WCDMA может включать в себя протоколы связи, такие как высокоскоростной пакетный доступ (HSPA) и/или усовершенствованный HSPA (HSPA+). Протокол HSPA может включать в себя высокоскоростной пакетный доступ по нисходящей (DL) линии связи (HSDPA) и/или высокоскоростной пакетный доступ по восходящей (UL) линии связи (HSUPA).
В варианте осуществления в базовой станции 114a и WTRU 102a, 102b, 102c может быть реализована такая технология радиосвязи, как усовершенствованная сеть наземного радиодоступа UMTS (E-UTRA), которая может устанавливать радиоинтерфейс 116 с использованием стандарта долгосрочного развития сетей связи (LTE), и/или LTE-Advanced (LTE-A), и/или LTE-Advanced Pro (LTE-A Pro).
В варианте осуществления в базовой станции 114a и WTRU 102a, 102b, 102c может быть реализована такая технология радиосвязи, как новая технология радиодоступа (NR), которая может устанавливать радиоинтерфейс 116 с использованием NR.
В варианте осуществления в базовой станции 114a и WTRU 102a, 102b, 102c может быть реализовано множество технологий радиодоступа. Например, в совокупности в базовой станции 114a и WTRU 102a, 102b, 102c могут быть реализованы технологии радиодоступа LTE и NR, например, с использованием принципов двойного подключения (DC). Таким образом, радиоинтерфейс, используемый WTRU 102a, 102b, 102c, может характеризоваться использованием множества типов технологий радиодоступа и/или передачами, отправляемыми на базовые станции/с базовых станций, множества типов (например, eNB и gNB).
В других вариантах осуществления базовая станция 114a и WTRU 102a, 102b, 102c могут реализовывать технологии радиосвязи, такие как IEEE 802.11 (например, Wireless Fidelity (WiFi)), IEEE 802.16 (например, глобальная совместимость для микроволнового доступа (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, временный стандарт 2000 (IS-2000), временный стандарт 95 (IS-95), временный стандарт 856 (IS-856), глобальная система мобильной связи (GSM), усовершенствованные скорости передачи данных для сетей GSM Evolution (EDGE), GSM EDGE (GERAN) и т.п.
Базовая станция 114b, показанная на фиг. 1A, может представлять собой, например, беспроводной маршрутизатор, станцию Home Node B, станцию Home eNode B или точку доступа, и в ней может быть использована любая подходящая RAT для облегчения обеспечения беспроводной связи в локализованной зоне, такой как коммерческое предприятие, жилое помещение, транспортное средство, учебное заведение, промышленный объект, воздушный коридор (например, для использования беспилотными радиоуправляемыми летательными аппаратами), проезжая часть и т.п. В одном варианте осуществления в базовой станции 114b и WTRU 102c, 102d может быть реализована технология радиосвязи, такая как IEEE 802.11, для создания беспроводной локальной сети (WLAN). В варианте осуществления в базовой станции 114b и WTRU 102c, 102d может быть реализована технология радиосвязи, такая как IEEE 802.15, для создания беспроводной персональной сети (WPAN). В еще одном варианте осуществления в базовой станции 114b и WTRU 102c, 102d можно использовать RAT на основе сот (например, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR и т.п.) для создания пикосоты или фемтосоты. Как показано на фиг. 1A, базовая станция 114b может иметь прямое соединение с сетью Интернет 110. Таким образом, для базовой станции 114b может не требоваться доступа к сети Интернет 110 посредством CN 106.
RAN 104 может обмениваться данными с CN 106, которая может представлять собой сеть любого типа, выполненную с возможностью предоставления услуг передачи голосовой информации, данных, приложений и/или голосовой связи по протоколу IP (VoIP) на один или более из WTRU 102a, 102b, 102c, 102d. К данным могут предъявляться различные требования по качеству обслуживания (QoS), например различные требования по производительности, требования к задержке, требования к отказоустойчивости, требования к надежности, требования к скорости передачи данных, требования к мобильности и т.п. В сети CN 106 может быть обеспечено управление вызовами, услуги биллинга, услуги мобильной связи на основе местоположения, предварительно оплаченные вызовы, возможность связи с сетью Интернет, распределение видеосигналов и т.п. и/или реализованы функции высокоуровневой защиты, такие как аутентификация пользователей. Хотя на фиг. 1A это не показано, следует понимать, что RAN 104 и/или CN 106 могут прямо или косвенно обмениваться данными с другими RAN, которые используют такую же RAT, что и RAN 104, или другую RAT. Например, в дополнение к связи с RAN 104, в которой может быть использована технология радиосвязи NR, CN 106 может также осуществлять связь с другой RAN (не показана), использующей технологию радиосвязи GSM, UMTS, CDMA 2000, WiMAX, E-UTRA или WiFi.
CN 106 может также выступать в качестве шлюза для WTRU 102a, 102b, 102c, 102d для обеспечения доступа к сети PSTN 108, сети Интернет 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые предоставляют традиционные услуги телефонной связи (POTS). Интернет 110 может включать в себя глобальную систему взаимно соединенных компьютерных сетей и устройств, которые используют распространенные протоколы связи, такие как протокол управления передачей (TCP), протокол пользовательских дейтаграмм (UDP) и/или протокол Интернета (IP) в наборе протоколов Интернета TCP/IP. Сети 112 могут включать в себя проводные и/или беспроводные сети связи, которые принадлежат другим поставщикам услуг и/или управляются ими. Например, сети 112 могут включать в себя другую CN, соединенную с одной или более RAN, в которых можно использовать такую же RAT, как RAN 104, или другую RAT.
Некоторые или все из WTRU 102a, 102b, 102c, 102d в системе 100 связи могут включать в себя многорежимные возможности (например, WTRU 102a, 102b, 102c, 102d могут включать в себя множество приемопередатчиков для связи с разными беспроводными сетями по разным беспроводным линиям связи). Например, WTRU 102c, показанный на фиг. 1A, может быть выполнен с возможностью обмена данными с базовой станцией 114a, которая может использовать технологию радиосвязи на основе сот, а также с базовой станцией 114b, которая может использовать технологию радиосвязи IEEE 802.
На фиг. 1B представлена схема системы, иллюстрирующая пример WTRU 102. Как показано на фиг. 1B, WTRU 102 может включать в себя, помимо прочего, процессор 118, приемопередатчик 120, передающий/приемный элемент 122, динамик/микрофон 124, клавиатуру 126, дисплей/сенсорную панель 128, несъемное запоминающее устройство 130, съемное запоминающее устройство 132, источник 134 питания, набор 136 микросхем глобальной системы определения местоположения (GPS) и/или другие периферийные устройства 138. Следует понимать, что WTRU 102 может включать в себя любую подкомбинацию вышеперечисленных элементов и при этом соответствовать варианту осуществления.
Процессор 118 может представлять собой процессор общего назначения, процессор специального назначения, традиционный процессор, цифровой сигнальный процессор (DSP), множество микропроцессоров, один или более микропроцессоров, связанных с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), программируемые пользователем вентильные матрицы (FPGA), интегральную схему (IC) любого другого типа, конечный автомат и т.п. Процессор 118 может выполнять кодирование сигналов, обработку данных, управление мощностью, обработку ввода/вывода и/или иметь любые другие функциональные возможности, необходимые WTRU 102 для функционирования в среде беспроводной связи. Процессор 118 может быть соединен с приемопередатчиком 120, который может быть соединен с передающим/приемным элементом 122. Хотя на фиг. 1B процессор 118 и приемопередатчик 120 показаны в виде отдельных компонентов, следует понимать, что процессор 118 и приемопередатчик 120 могут быть выполнены как единое целое и встроены в электронный блок или микросхему.
Передающий/приемный элемент 122 может быть выполнен с возможностью передачи сигналов на базовую станцию (например, базовую станцию 114a) или приема от нее сигналов по радиоинтерфейсу 116. Например, в одном варианте осуществления передающий/приемный элемент 122 может представлять собой антенну, выполненную с возможностью передачи и/или приема РЧ-сигналов. В варианте осуществления передающий/приемный элемент 122 может представлять собой излучатель/детектор, выполненный с возможностью передачи и/или приема, например, сигналов в ИК-, УФ-спектре или спектре видимого света. В еще одном варианте осуществления передающий/приемный элемент 122 может быть выполнен с возможностью передачи и/или приема сигналов как в РЧ-спектре, так и в спектре видимого света. Следует понимать, что передающий/приемный элемент 122 может быть выполнен с возможностью передачи и/или приема любой комбинации радиосигналов.
Хотя на фиг. 1B передающий/приемный элемент 122 показан в виде единственного элемента, WTRU 102 может включать в себя любое количество передающих/приемных элементов 122. Более конкретно, в WTRU 102 может быть использована технология MIMO. Таким образом, в одном варианте осуществления WTRU 102 может включать в себя два или более передающих/приемных элементов 122 (например, множество антенн) для передачи и приема радиосигналов по радиоинтерфейсу 116.
Приемопередатчик 120 может быть выполнен с возможностью модуляции сигналов, передаваемых посредством передающего/приемного элемента 122, а также демодуляции сигналов, принятых посредством передающего/приемного элемента 122. Как указано выше, WTRU 102 может иметь многорежимные возможности. Таким образом, приемопередатчик 120 может включать в себя множество приемопередатчиков, с помощью которых WTRU 102 получает возможность взаимодействия посредством множества RAT, таких как, например, NR и IEEE 802.11.
Процессор 118 WTRU 102 может быть соединен с динамиком/микрофоном 124, клавиатурой 126 и/или дисплеем/сенсорной панелью 128 (например, жидкокристаллическим дисплеем (LCD) или дисплеем на органических светодиодах (OLED)) и может принимать от них данные, вводимые пользователем. Процессор 118 может также выводить пользовательские данные на динамик/микрофон 124, клавиатуру 126 и/или дисплей/сенсорную панель 128. Кроме того, процессор 118 может иметь доступ к информации с подходящего запоминающего устройства любого типа, такого как несъемное запоминающее устройство 130 и/или съемное запоминающее устройство 132, и хранить на нем данные. Несъемное запоминающее устройство 130 может включать в себя оперативное запоминающее устройство (ОЗУ), постоянное запоминающее устройство (ПЗУ), жесткий диск или запоминающее устройство любого другого типа. Съемное запоминающее устройство 132 может включать в себя карту модуля идентификации абонента (SIM), карту памяти, защищенную цифровую карту памяти (SD) и т.п. В других вариантах осуществления процессор 118 может осуществлять доступ к информации с запоминающего устройства, которое физически размещено не в WTRU 102, а, например, на сервере или домашнем компьютере (не показан), и хранить на нем данные.
Процессор 118 может принимать питание от источника 134 питания и может быть выполнен с возможностью управления питанием и/или распределения питания на другие компоненты в WTRU 102. Источник 134 питания может представлять собой любое подходящее устройство для подачи питания на WTRU 102. Например, источник 134 питания может включать в себя одну или более сухих батарей (например, никель-кадмиевых (NiCd), никель-цинковых (NiZn), никель-металл-гидридных (NiMH), литий-ионных (Li-ion) и т.п.), солнечных элементов, топливных элементов и т.п.
Процессор 118 может также быть соединен с набором 136 микросхем GPS, который может быть выполнен с возможностью предоставления информации о местоположении (например, долготы и широты) относительно текущего местоположения WTRU 102. Дополнительно или вместо информации от набора 136 микросхем GPS модуль WTRU 102 может принимать информацию о местоположении по радиоинтерфейсу 116 от базовой станции (например, от базовых станций 114a, 114b) и/или определять свое местоположение на основании синхронизации сигналов, принимаемых от двух или более соседних базовых станций. Следует понимать, что WTRU 102 может получать информацию о местоположении посредством любого подходящего способа определения местоположения и при этом соответствовать варианту осуществления.
Процессор 118 может быть дополнительно соединен с другими периферийными устройствами 138, которые могут включать в себя один или более программных и/или аппаратных модулей, в которых предусмотрены дополнительные признаки, функциональные возможности и/или возможности по установлению проводной или беспроводной связи. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для фото- и/или видеосъемки), порт универсальной последовательной шины (USB), вибрационное устройство, телевизионный приемопередатчик, беспроводную гарнитуру, модуль Bluetooth®, радиомодуль с частотной модуляцией (FM), цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль для воспроизведения видеоигр, Интернет-браузер, устройство виртуальной реальности и/или дополненной реальности (VR/AR), трекер активности и т.п. Периферийные устройства 138 могут включать в себя один или более датчиков. Датчики могут представлять собой один или более из гироскопа, акселерометра, датчика Холла, магнитометра, датчика ориентации, бесконтактного датчика, датчика температуры, датчика времени; датчика географического положения, высотомера, датчика освещенности, датчика касания, магнитометра, барометра, датчика жестов, биометрического датчика, датчика влажности и т.п.
WTRU 102 может включать в себя полнодуплексное радиоустройство, в котором передача и прием некоторых или всех сигналов (например, связанных с конкретными подкадрами как для UL (например, для передачи), так и для DL (например, для приема)) могут осуществляться совместно и/или одновременно. Полнодуплексное радиоустройство может включать в себя блок управления помехами для снижения уровня и/или по существу устранения собственных помех с помощью либо аппаратного обеспечения (например, дросселя), либо обработки сигнала с помощью процессора (например, отдельного процессора (не показан) или процессора 118). В варианте осуществления WTRU 102 может включать в себя полудуплексное радиоустройство для передачи и приема некоторых или всех сигналов (например, связанных с конкретными подкадрами как для UL (например, для передачи), так и для DL (например, для приема)).
На фиг. 1C представлена схема системы, иллюстрирующая RAN 104 и CN 106 в соответствии с вариантом осуществления. Как отмечено выше, RAN 104 может использовать технологию радиосвязи E-UTRA для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 может также обмениваться данными с CN 106.
RAN 104 может включать в себя eNode-B 160a, 160b, 160c, хотя следует понимать, что сеть RAN 104 может включать в себя любое количество eNode-B и при этом соответствовать варианту осуществления. Каждая eNode-B 160a, 160b, 160c может включать в себя один или более приемопередатчиков для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления в eNode B 160a, 160b, 160c может быть реализована технология MIMO. Таким образом, в eNode-B 160a может, например, быть использовано множество антенн для передачи радиосигналов на WTRU 102a и/или приема радиосигналов от него.
Каждая eNode-B 160a, 160b, 160c может быть связана с конкретной сотой (не показана) и может быть выполнена с возможностью принятия решений по управлению радиоресурсами, решений по передаче обслуживания, диспетчеризации пользователей в UL и/или DL и т.п. Как показано на фиг. 1C, eNode-B 160a, 160b, 160c могут обмениваться данными друг с другом по интерфейсу X2.
CN 106, показанная на фиг. 1C, может включать в себя объект 162 управления мобильностью (MME), обслуживающий шлюз (SGW) 164 и шлюз 166 (PGW) сети с пакетной передачей данных (PDN). Хотя вышеперечисленные элементы показаны как часть CN 106, следует понимать, что любой из этих элементов может принадлежать субъекту, отличному от оператора CN, и/или может управляться таким субъектом.
MME 162 может быть подключен к каждой из eNode-B 162a, 162b, 162c в RAN 104 по интерфейсу S1 и может выступать в качестве узла управления. Например, MME 162 может отвечать за аутентификацию пользователей WTRU 102a, 102b, 102c, активацию/деактивацию канала, выбор конкретного обслуживающего шлюза во время начального соединения WTRU 102a, 102b, 102c и т.п. MME 162 может обеспечивать функцию плоскости управления для переключения между RAN 104 и другими RAN (не показаны), которые используют другие технологии радиосвязи, такие как GSM и/или WCDMA.
SGW 164 может быть подключен к каждой eNode B 160a, 160b, 160c в RAN 104 по интерфейсу S1. SGW 164 может по существу направлять и пересылать пакеты пользовательских данных на WTRU 102a, 102b, 102c и от них. SGW 164 может выполнять другие функции, например привязку плоскостей пользователя во время передачи обслуживания между базовыми станциями eNode B, запуск пейджинга, когда данные DL доступны для WTRU 102a, 102b, 102c, управление и хранение контекста WTRU 102a, 102b, 102c и т.п.
SGW 164 может быть подключен к PGW 166, который может предоставлять модулям WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как сеть Интернет 110, для облегчения обмена данными между WTRU 102a, 102b, 102c и устройствами с поддержкой IP.
CN 106 может облегчать обмен данными с другими сетями. Например, CN 106 может предоставлять модулям WTRU 102a, 102b, 102c доступ к сетям с коммутацией каналов, таким как PSTN 108, для облегчения обмена данными между WTRU 102a, 102b, 102c и традиционными устройствами связи наземной линии связи. Например, CN 106 может включать в себя IP-шлюз (например, сервер мультимедийной IP-подсистемы (IMS)), который выступает в качестве интерфейса между CN 106 и PSTN 108, либо может обмениваться данными с ним. Кроме того, CN 106 может предоставлять модулям WTRU 102a, 102b, 102c доступ к другим сетям 112, которые могут включать в себя другие проводные и/или беспроводные сети, которые принадлежат другим поставщикам услуг и/или управляются ими.
Хотя WTRU описан на фиг. 1A–1D как беспроводной терминал, предполагается, что в определенных типовых вариантах осуществления с таким терминалом может быть использован (например, временно или постоянно) проводной интерфейс связи с сетью связи.
В типовых вариантах осуществления другая сеть 112 может представлять собой WLAN.
WLAN в режиме базового набора служб (BSS) инфраструктуры может иметь точку доступа (АР) для BSS и одну или более станций (STA), связанных с АР. АР может иметь доступ к системе распределения (DS) или интерфейс с ней или же осуществлять связь по проводной/беспроводной сети другого типа, которая переносит трафик в BSS и/или из BSS. Трафик на станции STA, исходящий извне BSS, может поступать через AP и может быть доставлен на станции STA. Трафик, исходящий из станций STA к получателям вне BSS, может быть отправлен на АР для доставки соответствующим получателям. Трафик между станциями STA в пределах BSS может быть отправлен через АР, например, если STA-источник может отправлять трафик на АР, а АР может доставлять трафик STA-получателю. Трафик между STA в пределах BSS может считаться и/или называться одноранговым трафиком. Одноранговый трафик может быть передан между (например, непосредственно между) STA-источником и STA-получателем при установлении прямой линии связи (DLS). В определенных типовых вариантах осуществления DLS может использовать DLS 802.11e или туннелированное DLS 802.11z (TDLS). WLAN с использованием независимого BSS (IBSS) режима может не иметь АР, а STA (например, каждая STA) в пределах или с использованием IBSS могут осуществлять связь непосредственно друг с другом. В настоящем документе режим IBSS может иногда называться режимом «динамической» связи.
При использовании режима работы инфраструктуры 802.11ac или аналогичного режима работы AP может передавать маяк по фиксированному каналу, такому как первичный канал. Первичный канал может иметь фиксированную ширину (например, ширину полосы пропускания 20 МГц) или динамически установленную ширину. Первичный канал может представлять собой рабочий канал BSS и может быть использован станциями STA для установления соединения с АР. В определенных типовых вариантах осуществления может быть реализован множественный доступ с контролем несущей и предотвращением коллизий (CSMA/CA), например, в системах 802.11. STA (например, каждая STA), включая АР, могут обнаруживать первичный канал для CSMA/CA. При распознавании/обнаружении и/или определении занятости первичного канала конкретной STA эта конкретная STA может отключаться. Одна STA (например, только одна станция) может осуществлять передачу в любой конкретный момент времени в данном BSS.
Для осуществления связи STA с высокой пропускной способностью (HT) может быть использован канал шириной 40 МГц, например путем объединения первичного канала 20 МГц со смежным или несмежным каналом 20 МГц с образованием канала шириной 40 МГц.
STA со сверхвысокой пропускной способностью (VHT) могут поддерживать каналы шириной 20 МГц, 40 МГц, 80 МГц и/или 160 МГц. Каналы 40 МГц и/или 80 МГц могут быть образованы путем объединения сплошных каналов 20 МГц. Канал 160 МГц может быть образован путем объединения 8 сплошных каналов 20 МГц или путем объединения двух несплошных каналов 80 МГц, которые могут называться конфигурацией 80+80. Для конфигурации 80+80 данные после кодирования канала могут проходить через анализатор сегментов, который может разделять данные на два потока. Обработку по методу обратного быстрого преобразования Фурье (IFFT) и обработку во временной области можно выполнять отдельно для каждого потока. Потоки могут быть сопоставлены с двумя каналами 80 МГц, а данные могут быть переданы посредством передающей STA. В приемнике принимающей STA вышеописанная операция для конфигурации 80+80 может быть инвертирована, а объединенные данные могут быть отправлены на устройство управления доступом к среде передачи данных (MAC).
Протоколы 802.11af и 802.11ah поддерживают режимы работы на частотах до 1 ГГц. В 802.11af и 802.11ah значения ширины полосы пропускания канала и несущие уменьшены по отношению к используемым в 802.11n и 802.11ac. Протокол 802.11af поддерживает значения ширины полосы пропускания 5 МГц, 10 МГц и 20 МГц в неиспользуемой части частотного спектра телевидения (TVWS), а протокол 802.11ah поддерживает значения ширины полосы пропускания 1 МГц, 2 МГц, 4 МГц, 8 МГц и 16 МГц с использованием спектра, отличного от TVWS. Согласно типовому варианту осуществления 802.11ah может поддерживать управление с измерением / межмашинные связи (MTC), например устройства межмашинной связи (MTC) в макрозоне покрытия. Устройства MTC могут обладать определенными возможностями, например ограниченными возможностями, включая поддержку (например, поддержку только) определенных и/или ограниченных значений ширины полосы пропускания. Устройства МТС могут включать в себя батарею, имеющую срок службы батареи, превышающий пороговое значение (например, для обеспечения очень длительного срока службы батареи).
Системы WLAN, которые могут поддерживать множество каналов и значений ширины полосы пропускания канала, такие как 802.11n, 802.11ac, 802.11af и 802.11ah, включают в себя канал, который может быть назначен в качестве первичного канала. Первичный канал может иметь ширину полосы пропускания, равную наибольшей общей рабочей ширине полосы пропускания, поддерживаемой всеми STA в BSS. Ширина полосы пропускания первичного канала может быть установлена и/или ограничена STA из числа всех STA, работающих в BSS, которая поддерживает режим работы с наименьшей шириной полосы пропускания. В примере 802.11ah первичный канал может иметь ширину 1 МГц для STA (например, устройств типа MTC), которые поддерживают (например, поддерживают только) режим 1 МГц, даже если AP и другие STA в BSS поддерживают 2 МГц, 4 МГц, 8 МГц, 16 МГц и/или режимы работы с другими значениями ширины полосы пропускания канала. Параметры обнаружения несущей и/или вектора выделения сети (NAV) могут зависеть от состояния первичного канала. Если первичный канал занят, например, из-за STA (которая поддерживает только режим работы 1 МГц), осуществляющей передачу на AP, все доступные полосы частот могут считаться занятыми, даже если большинство доступных полос частот остаются незанятыми.
В Соединенных Штатах Америки доступные полосы частот, которые могут быть использованы 802.11ah, находятся в диапазоне от 902 МГц до 928 МГц. Доступные полосы частот в Корее - от 917,5 МГц до 923,5 МГц. Доступные полосы частот в Японии - от 916,5 МГц до 927,5 МГц. Общая ширина полосы пропускания, доступная для 802.11ah, составляет от 6 МГц до 26 МГц в зависимости от кода страны.
На фиг. 1D представлена схема системы, иллюстрирующая RAN 104 и CN 106 в соответствии с вариантом осуществления. Как отмечено выше, RAN 104 может использовать технологию радиосвязи NR для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 может также обмениваться данными с CN 106.
RAN 104 может включать в себя gNB 180a, 180b, 180c, хотя следует понимать, что RAN 104 может включать в себя любое количество gNB и при этом соответствовать варианту осуществления. Каждая gNB 180a, 180b, 180c может включать в себя один или более приемопередатчиков для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления в gNB 180a, 180b, 180c может быть реализована технология MIMO. Например, gNB 180a, 108b могут использовать формирование лучей для передачи сигналов на gNB 180a, 180b, 180c и/или приема сигналов от них. Таким образом, gNB 180a, например, может использовать множество антенн для передачи радиосигналов на WTRU 102a и/или приема радиосигналов от него. В варианте осуществления на gNB 180a, 180b, 180c может быть реализована технология агрегирования несущих. Например, gNB 180a может передавать на WTRU 102a множество несущих составляющих (не показаны). Подмножество этих несущих составляющих может относиться к нелицензированному спектру, тогда как остальные несущие составляющие могут относиться к лицензированному спектру. В варианте осуществления на gNB 180a, 180b, 180c может быть реализована технология координированной многоточечной передачи (CoMP). Например, WTRU 102a может принимать координированные передачи от gNB 180a и gNB 180b (и/или gNB 180c).
WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c с использованием передач, связанных с масштабируемой численной величиной. Например, разнос символов OFDM и/или разнос поднесущих OFDM может различаться для разных передач, разных сот и/или разных участков спектра беспроводной передачи. WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c с использованием подкадра или временных интервалов передачи (TTI) с различной или масштабируемой длительностью (например, содержащих различное количество символов OFDM и/или имеющих постоянные различные длительности абсолютного времени).
gNB 180a, 180b, 180c могут быть выполнены с возможностью обмена данными с WTRU 102a, 102b, 102c в автономной конфигурации и/или в неавтономной конфигурации. В автономной конфигурации WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c без одновременного доступа к другим RAN (например, таким как eNode-B 160a, 160b, 160c). В автономной конфигурации WTRU 102a, 102b, 102c могут использовать одну или более gNB 180a, 180b, 180c в качестве якорной точки мобильности. В автономной конфигурации WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c с использованием сигналов в нелицензированной полосе. В неавтономной конфигурации WTRU 102a, 102b, 102c могут обмениваться данными / устанавливать соединение с gNB 180a, 180b, 180c и одновременно обмениваться данными / устанавливать соединение с другой RAN, такой как eNode-B 160a, 160b, 160c. Например, в WTRU 102a, 102b, 102c могут быть реализованы принципы двойного соединения (DC) для по существу одновременного обмена данными с одной или более gNB 180a, 180b, 180c и одной или более eNode-B 160a, 160b, 160c. В неавтономной конфигурации eNode-B 160a, 160b, 160c могут выступать в качестве якорной точки мобильности для WTRU 102a, 102b, 102c, а gNB 180a, 180b, 180c могут обеспечивать дополнительное покрытие и/или пропускную способность для обслуживания WTRU 102a, 102b, 102с.
Каждая из gNB 180a, 180b, 180c может быть связана с конкретной сотой (не показана) и может быть выполнена с возможностью принятия решений об управлении радиоресурсом, решений о передаче обслуживания, диспетчеризации пользователей в UL и/или DL, поддержке сегментирования сети, DC, взаимодействии между NR и E-UTRA, маршрутизации данных плоскости пользователя в функциональный блок 184a, 184b плоскости пользователя (UPF), маршрутизации информации плоскости управления в функциональный блок 182a, 182b управления доступом и мобильностью (AMF) и т.п. Как показано на фиг. 1D, gNB 180a, 180b, 180c могут обмениваться данными друг с другом по интерфейсу Xn.
CN 106, показанная на фиг. 1D, может включать в себя по меньшей мере один AMF 182a, 182b, по меньшей мере один UPF 184a, 184b, по меньшей мере один функциональный блок 183a, 183b управления сеансом (SMF) и, возможно, сеть 185a, 185b передачи данных (DN). Хотя вышеперечисленные элементы показаны как часть CN 106, следует понимать, что любой из этих элементов может принадлежать субъекту, отличному от оператора CN, и/или может управляться таким субъектом.
AMF 182a, 182b могут быть подключены к одной или более из gNB 180a, 180b, 180c в RAN 104 по интерфейсу N2 и могут выступать в качестве узла управления. Например, AMF 182a, 182b могут отвечать за аутентификацию пользователей WTRU 102a, 102b, 102c, поддержку сегментирования сети (например, обработку разных сеансов блока данных протокола (PDU) с разными требованиями), выбор конкретного SMF 183a, 183b, управление зоной регистрации, прекращение сигнализации слоя без доступа (NAS), управление мобильностью и т.п. Сегментирование сети может быть использовано в AMF 182a, 182b для настройки поддержки CN для WTRU 102a, 102b, 102c на основании типов сервисов, используемых модулей WTRU 102a, 102b, 102c. Например, для разных вариантов использования могут быть установлены разные сетевые сегменты, например сервисы, основанные на доступе к связи повышенной надежности с малым временем задержки (URLLC), сервисы, основанные на доступе к усовершенствованной широкополосной сети мобильной связи (eMBB), сервисы для доступа к MTC и т.п. AMF 182a, 182b может обеспечивать функцию плоскости управления для переключения между RAN 104 и другими RAN (не показаны), которые используют другие технологии радиосвязи, такие как LTE, LTE-A, LTE-A Pro, и/или технологии доступа, отличные от 3GPP, такие как WiFi.
SMF 183a, 183b может быть подключен к AMF 182a, 182b в CN 106 по интерфейсу N11. SMF 183a, 183b может также быть подключен к UPF 184a, 184b в CN 106 по интерфейсу N4. SMF 183a, 183b могут выбирать UPF 184a, 184b и управлять ими, а также конфигурировать маршрутизацию трафика с помощью UPF 184a, 184b. SMF 183a, 183b могут выполнять другие функции, такие как управление IP-адресом UE и его выделение, управление сеансами PDU, управление реализацией политики и QoS, предоставление уведомлений о данных DL и т.п. Тип сеанса PDU может быть основан на IP, не основан на IP, основан на Ethernet и т.п.
UPF 184a, 184b могут быть подключены к одной или более gNB 180a, 180b, 180c в RAN 104 по интерфейсу N3, который может предоставлять модулям WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как сеть Интернет 110, для облегчения обмена данными между WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP. UPF 184, 184b могут выполнять другие функции, такие как маршрутизация и передача пакетов, применение политик в плоскости пользователя, поддержка многоканальных сеансов PDU, обработка QoS в плоскости пользователя, буферизация пакетов DL, привязка для обеспечения мобильности и т.п.
CN 106 может облегчать обмен данными с другими сетями. Например, CN 106 может включать в себя IP-шлюз (например, сервер мультимедийной IP-подсистемы (IMS)), который выступает в качестве интерфейса между CN 106 и PSTN 108, либо может обмениваться данными с ним. Кроме того, CN 106 может предоставлять модулям WTRU 102a, 102b, 102c доступ к другим сетям 112, которые могут включать в себя другие проводные и/или беспроводные сети, которые принадлежат другим поставщикам услуг и/или управляются ими. В одном варианте осуществления WTRU 102a, 102b, 102c могут быть подключены к локальной DN 185a, 185b с помощью UPF 184a, 184b по интерфейсу N3 к UPF 184a, 184b и интерфейсу N6 между UPF 184a, 184b и DN 185a, 185b.
С учетом фиг. 1A–1D и соответствующих описаний фиг. 1A–1D одна или более или все из функций, описанных в настоящем документе в связи с одним или более из: WTRU 102a–d, базовых станций 114а–b, eNode-B 160a–c, MME 162, SGW 164, PGW 166, gNB 180a–c, AMF 182a–b, UPF 184a–b, SMF 183a–b, DN 185a–b и/или любого(-ых) другого(-их) устройства (устройств), описанного(-ых) в настоящем документе, могут быть реализованы одним или более устройствами эмуляции (не показаны). Устройства эмуляции могут представлять собой одно или более устройств, выполненных с возможностью эмуляции одной или более или всех функций, описанных в настоящем документе. Например, устройства эмуляции можно применять для испытания других устройств и/или для моделирования функций сети и/или WTRU.
Устройства эмуляции могут быть выполнены с возможностью реализации одного или более испытаний других устройств в лабораторной среде и/или в сетевой среде оператора. Например, одно или более устройств эмуляции могут выполнять одну или более функций или все функции, при этом они полностью или частично реализованы и/или развернуты в качестве части проводной и/или беспроводной сети связи, для испытания других устройств в сети связи. Одно или более устройств эмуляции могут выполнять одну или более функций или все функции, при этом они временно реализованы/развернуты в качестве части проводной и/или беспроводной сети связи. Устройство эмуляции может быть непосредственно соединено с другим устройством для целей испытаний и/или выполнения испытаний с использованием беспроводной радиосвязи.
Одно или более устройств эмуляции могут выполнять одну или более функций, включая все функции, и при этом не быть реализованными/развернутыми в качестве части проводной и/или беспроводной сети связи. Например, устройства эмуляции можно использовать в сценарии испытания в испытательной лаборатории и/или в неразвернутой (например, испытательной) проводной и/или беспроводной сети связи для проведения испытания одного или более компонентов. Одно или более устройств эмуляции могут представлять собой испытательное оборудование. Для передачи и/или приема данных в устройствах эмуляции можно использовать прямое РЧ-соединение и/или беспроводные связи посредством РЧ-схемы (которая может, например, включать в себя одну или более антенн).
НАЧАЛО ОПИСАНИЯ 14596
Обмен данными с транспортными средствами, также известный как обмен данными типа «транспортное средство - любой объект» (V2X), представляет собой режим обмена данными, при котором транспортные средства (например, грузовой автомобиль, легковой автомобиль и т.д.) могут обмениваться данными друг с другом напрямую и/или с помощью окружающей инфраструктуры (например, придорожного модуля (RSU). Как описано в настоящем документе, транспортное средство может быть связано с WTRU, взаимозаменяемо упоминаться с ним, а WTRU может быть встроен в транспортное средство. Для операций V2X можно применять два сценария: сценарий в зоне покрытия, при котором WTRU с помощью сети начинают передачу и прием сообщений V2X; и/или сценарий вне зоны покрытия, при котором WTRU использует некоторые предварительно сконфигурированные параметры для начала передачи и приема сообщений V2X.
Обмен данными V2X может относиться к операциям, выполняемым при обменах данными «устройство-устройство» (D2D). Услуги связи V2X могут включать в себя взаимодействия по меньшей мере четырех различных типов: обмен данными «транспортное средство - транспортное средство» (V2V), при котором транспортные WTRU могут напрямую обмениваться данными друг с другом; обмен данными «транспортное средство - инфраструктура» (V2I), при котором транспортные WTRU могут обмениваться данными с RSU/eNB; обмен данными «транспортное средство - сеть» (V2N), при котором транспортные WTRU могут обмениваться данными с опорной сетью; и обмен данными «транспортное средство - пешеход» (V2P), при котором транспортные WTRU могут обмениваться данными с пешеходными (например, нетранспортными) WTRU при особых условиях (например, при низком уровне заряда батареи).
Существует несколько режимов работы, относящихся к выделению ресурса V2X. В LTE применяют по меньшей мере два режима работы при обмене данными V2X. Режим 3 представляет собой режим, в котором сеть предоставляет WTRU назначение планирования для передачи по прямому соединению V2X. Режим 4 представляет собой режим, в котором WTRU автономно выбирает ресурсы из сконфигурированного / предварительно сконфигурированного пула ресурсов. В дополнение к режимам в V2X LTE можно применять пулы ресурсов по меньшей мере двух категорий: принимающие пулы, контролируемые для приема передачи V2X, и передающие пулы V2X, используемые WTRU для выбора ресурса передачи в режиме 4. Модули WTRU, сконфигурированные в режиме 3, могут не использовать передающие пулы.
В LTE пулы ресурсов могут быть полустатически переданы на WTRU посредством сигнализации RRC. В режиме 4 WTRU может использовать обнаружение перед выбором ресурса из сконфигурированного передающего пула RRC. В некоторых случаях V2X LTE может не поддерживать динамическое изменение конфигурации пула ресурсов, а конфигурация пула может быть передана только посредством SIB и/или выделенной сигнализации RRC.
Новую радиосеть (NR) можно рассматривать как беспроводную систему следующего поколения. Системы NR могут поддерживать ряд вариантов использования, таких как усовершенствованная широкополосная сеть мобильной связи (eMBB), обмен данными со сверхвысокой надежностью и низкой задержкой (URLLC).
Улучшенный обмен данными V2X (eV2X) можно применять в системах NR. eV2X в NR может поддерживать новые услуги как для сценариев безопасности, так и для сценариев, не относящихся к безопасности (например, совместное использование датчика, автоматическое вождение, формирование автоколонны, дистанционное управление). Различные услуги eV2X могут характеризоваться различными требованиями к производительности (например, может потребоваться задержка 3 мс).
V2X NR может поддерживать новые варианты использования, такие как формирование автоколонны, усовершенствованное управление транспортным средством, расширенные датчики, дистанционное управление и т.п.
Формирование автоколонны может позволять динамически образовать группу транспортных средств во время их совместного движения. Транспортные средства в колонне могут периодически принимать данные от ведущего транспортного средства для выполнения операций, связанных с перемещением автоколонны. С помощью этой информации можно обеспечивать чрезвычайно малое расстояние между транспортными средствами (например, расстояние, преобразованное во время, может быть очень малым, например менее секунды). Благодаря режиму автоколонны можно автономно управлять движущимися следом транспортными средствами.
Усовершенствованное вождение может обеспечивать полуавтоматическое или полностью автоматическое вождение. В этом варианте использования можно применять большее расстояние между машинами. Каждый транспортный и/или придорожный модуль (RSU) может совместно использовать данные, полученные от его локальных датчиков, с расположенными в непосредственной близости транспортными средствами, что, таким образом, позволяет транспортным средствам координировать траектории или маневры. Кроме того, каждое транспортное средство может обмениваться намерением водителя с транспортными средствами поблизости. Некоторые преимущества этого варианта использования могут заключаться в более безопасном движении, предотвращении коллизий и/или повышенной эффективности трафика.
Расширенные датчики могут обеспечивать обмен необработанными или обработанными данными, собранными с помощью одного или более локальных датчиков, или видеоданными в режиме реального времени между транспортными средствами, RSU, устройствами пешеходов и серверами приложений V2X. Может быть улучшено восприятие транспортными средствами окружающей их среды, которое будет превосходить возможности их собственных датчиков, и может быть обеспечено целостное представление о локальной ситуации.
Удаленное вождение может позволить удаленному водителю или приложению V2X управлять удаленным транспортным средством для пассажиров, которые не могут управлять самостоятельно, или удаленным транспортным средством, находящимся в опасных условиях. В варианте использования, в котором вариации ограничены и маршруты предсказуемы, таком как общественный транспорт, может быть реализовано управление на основе облачных вычислений или дистанционное управление. Кроме того, для этого варианта использования может быть рассмотрен доступ к облачной внутренней платформе обслуживания.
Как LTE, так и NR могут представлять собой технологии радиодоступа (RAT), которые поддерживают eV2X. V2X NR может дополнять V2X LTE для расширенных услуг V2X и поддерживать взаимодействие с V2X LTE. Таким образом, WTRU может потребоваться одновременная поддержка прямого соединения как в NR, так и в LTE.
V2X LTE может поддерживать как режим планирования (режим 3) NW, так и автономный режим (режим 4) WTRU. V2X NR может также поддерживать как режим планирования (режим 1) NW, так и автономный режим (режим 2) WTRU. Кроме того, можно также применять подрежимы для режима 2 для V2X, такие как: режим 2a, в котором WTRU автономно выбирает ресурсы прямого соединения для передачи; режим 2c, в котором WTRU сконфигурирован с предоставлением, сконфигурированным для NR (подобным типу 1), для передачи по прямому соединению; и/или режим 2d, в котором WTRU планирует передачи по прямому соединению для других WTRU. Поведение, подобное режиму 2b, может также представлять собой необязательную функциональную возможность, которая может быть встроена в любой из других режимов. В режиме 2b WTRU может обеспечивать выбор ресурсов прямого соединения для других WTRU.
В некоторых ситуациях V2X LTE может выполнять функцию механизма широковещательной передачи на уровне слоя доступа (AS). Модуль WTRU V2X может быть обеспечен целевым идентификатором L2 от верхних уровней, соответствующим услуге V2X. WTRU может включать целевой идентификатор L2 в заголовок MAC, а прием может быть основан на отфильтровывании WTRU PDU MAC, имеющих целевой идентификатор L2, который соответствует услугам, требуемым WTRU.
В отношении V2X NR можно применять более жесткие требования в сочетании с вариантами использования (например, формирование автоколонны), которые также обуславливают использование одноадресных и групповых передач. При одноадресной и групповой передаче WTRU может использовать преимущество обратной связи от приемника (например, HARQ, CQI) для оптимизации мощности передачи, повторных передач и т.п. с возможностью обеспечения более эффективного использования ресурсов и лучшего управления QoS.
Для V2X NR можно применять модель QoS. QoS для PC5 может поддерживаться с приоритетом ProSe Per-Packet (PPPP). Уровню приложения может быть разрешено оставлять на пакетах пометку PPPP, обозначающую требуемый уровень QoS. Могут быть добавлены определенные усовершенствования, такие как получение бюджета задержки пакета (PDB) из данных о PPPP.
QoS для NR может быть дополнительной функцией. Данные дополнительные функции могут включать в себя ключевые индикаторы производительности с одним или более из следующих параметров (и их единиц измерения): полезная нагрузка (байты); частота передачи (сообщений/с); максимальная сквозная задержка (мс); надежность (%); скорость передачи данных (Мбит/с); и/или минимальная требуемая дальность связи (метры).
Один и тот же набор требований к обслуживанию можно применять как к обмену данными V2X на основе PC5, так и к обмену данными V2X на основе Uu. Следовательно, может существовать унифицированная модель QoS для PC5 и Uu (например, также с использованием 5QI при обмене данными V2X для PC5) так, что уровень приложения может иметь согласованный способ указания требований QoS независимо от используемой линии связи.
Для WTRU с возможностью V2X 5GS возможны по меньшей мере три различных типа трафика: широковещательный, многоадресный и одноадресный.
Для трафика одноадресного типа может быть использована та же модель QoS, что и для Uu (например, каждая из одноадресных линий связи может рассматриваться как канал, а потоки QoS могут быть связаны с ним). Кроме того, можно применять все характеристики QoS, определенные в 5QI, и дополнительный параметр скорости передачи данных. Кроме того, минимальная требуемая дальность связи может рассматриваться в качестве дополнительного параметра, предназначенного для использования с PC5. Аналогичные соображения можно также применять в отношении многоадресного трафика, поскольку он может быть обработан как особый случай одноадресной передачи (например, с множеством определенных приемников трафика). Для широковещательного трафика концепция канала может отсутствовать; таким образом, каждое сообщение может иметь различные характеристики, соответствующие требованиям приложения. Кроме того, 5QI можно использовать аналогично приоритету Prose Per Packet / надежности Prose Per Packet (PPPP/PPPR) (например, выполняя маркирование с каждым пакетом). 5QI может представлять все характеристики, необходимые для осуществления широковещательной передачи PC5 (например, задержку, приоритет, надежность и т. д.). Для использования PC5 может быть определена группа 5QI, специфических для широковещательной передачи V2X (например, индекс качества голоса (VQI)).
В одном или более вариантах использования, таких как рассмотренные в настоящем документе, модулю WTRU может потребоваться выполнять одновременные операции; операции, описанные в настоящем документе, могут относиться к одной или более операциям, выполняемым модулем WTRU, таким как передача, прием, обработка, определение, выполнение режима работы и т.п. Эти операции могут включать в себя обработку одного или более типов передачи, например одновременную обработку WTRU типов передачи, в зависимости от обстоятельств. Типы передачи, как описано в настоящем документе, могут относиться, без ограничений: к режиму передачи, такому как автономный режим WTRU или режим планирования NW (например, режиму 3, режиму 4 для LTE или режиму 1, режиму 2 для NR) и/или подрежимам режима 2 для NR (например, режиму 2a, режиму 2c, режиму 2d); технологии радиодоступа по прямому соединению (RAT SL), согласно которой, например, WTRU может осуществлять передачу с применением RAT SL NR или RAT SL LTE; типу адресации, например, когда WTRU V2X NR может осуществлять одноадресную, групповую или широковещательную передачу. Комбинации этих типов передачи (например, режима 2 в RAT SL NR и режима 3 в RAT SL LTE) сами по себе также могут рассматриваться как отдельные режимы.
В одном или более вариантах осуществления может происходить одновременная работа в режиме 1 и режиме 2. Для V2X LTE на основании принятия решения NW в WTRU может быть сконфигурирован только режим 3 или режим 4. В частности, WTRU может выполнять выбор ресурса для режима 4 в RRC_IDLE, если системная информация содержит данные о требуемых пулах ресурсов V2X. В противном случае WTRU может быть вынужден инициировать соединение RRC, а NW может предоставлять данные о пулах и позволить WTRU работать в режиме 4 или обеспечивать планирование для WTRU в режиме 3. Если WTRU одновременно работает в режиме 1 и режиме 2, WTRU может либо использовать предоставления NW, либо предоставления, полученные при выборе ресурсов для передачи буферных данных. Процедуры могут потребоваться модулю WTRU для определения того, какие данные должны быть отправлены в режиме 1 или режиме 2. Правила выбора ресурса для режима 2 могут предполагать необходимость учета доступности ресурсов NW, а взаимодействие с сетью для режима 1 (например, отчет BSR) может также предполагать необходимость учета доступности ресурсов для режима 2 в WTRU. Подходы к обеспечению возможности одновременной работы в режиме 1 и режиме 2 рассмотрены в настоящем документе.
В одном или более вариантах осуществления в LTE и боковой линии связи (SL) NR может происходить одновременная работа. Модулю WTRU может потребоваться одновременно работать в LTE и SL NR. Хотя некоторые пакеты могут быть маркированы верхними уровнями как подлежащие передаче по LTE или NR (например, по причинам обратной совместимости или жестких требований QoS), передача других пакетов может быть разрешена с применением любой RAT. Для таких пакетов в WTRU могут потребоваться процедуры выбора соответствующей RAT для управления нагрузкой каждой RAT и обеспечения передачи пакета с соблюдением QoS. В настоящем документе рассмотрены подходы к обеспечению возможности одновременной работы в SL LTE и NR.
В одном или более вариантах осуществления может быть осуществлена одновременная работа при одноадресной, групповой, широковещательной передаче. WTRU может принимать от верхних уровней пакеты, которые относятся к одноадресной или групповой линии связи (например, пакеты, предназначенные для уникального WTRU), а также пакеты, связанные с широковещательными передачами (например, пакеты, связанные с целевым идентификатором L2, контролируемым множеством WTRU). Учитывая, что любой из типов адресации может быть осуществлен с использованием режима 1 или режима 2, может потребоваться выполнение выделения ресурсов с учетом указанных двух режимов. В частности, сети NW может потребоваться информация об объеме данных, буферизованных для каждого типа адресации, для работы в режиме 1. Кроме того, выбор ресурса и несущей может позволить использовать общий набор ресурсов для каждого типа адресации, чтобы избежать разделения ресурсов. В настоящем документе рассмотрены подходы к обеспечению возможности одновременной работы при одноадресной, групповой и широковещательной передаче.
В вариантах осуществления, позволяющих обеспечивать возможность одновременного выполнения операций WTRU, одной из проблем является выбор типа передачи для данных в различных обстоятельствах. Эту проблему можно решить с помощью нескольких моделей структуры уровня 2 для одновременного использования типов передачи, а также критериев принятия решения и действий WTRU для выбора типов передачи.
При обсуждении различных моделей в отношении одновременного использования типов передачи каждая описанная в настоящем документе модель представлена в качестве примера, и предполагается, что признаки одной модели или примера могут быть применимыми к другой модели или другим описанным обстоятельствам. Числа, относящиеся к моделям, являются исключительно ссылками на конкретные примеры и не предназначены для присваивания какого-либо значения в отношении предпочтительного подхода.
На фиг. 2 представлена блок-схема, изображающая пример процедуры выбора типов передачи для данных. Каждая модель, описанная в настоящем документе, может предполагать выполнение всей процедуры или части процедуры, показанной на чертеже. Как правило, для любой модели WTRU может сначала принимать конфигурацию (201), которая содержит информацию о конфигурации или настройки, которые WTRU может использовать для определения или принятия решения о типе передачи, подходящем в данной ситуации. Конфигурация может поступать от сети посредством соответствующего устройства (например, базовых станций, таких как gNB, eNB и т.д.). В рамках нормального функционирования WTRU данные могут быть приняты от верхнего уровня (202) (например, приняты на более низком уровне в стеке уровней протоколов, действующем на WTRU), причем данные могут представлять собой один или более пакетов данных для передачи. WTRU может определять или принимать решение (203) о типе передачи, подходящем для принятого пакета данных, на основании принятой информации о конфигурации и других критериев принятия решения. Процесс определения / принятия решения может быть дополнительно описан в настоящем документе. Затем WTRU может передавать пакет данных с использованием соответствующего типа передачи (204). В некоторый момент WTRU может изменять тип передачи на основании условия (например, изменения условия, определенного WTRU, условия, принятого от сети, такого как новая конфигурация, или такого условия, как событие, и т.д.) и/или критериев принятия решения (205). В ходе осуществления приведенного в качестве примера процесса, представленного на фиг. 2, WTRU может обмениваться данными с другим(-и) WTRU (например, по прямому соединению) и/или с сетью (например, с базовой станцией), и может передавать запрос(-ы) планирования (SR) и/или отчет(-ы) о состоянии буфера (BSR), дополнительно обеспечивая выполнение процесса. Кроме того, WTRU может выполнять процесс выбора несущей/ресурса на основании условий и/или одновременного использования типов передачи.
В первой модели может быть предусмотрен фиксированный логический канал для сопоставления типа передачи. Логический канал может быть создан модулем WTRU, или сеть может быть ассоциирована только с одним типом передачи. Для каждого типа передачи WTRU может создавать некоторое количество логических каналов, каждый из которых может быть связан с различными требованиями QoS и/или другим целевым идентификатором. Это сопоставление может быть частью информации о конфигурации, принятой WTRU на этапе 201. Например, WTRU может создавать логический канал для передачи данных с использованием RAT LTE или может создавать логический канал для передачи данных с использованием RAT NR. В другом примере WTRU может создавать логический канал для передачи данных с использованием режима 1 или может создавать логический канал для передачи данных с использованием режима 2. В еще одном примере WTRU может создавать логический канал для передачи одноадресных данных. WTRU может создавать отдельные логические каналы для одноадресных передач на различные целевые WTRU.
В первой модели WTRU может принимать пакет данных для передачи от верхних уровней, как и на этапе 202. На основании критериев принятия решения, описанных в настоящем документе, WTRU может принимать решение об отправке пакета данных в логический канал, связанный с одним типом передачи или другим типом передачи, как и на этапе 203. В таком случае решение может быть принято модулем WTRU в момент поступления пакета от верхних уровней.
WTRU может принимать пакет и решать использовать для него тип x передачи, но может не иметь подходящего логического канала, активного для типа x передачи. В таком случае WTRU может создавать новый логический канал, соответствующий режиму x. В альтернативном или дополнительном варианте осуществления WTRU может сообщать о необходимости создания нового логического канала сетью, например, путем передачи CE MAC, сообщения RRC или передачи канала PHY Uu (например, SR, PUCCH и т. д.). Данное определение и создание нового логического канала может происходить на этапе 203.
WTRU может принимать решение о создании/удалении логического канала, связанного с типом передачи, на основании чего-либо из следующего: удовлетворен один из критериев принятия решения, описанных в настоящем документе, и либо для типа передачи отсутствуют логические каналы (например, создание логического канала), либо критерии таковы, что все данные будут переданы с использованием только одного типа передачи (удаление логического канала); некоторый тип данных (например, конкретное QoS или VQI), для которого имеется логический канал, связанный с типом передачи, уже не может быть сопоставлен с этим типом передачи (например, удаление логического канала); WTRU не принимает пакеты, которые он сопоставляет с определенным типом передачи, как описано в настоящем документе, в течение (предварительно) сконфигурированного периода времени; и/или в случае оповещения/изменения конфигурации сетью. Такое создание/удаление логического канала может происходить на этапе 203 или 205 в зависимости от обстоятельств, которые привели к указанному изменению.
Во второй модели WTRU может изменять тип передачи для логического канала с одного на другой. Эта модель может быть использована в сочетании с первой моделью фиксированного логического канала для типа передачи. В данном случае логический канал может быть сконфигурирован с одним типом передачи лишь в течение заданного периода времени, например, на этапе 205, когда тип передачи может быть изменен, или, например, на этапе 203, когда тип передачи может быть изменен на основании параметра, связанного с принятым пакетом данных. WTRU может принимать решение об изменении для логического канала типа передачи с одного на другой, например, на основании критериев, описанных в настоящем документе. В этой модели решение о том, какой режим передачи будет использован для передачи конкретного пакета данных, может быть принято во время поступления данных от верхних уровней (например, в том случае, когда поступление новых данных обусловило изменение для логического канала типа передачи с одного на другой), или его можно периодически принимать на основании текущих и будущих пакетов, либо на основании некоторых событий, запускаемых WTRU и определяемых критериями, описанными в настоящем документе (например, результат измерения удовлетворяет некоторым критериям, и т.д.).
Например, в случае применения режима 1 / режима 2 WTRU может создавать или на нем может быть сконфигурирован набор логических каналов, использующих только режим 1, и логических каналов, использующих только режим 2. Кроме того, WTRU может создавать или на нем могут быть сконфигурированы логические каналы, выполненные с возможностью использования одного единственного режима выбора ресурса (режима 1 или режима 2) в заданный момент времени, но для которых режим можно изменять с одного на другой. WTRU может быть выполнен с возможностью сопоставления данных (например, на основании QoS) для логического канала. Кроме того, WTRU может периодически или на основании запускающих сигналов, принятых от нижних уровней, принимать решение об изменении типа передачи для одного или более логических каналов с одного на другой.
На WTRU может быть сконфигурировано максимальное количество таких логических каналов, для которых он может изменять тип передачи с одного на другой. Кроме того, на WTRU может быть сконфигурирован интервал или период, в течение которого для логического канала может быть изменен тип передачи. В частности, WTRU может выполнять оценку критериев принятия решения для каждого такого «переводимого» логического канала (например, на основании критериев, описанных в настоящем документе) только в определенные периоды времени. WTRU может дополнительно использовать информацию, доступную в течение последнего интервала изменения, чтобы принимать решение в отношении типа передачи для логического канала.
В этой модели WTRU может применять критерии принятия решения, определенные в настоящем документе, для переключения типа передачи для логического канала только для QoS/VQI, сопоставленного с этим логическим каналом, а не просто для QoS/VQI конкретного пакета данных. В частности, WTRU может быть выполнен с возможностью создания логического канала для каждого VQI или набора VQI. WTRU может применять решение, как определено в настоящем документе, которое зависит от типа данных или QoS, с учетом только QoS/VQI, которые сопоставлены с данным логическим каналом.
В третьей модели логический канал может быть ассоциирован с множеством режимов передачи. Эта модель может быть использована в сочетании с первым моделированием фиксированного логического канала для типа передачи. В данном случае для логического канала может быть сконфигурировано множество режимов передачи. При таком моделировании WTRU может определять конкретный режим передачи, используемый во время передачи данных, например, на этапе 204, и, возможно, в противоположность этому, не во время приема данных от верхних уровней.
Например, в случае применения RAT LTE и NR WTRU может создавать или на нем может быть сконфигурирован набор логических каналов, отправляемых с применением RAT LTE, и набор логических каналов, отправляемых с применением RAT NR, как и на этапе 201. Кроме того, WTRU может создавать или на нем может быть сконфигурирован один или более логических каналов, связанных с обоими RAT. В таком примере WTRU может принимать пакеты от верхних уровней, как и на этапе 202, и отправлять такие пакеты на логические каналы RAT LTE или RAT NR на основании критериев принятия решения, описанных в настоящем документе. Кроме того, WTRU может принимать решение об отправке определенных пакетов в логический канал, сопоставленный как с RAT LTE, так и с RAT NR. Затем во время передачи может быть выполнено сопоставление фактических данных для логического канала, например, на этапе 204.
На фиг. 3 представлена схема, иллюстрирующая пример обработки данных при изменениях состояния. В этом примере WTRU может обрабатывать различные типы передачи, такие как режим 1 и режим 2. Время изменяется по горизонтали, причем время T1 301 и время T2 302 показаны для различения двух разных моментов времени. В общей ситуации передачи для WTRU на модуле беспроводной передачи/приема может быть сконфигурирован набор логических каналов (например, LCH1–4). WTRU может получать команду или самостоятельно принимать решение о назначении логическим каналам типа передачи. В средней части 312 в этом примере показано, что логические каналы LCH1 и LCH2 ассоциированы с режимом 1 в точке T1, а логические каналы LCH3 и LCH4 ассоциированы с режимом 2 в точке T1. Пакеты данных могут быть приняты от верхнего уровня и назначены логическому каналу на основании критериев принятия решения, относящихся к типу передачи. В некоторые моменты времени T1 и T2 или между ними при некотором условии (например, изменение условий радиосвязи) WTRU может изменять тип передачи, назначенный логическому каналу, как, например, показано на этапе 312, где для логического канала LCH1 режим изменяется на режим 2 в момент T2. Этот чертеж будет дополнительно разъяснен в настоящем документе.
Для определения типа передачи для данных при одновременном выполнении операций WTRU могут существовать условия и/или критерии принятия решения и действия WTRU для выбора типа передачи. WTRU может выбирать тип передачи для передачи данных по прямому соединению на основании одного или более (например, комбинации) факторов, перечисленных в таблице 1. Перечисленные критерии можно также рассматривать как условия, причем условие может иметь связанный с ним параметр.
• на основании динамической сигнализации в DCI
• причем указание и передаваемые данные с использованием другого типа, могут дополнительно относиться к объему данных, запрошенных модулем WTRU, в сравнении с объемом данных, предоставляемых модулю WTRU.
другого(-их) режима(-ов) передачи
Этот список критериев не является исчерпывающим, но может по существу представлять тип и характер критериев, которые могут быть полезны в определенных ситуациях для выбора типа передачи.
Для ситуации с критериями, когда WTRU определяет тип передачи для передаваемых данных на основании свойства данных, доступных для передачи, WTRU может выбирать тип передачи для данных на основании требований QoS для передаваемых данных. Например, WTRU может выбирать режим передачи (например, режим 1 или режим 2) для пакета на основании (предварительного) сконфигурированного сопоставления параметра QoS, связанного с данными (например, VQI, PPPP, PPPR, задержки, надежности, диапазона и т.д.), и режима передачи.
В одном примере в этой ситуации для WTRU может быть (предварительно) сконфигурирован набор VQI, для которых, если они выше/ниже порогового значения VQI, WTRU должен передавать пакет с использованием режима 1 / режима 2. Если пакет принят и маркирован с VQI, удовлетворяющим условию, WTRU может передавать пакет с использованием режима 1 / режима 2. В противном случае WTRU может передавать пакет с использованием режима 2 / режима 1.
В другом примере этой ситуации WTRU может выбирать RAT для передачи на основании VQI, связанного с этой RAT, в дополнение к измерениям CBR, связанной с каждой RAT. В частности, WTRU может выбирать RAT для передачи на основании (предварительно) сконфигурированной таблицы с VQI и CBR (например, CBR LTE или CBR NR) или разницы CBR между разными RAT. WTRU может определять приоритет RAT NR, которая будет использована для определенных передач, для которых RAT NR может быть адаптирована, за исключением случаев, когда CBR является высокой или значительно более высокой, чем CBR LTE. Такое определение приоритетов может быть включено в выбор RAT на основании таблицы VQI/CBR (предварительно), сконфигурированной на WTRU.
Для ситуации с критериями, в которой WTRU определяет тип передачи для передаваемых данных на основании частоты и/или размера передаваемых данных. В частности, WTRU может определять тип передачи на основании частоты передач (т. е. того, являются ли они периодическими или непериодическими и периодичности передач) и/или размера сообщения (например, максимального размера сообщения, минимального размера сообщения, среднего размера сообщения и т.д.). Например, WTRU может быть выполнен с возможностью использования режима 2 для периодических передач, возможно, в комбинации с другими условиями (например, периодических передач, для которых CBR выше/ниже порогового значения). Аналогичным образом WTRU может быть выполнен с возможностью использования режима 1, если средний/минимальный/максимальный размер сообщения (например, для SLRB) превышает пороговое значение.
Для ситуации с критериями, когда WTRU определяет тип передачи для передаваемых данных на основании свойств сеанса передачи по прямому соединению. В одном случае WTRU может определять тип передачи на основании размера группы при групповой передаче по прямому соединению. Например, для группы с большим количеством элементов WTRU может быть выполнен с возможностью использования режима 1 таким образом, чтобы ресурсы обратной связи от всех принимающих WTRU могли быть выделены сетью. Аналогичным образом WTRU может быть выполнен с возможностью использования режима 2 для групповой передачи по прямому соединению при небольшом размере группы. В данном случае передающий WTRU может выделять ресурсы обратной связи для каждого из принимающих WTRU. Механизмы обратной связи по HARQ могут также быть использованы для определения типа передачи. Для механизма только NACK HARQ принимающие WTRU могут совместно использовать ресурс обратной связи только для сообщения NACK. Таким образом, WTRU может быть выполнен с возможностью использования режима 2 для групповой передачи по прямому соединению. При использовании механизма ACK/NACK HARQ WTRU может быть выполнен с возможностью использования режима 1 для групповой передачи по прямому соединению.
Для ситуации с критериями, в которой WTRU определяет тип передачи для данных на основании доступности соответствующих ресурсов, доступных для этого типа передачи, такое определение может быть основано на любом из следующих факторов, определяемых передающим WTRU или определяемых одноранговым WTRU (например, WTRU в одноадресной линии связи с передающим WTRU) и указанных передающему WTRU: доступность ресурсов SR, потенциально связанных с конкретной RAT и/или конкретным типом адресации и имеющих приемлемое время/задержку в отношении поступления данных; доступные ресурсы восходящей линии связи с приемлемым временем/задержкой для передачи BSR (например, для указания поступления данных); доступные периодические ресурсы с приемлемым временем/задержкой для передачи данных, возможно, связанные с конкретными требованиями или конкретным логическим каналом; WTRU обнаруживает изменение периодичности, смещения, размера пакета некоторых данных (например, WTRU может переходить в режим 2 передач в течение определенного времени, когда он обнаруживает изменения периодичности, смещения или размера пакета некоторых данных); доступное предоставление SL конкретного типа, возможно, в комбинации с требованиями к QoS, связанными с данными; количество ресурсов, сконфигурированных сетью для любого типа передачи (например, WTRU определяет тип передачи на основании количества ресурсов, сконфигурированных сетью для любого типа передачи, причем такое принятие решения может предполагать использование равного количества ресурсов любого типа); и/или невозможность выбора достаточного количества ресурсов с использованием выбора ресурса в режиме 2 или невозможность выбора ресурса в режиме 2.
Что касается доступного предоставления SL конкретного типа, WTRU может выбирать использование предоставления LTE или предоставления NR (предполагая, что доступны оба предоставления) для передачи данных, требующих низкой задержки, в зависимости от того, какое предоставление доступно раньше по времени и обладает свойствами, удовлетворяющими требованиям к данным (например, размер предоставления, схема модуляции и кодирования (MCS) для передачи, количество сконфигурированных повторных передач). Такое предоставление может представлять собой предоставление режима 2/4 или предоставление режима 1/3.
Что касается невозможности выбора достаточного количества ресурсов, WTRU может принимать решение об использовании режима 1 для некоторых передач данных после процедуры выбора ресурсов, которая может оказаться невыполненной по любой из следующих причин: неполучение ресурса для режима 2 в ходе LBT после некоторого периода времени или после ряда попыток вследствие, например, того, что произошел сбой LBT для одного/более одного/всех доступных ресурсов, выбранных для передачи (например, они были заняты во время анализа незанятости канала), или из-за количества сбоев, или период освобождения превысил пороговое значение, что, возможно, связано с требуемой задержкой для пакета; количество ресурсов для режима 2, считающихся доступными для передачи, которые либо определены при выборе ресурса, либо определяются периодически, ниже (предварительно) сконфигурированного или определенного порогового значения, причем определение доступности ресурсов для режима 2 может включать в себя исключение ресурсов, заранее зарезервированных с помощью SCI-подобной передачи, и/или измерение RSRP/RSSI по PSSCH/PSCCH; планирование WTRU для режима 2d недоступно или доступно в течение некоторого периода времени; и/или один/более/все шаблоны ресурсов, сконфигурированные на WTRU, возможно, для применения с данными, подлежащими передаче, недоступны или не соответствуют требованиям к задержке передачи передаваемых данных.
Кроме того, что касается невозможности выбора достаточного количества ресурсов, WTRU может принимать решение об использовании RAT NR или RAT LTE на основании количества, возможно, последних выделенных ресурсов, которые считаются приемлемыми для любой из RAT. В частности, WTRU может измерять количество или определять соотношение процедур выбора ресурсов в каждой RAT, для которой x% ресурсов были определены как доступные во время выбора ресурсов, и может выбирать RAT, для которой это количество или соотношение является минимальным
Кроме того, что касается невозможности выбора достаточного количества ресурсов, выбор ресурсов может быть основан на результатах обнаружения и/или измерений, полученных на передающем WTRU, или может быть основан на результатах обнаружения и/или измерений, предоставленных одноранговым WTRU.
Кроме того, что касается невозможности выбора достаточного количества ресурсов, WTRU может определять недостаточные ресурсы при выборе ресурсов, если он выполняет выбор несущей, а количество разрешенных/выбранных несущих меньше определенного количества, причем такое количество может быть связано с каналом/потоком/VQI передаваемых данных.
В одном сценарии, относящемся к определению типа передачи на основании доступности ресурсов, WTRU может использовать режим 2, когда ресурсы SR/BSR недоступны или не соответствуют требованиям к синхронизации. WTRU может использовать передачи для режима 1 при условии, что для них сконфигурированы доступные ресурсы SR для удовлетворения требований к синхронизации передаваемых данных, или может получать предоставление для передачи BSR в течение достаточного времени для передачи данных. Если на WTRU не сконфигурировано достаточное количество ресурсов SR или если задержка, определенная WTRU для передачи BSR и последующих данных для передачи по прямому соединению, превышает требования к задержке самой передачи данных, WTRU может использовать ресурсы для режима 2 (например, заранее зарезервированные ресурсы или однократно используемые ресурсы). После определения невозможности использования режима 1 по вышеуказанным причинам WTRU может либо выполнять выбор ресурса в режиме 2, либо может определять приоритет передачи указанных данных по существующим предоставлениям для режима 2 (например, периодически возникающим ресурсам).
В одном сценарии, относящемся к определению типа передачи на основании доступности ресурсов, WTRU может использовать RAT NR, когда ресурсы SR/BSR для RAT LTE недоступны или не соответствуют требованиям к синхронизации. В примере, в котором WTRU выполнен с возможностью использования NR в режиме 1 одновременно с LTE в режиме 3, на WTRU могут быть сконфигурированы ресурсы SR, специфические для каждой RAT. WTRU может определять RAT с прямым соединением, с применением которой следует передавать пакет, на основании синхронизации SR RAT NR относительно SR RAT LTE, возможно, в комбинации со сконфигурированным правилом. В частности, WTRU может быть выполнен с возможностью передачи данных, потенциально ассоциированных с конкретной услугой, адресацией или т.п., посредством RAT LTE/NR при условии, что конфигурация SR в RAT LTE/NR позволяет WTRU передавать пакеты с требуемой задержкой. Если поступает пакет, а SR RAT LTE/NR сконфигурирован таким образом, что не соблюдается задержка пакета, вместо этого WTRU может передавать пакет с применением RAT NR/LTE. WTRU может передавать SR NR/LTE в сеть для ассоциированных данных и включать такие данные в данные, мультиплексируемые в будущих предоставлениях NR/LTE.
В одном сценарии, относящемся к определению типа передачи на основании доступности ресурсов, WTRU может использовать режим 1, если выбор ресурсов с использованием режима 2 не удовлетворяет требованиям к синхронизации. В примере WTRU может быть выполнен с возможностью использования выбора ресурса в режиме 2 для данных, ассоциированных с конкретным каналом/потоком или ассоциированных с конкретным VQI. Кроме того, WTRU может быть дополнительно выполнен с возможностью использования режима 1 для такого канала/потока/VQI, если с помощью одной или множества (предварительно) сконфигурированных или определенных попыток выбора ресурсов, выполненных для данных указанного канала/потока/VQI, не удалось выбрать ресурс, удовлетворяющий требованиям QoS (например, задержка, надежность) к данным. Например, для выбора ресурсов может потребоваться процедура обнаружения, аналогичная процедуре обнаружения в LTE. Для конкретного VQI WTRU может потребоваться (предварительно) сконфигурированный процент X доступных ресурсов, к которым будет осуществлен доступ. WTRU, выполняющий выбор ресурсов для процесса, при котором X процентов ресурсов определены как недоступные, может передавать указанный пакет данных в режиме 1. В альтернативном варианте осуществления WTRU может обеспечивать подсчет количества таких неудачных попыток выбора ресурса, возможно, связанных с конкретным каналом/потоком/VQI, и принимать решение о передаче канала/потока/VQI в режиме 1, когда количество неудачных попыток выбора ресурса последовательно или в течение сконфигурированного времени превышает определенную величину.
WTRU в вышеуказанном сценарии может продолжать передавать указанный канал/поток/VQI с использованием режима 1, несмотря на то, что для канала/потока/VQI сконфигурирован режим 2, в течение периода времени, который может быть определен с помощью любого из следующего: (предварительно) сконфигурированный таймер; указание одного или более успешных выборов ресурса для другого канала/потока/VQI с использованием режима 2; и/или при изменении величины перегрузки пула в режиме 2 до уровня ниже сконфигурированного порогового значения.
В одном сценарии, относящемся к определению типа передачи на основании доступности ресурсов, WTRU может выбирать режим передачи на основании размера/конфигурации пула ресурсов для режима 2. В примере WTRU может выбирать применение режима 1 или режима 2 для передачи данных определенного типа на основании конфигурации пула ресурса для режима 2. В частности, WTRU может использовать режим 2 для передачи, связанной с конкретным VQI, если время между интервалами, сконфигурированными для передачи SL, в пуле ресурса для режима 2 меньше порогового значения, в соответствии с чем такое пороговое значение может также быть ассоциировано с требованиями к VQI или к задержке передаваемых данных. В другом примере WTRU может использовать передачу в режиме 1 или режиме 2 для данных таким образом, чтобы количество или соотношение данных с использованием режима 2 было пропорционально размеру пула, сконфигурированного сетью для передач в режиме 2.
В одном сценарии, относящемся к определению типа передачи на основании доступности ресурсов, WTRU может изменять режим передачи при обнаружении изменения периодичности/смещения/размера или периодических данных. В примере WTRU может отправлять некоторые данные с использованием режима 2 при обнаружении изменения периодичности/синхронизации/смещения его передач. WTRU может дополнительно принимать решение о выполнении такого переключения режима, когда он не может отправить вспомогательную информацию WTRU вовремя, чтобы настроить ресурсы SPS для удовлетворения требований к задержке данных, связанных с конфигурацией SPS. WTRU может отправлять только часть данных, сопоставленных с конфигурацией SPS, с использованием режима 2 (например, в случае изменения размера). После обнаружения изменения периодичности/синхронизации/смещения WTRU может принимать решение об отправке всех или некоторых частей данных, которые используют ресурсы SPS. WTRU может по-прежнему отправлять вспомогательную информацию WTRU, связанную с конфигурацией SPS. WTRU может возобновлять использование ресурсов SPS в режиме 1 после изменения сетью конфигурации SPS таким образом, чтобы она соответствовала новым требованиям к периодичности/смещению/размеру.
Для ситуации с критериями, в которой WTRU может определять тип передачи на основании принятия решения (решений) в сети, сеть может сообщать модулю WTRU тип передачи явным образом или неявным образом на основании любого из следующего: конфигурация RRC; DCI; и/или CE MAC.
Что касается конфигурации RRC, в одном примере на WTRU может быть сконфигурировано явным образом применение конкретного типа передачи, потенциально связанного с определенными типами данных; еще в одном примере WTRU может принимать данные об изменении конфигурации SPS для процесса SPS (например, предоставление, сконфигурированное с типом 1 или типом 2). Если размер предоставления, связанный с изменением конфигурации, меньше запрошенного размера предоставления во вспомогательной информации WTRU, WTRU может передавать остальные данные (например, разницу между размером предоставления, запрошенным во вспомогательной информации WTRU, и фактическим размером предоставления SPS, обеспеченным сетью) с использованием режима 2
Что касается DCI, в одном примере WTRU может принимать указание в DCI о том, что сеть будет обрабатывать только определенную часть отчета о количестве в BSR с помощью режима 1. Затем WTRU может использовать режим 2 для передачи оставшихся в его буферах данных, для которых он изначально отправил данные о состоянии буфера в BSR.
Что касается CE MAC, в одном примере WTRU может принимать CE MAC для сообщения о необходимости изменения одного типа передачи, используемого логическим каналом, на другой тип передачи.
Для ситуации с критериями, в которой WTRU может определять тип передачи на основании покрытия Uu или определяемой Uu зоны, это определение может быть основано на покрытии Uu модуля WTRU, возможно, по отношению к покрытию Uu для других WTRU. Определение покрытия Uu WTRU может предусматривать один или более факторов.
Согласно одному фактору может быть определено, выполняет ли WTRU обмен данными V2X в зоне покрытия или вне зоны покрытия. В частности, WTRU может выбирать тип передачи, возможно, для некоторого типа данных, в зависимости от того, находится ли рассматриваемый WTRU или другие связанные WTRU (например, место назначения одноадресной/групповой линии связи) в зоне покрытия или вне зоны покрытия.
Согласно другому фактору может учитываться качество Uu модуля WTRU, например RSRP Uu. В частности, WTRU может выбирать тип передачи, возможно, для некоторого типа данных, на основании того, что измеренная RSRP Uu выше или ниже порогового значения.
Согласно другому фактору может быть учтена зона действительности системной информации для WTRU. В частности, WTRU может выбирать тип передачи, возможно, для некоторых данных, на основании того, относятся ли WTRU и одноранговый WTRU к одной и той же зоне/разным зонам действительности системной информации.
Согласно одному сценарию, относящемуся к покрытию Uu или определенной зоне, WTRU может использовать режим 1 для одноадресной передачи при условии, что WTRU обслуживаются одними и теми же gNB/SysInfoArea/PLMN. В примере WTRU может быть выполнен с возможностью использования режима 1 для одноадресных/групповых передач, когда WTRU, участвующие в одноадресных/групповых передачах, находятся в зоне покрытия или же в зоне покрытия одной и той же gNB, одной и той же PLMN, одной и той же зоны системной информации или т.п. WTRU может переходить от одноадресных передач с использованием режима 1 к одноадресным передачам в режиме 2 при выходе любого WTRU из зоны покрытия.
В некоторых случаях WTRU может передавать указание об изменении между нахождением в зоне покрытия и нахождением вне зоны покрытия или может передавать данные об обслуживаемой gNB/PLMN/SysInfoArea и/или указание об изменении обслуживания gNB/PLMN/SysInfoArea. Такая передача указания об изменении может быть широковещательно передана модулем WTRU или может быть передана с использованием одноадресных/групповых передач только для WTRU, если WTRU в настоящий момент участвует в одноадресном/групповом обмене данными. Такая передача указания об изменении может быть передана по PSCCH, SL-MIB или PSSCH. Передачи PSSCH могут быть выполнены в виде CE MAC или сообщения SL-RRC. WTRU может включать в указание новую обслуживаемую gNB, PLMN или SysInfoArea или может включать в указание данные о том, находится ли WTRU в зоне покрытия или вне зоны покрытия, и/или включать любые результаты измерений Uu gNB, с которыми соединен / к которым подключен WTRU. В такое указание WTRU может дополнительно включать результаты измерения от соседних gNB.
WTRU может передавать указание об изменении WTRU-планировщика или главного WTRU в соответствии со способами, аналогичными описанным выше.
WTRU, принимающий указание, может принимать решение об изменении выполнения передач между режимом 1 и режимом 2 на основании своего собственного состояния соединения Uu и информации в указании. В частности, первый WTRU в зоне покрытия gNB может принимать решение о передаче с использованием режима 1 на второй WTRU с применением одноадресной передачи в случае приема указания от этого второго WTRU, в котором сообщается о том, что второй WTRU также находится в зоне покрытия той же gNB. В альтернативном варианте осуществления, если первый WTRU принимает указание от второго WTRU, сообщающее о том, что второй WTRU находится в зоне покрытия другой gNB, или gNB, которая не входит в заданный список gNB, первый WTRU может переходить из режима 1 одноадресной передачи в режим 2 одноадресной передачи на этот второй WTRU.
В одном сценарии, относящемся к покрытию Uu или определенной зоне, WTRU может использовать режим 1 при условии, что RSRP Uu выше порогового значения. В примере WTRU может быть выполнен с возможностью применения режима 1, возможно, для данных определенного типа при условии, что RSRP Uu, измеренная модулем WTRU, превышает (предварительно) сконфигурированное пороговое значение. В противном случае WTRU может использовать режим 2. Кроме того, на WTRU могут быть сконфигурированы различные пороговые значения RSRP, связанные с другим каналом/потоком/VQI, и может быть выбран режим 1 для конкретного потока/канала/VQI, когда RSRP Uu превышает пороговое значение, связанное с этим потоком/каналом/VQI. Кроме того, такое пороговое значение может также зависеть от скорости.
Для ситуации с критериями, в которой WTRU может определять тип передачи на основании типа услуги, WTRU может определять тип передачи, который будет использован для данных, передаваемых по прямому соединению, на основании типа услуги для передаваемых данных. На WTRU может быть (предварительно) сконфигурировано сопоставление типа услуги с типом передачи, например: сопоставление RRC или сопоставление, обеспечиваемое верхними уровнями, целевого идентификатора с режимом передачи (например, режимом 1 или режимом 2); сопоставление RRC или сопоставление, обеспечиваемое верхними уровнями, целевого идентификатора с RAT (RAT LTE или RAT NR); на основании указанного выше сопоставления WTRU может выбирать режим передачи и/или RAT для передачи пакета по прямому соединению. Кроме того, указанное выше сопоставление может также зависеть от других факторов, как описано в настоящем документе. Например, на WTRU может быть сконфигурировано сопоставление целевого идентификатора с режимом передачи для каждого диапазона измеренных CBR и/или сопоставление, сконфигурированное для различных зон или географических местоположений, и WTRU может обеспечивать такое сопоставление для каждой CBR и/или географической зоны.
Для ситуации с критериями, в которой WTRU может определять тип передачи, который будет использован для передачи данных по прямому соединению, на основании результатов измерений нагрузки или качества по прямому соединению и/или доступности ресурсов, такое решение может дополнительно зависеть от сравнения таких результатов измерений нагрузки или качества по прямому соединению, связанных с другим типом передачи. WTRU может выбирать тип передачи на основании наименьшей нагрузки/наилучшего качества или WTRU может выбирать один тип передачи при условии, что нагрузка, связанная с этим типом передачи, ниже определенного порогового значения или качество этого типа передачи выше определенного порогового значения.
WTRU может принимать решения об основном типе передачи на основании результатов измерений любого или комбинации из следующего: результаты измерений соотношения занятости канала (CBR) в пуле, шаблонах ресурсов или BWP; занятие канала (CR) самим WTRU, возможно, ассоциированное с одним или более пулами, шаблонами ресурсов или BWP; результаты измерений RSSI ресурсов, передаваемых по прямому соединению, возможно, связанных с одним или более пулами, шаблонами ресурсов, BWP или их подмножеством таким образом, что они могут соответствовать ресурсам, выбранным WTRU для его собственных передач; результаты измерений RSCP для каналов, передаваемых по прямому соединению, таких как PSSCH, каналов обратной связи, сигнала синхронизации или опорных сигналов, возможно, передаваемых одним или более связанными WTRU, например модулями WTRU, с которыми WTRU в настоящим момент находится в одной одноадресной/групповой линии связи; оцененное количество WTRU в некоторой зоне; количество сконфигурированных несущих/BWP/пулов ресурсов; и/или обнаружение принятого сигнала приоритетного прерывания.
В одном примере WTRU может быть выполнен с возможностью измерения CBR для пула в режиме 2 в RAT NR и для пула в режиме 4 в RAT LTE. WTRU может определять RAT для передачи некоторых или всех своих данных на основании таких измерений CBR и может принимать решение о передаче с применением RAT, имеющей более низкое CBR, или может изменять RAT для передачи, если эта RAT имеет CBR, которое ниже порогового значения CBR, измеренного для другой RAT. На WTRU может также быть сконфигурировано правило преобразования CBR LTE в CBR NR или наоборот таким образом, чтобы они были соизмеримы.
В другом примере WTRU может быть выполнен с возможностью измерения CBR и/или CR для пула в режиме 2 и может передавать некоторые или все свои данные с использованием режима 1, когда CBR и/или CR для пула в режиме 2 превышает (предварительно) сконфигурированное пороговое значение.
В другом примере первый WTRU может быть выполнен с возможностью измерения RSRP опорного сигнала, передаваемого по прямому соединению, принятого от второго WTRU, в отношении которого на первом WTRU сконфигурирована одноадресная передача. Для определенных типов данных первый WTRU может быть выполнен с возможностью передачи этих данных с использованием передачи одноадресного типа только в том случае, когда RS-RSRP превышает определенное пороговое значение. Первый WTRU может дополнительно поддерживать отдельные логические каналы, ассоциированные с передачей данных или услугой на второй WTRU, — один с использованием одноадресной линии связи (например, сконфигурированной с каналом обратной связи, HARQ и т.д.), а другой с использованием механизма широковещательной передачи SL. Первый WTRU может отправлять пакеты, предназначенные для другого конкретного WTRU и/или услуги, с использованием одноадресной линии связи, когда RS-RSRP превышает определенное пороговое значение. Одним из преимуществ такого подхода могло бы быть ограничение большого количества повторных передач HARQ для данных типа eMBB и при этом применение передач типа HARQ для данных типа URLLC.
В другом примере WTRU может быть выполнен с возможностью выбора RAT для передачи, возможно, для конкретной услуги или типа передачи (например, связанной с конкретным QoS), на основании количества несущих, доступных для передачи с применением любой из RAT. В частности, WTRU может выбирать RAT для услуги или типа данных на основании возможности использования большего количества несущих с одной RAT по сравнению с другой RAT. WTRU может определять количество несущих, которые он может использовать для услуги или типа данных в RAT, на основании несущих, сконфигурированных для передачи с применением этой RAT для этой услуги и/или возможностей несущей WTRU в каждой RAT.
В другом примере WTRU может использовать режим 1 для передач некоторых или всех своих данных после приема сигнала приоритетного прерывания от другого WTRU. Такой сигнал приоритетного прерывания может дополнительно сообщать о том, какие данные следует использовать для передач в режиме 1. WTRU может продолжать использовать передачи в режиме 1 в течение периода времени, который (предварительно) сконфигурирован или указан в сигнале приоритетного прерывания. Тот же пример и поведение WTRU, относящиеся к приоритетному прерыванию, могут также быть использованы для перехода от RAT NR к RAT LTE или для перехода от одноадресной к широковещательной передаче.
Без ущерба для обобщенности вышеуказанные подходы, относящиеся к этим ситуациям, можно комбинировать с другими подходами, описанными в настоящем документе. Например, WTRU может выбирать между передачей в режиме 1 и передачей в режиме 2 для конкретных данных на основании сравнения RSRP Uu и результатов измерений CBR для пула передачи по прямому соединению в режиме 2. В частности, WTRU может выбирать тип передачи с использованием режима 2, когда RSRP Uu ниже конкретного порогового значения, а CBR для пула передачи в режиме 2 ниже другого конкретного порогового значения. В альтернативном варианте осуществления WTRU может выбирать тип передачи с использованием режима 1.
Для ситуации с критериями, в которой WTRU может определять тип передачи на основании состояния RRC Uu, возможно, в сочетании с состоянием таймеров RRC, WTRU может выбирать тип передачи или изменять тип передачи на основании любого из следующего: WTRU переходит из одного состояния RRC (например, RRC_CONNECTED, RRC_IDLE, RRC_INACTIVE) в другое (например WTRU может переходить к одноадресной передаче данных определенного типа при переходе в RRC_CONNECTED, но может использовать широковещательные передачи в RRC_IDLE и RRC_INACTIVE); WTRU запускает таймер, относящийся к RRC, например, без ограничений, таймер, относящийся к RLF, BFR, запрету доступа или т.п. Для таймеров, относящихся к RRC, в одном примере WTRU может переходить к передаче в режиме 2 при запуске T310 (например, при обнаружении проблем на уровне PHY для PCell) и может повторно инициировать передачи в режиме 1 при остановке T310 (например, вследствие приема последовательных синхронных указаний N311 от более низких уровней). В другом примере, относящемся к таймерам, относящимся к RRC, WTRU может переходить к широковещательным передачам при запуске T310 (например, при обнаружении проблем на уровне PHY для PCell) и может повторно инициировать передачи в режиме 1 при остановке T310 (например, вследствие приема последовательных синхронных указаний N311 от более низких уровней). Еще в одном примере, связанном с таймерами, относящимися к RRC, WTRU может использовать передачи в режиме 2 для некоторых или всех передач SL во время работы T309 (например, попытка доступа запрещена). Еще в одном примере, связанном с таймерами, относящимися к RRC, WTRU может использовать широковещательные передачи для одноадресной передачи, когда во время одноадресной передачи происходит сбой луча.
Для ситуации с критериями, в которой WTRU может определять тип передачи на основании динамических характеристик WTRU, WTRU может выбирать тип передачи для некоторых данных на основании любого или комбинации из следующего: измеренная скорость WTRU; абсолютное местоположение WTRU; относительное местоположение WTRU по отношению к другому WTRU; относительная скорость WTRU по отношению к другому WTRU; относительное направление WTRU по отношению к другому WTRU; и/или обнаружение изменения любого из скорости/местоположения/направления WTRU (например WTRU временно использует тип передачи (например на основании таймера) при обнаружении изменения любого из скорости/местоположения/направления).
В примере WTRU может быть выполнен с возможностью передачи определенных данных, возможно, предназначенных для конкретного WTRU, с помощью одноадресной линии связи при условии, что скорость WTRU ниже порогового значения, а в противном случае может передавать данные с использованием широковещательной передачи
Еще в одном примере WTRU может быть выполнен с возможностью использования режима 1 для некоторых/всех данных, если скорость WTRU ниже (предварительно) сконфигурированного порогового значения, а в противном случае может использовать режим 2.
В другом примере первый WTRU может быть выполнен с возможностью использования одноадресных передач, если расстояние между первым WTRU и вторым WTRU (например, первый WTRU обменивается данными со вторым WTRU) меньше (предварительно) сконфигурированного порогового значения или некоторого порогового значения в зависимости от свойств (например, QoS) передаваемых данных.
В этой ситуации WTRU может выполнять периодические передачи по прямому соединению из своего местоположения, направления или со своей скоростью. Такие передачи могут быть выполнены по PSCCH, SL-MIB или PSSCH. Передачи такой информации по PSSCH могут быть выполнены в MAC CE или сообщении SL-RRC. WTRU, который принимает передачи из этого местоположения/направления/с этой скоростью, может использовать эту информацию в дополнение к его собственным динамическим характеристикам (например, динамическим характеристикам автомобиля) для определения типа передачи на основании (предварительно) сконфигурированных правил.
Для ситуации с критериями, в которой WTRU может определять тип передачи на основании пользователя другого типа передачи, такое принятие решения может быть основано на (предварительно) сконфигурированном ограничении и такое ограничение может применяться при условии применения любого дополнительного подхода/условия для выбора типа, описанного в настоящем документе, или в комбинации с ним. Например, WTRU может быть выполнен с возможностью использования режима 1 только при выполнении одноадресных передач, связанных с конкретным QoS.
Для ситуации с критериями, в которой WTRU может определять тип передачи на основании ограничений несущей/BWP/пула ресурсов, на WTRU может быть (предварительно) сконфигурирован конкретный тип передачи на основании этих критериев. Например, WTRU может быть выполнен с возможностью использования режима 1 на первой несущей и использования режима 2 на второй несущей. В альтернативном варианте осуществления WTRU может использовать один тип передачи на одной несущей и другой режим передачи на другой несущей на основании других факторов, описанных в настоящем документе. Например, WTRU может быть выполнен с возможностью использования режима 1 на несущей с наибольшим измеренным CBR и может быть выполнен с возможностью использования режима 2 на других несущих. Количество несущих (например, несущих с наибольшим CBR), на которых следует применять режим 1, может быть (предварительно) сконфигурировано, либо может зависеть от возможностей WTRU или количества несущих, которые могут быть применены для конкретной услуги (например, целевого адреса). Например, количество несущих, на которых следует применять режим 1 (например, соответствующий наибольшему CBR), может быть определено как процентная доля несущих, сконфигурированных для конкретного целевого адреса, и/или количество несущих, поддерживаемых модулем WTRU.
Для ситуации с критериями, в которой WTRU может определять тип передачи на основании объема трафика, сконфигурированного для каждого типа, трафик, используемый для такого принятия решения, может состоять из собственной передачи WTRU или передач других WTRU (например, определенных на основании передач SCI). Например, WTRU может выбирать RAT для передачи таким образом, чтобы обеспечивать равный объем или (предварительно) сконфигурированную долю передачи SL LTE и передач SL NR.
Для ситуации с критериями, в которой WTRU может сообщать об изменении типа передачи для сети, WTRU может сообщать сети об изменении типа передачи некоторых или всех данных, имеющихся в буферах WTRU или потенциальных будущих данных, которые будут приняты модулем WTRU. Кроме того, на WTRU может быть дополнительно сконфигурировано пороговое значение, при превышении которого может быть сообщено об изменении типа передачи. Это пороговое значение может быть основано на одном или более из следующего: объем данных в буферах WTRU, для которого один тип передачи будет изменен на другой тип передачи; количество VQI или уровней QoS, для которых один тип передачи будет изменен на другой тип передачи; величина изменения показателя (например, количества доступных ресурсов, RSSI, RSCP SCI), что может привести к изменению типа передачи для некоторых данных); и/или другие значения или показатели, которые будут определять изменение типа передачи для определенных данных.
WTRU может сообщать об изменении типа передачи с помощью одного или более из следующего: выделенный SR или PUCCH; RACH (например, 2-этапный RACH с информацией об изменении типа передачи в процедуре RACH); CE MAC, такой как BSR или новый CE MAC; сообщение RRC; создание и/или возобновление соединения с новым значением или указанием причины, предоставленными в MSG3 или MSG5 (например, WTRU может инициировать соединение RRC и предоставлять информацию, связанную с изменением типа передачи во время создания соединения).
Для ситуации с критериями, в которой WTRU может изменять тип передачи на основании приема данных об изменении режима от другого WTRU, второй WTRU может передавать указание об изменении типа передачи на первый WTRU или набор WTRU. Например, второй WTRU может передавать указание режима передачи (например, режима 1 или режима 2 или перехода в режим 1 / режим 2). Когда второй WTRU принимает решение об изменении режима, он может передавать указание об изменении режима по PSCCH, PSSCH или SL-MIB. Такое указание в отношении изменения режима может иметь форму CE MAC или сообщения SL-RRC, переданного по PSSCH на набор WTRU, которые находятся в одноадресной/групповой линии связи со вторым WTRU. Первый WTRU после приема указания об изменении режима от второго WTRU может принимать решение об изменении своего собственного режима передачи для обеспечения соответствия режиму передачи другого(-их) WTRU. В частности, если первый WTRU принимает данные об изменении режима от второго WTRU, с которым он имеет одноадресную линию связи, сообщающие о том, что второй WTRU будет использовать режим 2, первый WTRU может изменять свой режим передачи в этой одноадресной линии связи с режима 1 на режим 2 (например, может передавать все пакеты, специфические для этой одноадресной линии связи, с использованием режима 2).
В некоторых ситуациях WTRU может быть выполнен с возможностью выбора режима. В одном примере на WTRU может быть сконфигурирован допустимый, требуемый или предпочтительный режим или тип передачи (например, режим 1 или режим 2) для SLRB. В частности, SLRB или LCH может быть выполнен с возможностью использования только в режиме 1 или может быть выполнен с возможностью использования только в режиме 2. Кроме того, на WTRU могут быть сконфигурированы условия, в которых SLRB должен использовать режим 1 или режим 2. Такие условия могут быть основаны на одном или более из следующего: качество Uu; качество сигнала SL; количество данных в буферах WTRU для SLRB; ресурсы/несущая/BWP; частота/периодичность; и/или размер передачи.
Что касается качества Uu, на WTRU могут быть сконфигурированы условия, относящиеся к качеству Uu, при которых SLRB должен использовать режим 1 или режим 2. Качество сигнала Uu можно определять любым из следующего: результаты измерений уровня в соте (т. е. результаты измерений RRM) для текущей соты или других сот; и/или допустимая мощность UL (например, запас мощности). Например, WTRU может быть выполнен с возможностью использования режима 1, если измеренное качество соты для обслуживающей его соты превышает пороговое значение, и использования режима 2 в противном случае.
Что касается качества сигнала SL, на WTRU могут быть сконфигурированы условия, относящиеся к качеству SL, для которых SLRB должен использовать режим 1 или режим 2. Качество сигнала SL может быть определено на основании: величины перегрузки (например, CBR) пулов ресурсов передачи, используемых модулем WTRU; величины коэффициента успешности HARQ по прямому соединению (например, количества NACK за некоторый период времени, количества последовательных NACK, количества потерянных ACK/NACK); показателя качества канала для опорного сигнала, такого как CSI-RS, DMRS и т. д.; результатов измерений, сообщенных одноранговым WTRU, таких как отчеты CQI SL; допустимой мощности SL (например, запаса мощности); состояния RLM/RLF SL, связанного с одноадресной линией связи, которая содержит этот SLRB (например, независимо от того, работает ли таймер RLF, количества IS/OS от нижних уровней, триггера RLF); и/или доступности ресурсов для прямого соединения, например размера сконфигурированных пулов ресурсов, возможно, в пределах определенного временного бюджета, показателей, относящихся к успешному выбору ресурсов (т.е. можно выбирать ресурс и одновременно удовлетворять требования к задержке). Например, WTRU может быть выполнен с возможностью использования/предпочтения режима 2 для SLRB при условии, что CBR ниже порогового значения, а в противном случае — использования режима 1. В другом примере WTRU может быть выполнен с возможностью использования/предпочтения режима 2 для SLRB, ассоциированного с одноадресной линией связи, при условии, что в указанной одноадресной линии связи не запущен RLF или не имеется запущенный счетчик RLF.
Что касается комбинации качества Uu и качества SL, на WTRU может быть сконфигурировано условие для предпочтения или использования режима 1 или режима 2, на основании которого используют как показатели качества Uu, так и показатели качества SL. Например, такое условие может быть основано на сравнении результатов измерений CBR и Uu для соты, различии таких показателей.
Что касается объема данных в буферах WTRU для SLRB, на WTRU может быть сконфигурировано условие использования одного режима (режима 1 или режима 2) вместо другого, при условии, что объем данных, ожидающих передачи SLRB, ниже порогового значения. Такое ограничение или пороговое значение может дополнительно относиться к размеру ресурсов для прямого соединения (например, количеству ресурсов для передачи, обратной связи по HARQ или измеренной перегрузке для этих ресурсов).
Что касается ресурсов/несущей/BWP или т.п., может существовать условие, основанное на значениях, выбранных для передачи модулем WTRU, и определяемое ограничением режима передачи, которое может быть использовано для каждого из них.
Без ущерба для обобщенности может быть предложено некоторое условие, объединяющее любые из вышеуказанных условий.
Как отмечалось ранее, при одновременном выполнении операций на WTRU можно применять один или более логических каналов, ассоциированных с типом передачи, однако в некоторых случаях один логический канал может иметь приоритет над другим. На WTRU может быть сконфигурирована по меньшей мере одна отдельная процедура определения приоритета для логического канала (LCP) для каждого типа передачи. Такая конфигурация может быть применима к различным типам передачи, например: WTRU, одновременно работающий в режиме 1 и режиме 2, может выполнять специфическую для режима 1 процедуру LCP, когда WTRU принимает предоставление от сети, и может выполнять специфическую для режима 2 процедуру LCP, когда предоставление из выбранных ресурсов становится активным; WTRU, осуществляющий одновременные передачи LTE и NR, может выполнять специфический для LTE LCP, когда WTRU обрабатывает предоставление на несущей LTE, и может выполнять специфический для NR LCP, когда WTRU обрабатывает предоставление на несущей NR. WTRU, осуществляющий одноадресную и групповую передачу, может выполнять специфический для одноадресной передачи LCP, когда WTRU решает или предписывает использовать предоставление для одноадресной передачи, и выполняет специфический для широковещательной передачи LCP, когда WTRU решает или предписывает использовать предоставление для групповой передачи
WTRU может использовать или на нем могут быть сконфигурированы различные параметры или правила для применения LCP, ассоциированного с каждым типом передачи, включая, без ограничений: обработку в виде определения приоритетов логических каналов (например, в предоставлении, ассоциированном с LTE, может быть использован PPPP в качестве критериев выбора логического канала, а в предоставлении, ассоциированном с NR, может быть использован VQI или как параметр приоритета, так и параметр задержки, полученный из VQI); определение объема данных, который следует учитывать в каждом логическом канале (например, предоставление, ассоциированное с LTE, может обрабатывать каждый логический канал до исчерпания данных для этого логического канала, а предоставление, ассоциированное с NR, может обрабатывать каждый логический канал до достижения PDB, ассоциированного с этим логическим каналом, если логический канал ассоциирован с PDB); и/или правила, связанные с сегментацией SDU RLC (например, предоставление, ассоциированное с процессом LTE, может допускать сегментацию RLC, в то время как предоставление для NR может не допускать сегментации RLC).
В альтернативном варианте осуществления WTRU может быть выполнен с возможностью использования полностью отдельных процедур для LCP, причем каждая процедура ассоциирована с каждым типом передачи и/или причем в каждой процедуре правила и параметры (например, в соответствии с приведенными выше примерами) определены по-разному.
WTRU, который принимает предоставление, ассоциированное с одним типом передачи, может выполнять LCP с использованием процедуры/параметров/правил, ассоциированных с этим типом передачи. WTRU может дополнительно самостоятельно определять тип передачи для конкретного предоставления. На основании такого определения WTRU может выполнять LCP с использованием процедуры/параметров/правил, ассоциированных с выбранным типом передачи.
В некоторых ситуациях WTRU может определять, предназначено ли предоставление для одноадресной/групповой/широковещательной передачи, на основании неявного/явного указания сети (например, для режима 1) и/или на основании QoS, ассоциированного с ожидающими обработки данными (например, приоритета, задержки и т.д.).
Что касается неявного/явного указания сети, WTRU может принимать явное указание в DCI, назначающей предоставление, которое сообщает об одноадресной, групповой или широковещательной передаче. В дополнительном/альтернативном варианте осуществления WTRU может принимать DCI, сообщающую о RAT предоставления, если RAT не допускает одноадресные/групповые передачи (например, RAT LTE), и WTRU может неявным образом интерпретировать такое предоставление как предоставление для широковещательной передачи. В дополнительном/альтернативном варианте осуществления WTRU может принимать параметр модуляции/кодирования или относящийся к ресурсу параметр (например, время/частоту/луч/несущую/BWP/пул) в DCI, в которой неявно указан один тип адресации, основанный на конфигурации WTRU, ограничении возможностей WTRU и/или состоянии WTRU. Например, WTRU может быть выполнен с возможностью осуществления одноадресной передачи и широковещательной передачи на отдельных несущих, а DCI может неявным образом содержать адресацию для передачи с этой несущей. Еще в одном примере WTRU может быть выполнен с возможностью осуществления одноадресной передачи в подмножестве лучей и широковещательной передачи во всех лучах, причем если DCI содержит информацию для определения подмножества лучей, WTRU может использовать предоставление для использования одноадресных логических каналов.
Что касается QoS, связанного с ожидающими обработки данными, WTRU может принимать решение об использовании предоставления для одноадресной передачи, групповой передачи, широковещательной передачи с учетом в первую очередь логических каналов с наивысшим приоритетом, и/или наименьшей задержкой, и/или наибольшей надежностью и т.п. Например, WTRU может выбирать из своих логических каналов логический канал с ожидающими обработки данными с наивысшим приоритетом и/или наименьшей задержкой. WTRU может определять, является ли обрабатываемое предоставление одноадресным/групповым/широковещательным, на основании того, является ли выбранный логический канал одноадресным/групповым/широковещательным, причем, возможно, это может быть учтено во время приема предоставления. Затем WTRU может обрабатывать LCP для этого предоставления, используя подходящую процедуру для этого типа адресации. Согласно такому подходу WTRU может дополнительно выполнять ассоциирование на основе QoS, когда сеть сообщает о возможности использования предоставления для передачи любого типа. Например, DCI может явным или косвенным образом сообщать о том, что предоставление может быть использовано либо для одноадресной, либо для широковещательной передачи.
В некоторых ситуациях WTRU может быть выполнен с возможностью одновременной обработки предоставлений разных типов по-разному в зависимости от характера типа передачи (например, режима/RAT/адресации) и/или возможностей WTRU. Например, WTRU, который выполнен с возможностью одновременной передачи с различными типами передачи, может выполнять обе передачи, тогда как WTRU, который не выполнен с такой возможностью, может выбирать один из видов передачи на основании конкретных правил, описанных в настоящем документе.
Возможность для WTRU одновременной передачи с одновременным использованием различных ее типов может зависеть от характера типа передачи. Например, WTRU может не иметь разрешения на передачу в режиме 1 и режиме 2 или одновременно одноадресную и широковещательную передачу с применением одной и той же RAT, но может иметь разрешение на выполнение передачи в режиме 1 по RAT NR и в режиме 4 по RAT LTE или одноадресную передачу по RAT NR и групповую передачу по RAT LTE одновременно.
Согласно одному подходу, если WTRU принимает предоставление режима 1, которое накладывается по времени на предоставление режима 2 (например, ресурс, выбранный модулем WTRU), WTRU может определять как приоритетное предоставление режима 1 и игнорировать/отменять предоставление режима 2. WTRU может также выполнять повторный выбор ресурса, когда он проигнорировал/отменил предоставление режима 2 вследствие конфликта между предоставлением режима 1 и предоставлением режима 2.
Согласно другому подходу, если WTRU принимает предоставление режима 1, которое накладывается по времени на предоставление режима 2 (например, ресурс, выбранный модулем WTRU), WTRU может присваивать предоставлению приоритет (например, режим 1 или режим 2), в соответствии с которым связанные логические каналы (например, логические каналы для режима 1 в сравнении с логическими каналами для режима 2) имеют данные с наивысшим приоритетом/наименьшим временем задержки, доступные для передачи. Если WTRU игнорирует/отменяет предоставление режима 1, WTRU может запускать немедленную передачу BSR. В альтернативном варианте осуществления, если WTRU игнорирует/отменяет предоставление режима 1, WTRU может передавать SR по PUCCH для сообщения о том, что предоставление режима 1 было проигнорировано/отменено.
В некоторых ситуациях WTRU может выполнять процедуру LCP, ассоциированную с конкретным режимом передачи, с учетом только логических каналов, ассоциированных с этим режимом передачи, во время выполнения LCP. Это может быть применимо к первому моделированию фиксированных логических каналов для сопоставления типа передачи и/или второму моделированию WTRU с изменением типа передачи для логического канала с одного на другой. WTRU может поддерживать набор логических каналов, ассоциированных с каждым режимом передачи. WTRU, осуществляя моделирование WTRU с изменением типа передачи для логического канала с одного на другой, может изменять режим передачи, ассоциированный с логическим каналом. WTRU может оценивать логические каналы, ассоциированные с каждым режимом передачи во время предоставления.
В примере на WTRU может быть сконфигурировано использование второго моделирования WTRU с изменением типа передачи для логического канала с одного на другой в случае выполнения передач в режиме 1 и режиме 2. Когда WTRU принимает предоставление режима 1, WTRU может выполнять LCP, учитывая только логические каналы, которые представляют собой логические каналы, ассоциированные с режимом 1, во время приема предоставления режима 1.
WTRU может изменять режим передачи, ассоциированный с логическим каналом во время выполнения LCP (например, из-за события, данные о котором приняты от нижних уровней, или истечения времени действия таймера). В таком случае WTRU может задерживать изменение режима передачи до момента: завершения процедуры LCP; и/или завершения выполнения повторных передач для PDU MAC, выполняемых с применением процедуры LCP.
В некоторых ситуациях на WTRU могут быть сконфигурированы логические каналы, ассоциированные с конкретным типом передачи (например, фиксированные), и логические каналы, не ассоциированные с каким-либо типом передачи (например, гибкие). Это может быть применено в отношении третьего моделирования, при котором логический канал может быть ассоциирован со множеством режимов передачи. При выполнении LCP для предоставления с ассоциированным типом передачи модуль WTRU может учитывать только логические каналы, ассоциированные с этим типом передачи, и логические каналы, не ассоциированные с каким-либо типом передачи. WTRU может выполнять LCP, сначала выбирая логические каналы с наивысшим приоритетом независимо от типа передачи и выделяя ресурсы этим логическим каналам до тех пор, пока не будет исчерпано предоставление или пока не будут удовлетворены потребности логического канала (например, потенциально, до приоритетной скорости передачи данных).
В некоторых ситуациях WTRU может быть выполнен с возможностью определения приоритета логического канала для типа передачи. Это может быть применено в отношении третьего моделирования, при котором логический канал может быть ассоциирован со множеством режимов передачи. WTRU может выполнять LCP для предоставления, ассоциированного с типом передачи, путем выбора данных о логических каналах, приоритетных для этого типа передачи, до тех пор, пока в буферах таких логических каналов имеются данные. В том случае, если в буферах любых приоритетных логических каналов больше нет данных или когда обслуживание каждого логического канала осуществляется вплоть до достижения приоритетной скорости передачи данных, WTRU может затем выбирать данные, ассоциированные с неприоритетными логическими каналами (например, приоритетными для типа передачи).
В примере WTRU может определять логические каналы для пакетов данных на основании QoS. WTRU может также определять приоритет логического канала для режима (например, режима 1 и режима 2) на основании критериев принятия решения, например, описанных в настоящем документе. При приеме предоставления для режима 1 WTRU может выбирать все логические каналы, приоритетные для режима 1, для удовлетворения этого предоставления. Если все такие потребности логических каналов удовлетворены (например, логические каналы являются пустыми или их потребности удовлетворялись до тех пор, пока для них не была достигнута приоритетная скорость передачи данных), WTRU может затем выбирать неприоритетные логические каналы, чтобы заполнить остальную часть предоставления.
В некоторых ситуациях процедура LCP, ассоциированная с типом передачи, может быть приемлемой для логического канала, который может быть передан с применением любого типа передачи вплоть до достижения процентной доли от его PBR. Если логический канал не ассоциирован с PBR, WTRU может обеспечивать процентную долю доступных данных в буферах WTRU. WTRU может определять процентную долю PBR для каждого типа передачи на основании любого из следующего (примечание: для конкретного логического канала PBR может быть бесконечной): процентная доля PBR может быть сконфигурирована сетью; процентная доля PBR может быть основана на процентной доле BSR, сообщенных сети для каждого типа передачи в последнем BSR; процентная доля PBR может быть основана на измеренном качестве для каждого типа передачи (например, RAT LTE в сравнении с RAT NR); процентное содержание PBR может быть определено или получено из любого другого условия/критериев, описанных в настоящем документе.
В некоторых ситуациях WTRU может определять приоритет между типами передачи QoS NR и LTE. Это может произойти в случаях, когда определение приоритета LTE основано на PPPP, а определение приоритета NR основано на VQI. Определение приоритетов между RAT может потребоваться для LCP, передачи BSR, выбора ресурса и т.п.
Согласно одному подходу на WTRU для каждого пакета или каждого радиоканала могут быть предоставлены параметры QoS, ассоциированные с обеими RAT, а его правила определения приоритетов могут быть основаны на параметре QoS для одной RAT. Например, на WTRU от верхних уровней может быть предоставлен пакет NR, содержащий как PPPP, так и VQI. WTRU может принимать решения по определению приоритета между пакетами LTE и пакетами NR с учетом PPPP, ассоциированного с каждым пакетом.
Согласно еще одному подходу на WTRU от верхних уровней или сети может быть обеспечена таблица, которая может быть использована для получения параметра QoS в одной RAT (например, PPPP) из параметра QoS в другой RAT (например, VQI). Затем WTRU может выполнять определение приоритетов на основании параметра QoS в одной RAT. Например, на WTRU может быть обеспечена таблица с сопоставлением VQI и PPPP. Затем WTRU может выполнять определение приоритетов как для пакетов LTE, так и для пакетов NR на основании PPPP.
Согласно другому подходу на WTRU может быть обеспечена таблица сопоставления для одной RAT или для обеих RAT, в которой определен один или множество параметров QoS из параметра QoS, обеспеченного верхними уровнями, и может быть определен приоритет для этой RAT, основанный на заданном или (предварительно) сконфигурированном правиле. Например, для пакетов LTE приоритет пакета может быть определен PPPP. Для пакета NR на WTRU может быть сконфигурирована таблица, в которой определены надежность, диапазон, задержка, приоритет и скорость передачи данных на основании VQI. На WTRU может быть (предварительно) сконфигурировано одно или более правил для получения приоритета на основании этих отдельных параметров QoS, полученных из VQI. Например, одно такое правило может заключаться в назначении пакету приоритета, равного приоритету, полученному из VQI, а также коэффициента компенсации, относящегося к задержке (например, повышение приоритета на единицу, если задержка < X, и понижение приоритета на 1, если задержка > y). На WTRU могут дополнительно быть сконфигурированы различные правила для различных операций определения приоритета в WTRU, например: LCP (например, выбора логического канала, имеющего данные с наивысшим приоритетом среди всех данных, ожидающих обработки на WTRU); BSR (например, определения приоритета BSR LTE по сравнению с BSR NR или определения LCG для включения в сокращенный BSR). Еще в одном примере одно из таких правил может заключаться в назначении приоритета задержке на основании (предварительного) сконфигурированного сопоставления задержки в мс с приоритетом (например, в абсолютных величинах, сопоставления с тем же масштабом, что и для PPPP).
Как отмечалось ранее, WTRU может сообщать о состоянии буфера, однако в некоторых случаях могут существовать процедуры SR/BSR для удовлетворения требований QoS и одновременного применения типов передачи.
В некоторых ситуациях WTRU может использовать процедуры SR/BSR, обеспечивающие удовлетворение требованиям QoS NR, в которых WTRU выбирает/изменяет формат BSR и/или сопоставляет QoS с LCG на основании данных, имеющихся в данный момент в его буферах. Это может происходить при определении возможности сообщения о состоянии буфера, ассоциированном с широким диапазоном QoS, с учетом ограниченного количества LCG в BSR. WTRU может предполагать возможность другого сопоставления QoS с LCG при определении BSR или может передавать BSR с другим форматом в зависимости от QoS данных в его буферах.
Отличное сопоставление QoS с LCG может предусматривать любое из следующего: другое количество уровней QoS или параметров QoS, сопоставленных с данной LCG (например, сопоставление значения VQI 1, 2 с LCG 1, VQI 2, 3 с LCG 2 и т.д., или изменение такого сопоставления); другое количество уровней QoS, представленных конкретной LCG (например, некоторые уровни QoS могут не иметь представляющих их LCG); другое ассоциирование различных параметров QoS (например, задержка относительно приоритета относительно надежности) с LCG (например, сопоставление PPPP с LCG 1, 2 и PPPR с LCG 3, 4 или изменение такого сопоставления); и/или определенную LCG, используемую для представления состояния буфера для другого параметра QoS в определенных случаях, но не в отличных.
Отличающийся формат BSR может содержать любое из следующего: другое количество битов в BSR (например, другое количество допустимых LCG), ассоциированных с LCG (например, один формат BSR может предполагать применение 4 битов для LCG и 4 битов для состояния буфера, тогда как другой формат может предполагать применение 5 битов для LCG и 3 битов для состояния буфера, или один формат BSR может предполагать применение 12 битов для сообщения о состоянии буфера, ассоциированного с одним целевым идентификатором и LCG, тогда как другой формат BSR может предполагать применение 24 битов для сообщения о состоянии буфера, ассоциированного с целевым идентификатором и группой логических каналов, и в нем можно дополнительно использовать другое сопоставление уровня QoS с LCG); и/или замену / повторное использование определенных полей в BSR для сообщения о состоянии буфера, ассоциированном с определенными параметрами QoS (например, WTRU может заменять целевой адрес, ассоциированный с сообщением о состоянии буфера, на дополнительный параметр QoS, например надежность или задержку, когда такие данные доступны в буферах WTRU и когда целевой адрес отчета является таким же, как в предыдущем отчете).
WTRU может сообщать сети об изменении или другом сопоставлении/формате с помощью одного или более из следующего: передачи сообщения RRC или CE MAC с индексом для (предварительно) сконфигурированного используемого сопоставления/формата, или с фактическим сопоставлением, используемым в будущих отчетах BSR; передачи сопоставления/формата, используемого для конкретного BSR в самом BSR, либо посредством поля в BSR, либо путем выбора формата BSR или типа CE MAC; сообщения о том, что произошло изменение сопоставления/формата, путем передачи специального указания SR или PUCCH, за которым потенциально следует фактическое используемое сопоставление; и/или предоставления битовой карты (с использованием RRC, CE MAC или самого BSR) уровней QoS, представленных LCG, в BSR, и/или количества уровней QoS, представленных каждой доступной LCG в пространстве LCG.
WTRU может изменять формат/сопоставление для BSR с одного формата/сопоставления на другой(-ие) на основании любого из следующих триггеров: новые данные поступают для уровня QoS, для которого отсутствует LCG, представляющая этот формат в текущем/предыдущем формате/сопоставлении BSR; количество данных в буферах для одного или более уровней QoS выше/ниже порогового значения; и/или относительное количество данных в буферах WTRU для двух или более уровней QoS выше/ниже порогового значения.
В одном примере на WTRU может быть сконфигурировано множество сопоставлений VQI с LCG. В одном сопоставлении, используемом в качестве иллюстративного примера, в котором WTRU может сообщать о 3 LCG, WTRU может сообщать о состоянии буфера данных, ассоциированных с VQI 1–2, используя LCG 1, с VQI 3–4, используя LCG 2, с VQI 5–6, используя LCG 3, и т.п. таким образом, что все VQI будут представлены в равной степени. Кроме того, на WTRU может быть сконфигурировано сопоставление, в соответствии с которым VQI 1 сопоставлен с LCG 1, VQI 2 сопоставлен с LCG 2, а остальные VQI сопоставлены с LC3. WTRU может использовать второе сопоставление, когда данные в его буферах преимущественно получены из VQI 1 и VQI 2. В альтернативном варианте осуществления, если WTRU имеет в своих буферах данные, которые равномерно распределены среди VQI, WTRU может использовать первое сопоставление. WTRU может сообщать об изменении сопоставления (например, с помощью сообщения RRC или CE MAC) или может содержать используемое сопоставление в каждом сообщении BSR.
Еще в одном примере, который может быть использован в сочетании с предыдущим примером, WTRU может передавать BSR с использованием 4 битов для LCG (например, всего 16 LCG) в одном сценарии, в котором данные в буферах ограничены подмножеством уровней QoS, и использовать 5 битов для LCG (всего 32 LCG) в другом сценарии, в котором данные в буферах содержат все или почти все уровни QoS.
Как отмечалось ранее, WTRU может передавать SR/BSR при определении того, как обрабатывать пакет данных для передачи, однако также могут существовать подходы, касающиеся SR/BSR, для обеспечения одновременного применения типов передачи.
В некоторых ситуациях вычисление BSR может быть основано на доступных ресурсах для режима 2. В соответствии с этим подходом, который может относиться к типам передачи в режиме 1 и режиме 2, WTRU может вычислять состояние буфера с учетом количества ресурсов, зарезервированных или доступных для передачи в режиме 2. В частности, WTRU может учитывать любые из следующих «зарезервированных» ресурсов в режиме 2 при вычислении состояния буфера для отправки в сеть: общее количество ресурсов, зарезервированных с помощью сигнала резервирования, сигнала прямой записи и т.п.; общее количество ресурсов, ассоциированных с выбранным шаблоном ресурсов; количество «зарезервированных» ресурсов, имеющихся в N следующем периоде резервирования, где значение N может быть предварительно задано или (предварительно) сконфигурировано; и/или количество «зарезервированных» ресурсов, которые могут быть использованы для обеспечения передачи с применением логических каналов, которая может включать в себя передачу в режиме 1 или передачу в режиме 2
WTRU может вычитать расчетный объем данных, который WTRU может передавать с применением «зарезервированных» ресурсов, из состояния буфера каждого логического канала или LCG.
На фиг. 4 представлена блок-схема примера процесса определения WTRU состояния буфера для его сообщения сети в BSR для данной LCG. На этапе 401 WTRU может вычислять общее состояние буфера всех логических каналов, которые могут быть сопоставлены с этой LCG и могут быть переданы с применением режима 1. Далее на этапе 402 WTRU может вычислять состояние части буфера на предыдущем этапе, которая ассоциирована с логическими каналами LCG, передача которых также разрешена с применением режима 2. Затем на этапе 403 WTRU может вычислять величину для состояния буфера на втором этапе, данные о которой WTRU может передавать в режиме 2, на основании следующего: 403a - объема данных в буферах WTRU, который может быть передан только с использованием режима 2 (например, логических каналов, сопоставленных только с режимом 2); 403b - объема данных из данных на этапе 2, которые дополнительно могут быть переданы с использованием режима 2, на основании количества зарезервированных ресурсов для режима 2 и оценки MCS (например, средняя MCS по времени); и/или 403c - текущего состояния критериев принятия решения, как описано в настоящем документе, для определения части данных на втором этапе, которую модулю WTRU разрешено передавать в режиме 2, с учетом критериев принятия решения. На этапе 404 WTRU в конечном итоге может сообщать о состоянии буфера на первом этапе за вычетом оценочных данных для режима 2 на третьем этапе.
В некоторых ситуациях WTRU может отправлять BSR для сообщения об изменении типа передачи. В частности, WTRU может запускать отправку BSR в сеть во время принятия решения об отправке некоторых или всех данных, потенциально ожидающих обработки в WTRU, с применением другого типа передачи, или при изменении любого из условий для определения типа передачи.
WTRU может запускать BSR, когда происходит любое из следующих событий: WTRU принимает решение об изменении для логического канала, ассоциированного с одним типом передачи (например, режим 1), на ассоциирование с другим типом передачи (например, режим 2); изменение любого условия, определяющего сопоставление данных с типом передачи, как описано в настоящем документе; изменение в вычислении состояния буфера с учетом доступных ресурсов для режима 2, возможно, на определенную величину, происходит вследствие изменения любого из условий, описанных в настоящем документе, изменения оцененной MCS или изменения количества зарезервированных ресурсов для режима 2, возможно, за период времени; WTRU удаляет все логические каналы, ассоциированные с конкретным типом передачи; и/или WTRU создает новые логические каналы, потенциально первый логический канал, ассоциированный с типом передачи.
Ниже приведены примеры условия, определяющего сопоставление с типом передачи: произошло множество неудавшихся выборов ресурсов для режима 2, потенциально в предварительно заданном временном окне; изменение на предварительно заданную или (предварительно) сконфигурированную величину значения измеренной величины, ассоциированной с пулом ресурсов для режима 2, такой как CBR, CR, RSSI, средняя RSCP передач SCI или количество SCI за предварительно заданный период времени; изменение на предварительно заданную или (предварительно) сконфигурированную величину оцененного количества WTRU в некоторой зоне; прием сигнала приоритетного прерывания; и/или другие примеры, описанные в настоящем документе.
В одном примере WTRU может принимать сигнал приоритетного прерывания, ассоциированный с передачей в режиме 2, возможно, для данного QoS. WTRU может принимать решение о переводе всего трафика в режиме 2, возможно, ассоциированного с данным QoS, в режим 1 и может передавать BSR в сеть после приема сигнала приоритетного прерывания. Переданный BSR может сообщать о наличии новых данных для передачи в режиме 1 путем включения новой LCG вместе с состоянием буфера или нового состояния буфера, которое учитывает новые передаваемые данные с использованием режима 1. В альтернативном варианте осуществления WTRU может отправлять BSR, причем состояние буфера представляет значение дельта для новых данных по сравнению с предыдущим отчетом BSR, который теперь может быть передан с применением режима 1. Такой пример может также быть применим в случае использования других типов передачи (например, LTE в сравнении с NR, причем приоритетное прерывание принимают в NR, а режим 3 сконфигурирован для LTE).
Еще в одном примере WTRU может принимать решение о переводе всех своих передач, возможно ассоциированных с конкретным логическим каналом или LCG, в режим 2 передачи вследствие обнаружения уменьшения CBR пула для режима 2. WTRU может, в случае принятия такого решения, передавать BSR, сообщающий о состоянии буфера, равном 0, ассоциированном с указанным(-ыми) LCG. Такой пример может также быть применимым и в отношении других типов передачи (например, LTE или NR). WTRU может передавать указанный BSR после завершения процедуры выбора ресурсов для данных в его буферах.
В некоторых ситуациях WTRU может сообщать об изменении предпочтительного режима передачи, сконфигурированного сетью. В одном случае WTRU может отправлять BSR или соответствующее сообщение после изменения применяемого/предпочтительного режима передачи (например, режима 1 или режима 2) для SLRB, которое сконфигурировано сетью, (например, как описано в настоящем документе, применительно к конфигурации WTRU для выбора режима).
В одном примере WTRU может отправлять BSR в сеть после изменения режима передачи (режима 1 или режима 2) SLRB (например, при переводе SLRB из режима 1 в режим 2). WTRU может вычислять новое состояние буфера для всех LCH, ассоциированных с режимом 1, после изменения режима SLRB и может отправлять новый BSR в сеть. Например, WTRU может обнаруживать условие (например, качество Uu ниже порогового значения), которое запускает переход для SLRB, который в настоящий момент выполнен с возможностью использования режима 1, к использованию режима 2. WTRU может удалять SLRB из логических каналов, ассоциированных с режимом 1, и изменять SLRB на SLRB для режима 2. WTRU может дополнительно информировать сеть об изменении состояния буфера в результате осуществления изменения. Еще в одном примере WTRU может обнаруживать условие (например, RLM SL).
В одном случае WTRU может включать BSR для всех LCG в такой BSR. В другом случае WTRU может включать в себя только LCG, состояние буфера которых изменяется при изменении режима для данного(-ых) SLRB.
В одном примере WTRU может запускать таймер после запуска условия, требующего изменения режима для конкретного SLRB. Если это условие сохраняется во время действия таймера, WTRU может отправлять сообщение об изменении режима сети в соответствии с другими сценариями, описанными в настоящем документе.
Еще в одном примере WTRU может отправлять BSR и/или связанное сообщение (например, CE MAC, сообщение RRC, такое как SidelinkUEInformation, и т.д.) сети для информирования сети об изменении предпочтительного режима для конкретного SLRB. Такое сообщение может содержать: SLRB или LCH, для которых на WTRU был определен триггер изменения режима; конкретное условие (например, в виде индекса для списка сконфигурированных условий), которое является запускающим условием; свойства QoS (например, PQI, QFI и т.д.) SLRB и/или потоков, сопоставленных с SLRB; и/или результаты измерений, ассоциированные с условием, например, качества Uu, качества SL или т.п., как описано в настоящем документе, относящиеся к конфигурации WTRU для выбора режима.
В таком примере после отправки сообщения сети WTRU может выполнять любое из следующих действий или их комбинацию: WTRU может инициировать изменение режима для конкретного SLRB непосредственно после успешной передачи указания сети; WTRU может прекращать передачи, ассоциированные с SLRB, до тех пор, пока сеть не изменит конфигурацию; и/или WTRU может запускать таймер. Если условие для изменения режима поддерживается и период действия таймера истекает, WTRU может инициировать изменение режима. WTRU при инициировании изменения режима может передавать BSR с обновленным состоянием буфера для всех LCG для режима 1, как описано в настоящем документе. Если состояние для изменения режима не сохраняется в течение периода действия таймера, WTRU может отменять таймер и информировать сеть.
Ситуации, описанные выше в отношении процедур SR/BSR, могут быть применены в отношении ФИГ. 3, на которой показан пример обработки данных при изменении условия. Как показано в части 311, в данном случае может потребоваться отправлять BSR сети, если WTRU решит изменить режим для LCH1 с режима 1 на режим 2, поскольку сети больше не нужно учитывать состояние буфера LCH1, так как происходит переход в режим 2, в котором WTRU будет автономно выполнять планирование. Следует отметить, что состояние буфера, показанное в части 311, соответствует большему заполнению в момент T1, чем в момент T2, вследствие выполнения повторного сопоставления LCH1 для режима 2.
В некоторых ситуациях WTRU может повторно сопоставлять LCG после переключения трафика, что может быть применимым для любого моделирования, описанного в настоящем документе. WTRU может изменять сопоставление QoS с LCG, используемой для отправки отчетов BSR, после переключения данных от одного типа передачи к другому или после изменения любого из условий, описанных в настоящем документе. В частности, на WTRU может быть сконфигурировано одно сопоставление параметра QoS (например, VQI, PPPP, приоритета, задержки и т. д.) с LCG и WTRU может сообщать сети о предпочтительном или альтернативном сопоставлении после изменения условия, такого как описано в настоящем документе. В альтернативном варианте осуществления на WTRU может быть сконфигурировано более одного сопоставления QoS с LCG и WTRU может сообщать сети о новом сопоставлении (например, посредством индекса для нового сопоставления) при изменении условия. WTRU может также сообщать о таком альтернативном сопоставлении или изменении сопоставления, когда условие приводит к изменению типа передачи для одного или более типов QoS (например, диапазона или набора VQI) и/или изменению типа передачи для одного или более логических каналов или LCG.
WTRU может сообщать об изменении повторного сопоставления LCG с помощью сообщения RRC (например, UEAssistanceInformation или SidelinkUEInformation), CE MAC или физического канала (например, SR или PUCCH). Например, WTRU может включать сопоставление QoS с LCG в каждый отчет BSR.
WTRU может выполнять такое повторное сопоставление LCG после инициирования нового типа передачи. Например, WTRU может инициировать одноадресную линию связи и может выполнять повторное сопоставление LCG для широковещательного трафика таким образом, чтобы одну из LCG можно было зарезервировать для отправки отчета о состоянии буфера, ассоциированного с одноадресным трафиком.
В некоторых ситуациях WTRU может сообщать о состоянии буфера для одноадресной передачи отдельно от широковещательного трафика. В частности, WTRU может передавать BSR для различных типов адресации с использованием любого из следующего: одна или более LCG предварительно определены или (предварительно) сконфигурированы для различных типов адресации; для сообщения о состоянии буфера при другом типе передачи используют другой формат BSR (например, другой CE MAC); отдельные поля состояния буфера используют в BSR, ассоциированном с группой логических каналов, для сообщения отдельных типов адресации; и/или другой целевой индекс используют для сообщения других типов адресации.
В одном случае WTRU может передавать BSR для одноадресной/групповой передачи с использованием целевого индекса из списка выделенных целевых индексов, зарезервированных для одноадресной передачи. WTRU может использовать другой выделенный целевой индекс для каждой одноадресной/групповой линии связи (например, каждый отдельный целевой адрес), который активен в WTRU. WTRU может определять список выделенных целевых индексов для одноадресной/групповой передачи из: (предварительной) конфигурации (например, системной информации, выделенной сигнализации RRC, предварительной конфигурации); предварительного определения для всех WTRU; от другого WTRU (например, главного WTRU или WTRU-планировщика); CE MAC или динамического планирования (например, DCI); в команде HO во время передвижения; неявным образом на основании разницы в адресном пространстве между количеством битов, сконфигурированных для целевого индекса, и их количеством для целевых адресов для широковещательной передачи, фактически необходимых WTRU для обращения (например, на WTRU может быть сконфигурирован список целевых адресов, услуг для широковещательных услуг в сообщении UESidelinkInformation длиной 32, что требует 5 битов, и может быть сконфигурирован целевой индекс, который имеет ширину, равную 6 битам, причем WTRU может использовать индексы 0–31 или 32–63 для целевых индексов одноадресной/групповой передачи).
WTRU может увеличивать целевой индекс в пределах списка выделенных целевых индексов для каждой созданной одноадресной/групповой линии связи. В альтернативном варианте осуществления WTRU может отправлять сети выбранный целевой индекс для каждой созданной одноадресной/групповой линии связи (например, при создании линии связи).
WTRU может отправлять указание сети, если для одноадресных линий связи требуются дополнительные целевые индексы. Такое указание может быть отправлено посредством RRC (например, UEAssistanceInformation) или CE MAC.
В некоторых ситуациях WTRU может сообщать о состоянии буфера для RAT LTE и NR по отдельности. В частности, WTRU может сообщать о состоянии буфера для передаваемых данных с применением различных RAT с прямым соединением (например, LTE или NR), по отдельности. WTRU может передавать BSR для разных типов адресации с применением любого из следующего: разных форматов BRS; разных LCG в пределах одного и того же сообщения BSR; и/или другого целевого индекса в пределах того же сообщения BSR.
Что касается разных форматов BSR, в одном примере модуль WTRU может передавать различные CE MAC BSR LTE и BSR NR. В частности, этот случай может предполагать модель, в которой одна и та же LCG может быть назначена как для LTE, так и для NR. На WTRU может быть сконфигурировано отдельное сопоставление QoS с LCG посредством RRC, например для LTE на WTRU может быть сконфигурировано сопоставление между PPPP и LCG, а для NR на WTRU может быть сконфигурировано сопоставление между VQI и LCG.
Что касается различных LCG в пределах одного и того же сообщения BSR, этот случай может предполагать модель, в которой LCG может быть назначена либо для LTE, либо для NR, но не для них обеих. WTRU может следовать процедурам повторного сопоставления LCG, как описано в настоящем документе, если она имеет/не имеет доступных данных для одной RAT.
Что касается другого целевого индекса в пределах одного и того же сообщения BSR, этот случай может предполагать модель, в которой одна и та же LCG может быть назначена как для LTE, так и для NR. На WTRU может быть сконфигурировано отдельное сопоставление QoS с LCG посредством RRC, например для LTE на WTRU может быть сконфигурировано сопоставление между PPPP и LCG, а для NR на WTRU может быть сконфигурировано сопоставление между VQI и LCG
В одном случае WTRU может определять состояние буфера для каждой RAT для гибких данных. Это может быть применимо для второго моделирования, при котором WTRU может изменять тип передачи для логического канала с одного на другой, и для третьего моделирования, при котором логический канал может быть ассоциирован с множеством режимов передачи. В частности, WTRU может вычислять состояние буфера для каждой RAT на основании оцененного объема данных, которые будут перенаправлены с применением каждой RAT, что определяется на основании одного или более условий, описанных в настоящем документе. Такое вычисление состояния буфера может быть выполнено на основании состояния для условий во время вычисления BSR. WTRU может запускать новый BSR, когда изменилось одно из условий и/или объем данных, для которых RAT может быть изменена с одной на другую, превышает пороговое значение.
Например, на WTRU может быть сконфигурирована процентная доля трафика, подлежащего передаче по каждому из LTE и NR для трафика, из указания от верхнего уровня, который может быть отправлен с применением обоих RAT. Эта процентная доля может быть определена на основании CBR пула для режима 2 / режима 4 в каждой из RAT. В момент времени, в который должен быть отправлен BSR (например, на основании любого триггера BSR), WTRU может: вычислять CBR в LTE и NR, а также соответствующую процентную долю отправляемых данных с применением каждой из RAT; определять общее количество отправляемых данных с применением каждой RAT на основании данных в буферах WTRU, которые сконфигурированы (например, с помощью верхних уровней) для отправки с применением только одной RAT, данных, которые могут быть отправлены с применением любой из RAT, и вышеуказанной вычисленной процентной доли; и/или вычислять состояние буфера для каждой RAT на основании указанного выше.
В одном случае могут существовать правила определения приоритетов между BSR SL LTE и BSR SL NR, в частности, что касается передачи различных форматов BSR для различных RAT, WTRU может определять приоритет между передачей BSR LTE и BSR NR в пределах предоставления UL на основании любого из следующего: QoS передаваемых данных в пределах BSR (например, WTRU может определять приоритет передачи BSR (LTE или NR), для которого необходимо сообщать данные с более высоким приоритетом, причем WTRU может определять приоритет BSR, ассоциированного с RAT, для которой WTRU имеет логический канал с наивысшим приоритетом, или при определении приоритета на основании QoS могут быть использованы правила для определения приоритетов между RAT, как описано в настоящем документе); размера BSR (например, WTRU может определять приоритет передачи BSR (LTE или NR), имеющего наименьший общий размер, или может исключать необходимость передачи сокращенного BSR с помощью текущего предоставления восходящей линии связи); и/или RAT, ассоциированной с BSR (например, WTRU может определять приоритет передачи либо RAT LTE, либо RAT NR).
WTRU может быть дополнительно сконфигурирован сетью в соответствии с определенными правилами, относящимися к указанному выше. Например, на WTRU сеть может конфигурировать RAT, для которой следует определять приоритет при передаче BSR (например, определять приоритет BSR LTE или BSR NR).
WTRU может использовать комбинацию вышеуказанных правил или может использовать множество правил в том случае, если конкретное правило не дает результата. Например, WTRU может использовать QoS передаваемых данных, и, если имеются данные, ожидающие обработки с применением обоих RAT, с равным приоритетом, WTRU может использовать размер BSR.
В одном случае WTRU может определять целевой индекс для SL LTE и SL NR. Это может произойти в случаях, в которых целевой адрес может быть общим для двух RAT (например, поддержка нескольких RAT для одной и той же услуги), поэтому может потребоваться подход, позволяющий различать состояние буфера для услуги в LTE и NR.
В одном примере WTRU может ассоциировать конкретный бит в целевом индексе в BSR (например, бите индикатора RAT) с RAT. В частности, полный целевой индекс может содержать однобитовый индикатор RAT и x-битовый целевой индекс, причем целевой индекс может быть получен из индекса целевого адреса в списке целевых адресов в сообщении UESidelinkInformation (например, как в LTE).
Еще в одном примере WTRU может ассоциировать целевой индекс для конкретной широковещательной услуги в RAT с одним из индексов (например, первым индексом) этой услуги в списке несущих/услуг в сообщении UESidelinkInformation, которое ассоциировано с несущей для этой RAT. В частности, на WTRU может быть сконфигурирован список несущих и ассоциирование RAT для каждой несущей. Кроме того, на WTRU может быть сконфигурирован список требуемых услуг/целевых адресов и несущих, поддерживающих каждую услугу / каждый целевой адрес. WTRU может ассоциировать целевой индекс для услуги в LTE в качестве первой несущей LTE в списке для этой услуги, а место назначения для услуги в NR в качестве первой несущей NR в списке для этой услуги.
Еще в одном примере WTRU может ассоциировать два соответствующих целевых индекса с каждой RAT (LTE и NR), когда WTRU определяет, что услуга может поддерживаться LTE или NR. Взаимосвязь между целевыми индексами может представлять собой любое из следующего: использование последовательных целевых индексов; и/или использование целевых индексов, которые разделены на некоторое количество целевых индексов в адресном пространстве целевых индексов, причем разделение может быть основано на множестве общих поддерживаемых целевых индексов для WTRU или на (предварительно) сконфигурированном значении. Например, WTRU может определять услуги/целевые адреса, поддерживаемые WTRU, которые поддерживаются различными RAT. Такое определение может также быть выполнено путем ассоциирования несущей частоты, ассоциированной с услугой / целевым адресом, и RAT, ассоциированной с этой несущей частотой. WTRU может назначать один целевой индекс каждой услуге для данной RAT независимо от количества несущих, поддерживаемых для этой RAT, путем увеличения на основании порядка услуг / целевых адресов, сообщенных сети в UESidelinkInformation. Для услуги, которую WTRU поддерживает в множестве RAT, WTRU может назначать два последовательных целевых индекса, причем первый индекс ассоциирован с одной RAT (например, LTE), а второй индекс ассоциирован с другой RAT (например, NR).
В одном случае WTRU может определять сокращенный BSR при выполнении SL LTE и SL NR. В частности, это может относиться к сообщению данных о состоянии буфера LTE и NR в одном и том же BSR, причем WTRU может определять содержимое сокращенного BSR с помощью одного или более из следующего: WTRU может определять приоритет передачи состояния буфера для одной RAT, потенциально предварительно определенный или (предварительно) сконфигурированный с помощью другой RAT; WTRU может определять приоритет передачи состояния буфера, ассоциированного с LCG с наивысшим приоритетом (например, предполагая, что для различных RAT назначены отдельные LCG); WTRU может определять приоритет передачи состояния буфера, ассоциированного с LCG с наивысшим приоритетом, а для одной и той же LCG для различных RAT WTRU может определять приоритет одной RAT по сравнению с другой RAT, потенциально предварительно определенный или (предварительно) сконфигурированный с помощью RAT (при наличии в буферах данных с наивысшим приоритетом) из двух RAT (например, WTRU может использовать любое из правил, определенных в настоящем документе, для такого определения приоритетов).
Как отмечалось ранее, WTRU может выполнять выбор/повторный выбор ресурса на основании условий и/или в рамках выполнения процесса обработки пакета данных (например, тип передачи).
В некоторых ситуациях WTRU может выполнять выбор ресурса(-ов) для повторной передачи для одноадресной передачи только после приема NACK от однорангового(-ых) WTRU. Как правило, на WTRU могут быть сконфигурированы различные процессы выбора ресурса для одноадресной/групповой и широковещательной передач. Кроме того, на WTRU может также быть сконфигурирована другая процедура выбора ресурса для выбора ресурса для одноадресной/групповой передачи и выбора ресурса для широковещательной передачи. WTRU может выбирать ресурс(-ы) повторной передачи с использованием измененных параметров для выбора ресурса, включая, без ограничений: более короткое значение T2, которое определяет окно выбора ресурса; другое пороговое значение для определения доступности/недоступности ресурсов на основании процедуры обнаружения; другое значение таймера освобождения LBT или пороговое значение занятости канала, ассоциированное с обнаружением LBT; другое условие (например, количество доступных ресурсов), когда WTRU может передавать указание приоритетного прерывания; другой приоритет по сравнению с фактическим PPPP/VQI пакета по сравнению с начальной передачей; другое количество каналов/RB, причем для ресурса для повторной передачи может быть использовано множество каналов/RB, которые (предварительно) сконфигурированы в зависимости от количества ресурсов для начальной передачи (например, WTRU может обеспечивать дополнительную избыточность для ресурсов для повторной передачи путем дополнительного кодирования или путем передачи другого RV).
Благодаря таким измененным параметрам для выбора ресурса для повторной передачи можно уменьшать задержку, связанную с ресурсом для повторной передачи, и/или повышать надежность ресурса для повторной передачи.
В некоторых ситуациях WTRU может использовать ненужный ресурс для повторной передачи для передачи с применением еще одного процесса прямого соединения. В частности, WTRU может выбирать ресурс(-ы) как для передачи, так и для повторной передачи (одноадресной передачи) одновременно. В случае если модулю WTRU не требуется один из ресурсов для повторной передачи из-за поступления ACK или отсутствия NACK, ассоциированного с начальной передачей, WTRU может использовать ресурс для повторной передачи для начальной передачи с применением другого процесса прямого соединения (например, одноадресной или широковещательной передачи). WTRU может выбирать процесс прямого соединения, согласно которому используют неиспользованный ресурс для повторной передачи, на основании любого из следующих критериев или их комбинации: процесс прямого соединения, который обеспечивает выполнение (повторного) выбора ресурса, потенциально для однократной передачи, в момент доступности неиспользованного ресурса для повторной передачи; процесс прямого соединения, для которого ресурс для повторной передачи удовлетворяет требованиям к синхронизации для обработки начальной передачи; и/или процесс прямого соединения, для которого требуется такое же количество ресурсов для повторной передачи, которое доступно за счет неиспользуемого количества ресурсов для повторной передачи.
В некоторых ситуациях WTRU может использовать процедуру(-ы) однократного выбора ресурса для выбора ресурса для повторной передачи. В частности, WTRU может выбирать ресурс для повторной передачи для процесса (например, периодической) одноадресной передачи с прямой записью с использованием процедуры однократного выбора ресурса. WTRU может запускать такую процедуру однократного выбора ресурса после приема NACK от нижних уровней для процесса одноадресной передачи. В альтернативном варианте осуществления при приеме NACK от нижних уровней WTRU может выбирать ресурс для повторной передачи из неиспользованного ресурса для повторной передачи в соответствии с предыдущим решением. В альтернативном варианте осуществления WTRU может принимать решение не запускать выбор ресурса для повторной передачи, если существует другой процесс одноадресной передачи (например, ассоциированный с тем же целевым идентификатором), который удовлетворяет требованиям к синхронизации повторной передачи.
В некоторых ситуациях WTRU может использовать специфический для полосы CQI во время выбора ресурса для одноадресной передачи. В частности, в процедуре выбора ресурса WTRU может использовать результаты определения CQI прямого соединения, ассоциированные с одноадресной линией связи.
В одном примере WTRU может исключать ресурсы из алгоритма выбора ресурса, для которого CQI прямого соединения ниже порогового значения. В частности, WTRU может исключать ресурсы на основании результатов обнаружения, а затем дополнительно исключать ресурсы, для которых CQI ниже порогового значения. Затем WTRU может выполнять случайный выбор ресурсов для остальных неисключенных ресурсов.
Еще в одном примере WTRU может выбирать ресурсы с наилучшим CQI из доступных ресурсов. В частности, WTRU может исключать ресурсы на основании результатов обнаружения. Если количество доступных ресурсов больше порогового значения, WTRU может выбирать ресурсы из доступных ресурсов, которые удовлетворяют требованиям к данным, так как имеют наилучший/наивысший CQI SL.
Еще в одном примере WTRU может выбирать пул ресурсов или шаблон ресурсов для передачи, который имеет наилучшее среднее значение CQI по этому пулу или шаблону ресурсов.
В некоторых ситуациях WTRU может определять успешное выделение ресурса на основании надежности передаваемых данных. Это может быть применимо как к одноадресному, так и к широковещательному выбору ресурса, причем WTRU может определять требуемые критерии для успешного выбора ресурса на основании требования к надежности, ассоциированного с передаваемыми данными. Например, WTRU может считать выбор ресурса успешным, если процентная доля (x%) ресурсов, удовлетворяющих требованиям к синхронизации передачи, определена как доступная для обнаружения. WTRU может быть выполнен с возможностью использования другого значения х% в зависимости от требования к надежности WTRU.
WTRU может дополнительно определять экземпляр сбоя алгоритма выбора ресурса на основании требования к надежности. Например, WTRU может выполнять множество попыток выбора ресурса путем увеличения пороговых значений, ассоциированных с определением занятости ресурсов, на основании результатов обнаружения (например, как в LTE). В зависимости от надежности WTRU может сообщать о неудовлетворительности алгоритма выбора ресурса после ряда таких попыток, причем их количество может зависеть от требования к надежности передаваемых данных.
Неудачное выделение ресурса может приводить к запусканию изменения типа передачи, как описано в настоящем документе. Оно может также приводить к запуску приоритетного прерывания или увеличения количества повторных передач WTRU.
В некоторых ситуациях WTRU может использовать другие правила выбора несущей для одноадресной передачи. В частности, на WTRU могут быть сконфигурированы другие правила выбора несущей, ассоциированные с одноадресной передачей, по сравнению с широковещательной передачей. Факторы, лежащие в основе таких правил, могут быть обусловлены ограничениями количества несущих, которые могут поддерживаться между двумя WTRU при одноадресной передаче (например, благодаря возможностям).
WTRU может быть выполнен с возможностью осуществления выбора несущей для одноадресной передачи отлично от широковещательной передачи с использованием любого из следующего: на WTRU может быть сконфигурировано другое пороговое значение для CBR для выбора несущей, ассоциированное с одноадресной передачей, по сравнению с широковещательной передачей; на WTRU может быть сконфигурировано другое пороговое значение сохранения несущей для выбора несущей, ассоциированной с одноадресной передачей, по сравнению с широковещательной передачей; WTRU может быть выполнен с возможностью игнорирования порогового значения для CBR для выбора несущей (например всегда применять любую несущую) для одноадресной передачи, возможно также, если количество несущих, поддерживаемых для одноадресной передачи между двумя WTRU, ниже порогового значения; и/или на WTRU может быть сконфигурировано другое количество допустимых процессов прямого соединения в зависимости от несущей, причем модулю WTRU может быть разрешено большее количество процессов прямого соединения на несущей, которая является кандидатной несущей для одноадресной передачи данных. В альтернативном варианте осуществления WTRU может быть разрешено осуществлять процессы одноадресной передачи только на несущей, для которой на WTRU сконфигурированы как услуги одноадресной передачи, так и услуги широковещательной передачи, возможно, при определенных критериях (например, количество несущих для одноадресной передачи ниже порогового значения или CBR на конкретной несущей выше/ниже порогового значения).
В некоторых ситуациях WTRU может запускать повторный выбор несущей/ресурса при изменении условий для определения типов передачи для пакета данных. Например, WTRU может запускать повторный выбор ресурса после принятия решения об изменении режима для определенных логических каналов или определенных типов QoS с режима 2 на режим 1. В дополнительном/альтернативном варианте осуществления WTRU может запускать повторный выбор ресурса после принятия решения об изменении режима для определенных логических каналов или определенных типов QoS с режима 1 на режим 2 на основании ограничений/условий покрытия сети. Такой повторный выбор ресурса может быть выполнен модулем WTRU для замены сконфигурированных NW ресурсов (например, ресурсов SPS) на ресурсы для режима 2.
Ситуации, описанные в настоящем документе в отношении процедур (повторного) выбора несущей/ресурса, могут быть применимыми в отношении ФИГ. 3, на которой представлен пример обработки данных при изменении условия. Как показано в части 313, в данном случае повторный выбор несущей/ресурса может потребоваться в результате того, что WTRU решит изменить режим для LCH1 с режима 1 на режим 2, и поскольку WTRU больше не принимает информацию планирования для LCH1, WTRU должен будет учитывать ресурсы, необходимые для LCH1 в его ресурсах для режима 2. Следует отметить, что добавленные блоки в момент T2 по сравнению с моментом T1, которые представляют добавленные ресурсы для режима 2, теперь необходимы для LCH1.
В некоторых ситуациях WTRU может использовать количество ресурсов для режима 1 в процедуре выбора ресурса для режима 2. В частности, WTRU может определять количество ресурсов для выбора (например, периодичность, размер, количество однократных процессов и т. д.) во время выбора/повторного выбора ресурса на основании любого из следующего: сообщение NW о доступном NW; и/или QoS данных для передачи. Для указания NW доступных ресурсов NW в одном примере NW может разрешать/запрещать и ресурс SPS, а WTRU может выполнять повторный выбор ресурса путем добавления/удаления количества ресурсов, определенных при SPS. Еще в одном примере NW может сообщать об изменении количества / процентной доли предоставляемых им ресурсов для режима 1, а WTRU может определять количество дополнительных ресурсов для режима 2 для выбора на основании такого сообщения.
В некоторых ситуациях WTRU может определять, следует ли использовать режим 1 или режим 2 на некоторой несущей, на основании CBR. В частности, WTRU может выполнять выбор несущей согласно процессу прямого соединения. Если количество несущих, выбранных согласно процессу, ниже порогового значения (например, из-за порогового значения для CBR на этой несущей), WTRU может принимать решение о применении режима 1 на других несущих, которые не удовлетворяют пороговому значению для CBR.
Согласно еще одному подходу WTRU может предварительно задавать выбор ресурсов для получения максимального количества ресурсов на несущей на основании QoS и/или CBR. Если WTRU требуются дополнительные ресурсы для удовлетворения его текущих требований к буферу, WTRU может запрашивать ресурсы для режима 1 для удовлетворения требований в отношении оставшихся ресурсов на этой несущей.
Хотя признаки и элементы описаны выше в конкретных комбинациях, специалисту в данной области будет очевидно, что каждый признак или элемент можно использовать отдельно или в любой комбинации с другими признаками и элементами. Кроме того, описанные в настоящем документе способы могут быть реализованы в компьютерной программе, программном обеспечении или программно-аппаратном обеспечении, встроенном в машиночитаемый носитель и предназначенном для исполнения компьютером или процессором. Примеры машиночитаемого носителя включают в себя электронные сигналы (переданные по проводным или беспроводным соединениям) и машиночитаемые носители информации. Примеры машиночитаемого носителя информации включают в себя, без ограничений, постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), регистр, кэш-память, полупроводниковые устройства хранения данных, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM и цифровые универсальные диски (DVD). Процессор в сочетании с программным обеспечением можно использовать для реализации радиочастотного приемопередатчика, предназначенного для использования в составе UE, WTRU, терминала, базовой станции, RNC или любого главного компьютера.
| название | год | авторы | номер документа |
|---|---|---|---|
| СПОСОБЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ РЕСУРСОВ МЕЖДУ ВЗАИМОДЕЙСТВУЮЩИМИ ТРАНСПОРТНЫМИ СРЕДСТВАМИ | 2019 |
|
RU2748541C1 |
| СПОСОБЫ, СИСТЕМЫ И УСТРОЙСТВА ДЛЯ ПЕРЕДАЧИ ДАННЫХ С РАЗЛИЧНОЙ СТЕПЕНЬЮ НАДЕЖНОСТИ | 2019 |
|
RU2774183C1 |
| СПОСОБЫ И СИСТЕМЫ ДЛЯ ПЛАНИРОВАНИЯ В СИСТЕМАХ СВЯЗИ АВТОМОБИЛЬ-АВТОМОБИЛЬ НА ОСНОВЕ Uu | 2017 |
|
RU2699393C1 |
| СПОСОБ И УСТРОЙСТВО ДЛЯ ВЫПОЛНЕНИЯ ГИБРИДНЫХ РАСПРЕДЕЛЕНИЙ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ ПО СТАНЦИИ И ПО ПОТОКУ | 2011 |
|
RU2684634C2 |
| СПОСОБЫ, УСТРОЙСТВО И СИСТЕМЫ ДЛЯ ДОСТУПА К СИСТЕМЕ В НЕЛИЦЕНЗИРОВАННОМ СПЕКТРЕ | 2019 |
|
RU2808702C2 |
| ПРОИЗВОЛЬНЫЙ ДОСТУП В СИСТЕМАХ БЕСПРОВОДНОЙ СВЯЗИ СЛЕДУЮЩЕГО ПОКОЛЕНИЯ | 2017 |
|
RU2750617C2 |
| СПОСОБЫ УПРАВЛЕНИЯ ДОСТУПОМ К КАНАЛУ | 2019 |
|
RU2773225C2 |
| ОБРАБОТКА ПЛОСКОСТИ ПОЛЬЗОВАТЕЛЯ В БЕСПРОВОДНЫХ СИСТЕМАХ | 2017 |
|
RU2711053C1 |
| ОБРАБОТКА ПРИОРИТЕТОВ В СИСТЕМЕ СВЯЗИ ProSe | 2016 |
|
RU2694814C1 |
| СПОСОБЫ ДЛЯ MSG-B В ДВУХЭТАПНОМ RACH | 2020 |
|
RU2766863C1 |
Изобретение относится к способу и устройству для обеспечения возможности одновременной передачи протоколов передачи различных типов. Технический результат изобретения заключается в предотвращении коллизий и повышенной эффективности трафика. Устройство, такое как модуль беспроводной передачи/приема (WTRU), принимает информацию о конфигурации, которая содержит пороговое значение для соотношения занятости канала (CBR), относящееся к ассоциированию между логическим каналом (LCH) и режимом передачи. Затем WTRU измеряет CBR и определяет на сколько измеренное CBR превышает пороговое значение для CBR, запускающее изменение ассоциирования между LCH и режимом передачи. Затем WTRU отправляет отчет о состоянии буфера (BSR) на основании изменения ассоциирования между LCH и режимом передачи, и принимает пакет данных от верхнего уровня стека протоколов, действующего на WTRU. 2 н. и 10 з.п. ф-лы, 1 табл., 7 ил.
1. Способ связи, реализуемый модулем беспроводной передачи/приема (WTRU), включающий:
прием информации о конфигурации, причем информация о конфигурации содержит пороговое значение для соотношения занятости канала (CBR), относящееся к ассоциированию между логическим каналом (LCH) и режимом передачи;
измерение CBR;
определение того, что измеренное CBR превышает пороговое значение для CBR, запускающее изменение ассоциирования между LCH и режимом передачи; и
отправку отчета о состоянии буфера (BSR) на основании изменения ассоциирования между LCH и режимом передачи.
2. Способ по п. 1, дополнительно включающий:
выбор ресурсов для LCH на основании того, что измеренное CBR превышает пороговое значение CBR или ниже него; и
передачу сообщения с применением выбранных ресурсов.
3. Способ по п. 1, в котором режим передачи ассоциирован с запланированным сетью режимом или автономным режимом WTRU.
4. Способ по п. 1, в котором режим передачи ассоциирован с указанием одноадресной, групповой или широковещательной передачи.
5. Способ по п. 1, в котором режим передачи ассоциирован с технологией радиодоступа (RAT).
6. Способ по п. 5, в котором RAT представляет собой LTE или NR.
7. Модуль беспроводной передачи/приема (WTRU), содержащий:
средство для приема информации о конфигурации, причем информация о конфигурации содержит пороговое значение для соотношения занятости канала (CBR), относящееся к ассоциированию между логическим каналом (LCH) и режимом передачи;
средство для измерения CBR;
средство для определения того, что измеренное CBR превышает пороговое значение для CBR, запускающее изменение ассоциирования между LCH и режимом передачи; и
средство для отправки отчета о состоянии буфера (BSR) на основании изменения ассоциирования между LCH и режимом передачи.
8. WTRU по п. 7, дополнительно содержащий:
средство для выбора ресурсов для LCH на основании того, что измеренное CBR превышает пороговое значение CBR или ниже него; и
средство для передачи сообщения с применением выбранных ресурсов.
9. WTRU по п. 7, в котором режим передачи ассоциирован с запланированным сетью режимом или автономным режимом WTRU.
10. WTRU по п. 7, в котором режим передачи ассоциирован с указанием одноадресной, групповой или широковещательной передачи.
11. WTRU по п. 7, в котором режим передачи ассоциирован с технологией радиодоступа (RAT).
12. WTRU по п. 11, в котором RAT представляет собой LTE или NR.
| Qualcomm Incorporated: " Design aspects and requirements for QoS", 3GPP DRAFT, R1-1811267, 3RD Generation Partnership Project (3GPP), Mobile Competence Centre; 650 Route Des Lucioles; F-06921 Sophia-Antipolis Cedex; France, vol | |||
| Печь для непрерывного получения сернистого натрия | 1921 |
|
SU1A1 |
| Chengdu, China; 29.09.2018, Найдено в Интернет: | |||
