Результат интеллектуальной деятельности: АВТОНОМНАЯ АРХИТЕКТУРА ОБРАБОТКИ ДАННЫХ КАНАЛА L2 И УПРАВЛЕНИЯ ИМИ В ГИБКИХ СИСТЕМАХ RAT 5G

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

Настоящая заявка испрашивает преимущество предварительной заявки на патент США № 62/315,165, поданной 30 марта 2016 г., содержание которой полностью включено в настоящий документ путем ссылки, как если бы оно была полностью включено в настоящий документ в своем полном объеме для всех целей.

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

Мобильная связь непрерывно эволюционирует и уже находится на пороге своего пятого воплощения — 5G. Как и в предыдущих поколениях, появление новых вариантов использования в значительной степени способствует определению требований для новой системы. Предполагается, что радиоинтерфейс 5G может быть выполнен с возможностью обеспечения интегрированного широкополосного вещания (IBB) с улучшенными характеристиками, промышленного управления и связи (ICC), транспортного применения (V2X, V2V) и/или массовой межмашинной связи (mMTC).

Развертывание сети 5G может включать в себя автономные системы и/или может включать в себя поэтапный подход, например, в сочетании с существующими развертываниями и/или существующими технологиями (например, такими как система долгосрочного развития сетей связи (LTE) и/или продукты их развития). Комбинации с существующими технологиями могут включать в себя компоненты сети радиодоступа и/или компоненты базовой сети. Для первоначального развертывания с использованием поэтапного подхода можно ожидать, что системы 5G могут быть развернуты в рамках существующей LTE. В сценарии развертывания в рамках системы LTE сеть LTE может обеспечивать базовые сотовые функции, такие как мобильность в пределах и за пределами системы LTE, функции базовой сети и т.п. По мере того как коммерческое развертывание сети 5G может стать более доступным, можно ожидать такую эволюцию развертываний, что системы 5G со временем станут автономными, предположительно, независимыми от системы LTE. Можно предположить, что на этой второй стадии развития 5G появятся новые (например, те, которые не были определены ранее) целевые варианты использования, с, предположительно, более жесткими требованиями к надежности и/или задержкам.

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

Возможно обеспечение функциональных возможностей стека протоколов 5G. Функции стека протоколов могут включать в себя одно или более из: сжатия заголовков, безопасности, защиты передаваемой информации от изменения, шифрования, сегментации, конкатенации, (де)мультиплексирования, автоматического запроса на повторение передачи (ARQ), привязки к режиму работы со спектром (SOM), модуляции и/или кодирования, гибридного ARQ (HARQ) и/или привязки к антенне/физическим каналам. Модуль беспроводной передачи/приема (WTRU) может быть выполнен с возможностью обеспечения (например, одного) объекта гибридного автоматического запроса на повторение передачи (HARQ) и/или одной или более или множества функций привязки к режиму работы со спектром (SOM). WTRU может иметь (например, один) буфер запроса HARQ для управления сигналами запроса HARQ, получаемыми в режимах SOM. WTRU может быть выполнен с возможностью обеспечения трафика приема/передачи различных видов через режимы SOM. WTRU может быть выполнен с возможностью обеспечения по меньшей мере одного объекта HARQ для одного или более или каждого включенного в конфигурацию режима SOM. Любому из режимов SOM могут быть назначены логические каналы (LCH).

Логический(-ие) канал(-ы) можно мультиплексировать вместе на основании требований к задержкам. Привязка каналов LCH к режиму(-ам) SOM может быть основана на возможностях режима SOM и/или требованиях к каналам LCH. WTRU может определять привязку на основе предварительно заданных правил. Привязка может быть выполнена на основе требований к различным типам трафика и/или возможностям режима SOM. Радиоканал может быть привязан к одному или более режимов SOM. WTRU может быть выполнен с возможностью обеспечения набора режимов SOM для использования для, предположительно, например, одного или более или каждого радиоканала. WTRU может динамично определять используемый режим SOM, предположительно, возможно, например, на основе условий радиосвязи, состояния буфера и/или других параметров. Несовместимость мультиплексирования каналов LCH можно уменьшить и/или избежать посредством использования (например, одного) транспортного блока (TB) (например, с ограничением по соотношению данных) и/или одного или более или множества блоков TB, привязанных к одному физическому уровню (PHY). Трафику могут быть назначены приоритеты, предположительно, например, на основании требований к задержке.

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

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

Фиг. 1A представляет собой системную схему примера системы связи.

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

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

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

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

На Фиг. 2 представлен пример стека протоколов в плоскости пользователя системы LTE.

На Фиг. 3 представлен пример архитектуры управления доступом к среде передачи данных (MAC).

На Фиг. 4 представлен пример ширины полос пропускания системы.

На Фиг. 5 представлен пример выделения спектра для случая, в котором различные поднесущие могут быть по меньшей мере концептуально назначены различным режимам работы («SOM»).

На Фиг. 6 представлен пример временных зависимостей для дуплексной передачи с временным разделением каналов (TDD).

На Фиг. 7 представлен пример временных зависимостей для дуплексной передачи с частотным разделением каналов (FDD).

На Фиг. 8 представлен пример развертываний в рамках системы LTE и/или независимо от системы LTE.

На Фиг. 9 представлен пример функциональных возможностей стека протоколов сети 5G на высоком уровне.

На Фиг. 10 представлен пример высокоуровневой привязки между логическим(-ими) каналом(-ами) (LCH) и режимами SOM.

На Фиг. 11 представлен пример (например, одного) объекта HARQ на каждую методику модуля WTRU в контексте полного стека протоколов и/или в контексте полного набора функций стека протоколов.

На Фиг. 12 представлен пример высокоуровневой привязки между каналом LCH и режимами SOM.

На Фиг. 13 представлен пример (например, одного) объекта HARQ на каждую методику режима SOM в контексте полного стека протоколов и/или в контексте полного набора функций стека протоколов.

На Фиг. 14 представлен пример высокоуровневой привязки между каналом LCH и режимами SOM.

На Фиг. 15 представлен пример (например, одного) объекта HARQ на каждую методику режима SOM в контексте полного стека протоколов и/или в контексте полного набора функций стека протоколов.

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

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

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

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

Как показано на Фиг. 1A, система 100 связи может включать в себя модули беспроводной передачи/приема (WTRU) 102a, 102b, 102c и/или 102d (которые обычно или в совокупности могут быть названы WTRU 102), сеть радиодоступа (RAN) 103/104/105, базовую сеть 106/107/109, коммутируемую телефонную сеть общего пользования (PSTN) 108, Интернет 110 и другие сети 112, хотя следует понимать, что описанные варианты осуществления предполагают любое количество модулей WTRU, базовых станций, сетей и/или сетевых элементов. Каждый из WTRU 102a, 102b, 102c, 102d может быть устройством любого типа, выполненным с возможностью функционирования и/или взаимодействия в среде беспроводной связи. В качестве примера, модули WTRU 102a, 102b, 102c, 102d могут быть выполнены с возможностью передачи и/или приема радиосигналов и могут включать в себя оборудование пользователя (модуль WTRU), мобильную станцию, фиксированный или мобильный абонентский блок, пейджер, сотовый телефон, карманный персональный компьютер (КПК), смартфон, ноутбук, нетбук, персональный компьютер, беспроводный датчик, бытовую электронику и/или т.п.

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

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

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

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

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

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

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

RAN 103/104/105 может взаимодействовать с базовой сетью 106/107/109, которая может представлять собой сеть любого типа, выполненную с возможностью обеспечения услуг передачи голоса, данных, приложений и/или голосовой связи по протоколу Интернета (VoIP) одному или более модулей WTRU 102a, 102b, 102c, 102d. Например, базовая сеть 106/107/109 может обеспечивать управление вызовами, услуги биллинга, услуги мобильной связи на основе местоположения, предварительно оплаченные вызовы, связь с Интернетом, распределение видеосигналов и т. д., и/или реализовать функции высокоуровневой защиты, такие как аутентификация пользователей. Несмотря на то что на Фиг. 1A этого не показано, следует понимать, что сеть RAN 103/104/105 и/или базовая сеть 106/107/109 могут прямо или косвенно взаимодействовать с другими сетями RAN, которые используют такую же технологию RAT, что и RAN 103/104/105, или другую технологию RAT. Например, в дополнение к соединению с сетью RAN 103/104/105, которая может использовать технологию радиосвязи Е-UTRA, базовая сеть 106/107/109 также может взаимодействовать с другой сетью RAN (не показана) с использованием технологии радиосвязи GSM.

