RU2746301C2 - Пользовательское оборудование, базовые станции и способы - Google Patents

Abstract

Изобретение относится к системам беспроводной связи. Техническим результатом является повышение гибкости и эффективности функционирования систем беспроводной связи. Пользовательское оборудование (UE) содержит: процессор более высокого уровня, выполненный с возможностью конфигурирования короткого времени обработки; приемник физического канала управления нисходящей линии связи (PDCCH), выполненный с возможностью приема канала PDCCH в подкадре n; приемник физического совместно применяемого канала для передачи данных по нисходящей линии связи (PDSCH), выполненный с возможностью приема в подкадре n канала PDSCH, соответствующего PDCCH; и приемник восходящей линии связи, выполненный с возможностью обратной передачи в подкадре n+k подтверждения гибридного автоматического запроса на повторение передачи (HARQ-ACK), соответствующего PDSCH, причем в случае если PDCCH представляет собой PDCCH в общем пространстве поиска, k равно k1, в случае если PDCCH представляет собой PDCCH в UE-специфичном пространстве поиска, k равно k2, и k2 меньше, чем k1. 4 н.п. ф-лы, 16 ил., 10 табл.

Description

РОДСТВЕННЫЕ ЗАЯВКИ

[0001] Настоящая заявка относится к предварительной заявке на патент США № 62/363,728, озаглавленной USER EQUIPMENTS, BASE STATIONS AND METHODS, поданной 18 июля 2016 г., содержание которой полностью включено в настоящую заявку путем ссылки, и испрашивает приоритет по ней.

ОБЛАСТЬ ТЕХНИЧЕСКОГО ПРИМЕНЕНИЯ

[0002] Настоящее описание относится по существу к системам связи. В частности, настоящее описание относится к пользовательскому оборудованию (UE), базовым станциям и способам.

ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ

[0003] Чтобы удовлетворить запросы потребителя и улучшить портативность и удобство, устройства беспроводной связи стали меньше и мощнее. Потребители стали зависимыми от устройств беспроводной связи и привыкли рассчитывать на надежное обслуживание, расширенные зоны покрытия и улучшенные функциональные возможности. Система беспроводной связи может обеспечивать связь для ряда устройств беспроводной связи, каждое из которых может обслуживаться базовой станцией. Базовая станция может быть устройством, которое обменивается данными с устройствами беспроводной связи.

[0004] По мере развития устройств беспроводной связи удалось улучшить пропускную способность, скорость, гибкость и/или эффективность. Однако улучшения в пропускной способности, скорости, гибкости и/или эффективности могут быть связаны с определенными трудностями.

[0005] Например, устройства беспроводной связи могут обмениваться данными с одним или более устройств, использующих структуру связи. При этом используемая структура связи может обеспечивать лишь ограниченную гибкость и/или эффективность. Как проиллюстрировано в настоящем описании, преимуществом могут обладать системы и способы, улучшающие гибкость и/или эффективность.

КРАТКОЕ ОПИСАНИЕ ГРАФИЧЕСКИХ МАТЕРИАЛОВ

[0006] На Фиг. 1 представлена блок-схема, иллюстрирующая одну реализацию одной или более станций «усовершенствованная NodeB» (eNB) и одного или более видов пользовательского оборудования (UE), в которых могут быть применены на практике системы и способы для радиосвязи с низкой латентностью.

[0007] На Фиг. 2A и 2B представлены блок-схемы, иллюстрирующие подробную конфигурацию eNB и UE, в которых могут быть реализованы системы и способы для радиосвязи с низкой латентностью.

[0008] На Фиг. 3 представлена блок-схема, иллюстрирующая способ для осуществления с помощью UE.

[0009] На Фиг. 4 представлена блок-схема, иллюстрирующая способ для осуществления с помощью eNB.

[0010] На Фиг. 5 представлена схема, иллюстрирующая один пример радиокадра, который можно использовать в соответствии с описанными в настоящем документе системами и способами.

[0011] На Фиг. 6 представлена схема, иллюстрирующая один пример ресурсной сетки для нисходящей линии связи (DL).

[0012] На Фиг. 7 представлена схема, иллюстрирующая один пример ресурсной сетки для восходящей линии связи (UL).

[0013] На Фиг. 8 показан пример цикла повторной передачи транспортного блока DL (DL-TB).

[0014] На Фиг. 9 показан пример цикла повторной передачи транспортного блока UL (UL-TB).

[0015] На Фиг. 10 показан пример цикла повторной передачи DL-TB с сокращенным временным графиком прохождения сигнала в обоих направлениях (RTT).

[0016] На Фиг. 11 показан пример цикла повторной передачи UL-TB с сокращенным временным графиком RTT.

[0017] На Фиг. 12 показаны различные компоненты, которые можно использовать в UE.

[0018] На Фиг. 13 показаны различные компоненты, которые можно использовать в eNB.

[0019] На Фиг. 14 представлена блок-схема, иллюстрирующая одну реализацию UE, в которой могут быть применены системы и способы для радиосвязи с низкой латентностью.

[0020] На Фиг. 15 представлена блок-схема, иллюстрирующая одну реализацию eNB, в которой могут быть выполнены системы и способы для радиосвязи с низкой латентностью.

ПОДРОБНОЕ ОПИСАНИЕ

[0021] Описано пользовательское оборудование (UE). Процессор более высокого уровня выполнен с возможностью конфигурирования короткого времени обработки. Приемник физического канала управления нисходящей линии связи (PDCCH) выполнен с возможностью приема канала PDCCH в подкадре n. Приемник физического совместно применяемого канала для передачи данных по нисходящей линии связи (PDSCH) выполнен с возможностью приема в подкадре n канала PDSCH, соответствующего PDCCH. Приемник восходящей линии связи выполнен с возможностью обратной передачи в подкадре n+k подтверждения гибридного автоматического запроса на повторение передачи (HARQ-ACK), соответствующего PDSCH. В случае если PDCCH представляет собой PDCCH в общем пространстве поиска, k равно k₁. В случае если PDCCH представляет собой PDCCH в UE-специфичном пространстве поиска, k равно k₂. k₂ меньше, чем k₁.

[0022] Описан также усовершенствованный узел B (eNB). Процессор более высокого уровня выполнен с возможностью конфигурирования для UE короткого времени обработки. Передатчик PDCCH выполнен с возможностью передачи канала PDCCH в подкадре n. Передатчик PDSCH выполнен с возможностью передачи в подкадре n канала PDSCH, соответствующего PDCCH. Приемник восходящей линии связи выполнен с возможностью получения в подкадре n+k подтверждения HARQ-ACK, соответствующего PDSCH. В случае если PDCCH представляет собой PDCCH в общем пространстве поиска, k равно k₁. В случае если PDCCH представляет собой PDCCH в UE-специфичном пространстве поиска, k равно k₂. k₂ меньше, чем k₁.

[0023] Описан также способ для UE. Способ включает в себя конфигурирование короткого времени обработки. Способ также включает в себя прием канала PDCCH в подкадре n. Способ дополнительно включает в себя прием в подкадре n канала PDSCH, соответствующего PDCCH. Способ дополнительно включает в себя обратную передачу в подкадре n+k подтверждения HARQ-ACK, соответствующего PDSCH. В случае если PDCCH представляет собой PDCCH в общем пространстве поиска, k равно k₁. В случае если PDCCH представляет собой PDCCH в UE-специфичном пространстве поиска, k равно k₂. k₂ меньше, чем k₁.

[0024] Описан также способ для eNB. Способ включает в себя конфигурирование для UE короткого времени обработки. Способ также включает в себя передачу канала PDCCH в подкадре n. Способ дополнительно включает в себя передачу в подкадре n канала PDSCH, соответствующего PDCCH. Способ дополнительно включает в себя получение в подкадре n+k подтверждения HARQ-ACK, соответствующего PDSCH. В случае если PDCCH представляет собой PDCCH в общем пространстве поиска, k равно k₁. В случае если PDCCH представляет собой PDCCH в UE-специфичном пространстве поиска, k равно k₂. k₂ меньше, чем k₁.

[0025] Партнерский проект по системам 3-го поколения, также называемый 3GPP, представляет собой соглашение о сотрудничестве, призванное определить применимые в глобальном масштабе технические характеристики и технические отчеты для систем беспроводной связи третьего и четвертого поколений. 3GPP может определять характеристики для сетей, систем и устройств мобильной связи следующего поколения.

[0026] Стандарт долгосрочного развития сетей связи (LTE) 3GPP - это название, присвоенное проекту по улучшению стандарта мобильного устройства или телефона универсальной системы мобильной связи (UMTS) для удовлетворения будущих требований. В одном аспекте UMTS модифицирована для обеспечения поддержки и спецификации усовершенствованного универсального наземного радиодоступа (E-UTRA) и сети усовершенствованного универсального наземного радиодоступа (E-UTRAN).

[0027] По меньшей мере некоторые аспекты систем и способов, описанных в настоящем документе, могут быть описаны в связи с 3GPP LTE, LTE-Advanced (LTE-A) и другими стандартами (например, 3GPP выпусков 8, 9, 10, 11 и/или 12). Однако объем настоящего описания не должен быть ограничен в этом отношении. По меньшей мере некоторые аспекты систем и способов, описанных в настоящем документе, можно использовать в других типах систем беспроводной связи.

[0028] Устройство беспроводной связи может быть электронным устройством, используемым для передачи речи и/или данных на базовую станцию, которая может в свою очередь обмениваться данными с сетью устройств (например, с коммутируемой телефонной сетью общего пользования (КТСОП), Интернетом и т. п.). В настоящем документе при описании систем и способов устройство беспроводной связи может в качестве альтернативы упоминаться как мобильная станция, UE, терминал доступа, абонентская станция, удаленная станция, пользовательский терминал, абонентский блок, мобильное устройство и т. д. Примеры устройств беспроводной связи включают сотовые телефоны, смартфоны, карманные персональные компьютеры (PDA), переносные компьютеры, нетбуки, электронные считывающие устройства, беспроводные модемы и т. д. В спецификациях 3GPP устройство беспроводной связи обычно упоминается как UE. Однако, поскольку объем настоящего описания не должен ограничиваться стандартами 3GPP, в настоящем документе термины UE и «устройство беспроводной связи» могут использоваться взаимозаменяемо, означая более общий термин «устройство беспроводной связи». UE может быть также обозначено в более общем виде как терминальное устройство.

[0029] В спецификациях 3GPP базовую станцию обычно обозначают как Node B, усовершенствованный узел B (eNB), домашний улучшенный или усовершенствованный узел B (HeNB) или используют некоторую другую подобную терминологию. Поскольку объем данного изобретения не должен ограничиваться стандартами 3GPP, в настоящем описании термины «базовая станция», «Node B», «eNB» и «HeNB» могут использоваться взаимозаменяемо, означая более общий термин «базовая станция». Кроме того, термин «базовая станция» может использоваться для обозначения точки доступа. Точка доступа может быть электронным устройством, которое обеспечивает доступ к сети (например, к локальной сети (LAN), Интернету и т. д.) для устройств беспроводной связи. Термин «устройство связи» может использоваться для обозначения устройства беспроводной связи и/или базовой станции. eNB может быть также обозначено в более общем виде как устройство базовой станции.

[0030] Следует отметить, что используемый в настоящем документе термин «сота» может быть любым набором каналов связи, которые специфицированы посредством стандартизации или регламентированы регулирующими органами для использования в качестве стандарта усовершенствованной международной мобильной связи (IMT-Advanced), причем весь набор или его подмножество могут быть приняты 3GPP в качестве лицензированных диапазонов частот (например, полос частот), которые будут использоваться для обмена данными между eNB и UE. Следует также отметить, что при общем описании E-UTRA и E-UTRAN используемый в настоящем документе термин «сота» может быть определен как «комбинация ресурсов нисходящей линии связи и необязательно восходящей линии связи». Связь между несущей частотой ресурсов нисходящей линии связи и несущей частотой ресурсов восходящей линии связи может быть указана в системной информации, передаваемой по ресурсам нисходящей линии связи.

[0031] Сконфигурированные соты представляют собой соты, о которых известно UE и для которых у него имеется разрешение от eNB на передачу или прием информации. «Сконфигурированные соты» могут быть обслуживающими сотами. UE может принимать системную информацию и выполнять требуемые измерения на всех сконфигурированных сотах. «Сконфигурированные соты» для радиосоединения могут состоять из первичной соты и/или ни одной, одной или более вторичных сот. «Активированные соты» - это те сконфигурированные соты, на которых UE осуществляет передачу и прием. Таким образом, активированные соты представляют собой те соты, для которых UE контролирует физический канал управления нисходящей линии связи (PDCCH) и, в случае передачи по нисходящей линии связи, те соты, для которых UE декодирует физический совместно применяемый канал для передачи данных по нисходящей линии связи (PDSCH). «Деактивированные соты» - это те сконфигурированные соты, для которых UE не контролирует PDCCH передачи. Следует отметить, что «сота» может быть описана посредством различных показателей. Например, «сота» может иметь временные, пространственные (например, географические) и частотные характеристики.

[0032] Описанные системы и способы могут подразумевать агрегирование несущих (CA). Под агрегированием несущих понимают одновременное использование более чем одной несущей. При агрегировании несущих более чем одна сота может быть агрегирована в UE. В одном примере агрегирование несущих можно использовать для увеличения эффективной полосы пропускания для UE. Для агрегирования несущих дуплексной передачи с временным разделением каналов (TDD CA) в выпуске 10 и для внутриполосного CA в выпуске 11 необходимо использовать конфигурацию восходящей линии связи/нисходящей линии связи (UL/DL) с дуплексной передачей с временным разделением каналов. В выпуске 11 поддерживается внутриполосное TDD CA с другими конфигурациями TDD UL/DL. Внутриполосное TDD CA с другими конфигурациями TDD UL/DL может обеспечить гибкость сети TDD при развертывании CA. Кроме того, улучшенное управление помехами с адаптацией трафика (elMTA) (также называемое динамической реконфигурацией UL/DL) может обеспечить возможность гибкого изменения конфигурации TDD UL/DL на основе интенсивности сетевого трафика.

[0033] Следует понимать, что используемый в настоящем документе термин «одновременное» и его варианты могут означать, что два или более событий могут частично совпадать друг с другом по времени и/или могут происходить близко друг к другу по времени. Кроме того, термин «одновременно» и его варианты могут означать или не означать, что два или более событий происходят точно в одно и то же время.

[0034] Латентность передачи пакетных данных является метрикой производительности системы связи. Существует требование к уменьшению латентности с точки зрения кажущейся быстроты реакции системы на новые возможности (например, обмен данными в реальном времени для применений в области робототехники), а также к более эффективным транзакциям с текущими пакетами на основе протокола HTTP/TCP. Кроме того, считают, что тактильный Интернет, который окажет значительное влияние на коммерческую деятельность, рынок и жизни людей в будущем, требует сигналов с чрезвычайно уменьшенной латентностью. Тактильный Интернет может быть обеспечен посредством той же полосы частот, что и современная сотовая связь, другой полосы (например, более высокой полосы частот, например в миллиметровом диапазоне).

[0035] Перспективным возможным подходом для реализации уменьшения латентности является сокращенное время прохождения сигнала в обоих направлениях (RTT). Однако сосуществование обычных и сокращенных RTT не было определено.

[0036] Системы и способ, описываемые в настоящем документе, обеспечивают гибкий откат к связи с обычным RTT при конфигурировании сокращенного RTT. Типичная конфигурация выглядит следующим образом. В случае если PDCCH для передачи PDSCH передают/принимают в общем пространстве поиска, HARQ-ACK соответствующего PDSCH возвращают/получают на основе нормального временного графика RTT. В случае если PDCCH/улучшенный физический канал управления нисходящей линии связи (EPDCCH) для передачи PDSCH передают/принимают в UE-специфическом пространстве поиска, HARQ-ACK соответствующего PDSCH возвращают/получают на основе сокращенного временного графика RTT. В случае если PDCCH для планирования PUSCH передают/принимают в общем пространстве поиска, передачу соответствующего PUSCH выполняют на основе нормального временного графика RTT. В случае если PDCCH/EPDCCH для планирования PUSCH передают/принимают в UE-специфическом пространстве поиска, передачу соответствующего PUSCH выполняют на основе сокращенного временного графика RTT.

[0037] Различные примеры систем и способов, описанных в настоящем документе, описаны ниже со ссылкой на графические материалы, где подобные позиции могут указывать аналогичные по функциям элементы. Системы и способы, которые, как правило, в настоящем документе описаны и проиллюстрированы в графических материалах, могут быть скомпонованы и спроектированы в широком разнообразии различных реализаций. Таким образом, последующее более подробное описание нескольких реализаций, которые представлены в графических материалах, не предназначено для ограничения объема заявленного изобретения, а лишь представляет системы и способы.

[0038] На Фиг. 1 представлена блок-схема, иллюстрирующая одно применение на практике одной или более станций eNB 160 и одного или более UE 102, в котором могут быть применены системы и способы для радиосвязи с низкой латентностью. Одно или более UE 102 обмениваются данными с одной или более eNB 160 с помощью одной или более антенн 122a-n. Например, UE 102 передает электромагнитные сигналы на eNB 160 и принимает электромагнитные сигналы с eNB 160 с помощью одной или более антенн 122a-n. eNB 160 обменивается данными с UE 102 с помощью одной или более антенн 180a-n.

[0039] Для обмена данными друг с другом UE 102 и eNB 160 могут использовать один или более каналов 119, 121. Например, UE 102 может передавать информацию или данные на eNB 160 с помощью одного или более каналов 121 восходящей линии связи. В число примеров каналов 121 восходящей линии связи входят PUCCH, PUSCH и т. д. Одна или более eNB 160 могут также передавать информацию или данные на одно или более UE 102, например, с помощью одного или более каналов 119 нисходящей линии связи. В число примеров каналов 119 нисходящей линии связи входят PDCCH, PDSCH и т. д. Могут быть использованы каналы других видов.

[0040] Каждое из одного или более UE 102 может включать в себя один или более приемопередатчиков 118, один или более демодуляторов 114, один или более декодеров 108, один или более кодеров 150, один или более модуляторов 154, буфер 104 данных и модуль 124 операций UE. Например, в UE 102 могут быть применены на практике один или более трактов приема и/или передачи. Для удобства в UE 102 показаны только один приемопередатчик 118, декодер 108, демодулятор 114, кодер 150 и модулятор 154, хотя на практике можно применять несколько параллельных элементов (например, приемопередатчики 118, декодеры 108, демодуляторы 114, кодеры 150 и модуляторы 154).

