ОБРАБОТКА ПЛОСКОСТИ ПОЛЬЗОВАТЕЛЯ В БЕСПРОВОДНЫХ СИСТЕМАХ
USER PLANE PROCESSING IN WIRELESS SYSTEMS

Перекрестная ссылка на родственные заявки
Данная заявка испрашивает преимущество предварительной заявки на патент США № 62/315,373, поданной 30 марта 2016 г., описание которой включено в настоящий документ путем ссылки во всей своей полноте.
Предпосылки создания изобретения
Мобильная связь непрерывно эволюционирует и уже на пороге своего пятого воплощения — 5G. Сеть 5G может быть построена на основе гибких технологий радиодоступа. По мере появления этих новых технологий возникают проблемы при определении способов технической поддержки широкого разнообразия случаев использования с отличающимися друг от друга характеристиками.
Изложение сущности изобретения
В настоящем документе описаны системы, способы и средства для передачи данных восходящей линии связи от модуля беспроводной передачи/приема (WTRU) в сеть. Данные восходящей линии связи могут включать в себя блок данных восходящей линии связи (например, пакет данных восходящей линии связи), а передача блока данных восходящей линии связи может быть выполнена таким образом, который удовлетворяет определенному требованию качества обслуживания (QoS). Требование QoS может представлять собой требование к времени. Например, требование QoS может заключаться в том, чтобы блок данных восходящей линии связи передавался с относительно короткой задержкой.
Модуль WTRU может поддерживать параметр «предписанное время жизни» (TTL) для контроля задержки передачи блока данных восходящей линии связи. Например, значение параметра TTL может отражать количество времени, прошедшего с того момента, когда блок данных восходящей линии связи стал доступен для передачи, и/или количество времени, оставшегося до предполагаемой успешной передачи блока данных восходящей линии связи. Модуль WTRU может на основе требования QoS определять пороговое значение для параметра TTL, предпринимать попытку передачи блока данных восходящей линии связи с использованием первого режима передачи и определять, что значение параметра TTL достигло порогового значения раньше, чем могла быть успешно завершена передача. После этого модуль WTRU может попытаться передать блок данных восходящей линии связи с использованием второго режима передачи, например, пока не истечет срок действия параметра TTL.
Второй режим передачи может отличаться от первого режима передачи по одному или более аспектам. Например, модуль WTRU может передавать блок данных восходящей линии связи во втором режиме передачи с использованием предварительно сконфигурированного набора ресурсов. Модуль WTRU может принимать такие предварительно сконфигурированные ресурсы, например, от сети. Сеть может зарезервировать предварительно сконфигурированные ресурсы для передач, характеризующихся конкретным требованием QoS, таким как требование QoS, связанное с блоком данных восходящей линии связи, ожидающим рассмотрения. Сеть может указывать на необходимость совместного использования предварительно сконфигурированных ресурсов множеством модулей WTRU.
Модуль WTRU может принимать предварительно сконфигурированные ресурсы при начальной регистрации модуля WTRU в сети. В альтернативном варианте осуществления модуль WTRU может принимать предварительно сконфигурированные ресурсы посредством специальной сигнализации от сети (например, после того, как модуль WTRU уже зарегистрировался в сети). Модуль WTRU может получать доступ к предварительно сконфигурированному набору ресурсов посредством передачи по восходящей линии связи в сеть. Например, передача по восходящей линии связи может указывать время, в которое модулю WTRU требуется использовать предварительно сконфигурированные ресурсы. Модуль WTRU может принимать подтверждение от сети в ответ на передачу по восходящей линии связи.
Модуль WTRU может во втором режиме передачи отправлять информацию управления восходящей линией связи (UCI) в сеть. Информация UCI может содержать запрос на ресурсы. Информация UCI может указывать требование QoS, связанное с блоком данных восходящей линии связи, или числовые данные блока данных восходящей линии связи. Модуль WTRU может принимать предоставление от сети в ответ на информацию UCI. Предоставление может указывать, какие ресурсы модуль WTRU может использовать во втором режиме передачи. В дополнительном или альтернативном варианте осуществления предоставление может указывать режим работы со спектром (SOM) или транспортный канал, который модуль WTRU может использовать во втором режиме передачи. Например, предоставление может указывать числовые данные и/или сигнал, которые модуль WTRU может использовать во втором режиме передачи.
Модуль WTRU может во втором режиме передачи прерывать существующий процесс гибридного автоматического запроса на повторение передачи (HARQ), чтобы передать блок данных восходящей линии связи.
Краткое описание графических материалов
Более подробное объяснение содержится в представленном ниже описании, приведенном в качестве примера, в сочетании с прилагаемыми чертежами, на которых:
на фиг. 1A показана системная схема примера системы связи, в которой может быть реализован один или более раскрытых вариантов осуществления;
на фиг. 1B показана системная схема примера модуля беспроводной передачи/приема (WTRU), который может использоваться в системе связи, изображенной на фиг. 1A;
на фиг. 1C показана системная схема примера сети радиодоступа и иллюстративной базовой сети, которые могут использоваться в системе связи, изображенной на фиг. 1A;
на фиг. 1D показана системная схема другого примера сети радиодоступа и примера базовой сети, которые могут применяться в системе связи, изображенной на фиг. 1A;
на фиг. 1E показана системная схема другого примера сети радиодоступа и примера базовой сети, которые могут применяться в системе связи, изображенной на фиг. 1A;
на фиг. 2 показан пример гибкости ширины полосы;
на фиг. 3 показан пример гибкого выделения спектра;
на фиг. 4A показан пример временных взаимосвязей для дуплексной передачи с временным разделением каналов (TDD);
на фиг. 4B показан пример временных взаимосвязей для дуплексной передачи с частотным разделением каналов (FDD);
на фиг. 5 показан пример приоритетных передач.
Подробное описание иллюстративных вариантов осуществления
Далее приведено подробное описание иллюстративных вариантов осуществления со ссылкой на различные фигуры. Несмотря на то, что в настоящем описании приведены подробные примеры возможных вариантов реализации, следует отметить, что данное подробное описание приведено в качестве примера и ни в коей мере не ограничивает объем настоящей заявки.
В описаниях примеров вариантов осуществления будут использованы следующие сокращения и инициальные аббревиатуры:
∆f
Разнос поднесущих
5gFlex
Гибкая технология радиодоступа 5G
5gNB
NodeB 5GFlex
ACK
Подтверждение
BLER
Частота появления блоков с ошибками
BTI
Базовый временной интервал (TI) (целое, кратное одной или более длительностям символа)
CB
Конкурентный (например, доступ, канал, ресурс)
CoMP
Скоординированная многоточечная связь передачи/приема
CP
Циклический префикс
CP-OFDM
Обычный OFDM (основанный на циклическом префиксе)
CQI
Индикатор качества канала
CN
Базовая сеть (например, пакетное ядро LTE)
CRC
Циклическая проверка четности с избыточностью
CSI
Информация о состоянии канала
CSG
Закрытая группа абонентов
D2D
Передачи типа «устройство-устройство» (например, LTE Sidelink)
DCI
Информация управления нисходящей линии связи
DL
Нисходящая линия связи
DM-RS
Опорный сигнал демодуляции
DRB
Однонаправленный радиоканал передачи данных
EMBB
Усовершенствованная широкополосная сеть мобильной связи
EPC
Усовершенствованное пакетное ядро
FBMC
Отфильтрованная полоса с несколькими несущими
FBMC/OQAM
Способ FBMC с применением квадратурной амплитудной модуляции смещения
FDD
Дуплексная передача с частотным разделением каналов
FDM
Мультиплексирование с частотным разделением каналов
FEC
Прямое исправление ошибок
ICC
Промышленное управление и связь
ICIC
Отмена межсотовой интерференции
IP
Протокол Интернета
LAA
Способ радиодоступа на базе лицензируемой полосы частот
LBT
Прием перед передачей
LCH
Логический канал
LCG
Группа логических каналов
LCP
Приоритизация логических каналов
LLC
Связь с малой задержкой
LTE
Стандарт долгосрочного развития сетей связи, например от 3GPP LTE R8 и выше
MAC
Управление доступом к среде передачи данных
NACK
Отрицательное подтверждение
MBB
Массовая широкополосная связь
MC
Множество несущих
MCS
Схема модуляции и кодирования
MIMO
Множественный вход — множественный выход
MTC
Межмашинная связь
NAS
Слой без доступа
OFDM
Мультиплексирование с ортогональным частотным разделением каналов
OFDMA
Многостанционный доступ с ортогональным частотным разделением каналов
OOB
Внеполосное (излучение)
PBR
Приоритетная скорость передачи битов
P<sub>cmax</sub>
Общая доступная мощность UE в данном TI
PHY
Физический уровень
PRACH
Физический канал произвольного доступа
PDU
Модуль данных протокола
PER
Коэффициент ошибок пакетов
PL
Потери на трассе (оценка)
PLMN
Наземная сеть мобильной связи общего пользования
PLR
Коэффициент потери пакетов
PSS
Первичный сигнал синхронизации
QoS
Качество обслуживания (с точки зрения физического уровня)
RAB
Однонаправленный канал радиодоступа
RACH
Канал произвольного доступа (или процедура)
RF
Радиочастотный тракт
RNTI
Идентификатор радиосети
RRC
Контроль радиоресурсов
RRM
Управление радиоресурсами
RS
Опорный сигнал
RTT
Время прохождения сигнала в обоих направлениях
SCMA
Многостанционный доступ с одной несущей
SDU
Модуль служебных данных
SOM
Режим работы со спектром
SS
Сигнал синхронизации
SSS
Вторичный сигнал синхронизации
SRB
Однонаправленный радиоканал сигнализации
SWG
Интервал коммутации (в автономном подкадре)
TB
Транспортный блок
TBS
Размер транспортного блока
TDD
Дуплексная передача с временным разделением каналов
TDM
Мультиплексирование с временным разделением каналов
TI
Временной интервал (целое, кратное одному или более BTI)
TTI
Временной интервал передачи (целое, кратное одному или более TI)
TRP
Точка передачи/приема
TRx
Приемопередатчик
UFMC
Многочастотная передача с универсальной фильтрацией
UF-OFDM
Мультиплексирование с ортогональным частотным разделением каналов с универсальной фильтрацией
UL
Восходящая линия связи
URC
Сверхнадежная связь
URLLC
Сверхнадежная связь с малой задержкой
V2V
Связь между подвижными объектами
V2X
Связь с подвижными объектами
WLAN
Беспроводные локальные сети и смежные технологии (домен IEEE 802.xx)
WTRU
Модуль беспроводной передачи/приема
Фиг. 1A представляет собой схему примера системы 100 связи, в которой может быть реализован один или более раскрытых вариантов осуществления. Система 100 связи может быть системой коллективного доступа, которая предоставляет содержимое, такое как голосовая информация, данные, видео, обмен сообщениями, широковещание и т.п., для множества пользователей беспроводной связи. Система 100 связи может позволять множеству пользователей беспроводной связи получать доступ к такому содержимому путем совместного использования системных ресурсов, включая ширину полосы пропускания беспроводного соединения. Например, в системах 100 связи могу быть использованы один или более способов доступа к каналам, таких как многостанционный доступ с кодовым разделением каналов (CDMA), многостанционный доступ с временным разделением каналов (TDMA), многостанционный доступ с частотным разделением каналов (FDMA), многостанционный доступ с ортогональным частотным разделением каналов (OFDMA), FDMA с одной несущей (SC-FDMA), мультиплексирование с ортогональным частотным разделением каналов с квадратурной амплитудной модуляцией смещения (OFDM-OQAM), мультиплексирование с ортогональным частотным разделением каналов с универсальной фильтрацией (UF-OFDM) и т.п.
Как показано на фиг. 1A, система 100 связи может включать в себя модули 102a, 102b, 102c и/или 102d беспроводной передачи/приема (WTRU) (которые обычно или в совокупности могут называться модулем WTRU 102), сеть радиодоступа (RAN) 103/104/105, базовую сеть 106/107/109, коммутируемую телефонную сеть общего пользования (PSTN) 108, сеть 110 Интернет и другие сети 112, хотя следует понимать, что раскрываемые варианты осуществления предполагают любое количество модулей 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, OFDM-OQAM, UF-OFDM и т.п. Например, базовая станция 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) и/или 5gFLEX.
В других вариантах осуществления базовая станция 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, 5gFLEX и т.п.) для создания пикосоты или фемтосоты. Как показано на ФИГ. 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 102a, 102b, 102c, 102d могут включать в себя процессор 118, приемопередатчик 120, передающий/приемный элемент 122, динамик/микрофон 124, клавиатуру 126, дисплей/сенсорную панель 128, несъемное запоминающее устройство 130, съемное запоминающее устройство 132, источник 134 питания, набор 136 микросхем глобальной системы определения местоположения (GPS) и другие периферийные устройства 138. Следует понимать, что модуль WTRU 102 может включать в себя любую подкомбинацию вышеперечисленных элементов и в то же время соответствовать варианту осуществления.
Процессор 118 модуля WTRU 102 может представлять собой процессор общего назначения, процессор специального назначения, стандартный процессор, цифровой сигнальный процессор (DSP), множество микропроцессоров, один или более микропроцессоров, связанных с ядром процессора DSP, контроллер, микроконтроллер, заказные специализированные интегральные микросхемы (ASIC), схемы программируемой пользователем вентильной матрицы (FPGA), интегральную схему (ИС) любого другого типа, конечную машину и т.п. Процессор 118 может выполнять кодирование сигналов, обработку данных, управление питанием, обработку ввода/вывода и/или любую другую функцию, которая позволяет модулю WTRU 102 работать в среде беспроводной связи. Процессор 118 может быть сопряжен с приемопередатчиком 120, который может быть сопряжен с передающим/приемным элементом 122. Несмотря на то, что на фиг. 1B процессор 118 и приемопередатчик 120 показаны в виде отдельных компонентов, следует понимать, что процессор 118 и приемопередатчик 120 могут быть совместно встроены в электронный пакет или микросхему.
Передающий/приемный элемент 122 модуля WTRU 102 может быть выполнен с возможностью передачи сигналов на базовую станцию (например, базовую станцию 114a) по радиоинтерфейсу 115/116/117 или приема сигналов от нее. Например, в одном варианте осуществления передающий/приемный элемент 122 может быть антенной, выполненной с возможностью передачи и/или приема РЧ-сигналов. В другом варианте осуществления передающий/приемный элемент 122 может быть излучателем/детектором, выполненным с возможностью передачи и/или приема, например сигналов в ИК-спектре, УФ-спектре или спектре видимого света. В еще одном варианте осуществления передающий/приемный элемент 122 может быть выполнен с возможностью передачи и приема сигналов как в РЧ-спектре, так и в спектре видимого света. Следует понимать, что передающий/приемный элемент 122 может быть выполнен с возможностью передачи и/или приема любой комбинации беспроводных сигналов.
Кроме того, несмотря на то, что на фиг. 1B передающий/приемный элемент 122 показан как отдельный элемент, модуль WTRU 102 может включать в себя любое количество передающих/приемных элементов 122. Более конкретно, модуль WTRU 102 может использовать технологию MIMO. Таким образом, в одном варианте осуществления модуль WTRU 102 может включать в себя два или более передающих/приемных элемента 122 (например, множество антенн) для передачи и приема беспроводных сигналов по радиоинтерфейсу 115/116/117.
Приемопередатчик 120 модуля WTRU 102 может быть выполнен с возможностью модуляции сигналов, которые подлежат передаче посредством передающего/приемного элемента 122, а также с возможностью демодуляции сигналов, которые принимаются посредством передающего/приемного элемента 122. Как указано выше, модуль WTRU 102 может иметь многорежимные возможности. Таким образом, приемопередатчик 120 может включать в себя множество приемопередатчиков для обеспечения модулю WTRU 102 возможности взаимодействия посредством множества технологий RAT, таких как, например, UTRA и IEEE 802.11.
Процессор 118 модуля WTRU 102 может быть сопряжен, а также может принимать данные, вводимые пользователем через динамик/микрофон 124, клавиатуру 126 и/или дисплей/сенсорную панель (например, жидкокристаллический дисплей (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 также может быть сопряжен с набором 136 микросхем GPS, который может быть выполнен с возможностью предоставления информации о местоположении (например, долготы и широты) в отношении текущего местоположения модуля WTRU 102. В дополнение или вместо информации от набора 136 микросхем GPS модуль WTRU 102 может принимать информацию о местоположении по радиоинтерфейсу 115/116/117 от базовой станции (например, от базовых станций 114a, 114b) и/или определять местоположение на основе синхронизации сигналов, принимаемых от двух или более соседних базовых станций. Следует понимать, что модуль WTRU 102 может получать информацию о местоположении посредством любого подходящего способа определения местоположения и в то же время соответствовать варианту осуществления.
Процессор 118 может быть дополнительно сопряжен с другими периферийными устройствами 138, которые могут включать в себя один или более программных и/или аппаратных модулей, которые обеспечивают дополнительные признаки, функции и/или возможности по установлению проводной или беспроводной связи. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для осуществления фото- и видеосъемки), порт универсальной последовательной шины (USB), вибрационное устройство, телевизионный приемопередатчик, гарнитуру связи hands free, модуль 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 поддержки обслуживания GPRS (SGSN) и/или узел 150 поддержки шлюза GPRS (GGSN). Несмотря на то, что каждый из вышеперечисленных элементов показан как часть базовой сети 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-B 160a, 160b, 160c могут взаимодействовать друг с другом по интерфейсу X2.
Базовая сеть 107, показанная на фиг. 1D, может включать в себя шлюз 162 управления мобильностью (MME), обслуживающий шлюз 164 и шлюз 166 сети с пакетной передачей данных (PDN). Несмотря на то, что каждый из вышеперечисленных элементов показан как часть базовой сети 107, следует понимать, что любой из этих элементов может принадлежать и/или предоставляться для использования субъектом, отличным от оператора базовой сети.
Шлюз MME 162 может быть подключен к каждой станции eNode-B 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 и шлюз 182 сети ASN, однако следует понимать, что сеть 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 и шлюзом 182 сети ASN может быть определена в качестве опорной точки R6. Опорная точка R6 может включать в себя протоколы для упрощения управления мобильностью на основании событий мобильности, связанных с каждым из модулей WTRU 102a, 102b, 102c.
Как показано на фиг. 1E, сеть RAN 105 может быть соединена с базовой сетью 109. Линия связи между сетью RAN 105 и базовой сетью 109 может быть определена в качестве опорной точки R3, которая включает в себя протоколы, например, для облегчения передачи данных и возможностей управления мобильностью. Базовая сеть 109 может включать в себя мобильный домашний IP-агент (MIP-HА) 184, сервер 186 аутентификации, авторизации и учета (AAA) и шлюз 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, которая может включать в себя протоколы для облегчения взаимодействия между домашними базовыми сетями и гостевыми базовыми сетями.
-6
Пример системы связи, описанный в настоящем документе, может поддерживать радиоинтерфейс, с помощью которого можно получить одну или более из следующих возможностей: улучшенные широкополосные характеристики (IBB), промышленное управление и связь (ICC) и возможности использования на транспорте (V2X), и массовая межмашинная связь (mMTC). Радиоинтерфейс может поддерживать операции связи со сверхмалой задержкой (LLC), сверхнадежной связи (URC) и/или MTC (например, включая операции в узком диапазоне). Что касается LLC, то может поддерживаться одно или более из следующего: радиоинтерфейс с малой задержкой (например, RTT длительностью 1 мс), короткий TTI (например, от 100 мкс до 250 мкс), доступ со сверхмалой задержкой (например, задержка доступа может быть связана с количеством времени от начала доступа системы до завершения передачи первого блока данных плоскости пользователя) и/или малая сквозная (e2e) задержка (например, менее 10 мс, например, в ICC и/или V2X). Что касается URC, то надежность передачи/связи может приближаться, например, к 99,999% успешной передачи и/или доступности сервиса. Для скорости в диапазоне 0–500 км/ч, возможно, потребуется мобильность. Коэффициент потери пакетов может быть выполнен с возможностью не превышать 10e (например, в ICC и V2X). Что касается функционирования MTC, радиоинтерфейс может поддерживать операции в узком диапазоне (например, с использованием менее 200 кГц), продленный срок службы батареи (например, до 15 лет автономной работы) и/или сниженные потери пропускной способности (например, по меньшей мере для небольших и/или нечастых передач данных, подобных тем, скорость передачи которых составляет 1–100 кбит/с и/или с задержкой доступа от секунд до часов).
В иллюстративной системе связи, описанной в настоящем документе, может использоваться OFDM в качестве сигнала (например, по меньшей мере в нисходящей линии связи). OFDM может представлять собой основной формат сигнала для передачи данных в LTE и/или в IEEE 802.11. С помощью OFDM спектр может быть разделен на множество параллельных ортогональных подполос. Поднесущая может быть сформирована с помощью прямоугольного окна во временной области, благодаря чему можно получить поднесущие одинаковой формы в частотной области. OFDMA может быть выполнен с возможностью попытки достижения высоких уровней синхронизации частоты и/или тактовой синхронизации восходящей линии связи на протяжении длительности циклического префикса (например, для поддержки ортогональности между сигналами и/или сведения к минимуму помех между несущими). Удовлетворение требованиям к синхронизации OFDM (например, обычного OFDM или CP-OFDM) может оказаться сложной задачей в случае данной иллюстративной системы связи, выполненной с возможностью достижения других целей разработки, упомянутых выше (например, потому что модуль WTRU может быть подсоединен к множеству точек доступа одновременно). Дополнительное снижение мощности может быть применено в отношении передачи по восходящей линии связи для соответствия требованиям к спектральному излучению для смежных полос (например, при агрегации фрагментированного спектра для передачи с модулем WTRU). Исходя из этих задач, иллюстративная система связи, описанная в настоящем документе, может предъявлять более строгие требования к РЧ для CP-OFDM (например, когда используется непрерывный спектр большой величины, который не основывается на агрегировании). Схема передачи на основе CP-OFDM может приводить к физическому уровню нисходящей линии связи, аналогичному физическому уровню прежней системы (например, с изменениями плотности и местоположения пилот-сигнала).
Иллюстративная система связи, описанная в настоящем документе, может использовать другие сигналы. Например, схема передачи по нисходящей линии связи в иллюстративной системе связи может быть основана на сигнале с множеством несущих (МС). Для МС-сигнала может быть характерно, например, высокое ограничение использования радиочастотного спектра (например, более низкие боковые лепестки и/или более низкие внеполосные излучения (OOB)). МС-сигнал может делить канал на подканалы и модулировать символы данных на поднесущих в этих подканалах. Примером MC-сигнала является OFDM-OQAM. С помощью сигнала OFDM-OQAM, например для уменьшения OOB, к сигналу OFDM может применяться фильтр во временной области (например, на поднесущей). Сигнал OFDM-OQAM может создавать незначительные помехи для смежных полос, может не использовать большие защитные полосы и циклический префикс. Сигнал OFDM-OQAM, возможно, является наиболее подходящим способом реализации FBMC. Однако следует отметить, что в некоторых примерах систем сигнал OFDM-OQAM может быть чувствителен к эффектам многолучевости и к высокому распространению задержки в плане ортогональности. В случае с сигналом OFDM-OQAM возможно затруднение с выравниванием и оценкой канала.
Другим примером MC-сигнала, который может быть использован, является сигнал UFMC (UF-OFDM). С помощью сигнала UFMC (UF-OFDM) (например, для уменьшения OOB) к сигналу OFDM может применяться фильтр во временной области. В качестве примера фильтрация может применяться к каждой подполосе таким образом, чтобы можно было использовать фрагменты спектра (например, чтобы снизить сложность реализации). Если некоторые фрагменты спектра в полосе не используются, излучения OOB в этих фрагментах могут оставаться высокими (например, как в случае с обычным сигналом OFDM). По меньшей мере по этой причине сигнал UF-OFDM может подходить для использования по меньшей мере на краях фильтруемого спектра.
Следует отметить, что сигналы, описанные в настоящем документе, являются иллюстративными и, следовательно, не единственными сигналами, с помощью которых могут быть реализованы варианты осуществления, описанные в настоящем документе. Эти иллюстративные сигналы могут сделать возможным мультиплексирование в по меньшей мере сигналах с неортогональными характеристиками (например, в сигналах с различным разносом поднесущих). Иллюстративные сигналы могут обеспечить сосуществование асинхронных сигналов (например, без необходимости в сложных приемниках с подавлением помех). Иллюстративные сигналы могут облегчить агрегирование фрагментированного спектра при обработке основной полосы, например, в качестве более дешевой альтернативы агрегированию фрагментированного спектра в рамках РЧ-обработки.
В иллюстративной системе связи возможно сосуществование различных сигналов в пределах одной и той же полосы (например, по меньшей мере для поддержки работы mMTC в узкой полосе, которая может использовать SCMA). Для некоторых или всех аспектов работы и/или для каждой или обеих передач по нисходящей линии связи и восходящей линии связи возможна поддержка комбинации различных сигналов, таких как CP-OFDM, OFDM-OQAM и/или UF-OFDM. Сосуществование сигналов может включать в себя, например, передачи с использованием различных типов сигналов между разными модулями WTRU или передачи от одного и того же модуля WTRU (например, передачи могут быть одновременными, с некоторым наложением или последовательными во временной области).
Другие аспекты сосуществования могут включать в себя, например, поддержку гибридных типов сигналов (например, сигналов и/или передач, которые поддерживают по меньшей мере возможно переменную длительность CP, например, меняющуюся от одной передачи к другой), поддержку комбинации CP и маломощной концевой части (например, нулевой концевой части), поддержку определенной формы гибридного защитного интервала (например, с помощью маломощного CP и/или адаптивной маломощной концевой части) и/или т.п. Иллюстративные сигналы могут поддерживать динамическое варьирование и/или регулирование одного или более других аспектов, таких как фильтрация. Например, возможно динамическое варьирование и/или регулирование одного или более из следующих аспектов: применять ли фильтрацию на краю спектра, используемого для приема передач данной несущей частоты, применять ли фильтрацию на краю спектра, используемого для приема передач, связанных с конкретным режимом SOM, применять ли фильтрацию к каждой подполосе или каждой группе и/или т.п. В целом сигнал/тип сигнала может рассматриваться как пример параметра передачи, который может варьироваться для достижения других типов схем передачи. Таким образом, первая схема передачи может использовать первый тип сигнала (например, CP-OFDM), тогда как вторая схема передачи может использовать другой сигнал (например, OFDM-OQAM). Разные сигналы могут быть связаны с разными характеристиками передачи, такими как различные потенциальные пропускные способности, различные характеры задержки, различные требования к потерям и т.д.
В схеме передачи по восходящей линии связи может быть использован тот же самый сигнал или другой сигнал, что и в схеме передачи по нисходящей линии связи. Мультиплексирование передач на разные модули WTRU и от разных модулей WTRU в одной и той же соте может быть основано на сигнале FDMA и/или TDMA.
Конструкция иллюстративной системы связи, описанной в настоящем документе, может характеризоваться высокой степенью спектральной гибкости. Такая спектральная гибкость может позволить (например, сделать возможным) развертывание в различных полосах частот с различными характеристиками, включая, например, различные планы размещения дуплексных каналов и/или различные размеры доступных спектров (например, включая выделения непрерывных и не непрерывных спектров в одной и той же полосе или различных полосах). Гибкость спектра может поддерживать переменные временные аспекты, включая, например, поддержку множества длин TTI и/или поддержку асинхронных передач.
Иллюстративная система связи, описанная в настоящем документе, может характеризоваться гибкостью организаций дуплексирования. Например, иллюстративная система связи может поддерживать обе схемы дуплексирования TDD и FDD. Для операций FDD могут поддерживаться дополнительные операции по нисходящей линии связи с использованием агрегации спектра. Операции могут поддерживаться как в полнодуплексном режиме FDD, так и в полудуплексном режиме FDD. Для операций TDD выделение DL/UL может быть динамическим. Например, выделение может не быть основано на фиксированной конфигурации кадра DL/UL; напротив, длина интервала передачи DL или UL может устанавливаться для возможной передачи.
Иллюстративная система связи, описанная в настоящем документе, может характеризоваться гибкостью выделения ширины полосы. Например, различные ширины полосы передачи могут быть обеспечены в передачах по восходящей линии связи и/или нисходящей линии связи (например, ширина полосы передачи может меняться в диапазоне от номинальной ширины полосы пропускания системы до максимальной ширины полосы, соответствующей ширине полосы пропускания системы). В иллюстративной операции с одной несущей поддерживаемые значения ширины полосы пропускания системы могут включать в себя, например, по меньшей мере 5, 10, 20, 40 и 80 МГц. В примере поддерживаемые ширины полосы пропускания системы могут представлять собой любую ширину полосы в заданном диапазоне (например, от нескольких МГц до 160 МГц). Номинальные ширины полосы могут иметь одно или более значений (например, одно или более фиксированных значений). Возможна поддержка узкополосных передач до 200 кГц (которые, например, могут быть в пределах рабочей ширины полосы устройств MTC).
На фиг. 2 показан пример ширин полосы передачи, которые могут поддерживаться иллюстративной системой связи. Ширина полосы пропускания системы, упоминаемая в настоящем документе, может быть связана с большей частью спектра, которым может управлять данная сеть несущей. Для такой несущей часть спектра, которую может поддерживать (например, минимально поддерживать) модуль WTRU для получения соты, измерений и начального доступа к сети, может соответствовать номинальной шире полосы пропускания системы. Модуль WTRU может быть сконфигурирован с шириной полосы канала, которая входит в диапазон полной ширины полосы пропускания системы. Сконфигурированная ширина полосы канала модуля WTRU может включать или может не включать в себя номинальную часть ширины полосы пропускания системы.
Например, одна из иллюстративных причин того, что в иллюстративной системе связи, описанной в настоящем документе, может быть достигнута гибкость ширины полосы, заключается в том, что некоторые или все из применимых требований к РЧ для данной рабочей ширины полосы (например, для максимальной рабочей ширины полосы) могут быть удовлетворены без введения дополнительных допустимых ширин полос канала для данной рабочей полосы. Это может быть обусловлено, например, эффективной поддержкой фильтрации основной полосы сигнала в соответствующей частотной области. В вариантах осуществления, описанных в настоящем документе, могут быть использованы способы конфигурирования, переконфигурирования и/или динамического изменения ширины полосы канала модуля WTRU для операций с одной несущей. Варианты осуществления, описанные в настоящем документе, могут выделять спектр для узкополосных передач в пределах номинальной ширины полосы пропускания системы, ширины полосы пропускания системы или сконфигурированной ширины полосы канала. Физический уровень иллюстративной системы связи может быть независимым от полосы. Физический уровень может поддерживать операции в лицензированной полосе (например, ниже 5 ГГц), а также операции в нелицензированной полосе (например, в диапазоне 5–6 ГГц или выше). Для операций в нелицензированной полосе может поддерживаться платформа доступа к каналу на основе LBT категории 4 (например, платформа доступа к каналу, аналогичная LTE LAA). В вариантах осуществления, описанных в настоящем документе, могут быть использованы способы масштабирования и/или управления специфичными для соты и/или специфичными для модуля WTRU ширинами полос канала для различных размеров блоков спектра. Эти способы могут быть связаны с, например, планированием, адресацией ресурсов, сигналами широковещания, измерением и т.д. Размеры блоков спектра могут быть произвольными.
Иллюстративная система связи, описанная в настоящем документе, может характеризоваться гибкостью выделения спектра. Каналы и сигналы управления нисходящей линией связи могут поддерживать операции FDM. Модуль WTRU может получать несущую нисходящей линии связи, например, принимая передачи с помощью номинальной части (например, только номинальной части) ширины полосы пропускания системы. Например, модуль WTRU может не быть первоначально сконфигурирован для приема передач по всей ширине полосы, управляемой причастной сетью несущей.
Каналы данных нисходящей линии связи могут быть выделены посредством полосы пропускания, которая может или соответствовать, или не соответствовать номинальной ширине полосы пропускания системы. Выделение может быть без ограничений, например, вне пределов сконфигурированной ширины полосы канала модуля WTRU. Например, несущая может работать в полосе пропускания системы 12 МГц, используя номинальную ширину полосы 5 МГц. Такой тип размещения может позволять устройствам, поддерживающим максимальную ширину РЧ-полосы 5 МГц, достигать системы и получать доступ к ней, при этом выделяя от +10 до -10 МГц несущей частоты другим модулям WTRU, которые поддерживают ширину полосы канала общей величиной до 20 МГц.
На фиг. 3 показан пример выделения спектра, где различные поднесущие могут быть назначены (например, по меньшей мере концептуально) разным режимам SOM. Разные режимы SOM могут использоваться для выполнения разных требований к разным передачам. Режим SOM может включать в себя / быть определен на основе одного или более из разноса поднесущих, длины TTI или аспекта надежности (например, такого как аспект обработки запроса HARQ). Режим SOM может содержать вторичный канал управления. Например, режим SOM может включать в себя отдельный канал управления (например, отдельный от основного канала управления), который может быть сконфигурирован связанным модулем WTRU для контроля. Режим SOM может быть использован для ссылки на конкретный сигнал или может иметь отношение к аспекту обработки, например, поддерживать сосуществование различных сигналов в одной и той же несущей, используя FDM и/или TDM, или сосуществование FDD и TDD (например, выполнять операции FDD в полосе TDD, например, таким образом, как при TDM).
Модуль WTRU может быть выполнен с возможностью осуществления передач в соответствии с одним или более режимов SOM. Например, режим SOM может соответствовать передачам, при которых используют одно или более из следующего: конкретную длительность TTI, конкретный начальный уровень мощности, конкретный тип обработки HARQ, конкретную верхнюю границу для успешного приема/передачи HARQ, конкретный режим передачи, конкретный физический канал (восходящую линию связи или нисходящую линию связи), конкретный тип сигнала или передачу в соответствии с конкретной технологией RAT (например, которые могут использовать прежний LTE или способы передачи 5G). Режим SOM может соответствовать уровню QoS и/или связанным аспектам, таким как максимальная/целевая задержка, максимальная/целевая частота BLER и/или т.п. Режим SOM может соответствовать области спектра и/или конкретному каналу управления, или его аспектам (например, пространству поиска, типу DCI и т.д.). Например, модуль WTRU может быть сконфигурирован с режимом SOM для одного или более из типа сервиса URC, типа сервиса LLC или типа сервиса MBB. Модуль WTRU может иметь (например, модуль WTRU может принять) конфигурацию для режима SOM для доступа к системе и/или для передачи/приема сигнализации управления L3 (например, RRC). Например, модуль WTRU может быть выполнен с возможностью отправки и/или приема сигнализации управления L3 с использованием части спектра системы, такой как номинальная ширина полосы пропускания системы, как описано в настоящем документе.
Ресурсы данного режима SOM могут быть определены или описаны посредством конкретных числовых данных для этого режима SOM. Например, в первом режиме SOM может быть использован первый набор числовых данных (например, первый разнос поднесущих, первая длина TTI, первая ширина полосы, первый тип сигнала и т.д.), а во втором режиме SOM может быть использован второй набор числовых данных (например, второй разнос поднесущих, вторая длина TTI, вторая ширина полосы, второй тип сигнала и т.д.). Термины «режим SOM» и «числовые данные» в настоящем документе могут применяться взаимозаменяемо.
Модуль WTRU в иллюстративной системе связи, описанной в настоящем документе, может быть выполнен с возможностью переключения на другую схему передачи, если модуль WTRU определяет невозможность успешного завершения передачи с использованием исходной схемы передачи. Схема передачи, которая описана в настоящем документе, может охватывать ресурсы, способы передачи, параметры передачи и/или другие рабочие аспекты, связанные с выполнением передачи. Например, в различных схемах передачи могут быть использованы разные режимы SOM и/или разные числовые данные. В силу этого режимы SOM и/или числовые данные могут быть примером рабочего аспекта, который может быть изменен для различных типов схем передачи.
Иллюстративная система связи, описанная в настоящем документе, может поддерживать агрегирование спектра (например, для по меньшей мере операций с одной несущей). Например, агрегирование спектра может поддерживаться в ситуациях, где модуль WTRU в состоянии передавать и/или принимать множество транспортных блоков посредством смежных или несмежных наборов физических ресурсных блоков (PRB) в пределах одной и той же рабочей полосы. Для выделения наборов PRB может быть сопоставлен транспортный блок. Передачи, связанные с разными режимами SOM, могут выполняться одновременно.
Иллюстративная система связи, описанная в настоящем документе, может поддерживать операции с множеством несущих. Такая поддержка может быть обеспечена, например, путем использования смежных или несмежных блоков спектра в пределах одной и той же рабочей полосы или в двух или более рабочих полосах. Данная иллюстративная система связи может поддерживать агрегирование блоков спектра. Например, блоки спектра могут быть агрегированы с использованием разных режимов, таких как FDD и/или TDD, и/или разных способов доступа к каналу, таких как использование лицензированной и нелицензированной полосы ниже 6 ГГц. Операция агрегирования множества несущих модуля WTRU может быть сконфигурирована, переконфигурирована и/или динамически изменена сетью и/или модулем WTRU.
UL
DL
DL
Передачи по нисходящей линии связи и/или по восходящей линии связи могут быть организованы в радиокадры. Радиокадры могут характеризоваться рядом фиксированных аспектов (например, местоположением информации управления нисходящей линии связи) и/или рядом переменных характеристик (например, временем передачи и/или поддерживаемыми типами передачи). Базовый временной интервал (BTI) может быть выражен в виде количества (например, целого числа) одного или более символов. Длительность символа может быть функцией от разноса поднесущих, применимого к частотно-временному ресурсу. По меньшей мере для FDD интервал между поднесущими может различаться в пределах частоты f несущей восходящей линии связи и частоты f несущей нисходящей линии связи для данного кадра. Временной интервал передачи (TTI) может быть минимальным временем, поддерживаемым системой между последовательными передачами. Одна или более (например, каждая) из последовательных передач может быть связана с разными транспортными блоками (TB) для нисходящей линии связи (TTI) и/или восходящей линии связи (UL TRx). Преамбула нисходящей линии связи и/или восходящей линии связи может быть исключена из определения интервала TTI. Информация управления (например, информация DCI для нисходящей линии связи или информация UCI для восходящей линии связи) может быть включена в определение интервала TTI. Интервал TTI может быть выражен в виде количества (например, целого числа) одного или более интервалов BTI. Интервал BTI может быть конкретным и/или может быть связан с данным режимом SOM и/или числовыми данными.
dci
UL+DL
DL
offset
Иллюстративная система связи, описанная в настоящем документе, поддерживает различные длительности кадров, например, 100 мкс, 125 мкс (1/8 мс), 142,85 мкс (например, 1/7 мс или 2 символа nCP LTE OFDM) и/или 1 мс. Значения длительности кадра могут быть заданы такими, чтобы обеспечивать выравнивание с прежней структурой синхронизации LTE. Кадр может начинаться с информации управления (DCI) фиксированной длительности t, которая предшествует передаче данных по нисходящей линии связи (DL TRx) для причастной частоты несущей (например, f для TDD и f для FDD). В случае дуплексирования TDD (например, в случае только дуплексирования TDD) кадр может содержать часть нисходящей линии связи (например, DCI и/или DL TRx) и/или часть восходящей линии связи (например, UL TRx). Части восходящей линии связи кадра, если она присутствует, может предшествовать (например, всегда предшествует) интервал коммутации («swg»). В случае дуплексирования FDD (например, в случае только дуплексирования FDD) кадр может содержать контрольный интервал TTI для нисходящей линии связи и один или более интервалов TTI для восходящей линии связи. Начало интервала TTI восходящей линии связи может быть определено с использованием смещения (t), применяемого от начала опорного кадра нисходящей линии связи, который может накладываться на начало кадра восходящей линии связи. Режимы дуплексирования (например, TDD или FDD) могут быть примером рабочего аспекта, который может быть изменен для различных типов схем передачи.
Иллюстративная система связи, описанная в настоящем документе, может поддерживать операцию D2D/V2x/Sidelink в кадре. Для обеспечения поддержки D2D/V2x/Sidelink иллюстративная система связи может использовать различные конфигурации/способы. В качестве примера (например, при использовании TDD) иллюстративная система связи может включать в себя соответствующее управление нисходящей линией связи и передачи в прямом направлении в часть DCI + DL TRx кадра (например, при использовании полустатического выделения ресурсов) или в часть DL TRx кадра (например, при использовании динамического выделения ресурсов). В дополнительном или альтернативном варианте осуществления иллюстративная система связи может включать в себя соответствующие передачи в обратном направлении в часть UL TRx кадра. В качестве примера (например, при использовании FDD) иллюстративная система связи поддерживает операции D2D/V2x/Sidelink в части UL TRx кадра, например, путем включения соответствующего управления нисходящей линии связи, передач в прямом направлении и в обратном направлении в часть UL TRx кадра. Кроме того, ресурсы, связанные с соответствующими передачами, могут выделяться динамически.
На фиг. 4A показан пример структуры кадра TDD. На фиг. 4B показан пример структуры кадра FDD.
В иллюстративной системе связи, описанной в настоящем документе, могут быть использованы различные способы планирования и/или управления скоростью, в том числе, например, функция планирования на уровне MAC, режим планирования на основе сети и/или режим планирования на основе модуля WTRU. Режим планирования на основе сети, например, может привести к плотному планированию, с точки зрения ресурсов, времени и/или параметров передачи, передач в нисходящей линии связи и/или передач в восходящей линии связи. Режим планирования на основе модуля WTRU, например, может привести к гибкости с точки зрения ресурсов, времени и/или параметров передачи. Для одного или более способов планирования (например, режимов планирования) информация планирования может быть действительна для одного интервала TTI или для множества интервалов TTI. Способы планирования (например, режимы планирования) могут быть примером рабочего аспекта, который может быть изменен для различных типов схем передачи.
Планирование на основе сети может позволять сети плотно управлять радиоресурсами, назначенными разным модулям WTRU (например, для оптимизации совместного использования таких ресурсов). По меньшей мере в некоторых случаях сеть может выполнять планирование динамически. Планирование на основе модуля WTRU может позволять модулю WTRU осуществлять доступ (например, оппортунистический) к ресурсам восходящей линии связи с минимальной задержкой на основе потребности и/или в наборе общих или выделенных ресурсов восходящей линии связи, назначенных сетью. Общие или выделенные ресурсы могут назначаться динамически или статически. Модуль WTRU может быть выполнен с возможностью осуществления синхронизированных и/или несинхронизированных оппортунистических передач. Модуль WTRU может быть выполнен с возможностью осуществления соревновательных и/или несоревновательных передач. Например, модуль WTRU может быть выполнен с возможностью осуществления оппортунистических передач (например, запланированных или незапланированных) для удовлетворения требованиям к сверхмалой задержке (например, для 5G) и/или требованиям к экономии энергии (например, в вариантах использования mMTC).
Иллюстративная система связи, описанная в настоящем документе, может назначать приоритеты логическим каналам. Например, данная иллюстративная система связи может быть выполнена с возможностью связывания данных и ресурсов (например, для передач по восходящей линии связи). Данная иллюстративная система связи может мультиплексировать данные, имеющие различные требования QoS в одном и том же транспортном блоке, если, например, такое мультиплексирование не сказывается отрицательно на требованиях QoS сервиса или не приводит к необязательной излишней трате системных ресурсов. Назначение приоритетов логическим каналам может быть примером рабочего аспекта, который может быть изменен для различных типов схем передачи.
Иллюстративная система связи, описанная в настоящем документе, может кодировать передачу с использованием различных способов кодирования. Различные способы кодирования могут иметь разные характеристики. Способ кодирования может формировать последовательность из одного или более элементов или блоков информации. Элемент или блок информации (например, каждый элемент или блок) может быть самодостаточным. Например, ошибка в передаче первого блока может не нарушить способность приемника успешно декодировать второй блок, если, например, второй блок не содержит ошибок, и/или если достаточная избыточность может быть обнаружена во втором блоке или другом блоке, для которого по меньшей мере часть была успешно декодирована.
Иллюстративные способы кодирования могут включать в себя Raptor-коды / фонтанные коды, причем передача может содержать последовательность из N Raptor-кодов. Один или более таких кодов могут быть отображены в один или более символов передачи во времени. Символ передачи может соответствовать одному или более наборам информационных битов (например, одному или более октетам). При помощи такого способа кодирования в передачу может быть добавлено прямое исправление ошибок (FEC), причем в передаче могут быть использованы N+1 или N+2 Raptor-коды или символы в предположении, что существует взаимоотношение один Raptor-код на каждый символ. Таким образом передачи могут быть устойчивыми к потере символа, например, из-за помех и/или вмешательства другой передачи, которая накладывается по времени. Способы кодирования/декодирования могут быть примером рабочего аспекта, который может быть изменен для различных типов схем передачи.
Модуль WTRU может быть выполнен с возможностью приема и/или обнаружения одной или более сигнатур системы. Сигнатура системы может содержать структуру сигнала, использующую последовательность. Этот сигнал может быть аналогичен сигналу синхронизации. Сигнатура системы может быть специфична для конкретного узла или точки TRP в пределах данной зоны (например, может единственным образом идентифицировать узел или точку TRP), или она может быть общей для множества таких узлов или точек TRP в пределах зоны. Один или более из вышеуказанных аспектов могут быть не известны и/или могут не иметь отношения к модулю WTRU. Модуль WTRU может определять и/или обнаруживать сигнатурную последовательность системы и может дополнительно определять один или более параметров, связанных с системой. Например, модуль WTRU может выводить индекс и использовать этот индекс для извлечения связанных параметров (например, модуль WTRU может извлекать параметры из таблицы, такой как таблица доступа, описанная в настоящем документе). Модуль WTRU может использовать принятую мощность, связанную с сигнатурой системы, для управления мощностью без обратной связи (например, для установки начальной мощности передачи, если модуль WTRU определяет, что он может получать доступ и/или передавать с помощью применимых ресурсов системы). Например, модуль WTRU может использовать синхронизацию принимаемой сигнатурой последовательности для установки синхронизации передачи (например, преамбулы в ресурсе PRACH), если модуль WTRU определяет, что он может получать доступ и/или передавать с помощью применимых ресурсов системы. Различные структуры сигнала могут быть связаны с разными режимами SOM и/или разными числовыми данными. В силу этого структуры сигнала могут быть примером рабочего аспекта, который может быть изменен для различных типов схем передачи.
Модуль WTRU может быть сконфигурирован со списком записей (например, рабочих параметров), которые можно рассматривать как таблицу доступа. Хотя этот список записей называют таблицей доступа, следует отметить, что он может храниться в виде любых структур подходящего типа, включая табличную структуру. Список записей или таблица доступа могут быть индексированы таким образом, чтобы запись (например, каждая запись) могла быть связана с сигнатурой системы и/или ее последовательностью. Этот список или таблица доступа могут обеспечивать параметры начального доступа для одной или более зон. Например, запись (например, каждая запись) в списке может обеспечивать один или более параметров, связанных с выполнением начального доступа в систему. В число таких параметров могут входить, например, один или более параметров произвольного доступа (например, ресурсы PRACH) по времени и/или частоте, начальный уровень мощности и/или ресурсы физического уровня. Такие параметры могут включать в себя ограничения доступа, такие как идентификация PLMN и/или информация CSG. К таким параметрам можно отнести информацию, связанную с маршрутизацией, такую как применимая зона маршрутизации. Запись (например, каждая запись) может быть связана с сигнатурой системы или индексирована ею. Запись (например, каждая запись) может быть общей для множества узлов или точек TRP. Модуль WTRU может принимать такой список или таблицу доступа посредством передачи по выделенным ресурсам (например, конфигурации RRC) и/или передачи с использованием широковещательных ресурсов. По меньшей мере в последнем случае периодичность передачи таблицы доступа может быть длительной (например, до 10 240 мс). Например, периодичность передачи таблицы доступа может быть продолжительнее передачи сигнатуры (которая, например, может быть в диапазоне 100 мс). Таблица доступа, описанная выше, может быть примером рабочего аспекта, который может быть изменен для различных типов схем передачи.
Иллюстративная система связи, описанная в настоящем документе, может поддерживать самые разные варианты использования. Каждый вариант использования может включать в себя отличный от других набор требований QoS. Эти варианты использования могут различаться с точки зрения применимых радиоресурсов и/или способов передачи. Например, варианты использования могут быть дифференцированы с точки зрения длительности интервала TTI, надежности, применяемого к передаче разноса, максимальной задержки и т.д. Дифференциация QoS может быть введена для различных пакетов данных, потоков данных и/или каналов передачи данных (или их эквивалентов). Дифференциация может быть по максимальному гарантированному бюджету задержки, коэффициенту ошибок пакета, скорости передачи данных и/или т.п. Уровень MAC может манипулировать одной или более функциональными возможностями, описанными в настоящем документе, для решения всех или подмножества следующих аспектов.
С учетом различных возможных радиоресурсов и/или способов передачи с различными характеристиками модуль WTRU может быть выполнен с возможностью запроса, определения ресурсов и/или получения доступа к ресурсам (например, к подходящим ресурсам передачи по восходящей линии связи), которые поддерживают требования QoS службы данных. С учетом различных возможных выделений ресурсов (например, в восходящей линии связи и/или нисходящей линии связи) с различными характеристиками модуль WTRU может быть выполнен с возможностью управления (например, управления предоставлением и/или выделением ресурсов) посредством передачи по нисходящей линии связи и восходящей линии связи (например, определения и манипулирования одним или более типами выделения разными способами). С учетом различных характеристик, связанных с различными транспортными блоками, модуль WTRU может быть выполнен с возможностью мультиплексирования и/или сборки блоков PDU MAC, которые отвечают применимым требованиям QoS. Например, модуль WTRU может назначать данные, связанные с различными каналами, различными логическими соединениями, и/или в соответствии с расширенным набором правил (например, с учетом свойств QoS причастных данных и/или режима SOM, связанного с причастным TB). С учетом вариантов использования и способов передачи, описанных в настоящем документе, модуль WTRU может быть выполнен с возможностью удовлетворения одному или более предварительным условиям для передач по восходящей линии связи (например, предварительные условия могут включать в себя UL TA, позиционирование, скорость модуля WTRU, оценку PL и т.д.). Например, модуль WTRU может управлять и/или определять наличие достаточного количества предварительных условий для выполнения данного типа передач.
Данная иллюстративная система связи может выполнять планирование и/или относящиеся к планированию операции на основе требований QoS. Один только планировщик сети может не всегда быть в состоянии самостоятельно принудительно выполнять все типы требований QoS для всех типов данных. Например, функция планирования на основе сети может не иметь своевременной информации и/или точных знаний о требованиях QoS, связанных с данными, доступными для передачи по восходящей линии связи, в буфере модуля WTRU. Модуль WTRU может быть выполнен с возможностью обеспечения сервисов, которые имеют строгие требования к надежности и/или задержке (например, эти поведения могут позволить модулю WTRU принимать сервисы URLLC). Модуль WTRU может влиять на то, как/какие данные передавать (например, посредством дополнительных параметров). Например, модуль WTRU может быть сконфигурирован с одним или более параметрами, которые связаны с характеристикой способа передачи данных. Эта характеристика может представлять ограничения и/или требования, которым, как ожидается, должен удовлетворять модуль WTRU, и/или принудительно выполнять их при передаче данных. На основе этой характеристики модуль WTRU может выполнять различные операции и/или корректировать их модели поведения, например, на основе состояния и/или характеристики данных (например, в зависимости от состояния и/или характеристики данных).
Иллюстративная система связи, описанная в настоящем документе, может включать в себя одно или более из следующих относящихся ко времени требований QoS (например, относящихся ко времени характеристик). Эти относящиеся ко времени требования QoS могут быть полезны, например, когда планировщик сети не в состоянии самостоятельно принудительно выполнить требования к времени/задержке (например, для по меньшей мере подмножества данных, доступных для передачи). Модуль WTRU может быть выполнен с возможностью передачи данных, которые связаны с одним или более конкретными требованиями QoS, относящимися ко времени. В зависимости от этих относящихся ко времени требований QoS модуль WTRU может изменять один или более рабочих аспектов данной схемы передачи, используемой для передачи данных. Например, если модуль WTRU близок к завершению передачи с использованием первой схемы передачи, но не передал успешно данные (например, не удовлетворяет одному или более требованиям QoS, основанным на времени), то модуль WTRU может изменить один или более рабочих аспектов первой схемы передачи для переключения на вторую схему передачи, чтобы предпринять попытку и успешно передать данные до истечения действия требований QoS, основанных на времени.
Основанные на времени требования QoS, описанные в настоящем документе, могут включать в себя время, допустимое для выполнения одного или более аспектов передачи данных (например, передачи по восходящей линии связи). Модуль WTRU может определять, достигнуто ли такое максимальное время или превышено ли оно, на основе наблюдения и/или оценки. Основанные на времени требования QoS могут включать в себя максимальное количество времени, допустимое для получения подходящего ресурса для передачи данных. Модуль WTRU может определять время, связанное с получением подходящего ресурса, путем контроля канала управления. Например, модуль WTRU может определять такое время в зависимости от предоставления, полученного по каналу управления, как функцию от параметров, передаваемых посредством сигнализации в канале управления, и/или т.п. Модуль WTRU может определять время, связанное с получением подходящего ресурса, путем контроля режима SOM, связанного с получением ресурса. Модуль WTRU может определять время, связанное с получением подходящего ресурса, путем контроля одного или более состояний модуля WTRU. Такие состояния могут включать в себя, например, синхронизацию или несинхронизацию модуля WTRU, текущее выполнение запроса на планирование и т.д.
Основанные на времени требования QoS могут включать в себя максимальное время, в течение которого данным разрешается оставаться в буфере передачи модуля WTRU. Модуль WTRU может быть выполнен с возможностью определения такого максимального времени на основе времени первоначальной передачи данных. Например, модуль WTRU может быть выполнен с возможностью определения того, как долго данные оставались в буфере передачи модуля WTRU, путем поддержания таймера, который отслеживает время, прошедшее с момента ввода данных в буфер передачи до начала первоначальной передачи данных.
Основанные на времени требования QoS могут включать в себя максимальное количество времени для передачи данных, требуемое для достижения рабочей точки HARQ. Используя, например, x-ю передачу PDU, содержащего необходимые данные, время для достижения модулем WTRU рабочей точки HARQ можно определить как время, которое модуль WTRU затрачивает на выполнение x - 1 передач PDU.
Основанные на времени требования QoS могут включать в себя максимальное количество времени, разрешенное для успешного завершения передачи данных или приема обратной связи по передаче PDU, содержащего эти данные. Модуль WTRU может определять такое время на основании того, когда модуль WTRU принимает обратную связь по HARQ, такую как HARQ ACK, для соответствующего транспортного блока.
Основанные на времени требования QoS могут включать в себя максимальное значение для параметра «предписанное время жизни» (TTL), связанного с данными. Такой параметр TTL может быть связан с, например, передачей пакета данных или любого другого действия, предпринимаемого модулем WTRU в отношении пакета данных. Например, модуль WTRU может поддерживать параметр TTL (например, быть сконфигурирован с этим параметром), имеющий определенное пороговое значение (например, N миллисекунд), в связи с передачей пакета данных. Модуль WTRU может контролировать время, прошедшее с момента, когда пакет данных стал доступным для передачи (например, после того как модуль WTRU получил пакет данных в свой буфер). Если порог достигнут без успешной передачи пакета данных, модуль WTRU может определить, что TTL истекло. Модуль WTRU может выполнять различные действия на основе количества оставшегося TTL. Например, модуль WTRU может переключиться на другую схему передачи при определении того, что TTL достигло порогового значения.
Основанные на времени требования QoS могут включать в себя максимальное количество времени, допустимое для завершения логического группирования данных, например на основе радиоканала. Основанные на времени требования QoS могут включать в себя максимальное количество времени, допустимое для наихудших задержек или задержек в голове очереди. Модуль WTRU может быть выполнен с возможностью определения таких задержек на основе, например, данных, которые дольше всего находятся в буфере модуля WTRU.
Основанные на времени требования QoS могут включать в себя среднее или точное время, связанное с одним или более аспектов передачи данных. Модуль WTRU может определять такое среднее или точное время на основе наблюдения и/или оценки. Например, основанные на времени требования QoS могут включать в себя среднее количество времени, в течение которого данным разрешено оставаться в блоке передачи модуля WTRU (например, в связи с тем же логическим каналом, группой и/или режимом SOM). Модуль WTRU может быть выполнен с возможностью определения такого среднего времени на основе, например, периода времени между моментом времени, когда данные становятся доступными для передачи, и моментом времени, когда данные переданы. Модуль WTRU может определять время, в которое такие данные становятся доступными для передачи, на основе времени начала процедуры запроса и/или получения ресурсов передачи и/или времени передачи сигнала с этой целью. Модуль WTRU может определять время, в которое такие данные передаются, на основе, например, времени начала передачи данных или времени приема сигнала ACK для передачи данных. Среднее, описанное в настоящем документе, может быть скользящим средним (например, в пределах окна определенной длины), средним на пачку, связанную с данными, средним с момента последнего запроса модулем WTRU ресурсов для таких данных или средним с момента первых полученных модулем WTRU ресурсов для передачи таких данных.
Основанные на времени требования QoS могут включать в себя допустимую вариацию среднего времени. Вариация может соответствовать, например, уменьшению или увеличению среднего. При использовании вышеупомянутого времени буфера в качестве примера требования к времени могут обеспечить, чтобы количество времени, в течение которого данным разрешено оставаться в буфере передачи модуля WTRU, могло превышать среднее время лишь на определенную величину.
Основанные на времени требования QoS могут включать в себя среднее или точное время, допустимое для уменьшения количества данных в буфере модуля WTRU. Например, такое среднее или точное время может быть связано с уменьшением количества данных в буфере модуля WTRU до определенного уровня (например, уровень, который может быть сконфигурирован). Уровень может соответствовать другим относящимся к времени характеристикам, описанным в настоящем документе, таким как максимальное время, допустимое для успешного завершения передачи. Модуль WTRU может определять такое среднее время на основе наблюдения и/или оценки.
Основанные на времени требования QoS могут включать в себя среднее или точное время для наихудших задержек или задержек в голове очереди. Модуль WTRU может быть выполнен с возможностью определения такого среднего или точного времени на основе множества случаев возникновения наихудших задержек.
Основанные на времени требования QoS могут включать в себя среднее или точное время, допустимое для выполнения логического группирования данных (например, на основе радиоканала и/или т.п.).
Основанные на времени требования QoS могут относиться к объекту HARQ, типу процесса HARQ и/или текущему процессу HARQ.
Модуль WTRU может определять, что передача блока данных восходящей линии связи (например, пакета данных восходящей линии связи) имеет требование QoS. Это требование QoS может быть связанным со временем требованием QoS, которое связано с одним или более аспектов передачи по восходящей линии связи, как описано в настоящем документе. Модуль WTRU может предпринимать попытку передачи блока данных восходящей линии связи с использованием первой схемы передачи. Модуль WTRU может определять возможность удовлетворения требованиям QoS с использованием первой схемы передачи, например, для по меньшей мере подмножества данных, доступных для передачи. Например, на основе требования QoS модуль WTRU может определять, что параметр TTL, который модуль WTRU поддерживает для блока данных восходящей линии связи, должен не превышать определенного порога. Параметр TTL может, например, отражать количество времени, прошедшего с момента, когда блок данных восходящей линии связи стал доступным для передачи, до момента успешной передачи этого блока данных восходящей линии связи. Модуль WTRU может контролировать параметр TTL, и в случае определения того, что TTL достиг порога прежде, чем блок данных восходящей линии связи мог быть успешно передан с использованием первой схемы передачи, модуль WTRU может выбрать вторую схему передачи, чтобы передать этот блок данных восходящей линии связи. Вторая схема передачи может отличаться от первой схемы передачи по меньшей мере одним рабочим аспектом, что более подробно описано в настоящем документе.
Иллюстративная система связи, описанная в настоящем документе, может включать в себя одно или более из следующих относящихся к скорости передачи требований (например, относящихся к скорости передачи характеристик). Как описано в настоящем документе, планировщик сети не всегда в состоянии самостоятельно принудительно выполнять требования, относящиеся к скорости передачи (например, для по меньшей мере подмножества данных, доступных для передачи в модуле WTRU). Модуль WTRU может быть выполнен таким образом, чтобы группирование данных могло быть связано с требованием, относящимся к скорости передачи. Такое группирование может включать в себя логическую связь между пакетами данных и/или PDU, такую как LCH, LCG, связь данных с режимами SOM и/или одним или более из их аспектов, связь данных с радиоканалом и/или т.п. Например, модуль WTRU может быть сконфигурирован со скоростью передачи данных (например, с такой, как приоритетная скорость передачи битов) для таких данных. Модуль WTRU может использовать скорость передачи для определения того, сколько данных следует включить в передачу (например, путем выполнения операции назначения приоритета логическому каналу). Основанные на скорости передачи требования QoS могут относиться к объекту HARQ, к типу процесса HARQ и/или к текущему процессу HARQ. Модуль WTRU наблюдать за скоростью передачи и/или оценивать ее для по меньшей мере подмножества данных (например, с помощью метрик, описанных в настоящем документе, для аспектов, относящихся к времени). Модуль WTRU может определять возможность удовлетворения причастным требованиям, относящимся к скорости, и предпринимать действия на основе этого определения (например, переключаться на другую схему передачи).
В качестве иллюстрации модуль WTRU может предпринимать попытку передачи блока данных восходящей линии связи с использованием первой схемы передачи. Модуль WTRU может определять возможность удовлетворения относящемуся к скорости передачи требованию или, в более общем смысле, требованию QoS, связанному с передачей по восходящей линии связи (например, для по меньшей мере подмножества данных), с использованием первой схемы передачи. Если модуль WTRU определяет, что относящееся к скорости передачи требование не может быть удовлетворено с использованием первой схемы передачи, модуль WTRU может принять решение переключиться на вторую схему передачи, чтобы удовлетворить соответствующему требованию, относящемуся к скорости передачи. Вторая схема передачи может отличаться от первой схемы передачи по меньшей мере одним рабочим аспектом, что более подробно описано в настоящем документе.
Иллюстративная система связи, описанная в настоящем документе, может включать в себя одно или более из следующих относящихся к конфигурации требований (например, относящихся к конфигурации характеристик). Например, модуль WTRU может быть выполнен с возможностью назначения определенным данным приоритета передачи (например, абсолютного приоритета), который превалирует над одним или более требованиями QoS. В качестве примера модуль WTRU может быть сконфигурирован верхним уровнем на передачу пакета с самым высоким приоритетом, например, вне зависимости от остальных требований QoS, относящихся к времени, скорости или эффективности.
Иллюстративная система связи, описанная в настоящем документе, может позволять и/или обеспечивать другие поведения модуля WTRU, включая, например, произвольный доступ для точки TRP, изменение и/или контроль канала управления, предоставление и/или выбор параметров передачи, выбор способа SR и/или т.п.
Как описано в настоящем документе, модуль WTRU может быть выполнен с возможностью определения того, что одно или более требований QoS, относящихся к передаче (например, к передаче по восходящей линии), не могут быть удовлетворены. Например, такие требования QoS могут относиться к времени и/или скорости (например, подобные тем, которые описаны в настоящем документе). Неспособность удовлетворить требования QoS может, например, привести к изменению применимой процедуры, изменению схемы передачи и/или переходу к другим моделям поведения, относящимся к передаче. В качестве примера модуль WTRU может предпринимать попытку передачи по восходящей линии связи с использованием первой схемы передачи. Модуль WTRU может определять возможность удовлетворения требованиям QoS, таким как те, которые относятся к времени или скорости передачи, описанные в настоящем документе, с использованием первой схемы передачи (например, для по меньшей мере подмножества данных, доступных для передачи). Если модуль WTRU определяет, что требование QoS не может быть удовлетворено с использованием первой схемы передачи, модуль WTRU может скорректировать свои операции, чтобы удовлетворить соответствующему требованию QoS. Например, модуль WTRU может автономно корректировать схему передачи, используемую для передачи. Корректировки, которые могут включать в себя увеличение, изменение или сокращение ресурсов, используемых для передачи, могут привести к изменениям одного или более аспектов схемы передачи (например, к изменениям одного или более параметров передачи).
Изменение схем передачи может повлиять на возможность подключения модуля WTRU к сети или ее изменение. Таким образом, тип подключения может быть примером рабочего аспекта, который может меняться между различными схемами передачи. Например, при изменении типа подключения модуль WTRU может инициировать с сетью процедуру доступа и/или запрос процедуры изменения конфигурации (например, изменение конфигурации L3). В качестве примера модуль WTRU может инициировать процедуру RRC, которая запрашивает изменение конфигурации его соединения. Запрос может включать в себя одно или более из следующего. Запрос может включать в себя идентификатор применимого логического группирования данных (например, LCH, LCG, SOM и/или т.п.). Запрос может включать в себя информацию, относящуюся к аспекту QoS, который инициирует запрос на изменение соединения (например, величину корректировки ресурсов, скорость или время для улучшения и т.д.). Запрос может включать в себя информацию, относящуюся к данным, подлежащим передаче (например, задержку в голове очереди или среднюю задержку, количество ожидающих передачи данных и т.д.). Модуль WTRU может включать в запрос измерение.
Модуль WTRU может инициировать доступ к точке TRP и/или произвольный доступ. Например, модуль WTRU может инициировать доступ к системе с целью увеличения количества доступных ресурсов, изменения типа ресурсов, изменения количества связанных точек TRP и/или т.п. Модуль WTRU может определять (например, на основе измерений опорного сигнала, такого как сигнатура), что одна или более точек TRP могут находиться в диапазоне модуля WTRU. Модуль WTRU может определять пригодные ресурсы с произвольным доступом (например, с помощью информации, включенной в таблицу доступа). Модуль WTRU может инициировать передачу преамбулы на такие ресурсы. Вышеуказанные операции могут привести к разным наборам ресурсов, доступным для модуля WTRU (например, ресурсы могут увеличиться или уменьшиться, и/или может существовать другой набор каналов управления для контроля). Например, модуль WTRU может инициировать увеличение набора доступных ресурсов, что может привести к агрегированию большего количества ресурсов физического уровня, большего количества несущих, дополнительных точек TRP и/или интерфейсов Uu с сетевыми объектами (например, в число сетевых объектов могут входить eNB и/или точки TRP, интерфейс может осуществляться посредством двойного подключения или подобной технологии и т.д.).
При изменении схем передачи модуль WTRU может расширить или изменить идентификацию и/или количество каналов управления, которые контролирует модуль WTRU. Таким образом, набор из одного или боле каналов управления, контролируемых модулем WTRU, может быть примером рабочего аспекта, который может быть изменен для различных режимов передачи. Например, модуль WTRU может определять, что для планирования передач доступны другие и/или дополнительные каналы управления. Модуль WTRU может запрашивать и активировать эти каналы управления. Модуль WTRU может выполнять определение после передачи сигнала (например, в сеть). Сигнал может указывать запрос на активацию таких каналов управления. В качестве примера модуль WTRU может выполнять определение образом, аналогичным выполнению доступа в систему (но для той же самой сигнатуры и/или соты). Модуль WTRU может переключать и/или добавлять каналы управления. Например, модуль WTRU может переключаться на и/или добавлять каналы управления, которые связаны с другим режимом SOM (например, канал управления может быть связан с другими ресурсами физического уровня, другими физическими каналами данных и/или другими числовыми данными).
При изменении схем передачи модуль WTRU может расширять и/или изменять доступные ресурсы. Таким образом, набор доступных ресурсов может быть примером рабочего аспекта, который может быть изменен для различных режимов передачи. Модуль WTRU может определять, что доступен другой набор ресурсов. Модуль WTRU может переключаться на другой набор DCI и/или другие типы DCI. Например, модуль WTRU может определять, что он может выполнить попытку декодировать другой набор DCI в канале управления. Такие наборы DCI могут быть связаны с другим режимом SOM, другими числовыми данными, другим набором PRB и/или т.п. Модуль WTRU может обновлять свои действия по контролю канала управления (например, может быть обновлен DRX). Например, модуль WTRU может изменять свою частоту или интенсивность контроля для канала управления (например, интенсивнее начинать декодирование). Модуль WTRU может входить в активный режим для канала управления, когда требуется больше ресурсов. Модуль WTRU может выбирать схему для планирования запросов на основе требований QoS (например, в зависимости от требований QoS). Например, модуль WTRU может выбирать определенную схему для получения ресурсов передачи на основе требований QoS, связанных с данными, подлежащими передаче (например, в зависимости от требований QoS). Модуль WTRU может использовать конкурентную схему передачи, если WTRU определяет, что применимые требования QoS для данных могут быть удовлетворены. Модуль WTRU может использовать выделенный ресурс SR для передачи, если модуль WTRU определяет, что применимое требование QoS для данных может быть не удовлетворено. Если модуль WTRU определяет, что доступны множество ресурсов и/или схем планирования запросов, модуль WTRU может выбрать схему планирования запросов и/или ресурсы, связанные с режимом SOM, если эта схема и/или ресурсы могут обеспечить передачу, которая удовлетворяет применимым требованиям к передаче.
При изменении схем передачи модуль WTRU может изменять и/или выбирать определенный параметр передачи или предоставление. Таким образом, параметры передачи и/или предоставления могут быть примером рабочего аспекта, который может быть изменен для различных режимов передачи. Например, модуль WTRU может определять, что для передачи данных доступен и/или может быть использован другой набор параметров. Модуль WTRU может выбирать предоставление среди множества предоставлений, таким образом, что одна или более характеристик передачи данных могут быть изменены. В число таких характеристик могут входить надежность, рабочая точка HARQ, применяемый к передаче разнос, мощность передачи и т.д.
При изменении схем передачи модуль WTRU может изменять способы и/или правила мультиплексирования, сборки и/или сегментации, связанные с передачей данных. Таким образом, мультиплексирование, сборка и сегментация могут быть примерами рабочего аспекта, который может быть изменен для различных режимов передачи. Например, модуль WTRU может изменять свои правила мультиплексирования, сборки и/или сегментации, и/или т.п. при создании PDU уровня MAC для передачи данных. Например, модуль WTRU может пропускать сегментацию пакетов на уровне MAC, когда имеет дело с данными, для которых не могут быть удовлетворены требования QoS.
Модуль WTRU может быть выполнен с возможностью поддержания и/или реагирования на относящиеся к задержке характеристики или критерии (например, относящееся к времени требование QoS) для первого поднабора данных, но не для второго поднабора данных. Первый поднабор данных может быть связан с первым логическим каналом, первым потоком, первым сервисом, первым типом данных и/или т.п. Второй поднабор данных может быть связан со вторым логическим каналом, вторым потоком, вторым сервисом, вторым типом данных и/или т.п. В качестве примера относящиеся к скорости критерии могут быть связаны с определенным набором из одного или более логических каналов, но не с другими логическими каналами. В качестве примера требования QoS могут быть предоставлены вместе с пакетами из верхних уровней по любому логическому каналу или потоку. Требования QoS могут предоставляться по мере необходимости.
При изменении схем передачи модуль WTRU может снабжать сеть информацией, связанной с данными восходящей линии связи, которые пытается передать модуль WTRU. Например, модуль WTRU может передавать относящуюся к QoS информацию. Модуль WTRU может передавать относящуюся к QoS информацию наряду с соответствующими пакетами данных, SDU и/или набором байтов (например, на PDU уровне MAC). Например, модуль WTRU может передавать TTL вместе со связанными с ним пакетами, SDU и/или набором байтов. TTL (или абсолютное время) может быть представлено в единицах времени (например, в миллисекундах). TTL может занимать младшую значащую часть абсолютного времени (например, чтобы позволить получателю определять, каким может быть абсолютное время).
Относящаяся к QoS информация может быть присоединена к соответствующим данным. Объект, принимающий данные, вместе с которыми отправляют относящуюся к QoS информацию, может быть сетевым узлом (например, базовой станцией) или принимающим модулем WTRU. Принимающий объект может участвовать, например, в операциях с данными, таких как ретрансляция и/или переадресация, как, например, eNB, выполненная с возможностью обеспечения связи V2V (например, путем переадресации передач UL непосредственно на место назначения). Принимающий объект может использовать относящуюся к QoS информацию для определения способа обработки принимаемых данных. Принимающий объект (например, базовая станция) может определять и/или изменять лучший или предпочтительный тракт, ресурс, TTI, SOM и/или т.п., связанный с передачей данных в конечное место назначения. Принимающий объект может изменять свою обработку принимаемых данных и/или присваивать ей приоритет в соответствии с требованиями QoS. Например, принимающий объект может изменять и/или назначать приоритет принудительному использованию приоритета приема ресурса (например, в случае ограничений по РЧ или основной полосе). Принимающий объект может изменять ресурсы, RAT и/или механизмы (например, SC-PTM в отличие от одноадресной передачи и в отличие от eMBMS), которые используются для ретрансляции принимаемых данных. Принимающий объект может выбирать тракт для переадресации данных соответствующей (-ими) сотой (-ами) или сетью (-ями). Например, принимающий объект может определять необходимость передавать данные на сервер приложений в сети или отправлять данные в службу приложений прокси, расположенную в соте или в точке TRP.
Относящиеся к времени требования (например, подобные тем, которые относятся к задержке) могут иметь различные представления в модуле WTRU. Модуль WTRU может использовать основанные на времени требования в качестве критериев для определения того, когда модулю WTRU следует переключаться с первой схемы передачи на вторую схему передачи. Например, модуль WTRU может поддерживать требования к задержке. Требования к задержке передачи модуль WTRU может получать, например, с верхнего уровня. Модуль WTRU может использовать такие требования для, например, принятия решений по планированию и/или решений по использованию ресурсов, чтобы ориентировать аспекты, относящиеся к запросу ресурсов, на выполнение мультиплексирования/демультиплексирования и/или на управление передачами. Например, модуль WTRU может поддерживать и/или контролировать параметр TTL, который может представлять время, прошедшее с момента приема пакета данных до успешной передачи этого пакета данных. Модуль WTRU может использовать параметр TTL на стадии передачи (например, на каждой стадии передачи) для корректировки поведения, процедуры и/или т.п. таким образом, чтобы удовлетворять относящиеся к времени требования QoS. Модуль WTRU может поддерживать TTL для пакета, SDU, набора байтов и/или т.п. TTL может быть связано с количеством времени, выделенного для успешного завершения передачи по радиоинтерфейсу.
Модуль WTRU может выполнять определенную операцию (например, в пределах своего стека передачи) для изменения поведения модуля WTRU, когда TTL достигает определенного значения или выходит за пределы определенного диапазона. Например, уровень MAC модуля WTRU может принимать решение инициировать автономную передачу с использованием одного или более способов, описанных в настоящем документе (например, с использованием конкурентных ресурсов), когда TTL, связанное с PDU уровня MAC, достигло определенного порога.
MAC может принимать решение использовать один тип HARQ вместо другого, один TTI вместо другого, один транспортный канал вместо другого и/или одну скорость кодирования вместо другой, когда, например, TTL, связанное с PDU уровня MAC, достигло определенного порога. Таким образом, длина TTI, идентификатор транспортного канала, скорость кодирования и т.д. могут быть примерами рабочего аспекта, который может быть изменен, когда модуль WTRU меняет схемы передачи. Модуль WTRU может принять решение инициировать определенный запрос ресурсов (например, в определенном режиме SOM) от сети, или использовать другой механизм для выдачи такого запроса, когда TTL достигло определенного порога.
Следует отменить, что понятие TTL, используемое в настоящем документе, не ограничено каким-либо конкретным определением. Например, TTL может охватывать любой механизм для определения и представления одного или более требований QoS. Таким образом, некоторые примеры могут быть описаны в отношении использования TTL для определения того, когда нужно переключать схемы передачи и/или изменять параметр передачи, однако в качестве критериев для определения того, когда нужно переключать схемы передачи и/или изменять параметр передачи, может быть использована также другая информация, указывающая одно или более требований QoS.
Иллюстративная система связи, описанная в настоящем документе, может быть охарактеризована с помощью признаков, относящихся по меньшей мере к запросам, определению и доступу к подходящим ресурсам передачи. Например, эти признаки могут относиться к планированию и/или определению одного или более доступных каналов управления (например, канала управления, специфичного для режима SOM).
Иллюстративная система связи, описанная в настоящем документе, может быть охарактеризована с помощью уникального механизма для запроса доступа к сети (например, доступа к подходящим ресурсам) с целью удовлетворения определенного требования QoS (например, относящегося к времени требования QoS). В качестве примера варианта осуществления модуль WTRU может отправлять запрос ресурсов (RR) в сеть. RR может включать в себя запрос новых или измененных ресурсов и/или может указывать статус буфера. RR может включать в себя запрос на изменение подключения к сети. RR может включать в себя запрос на изменение ресурсов. RR может включать в себя запрос на изменение каналов управления, подлежащих контролю или конфигурированию. RR может включать в себя запрос на изменение точек TRP. RR может включать в себя запрос на изменение режимов SOM. RR может включать в себя запрос на изменение другого аспекта, который описан в настоящем документе.
RR может указывать относящиеся к QoS параметры и/или может предоставлять индикацию невозможности удовлетворения требований QoS. Чтобы удовлетворить относящиеся к QoS требования, могут быть определены другие механизмы и/или форматы запроса ресурсов и использованы для других сервисов, логических каналов, групп логических каналов и/или групп QoS. Тип RR может быть определен на основе одного или более параметров QoS, достигающих определенного порога. RR может быть отправлен на основе одного или более параметров QoS, достигающих определенного порога (например, параметра TTL, достигающего порога).
RR может быть охарактеризован типом используемого транспортного формата, типом ресурсов, в которых передается RR, предоставляемой в RR информацией, используемой для передачи RR длиной TTI, режимами SOM и/или т.п. Модуль WTRU может определять, какой RR нужно использовать, исходя из одной или более характеристик QoS.
Информация, передаваемая в RR, может включать в себя, например, запрос ресурсов, запрос на изменение назначенных ресурсов, индикацию статуса буфера и/или индикацию невозможности или потенциальной невозможности удовлетворения определенных требований QoS. RR может включать в себя индикацию намерения передачи в намечающемся ресурсе и/или ресурса, который RR планирует использовать. RR может включать в себя индикацию того, что ресурсы запрашиваются для удовлетворения определенных требований QoS, связанных с данными, для которых инициирован RR. В некоторых примерах такая индикация может быть единственной информацией, предоставляемой RR. В других примерах в RR может быть предоставлена дополнительная информация, такая как информация о передаче и/или передающем модуле WTRU.
Модуль WTRU может указывать в RR один или более определенных сервисов, режимы SOM и/или группы LCG, к которым применяется этот RR. В качестве примера индикация, содержащаяся в RR, может сообщать запрос на выделение дополнительных ресурсов для режима SOM/транспортного канала, в котором передается RR (например, в предположении, что для различных режимов SOM/транспортных каналов используются разные физические ресурсы). Модуль WTRU может передавать множество RR (например, по одному запросу на ресурсы, связанные с каждым режимом SOM) в одном режиме SOM. RR (например, каждый из множества RR) может сообщать запрос на ресурсы, связанные с другим режимом SOM. Связь между RR и режимом SOM для каждого отправляемого RR может быть основана на теге (например, тег может быть включен в RR), основана на используемых ресурсах (например, на местоположении битов во времени или частоте, или в том и другом), на основе других физических характеристик передачи RR (например, на мощности/энергии передачи, схемах модуляции и т.д.), основана на формате RR, основана на размере RR, основана на времени (например, на времени отправки RR модулем WTRU) RR и/или т.п.
RR может указывать запрос на дополнительные ресурсы передачи и/или достаточно ли выделенных текущих ресурсов (например, по отношению к данным определенного сервиса или логического канала, либо по отношению к определенному режиму SOM). RR может запрашивать дополнительные ресурсы динамически (например, относительно предыдущей передачи). Например, модуль WTRU может передавать RR, чтобы получить доступ к дополнительным ресурсам, которые могут быть выделены вскоре после или непосредственно за предыдущей передачей. RR может запрашивать ресурсы относительно количества выделенных текущих ресурсов в модуле WTRU. Например, модуль WTRU может запрашивать и/или быть сконфигурирован с определенным количеством ресурсов на единицу времени (например, ресурсы могут быть гарантированы или зарезервированы) для использования модулем WTRU в течение ограниченного периода времени. После конфигурирования таких ресурсов модуль WTRU может отправлять RR (например, новый запрос) или индикацию для уменьшения или увеличения количества ресурсов, уже обеспеченных модулю WTRU.
Индикация в RR может иметь определенное значение. Например, индикация может принимать одно из двух возможных значений (например, 1-битовое значение). Индикация может принимать первое значение, если по меньшей мере для одного PDU ожидаемое время успешного завершения передачи превышает определенное время плюс TTL блока PDU. В противном случае индикация может принимать второе значение. В качестве другого примера индикация в RR может принимать одно из четырех возможных значений (например, 2-битовое значение). Модуль WTRU может определять для каждого PDU разницу между ожидаемым временем успешного завершения и суммой текущего времени и TTL блока PDU. Модуль WTRU может устанавливать значение индикации на основе наибольшей разницы по всем PDU, подлежащим передаче. Индикация может быть установлена на первое значение, если разница превышает первый порог, на второе значение, если разница превышает второй порог (но не превышает первый порог), на третье значение, если разница превышает третий порог (но не превышает второй порог) и на четвертое значение в остальных случаях. Значения порогов могут быть предварительно определены или переданы посредством сигнализации верхним уровнем. Увеличение количества возможных значений для индикации может позволить ускорить точную корректировку выделенных ресурсов.
В определенных вариантах или для определенных типов RR запрос RR может включать в себя информацию, выводимую из относящейся к QoS информации планирования, как описано в настоящем документе. Например, модуль WTRU может передавать относящуюся к задержке или любую относящуюся к QoS информацию на принимающий узел. Эта информацию может передаваться в RR, в PDU уровня MAC или в сообщении сигнализации RRC. Информация может быть использована сетью, например, для планирования ресурсов и/или назначения приоритета различным модулям WTRU, которые запрашивают ресурсы. Информация, которая может быть включена (например, модулем WTRU) в RR, может принимать одно из следующих форм или быть функцией от них.
Модуль WTRU может включать в RR информацию, связанную с TTL. Например, модуль WTRU может включать минимальное TTL или TTL для пакета, PDU и т.д., которые в данное время находятся в очереди на передачу в модуле WTRU. Модуль WTRU может поддерживать множество очередей передачи, для которых задержка может быть критичной. Модуль WTRU может передавать TTL для каждой головы очереди множества очередей передачи.
Модуль WTRU может включать в RR информацию, связанную с размером буфера. Например, модуль WTRU может включать в себя размер буфера данных, которые сконфигурированы с требованием TTL, размер буфера данных, которые могут быть мультиплексированы для сервиса (-ов), инициировавшего (-их) запрос, или размер буфера данных в модуле WTRU (например, вместе со связанными с ними приоритетом и/или требованиями).
Модуль WTRU может включать в RR информацию, связанную с диапазоном времени для определенного пакета, PDU и т.д., или их соответствующими размерами буфера. Например, модуль WTRU может передавать минимальное и максимальное значения приемлемого диапазона задержки для PDU или набора данных.
Модуль WTRU может включать в RR информацию, связанную с абсолютным временем на передачу/прием пакета или некоторого количества данных по радио, или диапазоном абсолютных времен для приемлемой задержки. Модуль WTRU может включать в RR информацию, связанную с классом QoS или абсолютным приоритетом данных, относящуюся к скорости передачи информацию и/или ожидаемое время успешного завершения передачи по меньшей мере одного PDU (например, с учетом выделенных в настоящее время ресурсов). Ожидаемое время может, в свою очередь, зависеть от одного или более из следующего. Это ожидаемое время может зависеть от ожидаемого времени, в которое PDU может быть впервые включен в транспортный блок, подаваемый на физический уровень, согласно набору данных правил назначения приоритета. Это ожидаемое время может зависеть от ожидаемого времени передачи. Один или более параметров, описанных в настоящем документе, могут быть установлены на предварительно определенное значение или быть переданы посредством сигнализации верхним уровнем.
Модуль WTRU может включать в RR информацию, связанную с определенным TTI, который модуль WTRU может использовать в ресурсах (например, 2 символа или 0,5 мс), количество ресурсных блоков на единицу времени (например, количество ресурсных блоков в фиксированный период из x кадров) и/или диапазон частот, в котором такие ресурсы могут находиться (например, определенную узкую ширину полосы, поддерживаемую модулем WTRU пли предпочтительную для модуля WTRU из-за радиохарактеристик модуля WTRU).
Модуль WTRU может указывать (например, указывать неявно) определенную относящуюся к RR информацию посредством выбора ресурсов, времени, кодирования, мощности и/или т.п., которые связаны с передачей по физическим (PHY) ресурсам. Например, модуль WTRU может указывать количество дополнительных ресурсов, которые нужно выделить модулю WTRU, исходя из временного/частотного ресурса, который он использует для отправки RR. Относящаяся к RR информация может быть указана с помощью формата и/или механизма транспортировки, используемого в передаче RR. RR может быть передан, например, на уровне PHY (например, по определенному каналу управления уровня PHY или вместе с данными) и/или на уровне MAC (например, с использованием CE уровня MAC и/или т.п.). RR может быть передан полностью на уровне PHY. При передаче на уровне PHY запрос RR может быть передан посредством одно или более из следующего.
RR может быть передан с помощью одного символа OFDM или с помощью одного символа в одном из ресурсных блоков, связанных с передачей по восходящей линии связи модуля WTRU (например, в заданном или сконфигурированном месте). В качестве примера RR может быть передан в последнем (-их) символе (-ах) (например, в последнем (-их) по времени символе (-ах)) поднесущей OFDM, которая имеет самый большой индекс или индексы. RR может быть передан с использованием канал управления восходящей линии связи или как часть информации автономного планирования модуля WTRU, которая может быть передана в канале управления восходящей линии связи.
RR можете быть передан с использованием ресурсов уровня PHY, местоположение которых может быть предоставлено модулю WTRU посредством сигнализации в сети (например, сигнализации RRC) или получено при помощи информации, включенной в таблицу доступа, отправленную в модуль WTRU. RR может быть передан (например, в совокупности с вышеупомянутым) с помощью идентификации или относящейся к времени информации (например, чтобы получить из нее местоположение ресурсов уровня PHY).
RR может быть передан с использованием конкурентных ресурсов, таких как RACH или аналогичная сигнализация. Конкурентные ресурсы могут быть распространены по ресурсам PHY, используемым другими модулями WTRU, таким образом, чтобы минимизировать суммарные помехи этим модулям WTRU (например, с помощью CDMA или выкаливания таким образом, чтобы использовались всего лишь несколько/малое количество мешающих ресурсных элементов, связанных с конкретным модулем WTRU). В иллюстративном варианте тесного взаимодействия 5Gflex при помощи LTE модуль WTRU может быть выполнен с возможностью передачи RR по LTE PUCCH. Запрос планирования (SR) канала PUCCH может быть расширен, чтобы он содержал информацию, с которой связан этот запрос, вместе с характеристиками QoS, которые могут быть удовлетворены системой 5G. В частности, SR может указывать, что модуль WTRU запрашивает ресурсы 5G. Это можно обеспечить, например, за счет изменения формата SR для включения в него дополнительного бита, за счет резервирования специальных ресурсов для отправки в них запроса 5G, инициированного SR, и/или т.п.
Модуль WTRU может иметь доступ к множеству наборов ресурсов или механизмов для передачи RR. Например, для различных сервисов запросы RR могут быть определены с различными характеристиками, включая, например, различные форматы или типы, различные значения времени на передачу (например, времени от инициирования запроса до передачи запроса по радио), различные символы, различные механизмы сигнализации, различные транспортные форматы и/или т.п. Модуль WTRU может быть выполнен с возможностью выбора из этих различных механизмов на основе одного или более из следующего. Модуль WTRU может выбирать механизм для передачи RR на основе характеристик задержки данных, находящихся в очереди, или данных, подлежащих отправке (например, данные могут или не могут быть критичными к задержке). Модуль WTRU может выбирать механизм для передачи RR на основе TTL одного или более пакетов или данных, подлежащих отправке (например, TTL может или не может быть задано относительно порога). Модуль WTRU может выбирать механизм для передачи RR на основе приоритета данных или типа сервиса. Модуль WTRU может выбирать механизм для передачи RR на основе одного или более требований QoS, описанных в настоящем документе (например, относящихся к времени или относящихся к скорости передачи требований QoS). Например, модуль WTRU может отправлять RR для сервиса (например, ULLRC или eMBB) уровня PHY при помощи различных TTI, например, в зависимости от критичности по времени, приоритета и/или относящихся к времени требований находящихся в буфере (буферах) данных, для которых отправляют/инициируют RR.
RR для режима SOM (например, для каждого режима SOM), данного сервиса или логического канала может иметь различные характеристики, относящиеся к порядку передачи RR на уровне PHY. В качестве примера RR может быть передан с помощью различных схем кодирования по различным транспортным каналам с использованием различных TTI и разнесения/надежности, с использованием выделенных (например, в отличие от общих/конкурентных) ресурсов и/или с использованием других механизмов/способов. Модуль WTRU может использовать различные механизмы RR в зависимости от задействованного режима SOM или сервиса. Например, модуль WTRU, сконфигурированный с сервисом ULL, может использовать 1-битовый механизм RR уровня PHY, чтобы запрашивать ресурсы для сервиса ULL, тогда как модуль WTRU может использовать RR уровня MAC, если статус буфера в совокупности с RR на уровне PHY указывает на запрос служб типа IBB.
Модуль WTRU может инициировать RR на основе одного или более из следующего. Модуль WTRU может инициировать RR на основе требования QoS (например, относящегося к QoS события), описанного в настоящем документе. Например, модуль WTRU может инициировать RR на основе события, относящегося к задержке. Такое относящееся к задержке событие может представлять собой, например, прибытие критичного по времени пакета на уровень MAC или более высокий уровень. Модуль WTRU может инициировать RR на основе TTL одного или более пакетов или данных, оказывающегося ниже порога. Модуль WTRU может инициировать RR на основе инициирования, конфигурирования или переконфигурирования сервиса, точки TRP, логического канала, режима SOM и/или т.п. в модуле WTRU. Модуль WTRU может инициировать RR на основе поступления пакета с не таким классом QoS, как в текущей передаче. Модуль WTRU может инициировать RR на основе данных, не удовлетворяющих требованиям QoS и/или т.п.
Модуль WTRU может инициировать RR на основе одного или более из следующего. Модуль WTRU может инициировать RR на основе индикации с прикладного уровня. Модуль WTRU может инициировать RR на основе периодического завершения отсчета таймера. Модуль WTRU может инициировать RR на основе индикации того, что буфер больше не пустой (или другой информации о занятости буфера). Модуль WTRU может инициировать RR на основе одного или более объектов HARQ, указывающих, что передача должна быть выполнена при возврате из режима сна, DRX и/или т п. Модуль WTRU может инициировать RR на основе инициирования, конфигурирования или переконфигурирования сервиса. Модуль WTRU может инициировать RR на основе создания логического канала (например, логического канала, требующего связи с малой задержкой). Модуль WTRU может инициировать RR на основании того, что модуль WTRU выполняет подключение к сети. Что касается последнего примера инициирующего события, то, если сеть является сетью, действующей при помощи LTE, и если новые данные прибывают с требованиями, которые могут быть удовлетворены сервисами LTE, модуль WTRU может инициировать RR 5GFlex.
Модуль WTRU может инициировать RR для сервиса или логического канала в том время, как происходит или начата передача данных по ресурсу, который обслуживает другой сервис или другой логический канал. В этом сценарии модуль WTRU может выполнить одно или более из следующих действий, например, основанных на определении приоритета, количестве ресурсов и/или количестве данных для отправки (например, в абсолютном выражении или на основе текущих характеристик QoS для каждого сервиса). Модуль WTRU может присоединять информацию RR к текущей передаче данных или модуль WTRU может задержать передачу RR до тех пор, пока текущая передача не будет завершена. Однако для передач, чувствительных к времени, задержка RR может не выполняться, если модуль WTRU задерживает передачу RR, или если присоединенная информация декодируется в конце TTI. Модуль WTRU может немедленно отправлять RR в сеть. Модуль WTRU может избегать передачи RR и выполнять назначение приоритетов ресурсам для обращения к новому сервису, который инициировал RR с использованием существующих ресурсов.
В качестве иллюстрации у модуля WTRU может быть текущий сеанс просмотра веб-страниц и могут быть ресурсы, доступные для передачи. Если в это время модуль WTRU принимает данные с менее строгими требованиями QoS (например, относящихся к времени требований QoS), модуль WTRU может передать информацию запроса ресурсов вместе с данными (например, с помощью PDU уровня MAC или внедрения RR в уровень PHY). Если принятые данные имеют строгие требования QoS, или если требование к задержке не удовлетворяется, модуль WTRU может инициировать передачу RR с использованием характеристик RR, связанных с этим сервисом (например, характеристика RR, используемая для передачи RR, может неявно указывать сервис, к которому применяется RR; характеристики RR могут отражать числовые данные, привязку по времени, ресурсы, способы передачи и/или т.п.). В таком случае модуль WTRU может передавать RR параллельно с текущей передачей данных (например, по другим ресурсам) или модуль WTRU может задержать передачу данных, чтобы передать RR. Например, если данные поступаю в середине текущей передачи и инициируется RR, модуль WTRU может передать (например, немедленно передать) эти данные в первом доступном ресурсе. Если следующий доступный ресурс возникает позднее, чем время передачи соответствующего RR по радиоинтерфейсу, модуль WTRU может передать RR во время текущей передачи. Механизмы для передачи RR во время выполнения передачи с более длительным TTI и/или в то время, когда специфичные для RR ресурсы ограничены или недоступны, описаны в настоящем документе.
В иллюстративной системе связи, описанной в настоящем документе, модуль WTRU может получать доступ к ресурсам посредством предоставления от сети. Использование или неиспользование предоставленных ресурсов может быть примером рабочего аспекта, который может быть изменен при переключении схемы передачи. Модуль WTRU может принимать одно или более из следующих предоставлений. Модуль WTRU может принимать информацию (например, индикацию) о ресурсах, к которым модуль WTRU может получать доступ. Эти ресурсы могут быть указаны, например, как индекс предварительно сконфигурированных ресурсов или в явном виде посредством сигнализации в предоставлении. Модуль WTRU может принимать информацию о режиме SOM или транспортном канале, для которого действительно предоставление. Например, информация может указывать числовые данные, TTI и/или сигнал, которые модуль WTRU может использовать. Модуль WTRU может принимать информацию о логическом канале, типе сервиса, приоритете и/или т.п., которые модуль WTRU может использовать для данного предоставления. Эта информация может содержать идентификатор или значение, которые одинаково понимаются модулем WTRU и сетью. Модуль WTRU может принимать информацию о транспортном формате предоставления (например, таком как MCS, размер блока, время начала и т.д.). Модуль WTRU может принимать информацию о длине TTI. Модуль WTRU может принимать информацию о действительности предоставления. Например, информация может указывать TTI или диапазон TTI, который модулю WTRU разрешено использовать для предоставления, продолжительности периодов и т.д. Модуль WTRU может принимать информацию о диапазоне логического канала, приоритете и/или сервисе, который может быть использован с предоставлением или может быть исключен из предоставления. Этот диапазон может быть больше или меньше определенного значения приоритета (например, которое может быть указано сетью в предоставлении).
Модуль WTRU может присваивать приоритет передаче логических каналов. Такое назначение приоритетов передачи логических каналов может быть примером рабочего аспекта, который может быть изменен при переключении схем передачи модулем WTRU. Например, модуль WTRU может использовать предоставление для передачи логического канала (например, любого логического канала), которые имеет значение приоритета меньше или больше значения, переданного посредством сигнализации в предоставлении, или находится в определенном диапазоне (например, от минимального значения до максимального значения), переданного посредством сигнализации в предоставлении. В пределах диапазона допустимых значений приоритета модуль WTRU может исключать определенные уровни приоритета.
Модуль WTRU может быть выполнен с возможностью назначения приоритетов использованию предоставленных ресурсов. Назначение приоритетов предоставленным ресурсам среди различных сервисов может быть примером рабочего аспекта, который может быть изменен при переключении схем передачи модулем WTRU. Например, диапазон приоритетов сервисов 5G может включать десять различных уровней приоритета, связанных с планированием и использованием предоставленных ресурсов, причем уровень десять является наивысшим приоритетом, который может быть связан с сервисом типа ULLC. Модуль WTRU может быть выполнен с возможностью назначения ресурсов сначала сервисам наивысшего приоритета (например, когда эти сервисы наивысшего приоритета имеют данных для передачи). Например, модуль WTRU может принимать предоставление, которое назначено уровню приоритета пять. Соответственно, модуль WTRU может быть выполнен с возможностью использования этого предоставления (например, ресурсов, связанных с этим предоставлением) для транспортного блока, помеченного уровнем приоритета пять или выше, или для транспортного блока с наивысшим приоритетом, если наивысший приоритет меньше пяти. При получении индикации гранта с уровня PHY уровень MAC может выбрать в своем буфере передачи пакет с уровнем приоритета пять или выше, или с наивысшим приоритетом, если он меньше пяти, и может отправить этот пакет на уровень PHY для передачи.
Модуль WTRU может быть выполнен с возможностью привязки назначения приоритетов ресурсам с определенным типом ресурсов на уровне PHY. Привязка назначения приоритетов типам ресурсов может быть примером рабочего аспекта, который может быть изменен при переключении схем передачи модулем WTRU. Например, модуль WTRU может быть выполнен с возможностью использования определенного режима SOM только для логического канала определенного приоритета. В качестве иллюстрации модуль WTRU может принимать предоставление, которое было назначено уровню приоритета пять. Модуль WTRU может быть выполнен с возможностью использования этого предоставления (например, ресурсов, связанных с этим предоставлением) для транспортного блока, помеченного приоритетом уровня пять или ниже. Соответственно, модуль WTRU может быть лишен возможности использования ресурсов, связанных с этим предоставлением, для данных более высокого приоритета (например, данных с уровнем приоритета выше пяти), поскольку эти ресурсы могут быть не выполнены с возможностью (например, в отношении надежности и своевременности) приспособления к данным с приоритетом более высоких уровней.
Модуль WTRU может быть выполнен с возможностью исключения из диапазона уровней приоритета определенных уровней приоритета, для которых может быть использован предоставленный ресурс. Исключение определенных уровней приоритета может быть примером рабочего аспекта, который может быть изменен при переключении схем передачи модулем WTRU. Определенные уровни, которые могут быть исключены модулем WTRU, могут быть определены посредством спецификации или могут быть переданы с помощью сигнализации в модуле WTRU. Например, уровень приоритета десять может быть исключен, поскольку этот уровень может быть связан (например, может быть всегда связан) с высшей формой связи со сверхмалой задержкой и в силу этого требовать ресурсов специального типа, которые могут быть предоставлены отдельно (например, путем указания специального уровня приоритета или посредством других механизмов).
Модуль WTRU может быть выполнен с возможностью автономного доступа к ресурсам (например, к предварительно сконфигурированным ресурсам). Автономный доступ к ресурсам может быть примером рабочего аспекта, который может быть изменен при переключении схем передачи модулем WTRU. Модуль WTRU может быть предварительно сконфигурирован с набором передач, которые модуль WTRU может автономно выполнять. Такая возможность может потребоваться, например, в приложениях IoT, в промышленных областях применения, в транспортной связи и/или т.п. В одном или более сценариях модуль WTRU может переходить от наличия всего лишь нескольких передач по восходящей линии связи или их отсутствия к длительному периоду времени с наличием регулярных (например, периодических) передач с очень низкой задержкой. Чтобы начать регулярные передачи с низкой задержкой, модуль WTRU может быть сконфигурирован с набором предварительно сконфигурированных ресурсов. Модуль WTRU может использовать один или более предварительно сконфигурированных ресурсов для передачи данных с определенными требованиями QoS. Такие конфигурации вовсе необязательно резервируют ресурсы для модуля WTRU, но могут указывать модулю WTRU, какие ресурсы модуль WTRU может использовать при необходимости.
Предварительно сконфигурированный ресурс может включать в себя статическую конфигурацию из одного или более перекрывающихся или неперекрывающихся частотно-временных ресурсов. Ресурсы могут существовать конечный период времени и/или могут возникать с определенной периодичностью. Например, один предварительно сконфигурированный ресурс может включать в себя единственный ресурсный блок, находящийся в кадре или подкадре с определенным номером. Модуль WTRU может принимать предварительно сконфигурированные ресурсы или запрашивать изменение предварительно сконфигурированных ресурсов (при регистрации в сети и/или подключении к ней) посредством специальной сигнализации от сети (например, аналогичной сигнализации RRC), посредством таблицы доступа (например, совместно с сигнатурой системы), путем использования идентификатора, соответствующего модулю WTRU или сервису, и/или путем установления сервиса, радиоканала, логического канала и/или т.п., которые могут потребовать таких предварительно сконфигурированных ресурсов.
Модуль WTRU может получать доступ к предварительно сконфигурированному ресурсу, например, посредством краткой передачи по восходящей линии связи или посредством передачи RR или информации планирования (SI). Такая передача по восходящей линии связи может включать в себя одно или более из следующего. Передача может включать в себя запрос на передачу. Передача может включать в себя индекс или идентификатор, который указывает требуемый предварительно сконфигурированный ресурс в наборе предварительно сконфигурированных ресурсов. Передача может включать в себя информацию, которая определяет длительность использования предварительно сконфигурированного ресурса (например, такую как требуется ли модулю WTRU использовать этот ресурс однократно или периодически, на продолжении какого времени модулю WTRU требуется использовать этот ресурс и т.д.). Передача может включать в себя условия, которые потенциально могут быть использованы для определения того, является ли предварительной сконфигурированный ресурс больше недействительным, и/или когда он стал недействительным. Передача может включать в себя запрос идентификатора/индекса и другой связанной со временем информации о предварительно сконфигурированном ресурсе. Передача может включать в себя другую информацию, которая может содержаться в RR или SI. Модуль WTRU может быть идентифицирован в передаче, например, специфичным для модуля WTRU ресурсом RR или SI, или явно выраженным идентификатором, как описано в настоящем документе.
После передачи запроса (например, RR, как определено в настоящем документе) модуль WTRU может начать контролировать один или более каналов управления, связанных с сервисом или классом QoS, который инициировал этот запрос. Например, если запрошена передача данных с малой задержкой, модуль WTRU может инициировать контроль одного или более каналов управления, связанных с сервисом с малой задержкой или соответствующим режимом SOM. Модуль WTRU может принимать информацию в установленные сроки (например, способами, аналогичными описанным в настоящем документе). Модуль WTRU может принимать ответ от сети после отправки краткой передачи по восходящей линии связи, как описано в настоящем документе. Модуль WTRU может принимать из ответа одно из двух или оба из следующего: индекс и/или время, связанные с информацией, которая может быть в краткой передаче по восходящей линии связи, или подтверждение на использование ресурса. Например, модуль WTRU может выполнять краткую передачу UL, указывающую запрос на ресурсы для определенного сервиса или режима SOM. Сеть может ответить индексом для предварительно сконфигурированного ресурса. В зависимости от условий предварительного конфигурирования и/или типа запрашиваемого сервиса предварительно сконфигурированный ресурс может быть использован для по меньшей мере одной передачи.
Модуль WTRU могут быть предоставлены предварительно сконфигурированные ресурсы в нисходящей линия связи (DL). Например, предоставление может быть сделано с помощью механизма ответа, как описано в настоящем документе (например, предоставлением может быть включено в ответ от сети). Модуль WTRU может запрещать предварительно сконфигурированные ресурсы (например, аналогично тому, как предварительно сконфигурированные ресурсы разрешают). Например, модуль WTRU может запрещать (например, неявно) передачу предварительно сконфигурированного ресурса посредством передачи RR, например, когда количество критичных к задержке данных в буфере ниже порогового значения. Запрос и/или разрешение/запрещение предварительно сконфигурированных ресурсов являются примерами рабочего аспекта, который может быть изменен при переключении схем передачи модулем WTRU.
Модуль WTRU может выполнять автономную передачу по восходящей линии связи, например, с использованием потенциальных ресурсов, которые необязательно могут быть выделены модулю WTRU. Для таких передач модуль WTRU может разрешить использование предварительно сконфигурированных ресурсов и/или информировать сеть о том, что такие ресурсы используются модулем WTRU. Дополнительно или в качестве альтернативы модуль WTRU может выполнять передачу по восходящей линии связи через канал управления восходящей линии связи с малой задержкой или посредством передачи данных с малой задержкой (например, с помощью короткого TTI), которая назначена модулю WTRU или выделена одному или более модулям WTRU. Автономная передача по восходящей линии связи является примером рабочего аспекта, который может быть изменен при переключении схем передачи модулем WTRU.
Модуль WTRU может выполнять передачу UL для разрешения предварительно сконфигурированного ресурса посредством CE уровня или других подобных сообщений управления по ресурсам, запланированным для передач по восходящей линии связи. Модуль WTRU может выполнять вышеуказанное вместо автономной отправки передачи UL. Использование запланированных ресурсов для разрешения предварительно сконфигурированных ресурсов может быть примером рабочего аспекта, который может быть изменен при переключении схем передачи модулем WTRU.
Модуль WTRU может передавать запрос на предварительно сконфигурированные ресурсы или индикацию на использование предварительно сконфигурированных ресурсов посредством подходящего способа, описанного в настоящем документе. Например, модуль WTRU может передавать запрос или индикацию образом, аналогичным передаче RR. Например, модуль WTRU может разрешать предварительно сконфигурированный ресурс посредством RR (например, на основе содержимого RR). Модуль WTRU может разрешать предварительно сконфигурированный ресурс в явной форме, например, путем отправки RR для указания требуемой конфигурации ресурса. Модуль WTRU может неявно разрешать предварительно сконфигурированный ресурс, например, путем включения относящего к QoS параметра в RR, который может быть интерпретирован как автоматический запрос конфигурации ресурса определенного типа. Модуль WTRU может неявно разрешать использование предварительно сконфигурированного ресурса после передачи RR, содержащего определенные условия инициирования. Такие условия могут быть частью начальной предварительной конфигурации самого предварительно сконфигурированного ресурса. Например, модуль WTRU может быть выполнен с возможностью использования предварительно сконфигурированного ресурса после передачи RR, указывающего на количество критичных к задержке данных которое превышает определенный порог.
Модуль WTRU может быть выполнен с возможностью осуществления передачи по восходящей линии связи, описанной в настоящем документе, с использованием одного или более из следующих механизмов. Модуль WTRU может быть выполнен с возможностью осуществления передачи по восходящей линии связи с использованием короткого сигнала уровня PHY, зарезервированного для одного или более модулей WTRU для сигнализации в сеть. Модуль WTRU может быть выполнен с возможностью осуществления передачи по восходящей линии связи с использованием сигнала, подобного CDMA, или выколотого сигнала, отправляемого по каналу, совместно используемому множеством модулей WTRU. Модуль WTRU может быть выполнен с возможностью осуществления передачи по восходящей линии связи с использованием подобной RACH передачи по восходящей линии связи, выполняемой в четко определенные моменты времени. Модуль WTRU может быть выполнен с возможностью осуществления передачи по восходящей линии связи посредством начальной передачи по одному из ресурсов, связанных с предварительно сконфигурированным ресурсом. Передачи сети в нисходящей линии связи (например, которые могут содержать сигнал ACK или индикацию) могут быть выполнены с использованием канала управления с малой задержкой, канала данных с коротким TTI, или другого подходящего канала DL.
Модуль WTRU могут быть выделены ресурсы для передачи данных для одного или более сервисов. Модуль WTRU может динамически планировать (например, посредством самопланирования) передачу данных с использованием всех или подмножества выделенных ресурсов. Выделенный ресурс может быть ограничен одним или более конкретными окнами во временной области (например, такие временные окна могут иметь длительность от пары до нескольких миллисекунд). В определенных вариантах осуществления эти одно или более временных окон могут повторяться периодически (например, по существу периодически). Выделенные ресурсы могут быть ограничены определенным диапазоном в частотной области. Диапазон частот может зависеть от времени (например, обеспечивать частотное разнесение). Выделенные ресурсы могут быть использованы по меньшей мере одним каналом восходящей линии связи (UPCH), по которому модуль WTRU может передавать данные и информацию управления. Выделенные ресурсы могут быть использованы одним или более физических каналов прямого соединения (SPCH). Ресурсы могут быть выделены на основе типа сервиса (например, для каждого из типов сервисов) таким образом, чтобы некоторые ресурсы могли быть зарезервированы для определенных типов сервисов.
Модулю WTRU могут быть выделены ресурсы для передачи информации планирования (SI), другой информации управления восходящей линией связи (UCI) и/или информации управления прямого соединения (SCI). Эта информация может включать в себя, например, HARQ-ACK и/или обратную связь по CSI. Следует отметить, что обсуждение в настоящем документе касательно SI может быть распространено на запрос ресурсов (RR) (например, RR может считаться типом SI и упоминаться взаимозаменяемо с SI; например, примеры, описанные в отношении SI, могут быть также применены к RR, и наоборот). Аналогичным образом, обсуждение в настоящем документе касательно RR может быть распространено на SI. Например, несмотря на то, что выше рассмотрено выделение ресурсов для передачи SI, специалисту в данной области понятно, что этот механизм может быть применен передаче RR. Ресурсы, выделенные для передачи информации SI и/или другой информации UCI/SCI, могут быть частью блока ресурсов, выделенных для самопланируемых операций, или могут быть выделены отдельно. В определенных вариантах осуществления эти ресурсы могут быть сделаны доступными для передачи данных. Передача информации SI и/или другой информации UCI/SCI может происходить по определенному физическому каналу управления (например, по физическому каналу управления восходящей линии связи или прямого соединения). Информация SI и/или UCI/SCI может быть закодирована и мультиплексирована (например, внутри полосы) в физическом канале восходящей линии связи или прямого соединения (например, наряду с данными).
Ресурсы, выделенные для передачи информации SI и/или другой информации UCI/SCI, могут быть выполнены с возможностью появления через регулярные промежутки времени, например, через каждый самый короткий применимый интервал TTI, чтобы обеспечить частые возможности для передачи. Ресурсы, используемые для передачи одного экземпляра SI, могут занимать весь диапазон в частотной области выделения. Таким образом, количество временных символов, сконфигурированных для передачи одного экземпляра SI, может быть уменьшено (например, минимизировано). Информация SI может быть совместно закодирована с другой информацией UCI/SCI. Информация SI и/или другая информация UCI/SCI могут быть закодированы и мультиплексированы по отдельности (например, сцеплены) перед модуляцией, отображением уровня и/или отображением ресурсного элемента. Скорость кодирования, схема кодирования и/или модуляция могут быть определены с использованием одного или более способов, описанных в настоящем документе.
Модуль WTRU может передавать информацию о параметрах, связанных с передачей информации SI и/или UCI/SCI. Такая информация может помочь принимающему узлу, такому как сетевой узел или другой модуль WTRU, декодировать информацию SI и/или UCI/SCI. Например, модуль WTRU может указывать количество информационных битов, схему модуляции и кодирования и/или информацию о ресурсах (например, количество временных символов), связанную с информацией SI и/или UCI/SCI. Такая информация может быть закодирована отдельно от информации SI и/или UCI/SCI и/или может быть отображена в известную часть выделенного ресурса. Модуль WTRU может включать в себя индикацию (например, для каждого временного символа, который содержит информацию SI и/или UCI/SCI) того, содержит ли следующий временной символ информацию SI и/или UCI/SCI.
Модуль WTRU может передавать данные в одном или более TTI. Модуль WTRU может передавать данные для одного или более сервисов, одного или более логических каналов или транспортных каналов и/или одного или более получателей (например, сетевых узлов или других модулей WTRU). Модуль WTRU может включать информацию, связанную с данными в SI (например, экземпляр SI), чтобы помочь одному или более получателям декодировать эти данные. Экземпляр SI может быть передан до передачи данных в одном или более TTI. Передача SI может быть в соответствии с фиксированной временной зависимостью.
Модуль WTRU может указывать в SI, происходит ли передача данных в TTI или нет. Например, SI может указывать одно или более из следующего о TTI или применимый тип передачи в TTI. SI может указывать, передаются ли данные в TTI. SI может указывать тип данных, сервиса или логического канала, включенного в передачу. SI может включать в себя индикацию времени для TTI (например, сколько единиц времени от экземпляра SI). SI может включать в себя длительность TTI. SI может включать в себя идентификатор для модуля WTRU (например, такой как RNTI). Информация SI может включать в себя индикацию узла назначения (например, такую как сетевой узел (точка TRP) или другой модуль WTRU). SI может указывать циклическую проверку четности с избыточностью (CRC), например, CRC объединенную с другим полем, таким как идентификатор модуля WTRU, или маскированную этим полем. SI может указывать количество кодовых слов. SI может указывать информацию, относящуюся к мощности (например, такую как запас мощности). SI может указывать другую информацию управления, такую как запросы на планирование и/или отчеты о статусе буфера, HARQ-ACK или обратную связь по CSI и/или команды управления мощностью передачи.
Модуль WTRU может включать в SI описание порядка передачи информации для кодового слова. Описание может, в свою очередь, включать в себя одно или более из следующего. Описание может включать в себя тип транспортного канала. Описание может включать в себя тип кодирования, такой как сверточное или турбо. Описание может включать в себя схему модуляции и кодирования (MCS). Описание может включать в себя информацию HARQ, такую как индикация новых данных (NDI), идентификатор процесса и/или порядковый номер повторной передачи. Описание может включать в себя выделение частоты/времени в пределах выделенных ресурсов или в пределах TTI. Описание может включать в себя пространственную информацию об обработке, такую как разнесение передачи или схемы пространственного мультиплексирования и/или количество уровней передачи. Описание может включать в себя порты антенны и/или информацию об опорном сигнале.
Модуль WTRU может использовать одно поле для сигнализации или индикации более чем одного из параметров, описанных в настоящем документе, например для сокращения потери при передаче данных. Например, полем может указывать комбинацию MCS и типа кодирования или типа транспортного канала. Отображение между значениями комбинации и значений соответствующих параметров могут быть предварительно определены или сконфигурированы верхним уровнем. Модуль WTRU может использовать один или более из следующих способов планирования передачи и/или установки параметра, относящегося к передаче.
Модуль WTRU может быть выполнен с возможностью мультиплексирования передач в частотной или пространственной области. Например, модуль WTRU может назначать приоритет передаче данных на основе типа сервиса и/или других параметров, таких как TTL, как описано в настоящем документе. Модуль WTRU может применять приоритет таким образом, чтобы время начала данных более высокого приоритета было раньше, чем у данных более низкого приоритета. Модуль WTRU может передавать данные различных приоритетов во время одного и того же временного интервала (например, при условии, что все данные более высокого приоритета могут быть переданы во время этого временного интервала). В таком случае данные более высокого приоритета могут быть переданы с использованием части доступных ресурсов в мощностной, частотной и/или пространственной области.
Доступные ресурсы могут быть разделены в частотной области. Модуль WTRU может выделять столько частотных ресурсов данным более высокого приоритета, сколько нужно, и использовать остальные ресурсы для передачи данных более низкого приоритета. Модуль WTRU может определять выделение частоты для передачи (например, для каждой передачи) в соответствии с предварительно определенными правилами. Например, модуль WTRU может в первую очередь выделять либо самую высокую частоту, либо самую низкую частоту. Выделение может быть основано на частотно-селективной обратной связи по качеству канала от получателя и/или основано на приоритетах передачи. Модуль WTRU может в первую очередь выделять часть частоты с более высоким качеством канала для передач с более высоким приоритетом. Например, модуль WTRU может получить с сетевого узла индикацию того, что первая часть частотного диапазона, выделенного для операций самопланирования, имеет более высокое качество, чем вторая часть. В таком случае модуль WTRU может выполнять передачу более высокого приоритета с использованием по меньшей мере первой части частотного диапазона.
Если можно использовать пространственное мультиплексирование, модуль WTRU может выделять данным более высокого приоритета столько уровней передачи, сколько нужно, и использовать остальные пространственные уровни для передачи данных более низкого приоритета. Например, модуль WTRU может определять выбор уровня для передачи (например, для каждой передачи) в соответствии с предварительно определенными правилами или на основе специфичной для уровня обратной связи по качеству канала от получателя.
Модуль WTRU может выбирать мощность передачи, MCS и/или пространственную схему передачи в соответствии с одним или более принципов адаптации. Например, модуль WTRU может конфигурировать и переконфигурировать (например, корректировать) мощность передачи. Такая мощность передачи может быть выражена, например, как отношение максимальной мощности передачи. Модуль WTRU может конфигурировать и переконфигурировать (например, корректировать) мощность передачи на основе сигнализации физического уровня, сигнализации верхнего уровня или их сочетания. Чтобы облегчить конфигурацию и переконфигурацию (например, корректировку) модуль WTRU может передавать опорные сигналы на сконфигурированном уровне мощности или с использованием уровня мощности, переданного с помощью сигнализации сетью. Модуль WTRU может использовать одну и ту же мощность передачи для одного или более ресурсных блоков (например, для каждого ресурсного блока). Мощность передачи может быть сконфигурирована на основании ресурсного блока таким образом, чтобы общая мощность передачи могла зависеть от количества ресурсных блоков, на которых происходит передача.
Модуль WTRU может принимать индикацию MCS и/или тип кодирования для использования с определенным типом данных. Например, модуль WTRU может принимать индикацию первого типа кодирования (например, сверточное кодирование), первую схему модуляции и кодирования (например, QPSK и скорость 1/3) и/или первую пространственную схему передачи (например, разнесение передачи, такое как SFBC) для использования с первым типом сервиса (например, URLLC). Модуль WTRU может принимать индикацию второго типа кодирования (например, турбо), вторую схему модуляции и кодирования (например, 16-КАМ и скорость 1/2) и/или вторую пространственную схему передачи (например, пространственное мультиплексирование ранга 2) для использования со вторым типом сервиса (например, eMBB).
Модуль WTRU может выбирать MCS и/или тип кодирования в зависимости от обратной связи по качеству канала от получателя и/или в зависимости от типа данных, подлежащих передаче. Например, для данного значения обратной связи по качеству канала от получателя модуль WTRU может выбирать первый тип кодирования, первую схему модуляции и кодирования и/или первую пространственную схему передачи, если данные, подлежащие передаче, соответствуют первому типу сервиса (например, URLLC). Модуль WTRU может выбирать второй тип кодирования, вторую схему модуляции и кодирования и/или вторую пространственную схему передачи, если данные, подлежащие передаче, соответствуют второму типу сервиса (например, eMBB). Отображение между значениями обратной связи по качеству канала и MCS и/или типом кодирования для использования с конкретным типом сервиса может быть сконфигурировано верхним уровнем.
Модуль WTRU может принимать индикации качества канала, MCS и/или тип кода посредством сигнализации физического уровня. Например, эти индикации могут быть переданы посредством сигнализации в информации управления нисходящей линии связи наряду с другими параметрами, которые выделяют ресурсы для операций самопланирования. Эти индикации могут передаваться посредством сигнализации на регулярной основе (например, с интервалом, который может быть порядка нескольких TTI).
Модуль WTRU может корректировать свой выбор MCS, схемы передачи и/или мощности передачи на основе динамической индикации, применимой к TTI. Модуль WTRU может принимать такую индикацию от сети посредством сигнализации физического уровня. Например, модуль WTRU может выбирать более консервативный уровень MCS и/или схему передачи, если индикация установлена на первое значение, и может применять менее консервативную MCS и/или схему передачи, если индикация установлена на второе значение. С помощью этой индикации сеть может корректировать устойчивость передачи, например, в зависимости от того, ожидается ли использование другим модулем WTRU тех же самых ресурсов в TTI (например, в случае многопользовательского MIMO). С помощью этой индикации сеть может повысить устойчивость передачи после определенного количества повторных передач HARQ. Модуль WTRU может отображать различные индикации в комбинации MCS/схема передачи. Комбинации MCS и схем передачи могут быть ранжированы от наименее консервативной до наиболее консервативной. Например, модуль WTRU может хранить такое ранжирование в таблице, и индикация может быть отображена в смещение, которое связано с одной или более записей таблицы. Это смещение может быть сконфигурировано верхним уровнем и/или в зависимости от типа сервиса или транспортного канала.
Модуль WTRU может корректировать выбор MCS, типа кодирования и/или мощности передачи на основе количества выполненных передач, задержки с момента начальной передачи данных и/или TTL данных. Например, модуль WTRU может применять более консервативный уровень MCS и/или схему передачи, когда TTL данных, содержащихся в передаче, оказывается ниже порога. Корректировка может включать в себя смещение, применяемое в таблице MCS и/или схем передачи. Корректировка может привести к выделению большей части выделенных ресурсов на передачу при увеличении устойчивости передачи и вероятности успешного завершения. Модуль WTRU может увеличивать мощность передачи с помощью смещения, когда TTL данных оказывается ниже порога.
Модуль WTRU может быть выполнен с возможностью передачи более чем одному получателю (например, с использованием более чем одного экземпляра MAC и/или одновременно). В качестве примера первый экземпляр MAC может соответствовать передаче на первый сетевой узел, а второй экземпляр MAC может соответствовать передаче на второй сетевой узел. В качестве примера первый экземпляр MAC может соответствовать передаче на сетевой узел, а второй экземпляр MAC может соответствовать передаче на другой модуль WTRU. MCS и/или тип кодирования, применимые к передаче (например, к каждой передаче), могут зависеть от обратной связи по качеству канала и/или других индикаций, предоставляемых получателем.
Ресурсы могут быть сконфигурированы для операций самопланирования. Для одного или более типов сервисов (например, для каждого типа сервисов) эти ресурсы могут включать одно или более из следующего. Ресурсы для самопланирования могут включать в себя ресурсы для передачи данных и/или информации управления (например, информации SI и/или SCI/UCI). Ресурсы для самопланирования могут включать в себя ресурсы для приема информации управления (например, информации управления нисходящей линии связи или прямого соединения, такой как обратная связь по качеству канала, обратная связь по HARQ и/или другие индикации). Ресурсы для самопланирования могут включать в себя параметры для адаптации звена (например, такие как мощность передачи, смещения для корректировок мощности, MCS и/или схемы передачи). Ресурсы для самопланирования могут быть сконфигурированы верхним уровнем или с помощью комбинации сигнализации физического уровня и сигнализации верхнего уровня. Например, модуль WTRU может принимать поле, например, посредством сигнализации управления нисходящей линии связи из физического канала управления, которое может быть отображено в набор параметров, связанных с конфигурацией ресурсов для самопланирования. Такое отображение может быть сконфигурировано верхним уровнем.
Модуль WTRU может иметь доступ к ресурсам, выделенным для определенного типа сервисов (например, такого как URLLC). Такие ресурсы могут быть общими (например, совместно используемыми) для множества модулей WTRU. Это множество модулей WTRU может передавать данные URLLC (например, по меньшей мере время от времени). Выделенные ресурсы могут содержать специальные временные/частотные ресурсы, такие как специальные ресурсные блоки или поднесущие. Эти ресурсы могут быть использованы для данного набора кадров или подкадров либо в течение долгого периода времени. Модуль WTRU может определять ресурсы, выделенные определенному сервису (например, для URLLC), например, на основе широковещания или передачи специальной сигнализации сетью или посредством таблицы доступа.
Модуль WTRU может быть в состоянии автономно передавать по выделенным ресурсам PHY. Например, модуль WTRU может быть выполнен с возможностью осуществления таких автономных передач, когда выделенные ресурсы PHY зарезервированы для этого модуля WTRU (например, только для этого модуля WTRU). Модуль WTRU может принимать ACK от сети по имеющему низкую задержку каналу управления нисходящей линии связи. Например, ACK может быть отправлено по каналу управления. ACK может быть отправлено в том же самом подкадре, что и индикация, и/или путем использования укороченного TTI. ACK может содержать индикацию того, какие ресурсы нужно использовать. ACK может быть отправлено посредством выделенных символов в пределах определенного частотно-временного пространства (например, частотно-временное пространство может быть зарезервировано для этой специальной цели). Например, набор символов может быть отменен для модуля WTRU (например, для каждого модуля WTRU) для приема ACK нисходящей линии связи. Такие символы могут служить для других целей (например, этим символы могут служить в качестве опорных символов), например, в подкадрах или TTI, в которых модуль WTRU не ожидает ответа из индикации.
Модуль WTRU может быть сконфигурирован с ресурсам на уровне PHY, которые могут быть использованы (например, специально зарезервированы) для передач с укороченными TTI. Например, специальные временные/частотные ресурсы (например, x ресурсных блоков для каждых y подкадров) могут быть зарезервированы для модуля WTRU для выполнения передач с укороченным TTI (например, 2 символов сигнала OFDM). Модуль WTRU может определять ресурсы, зарезервированные для передач с укороченным TTI с использованием одного или более из следующих способов. Эти ресурсы могут быть статически определены для модуля WTRU. Ресурсы могут передаваться сетью посредством специальной сигнализации или с помощью таблицы доступа. Ресурсы могут быть определены/созданы (например, неявно) на основе типа устройства модуля WTRU, на основе типа сервиса и/или на основе типа трафика, управляемого в данное время модулем WTRU. Модуль WTRU может быть выполнен с возможностью автономного выбора ресурсов.
Определенные типы передач могут иметь приоритет над остальными. На фиг. 5 показан пример назначения приоритета передачам. Такое назначение приоритетов передачи может быть применено в различных вариантах использования, в том числе с применением передач URLLC, передач eMBB с дифференцированным QoS, немультиплексированных передач URLLC и/или т.п. Назначение приоритетов передачи может быть реализовано на основе одного или более из следующего. Назначение приоритетов передачи может быть реализовано посредством дифференциации запросов. Назначение приоритетов передачи может быть реализовано посредством выбора транспортного канала. Назначение приоритетов передачи может быть реализовано посредством повторного связывания ресурсов с HARQ высокого приоритета и/или другими транспортными каналами. Приоритетная передача может указывать и/или использовать определенные числовые данные. Приоритетная передача может включать в себя PDU, сконфигурированный с максимальным допустимым временем успешного завершения передачи (например, таким как в случае передач URLLC или передач eMBB с дифференцированным QoS). Приоритетная передача может включать в себя PDU, связанный с определенным логическим каналом (например, таким как в случае немультиплексированной передачи URLLC).
Как описано в настоящем документе, иллюстративная система связи может поддерживать связь с малой задержкой. Модуль WTRU может быть выполнен с возможностью передачи пакетов с малой задержкой немедленно или с задержкой на обработку (например, с минимально возможной задержкой) на уровнях MAC/PHY. Модуль WTRU может быть выполнен с возможностью задержки передач, которые уже в обработке, которые были отменены, и/или которые были прекращены, чтобы дать преимущество пакетам с малой задержкой. В примере схемы назначения приоритета связи с малой задержкой модуль WTRU, собирающийся выполнить запланированную передачу по восходящей линии связи, может автономно принять решение задержать эту запланированную передачу и использовать ресурсы, выделенные запланированной передаче, для осуществления или повторного осуществления передачи с требованием малой задержки.
К примерам передач, которые могут быть задержаны модулем WTRU, можно отнести динамически планируемую передачу по восходящей линии связи, полупостоянная передача или передача, предоставляемая статической восходящей линии связи, запланированная передачи или т.п. В качестве примера модуль WTRU, имеющий множество выполняющихся процессов HARQ, может приостановить один из процессов HARQ, чтобы позволить передачу данных с малой задержкой. В качестве примера модуль WTRU может приостановить транспортный блок или передачу, которую нужно выполнить повторно, и использовать ресурсы, предназначенные для этой передачи, для выполнения начальной передачи транспортного блока или данных с требованиями малой задержки. В качестве примера модуль WTRU может получить предоставление, связанное с передачей определенного приоритета, логическим каналом и/или сервисом, и модуль WTRU может принять решение использовать ресурсы, предназначенные для предоставленной передачи, для передачи пакета с малой задержкой. Например, пакет с малой задержкой может поступить на уровень MAC после того, как были выполнены запрос на ресурсы без требования малой задержки и соответствующее предоставление. В таком сценарии модуль WTRU может отправить в сеть индикацию касательно передач без требования малой задержки, для которых в настоящее время зарезервированы ресурсы, и другого сервиса, приоритета или логического канала, для которого модуль WTRU намерен использовать данные ресурсы вместо этих передач. Индикация может быть передана с использованием формата и/или способа, описанного в настоящем документе.
Модуль WTRU может, после принятия решения о задержке передачи, такой как передача без требования малой задержки, передать в сеть индикацию того, что передача была задержана в пользу другой передачи (например, передачи с малой задержкой). Индикация может указывать, что предоставление или выделение ресурса переопределяется. Индикация может указывать, что идентификатор или процесс HARQ, связанный с этими данными, задерживается. Индикация может указывать, что идентификатор или процесс HARQ, связанный с новыми данными. Индикация может указывать ресурсы, местоположения и/или процедуры, которые могут быть использованы для повторной передачи задержанных данных. Индикация может быть предоставлена в информации UCI/SCI, SI и/или RR, как описано в настоящем документе. Индикация может включать в себя тип данных, задерживаемых или подлежащих передаче. Например, модуль WTRU может указать, что передача является передачей с малой задержкой и должна быть обработана соответствующим образом. Модуль WTRU может указать транспортный формат (например, MCS, кодировку и т.д.) данных, которые передаются, и/или параметры PHY, которые используются для передачи этих данных по тем же ресурсам (например, параметр TTI). По получении индикации сеть может приостановить обработку HARQ для конкретного процесса HARQ, который прервали. Сеть может возобновить обработку HARQ после успешного завершения передачи транспортного блока с малой задержкой.
После установления приоритета новой передачи (например, передачи с малой задержкой) над первоначальной передачей модуль WTRU может использовать для новой передачи тот же самый способ модуляции и/или кодирования, который предназначался для первоначальной передачи. В альтернативном варианте осуществления модуль WTRU может выбрать новый TTI, способ модуляции и/или кодирования, чтобы новая передача могла позволить модулю WTRU осуществлять новую передачу в рамках тех же самых ресурсов или в рамках части тех же самых ресурсов.
Модуль WTRU может отправлять индикацию, описанную выше, в сеть с использованием подмножества ресурсов, выделенных модулю WTRU. Например, модуль WTRU может отправлять индикацию в транспортном блоке, в наборе ресурсных элементов или в наборе поднесущих. Подмножество ресурсов может предварительно определено для этой цели. В качестве иллюстрации для отправки индикации модуль WTRU может использовать первые N поднесущих первого транспортного блока. Модуль WTRU может дополнительно передавать предварительно заданную последовательность для сигнализации в сеть о наличии индикации. Благодаря такому способу сеть может сначала декодировать специально предназначенные ресурсные элементы, чтобы определить наличие предварительно заданной последовательности, индикации приостановки, параметров физического уровня и/или т.п.
Дополнительно или в качестве альтернативы модуль WTRU может отправлять индикацию, описанную выше, по отдельному каналу управления, такому как канал управления, используемый для сообщения управления с малой задержкой UL. Модуль WTRU может отправлять индикацию по другому набору ресурсов, который имеет укороченный TTI. Сеть может быть выполнена с возможностью декодирования информации, передаваемой модулем WTRU вслепую. Модуль WTRU может использовать информацию UCI/SCI, канал управления UL, SI или RR для передачи новой информации планирования и/или для указания новой информации HARQ, новых параметров физического уровня, новых режимов SOM и/или новых интервалов TTI. Модуль WTRU может передавать соответствующую информацию и/или выбирать соответствующие параметры с помощью одного или более способов, описанных в настоящем документе.
Модуль WTRU может быть выполнен с возможностью передачи RR, SI и/или данных с малой задержкой во время выполнения другой передачи. Если RR инициирован во время выполнения другой передачи, модуль WTRU может передать RR в середине текущей передачи. В пределах TTI могут быть зарезервированы определенные символы и/или ресурсы для передачи RR для критичных по времени данных. Модуль WTRU может передавать RR и/или SI с помощью сигнала, подобного CDMA. Модуль WTRU может выкалывать критичные по времени данные и внедрять запрос RR в сигнал или канал данных. Объект, принимающий данные, может принять индикацию того, что данные были выколоты.
Когда передача данных прервана запросом RR и/или критичными по времени данными, ряд битов (например, все биты, последующие за прерыванием) могут быть сброшены. Модуль WTRU может внедрять информацию в сигнал для указания принимающему объекту того, что данные из предыдущей передачи были сброшены и начата новая передача, или что выполняется передача RR/SI. Модуль WTRU может уведомлять принимающий объект (например, сеть) о том, что данные (например, все данные, последующие за прерыванием) были сброшены. Для обработки критичных по времени данных модуль WTRU может сбросить пакет из своего буфера передачи или сбросить пакет, который он принимает с верхнего уровня, прежде чем пакет будет обработан сетью RAN. Модуль WTRU может быть выполнен с возможностью сброса пакетов на любом уровне. Например, пакет может быть сброшен, когда он принимается с верхнего уровня. В качестве другого примера определенный уровень в модуль WTRU может сбросить SDU, который WTRU принимает с верхнего уровня.
При сбрасывании пакета модуль WTRU может выполнить одно или более действий. Модуль WTRU может повторно корректировать порядковую нумерацию, чтобы сброшенный пакет и/или SDU не занимали определенный порядковый номер. Модуль WTRU может отправлять определенную индикацию (например, CE уровня MAC или аналогичное сообщение управления) вместе с передачей, чтобы предоставлять индикацию сброшенного пакета сети. В число примеров условий, при которых пакет может быть сброшен, можно включить одно или более из следующих условий. Модуль WTRU может сбрасывать пакет или SDU, когда пакет или SDU поступает позже ожидаемого времени доставки. Например, при поступлении пакета или SDU ожидаемое время доставки может уже истечь. Модуль WTRU может сбросить пакет или SDU, когда ожидаемое время обработки (например, ожидаемое текущими уровнями и/или нижними уровнями) пакета или SDU может привести к истечению ожидаемого времени доставки пакета или SDU до передачи. Модуль WTRU может сбросить пакет или SDU, когда пакет или SDU связан с логическим каналом, потоком и/или сервисом, в котором сброс пакета разрешен. Соответствующий логический канал, поток и/или сервис может быть сконфигурирован после инициирования с целью разрешить сброс пакета. Модуль WTRU может сбрасывать пакет или SDU, когда пакет или SDU мультиплексированы вместе с другими пакетами, которые имеют критичные по времени требования к задержке, а сам пакет или SDU не имеет критичных по времени требований к задержке.
Модуль WTRU может быть выполнен с возможностью передачи на нижний уровень, верхний уровень или прикладной уровень индикации о том, что пакет был сброшен. Например, модуль WTRU может быть выполнен с возможностью передачи индикации на уровень PHY, чтобы увеличить количество ресурсов, доступных для передачи. Например, модуль WTRU может быть выполнен с возможностью уведомления прикладного уровня о потенциально неправильных операциях.
Иллюстративная система связи, описанная в настоящем документе, может использовать ряд CE уровня MAC или сообщений управления уровня MAC для сигнализации управления уровня MAC. Один пример таких сообщений может быть связан с модификацией точки TRP, включая, например, передачу обслуживания, переключение, добавление, активацию и/или деактивацию точки TRP. Сеть может быть выполнена с возможностью отправки сообщения, чтобы дать команду модулю WTRU перейти с Tx/Rx на одной точке TRP к Tx/Rx на другой точке TRP. Сообщение может давать команду модулю WTRU инициировать объединенные TX/RX для двух различных точек TRP. Сообщение может содержать одно или более из следующих полей: идентификатор целевой точки TRP, конфигурацию целевой точки TRP (например, ресурс, мощность, таймеры и т.д.), несущую частоту и ширину полосы целевой точки TRP, независимую от канала RACH или модуля WTRU конфигурацию передачи целевой точки TRP и/или тактовую сигнализацию. Модуль WTRU может быть предварительно сконфигурирован с конфигурацией целевой точки TRP и может принимать индекс и/или подмножество конфигурации для доступа к точке TRP.
Другой пример CE уровня MAC или сообщения управления уровня MAC может быть связан с запросом на установление соединения с точкой TRP. Модуль WTRU может быть выполнен с возможностью отправки такого сообщения для запроса соединения с определенной точкой TRP. Сообщение может содержать информацию об идентификации модуля WTRU, список логических каналов и/или сервисов, причину запроса соединения и/или т.п.
Другой пример CE уровня MAC или сообщения управления уровня MAC может быть связан со списком измерений точек TRP (например, сообщение может содержать список измерений точек TRP). Сеть может быть выполнена с возможностью обеспечения модуля WTRU списком точек TRP, измерение которых модуль WTRU должен производить. Например, модуль WTRU может получить команду измерять качество DL, имеющее отношение к списку точек TRP. Сеть может быть выполнена с возможностью обеспечения модуля WTRU списком точек TRP, в которых модуль WTRU должен измерять опорный сигнал позиционирования (PRS) (например, для определения положения модуля WTRU). Сеть может быть выполнена с возможностью обеспечения модуля WTRU списком точек TRP, с которыми модуль WTRU должен поддерживать тактовую синхронизацию UL в данное время. Сообщение, содержащее список измерений точек TRP, может включать в себя одно или более из следующих полей: тип сообщения, список идентификаторов точек TRP (например, индекс или аналогичные идентификаторы для каждой точки TRP) и/или порог, связанный с точкой TRP (например, с каждой точкой TRP). В качестве примера информация, связанная со списком измерений точек TRP, может быть предоставлена как часть информации RR и/или SI.
Другой пример CE уровня MAC или сообщения управления уровня MAC может быть связан с конфигурацией перекрестного планирования точек TRP. Например, сеть может быть выполнена с возможностью отправки сообщения на модуль WTRU для осуществления полустатической конфигурации перекрестного планирования точек TRP. Сообщение может включать в себя одно или более из следующих полей: идентификация исходной точки TRP, идентификация целевой/конечной точки TRP и/или отображение ресурсов между исходными и конечными ресурсами.
Другой пример CE уровня MAC или сообщения управления уровня MAC может быть связан с местоположением точки TRP. Сеть выполнена с возможностью отправки сообщения на модуль WTRU для указания соответствующих местоположений точек TRP, которые находятся поблизости от модуля WTRU. Сообщение может включать в себя одно или более из следующих полей: идентификация точек TRP вблизи модуля WTRU, сигнатура системы, используемая точками TRP, и/или соответствующие местоположения точек TRP.
Другой пример CE уровня MAC или сообщения управления уровня MAC может быть связан с запросом тактовой синхронизации. Модуль WTRU может быть выполнен с возможностью отправки такого сообщения в сеть для запроса у сети предоставления модулю WTRU тактовой синхронизации UL и/или начала процедуры тактовой синхронизации. Сообщение может включать в себя одно или более из следующих полей: тактовая синхронизация и режим SOM, в котором запрашивается тактовая синхронизация.
Другой пример CE уровня MAC или сообщения управления уровня MAC может быть связан с улучшенным опережением. Сообщение может включать в себя одно или более из следующих полей: идентификатор точек TRP, смещение времени, связанное с каждой точкой TRP, смещение времени, связанное с каждым режимом SOM, и/или индикация допустимых/недопустимых способов тактовой синхронизации восходящей линии связи.
Другой пример CE уровня MAC или сообщения управления уровня MAC может быть связан с улучшенным отчете о статусе буфера. Сообщение может включать в себя одно или более из следующих полей: идентификатор логического канала или идентификатор группы логических каналов, количество байтов в очереди, приоритет данных, класс QoS, один или более фрагментов информации, связанной с RR, тип транспортного канала, количество байтов в очереди, имеющих TTL ниже первого порога, и/или количество байтов в очереди, имеющих TTL выше первого порога, но ниже второго порога. Для разных типов RR могут быть определены разные CE уровня MAC. CE уровня MAC может содержать заголовок, указывающий, какому типу RR соответствует данный CE уровня MAC.
Другой пример CE уровня MAC или сообщения управления уровня MAC может быть связан с индикацией сброшенного пакета. Такое сообщение может быть отправлено модулем WTRU в сеть или сетью на модуль WTRU, чтобы информировать объект установления последовательности SDU в модуле WTRU или в планировщике сети о сбросе пакета при формировании последовательности. Сообщение может включать в себя одно или более из следующих полей: логический канала или поток, в котором был сброшен пакет, и/или индекс сброшенного пакета (например, индексы диапазона сброшенных пакетов).
Другой пример CE уровня MAC или сообщения управления уровня MAC может быть связан с конфигурацией SPS. Сеть может быть выполнена с возможностью отправки такого сообщения на модуль WTRU для конфигурирования и/или переконфигурирования полупостоянно планируемых ресурсов (например, которые могут быть предварительно сконфигурированы) в модуле WTRU. Сообщение может содержать одно или более из следующих полей: идентификация ресурса (например, время, частота, длительность, периодичность и т.д.), ограничения использования, идентификатор для ресурса или идентификаторы для набора ресурсов (например, могут быть сконфигурированы несколько ресурсов) и/или режим SOM, связанный с ресурсом или набором ресурсов.
Другой пример CE уровня MAC или сообщения управления уровня MAC может быть связан с разрешением или запрещением ресурса SPS. Модуль WTRU может быть выполнен с возможностью отправки такого сообщения в сеть для разрешения или запрещения предварительно сконфигурированного ресурса SPS или набора ресурсов SPS. Сообщение может содержать одно или более из следующих полей: идентификация для разрешения или запрещения SPS и/или идентификатор для ресурса или набора ресурсов.
Другой пример CE уровня MAC или сообщения управления уровня MAC может быть связан запросом ресурса, увеличением или уменьшением ресурса и/или индикацией ресурса. Модуль WTRU может быть выполнен с возможностью отправки такого сообщения в сеть, чтобы указать запрос в сеть на определенный тип ресурсов (например, ресурсов с коротким TTI), запросить увеличение или уменьшение количества таких выделенных ресурсов с течением времени и/или указать сети, что WTRU в настоящее время использует или намерен использовать определенный ресурс. Сообщение может содержать одно или более из следующих полей: идентификация режима SOM, величину увеличения/уменьшения, количество запрашиваемых ресурсов и/или тип ресурсов и/или ограничения.
Другой пример CE уровня MAC или сообщения управления уровня MAC может быть связан с изменением конфигурации соединения. Сеть может быть выполнена с возможностью отправки такого сообщения на модуль WTRU для изменения конфигурации определенного соединения с точкой TRP. Сообщение может содержать одно или более из следующих полей (например, для каждого режима SOM, соединенного с точкой TRP): новая конфигурация радио, конфигурация ресурса, конфигурация мощности, конфигурация таймера и/или т.п.
Несмотря на то, что признаки и элементы описаны выше в конкретных комбинациях, специалисту в данной области будет очевидно, что каждый признак или элемент может использоваться отдельно или в любой комбинации с другими признаками и элементами. Кроме того, описанные в настоящем документе способы могут быть реализованы в компьютерной программе, программном обеспечении или программно-аппаратном обеспечении, встроенном в машиночитаемый носитель и предназначенном для исполнения компьютером или процессором. Примеры машиночитаемого носителя включают в себя электронные сигналы (передаваемые по проводным или беспроводным соединениям) и машиночитаемые носители информации. Примеры машиночитаемого носителя информации включают в себя, без ограничений, постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), регистр, кэш-память, полупроводниковые устройства хранения данных, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM и цифровые универсальные диски (DVD). Процессор в сочетании с программным обеспечением могут использовать для реализации радиочастотного приемопередатчика, предназначенного для применения в составе модуля WTRU, оборудования пользователя, терминала, базовой станции, контроллера RNC и/или любого главного компьютера.