Базовая сеть 106/107/109 также может служить в качестве шлюза для модуля WTRU 102a, 102b, 102c, 102d для обеспечения доступа к сети PSTN 108, Интернету 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые предоставляют традиционные услуги телефонной связи (POTS). Интернет 110 может включать в себя глобальную систему взаимно соединенных компьютерных сетей и устройств, которые используют распространенные протоколы связи, такие как протокол управления передачей данных (TCP), протокол пользовательских дейтаграмм (UDP) и протокол Интернета (IP) в наборе протоколов Интернета TCP/IP. Сети 112 могут включать в себя проводные или беспроводные сети связи, которые принадлежат другим поставщикам услуг и/или предоставляются ими для использования. Например, сети 112 могут включать в себя другую базовую сеть, соединенную с одной или более сетями RAN, которые могут использовать такую же технологию RAT, что и сети RAN 103/104/105, или другую технологию 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 может включать в себя любую подкомбинацию вышеперечисленных элементов и в то же время соответствовать варианту осуществления. Также варианты осуществления предполагают, что базовые станции 114a и 114b и/или узлы, которые базовые станции 114a и 114b могут представлять, такие как, без ограничений, приемопередающая станция (BTS), базовая станция Node-B, контроллер пункта связи, точка доступа (AP), базовая станция Home Node B, усовершенствованная базовая станция eNodeB, усовершенствованная базовая станция HeNB, шлюз HeNB и прокси-узлы, среди прочего, могут включать в себя один или более элементов, изображенных на Фиг. 1B и описанных в настоящем документе.

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

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

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

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

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

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

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

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

Фиг. 1C представляет собой системную схему сети RAN 103 и базовой сети 106 в соответствии с вариантом осуществления. Как было отмечено выше, RAN 103 может использовать технологию радиосвязи UTRA для взаимодействия с WTRU 102a, 102b, 102c по радиоинтерфейсу 115. RAN 103 также может взаимодействовать с базовой сетью 106. Как изображено на Фиг. 1C, сеть RAN 103 может включать в себя базовые станции Node-B 140a, 140b, 140c, каждая из которых может включать в себя один или несколько приемопередатчиков для взаимодействия с WTRU 102a, 102b, 102c по радиоинтерфейсу 115. Каждая из базовых станций Node-B 140a, 140b, 140c может быть связана с конкретной сотой (не показано) в сети RAN 103. RAN 103 может также включать в себя контроллер RNC 142a, 142b. Следует понимать, что сеть RAN 103 может включать в себя любое количество станций Node-B и контроллеров RNC и в то же время отвечать требованиям варианта осуществления.

Как показано на Фиг. 1C, базовые станции Node-B 140a, 140b могут взаимодействовать с контроллером RNC 142a. Кроме того, станция Node-B 140c может взаимодействовать с контроллером RNC 142b. Базовые станции Node-B 140a, 140b, 140c могут взаимодействовать с соответствующими контроллерами RNC 142a, 142b посредством интерфейса Iub. Контроллеры RNC 142a, 142b могут взаимодействовать друг с другом посредством интерфейса Iur. Каждый из контроллеров RNC 142a, 142b может быть выполнен с возможностью управления соответствующей базовой станцией Node-B 140a, 140b, 140c, к которой он подключен. Кроме того, каждый контроллер RNC 142a, 142b может быть выполнен с возможностью выполнения или поддержки других функциональных возможностей, таких как управление электрической цепью, управление нагрузкой, контроль за установлением соединения, планирование пакетов, управление передачей обслуживания, макродиверсификация, обеспечение защиты, кодирование данных и/или т.п.

Базовая сеть 106, показанная на Фиг. 1C, может включать в себя медиашлюз (MGW) 144, коммутационный центр 146 мобильной связи (MSC), узел 148 поддержки (SGSN) обслуживания пакетной радиосвязи общего пользования (GPRS) и/или узел 150 поддержки (GGSN) шлюза GPRS. Несмотря на то что каждый из вышеперечисленных элементов показан как часть базовой сети 106, следует понимать, что любой один из этих элементов может принадлежать субъекту, отличному от оператора базовой сети и/или быть предоставленным им для использования.

Контроллер RNC 142a в сети RAN 103 может быть подключен к MSC 146 в базовой сети 106 посредством интерфейса IuCS. Центр MSC 146 может быть подключен к шлюзу MGW 144. Центр MSC 146 и шлюз MGW 144 могут предоставлять модулю WTRU 102a, 102b, 102c доступ к сетям с коммутацией каналов, таким как PSTN 108, для облегчения взаимодействия между модулями WTRU 102a, 102b, 102c и устройствами связи наземной линии связи.

Контроллер RNC 142a в RAN 103 также может быть подключен к узлу SGSN 148 в базовой сети 106 по интерфейсу IuPS. Узел SGSN 148 может быть подключен к узлу GGSN 150. Узел SGSN 148 и узел GGSN 150 могут предоставлять модулю WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как Интернет 110, для облегчения взаимодействия между модулями WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP.

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

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

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 может быть связана с конкретной сотой (не показана) и может быть выполнена с возможностью обработки решений, связанных с управлением радиоресурсом, решений, связанных с передачей обслуживания, распределения времени между пользователями в восходящей линии связи и/или нисходящей линии связи и/или т.п. Как показано на Фиг. 1D, базовые станции eNode-Bs 160a, 160b, 160c могут взаимодействовать друг с другом по интерфейсу X2.

Базовая сеть 107, показанная на Фиг. 1D, может включать в себя узел 162 управления мобильностью (MME), обслуживающий шлюз 164 и шлюз 166 сети с пакетной передачей данных (PDN). Несмотря на то, что каждый из вышеперечисленных элементов показан как часть базовой сети 107, следует понимать, что любой один из этих элементов может принадлежать субъекту, отличному от оператора базовой сети и/или предоставляться им для использования.

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

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

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

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

Фиг. 1E представляет собой системную схему сети RAN 105 и базовой сети 109 в соответствии с вариантом осуществления. RAN 105 может являться сетью услуг доступа (ASN), которая использует технологию радиосвязи IEEE 802.16 для взаимодействия с модулями WTRU 102a, 102b, 102c по радиоинтерфейсу 117. Как будет дополнительно обсуждено ниже, линии связи между различными функциональными объектами модулей WTRU 102a, 102b, 102c, сеть RAN 105 и базовая сеть 109 могут быть определены в качестве опорных точек.

Как изображено на Фиг. 1E, RAN 105 может включать в себя базовые станции 180a, 180b, 180c и шлюз ASN 182, однако следует понимать, что RAN 105 может включать в себя любое количество базовых станций и шлюзов ASN, и в то же время отвечать требованиям варианта осуществления. Каждая базовая станция 180a, 180b, 180c может быть связана с конкретной сотой (не показано) в сети RAN 105, а также может включать в себя один или несколько приемопередатчиков для взаимодействия с модулями WTRU 102a, 102b, 102c по радиоинтерфейсу 117. В одном варианте осуществления базовые станции 180a, 180b, 180c могут реализовывать технологию MIMO. Таким образом, например, базовая станция 180a может использовать множество антенн для передачи радиосигналов на модуль WTRU 102a и приема радиосигналов от него. Базовые станции 180a, 180b, 180c также могут обеспечивать функции управления мобильностью, такие как, например, инициирование передачи обслуживания, организация туннеля, управление радиоресурсом, классификация трафика, осуществление политики качества обслуживания (QoS) и/или т.п. Шлюз 182 сети ASN может служить в качестве точки агрегирования трафика, а также может отвечать за пейджинг, кэширование профилей абонентов, маршрутизацию к базовой сети 109 и/или т.п.

Радиоинтерфейс 117 между модулями WTRU 102a, 102b, 102c и сетью RAN 105 может быть определен в качестве опорной точки R1, которая реализует стандарт IEEE 802.16. Кроме того, каждый из модулей WTRU 102a, 102b, 102c может организовывать логический интерфейс (не показано) с базовой сетью 109. Логический интерфейс между модулями WTRU 102a, 102b, 102c и базовой сетью 109 может быть определен в качестве опорной точки R2, которая может быть использована для аутентификации, авторизации, управления конфигурацией IP-хоста и/или управления мобильностью.

Линия связи между каждой из базовых станций 180a, 180b, 180c может быть определена в качестве опорной точки R8, которая включает в себя протоколы для упрощения передач обслуживания модулей WTRU и передачи данных между базовыми станциями. Линия связи между базовыми станциями 180a, 180b, 180c и шлюзом ASN 182 может быть определена в качестве опорной точки R6. Опорная точка R6 может включать в себя протоколы для упрощения управления мобильностью на основании событий мобильности, связанных с каждым из модулей WTRU 102a, 102b, 102c.

Как показано на Фиг. 1E, RAN 105 может быть соединена с базовой сетью 109. Линия связи между сетью RAN 105 и базовой сетью 109 может быть определена в качестве опорной точки R3, которая включает в себя протоколы для облегчения передачи данных и возможностей управления мобильностью, например. Базовая сеть 109 может включать в себя мобильный домашний IP-агент (MIP-HА) 184, сервер аутентификации, авторизации и учета (AAA) 186 и шлюз 188. Несмотря на то что каждый из вышеперечисленных элементов показан как часть базовой сети 109, следует понимать, что любой один из этих элементов может принадлежать субъекту, отличному от оператора базовой сети и/или быть предоставленным им для использования.