[0041] Приемопередатчик 118 может включать в себя один или более приемников 120 и один или более передатчиков 158. Один или более приемников 120 могут принимать сигнал с eNB 160 с помощью одной или более антенн 122a-n. Например, приемник 120 может принимать и преобразовывать с понижением частоты сигналы для создания одного или более принятых сигналов 116. Один или более принятых сигналов 116 могут быть поданы на демодулятор 114. Один или более передатчиков 158 могут передавать сигналы на eNB 160 с помощью одной или более антенн 122a-n. Например, один или более передатчиков 158 могут преобразовывать с повышением частоты и передавать один или более модулированных сигналов 156.

[0042] Демодулятор 114 может демодулировать один или более принятых сигналов 116 для создания одного или более демодулированных сигналов 112. Один или более демодулированных сигналов 112 могут быть поданы на декодер 108. Для декодирования сигналов UE 102 может использовать декодер 108. Декодер 108 может создавать декодированные сигналы 110, которые могут содержать UE-декодированный сигнал 106 (также называемый первым UE-декодированным сигналом 106). Например, первый UE-декодированный сигнал 106 может содержать принятые данные полезной нагрузки, которые могут быть сохранены в буфере 104 данных. Другой сигнал, включенный в декодированные сигналы 110 (также называемый вторым UE-декодированным сигналом 110), может содержать служебные данные и/или управляющие данные. Например, второй UE-декодированный сигнал 110 может обеспечивать данные, которые могут быть использованы модулем 124 операций UE для выполнения одной или более операций.

[0043] Обычно модуль 124 операций UE может обеспечивать UE 102 возможность обмена данными с одной или более eNB 160. Модуль 124 операций UE может включать в себя один или более модулей 126 UE с пониженной латентностью.

[0044] Передачи по нисходящей линии связи и восходящей линии связи могут быть организованы в радиокадры длительностью 10 миллисекунд (мс). В случае структуры кадров типа 1 (например, дуплексная передача с частотным разделением каналов (FDD)) каждый радиокадр длительностью 10 мс разделен на десять подкадров одинакового размера. Каждый подкадр состоит из двух слотов одинакового размера. В случае структуры кадров типа 2 (например, TDD), каждый радиокадр длительностью 10 мс состоит из двух полукадров длительностью 5 мс каждый. Каждый полукадр состоит из восьми слотов длительностью 0,5 мс и трех специальных полей: DwPTS, защитного интервала (GP) и UpPTS. Длина DwPTS и UpPTS может быть сконфигурирована с учетом общей длины DwPTS, GP и UpPTS, равной 1 мс. Дополнительные подробные сведения о структуре кадра обсуждаются в связи с Фиг. 5.

[0045] Поддерживается периодичность точек переключения как 5 мс, так и 10 мс. Подкадр 1 во всех конфигурациях и подкадр 6 в конфигурации с периодичностью точек переключения 5 мс состоят из DwPTS, GP и UpPTS. Подкадр 6 в конфигурации с периодичностью точек переключения 10 мс состоит только из DwPTS. Все остальные подкадры состоят из двух слотов одинакового размера.

[0046] При доступе на базе лицензируемой полосы частот LTE подкадры классифицируют в подкадры 2 типов. К первому типу относится обычный подкадр, который содержат только либо одну передачу DL, либо одну передачу UL. При доступе на базе лицензируемой частоты LTE с FDD используют только нормальный подкадр. К другому типу относится специальный подкадр, который содержит три поля - DwPTS, GP и UpPTS. DwPTS и UpPTS являются длительностями, зарезервированными для передачи DL и передачи UL, соответственно.

[0047] При доступе на базе лицензируемой частоты LTE с TDD может быть использован как специальный подкадр, так и обычный подкадр. Длины DwPTS, GP и UpPTS могут быть сконфигурированы с помощью конфигурации специального подкадра. В качестве конфигурации специального подкадра может быть задана любая одна из следующих десяти конфигураций.

[0048] 1) Конфигурация 0 специального подкадра: DwPTS состоит из 3 символов мультиплексирования с ортогональным частотным разделением каналов (OFDM). UpPTS состоит из 1 символа ортогонального частотного разделения каналов с мультиплексированием на одной несущей (SC-FDMA).

[0049] 2) Конфигурация 1 специального подкадра: DwPTS состоит из 9 символов OFDM в случае нормального циклического префикса (CP) и 8 символов OFDM в случае расширенного CP. UpPTS состоит из 1 символа SC-FDMA.

[0050] 3) Конфигурация 2 специального подкадра: DwPTS состоит из 10 символов OFDM в случае нормального CP и 9 символов OFDM в случае расширенного CP. UpPTS состоит из 1 символа SC-FDMA.

[0051] 4) Конфигурация 3 специального подкадра: DwPTS состоит из 11 символов OFDM в случае нормального CP и 10 символов OFDM в случае расширенного CP. UpPTS состоит из 1 символа SC-FDMA.

[0052] 5) Конфигурация 4 специального подкадра: DwPTS состоит из 12 символов OFDM в случае нормального CP и 3 символов OFDM в случае расширенного CP. UpPTS состоит из 1 символа SC-FDMA в случае нормального CP и 2 символов SC-FDMA в случае расширенного CP.

[0053] 6) Конфигурация 5 специального подкадра: DwPTS состоит из 3 символов OFDM в случае нормального CP и 8 символов OFDM в случае расширенного CP. UpPTS состоит из 2 символов SC-FDMA.

[0054] 7) Конфигурация 6 специального подкадра: DwPTS состоит из 9 символов OFDM. UpPTS состоит из 2 символов SC-FDMA.

[0055] 8) Конфигурация 7 специального подкадра: DwPTS состоит из 10 символов OFDM в случае нормального CP и 5 символов OFDM в случае расширенного CP. UpPTS состоит из 2 символов SC-FDMA.

[0056] 9) Конфигурация 8 специального подкадра: DwPTS состоит из 11 символов OFDM. UpPTS состоит из 2 символов SC-FDMA. Конфигурация 8 специального подкадра может быть сконфигурирована только для нормального CP.

[0057] 10) Конфигурация 9 специального подкадра: DwPTS состоит из 6 символов OFDM. UpPTS состоит из 2 символов SC-FDMA. Конфигурация 9 специального подкадра может быть сконфигурирована только для нормального CP.

[0058] Структура кадра типа 3 может быть применима только к операции доступа на базе лицензируемой полосы частот (LAA) со вторичной сотой с нормальным циклическим префиксом. Для передач по нисходящей линии связи доступны 10 подкадров в пределах радиокадра. Передачи по нисходящей линии связи занимают один или более последовательных подкадров, начиная с любого места в подкадре и заканчивая последним подкадром, либо полностью занятым, либо содержащим длительности и структуры DwPTS.

[0059] Если в случае UE 102, не выполненного с возможностью UL LAA, UE 102 сконфигурировано с LAA SCell, то UE 102 может применять процедуры физического уровня, предполагающие, что для LAA SCell используется структура кадра типа 1, если не указано иное.

[0060] В нисходящей линии связи может быть применена схема доступа OFDM. В нисходящей линии можно передавать PDCCH, EPDCCH, PDSCH и т. п. Радиокадр нисходящей линии связи может состоять из нескольких пар ресурсных блоков (RB) нисходящей линии связи. Пара RB нисходящей линии связи представляет собой блок для назначения радиоресурсов нисходящей линии связи, определяемых заданной шириной полосы (шириной полосы RB) и слотом времени. Два слота (например, slot0 и slot1) равны одному подкадру. Пара RB нисходящей линии связи состоит из двух RB нисходящей линии связи, которые являются непрерывными во временной области.

[0061] RB нисходящей линии связи состоит из двенадцати поднесущих в частотной области и семи (в случае нормального CP) или шести (в случае расширенного CP) символов OFDM во временной области. Область, определяемая одной поднесущей в частотной области и одним символом OFDM во временной области, называется ресурсным элементом (RE) и однозначно идентифицируется парой индексов (k,l) в слоте, где k и l являются индексами в частотной и временной областях соответственно. Хотя в настоящем документе обсуждаются подкадры нисходящей линии связи в одной несущей составляющей (CC), подкадры нисходящей линии связи определяют для каждой CC, и эти подкадры нисходящей линии связи по существу синхронизированы друг с другом среди CC. Пример ресурсной сетки обсуждается со ссылкой на Фиг. 6.

[0062] В восходящей линии связи может быть использована схема доступа на основе ортогонального частотного разделения каналов с мультиплексированием на одной несущей (SC-FDMA). В восходящей линии связи могут быть переданы PUCCH, PDSCH, физический канал с произвольным доступом (PRACH) и т. п. Радиокадр восходящей линии связи может состоять из нескольких пар ресурсных блоков восходящей линии связи. Пара RB восходящей линии связи представляет собой блок для назначения радиоресурсов восходящей линии связи, определяемых заданной шириной полосы (шириной полосы RB) и временным интервалом. Два слота (например, slot0 и slot1) равны одному подкадру. Пара RB восходящей линии связи состоит из двух RB восходящей линии связи, которые являются непрерывными во временной области.

[0063] RB восходящей линии связи может состоять из двенадцати поднесущих в частотной области и семи (в случае нормального CP) или шести (в случае расширенного CP) символов SC-FDMA во временной области. Область, определяемая одной поднесущей в частотной области и одним символом SC-FDMA во временной области, называется RE и однозначно идентифицируется парой индексов (k,l) в слоте, где k и l являются индексами в частотной и временной областях соответственно. Хотя в настоящем документе обсуждаются подкадры восходящей линии связи в одной несущей составляющей (CC), подкадры восходящей линии связи определяют для каждой CC. Пример ресурсной сетки в восходящей линии связи обсуждается со ссылкой на Фиг. 7.

[0064] При агрегировании несущих (CA) две или более CC могут быть агрегированы для поддержки более широких полос пропускания передачи (например, до 100 МГц, выше 100 МГц). UE 102 может одновременно принимать или передавать на одно или множество CC. Обслуживающие соты могут быть классифицированы на первичную соту (PCell) и вторичную соту (SCell).

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

[0066] В нисходящей линии связи несущая, соответствующая соте PCell, является первичной несущей составляющей нисходящей линии связи (DL PCC), тогда как в восходящей линии связи она является первичной несущей составляющей восходящей линии связи (UL PCC). Аналогичным образом в нисходящей линии связи несущая, соответствующая соте SCell, является вторичной несущей составляющей нисходящей линии связи (DL SCC), тогда как в восходящей линии связи она является вторичной несущей составляющей восходящей линии связи (UL SCC). UE 102 может применять процедуры получения системной информации (т. е. получения широковещательной системной информации) и контроля изменений к PCell. В случае SCell E-UTRAN может посредством специально предназначенной сигнализации обеспечивать всю системную информацию, имеющую отношение к работе, в сообщении RRC_CONNECTED при добавлении SCell.

[0067] При двусторонней связи (DC) каждая из двух или более обслуживающих сот может принадлежать одной из группы главных сот (MCG) или группы подчиненных сот (SCG). MCG связана с главной eNB (MeNB), тогда как SCG связана со вторичной eNB (SeNB).

[0068] Операция DC может быть выполнена с возможностью использования радиоресурсов, предоставляемых двумя различными планировщиками, расположенными на MeNB и SeNB. В случае DC оборудование UE 102 может быть сконфигурировано с двумя объектами управления доступом к среде (MAC): один объект MAC для MeNB и один объект MAC для SeNB.

[0069] Когда UE 102 сконфигурировано с CA в MCG, принципы CA могут быть по существу применены к MCG. В случае SCG по меньшей мере одна сота в SCG имеет сконфигурированную UL CC, и одна из них, называемая первичной вторичной сотой (PSCell), сконфигурирована с ресурсами физического канала управления восходящей линии связи (PUCCH). В отличие от CA, в случае которого UE 102 должно справляться с распространением латентности до 30,26 пс среди несущих составляющих, для DC определены две операции: синхронная и асинхронная DC. В синхронном режиме работы DC оборудование UE 102 может справляться с максимальной разницей времени приема до по меньшей мере 33 пс между группами сот (CG). В асинхронном режиме работы DC оборудование UE 102 может справляться с максимальной разницей времени приема до 500 пс между CG.

[0070] Даже если DC не сконфигурирована, можно сконфигурировать одну или более групп сот PUCCH. Группа сот PUCCH, имеющая PCell, может быть названа MCG или группой главных сот PUCCH (MPCG). Остальные группы сот могут быть названы SCG или группой подчиненных сот PUCCH (SPCG). Каждая SCG (или SPCG) может содержать первичную вторичную соту (PSCell), по которой можно выполнять передачи PUCCH для SCG (или SPCG).

[0071] Физический канал нисходящей линии связи может соответствовать набору ресурсных элементов, содержащих информацию, которая поступает с более высоких уровней. Можно определить следующие физические каналы нисходящей линии связи. Физический совместно применяемый канал для передачи данных по нисходящей линии связи (PDSCH) может содержать транспортные блоки, предоставляемые более высоким уровнем. Транспортный блок может содержать пользовательские данные, сообщения управления более высокого уровня, системную информацию физического уровня. Назначение планирования PDSCH в данном подкадре обычно содержится в PDCCH или EPDCCH в том же подкадре.

[0072] Физический широковещательный канал (PBCH) может содержать блок служебной информации, который требуется для начального доступа.

[0073] Физический канал многоадресной передачи (PMCH) может содержать данные, относящиеся к услугам мультимедийной широковещательной и многоадресной передачи (MBMS), и информацию управления.

[0074] Физический канал индикации формата управления (PCFICH) может содержать индикатор формата управления (CFI), определяющий количество символов OFDM, на которые отображаются PDCCH.

[0075] Физический канал управления нисходящей линии связи (PDCCH) может содержать назначение планирования (также называемое предоставлением DL) или предоставление UE. PDCCH может быть передан через тот же самый порт антенны (например, порт специфичного для соты опорного сигнала (CRS)), что и PBCH.

[0076] Физический канал индикации для гибридного ARQ (PHICH) может содержать информацию HARQ-ACK, связанную с UL.

[0077] Улучшенный физический канал управления нисходящей линии связи (EPDCCH) может содержать назначение планирования или предоставление UL. EPDCCH может быть передан через другой порт антенны (например, порт опорного сигнала демодуляции (DM-RS)) из PBCH и PDCCH. Возможные RE, на которые отображаются EPDCCH, могут отличаться от предназначенных для PDCCH, хотя они могут частично перекрываться.

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

[0079] Можно считать, что специфичный для соты опорный сигнал (CRS) передается во всех подкадрах нисходящей линии связи и DwPTS. В случае обычного подкадра с нормальным CP CRS может быть отображен на RE, которые находятся в 1-м, 2-м и 5-м символах OFDM в каждом слоте. CRS может быть использован для демодуляции PDSCH, измерения информации о состоянии канала (CSI) и управления радиоресурсами (RRM).

[0080] Опорный сигнал CSI (CSI-RS) может быть передан в подкадрах, которые сконфигурированы посредством сигнализации более высокого уровня. RE, на которые отображают CSI-RS, тоже сконфигурированы посредством сигнализации более высокого уровня. CSI-RS можно дополнительно классифицировать на CSI-RS ненулевой мощности (NZP) и CSI-RS нулевой мощности (ZP). Часть ресурсов ZP CSI-RS может быть сконфигурирована как ресурс измерения помех CSI (CSI-IM), который может быть использован для измерения помех.

[0081] Можно считать, что UE-специфический RS (UE-RS) передается в паре физических ресурсных блоков (PRB), которые выделяют для PDSCH, предназначенного для UE 102. UE-RS можно использовать для демодуляции связанного PDSCH.

[0082] Можно считать, что RS демодуляции (DM-RS) передается в паре PRB, которая выделена для передачи EPDCCH. DM-RS можно использовать для демодуляции связанного PDSCH.

[0083] Возможна передача первичного/вторичного сигналов синхронизации для облегчения поиска соты оборудованием UE 102, который представляет собой процедуру, посредством которой UE 102 достигает временной и частотной синхронизации с сотой и определяет физический уровень Cell 1D данной соты. Поиск соты E-UTRA поддерживает масштабируемую общую ширину полосы передачи, соответствующую 6 ресурсным блокам и выше.

[0084] Сигнал обнаружения может состоять из CRS, первичного/вторичного сигналов синхронизации NZP-CSI-RS (если сконфигурированы). UE 102 может предполагать возможность появления сигнала обнаружения с периодичностью конфигурации времени измерения опорного сигнала обнаружения (DMTC). eNB 160 с помощью включения/выключения соты может адаптивно включать и выключать передачу по нисходящей линии связи соты. Сота, передача от которой по нисходящей линии связи выключена, может быть сконфигурирована как деактивированная сота SCell для UE 102. Сота, выполняющая включение/выключение, может передавать только периодические сигналы обнаружения, и UE 102 могут быть выполнены с возможностью измерения сигналов обнаружения для RRM. UE 102 может выполнять измерение RRM и может обнаруживать соту или точку передачи соты на основании сигналов обнаружения, когда UE 102 выполнено с возможностью измерений на основании сигналов обнаружения.

[0085] В настоящем документе также описаны физические каналы восходящей линии связи и физические сигналы восходящей линии связи. Физический канал восходящей линии связи может соответствовать набору ресурсных элементов, содержащих информацию, которая поступает с более высоких уровней. Можно определить следующие физические каналы восходящей линии связи. Физический совместно применяемый канал для передачи данных по восходящей линии связи (PUSCH) может содержать транспортные блоки, предоставляемые более высоким уровнем. Транспортный блок может содержать пользовательские данные и/или сообщения управления более высокого уровня. Предоставление восходящей линии связи PUSCH в данном подкадре может, как правило, выполняться несколькими подкадрами PDCCH или EPDCCH, предшествующими данному подкадру. Физический канал управления восходящей линии связи (PUCCH) может содержать связанную с DL информацию HARQ-ACK, запрос на планирование и/или CSI. Физический канал произвольного доступа (PRACH) может содержать преамбулу произвольного доступа.

[0086] Физический сигнал восходящей линии связи может соответствовать набору ресурсных элементов, используемых физическим уровнем, но может не содержать информацию, поступающую с более высоких уровней. В настоящем документе описаны опорные сигналы (RS). Можно считать, что PUSCH DM-RS (RS демодуляции) передается в паре PRB, которую выделяют для PUSCH, передаваемого оборудованием UE 102. PUSCH DM-RS можно использовать для демодуляции связанного PUSCH. PUSCH DM-RS может быть отображен на RE, которые находятся в 4-м символе SC-FDMA каждого слота.

