УЛУЧШЕННОЕ РАСПРЕДЕЛЕНИЕ РЕСУРСОВ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ ПО РАЗЛИЧНЫМ СХЕМАМ НУМЕРОЛОГИИ OFDM
IMPROVED DISTRIBUTION OF UPLINK RESOURCES ACCORDING TO DIFFERENT SCHEMES OF NUMEROLOGY OFDM

ОБЛАСТЬ ТЕХНИКИ
[0001] Настоящее раскрытие относится к улучшенной процедуре распределения радио ресурсов в системе мобильной связи с использованием нескольких различных схем нумерологии OFDM. Настоящее раскрытие обеспечивает соответствующие способы, радио базовую станцию и пользовательские терминалы.
Предшествующий уровень техники
[0002] Долгосрочное развитие (LTE)
Мобильные системы третьего поколения (3G), основанные на технологии радиодоступа WCDMA, развертываются в широких масштабах по всему миру. Первый этап в расширении или развитии этой технологии предусматривает введение высокоскоростного пакетного доступа нисходящей линии связи (HSDPA) и расширенной восходящей линии связи, также упоминаемой как высокоскоростной пакетный доступ восходящей линии связи (HSUPA), обеспечивая технологию радиодоступа, которая является высоко конкурентоспособной.
[0003] Для обеспечения готовности к дальнейшему повышению потребностей пользователей и конкурентоспособности по сравнению с новыми технологиями радиодоступа, 3GPP ввел новую систему мобильной связи, которая называется Долгосрочное развитие (LTE). LTE спроектировано для удовлетворения потребностей операторов связи в высокоскоростной передачи данных и медиа, а также голосовой поддержки высокой мощности для следующего десятилетия. Способность обеспечивать высокие битовые скорости является ключевым показателем для LTE.
[0004] Спецификация рабочего элемента (WI) на Долгосрочном развитии (LTE) называется Развитым наземным радиодоступом UMTS (UTRA), и сеть UMTS Наземного радиодоступа (UTRAN) финализирована как Release 8 (LTE Rel. 8). Система LTE представляет собой эффективный радиодоступ на основе пакетов и сети радиодоступа, которые обеспечивают полные функциональные возможности на IP-основе с малым временем задержки и низкой стоимостью. В LTE специфицированы масштабируемые множественные полосы частот передач, такие как 1,4, 3,0, 5,0, 10,0, 15,0 и 20,0 МГц, для достижения гибкого развертывания системы с использованием данного спектра. В нисходящей линии связи, радиодоступ на основе мультиплексирования с ортогональным частотным разделением (OFDM) был принят из-за присущей ему устойчивости к многолучевой интерференции (MPI) вследствие низкой скорости передачи символов, использования циклического префикса (СР) и его совместимости с различными конфигурациями ширины полосы передачи. Радиодоступ на основе множественного доступа с частотным разделением с одной несущей (SC-FDMA) был принят в восходящей линии связи, так как предоставление покрытия в широкой области имело приоритет над улучшением пиковой скорости передачи данных с учетом ограниченной производительности передачи пользовательского оборудования (UE). В LTE Rel. 8/9 используются многие ключевые методы пакетного радиодоступа, включая методы передачи канала с множественным входом и множественным выходом (MIMO) и высокоэффективную структуру управляющей сигнализации.
Архитектура LTE
[0005]
Общая архитектура LTE показана на фиг. 1. Е-UTRAN состоит из еNodeB, обеспечивающего завершения протоколов пользовательской плоскости E-UTRA (PDCP/RLC/MAC/PHY) и плоскости управления (RRC) в направлении к пользовательскому оборудованию (UE). еNodeB (еNB) хостирует физический (PHY) уровень, уровень управления доступом к среде (MAC), управления радио линией связи (RLC) и протокола управления пакетными данными (PDCP), которые включают в себя функциональность сжатия и шифрования заголовка пользовательской плоскости. Он также предоставляет функциональность управления радио ресурсами (RRC), соответствующую плоскости управления. Он выполняет множество функций, включая администрирование радио ресурсами, управление допуска, планирование, обеспечение исполнения согласованного качества обслуживания (QoS) восходящей линии связи, широковещательную передачу информации соты, шифрование/дешифрование данных пользовательской плоскости и плоскости управления и сжатие/декомпрессию заголовков пакетов пользовательской плоскости нисходящей линии связи/восходящей линии связи. eNodeB взаимосвязаны друг с другом посредством интерфейса X2.
[0006] eNodeB также соединены посредством интерфейса S1 к EPC (Развитому пакетному ядру), более конкретно к ММЕ (Объекту управления мобильностью) с помощью S1-MME и к обслуживающему шлюзу (SGW) с помощью S1-U. Интерфейс S1 поддерживает отношение многие-ко-многим между MME/обслуживающими шлюзами и eNodeB. SGW маршрутизируют и пересылают пакеты пользовательских данных, а также выступают в качестве узла привязки мобильности для пользовательской плоскости во время передач обслуживания (хэндоверов) между еNodeB и в качестве узла привязки для мобильности между LTE и другими технологиями 3GPP (завершающими интерфейс S4 и ретранслирующими трафик между системами 2G/3G и PDN GW). Для пользовательских оборудований в состоянии ожидания, SGW завершает путь данных нисходящей линии связи и запускает поисковый вызов при поступлении данных нисходящей линии связи для пользовательского оборудования. Он управляет и хранит контексты пользовательского оборудования, например, параметры службы однонаправленного канала-носителя IP или внутреннюю для сети информацию маршрутизации. Он также выполняет репликацию  пользовательского трафика в случае законного перехвата.
[0007] ММЕ является ключевым узлом управления для сети доступа LTE. Он отвечает за процедуру отслеживания и поискового вызова пользовательского оборудования в режиме ожидания, включая повторные передачи. Он участвует в процессе активации/деактивации канала-носителя, а также отвечает за выбор SGW для пользовательского оборудования при начальном присоединении и во время внутри-LTE хэндовера, связанного с перемещением узла базовой сети (CN). Он отвечает за аутентификацию пользователя (путем взаимодействия с HSS). Не относящаяся к слою доступа (NAS) сигнализация завершается в MME, и он также отвечает за генерацию и распределение временных идентификаторов для пользовательских оборудований. Он проверяет авторизацию пользовательского оборудования для привязки к наземной мобильной сети общего доступа (PLMN) поставщика услуг и обеспечивает исполнение ограничений роуминга пользовательского оборудования. MME является точкой завершения в сети для защиты шифрования/целостности для сигнализации NAS и обрабатывает администрирование ключей безопасности. Законный перехват сигнализации также поддерживаются посредством ММЕ. ММЕ также обеспечивает функцию плоскости управления для мобильности между сетями доступа LTE и 2G/3G с интерфейсом S3, завершающимся в ММЕ, от SGSN. MME также завершает интерфейс S6A в направлении домашнего HSS для роуминга пользовательских оборудований.
Структура компонентной несущей в LTE
[0008]
DL
RB
DL
DL
DL
RB
SC
symb
RB
RB
Компонентная несущая нисходящей линии связи системы 3GPP LTE подразделяется в частотно-временной области на так называемые подкадры. В 3GPP LTE каждый подкадр делится на два сегмента нисходящей линии связи, как показано на фиг. 2, причем первый сегмент нисходящей линии связи содержит область канала управления (область PDCCH) в первых символах OFDM. Каждый подкадр состоит из данного числа символов OFDM во временной области (12 или 14 символов OFDM в 3GPP LTE (Release 8)), причем каждый символ OFDM охватывает всю ширину полосы компонентной несущей. Таким образом, символы OFDM состоят, каждый, из ряда символов модуляции, передаваемых на соответствующих поднесущих. В LTE, передаваемый сигнал в каждом сегменте описывается сеткой ресурсов из N×N поднесущих и N символов OFDM. N является числом блоков ресурсов в пределах ширины полосы. Количество N зависит от ширины полосы передачи нисходящей линии связи, сконфигурированной в соте, и должно выполняться ,
RB
RB
DL
SC
SC
symb
где =6 и =110 являются соответственно наименьшей и наибольшей шириной полосы нисходящей линии связи, поддерживаемыми текущей версией спецификации. N является числом поднесущих в пределах одного блока ресурсов. Для структуры подкадра с нормальным циклическим префиксом, N=12 и N=7.
[0009] В предположении системы связи с несколькими несущими, например, с использованием OFDM, как, например, используется в 3GPP Долговременном развитии (LTE), наименьшая единица ресурсов, которая может быть назначена планировщиком, представляет собой один ʺблок ресурсовʺ. Блок физических ресурсов (PRB) определяется как последовательные символы OFDM во временной области (например, 7 символов OFDM) и последовательные поднесущие в частотной области, как проиллюстрировано на фиг. 2 (например, 12 поднесущих для компонентной несущей). В 3GPP LTE (Release 8), блок физических ресурсов, таким образом, состоит из элементов ресурса, соответствующих одному сегменту во временной области и 180 кГц в частотной области (для дополнительной информации о сетке ресурсов нисходящей линии связи, см., например, 3GPP TS 36.211, ʺEvolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)ʺ, текущая версия 13.1.0(NPL 1), раздел 6.2, доступно по адресу http://www.3gpp.org и включено в настоящий документ посредством ссылки).
[0010] Один подкадр состоит из двух сегментов, так что имеется 14 символов OFDM в подкадре, когда используется так называемый ʺнормальныйʺ СР (циклический префикс), и 12 символов OFDM в подкадре, когда используется так называемый ʺрасширенныйʺ СР. С точки зрения терминологии, далее частотно-временные ресурсы, эквивалентные тем же самым последовательных поднесущим, охватывающим полный подкадр, называются ʺпарой блоков ресурсовʺ или эквивалентно ʺпарой RBʺ или ʺпарой PRBʺ.
[0011] Термин ʺкомпонентная несущаяʺ относится к комбинации нескольких блоков ресурсов в частотной области. В будущих версиях LTE, термин ʺкомпонентная несущаяʺ больше не используется; вместо этого, терминология изменена на ʺсотуʺ, что относится к комбинации ресурсов нисходящей линии связи и, возможно, восходящей линии связи. Связывание между несущей частотой ресурсов нисходящей линии связи и несущей частотой ресурсов восходящей линии связи указывается в системной информации, передаваемой по ресурсам нисходящей линии связи.
[0012] Подобные предположения для структуры компонентной несущей будут также применяться к более поздним версиям.
Агрегация несущих в LTE-A для поддержки более широкой ширины полосы
[0013]
Спектр частот для IMT-Advanced был принят на Всемирной конференции по радиосвязи 2007 (WRC-07). Хотя общий спектр частот для IMT-Advanced был принят, фактическая доступная ширина полосы частот различается в соответствии с каждым регионом или страной. После принятия решения в общих чертах о доступном частотном спектре, однако, стандартизация радиоинтерфейса началась в рамках Проекта партнерства 3-го поколения (3GPP). На заседании 3GPP TSG RAN #39, было принято описание предмета исследования "Further Advancements for E-UTRA (LTE-Advanced)". Предмет исследования охватывает компоненты технологии, которые должны учитываться для развития E-UTRA, например, для выполнения требований по IMT-Advanced.
[0014] Ширина полосы, которую способна поддерживать система LTE-Advanced, равна 100 МГц, в то время как система LTE может поддерживать только 20 МГц. В настоящее время, нехватка радиочастотного спектра становится узким местом развития беспроводных сетей, и, как следствие, трудно найти полосу спектра, которая достаточно широка для системы LTE-Advanced. Следовательно, крайне важно найти способ получения более широкой полосы радиочастотного спектра, причем возможным ответом является функциональность агрегации несущей.
[0015] В агрегации несущих, две или более компонентных несущих агрегируются, чтобы поддерживать более широкие полосы частот передачи до 100 МГц. Несколько сот в системе LTE агрегируются в один более широкий канал в системе LTE-Advanced, которая является достаточно широкой для 100 МГц, даже если эти соты в LTE могут находиться в разных диапазонах частот.
[0016] Все компонентные несущие могут быть сконфигурированы, чтобы быть совместимыми с LTE Rel. 8/9, по меньшей мере, когда ширина полосы компонентной несущей не превышает поддерживаемую ширину полосы соты LTE Rel. 8/9. Не все компонентные несущие, агрегированные пользовательским оборудованием, обязательно могут быть совместимыми с Rel. 8/9. Существующий механизм (например, запрет) может быть использован, чтобы избежать привязки пользовательских устройств Rel-8/9 к компонентной несущей.
[0017] Пользовательское оборудование может одновременно принимать или передавать одну или несколько компонентных несущих (соответствующих нескольким обслуживающим сотам) в зависимости от его возможностей. Пользовательское оборудование LTE Rel. 10 с возможностями приема и/или передачи для агрегации несущих может одновременно принимать и/или передавать по нескольким обслуживающим сотам, тогда как пользовательское оборудование LTE Rel. 8/9 может принимать и передавать только на одной обслуживающей соте, при условии, что структура компонентной несущей следует спецификациям Rel. 8/9.
[0018] Агрегация несущих поддерживается как для смежных, так и несмежных компонентных несущих, причем каждая компонентная несущая ограничена максимум 110 блоками ресурсов в частотной области с использованием нумерологии 3GPP LTE (Release 8/9).
[0019] Можно сконфигурировать совместимое с 3GPP LTE-A (Release 10) пользовательское оборудование, чтобы агрегировать различное число компонентных несущих, исходящих из того же самого еNodeB (базовой станции) и, возможно, с различными ширинами полосы в восходящей линии связи и нисходящей линии связи. Количество компонентных несущих нисходящей линии связи, которое может быть сконфигурировано, в зависимости от возможностей агрегации нисходящей линии связи в UE. С другой стороны, количество компонентных несущих восходящей линии связи, которые могут быть сконфигурированы, зависит от возможностей агрегации восходящей линии связи UE. В настоящее время может оказаться невозможным сконфигурировать мобильный терминал с большим количеством компонентных несущих восходящей линии связи, чем компонентных несущих нисходящей линии связи.
[0020] В типичном развертывании TDD, количество компонентных несущих и ширина полосы каждой компонентной несущей в восходящей линии связи и нисходящей линии связи являются одинаковыми. Компонентные несущие, исходящие из того же еNodeB, не обязательно должны обеспечивать то же самое покрытие.
[0021] Шаг между центральными частотами смежно агрегированных компонентных несущих должен быть кратен 300 кГц. Это делается для того, чтобы быть совместимым с частотным растром 100 кГц 3GPP LTE (Release 8/9) и в то же время сохранять ортогональность поднесущих с шагом 15 кГц. В зависимости от сценария агрегации, шаг величиной n×300 кГц может обеспечиваться вставкой малого числа неиспользованных поднесущих между смежными компонентными несущими.
[0022] Характер агрегации множества несущих открыт только уровню MAC. Как для восходящей линии связи, так и нисходящей линии связи, имеется один объект HARQ, требуемый в MAC для каждой агрегированной компонентной несущей. Существует (в отсутствие SU-MIMO для восходящей линии связи) не более одного транспортного блока на каждую компонентную несущую. Транспортный блок и его потенциальные повторные передачи HARQ должны отображаться на ту же самую компонентную несущую.
[0023] Когда агрегация несущих сконфигурирована, мобильный терминал имеет только одно соединение RRC с сетью. При установлении/повторном установлении соединения RRC, одна сота обеспечивает ввод безопасности (один ECGI, один PCI и один ARFCN) и информацию мобильности не относящегося к доступу уровня (например, TAI) аналогично тому, как в LTE Rel. 8/9. После установления/повторного установления соединения RRC, компонентная несущая, соответствующая этой соте, упоминается как первичная сота нисходящей линии связи (PCell). Существует всегда одна и только одна PCell нисходящей линии связи (DL PCell) и одна PCell восходящей линии связи (UL PCell), сконфигурированная на каждое пользовательское оборудование в соединенном состоянии. В пределах сконфигурированного набора компонентных несущих, другие соты упоминаются как вторичные соты (SCells); с несущими SCell, являющимися вторичной компонентной несущей нисходящей линии связи (DL SCC) и вторичной компонентной несущей восходящей линии связи (UL SCC).
[0024] Характеристиками PCell нисходящей линии связи и восходящей линии связи являются следующие:
- Для каждой SCell использование ресурсов восходящей линии связи посредством UE в дополнение к таковым нисходящей линии связи является конфигурируемым (поэтому количество конфигурируемых DL SCC всегда больше или равно количеству UL SCC, и никакая SCell не может быть сконфигурирована для использования только ресурсов восходящей линии связи)
- PCell нисходящей линии связи не может быть деактивирована, в отличие от Scell
- Повторное установление запускается, когда PCell нисходящей линии связи испытывает рэлеевское замирание (RLF), а не когда SCell нисходящей линии связи испытывают RLF
- Информация не относящегося к доступу уровня берется из PCell нисходящей линии связи
- PCell может быть изменена с процедурой хэндовера (то есть с процедурой изменения ключа безопасности и RACH)
- PCell используется для передачи PUCCH
- PCell восходящей линии связи используется для передачи информации управления восходящей линии связи Уровня 1
- С точки зрения UE, каждый ресурс восходящей линии связи принадлежит только к одной обслуживающей соте
[0025] Конфигурация и реконфигурация, а также добавление и удаление компонентных несущих могут быть выполнены с помощью RRC. Активация и деактивация осуществляется с помощью элементов управления MAC. Во внутри-LTE хэндовере, RRC может также добавлять, удалять или реконфигурировать SCell для использования в целевой соте. При добавлении новой SCell, выделенная сигнализация RRC используется для отправки системной информации, SCell, информации, необходимой для передачи/приема (аналогично тому, как для хэндовера в Rel-8/9).
[0026] Когда пользовательское оборудование сконфигурировано с агрегацией несущих, имеется по меньшей мере одна пара компонентных несущих восходящей линии связи и нисходящей линии связи, которая всегда активна. Компонентная несущая нисходящей линии связи из этой пары может также упоминаться как 'несущая привязки DL'. То же самое применимо и для восходящей линии связи.
[0027] При конфигурировании агрегации несущих, пользовательское оборудование может планироваться на нескольких компонентных несущих одновременно, но не более чем одна процедура произвольного доступа должна осуществляться в любое время. Планирование перекрестных несущих позволяет PDCCH компонентной несущей планировать ресурсы на другой компонентной несущей. Для этой цели поле идентификации компонентной несущей вводится в соответствующих форматах DCI, называемое CIF.
[0028] Связывание, создаваемое с помощью сигнализации RRC, между компонентными несущими восходящей линии связи и нисходящей линии связи позволяет осуществлять идентификацию компонентной несущей восходящей линии связи, для которой применяется предоставление, когда не имеется планирования перекрестных несущих. Связывание компонентных несущих нисходящей линии связи с компонентной несущей восходящей линии связи не обязательно должно быть в отношении один к одному. Другими словами, более чем одна компонентная несущая нисходящей линии связи может связываться с той же самой компонентной несущей восходящей линии связи. В то же время компонентная несущая нисходящей линии связи может связываться только с одной компонентной несущей восходящей линией связи.
Уровень/объект MAC, уровень RRC, физический уровень
[0029]
Стек протоколов пользовательской плоскости/плоскости управления LTE Уровня 2 включает в себя четыре подуровня: RRC, PDCP, RLC и MAC. Уровень управления доступом к среде (MAC) является самым низким подуровнем в архитектуре Уровня 2 стека радио протоколов LTE и определяется, например, техническим стандартом 3GPP TS 36.321, текущая версия 13.0.0 (NPL 2). Соединение с физическим уровнем ниже осуществляется через транспортные каналы, а соединение с уровнем RLC выше - через логические каналы. Поэтому уровень МАС выполняет мультиплексирование и демультиплексирование между логическими каналами и транспортными каналами: уровень МАС на передающей стороне формирует MAC PDU, известные как транспортные блоки, из MAC SDU, принятых через логические каналы, и уровень МАС на принимающей стороне восстанавливает MAC SDU из MAC PDU, принятых через транспортные каналы.
[0030] Уровень МАС обеспечивает службу передачи данных (см. подпункты 5.4 и 5.3 TS 36.321, включенного в настоящий документ посредством ссылок) для уровня RLC через логические каналы, которые являются либо логическими каналами управления, которые несут данные управления (например, сигнализацию RRC), либо логическими каналами трафика, которые несут данные пользовательской плоскости. С другой стороны, данные из уровня MAC обмениваются с физическим уровнем через транспортные каналы, которые классифицируются как нисходящая линия связи или восходящая линия связи. Данные мультиплексируются в транспортные каналы в зависимости от того, как они передаются по беспроводной связи.
[0031] Физический уровень отвечает за фактическую передачу данных и управляющей информации через радиоинтерфейс, то есть физический уровень переносит всю информацию из транспортных каналов MAC по радиоинтерфейсу на стороне передачи. Некоторые из важных функций, выполняемых физическим уровнем, включают в себя кодирование и модуляцию, адаптацию линии связи (AMC), управление мощностью, поиск соты (в целях начальной синхронизации и хэндовера) и другие измерения (внутри системы LTE и между системами) для уровня RRC. Физический уровень выполняет передачи на основе параметров передачи, таких как схема модуляции, скорость кодирования (т.е. схема модуляции и кодирования, MCS), число блоков физических ресурсов и т.д. Более подробная информация о функционировании физического уровня может быть найдена в техническом стандарте 3GPP 36.213, текущая версия 13.0.0 (NPL 3), включенном в настоящий документ посредством ссылки.
[0032] Уровень управления радио ресурсами (RRC) управляет связью между UE и eNB на радиоинтерфейсе и мобильностью UE, движущегося по нескольким сотам. Протокол RRC также поддерживает перенос информации NAS. Для UE в RRC_IDLE, RRC поддерживает уведомление из сети о входящих вызовах. Управление соединением RRC охватывает все процедуры, относящиеся к созданию, модификации и освобождению соединения RRC, включая поисковый вызов, конфигурацию и отчет об измерении, конфигурацию радио ресурсов, начальную активацию безопасности, и установление радиоканалов-носителей сигнализации (SRB) и радиоканалов-носителей, несущих пользовательские данные (радиоканалов-носителей данных, DRB).
[0033] Подуровень управления линией радиосвязи (RLC) содержит, главным образом, функциональность ARQ и поддерживает сегментацию и конкатенацию данных, т.е. уровень RLC выполняет формирование кадров RLC SDU, чтобы поместить их в размер, указанный уровнем МАС. Последние два минимизируют непроизводительные издержки протокола независимо от скорости передачи данных. Уровень RLC соединяется с уровнем MAC через логические каналы. Каждый логический канал передает различные типы трафика. Уровень выше уровня RLC обычно является уровнем PDCP, но в некоторых случаях является уровнем RRC, т.е. сообщения RRC, передаваемые по логическим каналам BCCH (широковещательному каналу управления), PCCH (каналу управления поисковым вызовом) и CCCH (общему каналу управления), не требуют защиты безопасности и, таким образом, переходят непосредственно на уровень RLC, минуя уровень PDCP.
Схема доступа восходящей линии связи для LTE/LTE-A
[0034]
Для передачи восходящей линии связи необходима эффективная по мощности передача пользовательского терминала, чтобы максимизировать покрытие. Передача с одной несущей в сочетании с FDMA с динамическим распределением ширины полосы была выбрана в качестве более развитой схемы передачи восходящей линии связи UTRA. Основной причиной для предпочтения передачи с одной несущей является более низкое отношение пиковой мощности к средней мощности (PAPR) по сравнению с сигналами с множеством несущих (OFDMA), а также соответствующая улучшенная эффективность усилителя мощности и предположительно улучшенное покрытие (более высокие скорости передачи данных для данной пиковой мощности терминала). В течение каждого временного интервала, NodeB назначает пользователям уникальный ресурс времени/частоты для передачи пользовательских данных, таким образом, обеспечивая ортогональность внутри соты. Ортогональный доступ в восходящей линии связи служит для увеличения спектральной эффективности за счет устранения внутрисотовых помех. Помеха вследствие многолучевого распространения обрабатывается на базовой станции (NodeB), чему способствует вставка циклического префикса в передаваемом сигнале.
[0035] Основной физический ресурс, используемый для передачи данных, состоит из частотного ресурса размера BWgrant в течение одного интервала времени, например, подкадра, на который отображаются кодированные биты информации. Следует отметить, что подкадр, также упоминаемый как интервал времени передачи (TTI), является наименьшим интервалом времени для передачи пользовательских данных. Однако можно назначить частотный ресурс BWgrant пользователю на более длительный период времени, чем один TTI, с помощью конкатенации подкадров.
[0036] Частотный ресурс может находиться в локализованном или распределенном спектре, как показано на фиг. 3А и фиг. 3B.
[0037] Как видно из фиг. 3А, локализованная одиночная несущая характеризуется передаваемым сигналом, имеющим непрерывный спектр, который занимает часть всего доступного спектра. Различные скорости передачи символов (соответствующие различным скоростям передачи данных) передаваемого сигнала подразумевают различные ширины полос сигнала локализованной одиночной несущей.
[0038] С другой стороны, как можно видеть из фиг. 3B, распределенная одиночная несущая характеризуется передаваемым сигналом, имеющим прерывистый (ʺгребенчатыйʺ) спектр, который распределен по ширине полосы системы. Следует отметить, что, хотя сигнал распределенной одиночной несущей распределяется по ширине полосы системы, общая величина занимаемого спектра, по существу, является такой же, что и локализованной одиночной несущей. Кроме того, для более высокой/низкой скорости передачи символов, число ʺштырей гребенкиʺ увеличивается/уменьшается, в то время как ʺширина полосыʺ каждого ʺштыря гребенкиʺ остается той же самой.
[0039] На первый взгляд, спектр на фиг. 3B, может создать впечатление сигнала с несколькими несущими, где каждый штырь гребенки соответствует ʺподнесущейʺ. Однако из генерации сигнала временной области распределенного сигнала с одиночной несущей должно быть ясно, что генерируется истинный сигнал с одиночной несущей с соответствующим низким отношением пиковой мощности к средней мощности. Основное различие между распределенным сигналом с одиночной несущей и сигналом с несколькими несущими, таким как, например, OFDM, состоит в том, что в первом случае, каждая ʺподнесущаяʺ или ʺштырь гребенкиʺ не несет единственный символ модуляции. Вместо этого каждый ʺштырь гребенкиʺ несет информацию обо всех символах модуляции. Это создает зависимость между различными штырями гребенки, что приводит к характеристикам низкого PAPR. Это та же самая зависимость между ʺштырями гребенкиʺ, которая приводит к необходимости выравнивания, если только канал является частотно-неизбирательным по всей ширине полосы передачи. В противоположность этому, выравнивание OFDM не требуется, если канал является частотно-неизбирательным по ширине полосы поднесущей.
[0040] Распределенная передача может обеспечить больший выигрыш от разнесения по частоте, чем локализованная передача, в то время как локализованная передача более легко создает возможности для канально-зависимого канала. Следует отметить, что во многих случаях решение о планировании может принять решение предоставить всю ширину полосы одному UE для достижения высоких скоростей передачи данных.
Схема планирования UL для LTE
[0041]
Схема восходящей линии связи позволяет осуществлять как планируемый доступ, т.е. управляемый посредством eNB, так и доступ на конкурентной основе.
[0042] В случае планируемого доступа, UE выделяется некоторый частотный ресурс на некоторое время (т.е. ресурс времени/частоты) для передачи данных восходящей линии связи. Однако некоторые ресурсы времени/частоты могут выделяться для доступа на конкурентной основе. На этих ресурсах времени/частоты, UE могут осуществлять передачу, не требуя сначала планирования. Одним сценарием, где UE выполняет доступ на конкурентной основе, является, например, произвольный доступ, то есть, когда UE выполняет начальный доступ к соте или для запрашивания ресурсов восходящей линии связи. Для передач данных, то есть передач восходящей линии связи с использованием UL-SCH/PUSCH, для LTE/LTE-A, используется только схема планируемого доступа, то есть распределение ресурсов, управляемое посредством eNB.
[0043] Для планируемого доступа, планировщик NodeB назначает пользователю уникальный ресурс частоты/времени для передачи данных восходящей линии связи. Более конкретно планировщик определяет
- какому(им) UE разрешено передавать,
- каковы ресурсы (частота) физического канала,
- транспортный формат (схему модуляции и кодирования (MCS)), подлежащий использованию мобильным терминалом для передачи.
[0044] Информация о распределении сигнализируется к UE с помощью предоставления планирования, переданного по каналу управления L1/L2. Из соображений простоты этот канал можно назвать каналом предоставления восходящей линии связи. Сообщение предоставления планирования содержит по меньшей мере информацию о том, какую часть полосы частот разрешено использовать UE, период действительности предоставления и транспортный формат, который должно использовать UE для предстоящей передачи восходящей линии связи. Самым коротким периодом действительности является один подкадр. Дополнительная информация также может быть включена в сообщение предоставления, в зависимости от выбранной схемы. Для предоставления права на передачу по UL-SCH используются только предоставления ʺдля каждого UEʺ (т.е. нет предоставлений ʺдля каждого UE каждого RBʺ). Поэтому UE должно распределять выделенные ресурсы среди радиоканалов-носителей в соответствии с некоторыми правилами, которые будут пояснены подробно в связи с процедурой приоритизации логических каналов.
Процедура приоритизации логических каналов (LCP)
[0045]
Для передач восходящей линии связи желательно избегать «зависания» и обеспечить большую гибкость в назначении ресурсов между каналами-носителями, сохраняя при этом распределение ресурсов для каждого UE, а не для каждого канала-носителя UE.
[0046] UE имеет функцию управления скоростью передачи восходящей линии связи, которая управляет совместным использованием ресурсов восходящей линии связи между радиоканалами-носителями. Эта функция управления скоростью восходящей линии связи далее упоминается также как процедура приоритизации логических каналов. Процедура приоритизации логических каналов (LCP) применяется, когда выполняется новая передача, то есть должен быть сгенерирован транспортный блок. Одним предложением для назначения пропускной способности было назначение ресурсов каждому каналу-носителю, в порядке приоритета, пока каждый не получит распределение, эквивалентное минимальной скорости передачи данных для этого канала-носителя, после чего любая дополнительная пропускная способность назначается каналам-носителям, например, в порядке приоритета.
[0047] Как будет видно из описания процедуры LCP, приведенной ниже, реализация процедуры LCP, находящейся в UE, основана на модели маркерной корзины (алгоритм ограничения полосы пропускания канала при гарантировании некоторой скорости передачи данных), которая хорошо известна в мире IP. Основная функциональность этой модели заключается в следующем. Периодически, при заданной скорости, маркер, который представляет право передать некоторое количество данных, добавляется в корзину. Когда UE предоставляются ресурсы, ему разрешено передавать данные до количества, представленного числом маркеров в корзине. При передаче данных UE удаляет число маркеров, эквивалентное количеству переданных данных. В случае, если корзина заполнена, любые дополнительные маркеры отбрасываются. Для добавления маркеров можно предположить, что периодом повторения этого процесса был бы каждый TTI, но он может быть легко удлинен таким образом, что маркер добавляется только каждую секунду. В общем, вместо добавления одного маркера каждую 1 мс в корзину, каждую секунду могут добавляться 1000 маркеров. Далее будет описана процедура приоритизации логических каналов, которая используется в Rel-8. Приоритизация логических каналов стандартизирована, например, в 3GPP TS 36.321, текущая версия в подпункте 5.4.3.1 включена в настоящий документ посредством ссылки.
[0048] RRC управляет планированием данных восходящей линии связи посредством сигнализации для каждого логического канала:
- приоритета, где увеличивающееся значение приоритета указывает на более низкий уровень приоритета,
- prioritisedBitRate, которое устанавливает приоритизированную битовую скорость (PBR),
- bucketSizeDuration, которое устанавливает длительность размера корзины (BSD),
[0049] Идея приоритизированной битовой скорости заключается в поддержке для каждого канала-носителя, включая низкоприоритетные каналы-носители не-GBR (Гарантированной битовой скорости), минимальной битовой скорости, чтобы избежать потенциального ʺзависанияʺ. Каждый канал-носитель должен по меньшей мере получить достаточно ресурсов для достижения приоритизированной битовой скорости (PRB).
[0050] UE должно поддерживать переменную Bj для каждого логического канала j. Bj должна быть инициализирована в нуль, когда связанный логический канал устанавливается и получает приращение на длительность произведения PBR×TTI для каждого TTI, где PBR - приоритизированная битовая скорость логического канала j. Однако значение Bj не может превышать размер корзины, и если значение Bj больше, чем размер корзины логического канала j, то оно должен быть установлено на размер корзины. Размер корзины логического канала равен PBR×BSD, где PBR и BSD сконфигурированы верхними уровнями.
[0051] UE должно выполнять следующую процедуру приоритизации логического канала, когда выполняется новая передача:
- UE должно распределить ресурсы по логическим каналам в следующей последовательности:
Этап 1: Всем логическим каналам с Bj> 0 распределяются ресурсы в убывающем приоритетном порядке. Если PBR радиоканала-носителя установлена на ʺбесконечностьʺ, то UE должно распределить ресурсы для всех данных, которые доступны для передачи на радиоканале-носителе, прежде чем удовлетворяется PBR радиоканала(ов)-носителя(ей) более низкого приоритета;
Этап 2: UE должно уменьшить Bj на полный размер MAC SDU, обслуживаемых для логического канала j на этапе 1
Примечание: Значение Bj может быть отрицательным.
Этап 3: если остаются какие-либо ресурсы, все логические каналы обслуживаются в строгом порядке убывания приоритета (независимо от величины Bj) до тех пор, пока данные для этого логического канала или предоставление UL не будут исчерпаны, в зависимости от того, что наступит раньше. Логические каналы, сконфигурированные с равным приоритетом, должны обслуживаться одинаково.
- UE также должно следовать следующим правилам во время вышеизложенных процедур планирования:
UE не должно сегментировать RLC SDU (или частично переданный SDU, или повторно переданный RLC PDU), если весь SDU (или частично переданный SDU, или повторно переданный RLC PDU) помещается в оставшиеся ресурсы;
если UE сегментирует RLC SDU из логического канала, то оно должно максимизировать размер сегмента, чтобы заполнить предоставление в максимально возможной степени;
UE должно максимизировать передачу данных.
[0052] Для процедуры приоритизации логического канала UE учитывает следующую относительную приоритетность в порядке убывания:
- элемент управления MAC для C-RNTI или данные из UL-CCCH;
- элемент управления MAC для BSR, за исключением BSR, включенного для дополнения;
- элемент управления MAC для PHR;
- данные из любого логического канала, за исключением данных из UL-CCCH;
- элемент управления MAC для BSR, включенного для дополнения.
[0053] Когда UE запрашивается передать несколько MAC-PDU в одном TTI, то есть для случая агрегации несущих, этапы 1-3 и ассоциированные правила могут быть применены либо к каждому предоставлению независимо, либо к сумме пропускных способностей предоставлений. Кроме того, порядок, в котором обрабатываются предоставления, оставлен на усмотрение реализации UE. От реализации UE зависит, в какой MAC PDU включается элемент управления MAC, когда UE запрашивается передать несколько MAC PDU в одном TTI.
[0054] Нет ограничения для отображения между логическими каналами и компонентной(ыми) несущей(ими). Другими словами, каждый логический канал может быть передан на каждой компонентной несущей. Следовательно, при генерации TB для передачи на данной компонентной несущей, все логические каналы учитываются в ходе процедуры LCP.
Отправление отчетов о состоянии буфера
[0055]
Отчеты о состоянии буфера (BSR) от UE на eNB используются для оказания помощи eNodeB в распределении ресурсов восходящей линии связи, то есть планирования восходящей линии связи. Для случая нисходящей линии связи, планировщик eNB, очевидно, осведомлен о количестве данных, которые должны быть доставлены к каждому UE, однако, для направления восходящей линии связи, поскольку решения о планировании принимаются на eNB, а буфер для данных находится в UE, BSR должны быть отправлены от UE на eNB, чтобы указать объем данных, который должен быть передан через UL-SCH.
[0056] Есть два основных типа BSR, определенных для LTE: длинный BSR и короткий BSR. Который из них передается UE, зависит от доступных ресурсов передачи в транспортном блоке, от того, сколько групп логических каналов имеют непустой буфер, и от того, запускается ли конкретное событие в UE. Длинный BSR отправляет отчет об объеме данных для четырех групп логических каналов, в то время как короткий BSR указывает только количество данных, буферизованных для самой высокой группы логических каналов. Причиной для введения концепции группы логических каналов является то, что даже несмотря на то, что UE может иметь более четырех сконфигурированных логических каналов, отправление отчетов о состоянии буфера для каждого отдельного логического канала вызовет слишком много непроизводительных издержек сигнализации. Таким образом, eNB назначает каждому логическому каналу его группу логических каналов; предпочтительно, чтобы логические каналы с одинаковыми/аналогичными требованиями QoS должны быть распределены в пределах одной и той же группы логических каналов.
[0057] BSR запускается для следующих событий:
- Всякий раз, когда данные поступают для логического канала, который имеет более высокий приоритет по сравнению с логическими каналами, буферы которые не пустые
- Всякий раз, когда данные становятся доступными для любого логического канала, когда ранее не было данных, доступных для передачи
- Всякий раз, когда истекает таймер BSR повторной передачи
- Всякий раз, когда требуется отправление отчета о периодическом BSR, т.е. таймер periodicBSR истекает
- Всякий раз, когда есть свободное место в транспортном блоке, который может вместить BSR.
[0058] Для устойчивости к сбоям передачи, существует механизм BSR повторной передачи, определенный для LTE; таймер BSR повторной передачи запускается или перезапускается всякий раз, когда принимается предоставление восходящей линии связи. Если предоставление восходящей линии связи не получено до истечения таймера, UE запускает другой BSR.
[0059] Если UE не имеет ресурсов восходящей линии связи, распределенных для включения BSR в TB, когда BSR запускается, то UE отправляет запрос планирования (SR) по физическому каналу управления восходящей линии связи (PUCCH), если он сконфигурирован. Для случая, когда нет ресурсов D-SR (выделенного запроса планирования) на сконфигурированном PUCCH, UE приведет в действие процедуру произвольного доступа (процедуру RACH), чтобы запросить ресурсы UL-SCH для передачи BSR в eNB. Однако следует отметить, что UE не запустит передачу SR для случая, когда периодический BSR подлежит передаче. Кроме того, было введено расширение передачи SR для конкретного режима планирования, в котором ресурсы постоянно распределяются с определенной периодичностью, чтобы уменьшить непроизводительные издержки сигнализации управления L1/2 для предоставлений передачи, что упоминается как полупостоянное планирование (SPS). Одним из примеров службы, которая в основном рассматривается для полупостоянного планирования, является VoIP (IP-телефония). Каждые 20 мс пакеты VoIP генерируются в кодеке во время речевого потока. Таким образом, каждые 20 мс eNB может распределять ресурсы восходящей линии связи или нисходящей линии связи, соответственно, которые могут быть затем использованы для передачи пакетов VoIP. В целом, SPS является выгодным для служб с предсказуемым поведением трафика, т.е. постоянной скоростью передачи данных, время прибытия пакета является периодическим. Для случая, когда SPS сконфигурирован для направления восходящей линии связи, eNB может отключить запуск/передачу SR для определенных сконфигурированных логических каналов, т.е. BSR, запущенный ввиду поступления данных на этих конкретных сконфигурированных логических каналах, не будет запускать SR. Мотивация для такого рода усовершенствований заключается в том, что сообщение SR для тех логических каналов, которые будут использовать полупостоянно распределенные ресурсы (логические каналы, которые несут пакеты VoIP), не имеет значения для планирования eNB, и поэтому его следует избегать.
[0060] RRC управляет отправлением отчетов о BSR путем конфигурирования двух таймеров: periodicBSR-таймера и retxBSR-таймера, и опционально сигнализацией logicalChannelGroup для каждого логического канала, которая распределяет логический канал для LCG.
[0061] Для процедуры отправления отчета о состоянии буфера UE должно учитывать все радиоканалы-носители, которые не приостановлены, и может учитывать радиоканалы-носители, которые приостановлены.
[0062] Отчет о состоянии буфера (BSR) должен запускаться при возникновении любого из следующих событий:
- данные UL для логического канала, который принадлежит к LCG, становятся доступным для передачи в объекте RLC или в объекте PDCP (определение того, какие данные должны учитываться как доступные для передачи, например, указано в разделе 5.4 документа TS36.321-a.4.0), и либо данные принадлежат логическому каналу с более высоким приоритетом, чем приоритеты логических каналов, которые принадлежат к любой LCG и для которых данные уже доступны для передачи, либо не имеется данных, доступных для передачи для любого из логических каналов, которые принадлежат к LCG, и в этом случае BSR упоминается ниже как ʺрегулярный BSRʺ;
- ресурсы UL распределяются, и число битов дополнения равно или больше размера элемента управления MAC отчета о состоянии буфера плюс его подзаголовок, и в этом случае BSR упоминается ниже как ʺдополненный BSRʺ;
- retxBSR-таймер истекает, и UE имеет данные, доступные для передачи для любого из логических каналов, которые принадлежат LCG, и в этом случае BSR упоминается ниже как ʺрегулярный BSRʺ;
- periodicBSR-таймер истекает, и в этом случае BSR упоминается ниже как ʺпериодический BSRʺ.
[0063] Для регулярного и периодического BSR:
- если более одной LCG имеют данные, доступные для передачи в TTI, где передается BSR: сообщить длинный BSR;
- в противном случае: сообщить короткий BSR.
[0064] Для дополненного BSR:
- если количество дополняющих битов равно или больше размера короткого BSR плюс его подзаголовок, но меньше размера длинного BSR плюс его подзаголовок:
если более одной LCG имеет данные, доступные для передачи в TTI, где передается BSR: сообщить усеченный BSR группы LCG с наивысшим приоритетом логического канала с данными, доступными для передачи,
в противном случае сообщить короткий BSR;
- иначе, если количество дополняющих битов равно или больше размера длинного BSR плюс его подзаголовка: сообщить длинный BSR.
[0065] Если процедура отчета о состоянии буфера определяет, что был запущен и не отменен по меньшей мере один BSR:
- если UE имеет ресурсы UL, выделенные для новой передачи для этого TTI:
инструктировать процедуру мультиплексирования и сборки создание элемента(ов) управления BSR MAC,
запустить или перезапустить periodicBSR-таймер за исключением, когда все сгенерированные BSR являются укороченными BSR,
запустить или перезапустить retxBSR-таймер;
- в противном случае, если был запущен стандартный BSR:
если предоставление восходящей линии связи не сконфигурировано или регулярный BSR не был запущен из-за того, что данные стали доступными для передачи для логического канала, для которого маскирование SR логического канала (logicChannelSR-Mask) установлено верхними уровнями:
должен быть запущен запрос планирования.
[0066] MAC PDU должен содержать не более одного элемента управления MAC BSR, даже если несколько событий запускают BSR ко времени, когда BSR может быть передан, в этом случае стандартный BSR и периодический BSR должны иметь приоритет над дополненным BSR.
[0067] UE должно перезапустить retxBSR-таймер при указании предоставления для новой передачи данных по любому UL-SCH.
[0068] Все запускаемые BSR должны быть отменены в случае, если предоставление(я) UL в этом подкадре может вместить все ожидающие данные, доступные для передачи, но недостаточно, чтобы дополнительно вместить элемент управления BSR MAC плюс его подзаголовок. Все запускаемые BSR должны быть отменены, когда BSR включен в MAC PDU для передачи.
[0069] UE должно передавать не более одного регулярного/периодического BSR в TTI. Если UE запрашивается передать несколько MAC PDU в TTI, оно может включать дополненный BSR в любой из MAC PDU, которые не содержат регулярный/периодический BSR.
[0070] Все BSR, передаваемые в TTI, всегда отражают состояние буфера после того, как все MAC PDU были сформированы для этого TTI. Каждая LCG должна отправить отчет о состоянии не более одного буфера в TTI, и это значение должно быть сообщено во всех BSR, сообщающих о состоянии буфера для этой LCG.
ПРИМЕЧАНИЕ: Дополненному BSR не разрешается отменять запущенный регулярный/периодический BSR. Дополненный BSR запускается только для конкретного MAC PDU, и запуск отменяется, когда этот MAC PDU был сформирован.
DRX - прерывистый прием.
[0071] Для того, чтобы обеспечить разумное потребление энергии аккумулятора UE, LTE/LTE-A обеспечивает концепцию прерывистого приема (DRX). Функциональность DRX может быть сконфигурирована для 'RRC_CONNECTED' UE так, чтобы не требовалось постоянно контролировать каналы нисходящей линии связи. Глава 5.7 Технического стандарта TS 36,321 объясняет DRX и включена в настоящий документ посредством ссылки.
[0072] Цикл DRX состоит из периода 'On Duration' (длительность включения), в течение которого UE наблюдает PDCCH. Это длительность в подкадрах нисходящей линии связи, в течение которой UE ожидает после активирования из DRX, чтобы принять PDCCH. Если UE успешно декодирует PDCCH, то UE остается активным и запускает ʺтаймер неактивностиʺ, определяя длительность в подкадрах нисходящей линии связи, в которых UE наблюдает PDCCH. Когда UE не удается декодировать PDCCH в течение этого периода, оно повторно входит в DRX. UE перезапускает таймер неактивности после одного успешного декодирования PDCCH только для первой передачи (т.е. это не относится к повторным передачам).
[0073] Общая длительность времени, на которой UE остается активным, называется ʺвременем активностиʺ и включает в себя период ʺon-durationʺ цикла DRX, время, в течение которого UE выполняет непрерывный прием, пока не истек таймер неактивности, и время, в течение которого UE выполняет непрерывный прием, ожидая повторную передачу DL после одного HARQ RTT. Аналогичным образом, для восходящей линии связи UE остается активным в подкадрах, где могут быть приняты предоставления повторных передач восходящей линии связи, т.е. каждые 8 мс после начальной передачи восходящей линии связи до тех пор, пока не будет достигнуто максимальное количество повторных передач. На основании вышеизложенного, минимальное активное время имеет длину, равную периоду ʺon-durationʺ, а максимум не определен (бесконечен).
[0074] Кроме того, также после того, как UE отправило SR по PUCCH, оно останется активным для контроля PDCCH, распределяющего ресурсы UL-SCH. 'Период DRX' является длительностью подкадров нисходящей линии связи, в течение которой UE может пропустить прием каналов нисходящей линии связи в целях сбережения ресурса батареи питания.
[0075] Параметризация цикла DRX включает в себя компромисс между сбережением ресурса батареи и временем задержки. С одной стороны, длинный период DRX является выгодным для увеличения срока службы батареи питания UE. Например, в случае службы просмотра веб-страниц, как правило, непрерывный прием каналов нисходящей линии связи является тратой ресурсов для UE, пока пользователь читает загруженную веб-страницу. С другой стороны, более короткий период DRX лучше для более быстрого ответа, когда пересылка данных возобновляется - например, когда пользователь запрашивает другую веб-страницу.
[0076] Для удовлетворения этих противоречивых требований, два DRX цикла - короткий цикл и длинный цикл - могут быть сконфигурированы для каждого UE. Переход между коротким циклом DRX, длинным циклом DRX и непрерывным приемом управляется с помощью таймера или явных команд из eNB. В каком-то смысле, короткий цикл DRX может рассматриваться как период подтверждения в случае поступления позднего пакета, прежде чем UE входит в длинный цикл DRX - если данные поступают на eNB, в то время как UE находится в коротком цикле DRX, данные планируются для передачи в следующее время активации, и затем UE возобновляет непрерывный прием. С другой стороны, если данные не поступают на eNB в течение короткого цикла DRX, UE входит в длинный цикл DRX, предполагая, что действие пакета закончилось за настоящее время.
[0077] В течение времени активности UE наблюдает PDCCH, отправляет отчеты о SRS в соответствии с конфигурацией и отправляет отчеты о CQI/PMI/RI/PTI по PUCCH. Когда UE находится не во времени активности, type-0-запускаемые SRS и CQI/PMI/RI/PTI не могут сообщаться по PUCCH. Если для UE установлено маскирование CQI, сообщение CQI/PMI/RI/PTI по PUCCH ограничено до On-Duration.
[0078] Доступные значения DRX находятся под управлением сети и начинаются с не-DRX до х секунд. Значение x может быть таким же, как DRX поискового вызова, используемом в IDLE. Требования к измерению и критерии отправления отчетов могут отличаться в зависимости от длины интервала DRX, т.е. длинные интервалы DRX могут иметь ослабленные требования.
[0079] Когда DRX сконфигурирован, периодические отчеты CQI могут быть отправлены UE только в течение ʺвремени активности ʺ. RRC может дополнительно ограничить отправления периодических отчетов CQI так, что они будут направляться только в течение времени включения (on-duration).
[0080] На фиг. 4а показан подкадровый пример цикла DRX. UE проверяет наличие сообщений планирования (указанные его C-RNTI на PDCCH) во время периода 'On Duration' либо длинного цикла DRX, либо короткого цикла DRX в зависимости от текущего цикла активности. Когда сообщение планирования принимается в течение периода 'On Duration', UE запускает 'таймер неактивности' и контролирует PDCCH в каждом подкадре, в то время как работает таймер неактивности. В течение этого периода, UE может рассматриваться как находящееся в режиме непрерывного приема. Всякий раз, когда принимается сообщение планирования, пока работает таймер неактивности, UE перезапускает таймер неактивности, и когда он истекает, UE переходит в короткий цикл DRX и запускает 'таймер короткого цикла DRX'. Короткий цикл DRX также может быть инициирован с помощью элемента управления MAC. По истечении таймера короткого цикла DRX, UE переходит в длинный цикл DRX. В дополнение к этому поведению DRX, определяется 'Таймер двустороннего распространения (RTT) HARQ', чтобы разрешить UE перейти в сонное состояние в течение RTT HARQ. Когда декодирование транспортного блока нисходящей линии связи для одного процесса HARQ безуспешно, UE может предположить, что следующая повторная передача транспортного блока возникнет спустя по меньшей мере 'RTT HARQ' подкадров. В то время как таймер RTT HARQ работает, UE не требуется контролировать PDCCH. По истечении таймера HARQ RTT, UE возобновляет прием PDCCH в обычном режиме.
[0081] Вышеупомянутые таймеры, относящиеся к DRX, такие как таймер неактивности DRX, таймер RTT HARQ, таймер повторной передачи DRX и таймер короткого цикла DRX, запускаются и останавливаются такими событиями, как прием предоставления PDCCH, или элементом управления MAC (DRX MAC CE); следовательно, состояние DRX (время активности или время неактивности) UE может изменяться от одного подкадра к другому и, следовательно, не всегда является предсказуемым для мобильной станции или eNodeB.
[0082] Существует только один цикл DRX на каждое UE. Все агрегированные компонентные несущие следуют этому шаблону DRX.
Опережение временной диаграммы (тайминга)
[0083]
Для схемы передачи восходящей линии связи 3GPP был выбран множественный доступ (SC-FDMA) с частотным разделением с одной несущей LTE, чтобы реализовать ортогональный множественный доступ по времени и частоте между различными пользовательскими устройствами, передающими по восходящей линии связи. Ортогональность восходящей линии связи поддерживается за счет обеспечения того, чтобы передачи от различных пользовательских устройств в соте выравнены по времени в приемнике eNodeB. Это позволяет избежать внутри-сотовой помехи, возникающей как между пользовательскими устройствами, назначенными для передачи в последовательных подкадрах, так и между пользовательскими устройствами, передающими на смежных поднесущих. Выравнивание по времени передач восходящей линии связи достигается путем применения опережения временной диаграммы в передатчике пользовательского оборудования по отношению к принимаемой временной диаграмме нисходящей линии связи, как проиллюстрировано на фиг. 5а и 5b. Основной функцией этого является противодействовать различающимся задержкам распространения между различными пользовательскими устройствами.
[0084] Фиг. 5а иллюстрирует смещение передач восходящей линии связи от двух мобильных терминалов в случае невыполнения выравнивания временной диаграммы восходящей линии связи, так что eNodeB принимает соответственные передачи восходящей линии связи от двух мобильных терминалов с разными временными диаграммами.
[0085] Фиг. 5b, в отличие от этого, иллюстрирует синхронизированные передачи восходящей линии связи для двух мобильных терминалов. Выравнивание временной диаграммы восходящей линии связи выполняется каждым мобильным терминалом и применяется к передачам восходящей линии связи, так что передача восходящей линии связи от двух мобильных терминалов проступает в eNodeB, по существу, с одинаковой временной диаграммой.
Процедура начального опережения временной диаграммы
[0086]
Когда пользовательское оборудование синхронизировано с передачами нисходящей линии связи, принимаемыми от eNodeB, начальное опережение временной диаграммы устанавливается с помощью процедуры произвольного доступа, как описано ниже. Пользовательское оборудование передает преамбулу произвольного доступа, на основе которой eNodeB может оценить временную диаграмму восходящей линии связи. eNodeB отвечает 11-битной командой начального опережения временной диаграммы, содержащейся в сообщении ответа произвольного доступа (RAR). Это позволяет eNodeB сконфигурировать опережение временной диаграммы с гранулярностью 0,52 мкс от 0 до максимум 0,67 мс.
[0087] Дополнительная информация об управлении временной диаграммой восходящей линии связи и опережением временной диаграммы на 3GPP LTE (Release 8/9) может быть найдена в главе 20.2 публикации Stefania Sesia, Issam Toufik and Matthew Baker, ʺLTE - The UMTS Long Term Evolution: From Theory to Practiceʺ, John Wiley & Sons, Ltd. 2009(NPL 4), которая включена в настоящий документ посредством ссылки.
Обновления опережения временной диаграммы
[0088]
После того, как опережение временной диаграммы было впервые установлено для каждого пользовательского оборудования, опережение временной диаграммы обновляется время от времени, чтобы противодействовать изменениям во время прихода сигналов восходящей линии связи на eNodeB. При выводе команды обновления опережения временной диаграммы eNodeB может измерить любой сигнал восходящей линии связи, который является полезным. Подробности измерений временной диаграммы восходящей линии связи на eNodeB не специфицированы и оставлены на усмотрение реализации eNodeB.
[0089] Команды обновления опережения временной диаграммы генерируются на уровне управления доступом к среде (MAC) в eNodeB и передаются пользовательскому оборудованию в качестве элементов управления MAC, которые могут быть мультиплексированы вместе с данными на физическом совместно используемом канале нисходящей линии связи (PDSCH). Подобно команде начального опережения временной диаграммы в ответе на преамбулу канала произвольного доступа (RACH), команды обновления имеют гранулярность 0,52 мкс. Диапазон команд обновления находится в пределах от -16 мкс до +16 мкс, позволяя ступенчатое изменение временной диаграммы восходящей линии связи, эквивалентное длине расширенного циклического префикса. Они обычно не отправляются чаще, чем примерно каждые 2 секунды. На практике быстрые обновления вряд ли будут необходимы, так как даже для пользовательского оборудования, движущегося со скоростью 500 км/ч, изменение длины пути двустороннего распространения сигнала составляет не более 278 м/с, что соответствует изменению времени двустороннего распространения сигнала 0,93 мкс/сек.
[0090] eNodeB уравновешивает непроизводительные издержки отправки регулярных команд обновления временной диаграммы для всех UE в соте по отношению к способности UE быстро передавать, когда данные поступают в его буфер передачи. Поэтому eNodeB конфигурирует таймер для каждого пользовательского оборудования, который пользовательское оборудование перезапускает каждый раз, когда принимается обновление опережения временной диаграммы. В случае, когда пользовательское оборудование не получает другое обновление опережения временной диаграммы до истечения таймера, оно должно считать, что оно потеряло синхронизацию восходящей линии связи (см. также раздел 5.2 3GPP TS 36.321, ʺEvolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specificationʺ, версия 10.2.0, доступно по адресу http://www.3gpp.org и включено в настоящее описание посредством ссылки).
[0091] В таком случае для того, чтобы избежать риска генерации помех передачам восходящей линии связи от других пользовательских устройств, UE не разрешается осуществлять передачи восходящей линии связи любого рода (за исключением передачи преамбулы произвольного доступа), и требуется возвращение к процедуре начального выравнивания временной диаграммы, чтобы восстановить временную диаграмму восходящей линии связи.
[0092] После приема команды предварительной синхронизации, пользовательское оборудование должно скорректировать свою временную диаграмму передачи восходящей линии связи для PUCCH/PUSCH/SRS первичной соты. Команда опережения временной диаграммы указывает на изменение временной диаграммы восходящей линии связи относительно текущей временной диаграммы восходящей линии связи, кратное 16 T (базовая единица времени, равная 1/частота дискретизации).
Опережение временной диаграммы и агрегация компонентных несущих в восходящей линии связи
[0093]
В стандартах Rel-10 3GPP LTE пользовательское оборудование поддерживает только одно значение опережения временной диаграммы и применяет его к передачам восходящей линии связи на всех агрегированных компонентных несущих. Для Rel-10 поддерживается агрегация сот в пределах того же самого частотного диапазона, так называемая внутричастотная агрегация несущих. В частности, синхронизация временной диаграммы восходящей линии связи выполняется для PCell, например, с помощью процедуры RACH на PCell, и затем пользовательское оборудование использует ту же самую временную диаграмму восходящей линии связи для передач восходящей линии связи на агрегированных SCell. Единственное опережение временной диаграммы для всех агрегированных компонентных несущих восходящей линии связи считается достаточным, так как Rel-10 3GPP LTE-A поддерживает только агрегацию несущих для несущих из того же самого частотного диапазона.
[0094] Начиная с Release-11 и далее, можно обрабатывать CA с компонентными несущими, требующими различных опережений временной диаграммы, например, сочетающих CC из eNodeB с CC из RRH (удаленной радиоголовки) для поддержки не совместно расположенных сот.
[0095] Кроме того, поддержка различных временных диаграмм передач восходящей линии связи на различных обслуживающих сотах рассматривает сценарий развертывания, где задержки распространения различны на различных обслуживающих сотах вследствие, например, частотно-избирательных ретрансляторов.
[0096] Поддерживать TA (опережения временной диаграммы) для каждой обслуживающей соты непрактично; вместо этого было бы целесообразно сгруппировать набор совместно расположенных обслуживающих сот, так что одно и то же TA поддерживается во всех обслуживающих сотах, принадлежащих к этой группе. Кроме того, очень важно иметь опорную соту временной диаграммы для всей группы. В Release-11, была введена Группа опережения временной диаграммы (TAG). TAG состоит из одной или нескольких обслуживающих сот с тем же самым TA восходящей линии связи и той же самой опорной сотой временной диаграммы нисходящей линии связи. Каждая TAG содержит по меньшей мере одну обслуживающую соту со сконфигурированной восходящей линией связи, и отображение каждой обслуживающей соты на TAG конфигурируется посредством RRC.
[0097] TAG, содержащая PCell, называется pTAG (Первичная группа опережения временной диаграммы). Для pTAG UE использует PCell в качестве соты опорной временной диаграммы. Если TAG содержит только SCell, но не PCell, то она называется sTAG (Вторичная группа опережения временной диаграммы). В sTAG UE может использовать любую из активированных SCell этой TAG в качестве соты опорной временной диаграммы, но не должно изменять ее, если это не является необходимым.
[0098] UE имеет конфигурируемый таймер, называемый timeAlignmentTimer в каждой TAG. Этот конкретный timeAlignmentTimer TAG обеспечивается RRC во время конфигурации sTAG.
Поддержание выравнивания времени восходящей линии связи
[0099]
Как объяснено выше, UE поддерживает TimeAlignmentTimer в TAG. TimeAlignmentTimer используется для управления тем, как долго UE рассматривает обслуживающие соты, принадлежащие к ассоциированной TAG, выравненными по времени восходящей линии связи. UE будет запускать перезапускать timeAlignmentTimer, ассоциированный с TAG, когда команда опережения временной диаграммы принимается в RAR (ответе радиодоступа) или MAC CE для соответствующей TAG.
[0100] Состояние синхронизации UE следует состоянию синхронизации pTAG. Когда таймер, ассоциированный с pTAG, не работает, таймер, ассоциированный с sTAG, не должен работать.
[0101] Когда timeAlignmentTimer, ассоциированный с pTAG, истек, то UE должно:
- очистить все буферы HARQ для всех обслуживающих сот, принадлежащих рTAG, а также sTAG;
- уведомить RRC освободить PUCCH/SRS для всех обслуживающих сот;
- очистить любые сконфигурированные назначения нисходящей линии связи и предоставления восходящей линии связи (применимо только к PCell);
- рассматривать все запущенные timeAlignmentTimers (в том числе таймеры для sTAG) как истекшие.
[0102] Когда TimeAlignmentTimer, ассоциированный с sTAG, истекает, UE должно:
- очистить все буферы HARQ для всех обслуживающих сот, принадлежащих к этой sTAG;
- уведомить RRC освободить SRS для всех обслуживающих сот, принадлежащих к этой sTAG.
[0103] UE не должно выполнять никакую передачу восходящей линии связи в обслуживающей соте, за исключением передачи преамбулы RA, когда TimeAlignmentTimer, ассоциированный с TAG, к которой принадлежит эта обслуживающая сота, не работает.
[0104] Когда timeAlignmentTimer, связанный с рTAG, не работает, то UE не должно выполнять никакую передачу восходящей линии связи на любой обслуживающей соте, за исключением передачи преамбулы РА (только) на PCell.
Новая технология радиодоступа - 5G
[0105]
С целью предоставления первого выпуска технических спецификаций для сотовой технологии следующего поколения (она же 5G) в июне 2018 (Release-15), уже начались исследования для 5G в рамках 3GPP. На заседании 3GPP TSG RAN#71 (Гетеборг, март 2016), был утвержден первый предмет исследования 5G, ʺStudy on New Radio Access Technologyʺ с использованием RAN1, RAN2, RAN3 и RAN4. Это является важной вехой 3GPP, так как предмет исследования 5G, как ожидается, станет рабочим элементом Release-15, который определяет первый стандарт 5G.
[0106] Цель предмета исследования заключается в разработке технологии доступа ʺНовое Радио (NR)ʺ для удовлетворения широкого круга случаев использования, включая расширенную широкополосную мобильную связь (eMBB), массированную MTC (mMTC), критическую MTC, а также дополнительные требования, определенные в ходе исследования требований RAN. Ожидается, что новая технология радиодоступа (RAT) будет учитывать частоту в диапазоне до 100 ГГц (см., например, документ 3GPP TR 38.913 ʺStudy on Scenarios and Requirements for Next Generation Access Technologiesʺ, текущая версия 0.3.0 (NPL 5), включенный во всей своей полноте посредством ссылки).
[0107] Одна цель состоит в том, чтобы обеспечить единую техническую платформу, рассматривающую все сценарии использования, требования и сценарии развертывания, определенные в TR 38.913, по меньшей мере включая расширенную мобильную широкополосную связь (eMBB), сверхнадежную связь с малым временем задержки (URLLC), массированную связь машинного типа (mMTC). Например, сценарии развертывания eMBB могут включать в себя точки доступа в помещениях, городские зоны с повышенной плотностью, сельские зоны, городские макрозоны и с высокой скоростью; сценарии развертывания URLLC могут включать в себя промышленные системы управления, мобильное здравоохранение (дистанционный мониторинг, диагностику и лечение), управление транспортными средствами в реальном времени, глобальные системы контроля и управления для интеллектуальных сетей; mMTC может включать в себя сценарии с большим количеством устройств и с некритичными по времени пересылками данных, как в случае интеллектуальных носимых устройств и сенсорных сетей. Вторая цель состоит в том, чтобы достичь прямой совместимости.
[0108] Предполагается, что нормативная спецификация будет выпущена в двух фазах: фаза I (должна быть завершена в июне 2018) и фаза II (должна быть завершена в декабре 2019). Спецификация фазы I новой RAT должна быть прямо совместима (с точки зрения эффективной совместной работы сот/узлов/несущих) со спецификацией фазы II и за ее пределами, в то время как обратная совместимость с LTE не требуется. Спецификация фазы II новой RAT строится на основе спецификации фазы I и должна отвечать всем требованиям, установленным для новой RAT. Необходимо обеспечить плавное будущее развитие за пределами фазы II, чтобы поддерживать более поздние усовершенствованные характеристики и предоставить поддержку требований услуг, идентифицированных позднее спецификации фазы II.
[0109] Фундаментальная волновая форма сигнала физического уровня будет основана на OFDM с потенциальной поддержкой неортогональной волновой формы и множественного доступа. Например, дополнительно рассматриваются дополнительные функциональные возможности поверх OFDM, такие как DFT-S-OFDM, и/или варианты DFT-S-OFDM, и/или фильтрация/оконная обработка. В LTE, OFDM на основе СР и DFT-S-OFDM используются в качестве формы колебаний сигнала для нисходящей линии связи и восходящей линии связи соответственно. Одна из целей конструирования NR заключается в поиске общей формы колебаний в максимально возможной степени для нисходящей линии связи, восходящей линии связи и прямого соединения. Некоторыми компаниями было установлено, что DFT-расширение может не потребоваться для некоторых случаев передачи восходящей линии связи. Помимо волновой формы, некоторые базовые структуры каналов и схемы канального кодирования будут разрабатываться для достижения вышеуказанных целей. Исследование также должно искать общее понимание того, что требуется с точки зрения структуры радио протокола и архитектуры для достижения вышеуказанных целей.
[0110] Кроме того, должны быть изучены технические характеристики, которые необходимы для того, чтобы новая RAT могла удовлетворять вышеуказанным целям, включая эффективное мультиплексирование трафика для различных служб и случаев использования на одном непрерывном блоке спектра.
-5
2
[0111] Как установлено в TR 38.913, разные случаи использования/сценарии развертывания для NR имеют различные требования в отношении скоростей передачи данных, задержки и покрытия. Например, ожидается, что eMBB будет поддерживать пиковые скорости передачи данных (20 Гбит/с для нисходящей линии связи и 10Гбит/с для восходящей линии связи) и воспринимаемые пользователем скорости передачи данных, в три раза больше, чем предлагаемые в IMT-Advanced. С другой стороны, в случае URLLC, предъявляются более жесткие требования к сверхмалому времени задержки (0,5 мс для каждой из UL и DL для времени задержки пользовательской плоскости) и высокой надежности (1-10 в 1 мс). Наконец, mMTC требует высокой плотности соединения (1000000 устройств/км в городских условиях), большого покрытия в неблагоприятных условиях внешней среды и чрезвычайно большого срока службы батареи для недорогих устройств (15 лет).
[0112] Таким образом, нумерология OFDM (например, шаг поднесущей, длительность символа OFDM, длительность циклического префикса (СР), количество символов на интервал планирования), которая подходит для одного случая использования, может не так хорошо работать для другого. Так, например, службы с малым временем задержки могут требовать меньшей длительности символа (и, следовательно, большего шага поднесущей) и/или меньшего количества символов на интервал планирования (он же TTI), чем службы mMTC. Кроме того, сценарии развертывания с большими разбросами задержки в каналах требуют большей длительности CP, чем сценарии с короткими разбросами задержки. Шаг поднесущей должен быть оптимизирован соответствующим образом, чтобы сохранить аналогичные непроизводительные издержки на CP.
n
u
u
[0113] На заседании 3GPP RAN1#84bis (Пусан, апрель 2016) было решено, что для NR необходимо поддерживать более одного значения шага поднесущей. Значения шага поднесущей извлекаются из конкретного значения шага поднесущей, умноженного на N, где N является целым числом. На последней встрече RAN1, RAN1#85 (Нанкин, май 2016), как рабочее предположение, был сделан вывод, что нумерология на основе LTE, включающая в себя шаг поднесущей 15 кГц, является базовой структурой для нумерологии NR. Для коэффициента N масштабирования было выведено N=2 в качестве предположения базовой структуры для нумерологии NR. Отбор кандидатов нумерологии может быть сделан на будущих заседаниях. Соответственно, также рассматриваются шаги 15кГц, 30кГц, 60kHz… поднесущих. Фиг. 6А-6С иллюстрируют три различных шага поднесущих (15кГц, 30 кГц и 60 кГц) и соответствующие длительности символа. Длительность Т символа и шаг Δf поднесущей непосредственно связаны формулой Δf=1/Т. Подобным же образом, как и в системах LTE, термин ʺэлемент ресурсаʺ может быть использован для обозначения минимальной единицы ресурса, состоящей из одной поднесущей для длины одного символа OFDM/SC-FDMA.
[0114] Кроме того, на последнем заседании RAN1, было согласовано, что две волновые формы на основе OFDM, OFDM с CP и DFT-S-OFDM (SC-FDMA) с CP, должны использоваться в качестве опоры рабочих характеристик волновой формы NR RAN1. Все волновые формы, предложенные на встречах RAN1#84bis и #85, могут быть оценены на основе согласованных предположений оценки. Каждая компания должна обеспечивать подробную информацию о DFT-расширении, защитном интервале, фильтрации Tx/Rx и/или оконной обработке, применяемых к волновой форме OFDM для оценки. Сужение кандидатов волновых форм для NR будет сделано на будущих заседаниях.
[0115] Было также признано, что NR должно поддерживать гибкую сеть и ширину полосы канала UE по нескольким причинам: NR будет поддерживать работу в очень широком диапазоне спектра, начиная от суб-ГГц до десятков ГГц с очень разными возможностями в отношении доступного спектра и, следовательно, возможными значениями ширины полосы пропускания передач. Многие полосы частот, которые будут использоваться для NR, еще не полностью идентифицированы, это подразумевает, что размер распределений спектра пока не известен. NR будет поддерживать широкий спектр приложений и случаев использования, при этом некоторые требуют очень широкой полосы передачи/приема UE, а другие требуют очень низкой сложности UE, что подразумевает гораздо более низкую ширину полосы передачи/приема UE. Поэтому на RAN1#85 было согласовано, что структура физического уровня NR должна обеспечивать тонкую гранулярность с точки зрения ширины полосы несущей NR, а устройства с различными возможностями ширины полосы могут эффективно получать доступ к той же самой несущей NR независимо от ширины полосы несущей NR.
Список цитированных источников
Непатентная литература
[0116] [NPL 1] 3GPP TS 36.211, version 13.1.0
[NPL 2] 3GPP TS 36.321, version 13.0.0
[NPL 3] 3GPP TS 36.213, version 13.0.0
[NPL 4] Stefania Sesia, Issam Toufik and Matthew Baker, ʺLTE - The UMTS Long Term Evolution: From Theory to Practiceʺ, John Wiley & Sons, Ltd. 2009, chapter 20.2
[NPL 5] 3GPP TR 38.913 ʺStudy on Scenarios and Requirements for Next Generation Access Technologiesʺ, version 0.3.0
КРАТКОЕ ОПИСАНИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ
[0117] Неограничивающие и примерные варианты осуществления обеспечивают улучшенную процедуру распределения ресурсов между пользовательским оборудованием и радио базовой станцией. Независимая формула изобретения обеспечивает неограничивающие и примерные варианты осуществления. Предпочтительные варианты осуществления являются предметом зависимых пунктов формулы изобретения.
[0118] Соответственно, в одном общем первом аспекте, методы, раскрытые здесь, демонстрируют пользовательское оборудование в системе мобильной связи. Пользовательское оборудование сконфигурировано с по меньшей мере одной схемой нумерологии, каждая из которых ассоциирована с параметрами, которые разбивают множество частотно-временных радио ресурсов системы мобильной связи на единицы планирования ресурсов различным образом. Пользовательское оборудование сконфигурировано с множеством логических каналов, каждый из которых ассоциирован с по меньшей мере одной из сконфигурированных схем нумерологии. Приемник пользовательского оборудования принимает назначение планирования восходящей линии связи от радио базовой станции, которая управляет пользовательским оборудованием, причем назначение планирования восходящей линии связи указывает радио ресурсы восходящей линии связи, используемые пользовательским оборудованием. Процессор пользовательского оборудования определяет, для какой схемы нумерологии предназначено принятое назначение планирования восходящей линии связи на основе принятого назначения планирования восходящей линии связи. Процессор выполняет процедуру приоритизации логических каналов путем распределения назначенных радио ресурсов восходящей линии связи по сконфигурированным логическим каналам и путем приоритизации тех из сконфигурированных логических каналов, которые ассоциированы со схемой нумерологии, для которой предназначено назначение планирования восходящей линии связи.
[0119] Соответственно, в одном общем первом аспекте, методы, раскрытые здесь, демонстрируют радио базовую станцию для выполнения процедуры распределения радио ресурсов для пользовательского оборудования в системе мобильной связи. Пользовательское оборудование сконфигурировано с по меньшей мере одной схемой нумерологии, каждая из которых ассоциирована с параметрами, которые разбивают множество частотно-временных радио ресурсов системы мобильной связи на единицы планирования ресурсов различным образом. Пользовательское оборудование сконфигурировано с множеством логических каналов, каждый из которых ассоциирован с по меньшей мере одной из сконфигурированных схем нумерологии. Процессор радио базовой станции генерирует назначение планирования восходящей линии связи, указывающее радио ресурсы восходящей линии связи, используемые пользовательским оборудованием, причем назначение планирования восходящей линии связи сгенерировано так, что пользовательское оборудование, непосредственно после приема назначения планирования восходящей линии связи, может определить, для какой схемы нумерологии предназначено назначение планирования восходящей линии связи на основе назначения планирования восходящей линии связи, принятого пользовательским оборудованием. Передатчик радио базовой станции передает сгенерированное назначение планирования восходящей линии связи на пользовательское оборудование.
[0120] Соответственно, в одном общем первом аспекте, методы, раскрытые здесь, демонстрируют способ для пользовательского оборудования в системе мобильной связи. Пользовательское оборудование сконфигурировано с по меньшей мере одной схемой нумерологии, каждая из которых ассоциирована с параметрами, которые разбивают множество частотно-временных радио ресурсов системы мобильной связи на единицы планирования ресурсов различным образом. Пользовательское оборудование сконфигурировано с множеством логических каналов, каждый из которых ассоциирован с по меньшей мере одной из сконфигурированных схем нумерологии. Способ содержит следующие этапы, выполняемые пользовательским оборудованием:
прием назначения планирования восходящей линии связи от радио базовой станции, которая управляет пользовательским оборудованием, причем назначение планирования восходящей линии связи указывает радио ресурсы восходящей линии связи, используемые пользовательским оборудованием,
определение, для какой схемы нумерологии предназначено принятое назначение планирования восходящей линии связи на основе принятого назначения планирования восходящей линии связи, и
выполнение процедуры приоритизации логических каналов путем распределения назначенных радио ресурсов восходящей линии связи по сконфигурированным логическим каналам и путем приоритизации тех из сконфигурированных логических каналов, которые ассоциированы со схемой нумерологии, для которой предназначено назначение планирования восходящей линии связи.
[0121] Дополнительные выгоды и преимущества раскрытых вариантов осуществления станут очевидны из спецификации и чертежей. Выгоды и/или преимущества могут быть обеспечены индивидуально различными вариантами осуществления и свойствами спецификации и чертежей раскрытия, и не требуется обеспечивать все, чтобы получить один или несколько из них.
[0122] Эти общие и конкретные аспекты могут быть реализованы с использованием системы, способа и компьютерной программы и любой комбинации систем, способов и компьютерных программ.
Краткое описание чертежей
[0123] Далее примерные варианты осуществления описаны более подробно со ссылкой на прилагаемые чертежи.
[фиг. 1] Фиг. 1 показывает примерную архитектуру системы LTE 3GPP.
[фиг. 2] Фиг. 2 показывает примерную сетку ресурсов нисходящей линии связи сегмента нисходящей линии связи подкадра как определено для 3GPP LTE (Release 8/9).
[фиг. 3А] Фиг. 3A иллюстрирует локализованное распределение частотных ресурсов.
[фиг. 3В] Фиг. 3B иллюстрирует распределенное распределение частотных ресурсов.
[фиг. 4] Фиг. 4 иллюстрирует процедуру прерывистого приема и соответствующие короткий и долгий DRX циклы.
[фиг. 5а] Фиг. 5a иллюстрирует смещение передач восходящей линии связи от двух мобильных терминалов в случае, если выравнивание временной диаграммы восходящей линии связи не выполняется.
[фиг. 5b] Фиг. 5b иллюстрирует синхронизированную передачу восходящей линии связи для двух мобильных терминалов.
[фиг. 6А] Фиг. 6A иллюстрирует шаг 15кГц поднесущей и результирующую длительность символа,
[фиг. 6В] Фиг. 6B иллюстрирует шаг 30кГц поднесущей и результирующую длительность символа.
[фиг. 6С] Фиг. 6C иллюстрирует шаг 60кГц поднесущей и результирующую длительность символа.
[фиг. 7] Фиг. 7 иллюстрирует примерное мультиплексирование разных нумерологий OFDM как во временной области, так и в частотной области.
[фиг. 8] Фиг. 8 иллюстрирует простой сценарий развертывания с радио базовой станцией и тремя пользовательскими терминалами.
[фиг. 9] Фиг. 9 иллюстрирует разбиение радио ресурсов согласно трем разным схемам нумерологий на соответствующие единицы планирования ресурсов.
[фиг. 10] Фиг. 10 является блок-схемой, иллюстрирующей поведение UE для одного примерного варианта осуществления.
[фиг. 11] Фиг. 11 иллюстрирует структуру уровней UE согласно одному примерному варианту осуществления, где обеспечены процедуры LCP конкретных нумерологий наряду с объектами MAC.
[фиг. 12] Фиг. 12 иллюстрирует структуру уровней UE согласно одному примерному варианту осуществления, где обеспечены общая процедура LCP и объект MAC.
[фиг. 13] Фиг. 13 иллюстрирует общий уровень MAC и процедуры LCP конкретных нумерологий на основе фиг. 12, согласно другому примерному варианту осуществления.
[фиг. 14] Фиг. 14 иллюстрирует структуру уровней UE согласно одному примерному варианту осуществления, где обеспечены как процедуры LCP конкретного сценария использования, так и объекты MAC.
[фиг. 15] Фиг. 15 иллюстрирует элемент управления MAC отчета о состоянии буфера конкретной нумерологии согласно одному примерному варианту осуществления.
[фиг. 16] Фиг. 16 иллюстрирует элемент управления MAC отчета о состоянии буфера конкретного использования, согласно другому примерному варианту осуществления.
Описание вариантов осуществления
Основа настоящего раскрытия
[0124]
Чтобы поддержать мультиплексирование разных служб с различными требованиями, было согласовано в 3GPP RAN1#85 (Нанкин, май 2016), что NR поддерживает мультиплексирование разных нумерологий в пределах одной и той же ширины полосы несущей NR (с точки зрения сети). С другой стороны, с точки зрения UE, UE может поддерживать один или больше сценариев использования (например, UE eMBB или UE, поддерживающее как eMBB, так и URLLC). В сущности говоря, поддержка более чем одной нумерологии может усложнить обработку UE.
[0125] С точки зрения сети, было бы выгодно рассматривать мультиплексирование разных нумерологий и в частотной области (она же FDM), и во временной области (она же TDM) в пределах NR-несущей. Одно примерное мультиплексирование разных нумерологий приведено на фиг. 7, где нумерология 1 может быть использована для eMBB, нумерология 2 для URLLC и нумерология 3 для mMTC. Причина, по которой eMBB и URLLC лучше соответствуют TDM, заключается в том, что они требуют очень широкой ширины полосы, что является необходимым для eMBB для достижения высоких скоростей передачи данных и для URLLC для достижения лучшего разнесения по частоте, чтобы удовлетворить требованиям высокого уровня надежности. С другой стороны, mMTC рассматривается как FDM с eMBB и/или URLLC, поскольку он требует только узкой полосы частот передач.
[0126] В LTE/LTE-A, частотно-временные ресурсы организованы в блоки ресурсов (RB), где один RB состоит из 12 последовательных поднесущих в частотной области и одного сегмента 0,5 мс во временной области, как объяснено подробно до этого в связи с фиг. 2. Ожидается, что в NR также потребуется некоторая концепция RB для описания минимальной гранулярности зернистости ресурса, как и единицы планирования ресурсов. Однако определение RB традиционно тесно соединено с нумерологией. Следовательно, когда планируются несколько разных нумерологий, концепцию RB требуется пересмотреть заново. Это является текущей темой в 3GPP.
[0127] Кроме того, остается неясно то, как частотно-временные радио ресурсы будут эффективно распределены для различных служб согласно разным нумерологиям. В частности, требуется улучшенная схема планирования восходящей линии связи для новой радиотехнологии.
[0128] Настоящее раскрытие таким образом представит решения, способствующие преодолению одной или нескольких упомянутых выше проблем.
Подробное описание настоящего раскрытия
[0129]
Мобильная станция или мобильный узел или пользовательский терминал или пользовательское оборудование (UE) является физическим объектом в пределах сети связи. Один узел может иметь несколько функциональных объектов. Функциональный объект относится к модулю программного обеспечения или аппаратных средств, который реализует и/или предлагает заранее определенный набор функций другим функциональным объектам узла или сети. Узлы могут иметь один или несколько интерфейсов, которые присоединяют узел к средству или среде связи, через которое/ую узлы могут осуществлять связь. Аналогично, объект сети может иметь логический интерфейс, соединяющий функциональный объект со средством или средой связи, через которое/ую он может осуществлять связь с другими функциональными объектами или соответственными узлами.
[0130] Термин ʺрадио ресурсыʺ, как использовано в формуле изобретения и в заявке, следует понимать широко как относящийся к физическим радио ресурсам, таким как физические частотно-временные радио ресурсы.
[0131] Термин ʺсхема нумерологииʺ (и другие аналогичные термины, такие как ʺуровень нумерологииʺ или ʺнумерология OFDMʺ), как использовано в формуле изобретения и в заявке, следует понимать в широком смысле как относящийся к тому, как физические частотно-временные радио ресурсы обрабатываются в системе мобильной связи, в частности к тому, как эти ресурсы разбиваются на единицы планирования ресурсов, подлежащие распределению планировщиком (например, в радио базовой станции). Иными словами, схема нумерологии может также рассматриваться как определяемая параметрами, использованными для разбиения вышеупомянутых физических частотно-временных радио ресурсов на единицы планирования ресурсов, такие как интервал поднесущей и соответствующая длительность символа, длина TTI, число поднесущих и символов на единицу планирования ресурсов, длина циклического префикса, подробности области поиска и т.д.; эти параметры могут называться параметрами L1 (Уровня 1), поскольку они в основном используются на физическом уровне для выполнения передачи восходящей линии связи и для приема передач нисходящей линии связи.
[0132] Термин ʺединица планирования ресурсовʺ следует понимать как группу физических частотно-временных радио ресурсов, являющуюся минимальной единицей, которая может распределяться планировщиком. Единица планирования ресурсов, таким образом, содержит частотно-временные радио ресурсы, состоящие из одной или нескольких смежных поднесущих для длительности из одного или нескольких символов, согласно конкретным характеристикам схемы нумерологии.
[0133] Термин ʺлогический каналʺ, как использовано в формуле изобретения и в заявке, может быть понят аналогичным образом, как и уже известный из предыдущих стандартов для LTE и LTE-Advanced, т.е. как абстрактное понятие для обработки переноса данных служб. Однако в системах LTE/LTE-A термин логический канал тесно связан с уровнем RLC, который, однако, не обязательно будет тем же самым в будущих версиях для 5G. Хотя термин логический канал уже был использован в связи с новой разработкой 5G, все еще не решено, определен ли и/или связан и как именно этот термин с возможным уровнем RLC в пользовательском оборудовании. Следовательно, в настоящей заявке в качестве примера предполагается, что логический канал определяет то, какой тип информации передается по эфиру, например, каналы трафика, каналы управления, системная широковещательная передача и т.д. Данные и сообщения сигнализации переносятся на логических каналах между уровнями протокола, например, между уровнями RLC и MAC в LTE. Логические каналы различаются информацией, которую они переносят, и могут быть классифицированы двумя способами. В первую очередь, логические каналы трафика переносят данные в пользовательской плоскости, в то время как логические каналы управления переносят сообщения сигнализации в плоскости управления. Более того, логический канал имеет ассоциированные некоторые параметры, такие как приоритет логического канала или другие параметры, которые должны гарантировать, что требования качества обслуживания данных, переносимых логическими каналами, удовлетворяется, например, во время процедуры приоритизации логических каналов. Существует взаимно однозначное отображение между радиоканалом и логическими каналами. Данные одного радиоканала-носителя отображаются на один логический канал.
[0134] Термин ʺсценарий использования передачи данныхʺ или просто ʺсценарий использованияʺ, как использовано в формуле изобретения и в заявке, может пониматься широко как спектр случаев использования для мобильных/стационарных терминалов. Для примера, сценарий использования, как исследовано для нового предмета исследования 5G, может быть, например, eMBB, mMTC или URLLC, как представлено подробно в разделе, относящемся к предшествующему уровню техники.
[0135] Новая радио технология будет развиваться из радио технологии, уже определенной для LTE(-A), хотя можно ожидать ряд изменений, чтобы удовлетворять требованиям для систем мобильной связи 5G. Следовательно, конкретные примерные реализации различных вариантов осуществления могут по-прежнему повторно использовать процедуры, сообщения, функции и т.д., уже определенные для систем связи LTE(-A) (согласно Release 10/11/12/13/14 и т.д.), если они равным образом применимы к новой радио технологии для систем связи 5G и если они применимы к различным реализациям, как объяснено для следующих вариантов осуществления. Некоторые из этих процедур LTE(-A), которые могут иметь отношение к настоящему раскрытию, кратко сформулированы в разделе, относящемся к предшествующему уровню техники.
[0136] Как объяснено в разделе, относящемся к предшествующему уровню техники, предусматривается поддержка разных схем нумерологий в новых системах мобильной связи 5G. В частности, eNodeB и пользовательские оборудования будут поддерживать одну или несколько схем нумерологий в одно и то же время, чтобы одновременно быть способным принимать участие в многочисленных службах, например, eMBB, URLLC, mMTC. Продолжается обсуждение того, как распределение радио ресурсов восходящей линии связи может быть реализовано в такой новой среде. В целом, обсуждаются два разных режима для планирования восходящей линии связи, управляемый eNodeB режим передачи и режим передачи без предоставления. Однако эти режимы не обсуждались подробно, и не были достигнуты соглашения о том, как эти режимы могут быть реализованы. Следовательно, существует потребность в улучшенной процедуре распределения радио ресурсов, чтобы распределять радио ресурсы в восходящей линии связи, используемой пользовательским оборудованием, чтобы выполнять передачи.
[0137] Следующие примерные варианты осуществления обеспечивают улучшенную процедуру распределения радио ресурсов для новой радио технологии, предусмотренной для систем мобильной связи 5G для решения вышеупомянутой проблемы (проблем). Разные реализации и вариации варианта осуществления также будут объяснены. Только по очень немногим вопросам было достигнуто соглашение касательно системы мобильной связи 5G, так что нужно сделать ряд предположений в дальнейшем, чтобы суметь объяснить принципы, лежащие в основе настоящего раскрытия. Эти предположения, однако, следует понимать сугубо как примеры, которые не должны ограничивать объем раскрытия. Специалисту в данной области будет известно, что принципы настоящего раскрытия, как изложено в формуле изобретения, могут применяться к разным сценариям и путями, которые явно не описаны в настоящем документе.
[0138] Более того, термины, использованные далее для объяснения вариантов осуществления, тесно связаны с системами LTE/LTE-A, даже хотя конкретная терминология, подлежащая использованию в контексте новой технологии радиодоступа для следующих систем связи 5G, еще не определена. Следовательно, специалисту в данной области должно быть понятно, что настоящее раскрытие и его объем защиты не должны ограничиваться до частных терминов, для примера использованных в настоящем документе, ввиду отсутствия более новой терминологии, но должны пониматься более широко в терминах функций и концепций, которые лежат в основе настоящего раскрытия.
[0139] Простой и примерный сценарий рассматривается с радио базовой станцией и несколькими пользовательскими терминалами, как проиллюстрировано на фиг. 8. Три проиллюстрированных UE соответственно поддерживают разные службы, а именно службы mMTC, eMBB и URLLC, уже представленные в разделе, относящемся к предшествующему уровню техники. Как проиллюстрировано, учитывается, что одно UE будет поддерживать и будет сконфигурировано для двух разных служб, например, служб URLLC и eMBB.
[0140] Как обсуждалось в разделе, относящемся к предшествующему уровню техники, достигнута договоренность о том, что для следующего поколения 5G несколько разных нумерологий должны поддерживаться и будут сосуществовать в системе мобильной связи, причем разные схемы нумерологии адаптируются к конкретным типам служб, таким как eMBB, mMTC или URLLC. Следует отметить, что 3GPP-стандартизация находится в самом начале и существует много неопределенностей относительно того, какие и как именно конкретные службы будут фактически поддерживаться. Однако для последующих объяснений в качестве примера предполагается, что несколько служб (например, eMBB, mMTC и URLLC) будут поддерживаться одновременно системой связи, чтобы обеспечивать возможность передач данных для каждой из этих служб.
[0141] Соответственно, по меньшей мере одна соответственная схема нумерологии для каждой из служб будет предположительно определена, причем разные схемы нумерологии позволяют разбивать доступные частотно-временные радио ресурсы полосы частот (такой как несущая конкретной ширины полосы, например 100 МГц, ниже 6 ГГц) на единицы планирования ресурсов, которые могут распределяться планировщиком, например, находящимся в eNodeB. Для примерного сценария, который будет использован далее в целях иллюстрации, ширина полосы упомянутой полосы частот предполагается равной 4,3 МГц. Варианты осуществления и принципы могут равным образом применяться к разным полосам частот и ширинам полос.
[0142] В общем, схемы нумерологии характеризуются разными параметрами, такими как интервал поднесущей и длительность символа (непосредственно связанными друг с другом), число поднесущих на единицу планирования ресурсов, длина циклического префикса или длина TTI (интервал времени планирования; определенный числом символов на единицу планирования ресурсов или абсолютной временной длительностью на единицу планирования ресурсов, из которой можно извлечь число символов). Следовательно, схемы нумерологии могут отличаться друг от друга одной или несколькими этими характеристиками нумерологий. При определении характеристик нумерологии подходящим образом, одна схема нумерологии может быть приспособлена к конкретной службе и ее требованиям (таким как время задержки, надежность, разнесение по частоте, скорости передачи данных и т.д.). Например, как объяснено в разделе, относящемся к предшествующему уровню техники, службы eMBB и URLLC аналогичны в том, что они обе требуют очень широкой ширины полосы, однако отличаются тем, что служба URLLC требует крайне низких задержек. Эти требования могут приводить к тому, что схема нумерологии для служб URLLC будет обычно использовать более короткие TTI (и возможно более короткие длины символов), чем схема нумерологии для службы eMBB. Еще отсутствуют соглашения о том, какие характеристики нумерологии следует использовать для каждой службы.
[0143] Как станет очевидно из приведенного ниже, главными характеристиками нумерологии, которые отличаются между схемами нумерологии, для примера использованными для иллюстрации принципов вариантов осуществления, являются шаг поднесущей и длительность символа, наряду с длиной интервала времени планирования (т.е. числом символов на единицу планирования ресурсов). Хотя это не показано на чертежах, длина циклического префикса предполагается масштабируемой тем же самым образом, что и длина символа, в то время как для примера предполагается, что каждая схема нумерологии разбивает радио ресурсы так, что единица планирования ресурсов имеет 12 поднесущих с соответственными шагами поднесущих согласно схеме нумерологии. Тем не менее, следует отметить, что варианты осуществления и лежащие в основе принципы не ограничены исключительно теми различными схемами нумерологии, использованными для примера далее, но могут применяться к разным схемам нумерологии и соответствующим разным их характеристикам нумерологии. И хотя в следующих объяснениях определены всего только три схемы нумерологии, принципы будут применяться равным образом, когда разные наборы и разные количества схем нумерологии определены для системы мобильной связи.
[0144] Разные примерные схемы нумерологии будут проиллюстрированы в связи с фиг. 9 и основаны на фиг. 6A - фиг. 6C. Фиг. 9 является упрощенной иллюстрацией разбиения радио ресурсов согласно трем разным схемам нумерологии. Результирующие единицы планирования ресурсов проиллюстрированы жирными квадратами в каждой из схем нумерологии.
[0145] Схема 1 нумерологии на фиг. 9 характеризуется наличием шага поднесущей 15 кГц (с результирующей длительностью символа 66,7 мкс; см. фиг. 6A), 12 поднесущих и 6 символов на единицу планирования ресурсов. Результирующая единица планирования ресурсов имеет ширину полосы частот 180 кГц и длину 0,5 мс (при примерном рассмотрении циклического префикса 16,7 мкс как, например, известно из систем LTE). Соответственно, в частотной области ширина полосы частот будет разбита на 24 единицы планирования ресурсов (каждая с шириной полосы 180 кГц). С этими характеристиками нумерологии, схема 1 нумерологии может рассматриваться для передачи данных для службы mMTC. UE, следующее этой схеме нумерологии, может, таким образом, теоретически планироваться планировщиком каждый TTI, т.е. 0,5 мс.
[0146] Схема 2 нумерологии характеризуется наличием шага поднесущей (2×15 кГц=) 30 кГц (с результирующей длительностью символа 33,3 мкс; см. фиг. 6B), 12 поднесущих и 6 символов на единицу планирования ресурсов. Результирующая единица планирования ресурсов имеет, таким образом, ширину полосы частот 360 кГц и длину 0,25 мс (при примерном рассмотрении масштабированного циклического префикса 16,7 мкс/2 каждый). Соответственно, в частотной области ширина полосы частот будет разбита на 12 единиц планирования ресурсов (каждая с шириной полосы 360 кГц). С этими характеристиками нумерологии, схема 2 нумерологии может рассматриваться для передачи данных для службы eMBB. UE, следующее этой схеме нумерологии, может таким образом теоретически планироваться планировщиком каждый TTI, т.е. 0,25 мс.
[0147] Схема 3 нумерологии характеризуется наличием шага поднесущей (4×15 кГц=) 60 кГц (с результирующей длительностью символа 16,7 мкс; см. фиг. 6C), 12 поднесущих и 4 символов на единицу планирования ресурсов. Результирующая единица планирования ресурсов имеет, таким образом, ширину полосы частот 720 кГц и длину 0,0833 мс (при примерном рассмотрении масштабированного циклического префикса 16,7 мкс/4 каждый). Соответственно, в частотной области ширина полосы полосы частот будет разбита на 6 единиц планирования ресурсов (каждая с шириной полосы 720 кГц). С этими характеристиками нумерологии, схема 3 нумерологии может рассматриваться для передачи данных для службы URLLC. UE, следующее этой схеме нумерологии, может, таким образом, теоретически планироваться планировщиком каждый TTI, т.е. 0,0833 мс.
[0148] Следовательно, частотно-временные радио ресурсы полосы частот, которые подлежат совместному использованию среди разных нумерологий, могут интерпретироваться по-разному на основе характеристик нумерологии, лежащих в основе разных схем нумерологии. Разные схемы нумерологии будут сосуществовать в мобильной сети, и радио ресурсы разных схем нумерологии должны быть доступны для распределения по пользовательским терминалам при необходимости.
[0149] Как обсуждалось в разделе, относящемся к предшествующему уровню техники, существует несколько возможностей того, как мультиплексировать разные нумерологии в пределах полосы частот и их радио ресурсов в частотной области и/или временной области, где фиг. 7 показывает лишь один пример. Существуют другие возможные схемы мультиплексирования, которые могут использоваться равным образом. В целом, чтобы иметь возможность распределять радио ресурсы для передач данных согласно каждой схеме нумерологии, доступные частотно-временные радио ресурсы полосы частот должны быть разделены подходящим образом между разными схемами нумерологий, сосуществующими в системе. Соответственно, каждая схема нумерологии ассоциирована с конкретным набором радио ресурсов среди доступных радио ресурсов полосы частот, которые затем используются планировщиком (таким как радио базовая станция) для распределения согласно этой схеме нумерологии, т.е. чтобы распределить радио ресурсы для передачи данных для соответствующей службы (здесь URLLC, mMTC mMBB), следующей характеристикам нумерологии конкретной схемы нумерологии. С этой точки зрения, количество трафика для каждой службы изменяется во времени, это мультиплексирование разных сосуществующих схем нумерологии для служб может также быть гибким.
[0150] Согласно вариантам осуществления и их вариациям, будет обеспечена улучшенная процедура распределения радио ресурсов, что разрешает eNB управлять распределением ресурсов восходящей линии связи для UE, сконфигурированных с по меньшей мере одной из обсужденных выше схем нумерологии.
[0151] Разные UE будут поддерживать разные схемы нумерологии. UE с низкими непроизводительными затратами могут поддерживать только один тип службы, например, mMTC, и будут таким образом поддерживать только соответствующую схему(ы) нумерологии, подходящую этому типу службы (т.е. сценарию использования). С другой стороны, ожидается, что другие UE будут способны действовать согласно различным или даже всем возможным схемами нумерологии, чтобы иметь возможность поддерживать передачи данных во всех сценариях использования. Одно UE для примера полагается сконфигурированным с двумя разными службами, одной службой eMBB и одной службой URLLC (см. фиг. 8). В зависимости от обстоятельств (таких как радиосота и eNB, с которыми UE соединено, службы, которые оно в настоящее время имеет, и т.д.), UE будет сконфигурировано, чтобы действовать согласно одной или нескольким из поддерживаемых им схем нумерологии. Это может быть, например, сделано при соединении с радиосотой, где соответствующий eNB будет конфигурировать UE для работы согласно некоторым или всем из тех схем нумерологии, которые он сам поддерживает в своей радиосоте. Точная процедура того, как это может быть достигнуто, еще не известна, и некоторые из подробностей не являются существенными для настоящего раскрытия. Тем не менее, один возможный подход в упомянутом отношении может состоять в том, что, например, при применении к службе, eNodeB конфигурирует UE со схемой нумерологии, подходящей для той службы, к которой применяется UE. Например, когда UE имеет новый трафик для отправки или узнает о намерении сети отправить новый трафик, оно отправляет MME сообщение служебного запроса. Во время последовательной процедуры установления канала-носителя, каналы-носители и соединений в EPS-канале-носителе (т.е. DRB, канал-носитель S1 и канал-носитель S5) и соединения сигнализации (т.е. соединение ECM, туннели S11 GTP-C и S5 GTP-C) теперь установлены для поддержки доставки трафика между UE и сетью (UE через P-GW). eNB дополнительно отправляет сообщение RRC CONNECTION RECONFIGURATION (реконфигурации соединения RRC) на UE, которое указывает информацию, принятую от MME вместе с новыми данными конфигурации радиоканала-носителя. UE конфигурирует радиоканал-носитель, как инструктируется, и подтверждает это сообщением RRC CONNECTION RECONFIGURATION COMPLETE (завершения реконфигурации соединения RRC) к eNB. Теперь, eNB подтверждает сообщением E-RAB SETUP RESPONSE (ответа на установку E-RAB). В сообщении реконфигурации соединения RRC, eNB может конфигурировать UE со схемой нумерологии, подлежащей применению, для нового канала-носителя соответственно логическому каналу.
[0152] В общем, UE будет осведомлено о схемах нумерологии, с которыми оно сконфигурировано, и о соответствующих параметрах, ассоциированных со сконфигурированной схемой(ами) нумерологии.
[0153] Согласно одному варианту, eNB может хранить список схем нумерологии, поддерживаемых в его радиосоте, вместе с соответствующими ассоциированными параметрами, такими как шаг поднесущей, длина TTI, символы на интервал планирования и, возможно, также другая информация, релевантная для схем нумерологии, такая как подробности области поиска, конфигурация номинального набора UL/DL. Индекс для каждой схемы нумерологии может быть обеспечен для простоты ссылок в последующих процедурах (таких как усовершенствованная процедура распределения радио ресурсов, обсуждаемая ниже). eNodeB может транслировать информацию о поддерживаемых схемах нумерологии в его радиосоте в качестве части широковещательной передачи системной информации (SIB). Продолжается обсуждение для 5G, чтобы провести различие между существенной системной информацией, которая непрерывно широковещательно передается посредством eNodeB, и несущественной (может также называться ʺдругойʺ) системной информацией, которая будет предоставляться только по требованию. Различие проводится, чтобы обеспечивать возможность снижения сложности и непроизводительных издержек (например, в сценариях, где используется формирование луча). Соответственно, информация о поддерживаемых схемах нумерологии может широковещательно передаваться как часть существенной системной информации. В случае конфигурации(й) произвольного доступа конкретной нумерологии, т.е. конфигурации RACH различной для каждой схемы нумерологии, параметр(ы) L1, ассоциированные с данной схемой нумерологии, должны широковещательно передаваться в соте.
[0154] Альтернативно, информация о поддерживаемых схемах нумерологии и ассоциированном параметре(ах) L1 может сигнализироваться как часть несущественной системной информации, т.е. сигнализироваться непосредственно на UE при требовании/запросе.
[0155] Альтернативно или дополнительно, схемы нумерологии и соответствующие параметры могут быть уже зафиксированы, например, в стандартах или в (U)SIM-карте мобильного телефона, которая обеспечивается оператором. Чтобы просто указывать конкретную схему нумерологии, соответствующий индекс может ассоциироваться с каждой схемой нумерологии. Следовательно, схемы нумерологии и их параметры широко известны и на них можно с легкостью сослаться предоставлением только индекса, вместо потребности передавать/транслировать всю необходимую информацию о схеме(ах) нумерологии и их соответствующих параметрах. Например, eNodeB может регулярно транслировать только соответствующие показатели тех схем нумерологии, которые поддерживаются в его радиосоте. Вследствие сниженных непроизводительных издержек, индексы можно просто транслировать в существенной системной информации, но можно теоретически сигнализировать по требованию как часть несущественной системной информации.
[0156] Более того, UE для примера предполагается сконфигурированным с множеством логических каналов, каждый из которых может быть ассоциирован с по меньшей мере одной из сконфигурированных схем нумерологии. Более подробно, как известно из LTE(-A) UE, логические каналы сконфигурированы/установлены, когда сконфигурированы/установлены радиоканалы, например, когда UE имеет новый трафик для отправки или узнает о намерении сети отправить новый трафик. Ввиду этого, еще не была согласована процедура для 5G в упомянутом аспекте, можно для примера предполагать, что процедура LTE(-A) будет использоваться тем же или аналогичным образом для 5G-UE. Во время процедуры установки радиоканала конфигурация логического канала будет предоставляться UE, и eNB конфигурирует ассоциированную/связанную схему(ы) нумерологии для логического канала как часть конфигурации логического канала.
[0157] В этом контексте, следует отметить, что логический канал обычно будет ассоциирован только с одной схемой нумерологии, а именно той, которая является подходящей для передачи данных этого логического канала. Однако логический канал может также быть ассоциирован с более чем одной схемой нумерологии. Например, могут существовать службы, для которых определены различные схемы нумерологии, в частности, когда предоставление службы может получить выгоду от разных схем нумерологии. Например, служба eMBB, такая как TCP, может использовать либо более низкочастотный спектр, либо спектр миллиметровых частот. Более подробно, протокол управления передачей (TCP) включает в себя фазу медленного запуска, где больший шаг поднесущей обеспечивает выигрыши вследствие меньшей длины символа, в то время как во время более поздней фазы, на которой данные будут передаваться на полной скорости, меньший шаг поднесущей может быть более эффективным. В результате, логический канал, устанавливаемый для службы TCP, может быть ассоциирован с двумя схемами нумерологии, отличающимися по меньшей мере своим шагом поднесущей. Более конкретно, UE будет передавать пакеты данных логического канала предпочтительно во время фазы медленного запуска с использованием схемы нумерологии с большим шагом поднесущей, а во время фазы перегрузки - по схеме нумерологии с меньшим шагом поднесущей. Чтобы разрешить такое поведение, уровню доступа (Access Stratum, AS) UE, например, уровню MAC, потребовалось бы знать разные фазы/состояния протокола TCP. По этой причине, согласно одной примерной реализации, уровень приложения указывает AS состояние протокола TCP, т.е. фазу медленного запуска или фазу управления перегрузкой. Уровень AS, например уровень MAC, использует эту информацию, чтобы отображать пакет данных логического канала на соответствующий уровень нумерологии.
[0158] В общем, для случая, когда логический канал отображается на несколько уровней/схем нумерологии, поведение UE для маршрутизации пакетов должно быть специфицировано. Например, UE, когда оно планируется для одного из уровней нумерологии, может передавать столько данных, сколько возможно. В этом случае, в основном не будет никаких дополнительных критериев для маршрутизации пакетов данных. Согласно другому примерному варианту осуществления, UE может предпочесть передачу данных с использованием одной нумерологии по сравнению с другой нумерологией. Например, когда логический канал отображается на два уровня/схемы нумерологии, одну нумерологию, используемую в более низкочастотной полосе, и одну в более высокочастотной полосе, т.е. спектре миллиметровых волн, UE может попытаться оптимизировать передачу данных в более высокочастотной полосе (поскольку более высокие скорости передачи данных ожидаются на более высокочастотной полосе). Другими критериями могут быть непроизводительные издержки заголовка, т.е. попытка минимизировать непроизводительные издержки заголовка L2 при генерации TB, при выборе уровня нумерологии для передачи данных. В общем, поведение UE должно быть таким, что UE посылает отчет о состоянии буфера для логического канала, и затем eNB решает, на каком уровне нумерологии следует планировать UE (наряду с размером распределения ресурсов).
[0159] Следовательно, отображение, таким образом, устанавливается в UE, ассоциируя логические каналы с соответствующей схемой(ами) нумерологии.
[0160] После получения таким образом сконфигурированной службы (служб), подходящих схем нумерологии и после установления логических каналов в упомянутом аспекте, eNodeB будет управлять планированием восходящей линии связи для UE во время предоставления службы. Как упоминалось ранее, продолжается общее обсуждение в 3GPP, относительно того, какие режимы планирования будут поддерживаться для планирования восходящей линии связи. Текущее обсуждение в настоящий момент сфокусировано на двух типах режимов планирования, режиме планирования под управлением eNB и режиме планирования без предоставления.
[0161] В общем, режим планирования под управлением eNodeB характеризуется тем, что UE не будет автономно выполнять передачи восходящей линии связи, а будет следовать соответствующим назначениям планирования восходящей линии связи, обеспеченным eNodeB. Режим планирования под управлением eNodeB разрешает eNodeB управлять использованием радио ресурсов в его радиосоте и, таким образом, избегать столкновений между передачами восходящей линии связи различных пользовательских оборудований. Однако передачи восходящей линии связи значительно задержаны, поскольку UE требуется сначала запросить и затем принять подходящее предоставление восходящей линии связи до выполнения передач восходящей линии связи. С другой стороны, режим планирования без предоставления позволяет UE немедленно выполнить передачи восходящей линии связи в определенных обстоятельствах без потребности запрашивать или принимать соответствующее распределение ресурсов от eNodeB, тем самым значительно снижая задержку. Подходящие радио ресурсы, используемые для такой передачи восходящей линии связи без предоставления, могут, например, определяться ранее, например, при помощи eNB (могут называться пулом ресурсов). Такая передача основана на конкуренции и, таким образом, склонна к конфликтам с другими передачами восходящей линии связи. Более того, ввиду продолжающихся обсуждений и очень ранней стадии стандартизации, также и другие режимы планирования могут быть определены в будущем, и настоящее раскрытие не должно ограничиваться исключительно двумя обсужденными выше режимами планирования. В общем, вероятно, что для планирования восходящей линии связи будут доступны по меньшей мере два разных режима планирования, один обеспечивает возможность для быстрых, но, возможно, менее надежных передач восходящей линии связи (могут называться режимом быстрого распределения ресурсов), а другой из них обеспечивает возможность для надежных, но задержанных передач восходящей линии связи (могут называться режимом распределения ресурсов под управлением eNB).
[0162] Логические каналы могут быть сконфигурированы с конкретным режимом планирования восходящей линии связи, например, одним из двух представленных выше режимов планирования, в настоящее время обсуждаемых в 3GPP для 5G. Только некоторым логическим каналам разрешено использовать режим планирования без предоставления, например, логическим каналам, установленным для служб с очень строгими требованиями задержки, таких как службы для случая использования URLLC, например, для передач особой важности.
[0163] Настоящие варианты осуществления и вариации сфокусированы на режиме планирования под управлением eNB, согласно которому UE будет принимать назначение планирования восходящей линии связи от eNB, назначающее радио ресурсы восходящей линии связи, подлежащие использованию eNB для передач восходящей линии связи.
[0164] Предоставления планирования восходящей линии связи, обеспеченные eNB, могут осуществляться специально для схемы нумерологии, т.е. радио ресурсы, назначаемые eNB, должны применяться только к определенной схеме нумерологии, как решено посредством eNB. Соответственно, UE, после приема назначения планирования восходящей линии связи от eNB, определяет, для какой схемы нумерологии предназначается назначение планирования восходящей линии связи. Затем, при обработке принятого назначения планирования восходящей линии связи, UE будет выполнять процедуру приоритизации логических каналов на этой основе путем подходящего распределения назначенных радио ресурсов по сконфигурированным логическим каналам и дополнительной приоритизации тех логических каналов, которые ассоциированы с предназначенной схемой нумерологии принятого назначения планирования восходящей линии связи. Приоритизация логических каналов в этом контексте может также означать, что назначенные радио ресурсы должны использоваться исключительно для передачи данных только тех логических каналов, которые ассоциированы с предназначенной схемой нумерологии. Фиг. 10 является примерной диаграммой, иллюстрирующей это основное поведение UE.
[0165] Далее, будут представлены различные подробные варианты осуществления. Существует несколько возможностей того, как UE может определять предназначенную схему нумерологии принятого назначения планирования восходящей линии связи. Один вариант заключается в том, что eNB включает соответствующее указание уровня нумерологии в назначение планирования восходящей линии связи, так что UE определяет предназначенный уровень/схему нумерологии из этого указания и соответствующей таблицы в UE, связывающей индексы с поддерживаемыми/сконфигурированными уровнями нумерологии. Более подробно, DCI, переносящая распределение ресурсов восходящей линии связи может, для примера, содержать индекс, который относится к списку схем нумерологии и ассоциированных параметров L1, широковещательно передаваемых eNB в системной информации. Индекс со значением 1, например, относится к первой записи широковещательной передачи информации нумерологии, и т.д. Альтернативно, индекс может относиться к списку схем/параметров L1 нумерологии, заранее сконфигурированных в UE.
[0166] Другой вариант заключается в том, что eNB использует разные RNTI для разных схем нумерологии при генерации назначения планирования восходящей линии связи, так что UE может извлекать предназначенную схему нумерологии из RNTI, используемого посредством eNodeB для процесса кодирования. В частности, в настоящих системах, идентификатор UE (например, C-RNTI, временный идентификатор радиосоты сети) используется посредством eNB для скремблирования части CRC (циклического контроля избыточности) назначения планирования восходящей линии связи, чтобы разрешить UE идентифицировать, какие назначения планирования восходящей линии связи предназначены для него самого. Чтобы различить схемы нумерологии, различные RNTI могут быть определены посредством eNodeB, каждый из которых ассоциирован однозначно с одной схемой нумерологии, сконфигурированной для UE. При генерации назначения планирования восходящей линии связи для конкретного UE, eNodeB использует специфический для конкретного UE и специфический для нумерологии RNTI для кодирования назначения планирования восходящей линии связи, например, путем скремблирования его части CRC, как уже известно из современных систем LTE/LTE-A.
[0167] Еще один другой вариант заключается в том, что разные схемы нумерологии различаются разными пространствами поиска, посредством которых передаются назначения планирования восходящей линии связи. В частности, как уже сделано в LTE/LTE- A, область информации управления (также может называться пространством поиска назначения планирования восходящей линии связи или пространством поиска информации управления нисходящей линии связи (DCI)) может быть определена, так что часть этих радио ресурсов может затем использоваться планировщиком (например, радио базовой станцией) для передачи информации управления, такой как информация о распределении ресурсов, на UE. Соответственно, каждое UE должно контролировать соответственную область(и) информации управления, чтобы понимать, представлена ли информация управления, которая фактически предназначается ему самому. В настоящее время неясно, следует ли и как пространства поиска определить для новой технологии радиодоступа 5G. В общем, можно предполагать, что информация управления передается в той же самой схеме нумерологии, что и данные, для которых передается информация управления. Следовательно, для UE, которое поддерживает несколько служб и соответственных схем нумерологии, индивидуальные пространства поиска могут быть определены для каждой схемы нумерологии, так что UE может определить схему нумерологии из того пространства поиска, посредством которого принятое назначение планирования восходящей линии связи было передано посредством eNodeB.
[0168] Этот подход имеет преимущество в том, что не требуется дополнительная информация в назначениях планирования восходящей линии связи (DCI) и непроизводительные издержки данных не генерируются в упомянутом аспекте. С другой стороны, он может иметь недостаток в том, что он может предпочтительно применяться только в системах, где пространства поиска для разных схем нумерологии четко разделены, таким образом, разрешая однозначное определение предназначенной схемы нумерологии принятого назначения планирования восходящей линии связи на основе пространства поиска, использованного для передачи. Определение отдельных пространств поиска, однако, увеличивает усилия слепого декодирования на стороне UE. Усилия слепого декодирования со стороны UE могут быть снижены путем определения общей области информации управления или путем перекрытия разных пространств поиска, в случае чего, однако, пространство поиска не будет однозначно указывать предназначенную схему нумерологии. Дополнительная информация будет необходима для UE для однозначного определения предназначенной схемы нумерологии.
[0169] В любом случае, после того как UE обработало принятое назначение планирования восходящей линии связи и определило предназначенную схему нумерологии согласно любому из вышеупомянутых вариантов, работа UE продолжается, чтобы подготовить передачу данных. В упомянутом аспекте, UE потребуется каким-то образом выбрать данные в его буферах передачи, чтобы передавать с использованием радио ресурсов восходящей линии связи, как указано в принятом назначении планирования восходящей линии связи. В стандартизированных в настоящее время системах для LTE и LTE-A, UE имеет функцию управления диапазоном восходящей линии связи, также называемую процедурой приоритизации логических каналов, как обсуждалось подробно в разделе, относящемся к предшествующему уровню техники. Для примера далее предполагается, что также в новых системах 5G аналогичная функция будет выполняться посредством UE, что также будет называться процедурой приоритизации логических каналов. Соответственно, когда должна быть выполнена новая передача, UE будет генерировать пакет данных (например, также называемый блоком передачи), подлежащий передаче в восходящей линии связи, и определяет, какие данные, доступные для передачи, включены в пакет данных. Как объяснено ранее, назначение планирования восходящей линии связи зависит от конкретного уровня нумерологии, и процедура LCP будет учитывать это, приоритизируя во время процедуры LCP данные из тех логических каналов, которые ассоциированы с предусматриваемым уровнем нумерологии принятого назначения планирования восходящей линии связи. В частности, радио ресурсы, распределенные принятым предоставлением восходящей линии связи, подлежат использованию предпочтительно для передачи данных из тех логических каналов, которые ассоциированы с предусмотренным уровнем нумерологии. Однако, если радио ресурсы должны оставаться после распределения радио ресурсов для передачи всех ожидающих данных логических каналов предусмотренного уровня нумерологии, оставшиеся радио ресурсы могут также использоваться для передачи данных логических каналов, которые ассоциированы с другими уровнями нумерологии.
[0170] Один вариант приоритизации заключается в том, что радио ресурсы, назначенные принятым предоставлением восходящей линии связи, должны использоваться только для данных тех логических каналов, которые ассоциированы с предназначенным уровнем нумерологии; т.е. радио ресурсы не будут использоваться для передачи данных логических каналов, ассоциированных с другим уровнем(ями) нумерологии. Другими словами, для процедуры приоритизации логических каналов рассматриваются только те логические каналы, которые отображаются на уровень нумерологии, для которого предназначено принятое предоставление восходящей линии связи. Хотя радио ресурсы, которые остаются, могут быть потеряны, эта исключительная приоритизация гарантирует, что данные всегда передаются с ʺкорректнойʺ схемой нумерологии, чтобы подчиняться требованиям данных, для которых схема нумерологии была сконфигурирована.
[0171] Согласно одной примерной реализации приведенного выше варианта(ов) осуществления, общая процедура LCP может выполняться для логических каналов всех уровней нумерологии, где логические каналы приоритизируются согласно их ассоциированным уровням нумерологии, как объяснено выше. Согласно другой примерной реализации, отдельная процедура LCP выполняется для каждого уровня нумерологии, в случае чего процедура LCP может выполняться только по тем логическим каналам, которые ассоциированы с соответственным уровнем нумерологии процедуры LCP. В этом случае, однако, будут рассматриваться только логические каналы уровня нумерологии (назначения планирования восходящей линии связи); т.е. постепенная приоритизация логических каналов разных уровней нумерологий будет, таким образом, невозможной.
[0172] Общая процедура LCP, упомянутая выше, может быть реализована посредством обеспечения общего объекта MAC (управления доступом к среде) в UE, отвечающего за обработку общей процедуры LCP. Аналогично, общий объект МАС может также выполнять отдельные процедуры LCP для разных схем нумерологии. Альтернативно, вместо обеспечения общего объекта МАС, могут быть обеспечены отдельные объекты МАС, один для каждого уровня нумерологии, сконфигурированного в UE, чтобы реализовать отдельные процедуры LCP. Отображение между логическими каналами и объектами МАС основано на отображении между логическими каналами и уровнями нумерологии.
[0173] Фиг. 11 и 12 иллюстрируют примерную структуру уровней в пользовательском оборудовании для объектов МАС и процедур LCP конкретной нумерологии соответственно общему объекту МАС и общей процедуре LCP. Как очевидно из фиг. 11, каждая схема нумерологии, сконфигурированная в UE, ассоциирована с отдельным объектом МАС конкретной нумерологии и соответствующей процедурой LCP. Как очевидно из фиг. 12, UE содержит один общий объект МАС и процедуру LCP для всех схем нумерологии, сконфигурированных в UE. Альтернативно, как проиллюстрировано на фиг. 13, общий объект МАС может выполнять отдельные процедуры LCP конкретных нумерологий, аналогичных фиг. 11, соответственно только по тем логическим каналам, которые ассоциированы с одной схемой нумерологии, вместо выполнения одной общей процедуры LCP по всем логическим каналам в UE.
[0174] В реализациях, обсуждаемых выше, для примера предполагается, что процедура LCP будет частью объекта МАС в UE, каков в случае современных LTE(-A) UE. Однако, в упомянутом аспекте еще не были достигнуты соглашения для 5G. Соответственно, может быть решено, что процедура LCP будет находиться в другом объекте (например, объекте RLC), и в этом случае приведенное выше обсуждение будет применяться в отношении другого объекта.
[0175] Для примера, конкретная реализация процедуры LCP может основываться на реализации, обсуждаемой в разделе, относящемся к предшествующему уровню техники, с соответствующими адаптациями, как указано далее. Подробный алгоритм для процедуры LCP будет, согласно одному примерному варианту осуществления, рассматриваться для первых трех этапов (как описано в разделе, относящемся к предшествующему уровню техники) только тех логических каналов, которые ассоциированы с соответственным уровнем нумерологии. Это гарантирует, что данные тех логических каналов, которые ассоциированы с соответственным уровнем нумерологии, приоритизированы. Затем, в случае если имеются некоторые оставшиеся ресурсы, т.е. транспортный блок еще не полностью заполнен, процедура LCP, как описано в разделе относящемся к предшествующему уровню техники, т.е. от этапа 1 до этапа 3, будет затем запускаться для некоторых или всех оставшихся логических каналов другого уровня(ей) нумерологии. По существу, подробный алгоритм будет процедурой из двух стадий, где на каждой стадии текущая процедура LCP запускается с разным набором логических каналов.
[0176] Альтернативно, когда распределенные радио ресурсы подлежат использованию исключительно теми логическими каналами, которые ассоциированы со схемой нумерологии, как указано в распределении ресурсов (предоставлении восходящей линии связи), выполняется только первая стадия, т.е. процедура LCP запускается только для тех логических каналов, которые имеют ассоциированную схему нумерологии, как указано в распределении ресурсов.
[0177] Чтобы иметь способность выполнять обсуждаемую выше приоритизацию логических каналов конкретной нумерологии, в некоторых из реализаций информация о предназначенном уровне нумерологии должна быть сделана доступной для процедуры LCP, более конкретно для процессора или объекта (MAC), отвечающего за выполнение процедуры LCP. Например, физический уровень UE, отвечающий за декодирование назначения планирования восходящей линии связи, может пересылать информацию, релевантную для объекта МАС в UE, отвечающего за процедуру(ы) LCP. Более подробно, при использовании отдельных объектов МАС, физический уровень должен обеспечивать информацию конкретного предоставления (например, размер транспортного блока, информацию HARQ и т.д., например, аналогичным образом, как в современных системах LTE/LTE-A) назначения планирования восходящей линии связи для того объекта МАС, отвечающего за уровень нумерологии, для которого предназначено принятое предоставление восходящей линии связи. В упомянутом случае, информация об уровне нумерологии может, но не обязательно, обеспечиваться объекту МАС конкретной нумерологии. В случае использования общего объекта МАС, физический уровень обеспечивает информацию конкретного предоставления наряду с предусмотренным уровнем нумерологии на общий объект МАС, так что общий объект МАС может использовать эту информацию во время процедуры LCP.
[0178] UE, таким образом, может генерировать блок передачи и затем передавать его же согласно принятому назначению планирования восходящей линии связи.
[0179] Процедура распределения ресурсов, как представлено выше согласно различным вариантам осуществления и вариациям, разрешает eNodeB эффективно планировать передачи восходящей линии связи для UE, которое сконфигурировано с одним или несколькими разными уровнями нумерологии.
[0180] Вместо ассоциации с уровнем нумерологии, логический канал/радиоканал-носитель может быть ассоциирован с длиной TTI, т.е. отображение обеспечивается в UE между логическими каналами и длинами TTI. Тогда предоставление восходящей линии связи будет указывать длину TTI, и затем процедура LCP будет выполняться согласно указанной длине TTI, например, логические каналы, которые ассоциированы с указанным TTI, приоритизируются (или даже исключительно обслуживаются) во время процедуры LCP.
[0181] В качестве дополнительной альтернативы к вышеописанной процедуре LCP конкретной нумерологии, вариация варианта осуществления предусматривает, что одна процедура LCP обеспечена для каждого сценария использования, т.е. одна процедура LCP выполняется для eMBB, другая для URRL и еще одна для mMTC и т.д. Это может быть реализовано в UE, например, путем обеспечения отдельного объекта МАС для каждого сценария использования UE или путем обеспечения общего объекта МАС. В случае использования отдельных объектов МАС, также будет существовать отображение между логическими каналами и сценариями использования соответственно соответствующим объектам МАС.
[0182] В упомянутом случае, при выполнении процедуры LCP, должно быть ясно, какие логические каналы ассоциированы с каким сценарием использования, так что UE может различать и подходящим образом приоритизировать логические каналы во время процедуры LCP. Назначение планирования восходящей линии связи, переданное eNB, может все еще относиться к конкретной нумерологии, так что логические каналы, которые принадлежат к уровню нумерологии, указанному принятым назначением планирования восходящей линии связи, приоритизируются по другим логическим каналам. Более того, поскольку процедура LCP относится к конкретному сценарию использования, будут рассматриваться и приоритизироваться во время процедуры LCP конкретного сценария использования только те логические каналы, которые принадлежат к этому сценарию использования. Фиг. 14 иллюстрирует примерную структуру уровней UE с отдельными объектами МАС конкретного сценария использования и соответствующими отдельными процедурами LCP.
[0183] Как упоминалось ранее, разные режимы планирования возможны для UE и логических каналов. В упомянутом аспекте, логические каналы могут быть запланированы на основе одного или нескольких режимов планирования. В дополнительно усовершенствованной вариации вариантов осуществления, процедура(ы) LCP также должны учитывать режимы планирования логических каналов. В общем, радио ресурсы, распределенные назначением планирования восходящей линии связи, принятым от eNodeB, должны предпочтительно использоваться для передачи данных из логических каналов, которые ассоциированы с режимом планирования, управляемым eNodeB. Поэтому, во время процедуры LCP, логические каналы должны приоритизироваться не только согласно их ассоциированной схеме нумерологии, но должны также приоритизироваться согласно тому, ассоциированы они или нет с режимом планирования управляемым eNodeB. Например, радио ресурсы, распределенные назначением планирования восходящей линии связи, принятым от eNodeB, не должны использоваться для передачи данных из логических каналов, которые ассоциированы только с режимом планирования без предоставления, или должны распределяться только в том случае, если радио ресурсы остаются после того, как назначенные радио ресурсы были распределены данным из логических каналов, которые ассоциированы с режимом планирования под управлением eNodeB.
[0184] Чтобы содействовать функции планирования (например, в eNodeB) и обеспечивать возможность для эффективного планирования восходящей линии связи, процедура отчета о состоянии буфера может быть адаптирована к новой технологии радиодоступа 5G и возможно также к новой процедуре распределения радио ресурсов, как обсуждалось выше. В общем, функция управления планированием в eNodeB должна обеспечиваться при помощи UE подходящей информацией для генерации назначений планирования восходящей линии связи нумерологии конкретного уровня. Поэтому, процедура отчета о состоянии буфера, выполняемая UE, должна быть отчетом о состоянии буфера по каждому уровню нумерологии для eNB, так что eNB может определить количество данных, доступных для передачи в UE, для каждого уровня нумерологии. Это может быть достигнуто, как указано далее.
[0185] Согласно одному возможному способу, процедура общего отчета о состоянии буфера выполняется в UE для всех уровней нумерологии, согласно чему для каждого уровня нумерологии, сконфигурированного в UE, состояние буфера отдельно определяется по логическим каналам, ассоциированным с соответственным уровнем нумерологии. Процедура отчета о состоянии буфера затем генерирует соответствующий отчет, содержащий информацию о состоянии буфера всех сконфигурированных уровней нумерологии, сгенерированный отчет затем передается на eNodeB. Согласно одной примерной реализации, новый элемент управления BSR MAC может быть определен для переноса информации о состоянии буфера для каждой сконфигурированной схемы нумерологии.
[0186] Фиг. 15 показывает примерный элемент управления BSR MAC, где предполагается, что три бита используются для указания схемы нумерологии, за которыми следуют соответственно 6 битов для размера буфера для каждой из двух предполагаемых для примера групп логических каналов. Бит расширения обеспечен, чтобы указывать, сообщается ли дополнительно состояние буфера для другой схемы нумерологии.
[0187] В такой процедуре отчета о состоянии буфера, в сценарии, где данные службы могут передаваться с использованием разных схем нумерологии, UE может предполагать или решать, как разделять ожидающие данные одной службы среди соответственных схем нумерологии.
[0188] Согласно другому возможному способу, отдельные процедуры отчета о состоянии буфера могут предусматриваться для уровней нумерологии, сконфигурированных для UE, так что UE выполняет отчет о состоянии буфера отдельно для каждого сконфигурированного уровня нумерологии. Следовательно, состояние буфера определяется в целом по логическим каналам, ассоциированным с одним уровнем нумерологии, и информация о них включена в соответствующий отчет о состоянии буфера. Согласно одной реализации, новый BSR MAC СЕ может быть определен для переноса информации о состоянии буфера для одной сконфигурированной схемы нумерологии. Альтернативно, BSR MAC СЕ, как уже известно из стандартизированных в настоящее время систем LTE/LTE-A, может использоваться в упомянутом аспекте.
[0189] Более того, процедура отчета о состоянии буфера может быть реализована в UE при помощи или одного объекта МАС или отдельных объектов МАС. Например, общий объект МАС может отвечать за выполнение либо общей процедуры отчета о состоянии буфера, либо различных отдельных процедур отчета о состоянии буфера конкретной нумерологии. С другой стороны, один объект МАС может обеспечиваться на каждый уровень нумерологии (этот возможный способ уже обсуждался выше в связи с процедурой LCP), так что процедура BSR уже является конкретной только для соответственного уровня нумерологии.
[0190] В обсуждаемых выше реализациях, для примера предполагается, что процедура BSR будет частью объекта МАС в UE, как в случае современных LTE(-A) UE. Однако еще не были достигнуты соглашения для 5G в упомянутом аспекте. Соответственно, может быть решено, что процедура BSR находится в другом объекте (например, объекте RLC), и в этом случае приведенное выше обсуждение будет применяться относительно этого другого объекта.
[0191] Согласно дополнительным вариантам улучшенной процедуры BSR, отдельные конфигурации BSR могут определяться на каждый уровень нумерологии. В частности, как объяснено в разделе, относящемся к предшествующему уровню техники, процедура BSR запускается определенными событиями. Некоторые или все из триггеров BSR или таймеров, относящихся к BSR, могут быть сделаны зависимыми от конкретного уровня нумерологии. Например, для служб, отображаемых на конкретный уровень нумерологии, может быть выгодным посылать отчет о состоянии буфера периодически, т.е. для служб eMBB, тогда как для других служб, которые используют отличающуюся нумерологию, это может быть не очень полезным, например, служб mMTC, отображаемых на определенный уровень нумерологии. В качестве дополнительного примера, дополненный BSR может не использоваться для всех уровней нумерологии. По существу, конфигурации BSR, т.е. настройки таймера, или другой триггер BSR могут быть разными для разных нумерологий.
[0192] В других примерных вариантах осуществления, даже хотя конфигурации/триггеры BSR могут быть зависимыми от конкретного уровня нумерологии, отчет о состоянии буфера будет всегда для всех уровней нумерологии. Более подробно, непосредственно после того, как BSR запущен для любого из уровней нумерологии, UE будет посылать отчет о завершенном состоянии буфера UE, т.е. UE посылает отчет для всех уровней нумерологии, соответствующих состоянию буфера.
[0193] Как объяснено в разделе, относящемся к предшествующему уровню техники, отчет о состоянии буфера согласно LTE(-A) основан на концепции группы, где несколько логических каналов могут группироваться вместе (например, на основе наличия тех же самых/аналогичных требований QoS) при определении состояния буфера. Аналогичным образом, логические каналы для каждого уровня нумерологии могут подходящим образом группироваться вместе в разные группы логических каналов для реализации более мелкой гранулярности, чем обеспечивается отчетом BSR по каждому уровню нумерологии.
[0194] В качестве дополнительной альтернативы, вместо обеспечения процедуры отчета о состоянии буфера, чтобы сообщать о состоянии буфера по каждому уровню нумерологии, другие варианты осуществления обеспечивают процедуру BSR, чтобы сообщать о состоянии буфера по каждому сценарию использования, так что eNB может определять количество данных, доступных для передачи в UE, по каждому сценарию использования UE. Например, службы типа eMBB (как обсуждалось выше с TCP) могут получать выгоду из наличия отдельных схем нумерологии (более низкочастотная полоса по отношению к более высокочастотной полосе), и в этом случае для eNodeB достаточно узнать количество данных, доступных в UE для сценария использования eMBB, а не схем нумерологии службы eMBB. eNodeB может затем решить, как распределять ресурсы по любым схемам нумерологии для сценария eMBB, и, таким образом, выдает соответствующие назначения планирования восходящей линии связи конкретной нумерологии, как обсуждалось ранее.
[0195] Фиг. 16 раскрывает такой примерный элемент управления BSR MAC, на основе в настоящее время стандартизированного длинного BSR MAC СЕ, где три октета доступны на сценарий использования для отчета о состоянии буфера четырех разных LCG. По сравнению с отчетом о состоянии буфера, как объяснено в связи с фиг. 15, UE просто посылает отчет о данных по каждому сценарию использования, так что отчет о состоянии буфера не изменяется для сценариев, где конкретная служба ассоциирована с несколькими схемами нумерологии.
[0196] Другое усовершенствование для процедуры распределения радио ресурсов фокусируется на запросе планирования, передаваемом UE, чтобы запросить радио ресурсы восходящей линии связи от eNodeB. Запрос планирования может быть конкретным для схемы нумерологии или для сценария использования, например, путем простого указания схемы нумерологии/сценария использования, для которых запрашиваются радио ресурсы восходящей линии связи. Например, новое поле в запросе планирования может быть предусмотрено для указания схемы нумерологии или сценария использования. eNB при приеме запроса планирования может решить, сколько радио ресурсов распределять по конкретной схеме нумерологии, как обсуждалось выше. Альтернативно, для того чтобы eNodeB узнал предусмотренный уровень нумерологии или сценарий использования, UE может быть сконфигурировано с разными каналами, где передается запрос планирования, т.е. по одной конфигурации канала SR для каждого уровня нумерологии соответственно сценарию использования.
[0197] Согласно дополнительным вариантам осуществления, функциональность DRX может быть адаптирована к новой технологии радиодоступа 5G. В частности, конфигурация DRX может быть сделана специфической для нумерологии или специфической для сценария использования. Более подробно, процедура DRX в настоящее время определена на основе подкадра, как обсуждалось подробно в разделе, относящемся к предшествующему уровню техники. Учитывая, что разные схемы нумерологии могут отличаться относительно их периода времени подкадра, общая схема DRX, как в настоящее время используется в системах LTE(-A), представляется неподходящей. Отдельные процедуры DRX могут обеспечиваться для разных схем нумерологии. Также, с точки зрения службы, разные сценарии использования имеют очень разные модели/характеристики трафика. Поэтому отдельные конфигурации DRX, согласно одному примерному варианту осуществления, используются для разных сценариев использования. В случае если один сценарий использования (например, eMBB) использует несколько уровней нумерологии, может существовать некоторая общая схема/конфигурация DRX по этим нескольким уровням нумерологии, т.е. время активности является одним и тем же для этих нескольких уровней нумерологии. С другой стороны, при наличии отдельных конфигураций/схем DRX для сценария использования или уровней нумерологии, это в основном будет означать, что UE может иметь разное состояние DRX для каждого сценария использования/уровня нумерологии. По существу, UE может находиться в DRX, т.е. состоянии энергосбережения, для одного уровня нумерологии, т.е. не требующем контроля каналов управления, тогда как UE находится во время активности для другого сценария использования/уровня нумерологии, т.е. UE контролирует каналы управления. Более подробно, DCI/канал управления, например, предоставление восходящей линии связи или нисходящей линии связи, принятое для конкретного уровня нумерологии/сценария использования, будет запускать начало отсчета таймеров, относящихся к DRX, т.е. например, таймера неактивности DRX, процедуры DRX, ассоциированной с этим уровнем нумерологии/сценарием использования. Например, когда eNB предоставляет ресурсы восходящей линии связи для службы eMBB, то UE должно запускать, непосредственно после приема этой DCI, таймер неактивности связанной с eMMB процедуры DRX.
[0198] Согласно дополнительным вариантам осуществления, процедура опережения временной диаграммы  может быть адаптирована к новой технологии радиодоступа 5G. В частности, процедура опережения временной диаграммы может быть сделана зависимой от конкретной схемы нумерологии, например, путем обеспечения значений таймера опережения временной диаграммы, которые являются разными для разных схем нумерологии. Поскольку одна из характеристик/параметра L1 уровня нумерологии является длиной циклического префикса (CP), поддержание выравнивания временной диаграммы для синхронизации восходящей линии связи является специфическим для уровня нумерологии согласно одному примерному варианту осуществления. Время передачи восходящей линии связи должно быть установлено с большой точностью в пределах длины CP восходящей линии связи. Поскольку длины CP являются разными для разных нумерологий, как упоминалось ранее, может потребоваться иметь более мелкую гранулярность выравнивания временной диаграммы восходящей линии связи для некоторых нумерологий, т.е. тех, которые имеют малую длину CP. Согласно одному примерному варианту осуществления, разные нумерологии будут группироваться для поддержания временной диаграммы/синхронизации восходящей линии связи, т.е. уровни нумерологии/схема, имеющие аналогичные характеристики канала, например, длину CP, будут иметь один общий таймер опережения временной диаграммы.
Дополнительные варианты осуществления
[0199]
Согласно первому аспекту, обеспечено пользовательское оборудование в системе мобильной связи, причем пользовательское оборудование сконфигурировано с по меньшей мере одной схемой нумерологии, каждая из которых ассоциирована с параметрами, которые разбивают множество частотно-временных радио ресурсов системы мобильной связи на единицы планирования ресурсов различным образом. Пользовательское оборудование сконфигурировано с множеством логических каналов, каждый из которых ассоциирован с по меньшей мере одной из сконфигурированных схем нумерологии. Приемник пользовательского оборудования принимает назначение планирования восходящей линии связи от радио базовой станции, которая управляет пользовательским оборудованием, причем назначение планирования восходящей линии связи указывает радио ресурсы восходящей линии связи, используемые пользовательским оборудованием. Процессор пользовательского оборудования определяет, для какой схемы нумерологии предназначено принятое назначение планирования восходящей линии связи на основе принятого назначения планирования восходящей линии связи. Процессор выполняет процедуру приоритизации логических каналов путем распределения назначенных радио ресурсов восходящей линии связи по сконфигурированным логическим каналам и путем приоритизации тех из сконфигурированных логических каналов, которые ассоциированы со схемой нумерологии, для которой предназначено назначение планирования восходящей линии связи.
[0200] Согласно второму аспекту, который обеспечен в дополнение к первому аспекту, приемник принимает информацию о множестве схем нумерологии, поддерживаемых радио базовой станцией. Опционально, информация о множестве схем нумерологии принимается в блоке системной информации, широковещательно передаваемом радио базовой станцией. В качестве дополнительного варианта, информация о множестве схем нумерологии содержит указание уровня нумерологии для каждой схемы нумерологии.
[0201] Согласно третьему аспекту, который обеспечен в дополнение к одному из первого по второй аспекты, процессор определяет, для какой схемы нумерологии предназначено принятое назначение планирования восходящей линии связи, из:
указания уровня нумерологии в принятом назначении планирования восходящей линии связи или
идентификатора пользовательского оборудования, используемого радио базовой станцией для кодирования назначения планирования восходящей линии связи, или
частотно-временных ресурсов, используемых радио базовой станцией для передачи назначения планирования восходящей линии связи.
[0202] Согласно четвертому аспекту в дополнение к одному из первого по третий аспекты, отличающийся объект управления доступом к среде, МАС, в пользовательском оборудовании сконфигурирован и ассоциированы с каждой схемой нумерологии, сконфигурированной для пользовательского оборудования. Каждый из объектов МАС в пользовательском оборудовании отвечает за процедуру приоритизации логических каналов согласно ассоциированной схеме нумерологии. Альтернативно, отличающийся объект управления доступом к среде, МАС, в пользовательском оборудовании сконфигурирован и ассоциирован с каждым сценарием использования передачи данных пользовательского оборудования. Каждый из объектов МАС в пользовательском оборудовании отвечает за процедуру приоритизации логических каналов согласно ассоциированному сценарию использования передачи данных. Опционально, каждый сценарий использования передачи данных заключает в себе по меньшей мере одну схему нумерологии. Опционально, сценарий использования передачи данных является одним из массированной связи машинного типа, mMTC, расширенной мобильной широкополосной связи, eMBB, и сверхнадежной связи с малым временем задержки, URLLC.
[0203] Согласно пятому аспекту в дополнение к одному из первого по четвертый аспекты, каждый из логических каналов сконфигурирован с режимом распределения ресурсов. Режим распределения ресурсов соответствует или режиму распределения ресурсов под управлением радио базовой станции и/или режиму быстрого распределения ресурсов. Процессор выполняет процедуру приоритизации логических каналов путем распределения назначенных радио ресурсов по сконфигурированным логическим каналам и путем приоритизации тех из сконфигурированных логических каналов, которые ассоциированы с режимом распределения ресурсов под управлением радио базовой станции. Опционально, режим быстрого распределения радио ресурсов выполняется пользовательским оборудованием автономно без запрашивания и приема назначения планирования восходящей линии связи от радио базовой станции.
[0204] Согласно шестому аспекту в дополнение к одному из первого по пятый аспекты, процессор выполняет общую процедуру отчета о состоянии буфера для всех схем нумерологии, сконфигурированных для пользовательского оборудования. Процессор, при выполнении общей процедуры отчета о состоянии буфера, генерирует общий отчет о состоянии буфера, который отдельно указывает состояние буфера логических каналов, ассоциируемых с каждой схемой нумерологии, сконфигурированной для пользовательского оборудования. Передатчик пользовательского оборудования передает сгенерированный общий отчет о состоянии буфера на радио базовую станцию. Опционально, отдельные конфигурации отчета о состоянии буфера и/или триггеры для общей процедуры отчета о состоянии буфера определены для каждой схемы нумерологии, сконфигурированной для пользовательского оборудования.
[0205] Согласно седьмому аспекту в дополнение к одному из первого по пятый аспекты, процессор выполняет отдельную процедуру отчета о состоянии буфера для каждой из схем нумерологии, сконфигурированных для пользовательского оборудования. Процессор, при выполнении отдельной процедуры отчета о состоянии буфера для одной из схем нумерологии, генерирует отчет о состоянии буфера, который указывает состояние буфера логических каналов, ассоциированных с этой схемой нумерологии. Передатчик пользовательского оборудования передает сгенерированные отдельные отчеты о состоянии буфера на радио базовую станцию.
[0206] Согласно восьмому аспекту в дополнение к одному из первого по пятый аспекты, процессор выполняет общую процедуру отчета о состоянии буфера для всех сценариев использования передачи данных пользовательского оборудования. Процессор, при выполнении общей процедуры отчета о состоянии буфера, генерирует общий отчет о состоянии буфера, который отдельно указывает состояние буфера логических каналов, ассоциируемых с каждым сценарием использования передачи данных. Передатчик пользовательского оборудования передает сгенерированный общий отчет о состоянии буфера на радио базовую станцию. Опционально, каждый сценарий использования передачи данных заключает в себе по меньшей мере одну схему нумерологии. Опционально, сценарий использования передачи данных является одним из массированной связи машинного типа, mMTC, расширенную мобильной широкополосной связи, eMBB, и сверхнадежной связи с малым временем задержки, URLLC.
[0207] Согласно девятому аспекту в дополнение к одному из первого по восьмой аспекты, процессор, при выполнении процедуры приоритизации логических каналов, приоритизирует логические каналы так, что радио ресурсы распределяются только тем логическим каналам, которые ассоциированы со схемой нумерологии, для которой предназначено принятое назначение планирования восходящей линии связи.
[0208] Согласно десятому аспекту в дополнение к одному из первого по девятый аспекты, процессор генерирует запрос планирования для запрашивания радио ресурсов восходящей линии связи от радио базовой станции. Запрос планирования указывает схему нумерологии или сценарий использования передачи данных, для которых запрашиваются радио ресурсы восходящей линии связи.
[0209] Согласно одиннадцатому аспекту, обеспечена радио базовая станция для выполнения процедуры распределения радио ресурсов для пользовательского оборудования в системе мобильной связи. Пользовательское оборудование сконфигурировано с по меньшей мере одной схемой нумерологии, каждая из которых ассоциирована с параметрами, которые разбивают множество частотно-временных радио ресурсов системы мобильной связи на единицы планирования ресурсов различным образом. Пользовательское оборудование сконфигурировано с множеством логических каналов, каждый из которых ассоциирован с по меньшей мере одной из сконфигурированных схем нумерологии. Процессор радио базовой станции генерирует назначение планирования восходящей линии связи, указывающее радио ресурсы восходящей линии связи, используемые пользовательским оборудованием. Назначение планирования восходящей линии связи генерируется так, что пользовательское оборудование, после приема назначения планирования восходящей линии связи, может определить, для какой схемы нумерологии предназначено назначение планирования восходящей линии связи на основе назначения планирования восходящей линии связи, принятого пользовательским оборудованием. Передатчик радио базовой станции передает сгенерированное назначение планирования восходящей линии связи на пользовательское оборудование.
[0210] Согласно двенадцатому аспекту в дополнение к одиннадцатому аспекту, передатчик передает информацию о множестве схем нумерологии, поддерживаемых радио базовой станцией. Опционально, информация о множестве схем нумерологии широковещательно передается в блоке системной информации. Опционально, информация о множестве схем нумерологии содержит указание уровня нумерологии для каждой схемы нумерологии.
[0211] Согласно тринадцатому аспекту, обеспеченному в дополнение к одиннадцатому или двенадцатому аспекту, процессор, при генерации назначения планирования восходящей линии связи:
включает указание уровня нумерологии в назначение планирования восходящей линии связи или
кодирует назначение планирования восходящей линии связи с использованием идентификатора пользовательского оборудования конкретно для предназначенной схемы нумерологии, или
сгенерированное назначение планирования восходящей линии связи передается передатчиком на частотно-временных ресурсах конкретно для предназначенной схемы нумерологии.
[0212] Согласно четырнадцатому аспекту, обеспеченному в дополнение к одному из одиннадцатого по тринадцатый аспекты, приемник радио базовой станции принимает общий отчет о состоянии буфера, который отдельно указывает состояние буфера логических каналов, ассоциируемых с каждой схемой нумерологии, сконфигурированной для пользовательского оборудования, или принимает отдельные отчеты о состоянии буфера, каждый из которых указывает состояние буфера логических каналов, ассоциируемых с одной схемой нумерологии, или принимает общий отчет о состоянии буфера, который отдельно указывает состояние буфера логических каналов, ассоциируемых с каждым сценарием использования передачи данных. Опционально, каждый сценарий использования передачи данных заключает в себе по меньшей мере одну схему нумерологии, опционально при этом сценарий использования передачи данных является одним из массированной связи машинного типа, mMTC, расширенной мобильной широкополосной связи, eMBB, и сверхнадежной связи с малым временем задержки, URLLC.
[0213] Согласно пятнадцатому аспекту, обеспеченному в дополнение к одному из одиннадцатого по четырнадцатый аспекты, приемник радио базовой станции принимает запрос планирования от пользовательского оборудования, запрашивающего радио ресурсы восходящей линии связи, причем запрос планирования указывает схему нумерологии или сценарий использования передачи данных, для которых запрашиваются радио ресурсы восходящей линии связи.
[0214] Согласно шестнадцатому аспекту, обеспечен способ для пользовательского оборудования в системе мобильной связи. Пользовательское оборудование сконфигурировано с по меньшей мере одной схемой нумерологии, каждая из которых ассоциирована с параметрами, которые разбивают множество частотно-временных радио ресурсов системы мобильной связи на единицы планирования ресурсов различным образом. Пользовательское оборудование сконфигурировано с множеством логических каналов, каждый из которых ассоциирован с по меньшей мере одной из сконфигурированных схем нумерологии. Способ содержит следующие этапы, выполняемые пользовательским оборудованием. Назначение планирования восходящей линии связи принимается от радио базовой станции, которая управляет пользовательским оборудованием, причем назначение планирования восходящей линии связи указывает радио ресурсы восходящей линии связи, используемые пользовательским оборудованием. Пользовательское оборудование определяет, для какой схемы нумерологии предназначено принятое назначение планирования восходящей линии связи, на основе принятого назначения планирования восходящей линии связи. Процедура приоритизации логических каналов выполняется пользовательским оборудованием путем распределения назначенных радио ресурсов восходящей линии связи по сконфигурированным логическим каналам и путем приоритизации тех сконфигурированных логических каналов, которые ассоциированы со схемой нумерологии, для которой предназначено назначение планирования восходящей линии связи.
[0215] Согласно семнадцатому аспекту, обеспеченному в дополнение к шестнадцатому аспекту, способ дополнительно содержит этап приема информации о множестве схем нумерологии, поддерживаемых радио базовой станцией. Опционально, информация о множестве схем нумерологии принимается в блоке системной информации, широковещательно передаваемом радио базовой станцией. Опционально, информация о множестве схем нумерологии содержит указание уровня нумерологии для каждой схемы нумерологии.
[0216] Согласно восемнадцатому аспекту, обеспеченному в дополнение к шестнадцатому или семнадцатому аспекту, этап определения определяет, для какой схемы нумерологии предназначено принятое назначение планирования восходящей линии связи, из:
указания уровня нумерологии в принятом назначении планирования восходящей линии связи или
идентификатора пользовательского оборудования, используемого радио базовой станцией для кодирования назначения планирования восходящей линии связи, или
частотно-временных ресурсов, используемых радио базовой станцией для передачи назначения планирования восходящей линии связи.
[0217] Согласно девятнадцатому аспекту, обеспеченному в дополнение к одному из шестнадцатого по восемнадцатый аспекты, каждый из логических каналов сконфигурирован с режимом распределения ресурсов. Режим распределения ресурсов является режимом распределения ресурсов под управлением радио базовой станции и/или режимом быстрого распределения ресурсов. Этап выполнения процедуры приоритизации логических каналов дополнительно включает в себя приоритизацию тех из сконфигурированных логических каналов, которые ассоциированы с режимом распределения ресурсов под управлением радио базовой станции. Опционально, режим быстрого распределения радио ресурсов выполняется пользовательским оборудованием автономно без запрашивания и приема назначения планирования восходящей линии связи от радио базовой станции.
[0218] Согласно двадцатому аспекту, обеспеченному в дополнение к одному из шестнадцатого по восемнадцатый аспекты, способ дополнительно содержит этап выполнения общей процедуры отчета о состоянии буфера для всех схем нумерологии, сконфигурированных для пользовательского оборудования. Этап выполнения общей процедуры отчета о состоянии буфера включает в себя генерацию общего отчета о состоянии буфера, который отдельно указывает состояние буфера логических каналов, ассоциируемых с каждой схемой нумерологии, сконфигурированной для пользовательского оборудования, и передачу сгенерированного общего отчета о состоянии буфера на радио базовую станцию. Опционально, отдельные конфигурации отчета о состоянии буфера и/или триггеры для общей процедуры отчета о состоянии буфера определены для каждой схемы нумерологии, сконфигурированной для пользовательского оборудования.
[0219] Согласно 21-му аспекту, обеспеченному в дополнение к одному из шестнадцатого по восемнадцатый аспекты, способ дополнительно содержит этап выполнения отдельной процедуры отчета о состоянии буфера для каждой из схем нумерологии, сконфигурированных для пользовательского оборудования. Этап выполнения отдельной процедуры отчета о состоянии буфера для одной из схем нумерологии включает в себя генерацию отчета о состоянии буфера, который указывает состояние буфера логических каналов, ассоциируемых с этой схемой нумерологии, и передачу сгенерированных отдельных отчетов о состоянии буфера на радио базовую станцию.
[0220] Согласно 22-му аспекту, обеспеченному в дополнение к одному из шестнадцатого по восемнадцатый аспекты, способ дополнительно содержит этап выполнения общей процедуры отчета о состоянии буфера для всех сценариев использования передачи данных пользовательского оборудования. Этап выполнения общей процедуры отчета о состоянии буфера включает в себя генерацию общего отчета о состоянии буфера, который отдельно указывает состояние буфера логических каналов, ассоциируемых с каждым сценарием использования передачи данных, и передачу сгенерированного общего отчета о состоянии буфера на радио базовую станцию. Опционально, каждый сценарий использования передачи данных заключает в себе по меньшей мере одну схему нумерологии, опционально при этом сценарий использования передачи данных является одним из массированной связи машинного типа, mMTC, расширенной мобильной широкополосной связи, eMBB, и сверхнадежной связи с малым временем задержки, URLLC.
[0221] Согласно 23-му аспекту, обеспеченному в дополнение к одному из шестнадцатого по 22-й аспекты, этап приоритизации логических каналов является таким, что радио ресурсы распределяются только тем логическим каналам, которые ассоциированы со схемой нумерологии, для которой предназначено принятое назначение планирования восходящей линии связи.
[0222] Согласно 24-му аспекту, обеспеченному в дополнение к одному из шестнадцатого по 23-ий аспекты, способ дополнительно содержит этапы генерации запроса планирования для запрашивания радио ресурсов восходящей линии связи из радио базовой станции и передачи сгенерированного запроса планирования на радио базовую станцию. Запрос планирования указывает схему нумерологии или сценарий использования передачи данных, для которых запрашиваются радио ресурсы восходящей линии связи.
Аппаратная и программная реализация настоящего раскрытия
[0223]
Другие примерные варианты осуществления относятся к реализации вышеописанных различных вариантов осуществления с использованием аппаратных средств, программного обеспечения или программного обеспечения совместно с аппаратными средствами. В этой связи обеспечен пользовательский терминал (мобильный терминал). Пользовательский терминал адаптирован для выполнения способов, описанных в настоящем документе, включая соответствующие объекты для участия подходящим образом в способах, такие как приемник, передатчик, процессоры.
[0224] Дополнительно имеется в виду, что различные варианты осуществления могут быть реализованы или выполнены с использованием вычислительных устройств (процессоров). Вычислительное устройство или процессор может, например, быть универсальными процессорами, цифровыми сигнальными процессорами (DSP), специализированными интегральными микросхемами (ASIC), программируемыми вентильными матрицами (FPGA) или другими программируемыми логическими устройствами и т.д. Различные варианты осуществления могут также выполняться или осуществляться путем комбинации этих устройств. В частности, каждый функциональный блок, используемый в описании каждого варианта осуществления, описанного выше, может быть реализован при помощи LSI в качестве интегральной схемы. Они могут формироваться индивидуально как чипы, или один чип может быть сформирован, чтобы включать в себя часть или все из функциональных блоков. Они могут включать в себя ввод и вывод данных, связанные с ними. LSI здесь может называться IC, системной LSI, сверх-LSI или ультра-LSI в зависимости от разницы в степени интеграции. Однако метод реализации интегральной схемы не ограничен LSI и может быть реализован путем использования специализированной схемы или универсального процессора. Дополнительно, могут использоваться FPGA (программируемая вентильная матрица), которая может быть запрограммирована после изготовления LSI, или реконфигурируемый процессор, в котором соединения и настройки схемных ячеек, расположенных внутри LSI, могут реконфигурироваться.
[0225] Дополнительно, различные варианты осуществления могут также быть реализованы посредством модулей программного обеспечения, которые исполняются процессором, или непосредственно в аппаратных средствах. Также возможна реализация комбинации модулей программного обеспечения и аппаратных средств. Модули программного обеспечения могут храниться на любом виде считываемого компьютером носителя хранения, таком как RAM, EPROM, EEPROM, флэш-память, регистры, жесткие диски, CD-ROM, DVD и т.д. Следует дополнительно отметить, что индивидуальные признаки разных вариантов осуществления могут по отдельности или в произвольной комбинации быть предметом для другого варианта осуществления.
[0226] Специалисту в данной области техники будет очевидно, что многочисленные вариации и/или модификации могут быть введены в настоящее раскрытие, как показано в конкретных вариантах осуществления. Поэтому настоящие варианты осуществления следует рассматривать во всех отношениях как иллюстративные, но не ограничительные.