MIP-HА может отвечать за управление IP-адресами, а также может предоставлять модулям WTRU 102a, 102b, 102c возможность перемещения между различными сетями ASN и/или различными базовыми сетями. MIP-HА 184 может предоставлять модулям WTRU 102a, 102b, 102c доступ к сети с коммутацией пакетов, такой как Интернет 110, для упрощения взаимодействия между модулями WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP. Сервер AAA 186 может отвечать за аутентификацию пользователей, а также за поддержку обслуживания пользователей. Шлюз 188 может облегчать взаимодействие с другими сетями. Например, шлюз 188 может предоставлять модулям WTRU 102a, 102b, 102c доступ к сети с коммутацией каналов, такой как PSTN 108, для упрощения взаимодействия между каналами WTRU 102a, 102b, 102c и устройствами связи наземной линии связи. Кроме того, шлюз 188 может предоставлять модулям WTRU 102a, 102b, 102c доступ к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которые принадлежат другим поставщикам услуг и/или предоставляются ими для использования.

Несмотря на то что на Фиг. 1E этого не показано, следует понимать, что сеть RAN 105 может быть соединена с другими сетями ASN, а базовая сеть 109 может быть соединена с другими базовыми сетями. Линия связи между сетью RAN 105 и другими сетями ASN может быть определена в качестве опорной точки R4, которая может включать в себя протоколы для координирования мобильности модулей WTRU 102a, 102b, 102c между сетью RAN 105 и другими сетями ASN. Линия связи между базовой сетью 109 и другими базовыми сетями может быть определена в качестве опорной точки R5, которая может включать в себя протоколы для облегчения взаимодействия между домашними базовыми сетями и гостевыми базовыми сетями.

Принимая во внимание Фиг. 1A–1E и соответствующие описания Фиг. 1A–1E, одна или более или все из функций, описанных в настоящем документе в связи с одним или более из: модуля WTRU 102a–d, базовой станции 114a–b, узла B 140a–c, контроллера RNC 142a–b, центра MSC 146, узла SGSN 148, шлюза MGW 144, узла CGSN 150, станции eNode-B 160a–c, узла MME 162, обслуживающего шлюза 164, шлюза 166 сети PDN, базовой станции 180a–c, шлюза 182 сети ASN, сервера AAA 186, агента MIP-HA 184 и/или шлюза 188 или т.п. могут быть выполнены одним или более устройствами эмуляции (не показаны) (например, одним или более устройствами, выполненными с возможностью эмуляции одной или более или всех функций, перечисленных выше).

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

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

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

FBMC/OQAM Способ FBMC с применением квадратурной амплитудной модуляции смещения

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

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

На Фиг. 2 представлен пример стека протоколов в плоскости пользователя системы LTE. Архитектура протоколов радиосвязи для плоскости пользователя системы LTE, показанная на Фиг. 2, может включать в себя PDCP, MAC RLC и/или подуровни физического уровня (PHY). Один или более или каждый из подуровней может отвечать за подмножество функций, используемых для передачи данных с модуля WTRU на станцию eNB (и, например, наоборот) посредством радиосвязи.

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

На Фиг. 3 представлен пример архитектуры управления доступом к среде передачи данных (MAC) системы LTE. Как показано, различные функции могут взаимодействовать друг с другом. Определение приоритета для логического канала (заданного для передачи по восходящей линии связи) и/или мультиплексирование представляют собой функции, которые можно использовать для определения и/или выбора набора данных для передачи в определенный временной интервал передачи (TTI) (модуль данных протокола (PDU) управления доступа MAC).

Функциональные возможности гибридного автоматического запроса на повторение передачи (HARQ) позволяют контролировать быстрые повторные передачи по беспроводной связи. Запрос HARQ может быть выдан на основе быстрого сигнала обратной связи подтверждения/отрицательного подтверждения приема (ACK/NACK), обеспечиваемого физическим уровнем для определения, может ли повторная передача быть полезной или нет. Вследствие неустранимой задержки в системе LTE, относящейся к обеспечению сигнала обратной связи (например, приемник может декодировать и/или передавать сигнал обратной связи), можно использовать один или более или множество (например, до 8 в системе LTE) параллельных процессов HARQ. Один или более или каждый процесс HARQ могут нести различные модули PDU управления доступом MAC и/или могут функционировать независимо по отношению к передачам и/или повторным передачам.

Повторные передачи запросов HARQ по восходящей линии связи системы LTE могут быть синхронными. Например, могут существовать заданная зависимость между передачей и повторной передачей указанного модуля PDU управления доступом MAC. В системе LTE операции передачи запросов HARQ по нисходящей линии связи могут быть асинхронными, и/или идентификатор процесса HARQ может быть явно обозначен сигналом в разрешении на передачу сигнала нисходящей линии связи. Подтверждение Ack/Nack запроса HARQ может быть передано модулем WTRU через фиксированное время по отношению к соответствующей передаче (например, через 4 интервала TTI).

Гибкий радиоинтерфейс 5G может быть выполнен с возможностью обеспечения интегрированного широкополосного вещания с улучшенными характеристиками (IBB), промышленного управления и связи (ICC), транспортного применения (V2X) и/или массовой межмашинной связи (mMTC). Гибкий радиоинтерфейс сети 5G может обеспечить поддержку доступа со сверхмалой задержкой передачи (LLC). Задержка радиоинтерфейса может составлять величину до 1 мс времени кругового обращения (RTT) и/или может обеспечивать поддержку интервалов TTI в диапазоне приблизительно от 100 мкс до (возможно, не более чем) 250 мкс. Гибкий радиоинтерфейс 5G может обеспечить поддержку доступа со сверхмалой задержкой (например, время от первоначального доступа к системе до завершения передачи первого блока данных в плоскости пользователя), что представляет интерес, но не имеет первоочередного значения. Гибкий радиоинтерфейс 5G может обеспечить поддержку времени задержки между конечными пунктами (e2e) менее 10 мс. Гибкий радиоинтерфейс 5G может обеспечить поддержку сверхнадежной передачи данных (URC). Целевое значение может составлять 99,999% успешно переданных пакетов и/или доступности услуг.

Гибкий радиоинтерфейс 5G может обеспечить поддержку мобильности на скоростях в диапазоне 0–500 км/ч. По меньшей мере ИС и/или V2X могут иметь коэффициент потери пакетов менее 10e-6. Может быть обеспечена поддержка межмашинной связи (MTC) (включая операции в узкой полосе частот). Радиоинтерфейс может поддерживать работу в узкой полосе (например, с применением менее 200 кГц), увеличивать срок службы батареи (например, до 15 лет автономности) и/или обеспечивать минимальные потери пропускной способности для небольших и/или нечастых сеансов передачи данных, например, с низкой скоростью передачи данных в диапазоне 1–100 кбит/с с задержкой доступа от секунд до часов.

Может быть обеспечена гибкая технология радиодоступа. OFDM используют в качестве основного формата сигнала для передачи данных в LTE и/или в IEEE 802.11. OFDM может поделить спектр на одну или более или множество параллельных ортогональных подполос. Одна или более или каждая поднесущая сформирована с помощью прямоугольного окна во временной области с получением поднесущих одинаковой формы в частотной области. OFDMA может быть связан с идеальной синхронизацией частоты и/или жестким управлением тактовой синхронизацией восходящей линии связи на протяжении длительности циклического префикса для поддержки ортогональности между сигналами и/или сведения к минимуму помех между несущими. Такая жесткая синхронизация может быть неприменима для системы, в которой модуль WTRU подключают к множеству точек доступа (например, одновременно). Снижение мощности можно применять в отношении передачи по восходящей линии связи для соответствия требованиям к спектральному излучению для смежных полос, в частности, при наличии объединения фрагментированного спектра для передачи по модулю WTRU.

Некоторые из недостатков обычного OFDM (CP-OFDM) можно устранить посредством применения более жестких требований к РЧ-связи для вариантов применения и/или при работе с большим числом смежных спектров, не требующих объединения. Применение схемы передачи OFDM на основе CP может приводить возникновению аналогии между физическим уровнем нисходящей линии связи для 5G и таким же уровнем системы предыдущего поколения, например, преимущественно с изменениями плотности и/или местоположения контрольного сигнала.

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

В гибкой технологии радиодоступа 5G (5gFLEX) схема передачи по нисходящей линии связи может быть основана на сигнале с множеством несущих, характеризуемом существенными ограничениями по частотному спектру (например, нижними боковыми лепестками и/или более низким внеполосным (OOB) излучением). Варианты сигнала с множеством несущих (MC) для 5G могут включать в себя, без ограничений, OFDM-OQAM (квадратурную амплитудную модуляцию смещения) и/или интерфейс беспроводного подвижного доступа на нескольких несущих с возможностью фильтрации трафика (UFMC) (UF-OFDM).

Модуляционные сигналы с множеством несущих могут делить канал на подканалы и/или модулировать символы данных на поднесущих в этих подканалах. С помощью OFDM-OQAM для уменьшения OOB к сигналу OFDM можно применять фильтр во временной области на поднесущей.

С помощью UFMC (UF-OFDM) для уменьшения OOB к сигналу OFDM также можно применять фильтр во временной области. Фильтрацию можно применять в каждой подполосе для использования фрагментов спектра, что таким образом снижает сложность и/или делает UF-OFDM в какой-то мере более удобным для реализации.

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

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