[0087] Можно считать, что PUCCH DM-RS (RS демодуляции) передается в паре PRB, которую выделяют для PUCCH, передаваемого оборудованием UE 102. PUCCH DM-RS можно использовать для демодуляции связанного PUCCH. В случае PUCCH формата 1, 1a и 1b PUCCH DM-RS может быть сопоставлен RE, которые находятся в 3-м, 4-м и 5-м символах SC-FDMA в каждом слоте. В случае PUCCH формата 2, 2a, 2b и 3 PUCCH DM-RS может быть сопоставлен RE, которые находятся во 2-м и 6-м символах SC-FDMA в каждом слоте. В случае PUCCH формата 4 и 5 PUCCH DM-RS может быть сопоставлен RE, которые находятся в 4-м символе SC-FDMA в каждом слоте.

[0088] Зондирующий RS (SRS) может быть передан в последнем символе SC-FDMA в подкадре восходящей линии связи или в 1 из 2 символов SC-FDMA в UpPTS.

[0089] В настоящем документе также описана процедура зондирования UE. UE 102 может передавать SRS по ресурсам SRS обслуживающей соты на основе инициирующих сигналов трех типов: инициирующий сигнал типа 0 (сигнализация более высокого уровня); или инициирующий сигнал типа 1 (информация управления нисходящей линии связи (DCI) форматов 0/4/1A для FDD и TDD и DCI форматов 2B/2C/2D для TDD). В случае если обе передачи SRS инициирующего сигнала типа 0 и инициирующего сигнала типа 1 будут происходить в одном и том же подкадре в одной и той же обслуживающей соты, UE 102 может осуществлять только передачу SRS инициирующего сигнала типа 1.

[0090] UE 102 может быть сконфигурировано с параметрами SRS для инициирующего сигнала типа 0 и инициирующего сигнала типа 1 в каждой обслуживающей соте. В случае инициирующего сигнала типа 0 можно использовать только один набор параметров SRS. В случае инициирующего сигнала типа 1 и DCI формата 4 могут быть сконфигурированы три набора параметров SRS (например, srs-ConfigApDCI-Format4) посредством сигнализации более высокого уровня. 2-битовое поле запроса SRS в DCI формата 4 указывает набор параметров SRS, приведенный в таблице 1. В случае инициирующего сигнала типа 1 и DCI формата 0 может быть сконфигурирован один набор параметров SRS (например, srs-ConfigApDCI-Format0) посредством сигнализации более высокого уровня. В случае инициирующего сигнала типа 1 и DCI форматов 1A/2B/2C/2D может быть сконфигурирован один общий набор параметров SRS (например, srs-ConfigApDCI-Format1a2b2c) посредством сигнализации более высокого уровня. Поле запроса SRS может быть 1-битовым для DCI форматов 0/1A/2B/2C/2D, причем, если поле запроса SRS установлено на «1», инициируется SRS типа 1.

[0091] 1-битовое поле запроса SRS может быть включено в DCI форматов 0/1A для структуры кадра типа 1 и 0/1A/2B/2C/2D для структуры кадра типа 2, если UE 102 сконфигурировано с параметрами SRS для DCI форматов 0/1A/2B/2C/2D посредством сигнализации более высокого уровня. В таблице 1 представлены значения запроса SRS для инициирующего сигнала типа 1 в DCI формата 4.

Значение поля запроса SRS	Описание
'00'	Нет инициирующего сигнала SRS типа 1
'01'	Более высокими уровнями сконфигурирован 1-й набор параметров SRS
'10'	Более высокими уровнями сконфигурирован 2-й набор параметров SRS
'11'	Более высокими уровнями сконфигурирован 3-й набор параметров SRS

Таблица 1

[0092] Конфигурация SRS инициирующего сигнала типа 0 оборудования UE 102 в обслуживающей соте для периодичности SRS (T _SRS ) и смещения подкадра SRS (T _offset ) может быть получена с помощью параметра более высокого уровня I _SRS . Периодичность T _SRS передачи SRS зависит от обслуживающей соты и может быть выбрана из набора {2, 5, 10, 20, 40, 80, 160, 320} мс или подкадров. Для периодичности SRS T _SRS , равной 2 мс в обслуживающей соте TDD, могут быть сконфигурированы два ресурса SRS в полукадре, содержащем подкадры UL данной обслуживающей соты.

[0093] Конфигурация SRS инициирующего сигнала типа 1 оборудования UE 102 в обслуживающей соте для периодичности SRS (T _SRS,1 ) и смещения подкадра SRS (T _offset,1 ) может быть получена с помощью параметра более высокого уровня I _SRS . Периодичность T _SRS,1 передачи SRS зависит от обслуживающей соты и может быть выбрана из набора {2, 5, 10} мс или подкадров. Для периодичности SRS T _SRS,1 , равной 2 мс в обслуживающей соте TDD, могут быть сконфигурированы два ресурса SRS в полукадре, содержащем подкадры UL данной обслуживающей соты.

[0094] В выпуске 12 предусмотрены десять режимов передачи. Данные режимы передачи могут быть выполнены с возможностью конфигурирования для LAA SCell. Эти режимы передачи показаны в таблице 2.

Режим передачи	Формат DCI	Схема передачи
Режим 1	DCI формата 1A	Одноантенный порт
	DCI формата 1	Одноантенный порт
Режим 2	DCI формата 1A	Разнесение передачи
	DCI формата 1	Разнесение передачи
Режим 3	DCI формата 1A	Разнесение передачи
	DCI формата 2A	Циклическое разнесение по задержке (CDD) с большой задержкой или разнесение передачи
Режим 4	DCI формата 1A	Разнесение передачи
	DCI формата 2	Пространственное мультиплексирование с обратной связью или разнесение передачи
Режим 5	DCI формата 1A	Разнесение передачи
	DCI формата 1D	Многопользовательская система с многоканальными входами и многоканальными выходами (MIMO)
Режим 6	DCI формата 1A	Разнесение передачи
	DCI формата 1B	Пространственное мультиплексирование с обратной связью и использованием одного уровня передачи
Режим 7	DCI формата 1A	Одноантенный порт (для одного порта CRS), разнесение передачи (в противном случае)
	DCI формата 1	Одноантенный порт
Режим 8	DCI формата 1A	Одноантенный порт (для одного порта CRS), разнесение передачи (в противном случае)
	DCI формата 2B	Двухуровневая передача или одноантенный порт
Режим 9	DCI формата 1A	Одноантенный порт (для одного порта CRS или подкадра одночастотной сети многоадресной передачи мультимедийных широковещательных услуг (MBSFN)), разнесение передачи (в противном случае)
	DCI формата 2C	До 8-уровневая передача или одноантенный порт
Режим 10	DCI формата 1A	Одноантенный порт (для одного порта CRS или подкадра MBSFN), разнесение передачи (в противном случае)
	DCI формата 2D	До 8-уровневая передача или одноантенный порт

Таблица 2

[0095] Для назначения DL (также называемого предоставлением DL) может быть использована DCI формата 1, 1A, 1B, 1C, 1D, 2, 2A, 2B, 2C и 2D. Для предоставления UL может быть использована DCI формата 0 и 4. Эти форматы DCI проиллюстрированы в таблице 3.

Формат DCI	Применение
DCI формата 0	Планирование PUSCH в одной соте UL
DCI формата 1	Планирование кодового слова PDSCH в одной соте
DCI формата 1A	Компактное планирование кодового слова PDSCH в одной соте и процедура произвольного доступа, инициируемая заказом PDCCH
DCI формата 1B	Компактное планирование кодового слова PDSCH в одной соте с информацией о предварительном кодировании
DCI формата 1C	Очень компактное планирование одного кодового слова PDSCH, уведомление об изменении канала многоадресного управления (MCCH), переконфигурирование TDD и общая информация LAA
DCI формата 1D	Компактное планирование кодового слова PDSCH в одной соте с информацией о предварительном кодировании и смещении мощности
DCI формата 1A	Разнесение передачи
DCI формата 2	Планирование до двух кодовых слов PDSCH в одной соте с информацией о предварительном кодировании
DCI формата 2A	Планирование до двух кодовых слов PDSCH в одной соте
DCI формата 2B	Планирование до двух кодовых слов PDSCH в одной соте с информацией об идентификационных данных скремблирования
DCI формата 2C	Планирование до двух кодовых слов PDSCH в одной соте с информацией о порте антенны, идентификационных данных скремблирования и количестве уровней
DCI формата 2D	Планирование до двух кодовых слов PDSCH в одной соте с информацией о порте антенны, идентификационных данных скремблирования и количестве уровней и информацией об отображении PDSCH RE и индикаторе квазисовместного расположения (PQI)
DCI формата 3	Передача команд управления мощностью передатчика (TPC) для PUCCH и PUSCH с 2-битовыми корректировками мощности
DCI формата 3A	Передача команд TPC для PUCCH и PUSCH с однобитовыми корректировками мощности
DCI формата 4	Планирование PUSCH в одной соте UL с режимом передачи через многоантенный порт
DCI формата 5	Планирование физического широковещательного канала прямого соединения (PSCCH), а также содержит несколько полей информации управления прямым соединением (SCI) формата 0, используемых для планирования физического совместно используемого канала прямого соединения (PSSCH)

Таблица 3

[0096] DCI формата 1, 1A, 1B, 1C, 1D может содержать битовые поля, приведенные в таблице 4, где N^DL _RB - ширина полосы системы нисходящей линии связи обслуживающей соты, которая выражена в значениях, кратных ширине полосы PRB (физический ресурсный блок).

	DCI F 1	DCI F 1A	DCI F 1B	DCI F 1C	DCI F 1D
Поле индикатора несущей (CIF)	0 или 3	0 или 3	0 или 3	Н/П	0 или 3
Флаг для установления различия между форматами 0/1A	Н/П	1	Н/П	Н/П	Н/П
Флаг назначения локализованного/ распределенного виртуального ресурсного блока (VRB)	Н/П	1	1	Н/П	1
Управление выделением ресурсов	1	Н/П	Н/П	Н/П	Н/П
Значение интервала	Н/П	Н/П	Н/П	0 (NDL RB < 50) или 1 (в противном случае)	Н/П
Назначение ресурсного блока	*	**	**	***	**
Схема модуляции и кодирования	5	5	5	5	5
Номер процесса HARQ	3 (FDD PCell) или 4 (TDD PCell)	3 (FDD PCell) или 4 (TDD PCell)	3 (FDD PCell) или 4 (TDD PCell)	Н/П	3 (FDD PCell) или 4 (TDD PCell)
Индикатор новых данных	1	1	1	Н/П	1
Версия избыточности	2	2	2	Н/П	2
Команда TPC для PUCCH	2	2	2	Н/П	2
Индекс выделения нисходящей линии связи	0 (FDD PCell) или 2 (в противном случае)	0 (FDD PCell) или 2 (в противном случае)	0 (FDD PCell) или 2 (в противном случае)	Н/П	0 (FDD PCell) или 2 (в противном случае)
Запрос SRS	Н/П	0 или 1	Н/П	Н/П	Н/П
Смещение мощности нисходящей линии связи	Н/П	Н/П	Н/П	Н/П	1
Информация о переданном индикаторе матрицы предварительного кодирования (TPMI) для предварительного кодирования	Н/П	Н/П	2 (2 порта CRS) или 4 (4 порта CRS)	Н/П	2 (2 порта CRS) или 4 (4 порта CRS)
Смещение ресурса HARQ-ACK	2 (EPDCCH) или 0 (PDCCH)	2 (EPDCCH) или 0 (PDCCH)	2 (EPDCCH) или 0 (PDCCH)	Н/П	2 (EPDCCH) или 0 (PDCCH)

Таблица 4

[0097] Следует отметить, что * - это биты функции ceil(N ^DL _{RB /} P), где P определяют из таблицы 5; ** - это биты функции ceil(log₂(N ^DL _RB (N ^DL _{RB +}1)/2)); и *** - это биты функции ceil(log₂(floor(N ^DL _{VRB ,gap1}/N ^step rb)(floor(N^DL _VRB,gap1/N ^step _RB )+1)/2)), где N ^DL _{VRB ,gap1}=2 * min(N _gap , N ^DL _RB - N _gap ). N _gap можно получить из ширины полосы системы соответствующей обслуживающей соты. N ^step _RB можно определить из таблицы 6.

Ширина полосы системы (BW) N DL RB	Размер группы ресурсных блоков предварительного кодирования (PRG) P
<= 10	1
11-26	2
27-63	3
64-110	4

Таблица 5

Ширина полосы системы N DL RB	N step RB
6-49	2
50-110	4

Таблица 6

[0098] DCI формата 2, 2A, 2B, 2C, 2D может содержать битовые поля, приведенные в таблице 7.

	DCI F 2	DCI F 2A	DCI F 2B	DCI F 2C	DCI F 2D
CIF	0 или 3	0 или 3	0 или 3	0 или 3	0 или 3
Управление выделением ресурсов	1	1	1	1	1
Назначение ресурсного блока	*	*	*	*	*
Команда TPC для PUCCH	2	2	2	2	2
Индекс выделения нисходящей линии связи	0 (FDD PCell) или 2 (в противном случае)	0 (FDD PCell) или 2 (в противном случае)	0 (FDD PCell) или 2 (в противном случае)	0 (FDD PCell) или 2 (в противном случае)	0 (FDD PCell) или 2 (в противном случае)
Номер процесса HARQ	3 (FDD PCell) или 4 (TDD PCell)	3 (FDD PCell) или 4 (TDD PCell)	3 (FDD PCell) или 4 (TDD PCell)	3 (FDD PCell) или 4 (TDD PCell)	3 (FDD PCell) или 4 (TDD PCell)
Идентификаци онные данные скремблирования	Н/П	Н/П	1	Н/П	Н/П
Порт антенны, идентификаци онные данные скремблирования и количество уровней	Н/П	Н/П	Н/П	3	3
Запрос SRS	Н/П	Н/П	0 или 1	0 или 1	Н/П
Флаг переключения отображения транспортного блока в кодовое слово	1	1	Н/П	Н/П
Схема модуляции и кодирования (TB1)	5	5	5	5	5
Индикатор новых данных (TB1)	1	1	1	1	1
Версия избыточности (TB1)	2	2	2	2	2
Схема модуляции и	5	5	5	5	5
кодирования (TB2)
Индикатор новых данных (TB2)	1	1	1	1	1
Версия избыточности (TB2)	2	2	2	2	2
Отображение PDSCH RE и индикатор квазисовместного расположения	Н/П	Н/П	Н/П	Н/П	2
Информация о предварительном кодировании	3 (2 порта CRS) или 6 (4 порта CRS)	0 (2 порта CRS) или 2 (4 порта CRS)	Н/П	Н/П	Н/П
Смещение ресурса HARQ-ACK	2 (EPDCCH) или 0 (PDCCH)	2 (EPDCCH) или 0 (PDCCH)	2 (EPDCCH) или 0 (PDCCH)	2 (EPDCCH) или 0 (PDCCH)	2 (EPDCCH) или 0 (PDCCH)

Таблица 7

[0099] DCI формата 0 и 4 может содержать битовые поля, приведенные в таблице 8.

	DCI F 0	DCI F 4
CIF	0 или 3	0 или 3
Флаг для установления различия между форматами 0/1A	1	Н/П
Флаг скачкообразной перестройки частоты	1	Н/П
Назначение ресурсного блока	****	*****
Команда TPC для PUSCH	2	2
Циклический сдвиг для DM-RS и индекс ортогонального покрывающего кода (OCC)	3	3
Индекс UL	2 (конф. TDD 0) или 0 (в противном случае)	2 (конф. TDD 0) или 0 (в противном случае)
Индекс выделения нисходящей линии связи	2 (FDD PCell) или 0 (в противном случае)	2 (FDD PCell) или 0 (в противном случае)
Запрос CSI	2 (несколько сот DL, несколько процессов CSI, несколько наборов подкадров) или 1 (в противном случае)	2 (несколько сот DL, несколько процессов CSI, несколько наборов подкадров) или 1 (в противном случае)
Запрос SRS	0 или 1	2
Тип выделения ресурсов	1	1
Схема модуляции и кодирования (TB1)	5	5
Индикатор новых данных (TB1)	1	1
Схема модуляции и кодирования (TB2)	Н/П	5
Индикатор новых данных (TB2)	Н/П	1
Информация о предварительном кодировании	Н/П	3 (2 порта CRS) или 6 (4 порта CRS)

Таблица 8

[00100] Следует отметить, что в таблице 8 **** - это биты функции ceil(log₂(N^UL _RB(N^UL _RB+l)/2)). Также ***** - это биты функции max(ceil(log₂(N^UL _RB(N^UL _RB+l)/2)), ceil(log₂(C(ceil(N^UL _RB/P+1), 4)))), где C(n, r) - формула для числа сочетаний (например, «число сочетаний из n по r»).

[00101] В настоящем документе также описано пространство поиска PDCCH/EPDCCH. PDCCH можно передавать с помощью символов OFDM с 1 по 4 в подкадре, тогда как PDCCH можно передавать с помощью символов OFDM, начиная с символов OFDM со второго по пятый и заканчивая последним символом OFDM в подкадре. Для определения отображения каналов управления в ресурсные элементы можно использовать группы ресурсных элементов (REG).

[00102] Группу ресурсных элементов можно представить парой индексов (k',l') ресурсного элемента с наименьшим индексом k в группе, причем все ресурсные элементы в группе имеют одно и тот же значение l. Например, (k,l=0), причем k=k ₀ +0, k _{0 +}1,..., k ₀ +5 или k=k _{0 +}6, k ₀ +7,..., k ₀ +11. Набор ресурсных элементов (k,l) в группе ресурсных элементов зависит от количества сконфигурированных специфичных для соты опорных сигналов. Четыре символа можно отобразить в одну группу ресурсных элементов. Отображение квадруплета символов

на группу ресурсных элементов, представленную ресурсным элементом (k',l'), определяют таким образом, чтобы элементы z(i) отображались в ресурсные элементы (k,l) группы ресурсных элементов, не используемые для специфичных для соты опорных сигналов в порядке возрастания i и k.