Различные сигналы могут сосуществовать в пределах одной и той же полосы. Операции в узкой полосе частот mMTC могут быть поддержаны, например, с использованием технологии многостанционного доступа с одной несущей (SCMA). Комбинация различных сигналов, например CP-OFDM, OFDM-OQAM и/или UF-OFDM в пределах одной и той же полосы можно поддерживать для всех аспектов и/или для передачи как по нисходящей линии связи, так и по восходящей линии связи. Такое сосуществование может включать в себя передачи с использованием различных типов сигналов между различными модулями WTRU и/или передачи от одного и того же модуля WTRU, например, одновременно с некоторыми накладывающимися сигналами и/или последовательно во временной области.

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

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

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

Технология радиодоступа 5gFLEX может обеспечивать гибкость в дуплексной конструкции. В режиме передачи TDD и/или FDD можно поддерживать схемы дуплексирования. Для операции FDD может быть поддержана дополнительная работа по нисходящей линии связи с использованием объединения спектра. Операция FDD может представлять собой полнодуплексную FDD и/или полудуплексную операцию FDD. Для операций дуплексной передачи с временным разделением каналов (TDD) выделение нисходящей линии связи (DL) и восходящей линии связи (UL) может быть динамичным. Выделение DL/UL необязательно осуществляют на основе фиксированной конфигурации кадра DL/UL. Длина интервала передачи DL и/или UL может быть установлена для возможной передачи.

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

Для работы с одной несущей поддерживаемые значения ширины полосы пропускания системы могут включать в себя, например, 5, 10, 20, 40 и/или 80 МГц и/или т.п. Возможен вариант, при котором значения поддерживаемой ширины полосы пропускания системы могут быть любой шириной полосы пропускания в заданном диапазоне, например, от нескольких МГц до 160 МГц. Номинальная ширина полосы пропускания может иметь одно или более фиксированных возможных значений. Для устройств MTC могут быть поддержаны узкополосные передачи до 200 кГц в пределах рабочей ширины полосы пропускания.

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

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

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

Физический уровень радиоинтерфейса 5G может быть независимым от полосы и/или может поддерживать работу в лицензированных полосах ниже 5 ГГц, а также работу в нелицензированных полосах в диапазоне 5–6 ГГц. Для работы в нелицензированных полосах возможна поддержка платформы доступа к каналу на основе «приема перед передачей» (LBT) Cat 4, аналогичного доступу на базе лицензируемой полосы частот (LAA) системы LTE.

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

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

Каналы данных нисходящей линии связи могут быть выделены по ширине полосы пропускания, которая может соответствовать или может не соответствовать номинальной ширине полосы пропускания системы, без ограничений, за исключением того, что они находятся в пределах сконфигурированной ширины полосы пропускания канала модуля WTRU. Например, сеть может работать с несущей с шириной полосы пропускания системы 12 МГц с использованием номинальной ширины полосы пропускания 5 МГц, позволяющей устройствам поддерживать максимальную ширину полосы пропускания РЧ-диапазона не более 5 МГц для приема и/или доступа к системе, в то время как возможно выделение частоты несущей от +10 до -10 МГц на другие ширины полос канала модуля WTRU, поддерживающие значения до 20 МГц.

На Фиг. 5 представлен пример выделения спектра для случая, в котором различные поднесущие могут быть по меньшей мере концептуально назначены различным режимам работы (Режимы работы со спектром (SOM)). Можно использовать разные режимы SOM для выполнения разных требований к разным передачам. SOM может включать в себя по меньшей мере одно разнесение поднесущих, длину интервала TTI и/или один или более аспектов надежности, например аспекты обработки запроса HARQ и/или вторичного канала управления. SOM может включать в себя конкретный сигнал и/или может включать в себя какой-либо аспект обработки, например в поддержку сосуществования различных сигналов в одной и той же несущей с использованием операции FDM и/или операции TDM. Сосуществование операции передачи FDD в полосе передачи TDD может быть поддержано, например, посредством TDM и/или аналогичным способом.

WTRU может быть выполнен с возможностью осуществления передач в соответствии с одним или более режимов SOM. Например, SOM может соответствовать передачам, при которых возможно использование по меньшей мере одного из: конкретной длительности TTI, конкретного начального уровня мощности, конкретного типа обработки запроса HARQ, конкретной верхней границы для успешного приема/передачи запроса HARQ, конкретной конфигурации набора(-ов) ресурсов (например, управляемых сетью) для операций модуля WTRU, конкретного физического канала (восходящая линия связи и/или нисходящая линия связи), конкретной рабочей частоты, полосы и/или несущей и/или конкретного типа сигнала и/или передачи в соответствии с конкретной RAT (например, системой LTE предыдущего поколения и/или в соответствии со способом передачи 5G). SOM может соответствовать одному или более из: уровня QoS и/или связанного аспекта, например максимальной/целевой задержке, максимальной/целевой частоте появления блоков с ошибками (BLER) и/или т.п.

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

Как описано в настоящем документе, SOM может характеризовать блок физических ресурсов по времени, положению и/или частоте. SOM может включать в себя применимый набор (наборы) операций. Режим передачи (TM) может соответствовать случаю (например, частному случаю) характерных признаков режима SOM, возможно, например, в терминах определенной конфигурации. Например, конкретная конфигурация может включать в себя одно или более из: применимой длительности интервала TTI, набора блоков физических ресурсов, типа сигнала и т.п.). Режим передачи (TM) также может соответствовать сигнализации управления. Например, TM может иметь отношение к сигнализации управления нисходящей линии связи на канале управления. Режим передачи (TM) может соответствовать конфигурации модуля WTRU таким образом, что модуль WTRU может определять один или более параметров, выполненных с возможностью обеспечения обработки передачи (UL или DL), например, когда модуль WTRU получает назначение одного или более ресурсов. Конфигурация режима TM (например, применимого режима TM) может указывать модулю WTRU, как получать относящиеся к модулю WTRU опорные сигналы, как интерпретировать сигнализацию управления нисходящей линии связи, полученную по PDCCH, и/или как интерпретировать биты предварительного кодирования и т.п.

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

Возможна поддержка работы с множеством несущих с использованием смежных и/или несмежных блоков спектра в пределах одной и той же рабочей полосы и/или в двух или более рабочих полосах. Возможна поддержка объединения блоков спектра с использованием разных режимов, например, FDD и/или TDD и/или с использованием разных способов доступа к каналу (например, операции в лицензированной и/или нелицензированной полосе ниже 6 ГГц). Возможна поддержка способов конфигурирования, повторного конфигурирования и/или динамического изменения объединения нескольких несущих модуля WTRU.

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

Базовый временной интервал (BTI) может быть выражен в виде целого числа одного или более символов и/или длительностью символа, которая может представлять собой функцию разнесения поднесущих, применительно к частотно-временному ресурсу. Для FDD разнесение поднесущих может быть отличным между частотой f_UL несущей восходящей линии связи и частотой f_DL несущей нисходящей линии связи для данного кадра.

Временной интервал передачи (TTI) может представлять собой минимальное поддерживаемое системой время между последовательными передачами. Последовательные передачи могут быть связаны с различными транспортными блоками (TB) для нисходящей линии связи (TTI_DL), для приемопередатчика восходящей линии связи (UL TRx), предположительно, например, за исключением какой-либо начальной части сигнала (например, если это применимо) и/или возможно, включая какую-либо информацию управления (например, DCI для нисходящей линии связи и/или UCI для восходящей линией связи). Интервал TTI может быть выражен в виде целого числа одного или более интервалов BTI. Интервал BTI может иметь конкретное значение и/или может быть связан с заданным режимом SOM.

Поддерживаемая длительность кадра может включать в себя, без ограничений, 100 мкс, 125 мкс (1/8 мс), 142,85 мкс (1/7 мс — символы 2 nCP системы LTE схемы OFDM) и 1 мс для приведения в соответствие с временной структурой системы LTE предыдущего поколения.

Кадр может начинаться с информации управления нисходящей линии связи (DCI) фиксированной продолжительности t_dci, предшествующей какой-либо передаче данных по нисходящей линии связи (DL TRx) для соответствующей несущей частоты - f_UL + DL для передачи TDD и f_DL для передачи FDD. Для дуплексной передачи TDD (например, только дуплексной передачи TDD) кадр может включать в себя часть нисходящей линии связи (DCI и/или DL TRx) и/или часть восходящей линии связи (UL TRx). Порции кадра восходящей линии связи, если имеется, может предшествовать интервал коммутации (swg).

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

Для TDD 5gFLEX может поддерживать в кадре передачи типа устройство к устройству (D2D)/связь с подвижными объектами (V2X)/операцию Sidelink посредством включения туда соответствующего управления нисходящей линии связи и/или передачи в прямом направлении по нисходящей линии связи в порцию DCI + DL TRx (например, если используют полустатическое выделение соответствующих ресурсов) и/или в порцию DL TRx (например, только в такую порцию) (например, для динамического выделения) и/или посредством включения туда соответствующей передачи в обратном направлении в порцию UL TRx.

Для FDD 5gFLEX может поддерживать операцию D2D/V2X/Sidelink в порции кадра UL TRx посредством включения туда соответствующего управления нисходящей линии связи, передач в прямом и/или обратном направлениях по нисходящей линии связи в порцию UL TRx (например, можно использовать динамическое выделение соответствующих ресурсов).

На Фиг. 6 представлен пример структуры кадра и/или временных зависимостей для дуплексной передачи TDD. На Фиг. 7 представлен пример структуры кадра и/или временных зависимостей для дуплексной передачи TDD.

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

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

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

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

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

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

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

Пример способов кодирования может включать в себя коды raptor/fountain, при этом передача может включать в себя последовательность из N кодов raptor. Один или более таких кодов могут быть привязаны к одному или более «символам» передачи во времени. «Символ» может соответствовать одному или более наборам битов информации, например одному или более октетам. Такое кодирование можно использовать для добавления FEC к передаче, в результате чего передача могла бы использовать N + 1 и/или N + 2 кодов raptor (и/или символов, предположительно, например, исходя из связи кодов raptor и символов один-к-одному). Это может сделать передачу более устойчивой к потере одного «символа», например, вследствие помехи и/или нарушения со стороны другой передачи, накладывающейся по времени.

WTRU может получать и/или определять одну или более сигнатур системы. Сигнатура системы может включать в себя структуру сигналов, использующую последовательность. Такой сигнал может быть аналогичным сигналу синхронизации, например аналогичным первичному сигналу синхронизации (PSS) и/или вторичному сигналу синхронизации (SSS) системы LTE. Такую сигнатуру можно относить (например, уникальным образом идентифицировать) к какому-либо конкретному узлу (и/или точке передачи/приема (TRP)) в определенной области или можно считать общей для множества таких узлов (и/или точек TRP) в указанной области. Такие аспекты могут не быть известны и/или могут не относиться к модулю WTRU. WTRU может определять и/или обнаруживать последовательность сигнатуры системы и/или дополнительно определять один или более параметров, связанных с системой. Например, WTRU может выводить из нее индекс и/или может использовать такой индекс для получения связанных параметров, например из таблицы, такой как таблица доступа, описанная ниже. Например, WTRU может использовать полученное значение мощности, связанное с сигнатурой, для управления мощностью с помощью разомкнутой схемы, например, с целью установления исходной мощности передачи в случае, если WTRU определит, что он может получить доступ (и/или выполнить передачу) с использованием применимых ресурсов системы. Например, WTRU может использовать время полученной последовательности сигнатуры, например, с целью установления времени передачи (например, передачи начальной части сигнала на ресурс с физическим каналом с произвольным доступом (PRACH)) в случае, если WTRU определит, что он может получить доступ (и/или выполнить передачу) с использованием применимых ресурсов системы.

WTRU может быть выполнен с возможностью хранения списка из одного или более объектов. Такой список может быть назван таблицей доступа. Такой список может быть индексирован. Один или более или каждый объект может быть связан с сигнатурой системы и/или с ее последовательностью. Такая таблица доступа может обеспечивать параметры для первоначального доступа для одной или более областей. Один или более или каждый упомянутый объект может обеспечивать один или более параметров, которые могут быть полезны для выполнения первоначального доступа к системе. Такие параметры могут включать в себя по меньшей мере один из наборов из одного или более параметров нерегулярного доступа (например, включая применимые по времени и/или частоте ресурсы физического уровня (например, ресурсы канала PRACH)), начальный уровень мощности и/или ресурсы физического уровня для получения ответа. Такие параметры могут включать в себя параметры для ограничения доступа, например, включая идентификатор наземной сети мобильной связи общего пользования (PLMN) и/или информацию о закрытой абонентской группе (CSG). Такие параметры могут включать в себя информацию, относящуюся к маршрутизации, такую как применимая(-ые) зона(-ы) маршрутизации. Один или более или каждый упомянутый объект может быть связан с сигнатурой системы и/или индексирован по ней. Иными словами, один упомянутый объект может являться общим для множества узлов (и/или точек TRP). WTRU может получать упомянутую таблицу доступа посредством передачи с использованием выделенных ресурсов, например, с помощью конфигурации RRC, и/или посредством передачи с использованием ресурсов широкополосной передачи. В последнем случае периодичность передачи таблицы доступа может быть относительно продолжительной (например, до 10 240 мс), например, она может быть продолжительнее периодичности передачи сигнатуры (например, в диапазоне 100 мс).

На Фиг. 8 представлен пример развертываний в рамках системы LTE и/или независимо от системы LTE. Для первоначального развертывания с использованием поэтапного подхода системы 5G могут быть развернуты в рамках существующей системы LTE. В сценарии развертывания в рамках системы LTE сеть LTE может обеспечивать базовые сотовые функции, такие как мобильность в пределах и за пределами системы LTE, функции базовой сети и т.п. Развертывания можно осуществлять таким образом, что системы 5G могут стать автономными, независимыми от системы LTE, т.е. самостоятельными.

Могут быть реализованы архитектура протокола и/или связанные функции для системы 5gFLEX. Хотя соответствующие решения были описаны в контексте технологии RAT 5G, описанные решения могут быть также выполнены с возможностью применения к развитию других технологий RAT, таких как LTE и/или Wi-Fi.

Также может быть обеспечена автономная сеть радиодоступа 5gFLEX. Например, сеть LTE может не поддерживать автономную сеть радиодоступа 5gFLEX. Хотя в настоящем документе описаны решения, основанные на автономной архитектуре 5G, приведенное в настоящем документе решение также можно применять к архитектуре, реализованной в рамках системы LTE.

Стек протоколов 5G может предлагать услуги транспортировки IP-пакетов от узла источника до узла назначения по беспроводной связи. На Фиг. 9 представлен пример функциональных возможностей стека протоколов сети 5G на высоком уровне. В зависимости от реализации и/или конфигурации функции стека протоколов могут включать в себя одну или более из сжатия заголовков, безопасности, защиты передаваемой информации от изменения, шифрования, сегментации, конкатенации, мультиплексирования, запроса ARQ, привязки к режиму работы со спектром (SOM), модуляции и/или кодирования, запроса HARQ и/или привязки к антенне/физическим каналам.

Логический канал (LCH) может представлять собой логическую связь между пакетами данных и/или модули PDU. Термин «LCH» может иметь другое и/или более широкое значение, чем аналогичный термин для систем предыдущих поколений, таких как системы LTE. Например, логическая связь может быть основана на блоках данных, связанных с одним и тем же каналом и/или связанных с одним и тем же режимом SOM и/или секцией (например, посредством обработки, использующей какой-либо набор физических ресурсов). Например, связь может быть охарактеризована одним или более из: сцепления функций обработки, применимого физического канала передачи данных (и/или канала управления) (и/или его примера) и/или инстанцирования стека протоколов, который может включать в себя одно или более из: централизованной порции, такой как PDCP (например, только PDCP) и/или чего-либо, выходящего за пределы порций обработки физического уровня, например радиовхода (RF), и/или другой порции, расположенной ближе к краю (например, MAC/PHY в точке TRP и/или только RF), которые могут быть разделены по передней границе перемещения.

Группа логических каналов (LCG) может включать в себя группу каналов LCH и/или эквивалентных объектов (например, как описано выше). Термин «LCG» может иметь другое и/или более широкое значение, чем аналогичный термин для систем предыдущих поколений, таких как системы LTE. Объединение в группы может быть осуществлено на основании одного или нескольких критериев. Например, в качестве критериев можно применить тот факт, что один или более каналов LCH имеют аналогичный уровень приоритета, который применим (и/или связан) с одним или более из: одного или более или всех каналов LCH из одной группы LCG (аналогично системе прежнего поколения), одного и того же режима SOM (и/или его типа) и/или одной и той же секции (и/или ее типа). Например, связь может быть охарактеризована одним или более из: сцепления функций обработки, применимого физического канала передачи данных (и/или канала управления) (и/или его примера) и/или инстанцирования стека протоколов, который может включать в себя конкретную централизованную порцию (например, только PDCP и/или что-либо помимо радиовхода (RF)), и/или другую порцию, расположенную ближе к краю (например, MAC/PHY в точке TRP и/или только RF), которые могут быть разделены по передней границе перемещения.

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

Канал TrCH может быть определен (например, для системы LTE) как один или более или множество типов канала TrCH, таких как широковещательный канал (BCH), пейджинговый канал (PCH), канал для передачи информации нисходящей линии связи с разделением пользователей (DL-SCH), канал многоадресной передачи (MCH), канал для передачи информации восходящей линии связи с разделением пользователей (UL-SCH) и/или канал с произвольным доступом, по которым могут быть переданы или не переданы данные в плоскости пользователя. Основными транспортными каналами для передачи данных в плоскости пользователя могут быть, например, каналы DL-SCH и/или UL-SCH для нисходящей или восходящей линии связи, соответственно.

Канал TrCH может включать в себя расширенный набор требований, поддерживаемых радиоинтерфейсом, и/или поддерживать один или более или множество транспортных каналов (например, для данных в плоскости пользователя и/или управления) для одного или более устройств модуля WTRU. Термин «TrCH» может иметь другое и/или более широкое значение, чем аналогичный термин для систем предыдущих поколений, таких как систем LTE. Например, транспортный канал для URLLC (например, URLLCH), для мобильной широкополосной связи (MBBCH) и/или межмашинной связи (MTCCH) может быть назначен для передачи по нисходящей линии связи (например, DL-URLLCH, DL-MBBCH и/или DL-MTCCH) и/или для передачи по восходящей линии связи (например, UL-URLLCH, UL-MBBCH и/или UL-MTCCH).

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

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