[00103] Физический канал управления нисходящей линии связи содержит назначения планирования и другую информацию управления. Физический канал управления передают по агрегации из одного или нескольких последовательных элементов канала управления (CCE), где элемент канала управления соответствует 9 группам ресурсных элементов. Количество групп ресурсных элементов, не назначенных PCFICH или PHICH, обозначают как N _REG . CCE, доступные в системе, нумеруют от 0 до N _CCE - 1, где N _CCE =[N _REG /9]. PDCCH поддерживает несколько форматов. PDCCH, состоящий из n последовательных CCE, может начинаться только на CCE, удовлетворяющем уравнению i mod n=0, где i - номер CCE.

[00104] Для определения отображения улучшенных каналов управления в ресурсные элементы используют группы улучшенных ресурсных элементов (EREG). Для каждой пары физических ресурсных блоков существуют 16 EREG, пронумерованных от 0 до 15. Все ресурсные элементы за исключением ресурсных элементов, содержащих DM-RS для портов антенны p={107,108,109,110} в случае нормального циклического префикса или p={107,108} в случае расширенного циклического префикса, могут быть пронумерованы в парах физических ресурсных блоков по циклу от 0 до 15 в порядке возрастания, сначала частоты, а потом времени. Все ресурсные элементы с номером i в этой паре физических ресурсных блоков составляют EREG с номером i.

[00105] Улучшенный физический канал управления нисходящей линии связи (EPDCCH) содержит назначения планирования. EPDCCH может быть передан с помощью агрегирования одного или нескольких последовательных улучшенных элементов канала управления (ECCE), где каждый ECCE состоит из нескольких групп улучшенных ресурсных элементов (EREG). Количество ECCE, используемых для одного EPDCCH, зависит от формата EPDCCH.

[00106] Возможна поддержка как локализованной, так и распределенной передачи. EPDCCH может использовать либо локализованную, либо распределенную передачу, отличающиеся отображением элементов ECCE в группы EREG и пары PRB.

[00107] Область управления каждой обслуживающей соты состоит из набора CCE, пронумерованных от 0 до N_CCE,k - l, где N_CCE,k - общее количество CCE в области управления подкадра k. UE 102 может контролировать набор потенциальных PDCCH в одной или более активированных обслуживающих сотах в соответствии с тем, как сконфигурировано посредством сигнализации более высокого уровня для информации управления, где контроль означает попытку декодирования каждого PDCCH в наборе в соответствии со всеми контролируемыми форматами DCI.

[00108] Набор потенциальных PDCCH для контроля определяют посредством пространств поиска, где пространство поиска S_k ^(L) на уровне агрегирования Lϵ {1,2,4,8} определяется набором потенциальных PDCCH. Для каждой обслуживающей соты, в которой контролируют PDCCH, элементы CCE, соответствующие потенциальному PDCCH с номером m пространства поиска S_k ^(L) , задаются уравнением:

[00109] В уравнении (1) Y _k является таким, как определено ниже, а i=0,..., L - 1. В случае общего пространства поиска (CSS) m'=m. Если в случае UE-специфичного пространства поиска PDCCH для обслуживающей соты, в которой контролируют PDCCH, UE 102 сконфигурировано с помощью поля индикатора несущей, то m'=m+M ^{( L )} n _CI где n _CI - значение поля индикатора несущей. В противном случае, если UE 102 не сконфигурировано с помощью поля индикатора несущей, то m'=m, где m=0,…, M ^{( L )} - 1. M ^{( L )} - это количество потенциальных PDCCH для контроля в данном пространстве поиска.

[00110] Для общих пространств поиска Y _k установлен на 0 для двух уровней агрегирования, L=4 и L=8.

[00111] Для UE-специфичного пространства поиска S_k ^(L) при уровне агрегирования L переменная Y _k определяется уравнением:

Y _k =(A · Y_k-1)mod D. (2)

[00112] В уравнении (2), Y _{k -1=} n _RNTI ≠ 0, A=39827, D=65537 и k=[n _s /2], где n _s - номер слота в пределах радиокадра. Значение RNTI, используемое для n _RNTI , может быть любым RNTI.

[00113] UE 102 может контролировать одно общее пространство поиска в каждом неразрывном подкадре приема (DRX) на каждом из уровней агрегирования 4 и 8 в первичной соте. Если UE 102 не сконфигурировано для контроля EPDCCH, и если UE 102 не сконфигурировано с полем индикатора несущей, то UE 102 может контролировать одно UE-специфичное пространство поиска PDCCH на каждом из уровней агрегирования 1, 2, 4, 8 в каждой активированной соте в каждом подкадре, не являющемся подкадром DRX.

[00114] Если UE 102 не сконфигурировано для контроля EPDCCH, и если UE 102 сконфигурировано с полем индикатора несущей, то UE 102 может контролировать одно или более UE-специфичных пространств поиска на каждом из уровней агрегирования 1, 2, 4, 8 в одной или более активированных обслуживающих сот, как сконфигурировано посредством сигнализации более высокого уровня, в каждом подкадре, не являющемся подкадром DRX.

[00115] Если UE 102 сконфигурировано для контроля EPDCCH в обслуживающей соте и эта обслуживающая сота активирована, и если UE 102 не сконфигурировано с полем индикатора несущей, то UE 102 может контролировать одно UE-специфичное пространство поиска PDCCH на каждом из уровней агрегирования 1, 2, 4, 8 в этой обслуживающей соте во всех подкадрах, не являющихся подкадрами DRX, где EPDCCH не контролируется в этой обслуживающей соте.

[00116] Если UE 102 сконфигурировано для контроля EPDCCH в обслуживающей соте и эта обслуживающая сота активирована, и если UE 102 сконфигурировано с полем индикатора несущей, то UE 102 может контролировать одно или более UE-специфичных пространств поиска PDCCH на каждом из уровней агрегирования 1, 2, 4, 8 в этой обслуживающей соте, как сконфигурировано посредством сигнализации более высокого уровня, во всех подкадрах, не являющихся подкадрами DRX, где EPDCCH не контролируется в этой обслуживающей соте.

[00117] Общие и UE-специфичные пространства поиска PDCCH в первичной соте могут перекрываться.

[00118] UE, сконфигурированное с полем индикатора несущей, связанным с контролем PDCCH в обслуживающей соте c, может контролировать PDCCH, сконфигурированный с полем индикатора несущей и с циклической проверкой четности с избыточностью (CRC), скремблированной временным идентификатором радиосети соты (C-RNTI), в UE-специфичном пространстве поиска PDCCH обслуживающей соты c.

[00119] UE 102, сконфигурированное с полем индикатора несущей, связанным с контролем PDCCH в первичной соте, может контролировать PDCCH, сконфигурированный с полем индикатора несущей и с CRC, скремблированной C-RNTI полупостоянного планирования (SPS), в UE-специфичном пространстве поиска PDCCH первичной соты.

[00120] UE может контролировать общее пространство поиска на предмет PDCCH без поля индикатора несущей. В случае обслуживающей соты, в которой осуществляется контроль PDCCH, если UE 102 не сконфигурировано с полем индикатора несущей, оно должно контролировать UE-специфичное пространство поиска PDCCH на предмет PDCCH без поля индикатора несущей, а если UE 102 сконфигурировано с полем индикатора несущей, оно должно контролировать UE-специфичное пространство поиска PDCCH на предмет PDCCH с полем индикатора несущей.

[00121] Если UE 102 не сконфигурировано с LAA SCell, то не ожидается, что UE 102 будет контролировать PDCCH вторичной соты, если оно сконфигурировано для контроля PDCCH с полем индикатора несущей, соответствующим этой вторичной соте в другой обслуживающей соте.

[00122] Если UE 102 сконфигурировано с LAA SCell, то не ожидается, что UE 102 будет контролировать UE-специфичное пространство поиска PDCCH соты LAA SCell, если оно сконфигурировано для контроля PDCCH с полем индикатора несущей, соответствующим LAA SCell в другой обслуживающей соте, где не ожидается, что UE 102 будет сконфигурировано для контроля PDCCH с полем индикатора несущей в LAA SCell. В альтернативном варианте осуществления не ожидается, что UE 102 будет контролировать UE-специфичное пространство поиска PDCCH соты LAA SCell, если оно сконфигурировано для контроля PDCCH с полем индикатора несущей, соответствующим LAA SCell в другой обслуживающей соте, где не ожидается, что UE 102 будет запланировано с PDSCH, начинающимся во втором слоте подкадра в LAA SCell, если UE 102 сконфигурировано для контроля PDCCH с полем индикатора несущей, соответствующим LAA SCell в другой обслуживающей соте.

[00123] В случае обслуживающей соты, в которой осуществляется контроль PDCCH, UE 102 может контролировать потенциальные PDCCH по меньшей мере для этой же обслуживающей соты. Если UE 102, сконфигурировано для контроля потенциальных PDCCH с CRC, скремблированной C-RNTI или SPS C-RNTI с общим размером полезной нагрузки и с одинаковым первым индексом CCE n _CCE , но с разным набором информационных полей DCI в общем пространстве поиска или в UE-специфичном пространстве поиска PDCCH в первичной соте, то можно считать, что в случае потенциальных PDCCH с CRC, скремблированной C-RNTI или SPS C-RNTI, первичная сота передает только PDCCH в общем пространстве поиска, если UE 102 сконфигурировано с полем индикатора несущей, связанным с контролем PDCCH в первичной соте. В противном случае первичная сота передает только PDCCH в UE-специфичном пространстве поиска.

[00124] Если UE 102 сконфигурировано для контроля потенциальных PDCCH в данной обслуживающей соте с данным размером формата DCI с CIF, и CRC скремблирована с помощью C-RNTI, где потенциальные PDCCH могут иметь одно или более возможных значений CIF для данного размера формата DCI, то можно считать, что возможный PDCCH с данным размером формата DCI может быть передан в данной обслуживающей соте в любом UE-специфичном пространстве поиска PDCCH, соответствующем любому из возможных значений CIF для данного размера формата DCI.

[00125] Если обслуживающая сота представляет собой LAA SCell, и если параметр более высокого уровня subframeStartPosition для SCell указывает «s07», то UE 102 контролирует потенциальные UE-специфичные пространства поиска PDCCH в SCell, как в первом, так и во втором слотах подкадра. В противном случае UE 102 контролирует потенциальные UE-специфичные пространства поиска PDCCH в SCell в первых слотах подкадра.

[00126] Если обслуживающая сота представляет собой LAA SCell, UE 102 может принимать PDCCH с DCI CRC, скремблированной временным индикатором радиосети с несущей составляющей (CC-RNTI) в LAA SCell. Форматы DCI, которые может контролировать UE 102, зависят от сконфигурированного режима передачи в каждой обслуживающей соте. Если UE 102 сконфигурировано с параметром более высокого уровня skipMonitoringDCI-format0-1A для обслуживающей соты, от UE 102 не требуется контролировать PDCCH с DCI формата 0/1A в UE-специфичном пространстве поиска для этой обслуживающей соты.

[00127] Что касается пространства поиска EPDCCH, для каждой обслуживающей соты посредством сигнализации более высокого уровня можно сконфигурировать UE 102 с одним или двумя наборами PRB EPDCCH для контроля EPDCCH. Пары PRB, соответствующие набору PRB EPDCCH, указаны более высокими уровнями. Каждый набор PRB EPDCCH может состоять из набора ECCE, пронумерованных от 0 до N _ECCE,p,k - 1, где N _ECCE,p,k - количество ECCE в наборе PRB EPDCCH p подкадра k. Каждый набор PRB EPDCCH может быть сконфигурирован либо для локализованной передачи EPDCCH, либо для распределенной передачи EPDCCH.

[00128] UE 102 может контролировать набор потенциальных EPDCCH в одной или более активированных обслуживающих сотах в соответствии с тем, как сконфигурировано посредством сигнализации более высокого уровня для информации управления, где контроль предусматривает попытку декодирования каждого EPDCCH в наборе в соответствии с контролируемыми форматами DCI.

[00129] UE 102 может контролировать набор потенциальных EPDCCH в одной или более активированных обслуживающих сот, как сконфигурировано посредством сигнализации более высокого уровня для информации управления. Контроль может означать попытку декодировать каждый EPDCCH в наборе в соответствии с контролируемыми форматами DCI.

[00130] Набор потенциальных EPDCCH для контроля определяют посредством UE-специфичных пространств поиска EPDCCH. Для каждой обслуживающей соты подкадры, в которых UE 102 контролирует UE-специфичные пространства поиска EPDCCH, сконфигурированы более высокими уровнями.

[00131] UE 102 может не контролировать EPDCCH на предмет TDD и нормального CP нисходящей линии связи в специальных подкадрах для конфигураций 0 и 5 специальных подкадров. UE 102 может не контролировать EPDCCH на предмет TDD и расширенного CP нисходящей линии связи в специальных подкадрах для конфигураций 0, 4 и 7 специальных подкадров. UE 102 может не контролировать EPDCCH в подкадрах, указанных более высокими уровнями для декодирования PMCH. UE 102 может не контролировать EPDCCH на предмет TDD и, если UE 102 сконфигурировано с разными конфигурациями UL/DL для первичной соты и вторичной соты, в подкадре нисходящей линии связи вторичной соты, когда тот же самый подкадр в первичной соте является специальным подкадром, и UE 102 не в состоянии одновременно осуществлять прием и передачу на первичные и вторичные соты.

[00132] UE-специфичное пространство поиска EPDCCH ES_k ^(L) на уровне агрегирования Lϵ {1,2,4,8,16,32} определено набором потенциальных EPDCCH. Для набора PRB EPDCCH p ECCE, соответствующие потенциальному EPDCCH m пространства поиска ES_k ^(L) , заданы уравнением:

[00133] В уравнении (3) Y _p,k является таким, как определено ниже, i=0, …, L - 1 и b=n _CI , если UE 102 сконфигурировано с полем индикатора несущей для обслуживающей соты, на которой контролируют EPDCCH, в противном случае b=0. Кроме того, в уравнении (3) n_CI - это значение поля индикатора несущей, а m=0,1...M_p ^(L) - 1.

[00134] Если UE 102 не сконфигурировано с полем индикатора несущей для обслуживающей соты, на которой контролируют EPDCCH, M_p ^(L) является количеством потенциальных EPDCCH для контроля на уровне агрегирования L в наборе PRB EPDCCH p для обслуживающей соты, на которой контролируют EPDCCH. В противном случае M_p ^(L) является количеством потенциальных EPDCCH для контроля на уровне агрегирования L в наборе PRB EPDCCH p для обслуживающей соты, указанной параметром n _CI .

[00135] Переменная Y _p,k определена уравнением:

Y_{p ,k} =(A_p · Y_{p ,k -1})mod D. (4)

[00136] В уравнении (4) Y _p,k-1 =n _RNTI ≠ 0, A₀=39827, A₁=39829, D=65537 и k=[n _s /2], где n _s - номер слота в пределах радиокадра.

[00137] Если UE 102 сконфигурировано с параметром более высокого уровня skipMonitoringDCI-format0-1A для обслуживающей соты, от UE 102 не требуется контролировать EPDCCH с DCI формата 0/1A в UE-специфичном пространстве поиска для этой обслуживающей соты.

[00138] Если UE 102 не сконфигурировано с полем индикатора несущей, то UE 102 может контролировать одно UE-специфичное пространство поиска PDCCH на каждом из уровней агрегирования в каждой активированной обслуживающей соте, для контроля EPDCCH в которой оно сконфигурировано.

[00139] Если UE 102 сконфигурировано для контроля EPDCCH и если UE 102 сконфигурировано с полем индикатора несущей, то UE 102 может контролировать одно или более UE-специфичных пространств поиска EPDCCH на каждом из уровней агрегирования в одной или более активированных обслуживающих сот, как сконфигурировано посредством сигнализации более высокого уровня.

[00140] UE 102, сконфигурированное с полем индикатора несущей, связанным с контролем EPDCCH в обслуживающей соте c, может контролировать EPDCCH, сконфигурированный с полем индикатора несущей и с CRC, скремблированной C-RNTI, в UE-специфичном пространстве поиска EPDCCH обслуживающей соты c.

[00141] UE 102, сконфигурированное с полем индикатора несущей, связанным с контролем EPDCCH в первичной соте, может контролировать EPDCCH, сконфигурированный с полем индикатора несущей и с CRC, скремблированной SPS C-RNTI, в UE-специфичном пространстве поиска EPDCCH первичной соты.

[00142] Конфигурирование UE 102 для контроля EPDCCH с полем индикатора несущей в LAA SCell не предполагают. Планирование UE с PDSCH, начинающимся во втором слоте подкадра в LAA SCell не предполагают, если UE 102 сконфигурировано для контроля EPDCCH с полем индикатора несущей, соответствующим этой LAA SCell в другой обслуживающей соте.

[00143] В случае обслуживающей соты, в которой контролируют EPDCCH, если UE 102 не сконфигурировано с полем индикатора несущей, оно может контролировать UE-специфичное пространство поиска EPDCCH на предмет EPDCCH без поля индикатора несущей. Если UE 102 сконфигурировано с полем индикатора несущей, оно может контролировать UE-специфичное пространство поиска EPDCCH на предмет EPDCCH с полем индикатора несущей.

[00144] Контроль UE 102 EPDCCH вторичной соты не предполагают, если оно сконфигурировано для контроля EPDCCH с полем индикатора несущей, соответствующим этой вторичной соте в другой обслуживающей соте. В случае обслуживающей соты, в которой контролируют PDCCH, UE 102 может контролировать потенциальные PDCCH по меньшей мере для этой же обслуживающей соты.

[00145] Если UE 102 сконфигурировано для контроля потенциальных EPDCCH в данной обслуживающей соте с данным размером формата DCI с CIF, и CRC скремблирована с помощью C-RNTI, где потенциальные EPDCCH могут иметь одно или более возможных значений CIF для данного размера формата DCI, то можно считать, что возможный EPDCCH с данным размером формата DCI может быть передан в данной обслуживающей соте в любом UE-специфичном пространстве поиска EPDCCH, соответствующем любому из возможных значений CIF для данного размера формата DCI.

[00146] В случае обслуживающей соты, в которой контролируют EPDCCH, контроль EPDCCH от UE 102 не требуется в подкадре, сконфигурированном более высокими уровнями как часть события опорного сигнала позиционирования, если событие опорного сигнала позиционирования конфигурируют только в пределах подкадров одночастотной сети многоадресной передачи мультимедийных широковещательных услуг (MBSFN), и длина циклического префикса, используемого в подкадре #0, соответствует нормальному циклическому префиксу.

[00147] Процедура MAC UE 102 может включать в себя следующие операции. Передача данных совместно применяемого канала нисходящей линии связи (DL-SCH) может включать в себя операцию приема назначения DL и HARQ. Что касается приема назначения DL, передаваемые по PDCCH назначения нисходящей линии связи указывают, имеется ли передача по DL-SCH для конкретного объекта MAC, и обеспечивают соответствующую информацию HARQ.

[00148] Что касается операции HARQ, то на объекте MAC может быть один объект HARQ для каждой обслуживающей соты, которая поддерживает некоторое количество параллельных процессов HARQ. Каждый процесс HARQ может быть связан с идентификатором процесса HARQ. Объект HARQ может направлять информацию HARQ и связанные транспортные блоки (TB), принимаемые по DL-SCH, в соответствующие процессы HARQ. Если назначение нисходящей линии связи было указано для данного временного интервала передачи (TTI), объект MAC может выделить TB, принимаемые с физического уровня и связанные с информацией HARQ, процессу HARQ, указанному в связанной информации HARQ. Если это новая передача, объект MAC впоследствии может попытаться декодировать принимаемые данные. Если это повторная передача, объект MAC может впоследствии объединить принимаемые данные с данными, находящимися в это время в программном бункере для этого TB, и попытаться декодировать объединенные данные.

[00149] Процедура MAC UE 102 может также включать в себя передачу данных UL-SCH. Это может включать в себя прием предоставления UL, операцию HARQ, мультиплексирование и сборку. Что касается приема предоставления UL, то для передачи по UL-SCH объекту MAC должна быть надежно предоставлена восходящая линия связи (за исключением неадаптивных повторных передач HARQ), которую он может принимать динамически по PDCCH или в ответе при произвольном доступе, или которая может быть сконфигурирована полупостоянно. Для выполнения запрошенных повторных передач уровень MAC может принимать информацию HARQ с более низких уровней. При конфигурировании физического уровня для пространственного мультиплексирования в восходящей линии связи уровень MAC может принимать до двух предоставлений (по одному на процесс HARQ) для одного и того же TTI с двух более низких уровней.

[00150] Что касается операции HARQ, то на объекте MAC может быть один объект HARQ для каждой обслуживающей соты со сконфигурированной восходящей линией связи, которая поддерживает некоторое количество параллельных процессов HARQ, позволяющих осуществлять передачи непрерывно во время ожидания обратной связи по HARQ касательно успешного или безуспешного приема предыдущих передач. Если при данном TTI предоставление восходящей связи указано для этого TTI, объект HARQ может идентифицировать процессы HARQ, для которых должна происходить передача. Он может также направлять в надлежащие процессы HARQ принимаемые обратную связь по HARQ (т. е., информацию подтверждения (ACK) или отрицательного подтверждения (NACK)), схему модуляции и кодирования (MCS) и ресурс, ретранслируемые физическим уровнем. Для каждого TTI объект HARQ может идентифицировать процессы HARQ, связанные с этим TTI.

[00151] Что касается мультиплексирования и сборки, RRC может управлять планированием данных восходящей линии посредством сигнализации для каждого логического канала. Возрастающее значение приоритета может указывать на уровень с более низким приоритетом, параметр prioritisedBitRate может устанавливать приоритетную скорость передачи в битах (PBR), параметр bucketsizeDuration может устанавливать продолжительность достижения размера ведра (BSD).

[00152] Объект MAC может поддерживать переменную Bj для каждого логического канала j. При установлении соответствующего логического канала в качестве начального значения Bj может быть установлен ноль, и оно может прирастать на произведение PBR × длительность TTI для каждого TTI, где PBR является приоритетной скоростью передачи в битах логического канала j. Однако значение Bj не может никогда превышать размер ведра, и если значение Bj больше размера ведра логического канала j, Bj может быть установлена на размер ведра. Размер ведра логического канала равен PBR × BSD, где PBR и BSD сконфигурированы более высокими уровнями.

[00153] При инициировании запроса на планирование (SR) он может считаться ожидающим обработки до тех пор, пока не будет отменен. При выполнении сборки блока данных протокола (PDU) MAC, где данный PDU включает в себя отчет о статусе буфера (BSR), содержащий статус буфера вплоть до последнего инициировавшего BSR события (включительно), все ожидающие обработки SR могут быть отменены, и таймер sr-ProhibitTimer может быть остановлен; либо в случае инициации всех ожидающих обработки SR BSR прямого соединения при выполнении сборки PDU уровня MAC, где PDU включает в себя BSR прямого соединения, содержащий статус буфера вплоть до последнего события, инициировавшего BSR прямого соединения (включительно), либо в случае инициации всех ожидающих обработки SR BSR прямого соединения, когда более высокие уровни конфигурируют автономный выбор ресурсов, или когда предоставления UL могут разместить все ожидающие обработки данные, доступные для передачи.

[00154] Процедура отчета о статусе буфера может быть использована для обеспечения обслуживающей eNB 160 информацией о количестве данных, доступных для передачи в буферах UL, связанных с объектом MAC. RRC управляет отчетностью BSR посредством конфигурирования трех таймеров (например, periodicBSR-Timer, retxBSR-Timer и logicalChannelSR-ProhibitTimer) и необязательно сигнализации logicalChannelGroup для каждого логического канала, которая выделяет логический канал в группу логических каналов (LCG).

[00155] Процедура отчета о запасе мощности может быть использована для обеспечения обслуживающей eNB 160 информацией о разнице между номинальной максимальной мощностью передачи UE и оценочной мощностью передачи UL-SCH для каждой активированной обслуживающей соты, а также информацией о разнице между номинальной максимальной мощностью UE и оценочной мощностью для передачи UL-SCH и PUCCH в SpCell.

[00156] Решение для снижения латентности для устаревших (1 мс) TTI состоит в сокращенном времени прохождения сигнала в обоих направлениях (RTT). Оно охватывает случаи с агрегированием несущих и без агрегирования несущих. Что касается сокращенного RTT, интервал между приемом TB и передачей HARQ-ACK может быть короче, чем в случае обычного RTT. В альтернативном варианте осуществления интервал между приемом HARQ-ACK и повторной передачей TB может быть короче, чем в случае обычного RTT. Или они оба могут быть короче. Для этого может потребоваться более быстрая обработка.

[00157] Сокращенное RTT с TTI продолжительностью 1 мс можно применять по меньшей мере для случая ограниченных максимальных поддерживаемых размеров транспортных блоков для PDSCH и/иди PUSCH при работе в режиме сокращенного минимального времени. Сокращение времени обработки может значительно снижать латентность в плоскости пользователя и улучшать пропускную способность протокола управления передачей (TCP). Кроме того, сокращение времени обработки полезно для чувствительных к задержке приложений в режиме реального времени.

[00158] Цикл повторной передачи DL-TB с сокращенным временным графиком RTT описан со ссылкой на Фиг. 10. Цикл повторной передачи UL-TB с сокращенным временным графиком RTT описан со ссылкой на Фиг. 11.

[00159] Сокращенное RTT можно применять независимо от сокращенного TTI, и можно применять их одновременно. Специально предназначенное сообщение RRC, указывающее конфигурацию сокращенного RTT, может также содержать значение сокращенного RTT или его эквивалент, такой как k. Сокращенное RTT может быть также обозначено как sRTT, короткое время обработки, короткая задержка планирования, сокращенное время обработки, сокращение времени обработки, быстрый отчет по HARQ-ACK и т. п.

[00160] UE 102, сконфигурированное с сокращенным RTT, может по-прежнему выполнять обмен данными на основе обычного RTT. Следует отметить, что основанный на сокращенном RTT обмен данными может поддерживать PDCCH лишь для того, чтобы UE 102 завершало декодирование DCI раньше. В альтернативном варианте осуществления основанный на сокращенном RTT обмен данными может поддерживать PDCCH и EPDCCH так, чтобы eNB 160 обладала более высокой гибкостью планирования.

[00161] В настоящем документе описан также откат к обычному RTT. Даже при конфигурировании UE 102 с основанным на сокращенном RTT обменом данными в обслуживающей соте (например, PCell, PSCell) UE 102 может также по-прежнему выполнять обмен данными на основе обычного RTT в той же самой обслуживающей соте. Другими словами, основанные на сокращенном RTT процессы HARQ и основанные на обычном RTT процессы HARQ могут быть в состоянии действовать одновременно между eNB 160 и UE 102 в обслуживающей соте.

[00162] Что касается передач DL, существуют по меньшей мере два варианта с точки зрения передачи/приема PDSCH. В первом варианте (A1) eNB 160 может передавать основанные на сокращенном RTT (E)PDCCH/PDSCH и основанные на обычном RTT (E)PDCCH/PDSCH для одного UE 102 в одном подкадре. UE 102 может принимать основанные на сокращенном RTT (E)PDCCH/PDSCH и основанные на обычном RTT (E)PDCCH/PDSCH в одном подкадре.

[00163] Во втором варианте (A2) eNB 160 может передавать основанные на сокращенном RTT (E)PDCCH/PDSCH и основанные на обычном RTT (E)PDCCH/PDSCH для одного UE 102 в разных подкадрах, но не в одном подкадре. UE 102 может принимать основанные на сокращенном RTT (E)PDCCH/PDSCH и основанные на обычном RTT (E)PDCCH/PDSCH в разных подкадрах, но не может принимать (или «не предусмотрен для приема») их в одном подкадре.

[00164] Что касается передач DL, существуют два варианта с точки зрения передачи/приема HARQ-ACK, связанных с PDSCH. В первом варианте (B1) UE 102 может передавать HARQ-ACK для основанного на сокращенном RTT PDSCH и основанного на обычном RTT PDSCH в одном подкадре. eNB 160 может принимать HARQ-ACK основанного на сокращенном RTT PDSCH и основанного на обычном RTT PDSCH с UE 102 в одном подкадре.

[00165] Во втором варианте (B2) UE 102 может передавать HARQ-ACK для основанного на сокращенном RTT PDSCH и основанного на обычном RTT PDSCH в разных подкадрах, но не в одном подкадре. eNB 160 может принимать HARQ-ACK основанного на сокращенном RTT PDSCH и основанного на обычном RTT PDSCH с UE 102 в одном подкадре, но их прием в одном подкадре не предусмотрен.

[00166] Аналогичным образом, что касается передач UL, существуют два варианта с точки зрения передачи/приема (E)PDCCH/PHICH. В первом варианте (C1) eNB 160 может передавать основанные на сокращенном RTT (E)PDCCH/PHICH и основанные на обычном RTT (E)PDCCH/PHICH для одного UE 102 в одном подкадре. UE 102 может принимать основанные на сокращенном RTT (E)PDCCH/PHICH и основанные на обычном RTT (E)PDCCH/PHICH в одном подкадре.

[00167] Во втором варианте (C2) eNB 160 может передавать основанные на укороченном RTT (E)PDCCH/PHICH и основанные на обычном RTT (E)PDCCH/PHICH для одного UE 102 в разных подкадрах, но не в одном подкадре. UE 102 может принимать основанные на сокращенном RTT (E)PDCCH/PHICH и основанные на обычном RTT (E)PDCCH/PHICH в разных подкадрах, но не может принимать (или «не предусмотрен для приема») их в одном подкадре.

[00168] Что касается передач UL, существуют по меньшей мере два варианта с точки зрения передачи/приема PUSCH. В первом варианте (D1) UE 102 может передавать основанный на сокращенном RTT PUSCH и основанный на обычном RTT PUSCH в одном подкадре. eNB 160 может принимать основанный на сокращенном RTT PUSCH и основанный на обычном RTT PUSCH с UE 102 в одном подкадре.

[00169] Во втором варианте (D2) UE 102 может передавать основанный на сокращенном RTT PUSCH и основанный на обычном RTT PUSCH в разных подкадрах, но не в одном подкадре. eNB 160 может принимать основанный на сокращенном RTT PUSCH и основанный на обычном RTT PUSCH с UE 102 в одном подкадре, но их прием в одном подкадре не предусмотрен.

[00170] Возможна любая комбинация вариантов A, B, C и D, и каждая из них имеет свои достоинства. В том числе возможны следующие типичные комбинации: [A1, B1, C1, D1], [A1, B2, C1, D1], [A2, B1, C2, D1], [A2, B2, C2, D1] и [A2, B2, C2, D2].

[00171] В случае вариантов A1 и A2 UE 102 может быть необходимым знать, на каком RTT основан PDSCH, планируемый в подкадре, где обнаружен (E)PDCCH. Для реализации этого существует несколько подходов.

[00172] В первом подходе (подход 1) для сокращенного RTT и обычного RTT используют разные типы пространств поиска. Более конкретно при передаче eNB 160 основанного на обычном RTT PDSCH eNB 160 может передавать соответствующий PDCCH (например, PDCCH, содержащий назначение DL, которое планирует PDSCH) в CSS PDCCH. При передаче eNB 160 основанного на сокращенном RTT PDSCH eNB 160 может передавать соответствующий (E)PDCCH в UE-специфичном пространстве поиска (USS) (E)PDCCH.

[00173] В случае обнаружения UE 102 PDCCH в CSS PDCCH UE 102 может расценивать соответствующий PDSCH как основанный на обычном RTT PDSCH. В случае обнаружения UE 102 PDCCH в USS PDCCH UE 102 может расценивать соответствующий PDSCH как основанный на сокращенном RTT PDSCH. При таком подходе основанный на обычном RTT PDSCH может быть запланирован только при помощи DCI формата 1A, тогда как основанный на сокращенном RTT PDSCH может быть запланирован при помощи DCI других форматов (например, DCI формата 2, 2A, 2C, 2D и т. д.), а также DCI формата 1A.

[00174] Во втором подходе (подход 2) для сокращенного RTT и обычного RTT используют разные пространства поиска. Например, если для уровня агрегирования L существует M^(L) потенциальных (E)PDCCH, то первые M₁ ^(L) потенциальных (E)PDCCH могут содержать назначение DL для основанного на обычном RTT PDSCH, а остальные M₂ ^(L) потенциальных (E)PDCCH могут содержать назначение DL для основанного на сокращенном RTT PDSCH. В данном случае M₁ ^(L)+M₂ ^(L)=M^(L).

[00175] В качестве другого примера M^(L) потенциальных (E)PDCCH с уровнем агрегирования L, меньшим или равным L_t, могут содержать назначение DL для основанного на обычном RTT PDSCH, тогда как M^(L) потенциальных (E)PDCCH с уровнем агрегирования L, превышающим L_t, могут содержать назначение DL для основанного на сокращенном RTT PDSCH. Для EPDCCH такое разделение пространства поиска может быть выполнено для каждого набора PRB EPDCCH.

[00176] В третьем подходе (подход 3) для сокращенного RTT и обычного RTT используют разные наборы PRB EPDCCH. Более конкретно информационный элемент конфигурации наборов PRB EPDCCH также может содержать информацию, которая указывает, что EPDCCH в пределах соответствующего набора PRB EPDCCH PRB планирует основанный на сокращенном RTT PDSCH. Если информационный элемент не содержит эту информацию, EPDCCH в пределах соответствующего набора PRB EPDCCH планируют основанный на обычном RTT PDSCH. Если наборы PRB EPDCCH, один из которых предназначен для обычного RTT, а другой для сокращенного RTT, перекрываются, и если размеры формата DCI у этих наборов PRB EPDCCH одинаковы, то UE 102 и eNB 160 считают, что обнаруженный EPDCCH может планировать основанный на обычном RTT PDSCH, чтобы избежать двусмысленности в отношении типа RTT. В альтернативном варианте осуществления обнаруженный EPDCCH может планировать основанный на сокращенном RTT PDSCH.

[00177] В четвертом подходе (подход 4) для сокращенного RTT и обычного RTT используют разные форматы DCI. Например, форматы DCI отличаются размером. Для сокращенного RTT может быть использован формат DCI для очень компактного планирования (например, формат 1A или 1C DCI, или новый формат DCI, имеющий одинаковый с 1A или 1C или даже меньший размер), тогда как для обычного RTT может быть использован обычный формат DCI. Чтобы уменьшить размер формата DCI, новый формат DCI для сокращенного RTT может не иметь некоторых информационных полей (например, поле назначения ресурсного блока). Вместо этого новый формат DCI может включать в себя поле, указывающее один или более наборов параметров, которые сконфигурированы посредством сигнализации более высокого уровня, такой как специально предназначенная сигнализация RRC. Каждый из наборов параметров может содержать назначение ресурсного блока и т. д.

[00178] В пятом подходе (подход 5) для сокращенного RTT и обычного RTT используют разные процессы HARQ. В качестве примера сокращенное RTT может быть сконфигурировано для каждого процесса HARQ. Более конкретно для FDD существует 8 процессов HARQ. eNB 160 может отправлять на UE 102 специально предназначенное сообщение RRC, указывая номера процессов HARQ, к которым применяется сокращенное RTT. UE, сконфигурированное с сокращенным RTT в соответствии с сообщением RRC, предполагает сокращенное RTT для процесса (-ов) HARQ, для которых указаны номера процессов HARQ. Для остальных процессов HARQ UE 102 может предполагать обычное RTT. В альтернативном варианте осуществления специально предназначенное сообщение RRC может указывать 8-битовую информацию о битовой карте, где i-й бит соответствует i-му процессу HARQ и указывает, применяется сокращенное RTT к i-му процессу HARQ или нет. В другом примере после того, как UE 102 сконфигурировано с сокращенным RTT, сокращенное RTT применяется к заданным процессам HARQ. Можно применять любую комбинацию вышеуказанных подходов.

[00179] Аналогично вариантам A1 и A2, а также вариантам C1 и C2 UE 102 может быть необходимым знать, на каком RTT основан PUSCH, планируемый в подкадре, где обнаружен (E)PDCCH. Здесь могут быть применены вышеописанные подходы. В этом случае PDSCH заменяют на PUSCH; и при этом разницу во времени между PDSCH и соответствующим HARQ-ACK заменяют разницей во времени между (E)PDCCH и соответствующим PUSCH и/или разницей во времени между PUSCH и соответствующим PHICH.

[00180] Модуль 124 операций UE может предоставлять информацию 148 одному или более приемникам 120. Например, модуль 124 операций UE может информировать приемник (-и) 120 о том, когда принимать повторные передачи.

[00181] Модуль 124 операций UE может предоставлять информацию 138 демодулятору 114. Например, модуль 124 операций UE может информировать демодулятор 114 о схеме модуляции, предполагаемой для передач с eNB 160.