Ряд архитектур протоколов могут поддерживать перечисленные функции. Например, могут быть выполнены повторные передачи запросов HARQ. Для выполнения повторных передач может быть выбран один или более режимов SOM. SOM может включать в себя другую несущую, характеризующуюся той же и/или другой полосой, другой технологией RAT и/или другим режимом 5G PHY. Кроме того, термин «логический канал (LCH)», используемый ниже, может быть не связан с традиционным логическим каналом.

Конфигурация модуля WTRU может включать в себя (например, один) объект HARQ. WTRU может иметь (например, один) буфер HARQ для управления сигналами HARQ, получаемыми режимами SOM. WTRU может быть выполнен с возможностью обеспечения трафика приема/передачи любого рода через любой режим SOM. На Фиг. 10 представлен пример высокоуровневой привязки между каналом LCH и одним или более режимами SOM. Например, на Фиг. 10 может присутствовать по одному (например, по меньшей мере одному) объекту HARQ на каждый модуль WTRU. Повторная передача может быть осуществлена с использованием любого режима SOM.

На Фиг. 11 представлен пример (например, одного) объекта HARQ на каждую методику модуля WTRU в контексте полного стека протоколов и/или в контексте полного набора функций стека протоколов. В данном примере стек протоколов может включать в себя (в примере предполагается наличие M потоков IP-пакетов (и/или радиоканалов) и N режимов SOM): сжатие заголовков и/или механизм безопасности, безопасность, сегментацию/конкатенацию/ARQ, (де)мультиплексирование/определение приоритетов, запрос HARQ/привязку к режиму SOM/несущей и/или модуляцию, привязку к физическому каналу (PhCH)/режиму SOM. Функция сжатия заголовков и/или механизм безопасности может в зависимости от конфигурации принимать в качестве входных данных IP-пакеты и/или выполнять сжатие заголовков и/или применять правила безопасности (например, защиту передаваемой информации от изменения, шифрование). Таких блоков может быть столько же, сколько имеется радиоканалов, в данном примере — M. Безопасность может быть обеспечена в другом узле сети, например, дополнительно в соте 5G/TRP

Функции сегментации/конкатенации/ARQ могут отвечать за сегментацию и/или конкатенацию модулей PDU в соответствии с имеющимися радиоресурсами. Функциональные возможности ARQ могут обеспечить доставку. Демультиплексирование/определение приоритетов на передающей стороне (например, восходящей линии связи для модуля WTRU) могут отвечать за мультиплексирование одного или более модулей PDU радиоресурсов совокупно в соответствии с правилами и/или приоритетами передачи. Правила мультиплексирования и/или определения приоритетов могут быть сконфигурированы более высокими уровнями. Выходной сигнал функции демультиплексирования/определения приоритетов может быть привязан к режиму SOM для целей передачи. При необходимости может быть выполнено повторное сегментирование. Функции демультиплексирования/определения приоритетов на принимающей стороне (например, нисходящей линии связи для модуля WTRU) могут демультиплексировать модули SDU и/или направлять их на надлежащую операцию сегментации/конкатенации/ARQ. Запрос HARQ/привязка к SOM/несущей может управлять протоколом HARQ и/или определять маршрут для надлежащего SOM. Объект HARQ может выполнять повторные передачи на физическом уровне и/или может направлять модули PDU на один или более или на любые режимы SOM. При модуляции операция привязки к каналу PhCH/режиму SOM может привязывать кодированные биты к соответствующим символам, привязанным к соответствующему ресурсу на физическом канале по меньшей мере одного из выбранных SOM _{(1… N)}.

В конфигурации модуля беспроводной передачи/приема (WTRU) может быть предусмотрен объект HARQ для одного или более или каждого включенного в конфигурацию режима SOM. Логические каналы могут быть связаны/привязаны к любым режимам SOM. Повторная передача может не быть осуществлена по одному или более или любому режиму SOM. На Фиг. 12 представлен пример высокоуровневого связывания между каналом LCH и одним или более режимами SOM. Один или более или каждый логический канал может быть привязан к режиму SOM. SOM может быть связан с по меньшей мере одним (например, специализированным) объектом HARQ. WTRU может быть выполнен с возможностью повторной передачи запросов HARQ в пределах режимов SOM первоначальной передачи. Повторная передача сообщения запроса ARQ может быть осуществлена посредством другого режима SOM. WTRU может выбрать (например, лучший) режим SOM (предположительно, например, соответствующий предварительно заданным критериям) в один или более или каждый момент времени для данного модуля PDU. На Фиг. 13 представлен пример (например, одного) объекта HARQ на каждую методику SOM в контексте полного стека протоколов и/или в контексте полного набора функций стека протоколов. В примере стек протоколов может включать в себя (в примере предполагается наличие M потоков IP-пакетов (и/или радиоканалов) и N режимов SOM) одно или более из: сжатия заголовков и/или механизма безопасности, безопасности, сегментации/конкатенации/ARQ, демультиплексирования/определения приоритетов, запроса HARQ/привязки к режиму SOM/несущей и/или модуляции, привязки к каналу PhCH/режиму SOM. Аналогичная(-ые) функция(-и) может (могут) быть осуществлена(-ы) в соответствии с описанием, приведенным в настоящем документе применительно к Фиг. 11. Привязку к SOM/несущей можно осуществлять перед объектом HARQ. Может присутствовать N объектов HARQ, например по меньшей мере один для одного или более или каждого режима SOM. Повторные передачи одного или более запросов HARQ могут быть осуществлены в одном и том же режиме SOM.

Канал LCH может быть привязан к режиму SOM с помощью заранее определенных правил. Привязка может быть выполнена на основе требований к различным типам трафика и/или одной или более возможностей режима SOM. Например, SOM с интервалом TTI в 10 мс может оказаться не в состоянии обеспечить требование к задержке в 1 мс и/или может не быть связан с каналом, несущим этот трафик. На Фиг. 14 представлен пример высокоуровневой привязки между каналом LCH и режимами SOM. Например, на каждый SOM можно выделить по меньшей мере один объект HARQ. Канал LCH может быть привязан к одному или более или одному режиму SOM.

На Фиг. 15 представлен пример (например, одного) объекта HARQ на каждую методику режима SOM в контексте полного стека протоколов и/или в контексте полного набора функций стека протоколов. Как показано, пример стека протоколов может включать в себя (в примере предполагается наличие M потоков IP-пакетов (и/или радиоканалов) и N режимов SOM): сжатие заголовков и/или механизм безопасности, безопасность, сегментацию/конкатенацию/ARQ, демультиплексирование/определение приоритетов, запрос HARQ/привязку к SOM/несущую и/или модуляцию, привязку к каналу PhCH/режиму SOM. Аналогичная(-ые) функция(-и) может (могут) быть осуществлена(-ы) в соответствии с описанием, приведенным в настоящем документе применительно к Фиг. 11. Хотя сегментация/конкатенация/ARQ расположены внизу стека, привязка к SOM/несущей может быть расположена выше в стеке, даже перед сжатием заголовка/безопасностью заголовка. После привязки к SOM/несущей конфигурация модуля WTRU может быть выполнена с обеспечением по меньшей мере одного набора из одного или более или каждого блока для одного или более или каждого режима SOM. WTRU может определять приоритеты индивидуально для каждого режима SOM. WTRU может независимо определять приоритеты трафика для (например, для одного или более или каждого) режима SOM. Повторная передача запроса ARQ может быть осуществлена в одном и том же режиме SOM. WTRU может быть выполнен с возможностью обеспечения на более высоких уровнях (например, сигнализации RRC и/или других), где SOM соответствует (например, одному или более или каждому) радиоканалу.

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

Можно осуществить временное повышение и/или понижение класса канала LCH. Канал LCH и/или радиоканал может сохранять свои общие характеристики (например, приоритет и/или требования к ширине полосы пропускания и т.п.), но может быть обновлен до режима SOM с более высоким приоритетом и/или более низким временем задержки, например, на временной основе. В частности, сервис по существу может иметь конкретные характеристики в общем, но эту категорию такой услуги можно «временно повысить». Логический канал может быть перемещен к другому SOM на период времени, когда его категория временно повышена. Лежащая в основе обработка уровня PHY того же радиоканала/логического канала может быть изменена.

Можно выполнить мультиплексирование, определение приоритетов и/или привязку к режимам SOM/каналу TrCH данных из различных логических каналов. Создание модуля PDU управления доступом MAC и/или процесса определения приоритетов можно инициировать на основе одного или более триггеров.

В определенных ситуациях, например при получении модулем WTRU данных, требующих срочной обработки, которые заменяют собой другие текущие (запланированные для соты) передачи, модуль WTRU может выполнять передачи в автономном режиме. WTRU может не быть обеспечен размером и/или параметрами транспортного блока, предназначенными для использования сотой. В ответ на триггер в уровне MAC и/или от верхних уровней WTRU может мультиплексировать один или более модулей SDU более высокого уровня, для чего может потребоваться немедленное осуществление передачи на один или более модулей PDU управления доступом MAC, данные для которой подлежат отправке на уровень PHY для передачи. Автономное создание транспортного блока может быть инициировано одним или более из: поступления пакета, требующего срочной обработки, на уровень MAC и/или более высокие уровни, параметра, основанного на качестве обслуживания (QoS), связанный с одним или более пакетами и/или данными, которые опускают ниже порогового значения (например, по истечении заданного на таймере времени), после создания и/или установления (изменения) конфигурации режима SOM на основе указания от уровня MAC и/или более высоких уровней, что один из его буферов более не является пустым, и/или на основе информации о заполнении буфера от уровня MAC и/или более высоких уровней и/или объекта HARQ, указывает на возможную эффективность повторной передачи модуля PDU управления доступом MAC.