[00182] Модуль 124 операций UE может предоставлять информацию 136 декодеру 108. Например, модуль 124 операций UE может информировать декодер 108 о предполагаемом кодировании передач с eNB 160.

[00183] Модуль 124 операций UE может предоставлять информацию 142 кодеру 150. Информация 142 может содержать данные, подлежащие кодированию, и/или команды по кодированию. Например, модуль 124 операций UE может дать кодеру 150 указание закодировать данные 146 передачи и/или другую информацию 142. Другая информация 142 может включать в себя информацию PDSCH HARQ-ACK.

[00184] Кодер 150 может кодировать данные 146 передачи и/или другую информацию 142, предоставляемую модулем 124 операций UE. Например, кодирование данных 146 и/или другой информации 142 может включать кодирование с обнаружением и/или исправлением ошибок, отображение данных на пространство, временные и/или частотные ресурсы для передачи, мультиплексирования и т. п. Кодер 150 может подавать кодированные данные 152 в модулятор 154.

[00185] Модуль 124 операций UE может предоставлять информацию 144 модулятору 154. Например, модуль 124 операций UE может информировать модулятор 154 о типе модуляции (например, отображение созвездия), который нужно использовать для передач с eNB 160. Модулятор 154 может модулировать кодированные данные 152 для подачи одного или более модулированных сигналов 156 в один или более передатчиков 158.

[00186] Модуль 124 операций UE может предоставлять информацию 140 одному или более передатчикам 158. Эта информация 140 может содержать команды для одного или более передатчиков 158. Например, модуль 124 операций UE может дать указание одному или более передатчиков 158, когда передавать сигнал на eNB 160. Например, один или более передатчиков 158 могут осуществлять передачу в течение подкадра UL. Один или более передатчиков 158 могут преобразовывать с повышением частоты и передавать модулированный (-ые) сигнал (-ы) 156 на одну или более eNB 160.

[00187] eNB 160 может включать в себя один или более приемопередатчиков 176, один или более демодуляторов 172, один или более декодеров 166, один или более кодеров 109, один или более модуляторов 113, буфер 162 данных и модуль 182 операций eNB. Например, на eNB 160 могут быть реализованы один или более трактов приема и/или передачи. Для удобства в eNB 160 показаны только один приемопередатчик 176, декодер 166, демодулятор 172, кодер 109 и модулятор 113, хотя можно реализовать несколько параллельных элементов (например, приемопередатчики 176, декодеры 166, демодуляторы 172, кодеры 109 и модуляторы 113).

[00188] Приемопередатчик 176 может включать в себя один или более приемников 178 и один или более передатчиков 117. Один или более приемников 178 могут принимать сигнал с UE 102 с помощью одной или более антенн 180a-n. Например, приемник 178 может принимать и преобразовывать с понижением частоты сигналы для создания одного или более принятых сигналов 174. Один или более принятых сигналов 174 могут быть поданы на демодулятор 172. Один или более передатчиков 117 могут передавать сигналы на UE 102 с помощью одной или более антенн 180a-n. Например, один или более передатчиков 117 могут преобразовывать с повышением частоты и передавать один или более модулированных сигналов 115.

[00189] Демодулятор 172 может демодулировать один или более принятых сигналов 174 для создания одного или более демодулированных сигналов 170. Один или более демодулированных сигналов 170 могут быть поданы на декодер 166. Для декодирования сигналов eNB 160 может использовать декодер 166. Декодер 166 может обеспечивать один или более декодированных сигналов 164, 168. Например, первый eNB-декодированный сигнал 164 может содержать принятые данные полезной нагрузки, которые могут быть сохранены в буфере 162 данных. Второй eNB-декодированный сигнал 168 может содержать служебные данные и/или данные управления. Например, второй eNB-декодированный сигнал 168 может обеспечивать данные (например, информацию PDSCH HARQ-ACK), которые могут быть использованы модулем 182 операций eNB для выполнения одной или более операций.

[00190] Обычно модуль 182 операций eNB может обеспечивать eNB 160 возможность обмена данными с одним или более UE 102. Модуль 182 операций eNB может содержать один или более модулей 194 eNB с пониженной латентностью.

[00191] Модуль 194 eNB с пониженной латентностью может сокращать латентность посредством использования сокращенного времени прохождения сигнала в обоих направлениях (RTT). В одной реализации модуль 194 eNB с пониженной латентностью может конфигурировать в UE 102 короткое время обработки для обслуживающей соты. Модуль 194 eNB с пониженной латентностью может передавать канал PDCCH в подкадре n. Модуль 194 eNB с пониженной латентностью может передавать в подкадре n канал PDSCH, соответствующий PDCCH. Модуль 194 eNB с пониженной латентностью может получать в подкадре n+k подтверждение HARQ-ACK, соответствующее PDSCH. В случае если PDCCH представляет собой PDCCH в общем пространстве поиска, k может быть равно k₁. В случае если PDCCH представляет собой PDCCH в UE-специфичном пространстве поиска, k может быть равно k₂. k₂ может быть меньше, чем k₁.

[00192] Модуль 182 операций eNB может предоставлять информацию 188 демодулятору 172. Например, модуль 182 операций eNB может информировать демодулятор 172 о схеме модуляции, предполагаемой для передач с одного или более UE 102.

[00193] Модуль 182 операций eNB может предоставлять информацию 186 декодеру 166. Например, модуль 182 операций eNB может информировать декодер 166 о предполагаемом кодировании передач с одного или более UE 102.

[00194] Модуль 182 операций eNB может предоставлять информацию 101 кодеру 109. Информация 101 может содержать данные, подлежащие кодированию, и/или команды по кодированию. Например, модуль 182 операций eNB может дать кодеру 109 указание закодировать информацию 101, включая данные 105 передачи.

[00195] Кодер 109 может кодировать данные 105 передачи и/или другую информацию в информации 101, предоставляемой модулем 182 операций eNB. Например, кодирование данных 105 и/или другой информации в информации 101 может включать в себя кодирование с обнаружением и/или исправлением ошибок, отображение данных на пространство, временные и/или частотные ресурсы для передачи, мультиплексирования и т. п. Кодер 109 может предоставлять кодированные данные 111 модулятору 113. Данные 105 передачи могут содержать сетевые данные, подлежащие ретрансляции на UE 102.

[00196] Модуль 182 операций eNB может предоставлять информацию 103 модулятору 113. Эта информация 103 может содержать команды для модулятора 113. Например, модуль 182 операций eNB может информировать модулятор 113 о типе модуляции (например, отображение созвездия), который нужно использовать для передач с одного или более UE 102. Модулятор 113 может модулировать кодированные данные 111 для подачи одного или более модулированных сигналов 115 в один или более передатчиков 117.

[00197] Модуль 182 операций eNB может предоставлять информацию 192 одному или более передатчикам 117. Эта информация 192 может содержать команды для одного или более передатчиков 117. Например, модуль 182 операций eNB может дать указание одному или более передатчиков 117, когда передавать (или когда не передавать) сигнал на одно или более UE 102. Один или более передатчиков 117 могут преобразовывать с повышением частоты и передавать модулированный (-ые) сигнал (-ы) 115 на одно или более UE 102.

[00198] Следует отметить, что подкадр DL может быть передан с eNB 160 на одно или более UE 102 и что подкадр UL может быть передан с одного или более UE 102 на eNB 160. Кроме того, как eNB 160, так и один или более UE 102 могут передавать данные в стандартном специальном подкадре.

[00199] Следует также отметить, что один или более элементов или их частей, включенных в одну или более eNB 160 и одно или более UE 102, могут быть реализованы в виде оборудования. Например, один или более элементов или его частей может быть реализован в виде микросхемы, электрической схемы или компонентов оборудования и т. д. Следует также отметить, что одна или более функций или способов, описанных в настоящем документе, могут быть реализованы и/или выполнены с помощью оборудования. Например, один или более способов, описанных в настоящем документе, могут быть реализованы с помощью набора микросхем, специализированной интегральной схемы (ASIC), большой интегральной схемы (LSI) или интегральной схемы и т. п.

[00200] На Фиг. 2A и 2B представлены блок-схемы, иллюстрирующие подробную конфигурацию eNB 260 и UE 202, в которых могут быть реализованы системы и способы для радиосвязи с низкой латентностью. eNB 260, изображенная на Фиг. 2A, может содержать процессор 223a более высокого уровня, передатчик 225 DL (также называемый передатчиком физического уровня) и приемник 239 UL (также называемый приемником физического уровня). Процессор 223a более высокого уровня может обмениваться данными с передатчиком 225 DL, приемником 239 UL и подсистемами каждого из них.

[00201] Передатчик 225 DL может содержать передатчик 227 канала управления (также называемый передатчиком физического канала управления нисходящей линии связи), передатчик 233 совместно применяемого канала (также называемый передатчиком физического совместно применяемого канала для передачи данных по нисходящей линии связи) и передатчик 229 опорного сигнала (также называемый передатчиком физического сигнала). Передатчик 225 DL может передавать сигналы/каналы на UE 202 с помощью передающей антенны 235a.

[00202] Приемник 239 UL может содержать приемник 241 канала управления (также называемый приемником физического канала управления восходящей линии связи), приемник 247 совместно применяемого канала (также называемый приемником физического совместно применяемого канала для передачи данных по восходящей линии связи) и приемник 243 опорного сигнала (также называемый приемником физического сигнала). Приемник 239 UL может принимать сигналы/каналы с UE 202 с помощью приемной антенны 237a.

[00203] eNB 260 может конфигурировать на UE 202 укороченное RTT для обслуживающей соты. Конфигурация может быть выполнена с помощью процессора 223a более высокого уровня. Процессор 223a более высокого уровня может также управлять передатчиком 225 DL и приемником 239 UL на основе конфигурации. В частности, процессор 223a более высокого уровня может управлять синхронизацией передачи и приема передатчика и приемника физического уровня.

[00204] При конфигурировании eNB 260 может использовать обычное RTT и сокращенное RTT для обмена данными с UE 202. В частности, процесс HARQ для основанной на обычном RTT передачи и процесс HARQ для основанной на сокращенном RTT передачи могут выполняться одновременно в обслуживающей соте для DL и/или UL.

[00205] UE 202, изображенное на Фиг. 2B, может содержать процессор 223b более высокого уровня, приемник 249 DL (SL) (также называемый приемником физического уровня) и передатчик 259 UL (SL), (также называемый передатчиком физического уровня). Процессор 223b более высокого уровня может обмениваться данными с приемником 249 DL (SL), передатчиком 259 UL (SL) и подсистемами каждого из них.

[00206] Приемник 249 DL (SL) может включать в себя приемник 251 канала управления (также называемый приемником физического канала управления нисходящей линии связи), приемник 257 совместно применяемого канала (также называемый приемником физического совместно применяемого канала для передачи данных по нисходящей линии связи) и приемник 253 опорного сигнала (также называемый передатчиком физического сигнала). Приемник 249 DL (SL) может принимать сигналы/каналы с eNB 260 с помощью приемной антенны 237b.

[00207] Передатчик 259 UL (SL) может содержать передатчик 261 канала управления (также называемый передатчиком физического канала управления восходящей линии связи), передатчик 267 совместно применяемого канала (также называемый передатчиком физического совместно применяемого канала для передачи данных по восходящей линии связи) и передатчик 263 опорного сигнала (также называемый приемником физического сигнала). Передатчик 259 UL (SL) может отправлять сигналы/каналы на eNB 260 с помощью передающей антенны 235b.

[00208] UE 202 может конфигурировать (например, получать конфигурацию) укороченное RTT для обслуживающей соты. Конфигурация может быть выполнена с помощью процессора 223b более высокого уровня. Процессор 223b более высокого уровня может также управлять передатчиком и приемником физического уровня на основе конфигурации. В частности, процессор 223b более высокого уровня может управлять синхронизацией передачи и приема передатчика и приемника физического уровня.

[00209] При конфигурировании UE 202 может использовать обычное RTT и укороченное RTT для обмена данными с UE 202. В частности, процесс HARQ для основанной на обычном RTT передачи и процесс HARQ для основанной на сокращенном RTT передачи могут выполняться одновременно в обслуживающей соте для DL и/или UL.

[00210] В качестве примера eNB 260 и UE 202 могут иметь следующие структуры для поддержки подхода 1 с целью уменьшения RTT запроса HARQ линии DL. eNB 260 может содержать процессор 223a более высокого уровня, который конфигурирует для UE 202 короткое время обработки HARQ линии DL. UE 202 может содержать процессор 223b более высокого уровня, который конфигурирует короткое время обработки.

[00211] eNB 260 может также содержать передатчик PDCCH (например, передатчик 227 канала управления), который передает в подкадре n канал PDCCH. UE 202 может также содержать приемник PDCCH (например, приемник 251 канала управления), который принимает (контролирует) в подкадре n канал PDCCH.

[00212] eNB 260 может также содержать передатчик PDSCH (например, передатчик 233 совместно применяемого канала), выполненный с возможностью передачи в подкадре n канала PDSCH, соответствующего PDCCH. UE 202 может также содержать приемник PDSCH (например, приемник 257 совместно применяемого канала), который принимает в подкадре n соответствующий PDSCH при обнаружении PDCCH.

[00213] UE 202 может содержать передатчик 259 восходящей линии, который возвращает в подкадре n+k подтверждение HARQ-ACK, указывающее результат декодирования PDSCH (ACK в случае успешного кодирования; NACK в случае безуспешного кодирования). eNB 260 может содержать приемник 239 восходящей линии связи, который получает в подкадре n+k подтверждение HARQ-ACK.

[00214] В случае если PDCCH представляет собой PDCCH в общем пространстве поиска, k равно k₁. В случае если PDCCH представляет собой PDCCH в UE-специфичном пространстве поиска, k равно k₂, где k₂ меньше, чем k₁. Кроме того, если UE 202 не сконфигурировано с коротким временем обработки, и если HARQ-ACK в подкадре n+k соответствует PDSCH в подкадре n, то k равно k₁.

[00215] С другой стороны, eNB 260 может содержать процессор 223a более высокого уровня, который конфигурирует для UE 202 короткое время обработки. UE 202 может содержать процессор 223b более высокого уровня, который конфигурирует короткое время обработки. eNB 260 может также содержать передатчик PDCCH, который передает PDCCH. UE 202 может также содержать приемник PDCCH, который принимает (контролирует) PDCCH. eNB 260 может также содержать передатчик PDSCH, выполненный с возможностью передачи в том же самом подкадре PDSCH, соответствующего PDCCH. UE 202 может также содержать приемник PDSCH, который принимает в том же самом подкадре соответствующий PDSCH при обнаружении PDCCH. UE 202 может содержать передатчик 259 восходящей линии, который возвращает в подкадре n подтверждение HARQ-ACK, указывающее результат декодирования PDSCH (ACK в случае успешного кодирования; NACK в случае безуспешного кодирования). eNB 260 может содержать приемник 239 восходящей линии связи, который получает в подкадре n подтверждение HARQ-ACK.

[00216] В случае если PDCCH представляет собой PDCCH в общем пространстве поиска, HARQ-ACK в подкадре n соответствует PDSCH в подкадре n - k₁. В случае если PDCCH представляет собой PDCCH в UE-специфичном пространстве поиска, HARQ-ACK в подкадре n соответствует PDSCH в подкадре n - k₂, где k₂ меньше, чем k₁. Кроме того, если UE 202 не сконфигурировано с коротким временем обработки, и если HARQ-ACK в подкадре n соответствует PDSCH в подкадре n - k, то k равно k₁.

[00217] В качестве другого примера eNB 260 и UE 202 могут иметь следующие структуры для поддержки подхода 1 с целью уменьшения RTT запроса HARQ линии UL. eNB 260 может содержать процессор 223a более высокого уровня, который конфигурирует для UE 202 короткое время обработки HARQ линии UL. UE 202 может содержать процессор 223b более высокого уровня, который конфигурирует короткое время обработки. eNB 260 может также содержать передатчик PDCCH, который передает канал PDCCH в подкадре n. UE 202 может также содержать приемник PDCCH, который принимает (контролирует) в подкадре n подканал PDCCH. UE 202 может также содержать передатчик PUSCH, который передает в подкадре n+k канал PUSCH, соответствующий PDCCH при обнаружении PDCCH. eNB 260 может также содержать приемник PUSCH, выполненный с возможностью приема в подкадре n+k канала PDSCH, соответствующего PDCCH.

[00218] В случае если PDCCH представляет собой PDCCH в общем пространстве поиска, k равно k₁. В случае если PDCCH представляет собой PDCCH в UE-специфичном пространстве поиска, k равно k₂, где k₂ меньше, чем k₁. Кроме того, если UE 202 не сконфигурировано с коротким временем обработки, и если PUSCH в подкадре n+k соответствует PDCCH в подкадре n, то k равно k₁.

[00219] С другой стороны, eNB 260 может содержать процессор 223a более высокого уровня, который конфигурирует для UE 202 короткое время обработки для HARQ линии UL. UE 202 может содержать процессор 223b более высокого уровня, который конфигурирует короткое время обработки. eNB 260 может также содержать передатчик PDCCH, который передает PDCCH. UE 202 может также содержать приемник PDCCH, который принимает (контролирует) PDCCH. UE 202 может также содержать передатчик PUSCH, который передает в подкадре n канал PUSCH, соответствующий PDCCH в подкадре n - k, при обнаружении PDCCH в подкадре n - k. eNB 260 может также содержать приемник PUSCH, выполненный с возможностью приема в подкадре n канала PDSCH.

[00220] В случае если PUSCH планируется PDCCH в общем пространстве поиска, PUSCH в подкадре n соответствует PDCCH в подкадре n - k₁. В случае если PUSCH планируется PDCCH в UE-специфичном пространстве поиска, PUSCH в подкадре n соответствует PDCCH в подкадре n - k₂, где k₂ меньше, чем k₁. Кроме того, если UE 202 не сконфигурировано с коротким временем обработки, и если PUSCH в подкадре n соответствует PDCCH в подкадре n - k, где k равно k₁.

[00221] В качестве еще одного примера eNB 260 и UE 202 могут иметь следующие структуры для поддержки подхода 1 с целью сокращения RTT запроса HARQ линии UL. eNB 260 может содержать процессор 223a более высокого уровня, который конфигурирует для UE 202 короткое время обработки HARQ линии UL. UE 202 может содержать процессор 223b более высокого уровня, который конфигурирует короткое время обработки. UE 202 может также содержать передатчик PUSCH, который передает в подкадре n канал PUSCH, соответствующий PDCCH при обнаружении PDCCH. eNB 260 может также содержать приемник PUSCH, выполненный с возможностью приема в подкадре n канала PDSCH, соответствующего PDCCH. eNB 260 может также содержать передатчик канала управления, который передает канал PHICH в подкадре n+k. UE 202 может также содержать приемник канала управления, который принимает (контролирует) в подкадре n+k подканал PHICH.