WTRU может получать триггер один или более или каждый раз, когда время жизни (TTL) находящегося в его буфере модуля SDU с низким временем задержки SDU может опуститься ниже определенного порога. WTRU во время создания модуля PDU управления доступом MAC может выбрать модули SDU, для которых время жизни (TTL) опустилось ниже порога, и/или мультиплексировать их в такой же модуль PDU управления доступом MAC. Если существует какое-либо ограничение, связанное с привязкой логических каналов к транспортным каналам, WTRU может создать отдельные модули PDU управления доступом MAC для отправки на уровень PHY с соблюдением этих ограничений. WTRU может (например, периодически по сигналу таймера) выбирать модули SDU управления доступом MAC, для которых время жизни (TTL) может опуститься ниже порога, и/или выполнять мультиплексирование этих модулей SDU в один или более модулей PDU управления доступом MAC.

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

Можно выполнить мультиплексирование и/или определение приоритетов одного или более или множества каналов LCH к одному или более или каждому каналу TrCH/режиму SOM. По меньшей мере один канал LCH может быть связан с по меньшей мере одним режимом SOM. Термины SOM и TrCH в настоящем документе могут применяться взаимозаменяемо. Канал TrCH может быть связан с тем же режимом SOM. Хотя некоторые из способов описаны в контексте связывания или привязки канала LCH к режиму SOM, можно применить также аналогичные способы для мультиплексирования одного или более или множества каналов LCH.

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

Привязка между логическим каналом и связанным транспортным каналом может быть определена статически на основе стандартизированной привязки. Например, набор транспортных каналов T1, T2,…TN может соответствовать различным уровням сервиса, качества обслуживания и/или гарантировать сервис, обеспечиваемый уровнем PHY. Можно определить набор логических каналов L1, L2,…LM. Уровень MAC модуля WTRU может получать один или более пакетов с более высоких уровней, которые могут быть идентифицированы как часть конкретного типа сервиса S1, S2…SM. WTRU может на основе стандартизированного связывания мультиплексировать конкретные логические каналы на конкретный транспортный канал. Например, L1, L2 можно мультиплексировать на T1, L3 можно мультиплексировать на T3 и т.п. Пакеты с типом сервиса S1, S2 можно отправить на T1, пакеты с типом сервиса S3 можно отправить на T2 и т.п.

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

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

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

WTRU может определять параметры передачи/параметры передачи данных, помимо других сценариев, предположительно, например, на основе соблюдения требований к каналу LCH. Конфигурация модуля WTRU может включать в себя набор требований для одного или более или каждого канала LCH. Эти требования могут включать в себя, например, одно или более из: задержки и/или максимальной задержки, надежности, средней скорость передачи, гарантированной скорости передачи, трафика и/или типа сервиса (например, сверхнизкой задержки/сверхвысокой надежности, MTC, eMBB, речью, потоковой передачей видео, информацией управления и т.п.) и/или QCI и/или т.п.

WTRU может быть выполнен с возможностью включения в себя и/или возможностью самостоятельного определения набора характеристик/возможностей выполненного режима SOM. Эти характеристики могут включать в себя, например, одно или более из: длительности TTI, ширины полосы, скорости передачи символов, характеристик кодирования (например, скорости, надежности и/или т.п.), набора поддерживаемых схем модуляции и кодирования (MCS), параметров запроса HARQ (например, максимального количества повторных передач, связи возрастающей избыточности с повторениями попыток), разнесения поднесущих, сигнала и/или связанных параметров (например, длительности циклического префикса, защиты, начальной части сигнала и т.п.), режима лицензирования спектра (например, лицензированного, нелицензированного, частично лицензированного), типа соединения (например, «устройство – устройство» (D2D) и/или глобальной сеть (WAN)), передачи через ретранслятор или напрямую, узла назначения и/или точки приемника TRP, набора(-ов) поддерживаемых типов трафика и/или набора(-ов) поддерживаемых QCI (и/или аналогичных показателей качества обслуживания (QoS)) и т.п.

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

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

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

WTRU может определить привязку канала LCH к режиму SOM на основании узла назначения, связанного с одним или более или каждым логическим каналом. Например, некоторые логические каналы могут быть связаны с передачей по типу «устройство – устройство» (D2D) на конкретное устройство (например, на адрес L2). Например, LCH может быть связан с конкретной точкой TRP. WTRU может настроить канал LCH, связанный с одним и тем же узлом назначения (например, D2D, TRP и/или др.) на связанный режим SOM.

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

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

Привязка канала LCH к режиму SOM/каналу TrCH может быть выполнена динамически. Транспортный канал может быть выбран на основании информации о состоянии/свойствах транспортного уровня. WTRU может выбирать из одного или более (например, доступных) транспортных каналов (например, T1 и/или T2), к которым можно привязать конкретный логический канал и/или на который можно передавать конкретный пакет более высокого уровня. WTRU может осуществлять такие определения на основе динамического состояния транспортного канала (например, в данный момент времени) и/или информации об объекте MAC. Информация может включать в себя одно или более из: текущего заполнения рассматриваемого(-ых) логического(-их) канала(-ов) (и/или очередей, связанных с одним или более или каждым логическим каналом), параметра, основанного на качестве обслуживания (QoS), связанного с данными в указанном логическом канале, таком как TTL пакета, TTL набора пакетов и/или TTL, связанном с порогом и/или размером пакета и/или группой пакетов.

На Фиг. 16 представлен пример модуля WTRU (например, процессора и/или контроллера модуля WTRU), динамически сопрягающего блоки данных с каналом TrCH, который можно использовать для удовлетворения требований к блокам данных в соответствии с политикой качества обслуживания (QoS). Один или более или каждый блок данных может иметь собственное требование по качеству обслуживания (QoS) (QoS_1, QoS_2 и т.п.). В некоторых сценариях один или более блоков данных могут иметь одинаковое требование к качеству обслуживания. Требования к блоку данных могут включать одно или более из: задержки, надежности, скорости передачи и/или размера транспортного блока и/или QCI и т.п. Конфигурация модуля WTRU может включать в себя один или более или множество транспортных каналов, один или более или каждый из которых имеет собственные характеристики в отношении одного или более из: численных данных (например, которые могут включать в себя разнесение поднесущих и/или связанную длительность символа), MCS, скорости кодирования, длительности TTI, надежности, повторных передач запроса HARQ и/или задержек и т.п.

WTRU может определять для одного или более или каждого блока данных целевой канал TrCH посредством подбора согласованных требований к возможностям канала TrCH. Это может обеспечить соблюдение требований, предъявляемых к блоку данных, предположительно, по меньшей мере до достижения удовлетворительной степени. На Фиг. 16 блоки данных из канала LCH_M могут быть привязаны к каналу TrCH_N. Блоки (например, конкретные) данных канала LCH₁ с QoS₂ могут также быть направлены на TrCH_N, например, поскольку его требование к QoS (например, QoS₂) в таком сценарии может не быть выполнено каналом TrCH₁. Блоки данных каналов LCH₁ и LCH_M (например, привязанные к каналу TrCH_N) могут быть мультиплексированы вместе, возможно, например, если эти блоки данных обладают достаточно совместимыми требованиями к QoS (например, в пределах определенного и/или предварительно заданного допуска на отклонение и/или порогового значения).

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

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

Для повторных передач может быть зарезервирован один или более каналов передачи данных. Специально для целей повторной передачи посредством модуля WTRU может быть зарезервирован один или более специальных транспортных каналов. WTRU может в случае неудачной передачи модуля PDU на какой-либо уровень (например, MAC/RLC/и т.п.), осуществить повторную передачу этого модуля PDU с помощью по меньшей мере одного из зарезервированных транспортных каналов. Эти транспортные каналы могут иметь конкретные свойства PHY/MAC, включая более короткие интервалы TTI и/или тип процесса HARQ, позволяющий выполнять большее число повторных передач HARQ в течение более короткого периода времени, использовать более высокую скорость кодирования, схему модуляции более низкого уровня и/или более высокую мощность передачи.

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

Характеристики передачи большего объема данных могут быть определены на основе требования к задержке, связанного с небольшим объемом данных. Например, канал LCH с требованием низкого времени задержки может быть мультиплексирован с логическим каналом с требованием гораздо более длительного времени задержки. Каналы LCH, связанные с существенно различающимися требования надежности, могут быть мультиплексированы.

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

Можно выбрать и/или мультиплексировать режим SOM/транспортный канал для передачи информации управления. Уровень MAC может передавать различные типы информации управления по различным лежащим в основе транспортным каналам и/или типам ресурсов PHY. Например, типы MAC CE могут быть различными. Возможно, например, в зависимости от типа элемента MAC CE модуль WTRU может определять, передавать ли такой MAC CE по данному транспортному каналу и/или мультиплексировать MAC CE с использованием конкретного набора модулей SDU MAC и/или сегментов SDU.

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

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

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

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

WTRU может быть выполнен с возможностью включения в себя коэффициента ρ, указывающего максимальный объем данных от не являющегося первичным набора LCH, для которого может быть разрешено мультиплексирование с выбранным первичным набором LCH в конкретном транспортном блоке. Например, если WTRU определит, что биты Np из первичного набора LCH следует передать в конкретный транспортный блок, WTRU может мультиплексировать до N non-p < ρ × биты Np из не являющегося первичным набора LCH в тот же транспортный блок. В варианте осуществления первичный LCH и/или не являющийся первичным LCH может включать в себя (например, только включать в себя) один или несколько LCH, данные для которых содержатся в связанном буфере.

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

WTRU может связывать логический канал, модуль SDU управления доступом MAC и/или сегмент SDU с конкретной категорией и/или классом мультиплексирования. Категория и/или класс могут быть связаны с любой комбинацией, логического канала, типа данных (требующих срочной обработки/требований высокой надежности/требований высокой эффективности), жесткости требования задержки к связанным данным и/или основанным на QoS параметром, связанным с данными. WTRU может создавать модуль PDU управления доступом MAC таким образом, чтобы конкретный минимальный процент данных в модуле PDU был связан с этой категорией и/или классом (например, 60% — данные, связанные с данными, требующих срочной обработки, где TTL может быть ниже определенного порога). Сегменты управления доступа MAC модуля SDU с низкой задержкой могут быть в основном помещены в модули PDU, в основном состоящие из данных с низким временем задержки. Лежащие в основе уровни PHY могут обрабатывать такие модули PDU управления доступом MAC с более высоким приоритетом. Категория и/или классы могут быть определены динамическим путем. Например, на основании текущих данных, подлежащих передаче, WTRU может создавать конкретные условия, которые могут определять класс.

WTRU может мультиплексировать LCH и/или модули SDU на основании характеристик задержки (например, диапазонов TTL). WTRU может выполнить мультиплексирование модуля SDU управления доступом MAC с учетом характеристик задержки, связанных с SDU и/или связав вместе модули SDU управления доступом MAC, которые могут соответствовать конкретным характеристикам, основанным на QoS.

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

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

WTRU может мультиплексировать канал(-ы) LCH и/или модули SDU на основе длительности TTI для использования в уровне PHY. WTRU может выполнять сегментацию/сборку модулей SDU MAC на основе интервала TTI для использования для передачи по уровню PHY. WTRU может связывать модуль SDU управления доступом MAC и/или логический канал/поток/сервис с (например, конкретным) интервалом TTI. Модули SDU могут быть собраны/сегментированы таким образом, что (например, один или более или все) сегменты SDU, предназначенные для использования при создании модуля PDU управления доступом MAC, могут использовать одинаковое значение TTI. Сегменты SDU могут в равной степени представлять собой длительность TTI, с которой уровень PHY передает модуль PDU. Интервал TTI, предназначенный для связывания с конкретным модулем SDU управления доступом MAC, может быть определен модулем WTRU. Например, интервал TTI может быть статически и/или динамически связан посредством передачи сигналов по соте и/или на основании некоторого внутреннего состояния модуля WTRU с типом данных логического канала/потока/сервиса, содержащихся в модуле SDU управления доступом MAC. Например, конкретный логический канал и/или любой логический канал может быть выполнен с возможностью использования конкретного значения TTI. Например, используемый интервал TTI может быть определен с помощью информации уровня PHY (например, в комбинации с прочими потенциальными способами). Например, уровень PHY может указывать, что в данный момент времени и/или в течение какого-либо периода времени интервал TTI, равный 0,5 мс, доступен и/или может быть использован группами логических каналов с индексом x и/или более высоким. Например, интервал TTI может быть определен с помощью основанного на QoS параметра, связанного с логическим каналом. Например, если интервал TTL для модуля SDU меньше порогового значения x, модуль WTRU может использовать двухсимвольный TTI. Если интервал TTL выше порогового значения x, но ниже порогового значения y, модуль WTRU может использовать TTI равный 0,5 мс и т.п. WTRU может включать в себя модули SDU, связанные с различными интервалами TTI, в связанном разрешении после включения ожидающих передачи модулей SDU с текущим значением TTI.

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

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

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

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

Приоритет типов трафика может быть определен в MAC для передачи для UL. Трафик может быть связан с различными требованиями задержки, может быть привязан к различным режимам SOM и/или может иметь различные требования надежности.

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

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

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

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

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

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

WTRU может получать указание об определенных ресурсах и/или наборах ресурсов, в которых уровень MAC может выбрать TTI. WTRU может на основе решений планирования и/или правил определения приоритетов выбирать данные для передачи на ресурсы с уменьшенным периодом TTI. Это определение моно осуществлять таким образом, что данные, требующие срочной обработки, можно передавать за требуемое время с учетом возможных повторных передач. Например, уровень MAC может получать указание (возможно, из информации от уровня PHY) о местонахождении и/или количестве ресурсов, для которых можно использовать уменьшенный интервал TTI. Уровень MAC может получать указание о текущих данных, подлежащих передаче, и/или времени TTL, связанном с указанными данными. Уровень MAC может планировать передачи на основе этой информации, обеспечивая успешное выполнение критичных к задержке передач. Использование конкретного TTI для конкретного PDU управления доступом MAC может быть не ограниченным. Размер транспортного блока для таких запланированных передач может быть обусловлен количеством ресурсов, которые могут быть связаны с укороченным интервалом TTI в следующем подкадре, кадре и/или более длительном периоде времени.

Для мультиплексирования данных, требующих срочной обработки, с данными, не требующими срочной обработки, могут быть определены приоритеты для логических каналов частично с использованием прежних LCP. Разные типы логических каналов (например, с низким временем задержки, сверхнадежные, MBB и т.п.) могут быть мультиплексированы на один и тот же модуль PDU управления доступом MAC, а модуль WTRU может первым выбирать модули SDU управления доступом MAC, включение которых в модуль PDU управления доступом MAC перед выполнением прежней процедуры LCP может быть критичным по времени.

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

WTRU может включать выбранный модуль SDU в модуль PDU управления доступом MAC для передачи. WTRU может включать в себя модули SDU в порядке, определяемом некоторыми конкретными критериями, такими как основанный QoS параметр, размер и/или приоритет логического канала. Если размер модуля PDU управления доступом MAC недостаточен для включения модулей SDU, требующих срочной обработки, WTRU может выполнить одно или более из: включения модулей SDU в количестве, которое соответствует модулю PDU управления доступом MAC, с соблюдением возможного порядка включения, триггирования уровня PHY на передачу запроса на дополнительные ресурсы и/или включения запроса на увеличение ресурсов (например, указания уровня PHY на увеличение ресурсов) с передачей данного управления доступом MAC модуля PDU, включая BSR и/или аналогичные MAC CE в модуль PDU управления доступом MAC для указания этого условия соте, триггирования автономной передачи на модуль WTRU, в которую могут быть включены дополнительные модули SDU, требующие срочной обработки, и/или включен запрос на ресурсы, и/или триггирования уровня PHY на использование уменьшенного интервала TTI для передачи этого модуля PDU управления доступом MAC.

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

WTRU может выбирать модули SDU управления доступом MAC для оставшейся части модуля PDU управления доступом MAC в соответствии с одним или более из: приоритета для логического канала в соответствии с прежним LCP. WTRU может выбирать один или более модулей SDU, который может иметь второй уровень срочности обработки (например, иметь время TTL выше первого порогового значения, но ниже второго порогового значения).

Объем данных, включенных в модуль PDU управления доступом MAC во время выполнения LCP, может быть отличным от текущего LCP. WTRU может выбирать модули SDU управления доступом MAC для создания модуля PDU управления доступом MAC из потенциально различных буферов (например, связанных с логическими каналами, потоками, сервисами и т.п.) в порядке срочности обработки. Срочность обработки можно измерять, например, по времени TTL. Другими словами, WTRU может выбирать модули SDU в порядке значений TTL, начиная с наименьшего значения TTL и/или до заполнения модуля PDU управления доступом MAC.

WTRU может выбирать модули SDU управления доступом MAC для создания модуля PDU управления доступом MAC посредством выбора модулей SDU MAC в порядке срочности обработки (например, от наименьшего до наибольшего значения TTL) и/или важности на основе любого основанного на QoS параметра до получения модулей SDU управления доступом MAC с конкретным уровнем критичности (например, с временем TTL меньше порогового значения). Оставшийся объем модуля PDU управления доступом MAC можно использовать для заполнения, данных управления (MAC CE) и/или увеличения степени кодирования и/или избыточности.

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

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

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

WTRU может (например, автономно) выбирать параметры передачи. Может быть выбран формат транспортировки. Например, WTRU может выбирать формат транспортировки из предварительно составленного списка, связанного с типом трафика, LCH и/или режимом SOM.

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

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

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

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

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

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

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

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

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

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

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