[00222] В случае если PUSCH планируется PDCCH в общем пространстве поиска, k равно k₁. В случае если PUSCH планируется PDCCH в UE-специфичном пространстве поиска, k равно k₂, где k₂ меньше, чем k₁. Кроме того, если UE 202 не сконфигурировано с коротким временем обработки, и если PHICH в подкадре n+k соответствует PUSCH в подкадре n, то k равно k₁.

[00223] Следует отметить, что хотя в приведенных выше пояснениях «k» используется несколько раз, его значения могут меняться в соответствии с контекстом и не обязательно одинаковые. Аналогичным образом, хотя в приведенных выше пояснениях «n» используется несколько раз, его значения могут меняться в соответствии с контекстом и не обязательно одинаковые.

[00224] На Фиг. 3 представлена блок-схема, иллюстрирующая способ 300 для осуществления с помощью UE 102. UE 102 может обмениваться данными с одной или более eNB 160 в сети беспроводной связи. В одной реализации сеть беспроводной связи может включать в себя сеть LTE.

[00225] UE 102 может конфигурировать 302 короткое время обработки. Например, UE 102 может конфигурировать 302 сокращенное RTT для обслуживающей соты на основе сообщения с eNB 160. Конфигурации могут быть выполнены с помощью процессора 223b более высокого уровня.

[00226] UE 102 может принимать 304 в подкадре n физический канал управления нисходящей линии связи (PDCCH). Например, UE 102 может содержать приемник 251 канала управления, который принимает 304 (контролирует) в подкадре n канал PDCCH.

[00227] UE 102 может принимать 306 в подкадре n физический совместно применяемый канал для передачи данных по нисходящей линии связи (PDSCH), соответствующий PDCCH. Например, UE 102 может содержать приемник 257 совместно применяемого канала, который принимает в подкадре n соответствующий PDSCH при обнаружении PDCCH.

[00228] UE 102 может передавать обратно 308 в подкадре n+k подтверждение гибридного автоматического запроса на повторение передачи (HARQ-ACK), соответствующее PDSCH. Например, UE 102 может содержать передатчик 259 восходящей линии, который возвращает 308 в подкадре n+k подтверждение HARQ-ACK, указывающее результат декодирования PDSCH (ACK в случае успешного кодирования; NACK в случае безуспешного кодирования).

[00229] В случае если PDCCH представляет собой PDCCH в общем пространстве поиска, k может быть равно k₁. В случае если PDCCH представляет собой PDCCH в UE-специфичном пространстве поиска, k может быть равно k₂. k₂ может быть меньше, чем k₁.

[00230] На Фиг. 4 представлена блок-схема, иллюстрирующая способ 400 для осуществления с помощью eNB 160. eNB 160 может обмениваться данными с одной или более UE 102 в сети беспроводной связи. В одной реализации сеть беспроводной связи может включать в себя сеть LTE.

[00231] eNB 160 может конфигурировать 402 в UE 102 короткое время обработки. Например, eNB 160 может содержать процессор 223a более высокого уровня, который конфигурирует для UE 102 короткое время обработки HARQ линии DL.

[00232] eNB 160 может передавать 404 в подкадре n канал PDCCH. Например, eNB 160 может содержать передатчик PDCCH (например, передатчик 227 канала управления), который передает PDCCH в подкадре n.

[00233] eNB 160 может передавать 406 в подкадре n канал PDSCH, соответствующий PDCCH. Например, eNB 160 может включать в себя передатчик PDSCH (например, передатчик 233 совместно применяемого канала), выполненный с возможностью передачи в подкадре n канала PDSCH, соответствующего PDCCH.

[00234] eNB 160 может получать 408 в подкадре n+k подтверждение HARQ-ACK, соответствующее PDSCH. Например, eNB 260 может содержать приемник 239 восходящей линии связи, который получает в подкадре n+k подтверждение HARQ-ACK с UE 102.

[00235] В случае если PDCCH представляет собой PDCCH в общем пространстве поиска, k может быть равно k₁. В случае если PDCCH представляет собой PDCCH в UE-специфичном пространстве поиска, k может быть равно k₂. k₂ может быть меньше, чем k₁.

[00236] На Фиг. 5 представлена схема, иллюстрирующая один пример радиокадра 581, который может быть использован в соответствии с системами и способами, описанными в настоящем документе. Структура этого радиокадра 581 иллюстрирует структуру TDD. Каждый радиокадр 581 может иметь длину T _f =307 200 · T _s =10 мс, где T_f - длительность радиокадра 581, а T _s - единица времени, равная

секундам. Радиокадр 581 может содержать два полукадра 579, каждый длиной 153 600 · T _s =5 мс. Каждый полукадр 579 может содержат пять подкадров 569a-e, 569f-j, каждый длиной 30 720 · T _s =1 мс. Каждый подкадр 569 может содержать два слота 583, каждый длиной 15 360 · T _s =1/2 мс.

[00237] Конфигурации 0-6 UL/DL с TDD приведены ниже в таблице 9 (из таблицы 4.2-2 в 3GPP TS 36.211). Конфигурации UL/DL могут поддерживаться с периодичностью точки переключения между нисходящей линией связи и восходящей линии связи 5 миллисекунд (мс) и 10 мс. В частности, в спецификациях 3GPP определены семь конфигураций UL/DL, которые показаны в таблице 9 ниже. В таблице 9 «D» обозначает подкадр нисходящей линии связи, «S» обозначает специальный подкадр и «U» обозначает подкадр UL.

Номер конфигурации UL/DL с TDD	Периодичность точки переключения между нисходящей и восходящей линиями связи	Номер подкадра
		0	1	2	3	4	5	6	7	8	9
0	5 мс	D	S	U	U	U	D	S	U	U	U
1	5 мс	D	S	U	U	D	D	S	U	U	D
2	5 мс	D	S	U	D	D	D	S	U	D	D
3	10 мс	D	S	U	U	U	D	D	D	D	D
4	10 мс	D	S	U	U	D	D	D	D	D	D
5	10 мс	D	S	U	D	D	D	D	D	D	D
6	5 мс	D	S	U	U	U	D	S	U	U	D

Таблица 9

[00238] В приведенной выше таблице 9 для каждого подкадра в радиокадре «D» указывает, что подкадр резервируют для передач по нисходящей линии связи, «U» указывает, что подкадр резервируют для передач в восходящей линии связи, а «S» указывает специальный подкадр с тремя полями: пилотный слот нисходящей линии связи (DwPTS), защитный интервал (GP) и пилотный слот восходящей линии связи (UpPTS). Длина DwPTS и UpPTS приведена в таблице 10 (из таблицы 4.2-1 в 3GPP TS 36.211) при условии, что общая длина DwPTS, GP и UpPTS равна 30 720 · T _s =1 мс. В таблице 10 для удобства «циклический префикс» сокращен до «CP», а «конфигурация» сокращена до «конфиг».

Конфиг. Специального подкадра	Нормальный CP в нисходящей линии связи			Расширенный CP в нисходящей линии связи
	DwPTS	UpPTS		DwPTS	UpPTS
		Нормальный CP в восходящей линии связи	Расширенный CP в восходящей линии связи		Нормальный CP в восходящей линии связи	Расширенный CP в восходящей линии связи
0	6592 · T s			7680 · T s
1	19 760 · T s			20 480 ·T s	2192 · T s	2560 · T s
2	21 952 · T s	2192 · T s	2560 · T s	23 040 ·T s
3	24 144 · T s			25 600 ·T s
4	26 336 · T s			7680 · T s
5	6592 · T s			20 480 ·T s	4384 · T s	5120 · T s
6	19 760 · T s	4384 · T s	5120 · T s	23 040 ·T s
7	21 952 · T s			-	-	-
8	24 144 · T s			-	-	-

Таблица 10

[00239] Поддерживаются конфигурации UL/DL с периодичностью точки переключения между нисходящей линией связи и восходящей линии связи, равной как 5 миллисекунд (мс), так и 10 мс. В случае периодичности точки переключения между нисходящей и восходящей линиями связи, равной 5 мс, специальный подкадр существует в обоих полукадрах. В случае периодичности точки переключения между нисходящей и восходящей линиями связи, равной 10 мс, специальный подкадр существует только в первом полукадре. Подкадры 0 и 5 и поле DwPTS могут быть зарезервированы для передачи по нисходящей линии связи. Поле UpPTS и подкадр, следующий непосредственно за специальным подкадром, могут быть зарезервированы для передачи по восходящей линии связи.

[00240] В соответствии с системами и способами, описанными в настоящем документе, в число некоторых типов подкадров 569, которые могут быть использованы, входят подкадр нисходящей линии связи, подкадр восходящей линии связи и специальный подкадр 577. В примере, показанном на Фиг. 5, в котором используется периодичность 5 мс, в радиокадр 581 включены два стандартных специальных кадра 577a-b. Остальные подкадры 569 являются обычными подкадрами 585.

[00241] Первый специальный подкадр 577a содержит пилотный слот 571a нисходящей линии связи (DwPTS), защитный интервал 573a (GP) и пилотный слот 575a восходящей линии связи (UpPTS). В этом примере первый стандартный специальный подкадр 577a включен в подкадр 569b один. Второй стандартный специальный подкадр 577b содержит пилотный слот 571b нисходящей линии связи (DwPTS), защитный интервал 573b (GP) и пилотный слот 575b восходящей линии связи (UpPTS). В этом примере второй стандартный специальный подкадр 577b включен в подкадр 569g шесть. Длина DwPTS 571a-b и UpPTS 575a-b может быть задана с помощью таблицы 4.2-1 в 3GPP TS 36.211 (показана в таблице 10 выше) при условии, что общая длина каждого набора из DwPTS 571, GP 573 и UpPTS 575 равна 30 720 · T _s =1 мс.

[00242] Каждый подкадр 569a-j i (где i обозначает подкадр в диапазоне от подкадра 569a нуль (например, 0) до подкадра 569j девять (например, 9) в этом примере) определен в виде двух слотов, 2i и 2i+1 длиной T _slot =15 360 · T _s =0,5 мс в каждом подкадре 569. Например, подкадр 569a нуль (например, 0) может содержать два слота, включая первый слот.

[00243] В соответствии с системами и способами, описанными в настоящем документе, могут быть использованы конфигурации UL/DL с периодичностью точки переключения между нисходящей и восходящей линиями связи, равной как 5 мс, так и 10 мс. На Фиг. 5 показан один пример радиокадра 581 с периодичностью точки переключения 5 мс. В случае периодичности точки переключения между нисходящей и восходящей линиями связи, равной 5 мс, каждый полукадр 579 содержит стандартный специальный подкадр 577a-b. В случае периодичности точки переключения между нисходящей и восходящей линиями связи, равной 10 мс, специальный подкадр 577 может существовать только в первом полукадре 579.

[00244] Подкадр 569a нуль (например, 0), подкадр 569f пять (например, 5) и DwPTS 571a-b могут быть зарезервированы для передачи по нисходящей линии связи. UpPTS 575a-b и подкадры, следующие непосредственно за специальными подкадрами 577a-b (например, подкадр 569c два и подкадр 569h семь) могут быть зарезервированы для передачи по восходящей линии связи. Следует отметить, что в некоторых реализациях специальные подкадры 577 могут считаться подкадрами DU, чтобы определять набор ассоциаций подкадров DL, которые указывают подкадры восходящей линии связи для передачи информации управления восходящей линии связи (UCI) соты передачи UCI.

[00245] При доступе на базе лицензируемой частоты LTE с TDD может быть использован как специальный подкадр, так и обычный подкадр. Длины DwPTS, GP и UpPTS могут быть сконфигурированы с помощью конфигурации специального подкадра. В качестве конфигурации специального подкадра может быть задана любая одна из следующих десяти конфигураций.

[00246] 1) Конфигурация 0 специального подкадра: DwPTS состоит из 3 символов OFDM. UpPTS состоит из 1 символа ортогонального частотного разделения каналов с мультиплексированием на одной несущей (SC-FDMA).

[00247] 2) Конфигурация 1 специального подкадра: DwPTS состоит из 9 символов OFDM в случае нормального CP и 8 символов OFDM в случае расширенного CP. UpPTS состоит из 1 символа SC-FDMA.

[00248] 3) Конфигурация 2 специального подкадра: DwPTS состоит из 10 символов OFDM в случае нормального CP и 9 символов OFDM в случае расширенного CP. UpPTS состоит из 1 символа SC-FDMA.

[00249] 4) Конфигурация 3 специального подкадра: DwPTS состоит из 11 символов OFDM в случае нормального CP и 10 символов OFDM в случае расширенного CP. UpPTS состоит из 1 символа SC-FDMA.

[00250] 5) Конфигурация 4 специального подкадра: DwPTS состоит из 12 символов OFDM в случае нормального CP и 3 символов OFDM в случае расширенного CP. UpPTS состоит из 1 символа SC-FDMA в случае нормального CP и 2 символов SC-FDMA в случае расширенного CP.

[00251] 6) Конфигурация 5 специального подкадра: DwPTS состоит из 3 символов OFDM в случае нормального CP и 8 символов OFDM в случае расширенного CP. UpPTS состоит из 2 символов SC-FDMA.

[00252] 7) Конфигурация 6 специального подкадра: DwPTS состоит из 9 символов OFDM. UpPTS состоит из 2 символов SC-FDMA.

[00253] 8) Конфигурация 7 специального подкадра: DwPTS состоит из 10 символов OFDM в случае нормального CP и 5 символов OFDM в случае расширенного CP. UpPTS состоит из 2 символов SC-FDMA.

[00254] 9) Конфигурация 8 специального подкадра: DwPTS состоит из 11 символов OFDM. UpPTS состоит из 2 символов SC-FDMA. Конфигурация 8 специального подкадра может быть сконфигурирована только для нормального CP.

[00255] 10) Конфигурация 9 специального подкадра: DwPTS состоит из 6 символов OFDM. UpPTS состоит из 2 символов SC-FDMA. Конфигурация 9 специального подкадра может быть сконфигурирована только для нормального CP.

[00256] На Фиг. 6 представлена схема, иллюстрирующая один пример ресурсной сетки для нисходящей линии связи. Ресурсная сетка, показанная на Фиг. 6, может быть использована в некоторых реализациях систем и способов, описанных в настоящем документе. Более подробные сведения, касающиеся ресурсной сетки, приведены в связи с Фиг. 1.

[00257] На Фиг. 6 один подкадр 669 нисходящей линии связи может содержать два слота 683 нисходящей связи. N^DL _RB - конфигурация ширины полосы нисходящей линии связи обслуживающей соты, выраженная в значениях, кратных N^RB _sc, где N^RB _sc - размер ресурсного блока 687 в частотном домене, выраженный в количестве поднесущих, а N^DL _symb - количество символов 1085 OFDM в слоте 683 нисходящей линии связи. Ресурсный блок 687 может включать в себя некоторое количество ресурсных элементов 689 (RE).

[00258] Для PCell N^DL _RB представляет собой широковещание как часть системной информации. Для SCell (включая LAA SCell) N^DL _RB конфигурируют посредством сообщения RRC, специально предназначенного для UE 102. Для отображения PDSCH доступным RE 689 может быть RE 689, индекс которого l удовлетворяет условиями l ≥ l_{данные,начало} и/или l_{данные,конец} ≥ l в подкадре.

[00259] На Фиг. 7 представлена схема, иллюстрирующая один пример ресурсной сетки для восходящей линии связи. Ресурсная сетка, показанная на Фиг. 7, может быть использована в некоторых реализациях систем и способов, описанных в настоящем документе. Более подробные сведения, касающиеся ресурсной сетки, приведены в связи с Фиг. 1.

[00260] На Фиг. 7 один подкадр 769 восходящей линии связи может содержать два слота 783 восходящей линии связи. N^UL _RB - конфигурация ширины полосы восходящей линии связи обслуживающей соты, выраженная в значениях, кратных N^RBsc, где N^RB _sc - размер ресурсного блока 789 в частотном домене, выраженный в количестве поднесущих, а N^UL _symb - количество символов 793 SC-FDMA в слоте 783 восходящей линии связи. Ресурсный блок 789 может включать в себя некоторое количество ресурсных элементов (RE) 791.

[00261] Для PCell N^UL _RB представляет собой широковещание как часть системной информации. Для SCell (включая LAA SCell) N^UL _RB конфигурируют посредством сообщения RRC, специально предназначенного для UE 102.

[00262] На Фиг. 8 показан пример цикла повторной передачи транспортного блока DL (DL-TB). Когда на стороне eNB происходит передача данных на более высоком уровне, eNB 860 может определять параметры физического уровня (например, MCS, назначение PRB и т. д.) для начальной передачи DL-TB. eNB 860 может передавать 801 назначение DL и соответствующий PDSCH, содержащий DL-TB в одном и том же подкадре.

[00263] Если UE 802 обнаруживает PDCCH или EPDCCH, содержащий назначение DL, UE 802 может попытаться декодировать DL-TB в соответствующем PDSCH. Если UE 802 удается декодировать DL-TB, то UE 802 может сообщить 803 ACK в качестве HARQ-ACK в подкадре на 4 TTI позже подкадра, содержащего назначение DL и DL-TB. В противном случае UE 802 сообщает 803 NACK в качестве HARQ-ACK в этом подкадре.

[00264] Когда eNB 860 принимает NACK, eNB 860 повторно передает 805 DL-TB в подкадре на 4 TTI позже подкадра, содержащего HARQ-ACK. Аналогичным образом следующая повторная передача может быть выполнена в подкадре на 8 TTI позже подкадра 1-й повторной передачи. В конечном счете цикл повторной передачи составляет 8 TTI. Другими словами, данный DL-TB может передаваться в каждом 8-м подкадре по меньшей мере до тех пор, пока UE 802 сообщает NACK для DL-TB.

[00265] Следовательно, с точки зрения обратной связи по HARQ-ACK подтверждение HARQ-ACK в подкадре n соответствует PDSCH в подкадре n - k (для FDD k=4; для TDD k определяется в зависимости от набора ассоциаций UL/DL, определенного для TDD). С точки зрения повторной передачи HARQ таймер RTT HARQ (т. е. минимальное количество подкадров до повторной передачи HARQ линии DL из предыдущей передачи) для процесса HARQ установлен на k+4, чтобы UE 802 мог не ожидать приема передачи того же самого транспортного блока раньше, чем в кадре n+4.

[00266] Для каждой обслуживающей соты, если конфигурация FDD в обслуживающей соте содержит обратную связь по HARQ для этой обслуживающей соты, таймер RTT HARQ установлен на 8 подкадров. Для каждой обслуживающей соты, если конфигурация TDD в обслуживающей соте содержит обратную связь по HARQ для этой обслуживающей соты, таймер RTT HARQ установлен на 4+k подкадров, где k - это интервал между передачей по нисходящей линии связи и передачей, связанной с обратной связью по HARQ. В данном случае «подкадр n» означает номер подкадра который прирастает на 1 кадр за кадром во временной области.

[00267] На Фиг. 9 показан пример цикла повторной передачи транспортного блока UL (UL-TB). Когда на стороне UE происходит передача данных на более высоком уровне, UE 902 может отправить 901 запрос на планирование (SR) или может инициировать процедуру канала произвольного доступа (RACH) вместо отправки SR.

[00268] Если eNB 960 принимает SR или завершает процедуру RACH, eNB 960 может определить параметры физического уровня (например, MCS, назначение PRB и т. д.) для начальной передачи UL-TB. eNB 960 может передать 903 предоставление UL.

[00269] Если UE 902 обнаруживает PDCCH или EPDCCH, содержащий предоставление UL, то UE 902 может передать 905 PUSCH, содержащий UL-TB, в подкадре на 4 TTI позже подкадра, содержащего предоставление UL. eNB 960 может попытаться декодировать UL-TB.

[00270] Если UE 902 удается декодировать DL-TB, то eNB 960 может сообщить 907 ACK в качестве HARQ-ACK, или может отправить другое предоставление UL, планирующее новый UL-TB, в подкадре на 4 TTI позже подкадра, содержащего UL-TB. В противном случае eNB 960 может сообщить NACK в качестве HARQ-ACK или может отправить другое предоставление UL, планирующее тот же самый UL-TB, в этом подкадре.

[00271] Когда UE 902 принимает NACK или другое предоставление UL, планирующее тот же самый UL-TB, UE 902 может повторно отправить 909 UL-TB в подкадре на 4 TTI позже подкадра, содержащего HARQ-ACK или это предоставление UL. Аналогичным образом следующая повторная передача может быть выполнена в подкадре на 8 TTI позже подкадра 1-й повторной передачи. В конечном счете цикл повторной передачи составляет 8 TTI. Другими словами, данный UL-TB может передаваться в каждом 8-м подкадре по меньшей мере до тех пор, пока eNB 960 сообщает NACK или отправляет предоставление UL, инициирующее повторную передачу для UL-TB.

[00272] На Фиг. 10 показан пример цикла повторной передачи DL-TB с сокращенным временным графиком времени прохождения сигнала в обоих направлениях (RTT). Когда на стороне eNB происходит передача данных на более высоком уровне, eNB 1060 может определять параметры физического уровня для начальной передачи DL-TB. eNB 1060 может передавать 1001 назначение DL и соответствующий PDSCH, содержащий DL-TB в одном и том же подкадре.

[00273] Если UE 1002 обнаруживает PDCCH или EPDCCH, содержащий назначение DL, UE 1002 может попытаться декодировать DL-TB в соответствующем PDSCH. Если UE 1002 удается декодировать DL-TB, то UE 1002 может сообщить 1003 ACK в качестве HARQ-ACK в подкадре на 2 TTI позже подкадра, содержащего назначение DL и DL-TB. В противном случае UE 1002 может сообщить 1003 NACK в качестве HARQ-ACK в этом подкадре.

[00274] Когда eNB 1060 принимает NACK, eNB 1060 может повторно передать 1005 DL-TB в подкадре на 2 TTI позже подкадра, содержащего HARQ-ACK. Аналогичным образом следующая повторная передача может быть выполнена в подкадре на 4 TTI позже подкадра 1-й повторной передачи.

[00275] В конечном счете цикл повторной передачи составляет 4 TTI. Другими словами, данный DL-TB может передаваться в каждом 4-м подкадре по меньшей мере до тех пор, пока UE 1002 сообщает NACK для DL-TB.

[00276] На Фиг. 11 показан пример цикла повторной передачи UL-TB с сокращенным временным графиком RTT. Когда на стороне UE происходит передача данных на более высоком уровне, UE 1102 может отправить 1101 запрос на планирование (SR) или может инициировать процедуру RACH вместо отправки SR.

[00277] Если eNB 1160 принимает SR или завершает процедуру RACH, eNB 1160 может определить параметры физического уровня (например, MCS, назначение PRB и т. д.) для начальной передачи UL-TB. eNB 1160 может передать 1103 предоставление UL. Если UE 1102 обнаруживает PDCCH или EPDCCH, содержащий предоставление UL, то UE 1102 может передать 1105 PUSCH, содержащий UL-TB, в подкадре на 2 TTI позже подкадра, содержащего предоставление UL. eNB 1160 может попытаться декодировать UL-TB.

[00278] Если eNB 1160 удается декодировать UL-TB, то eNB 1160 может сообщить 1107 ACK в качестве HARQ-ACK, или может отправить другое предоставление UL, планирующее новый UL-TB, в подкадре на 2 TTI позже подкадра, содержащего UL-TB. В противном случае eNB 1160 может сообщить 1107 NACK в качестве HARQ-ACK или может отправить другое предоставление UL, планирующее тот же самый UL-TB, в этом подкадре.

[00279] Когда UE 1102 принимает NACK или другое предоставление UL, планирующее тот же самый UL-TB, UE 1102 может повторно отправить 1109 UL-TB в подкадре на 2 TTI позже подкадра, содержащего HARQ-ACK или это предоставление UL. Аналогичным образом следующая повторная передача может быть выполнена в подкадре на 4 TTI позже подкадра 1-й повторной передачи.

[00280] В конечном счете цикл повторной передачи составляет 4 TTI. Другими словами, данный UL-TB может передаваться в каждом 4 подкадре по меньшей мере до тех пор, пока eNB 1160 сообщает NACK или отправляет предоставление UL, инициирующее повторную передачу для UL-TB.

[00281] Сокращенный интервал в 2 TTI обеспечивает RTT из 4 TTI, причем при TTI из 2 символов OFDM длина RTT составляет 8 символов. Если интервал состоит из 3 TTI, RTT составляет 6 TTI, причем при TTI из 2 символов OFDM длина RTT составляет 12 символов. Продолжительность обоих RTT составляет менее 1 мс.

[00282] На Фиг. 12 показаны различные компоненты, которые можно использовать в UE 1202. UE 1202, описанное в связи с Фиг. 12, может быть реализовано в соответствии с UE 102, описанным в связи с Фиг. 1. UE 1202 содержит процессор 1203, который управляет работой UE 1202. Процессор 1203 может также упоминаться как центральный блок обработки (CPU). Память 1205, которая может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), комбинацию двух устройств или устройство любого типа, которое может хранить информацию, предоставляет команды 1207a и данные 1209a на процессор 1203. Часть памяти 1205 может также включать в себя энергонезависимое оперативное запоминающее устройство (ЭНОЗУ). Команды 1207b или данные 1209b могут также находиться в процессоре 1203. Команды 1207b и/или данные 1209b, загружаемые в процессор 1203, могут также включать в себя команды 1207a и/или данные 1209a из памяти 1205, которые были загружены для выполнения или обработки процессором 1203. Команды 1207b могут быть выполнены процессором 1203 для реализации описанного выше способа 300.

[00283] UE 1202 может также включать в себя корпус, который содержит один или более передатчиков 1258 и один или более приемников 1220 для обеспечения возможности передачи и приема данных. Передатчик (-и) 1258 и приемник (-и) 1220 могут быть объединены в один или более приемопередатчиков 1218. К корпусу прикреплены одна или более антенн 1222a-n, которые электрически соединены с приемопередатчиком 1218.

[00284] Различные компоненты UE 1202 соединены вместе системой 1211 шин, в число которых, помимо шины данных, могут входить шина питания, шина сигнала управления и шина сигнала состояния. Однако для ясности различные шины показаны на Фиг. 12 как система 1211 шин. UE 1202 может также содержать цифровой сигнальный процессор (DSP) 1213 для использования в обработке сигналов. UE 1202 может также содержать интерфейс 1215 связи, который обеспечивает доступ пользователя к функциям UE 1202. UE 1202, показанное на Фиг. 12, представляет собой функциональную блок-схему, а не перечень конкретных компонентов.

[00285] На Фиг. 13 показаны различные компоненты, которые можно использовать в eNB 1360. eNB 1360, описанная в связи с Фиг. 13, может быть реализована в соответствии с eNB 160, описанной в связи с Фиг. 1. eNB 1360 содержит процессор 1303, который управляет работой eNB 1360. Процессор 1303 может также упоминаться как центральный блок обработки (CPU). Память 1305, которая может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), комбинацию двух устройств или устройство любого типа, которое может хранить информацию, предоставляет команды 1307a и данные 1309a на процессор 1303. Часть памяти 1305 может также включать в себя энергонезависимое оперативное запоминающее устройство (ЭНОЗУ). Команды 1307b или данные 1309b могут также находиться в процессоре 1303. Команды 1307b и/или данные 1309b, загружаемые в процессор 1303, могут также включать в себя команды 1307a и/или данные 1309a из памяти 1305, которые были загружены для выполнения или обработки процессором 1303. Команды 1307b могут быть выполнены процессором 1303 для реализации описанного выше способа 400.

[00286] eNB 1360 может также включать в себя корпус, который содержит один или более передатчиков 1317 и один или более приемников 1378 для обеспечения возможности передачи и приема данных. Передатчик (-и) 1317 и приемник (-и) 1378 могут быть объединены в один или более приемопередатчиков 1376. К корпусу прикреплены одна или более антенн 1380a-n, которые электрически соединены с приемопередатчиком 1376.

[00287] Различные компоненты eNB 1360 соединены вместе системой 1311 шин, в число которых, помимо шины данных, могут входить шина питания, шина сигнала управления и шина сигнала состояния. Однако для ясности различные шины показаны на Фиг. 13 как система 1311 шин. eNB 1360 может также содержать цифровой сигнальный процессор (DSP) 1313 для использования в обработке сигналов. eNB 1360 может также содержать интерфейс 1315 связи, который обеспечивает доступ пользователя к функциям eNB 1360. eNB 1360, показанная на Фиг. 13, представляет собой функциональную блок-схему, а не перечень конкретных компонентов.

[00288] На Фиг. 14 представлена блок-схема, иллюстрирующая одну реализацию UE 1402, в которой могут быть осуществлены системы и способы для радиосвязи с низкой латентностью. UE 1402 содержит средства 1458 передачи, средства 1420 приема и средства 1424 управления. Средства 1458 передачи, средства 1420 приема и средства 1424 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг.1. На Фиг. 12 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 14. Для осуществления функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.

[00289] На Фиг. 15 представлена блок-схема, иллюстрирующая одну реализацию eNB 1560, в которой могут быть осуществлены системы и способы для радиосвязи с низкой латентностью. eNB 1560 содержит средства 1517 передачи, средства 1578 приема и средства 1582 управления. Средства 1517 передачи, средства 1578 приема и средства 1582 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг.1. На Фиг. 13 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 15. Для осуществления функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.

[00290] Термин «машиночитаемый носитель» относится к любому доступному носителю, к которому может получать доступ компьютер или процессор. Используемый в настоящем документе термин «машиночитаемый носитель» может обозначать читаемый компьютером и/или процессором носитель, который является физическим и материальным. В качестве примера, не имеющего ограничительного характера, машиночитаемый или читаемый процессором носитель может представлять собой ОЗУ, ПЗУ, электрически стираемое программируемое постоянное запоминающее устройство (ЭСППЗУ), CD-ROM или другой накопитель на оптических дисках, накопитель на магнитных дисках или другие магнитные запоминающие устройства, или любой другой носитель, который можно использовать для переноса или хранения требуемого программного кода в виде команд или структур данных и которому может получать доступ компьютер или процессор. Используемый в настоящем документе термин «диск» относится к диску, который воспроизводит данные оптическим способом с помощью лазеров (например, компакт-диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD), гибкий диск и диск Blu-ray®), и к диску, который воспроизводит данные магнитным способом (например, гибкая магнитная дискета).

[00291] Следует отметить, что один или более способов, описанных в настоящем документе, могут быть реализованы и/или выполнены с помощью оборудования. Например, один или более способов, описанных в настоящем документе, могут быть реализованы с помощью набора микросхем, специализированной интегральной схемы (ASIC), большой интегральной схемы (LSI) или интегральной схемы и т. п.

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

[00293] Следует понимать, что формула изобретения не ограничена точной конфигурацией и компонентами, которые проиллюстрированы выше. В компоновку, работу или детали систем, способов и устройства, которые описаны в настоящем документе, могут быть внесены различные модификации, изменения и вариации без отклонения от объема изобретения, определенного формулой изобретения.

[00294] Программа, выполняющаяся на eNB 160 или UE 102 в соответствии с описанными системами и способами, представляет собой программу (программу, предполагающую работу компьютера), которая управляет CPU и т. п. таким образом, чтобы осуществлять функцию в соответствии с описанными системами и способами. При этом информация, которая обрабатывается в этих устройствах, во время обработки временно хранится в ОЗУ. Затем эта информация сохраняется на различных ПЗУ или НЖМД и по мере необходимости считывается CPU для изменения или записи. В качестве носителя записи, на котором хранится программа, может быть любое из полупроводниковых устройств (например, ПЗУ, энергонезависимая карта памяти и т. п.), оптических запоминающих устройств (например, DVD, MO, MD, CD, BD и т. п.), магнитных запоминающих устройств (например, магнитная лента, гибкий магнитный диск и т. п.) и т. д. Кроме того, в некоторых случаях функцию в соответствии с вышеописанными системами и способами реализуют путем выполнения загружаемой программы, и, кроме того, функцию в соответствии с описанными системами и способами реализуют во взаимодействии с операционной системой или другими прикладными программами на основе команды из этой программы.

[00295] При этом в случае, когда программы доступны на рынке, программа, хранящаяся на переносном носителе информации, может быть распределена или программа может быть передана на серверный компьютер, который соединяется через сеть, такую как Интернет. В этом случае запоминающее устройство на серверном компьютере тоже включено в систему. Кроме того, некоторые или все из eNB 160 и UE 102 в соответствии с вышеописанными системами и способами могут быть реализованы в виде LSI, которая представляет собой типичную интегральную схему. Каждый функциональный блок eNB 160 и UE 102 может быть индивидуально встроен в микросхему, а некоторые или все функциональные блоки могут быть объединены в одну микросхему. Кроме того, методика интегральных схем не ограничивается LSI, и интегральная схема для функционального блока может быть реализована с помощью специализированной схемы или процессора общего назначения. Дополнительно, при появлении в области полупроводников технологии, воплощающейся в интегральной схеме, заменяющей LS, также можно использовать интегральную схему по такой технологии.

[00296] Более того, каждый функциональный блок или различные элементы устройства базовой станции и терминального устройства, используемые в каждом из вышеупомянутых вариантов осуществления, могут быть реализованы или исполнены схемой, которая обычно представляет собой интегральную схему или множество интегральных схем. Схема, выполненная с возможностью исполнения функций, описанных в настоящем описании, может содержать процессор общего назначения, цифровой сигнальный процессор (DSP), заказную или специализированную интегральную схему (ASIC), программируемую пользователем вентильную матрицу (FPGA) или другие программируемые логические устройства, схемы на дискретных компонентах или транзисторные логические схемы, дискретный аппаратный компонент или их комбинацию. Процессор общего назначения может представлять собой микропроцессор, или альтернативно процессор может представлять собой стандартный процессор, контроллер, микроконтроллер или машину состояний. Процессор общего назначения или каждая схема, описанная выше, могут быть выполнены в виде цифровой схемы или могут быть выполнены в виде аналоговой схемы. Дополнительно при появлении в области полупроводников технологии, воплощающейся в интегральной схеме, вытесняющей существующие интегральные схемы, также можно использовать интегральную схему по такой технологии.

Claims (32)

1. Пользовательское оборудование (UE), содержащее:

процессор более высокого уровня, выполненный с возможностью конфигурирования короткого времени обработки;

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

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

приемник восходящей линии связи, выполненный с возможностью обратной передачи в подкадре n+k подтверждения гибридного автоматического запроса на повторение передачи (HARQ-ACK), соответствующего PDSCH, причем

в случае если PDCCH представляет собой PDCCH в общем пространстве поиска, k равно k1,

в случае если PDCCH представляет собой PDCCH в UE-специфичном пространстве поиска, k равно k2, и

k2 меньше, чем k1.

2. Усовершенствованный узел B (eNB), содержащий:

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

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

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

приемник восходящей линии связи, выполненный с возможностью получения в подкадре n+k подтверждения гибридного автоматического запроса на повторение передачи (HARQ-ACK), соответствующего PDSCH, причем

в случае если PDCCH представляет собой PDCCH в общем пространстве поиска, k равно k1,

в случае если PDCCH представляет собой PDCCH в UE-специфичном пространстве поиска, k равно k2, и

k2 меньше, чем k1.

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

конфигурирование короткого времени обработки;

прием в подкадре n физического канала управления нисходящей линии связи (PDCCH);

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

обратную передачу в подкадре n+k подтверждения гибридного автоматического запроса на повторение передачи (HARQ-ACK), соответствующего PDSCH, причем

в случае если PDCCH представляет собой PDCCH в общем пространстве поиска, k равно k1,

в случае если PDCCH представляет собой PDCCH в UE-специфичном пространстве поиска, k равно k2, и

k2 меньше, чем k1.

4. Способ приема и передачи сигналов в сети беспроводной связи для усовершенствованного узла B (eNB), включающий в себя:

конфигурирование для пользовательского оборудования (UE) короткого времени обработки;

передачу в подкадре n физического канала управления нисходящей линии связи (PDCCH);

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

получение в подкадре n+k подтверждения гибридного автоматического запроса на повторение передачи (HARQ-ACK), соответствующего PDSCH, причем

в случае если PDCCH представляет собой PDCCH в общем пространстве поиска, k равно k1,

в случае если PDCCH представляет собой PDCCH в UE-специфичном пространстве поиска, k равно k2, и

k2 меньше, чем k1.

Images