Зона поиска для управляющей информации epdcch системе мобильной связи на основе ofdm

Иллюстрации

Показать все

Изобретение относится к технике беспроводной связи и может быть использовано для конфигурации зоны поиска для управляющей информации. Технический результат - минимизация сигнального служебного сигнализирования. Способ приема заключается в приеме сигнала, включающего в себя управляющую информацию нисходящей линии связи, отображаемую в первую зону поиска, которая сконфигурирована согласно первой схеме, или во вторую зону поиска, которая сконфигурирована согласно второй схеме, каждая схема определяет один или множество кандидатов физического управляющего канала нисходящей линии связи (PDCCH) для каждого из множества уровней агрегации, каждый кандидат PDCCH состоит из элемента канала управления (ССЕ) или множества агрегированных ССЕ, при этом первое множество уровней агрегации, определенных первой схемой, перекрываются со вторым множеством уровней агрегации, определенных второй схемой, и вторая схема определяет один или множество вторых кандидатов PDCCH с по меньшей мере одним из первого множества уровней агрегации, определенных первой схемой и другим вторым кандидатом PDCCH с уровнем агрегации более высоким, чем какой-либо из первого множества уровней агрегации; контроле одного или множества первых кандидатов PDCCH, включенных в первую зону поиска, или одного или множества вторых кандидатов PDCCH, включенных во вторую зону поиска, и в сборе управляющей информации нисходящей линии связи для приемного устройства. 4 н. и 16 з.п. ф-лы, 15 ил.

.

Реферат

Изобретение относится к способам и устройствам для конфигурации зоны поиска и к структуре каналов зоны поиска для сигнализирования управляющей информации.

Системы мобильной связи третьего поколения (3G), такие как, например, универсальные мобильные телекоммуникационные системы (UMTS), стандартизованные в рамках проекта партнерства третьего поколения (3GPP), основывались на технологии радиодоступа широкополосного множественного доступа с кодовым разделением (WCDMA). Сегодня 3G-системы распространяются широкомасштабно по всему миру. После улучшения этой технологии путем внедрения высокоскоростного пакетного доступа нисходящей линии связи (HSDPA) и улучшенной восходящей линии связи, также называемой высокоскоростным пакетным доступом восходящей линии связи (HSUPA), следующий большой этап в развитии UMTS-стандарта принес комбинацию мультиплексирования с ортогональным частотным разделением (OFDM) для нисходящей линии связи и множественный доступ с частотным разделением (каналов) с одной несущей (SC-FDMA) для восходящей линии связи. Это система была названа Проект долгосрочного развития (LTE), поскольку она была предназначена для взаимодействия с будущим развитием технологий.

LTE-система представляет эффективный радиодоступ на основе пакетов и сетей радиодоступа, которые обеспечивают полные функциональные возможности на основе IP с низкой задержкой и низкой затратностью. Подробные системные требования предоставляются в спецификации 3GPP TR 25.913 "Requirements for evolved UTRA (E-UTRA) and evolved UTRAN (E-UTRAN)" ("Требования для улучшенного UTRA (E-UTRA) и улучшенной UTRAN (E-UTRAN)"), v8.0.0, январь 2009 г. (доступной на сайте http://www.3gpp.org/ и включенной в настоящий документ посредством ссылки). Нисходящая линия связи будет поддерживать схемы модуляции данных QPSK, 16QAM и 64QAM, а восходящая линия связи будет поддерживать BPSK, QPSK, 8PSK и 16QAM.

Сетевой доступ LTE должен быть чрезвычайно гибким, использующим некоторое количество определенных полос частот каналов между 1,25 и 20 МГц в отличие от наземного радиодоступа UMTS (UTRA), фиксированного на каналах с 5 МГц. Спектральная эффективность увеличивается вплоть до четырехкратной по сравнению с UTRA, и улучшения в архитектуре и сигнализации уменьшают двустороннюю задержку. Технология антенн с множеством входов и множеством выходов (MIMO) должна обеспечивать возможность обслуживания в десять раз большего количества пользователей на соту, чем исходная технология радиодоступа WCDMA 3GPP. Для удовлетворения максимально возможному количеству структур выделения полосы частот как парное (дуплексная связь с частотным разделением, FDD), так и непарное (дуплексная связь с временным разделением, TDD) полосное оперирование поддерживается. LTE может сосуществовать с более ранними радиотехнологиями 3GPP даже в смежных каналах, и может осуществляться хэндовер вызовов к и от всех прошлых технологий радиодоступа 3GPP.

Фиг. 1 изображает структуру компонентной несущей в выпуске 8 LTE. Компонентная несущая нисходящей линии связи выпуска 8 LTE 3GPP подразделяется во временно-частотной области на так называемые подкадры, каждый из который разделяется на два интервала 120 нисходящей линии связи, соответствующих периоду времени Tslot. Первый интервал нисходящей линии связи содержит сегмент управляющего канала внутри первого OFDM-символа(ов). Каждый подкадр состоит из некоторого заданного количества OFDM-символов во временной области, причем каждый OFDM-символ охватывает всю полосу частот компонентной несущей.

Наименьшей единицей ресурсов, которая может быть назначена планировщиком, является ресурсный блок 130, также называемый физическим ресурсным блоком (PRB). PRB 130 определяется как NDLsymb последовательных OFDM-символов во временной области и NRBsc последовательных поднесущих в частотной области. На практике ресурсы нисходящей линии связи назначаются в парах ресурсных блоков. Пара ресурсных блоков состоит из двух ресурсных блоков. Она охватывает NRBsc последовательных поднесущих в частотной области и все 2·NDLsymb символов модуляции подкадра во временной области. NDLsymb может быть равно либо 6, либо 7, что в результате дает либо 12, либо 14 OFDM-символов.

Таким образом, физический ресурсный блок 130 состоит из NDLsymb × NRBsc ресурсных элементов 140, соответствующих одному интервалу во временной области и 180 кГц в частотной области (дополнительные подробности о таблице ресурсов нисходящей линии связи можно найти, например, в спецификации 3GPP TS 36.211, "Evolved universal terrestrial radio access (E-UTRA); physical channels and modulations (Release 8)" ("Улучшенный универсальный наземный радиодоступ (E-UTRA); физические каналы и модуляции (выпуск 8)"), версия 8.9.0, декабрь 2009 г., раздел 6.2, доступной на сайте http://www.3gpp.org, которая включена в настоящий документ посредством ссылки).

Количество физических ресурсных блоков NDLRB в нисходящей линии связи зависит от полосы частот передачи нисходящей линии связи, сконфигурированной в соте, и в настоящее время определяется в LTE как находящееся в промежутке от 6 до 110 PRB.

Данные отображаются в физические ресурсные блоки посредством пар виртуальных ресурсных блоков. Пара виртуальных ресурсных блоков отображается в пару физических ресурсных блоков. Следующие два типа виртуальных ресурсных блоков определяются согласно их отображению в физические ресурсные блоки в нисходящей линии связи LTE:

- Локализованный виртуальный ресурсный блок (LVRB).

- Распределенный виртуальный ресурсный блок (DVRB).

В режиме локализованной передачи с использованием локализованных VRB eNB имеет полное управление над тем, какие и сколько ресурсных блоков используется, и обычно должен использовать это управление для выбора ресурсных блоков, которые приведут к высокой спектральной эффективности. В большинстве систем мобильной связи это приводит к смежным физическим ресурсным блокам или множеству кластеров смежных физических ресурсных блоков для передачи одному пользовательскому оборудованию, поскольку радиоканал когерентен в частотной области, что означает, что если один физический ресурсный блок предлагает высокую спектральную эффективность, то очень вероятно, что смежный физический ресурсный блок предлагает подобную высокую спектральную эффективность. В режиме распределенной передачи с использованием распределенных VRB физические ресурсные блоки, переносящие данные для одного UE, распределяются по полосе частот для того, чтобы задеть по меньшей мере некоторые физические ресурсные блоки, которые предлагают достаточно высокую спектральную эффективность, тем самым достигая частотного разнесения.

В выпуске 8 LTE 3GPP есть только одна компонентная несущая в восходящей линии связи и нисходящей линии связи. Управляющие сигналы нисходящей линии связи, по сути, переносятся последующими тремя физическими каналами:

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

- физический канал указателя гибридного ARQ (PHICH) для переноса ACK/NACK нисходящей линии связи, ассоциированных с передачей данных по восходящей линии связи; и

- физический управляющий канал нисходящей линии связи (PDCCH) для переноса назначений планирования нисходящей линии связи и назначений планирования восходящей линии связи.

PCFICH отправляется из известной позиции внутри сегмента управляющей сигнализации подкадра нисходящей линии связи с использованием известной предварительно определенной схемы модуляции и кодирования. Пользовательское оборудование декодирует PCFICH для того, чтобы получить информацию о размере сегмента управляющей сигнализации в подкадре, например количество OFDM-символов. Если пользовательское оборудование (UE) не имеет возможности декодировать PCFICH или если оно получает ошибочное значение PCFICH, оно не будет иметь возможность верным образом декодировать управляющую сигнализацию L1/L2 (PDCCH), содержащуюся в сегменте управляющей сигнализации, что может привести к потере всех назначений ресурсов, содержащихся в ней.

PDCCH переносит управляющую информацию, такую как, например, предоставления планирования для выделения ресурсов для передачи данных по нисходящей линии связи или по восходящей линии связи. Физический канал управления передается на агрегации одного или нескольких последовательных элементов канала управления (CCE). Каждый CCE соответствует набору ресурсных элементов, сгруппированных в так называемые группы ресурсных элементов (REG). Элемент канала управления обычно соответствует 9 группам ресурсных элементов. Предоставление планирования в PDCCH определяется на основе элементов канала управления (CCE). Группы ресурсных элементов используются для определения отображения каналов управления в ресурсные элементы. Каждая REG состоит из четырех последовательных ресурсных элементов, исключая опорные сигналы внутри одного OFDM-символа. REG существуют в первых от одного до четырех OFDM-символов внутри одного подкадра. PDCCH для пользовательского оборудования передается в первом из одного, двух или трех OFDM-символов согласно PCFICH внутри подкадра.

Другой логической единицей, используемой в отображении данных в физические ресурсы в выпуске 8 (и более поздних выпусках) LTE 3GPP, является группа ресурсных блоков (RBG). Группой ресурсных блоков является набор последовательных (по частоте) физических ресурсных блоков. Концепция RBG обеспечивает возможность обращения к конкретной RBG в целях указания позиции ресурсов, выделенных для узла приема (например, UE) для того, чтобы минимизировать служебное сигнализирование для такого указания, тем самым уменьшая управляющее служебное сигнализирование до коэффициента данных для передачи. Размер RBG в текущий момент определен равным 1, 2, 3 или 4 в зависимости от полосы частот системы, в частности, на NDLRB. Дополнительные подробности отображения RBG для PDCCH в выпуске 8 LTE можно найти в спецификации 3GPP TS 36.213 "Evolved Universal terrestrial Radio Access (E-UTRA); Physical layer procedures" ("Улучшенный универсальный наземный радиодоступ (E-UTRA); процедуры физического канала"), v8.8.0, сентябрь 2009 г., раздел 7.1.6.1, находящейся в свободном доступе на сайте http://www.3gpp.org/ и включенной в настоящий документ посредством ссылки.

Физический общий канал нисходящей линии связи (PDSCH) используется для переноса пользовательских данных. PDSCH отображается на оставшиеся OFDM-символы внутри одного подкадра после PDCCH. PDSCH-ресурсы, выделенные для одного UE, находятся в единицах ресурсного блока для каждого подкадра.

Фиг. 2 изображает примерное отображение PDCCH и PDSCH внутри подкадра. Первые два OFDM-символа формируют сегмент управляющего канала (PDCCH-сегмент) и используются для управляющей сигнализации L1/L2. Остальные двенадцать OFDM-символов формируют сегмент канала данных (PDSCH-сегмент) и используются для данных. Внутри пар ресурсных блоков всех подкадров относящиеся к соте опорные сигналы, так называемые общие опорные сигналы (CRS), передаются на одном или нескольких входах 0-3 антенн. В примере с фиг. 2 CRS передаются от двух входов антенн: R0 и R1. Кроме того, подкадр также включает в себя относящиеся к UE опорные сигналы, так называемые опорные сигналы демодуляции (DM-RS), используемые пользовательским оборудованием для демодулирования PDSCH. DM-RS передаются только внутри ресурсных блоков, в которых PDSCH выделен для некоторого конкретного пользовательского оборудования. Для поддержки множества входов/множества выходов (MIMO) с DM-RS четыре DM-RS-слоя определяются, что означает, что как максимум MIMO с четырьмя слоями поддерживается. В этом примере на фиг. 2 DM-RS-слои 1, 2, 3 и 4 соответствуют MIMO-слоям 1, 2, 3 и 4.

Одной из ключевых особенностей LTE является возможность передавать данные многоадресного вещания или широкого вещания из множества сот по синхронизированной одночастотной сети, что известно как операция одночастотной сети мультимедийного широкого вещания (MBSFN). В MBSFN-операции UE принимает и комбинирует синхронизированные сигналы из множества сот. Для обеспечения возможности этого UE необходимо выполнить оценку отдельного канала на основе опорного сигнала MBSFN. Для того чтобы избежать смешивания опорного сигнала MBSFN и обычного опорного сигнала в одном подкадре, некоторые подкадры, известные как MBSFN-подкадры, резервируются из MBSFN-передачи.

Структура MBSFN-подкадра показана на фиг. 3, один или два первых OFDM-символа резервируются для передачи вне MBSFN, а остальные OFDM-символы используются для передачи MBSFN. В первых одном или двух OFDM-символах могут передаваться PDCCH для назначений ресурсов восходящей линии связи, и PHICH, и относящийся к соте опорный сигнал является тем же, что и подкадры передачи вне MBSFN. Выполняется широкое вещание конкретной схемы MBSFN-подкадров в одной соте в системной информации соты. UE, не имеющие возможности принимать MBSFN, будут декодировать первые один или два OFDM-символа и игнорировать остальные OFDM-символы. Конфигурация MBSFN-подкадра поддерживает периодичность как 10 мс, так и 40 мс. Однако подкадры с номерами 0, 4, 5 и 9 не могут конфигурироваться как MBSFN-подкадры. Фиг. 3 изображает формат MBSFN-подкадра. PDCCH-информация, отправленная в управляющей сигнализации L1/L2, может быть разделена на общую управляющую информацию и специализированную управляющую информацию.

Решение в отношении спектра частот для расширенного IMT было принято на мировой конференции по радиосвязи (WRC-07) в ноябре 2008 г. Однако действительная доступная полоса частот может отличаться для каждого региона или страны. Улучшение LTE, стандартизованное 3GPP, называется расширенным LTE (LTE-A), и оно было утверждено как предмет рассмотрения выпуска 10. Выпуск 10 LTE-A имеет дело с агрегированием несущих, согласно которому две или более компонентных несущих, определенных для выпуска 8 LTE, агрегируются для того, чтобы поддерживать более широкую полосу частот передачи, например полосу частот передачи вплоть до 100 МГц. Больше подробностей по агрегированию несущих можно найти в спецификации 3GPP TS 36.300 "Evolved Universal terrestrial Radio Access (E-UTRA) and Universal terrestrial Radio Access Network (E-UTRAN); Overall description" ("Улучшенные универсальный наземный радиодоступ (E-UTRA) и сеть универсального наземного радиодоступа (E-UTRAN); Общее описание"), v10.2.0, декабрь 2010 г., раздел 5.5 (физический слой), раздел 6.4 (слой 2) и раздел 7.5 (RRC), находящейся в свободном доступе на сайте http://www.3gpp.org/ и включенной в настоящий документ посредством ссылки. Обычно предполагается, что одна компонентная несущая не превосходит полосу частот 20 МГц. Терминал может одновременно принимать и/или передавать информацию по одной или множеству компонентных несущих в зависимости от его возможностей. UE может быть сконфигурировано для агрегирования различного количества компонентных несущих (CC) в восходящей линии связи и в нисходящей линии связи. Количество CC нисходящей линии связи, которые могут быть сконфигурированы, зависит от агрегационной способности нисходящей линии связи UE. Количество CC восходящей линии связи, которые могут быть сконфигурированы, зависит от агрегационной способности восходящей линии связи UE. Однако не существует возможности конфигурировать UE с большим количеством CC восходящей линии связи, чем CC нисходящей линии связи.

Термин "компонентная несущая" иногда заменятся на термин "сота", поскольку подобная концепции соты известна из более ранних выпусков LTE и UMTS, компонентная несущая определяет ресурсы для передачи/приема данных и может быть добавлена/реконфигурирована/удалена из ресурсов, задействованных беспроводными узлами (например, UE, RN). В частности, сота является комбинацией ресурсов нисходящей линии связи и, опционально, восходящей линии связи, т.е. компонентная несущая нисходящей линии связи и опциональной восходящей линии связи. В выпуске 8/9 есть одна несущая частота ресурсов нисходящей линии связи и одна несущая частота ресурсов восходящей линии связи. Несущая частота ресурсов нисходящей линии связи обнаруживается UE посредством процедуры выбора соты. Несущая частота ресурсов восходящей линии связи сообщается UE посредством блока 2 системной информации. Когда конфигурируется агрегирование несущих, есть более одной несущей частоты ресурсов нисходящей линии связи и, возможно, более одной несущей частоты ресурсов восходящей линии связи. Таким образом, будет более одной комбинации ресурсов нисходящей линии связи и, опционально, ресурсов восходящей линии связи, т.е. более одной обслуживающей соты. Первичная обслуживающая сота называется первичной сотой (P-сотой). Другие обслуживающие соты называются вторичными сотами (S-сотами).

Когда конфигурируется агрегирование несущих, UE имеет только одно соединение управления радиоресурсами (RRC) с сетью. Первичная сота (P-сота) обеспечивает информацию мобильности слоя вне доступа (NAS) и входные данные безопасности в восстановлении RRC-соединения или хэндовере. В зависимости от возможностей UE вторичные соты (S-соты) могут быть сконфигурированы для формирования, вместе с P-сотой, набора обслуживающих сот. RRC-соединение является соединением между RRC-слоем на стороне UE и RRC-слоем на стороне сети. Установление, обслуживание и освобождение RRC-соединения между UE и E-UTRAN включают в себя: выделение временных идентификаторов между UE и E-UTRAN; конфигурацию несущего радиоканала(ов) сигнализации для RRC-соединения, т.е. SRB низкого приоритета и SRB высокого приоритета. Больше подробностей по RRC можно найти в спецификации 3GPP TS 36.331 "Evolved Universal terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification" ("Улучшенный универсальный наземный радиодоступ (E-UTRA); управление радиоресурсами (RRC); спецификация протоколов"), v10.0.0, декабрь 2010 г., находящейся в свободном доступе на сайте http://www.3gpp.org/ и включенной в настоящий документ посредством ссылки.

В нисходящей линии связи несущая, соответствующая P-соте, называется первичной компонентной несущей нисходящей линии связи (DL PCC), в то время как в восходящей линии связи несущая, соответствующая P-соте, называется первичной компонентной несущей восходящей линии связи (UL PCC). Связанность между DL PCC и UL PCC указывается в системной информации (блок 2 системной информации) P-сотой. Системной информацией является широкое вещание общей управляющей информации каждой сотой, включая, например, информацию о соте, к терминалам. В отношении приема системной информации для P-соты процедура LTE в вып.-8/9 применима. Подробности о процедуре приема системной информации для вып.-8/9 можно найти в спецификации 3GPP TS 36.331 "Evolved Universal terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification" ("Улучшенный универсальный наземный радиодоступ (E-UTRA); Управление радиоресурсами (RRC); Спецификация протоколов"), v9.5.0, декабрь 2010 г., раздел 5.2, находящейся в свободном доступе на сайте http://www.3gpp.org/ и включенной в настоящий документ посредством ссылки. В нисходящей линии связи несущая, соответствующая S-соте, является вторичной компонентной несущей нисходящей линии связи (DL SCC), в то время как в восходящей линии связи она является вторичной компонентной несущей восходящей линии связи (UL SCC). Связанность между DL SCC и UL SCC указывается в системной информации (блок 2 системной информации) S-соты. Вся требуемая системная информация S-соты передается UE посредством специализированной RRC-сигнализации при добавлении S-соты. Таким образом, нет необходимости для UE получать системную информацию непосредственно от S-сот. Системная информация S-соты остается действительной до тех пор, пока S-сота сконфигурирована. Изменения в системной информации S-соты обслуживаются посредством удаления и добавления S-соты. Удаление и/или добавление S-соты могут выполняться с использованием RRC-процедуры.

Как предоставление нисходящей линии связи, так и предоставление восходящей линии связи принимаются по DL CC. Таким образом, для того, чтобы знать, восходящей линии связи какой UL CC соответствует предоставление восходящей линии связи, принятое по одной DL CC, будет необходима связанность между DL CC и UL CC.

Связанность между UL CC и DL CC обеспечивает возможность определения обслуживающей соты, для которой применимо предоставление:

- назначение нисходящей линии связи, принятое в P-соте, соответствует передаче по нисходящей линии связи в P-соте,

- предоставление восходящей линии связи, принятое в P-соте, соответствует передаче по восходящей линии связи в P-соте,

- назначение нисходящей линии связи, принятое в S-сотеN, соответствует передаче по нисходящей линии связи в S-сотеN,

- предоставление восходящей линии связи, принятое в S-сотеN, соответствует передаче по восходящей линии связи в S-сотеN. Если S-сотаN не сконфигурирована для того, чтобы ее использовало UE в восходящей линии связи, предоставление игнорируется UE.

В 3GPP TS 36.212 v10.0.0 в разделе 5.3.3.1 также описывается возможность перекрестного планирования несущих с использованием поля указания несущей (CIF).

Планирование UE может осуществляться над множеством обслуживающих сот одновременно. Перекрестное планирование несущих с CIF обеспечивает возможность PDCCH обслуживающей соты осуществлять планирование ресурсов в другой обслуживающей соте(ах), однако со последующими ограничениями:

- перекрестное планирование несущих не применимо к P-соте, что означает, что планирование P-соты всегда осуществляется через ее собственный PDCCH,

- когда PDCCH вторичной соты (S-соты) сконфигурирован, перекрестное планирование несущих не применимо к этой S-соте, что означает, что планирование S-соты всегда осуществляется через ее собственный PDCCH, и

- когда PDCCH S-соты не сконфигурирован, перекрестное планирование несущих применяется, и планирование такой S-соты всегда осуществляется через PDCCH другой обслуживающей соты.

Таким образом, если CIF отсутствует, связанность между DL CC и UL CC определяет UL CC для передачи по восходящей линии связи; если есть CIF, значение CIF определяет UL CC для передачи по восходящей линии связи.

Набор PDCCH-кандидатов для отслеживания, где под отслеживанием понимается попытка декодировать каждый из PDCCH, определяются в отношении зон поиска. UE, не сконфигурированное с полем указания несущей (CIF), должно отслеживать одну относящуюся к UE зону поиска на каждом из уровней 1, 2, 4, 8 агрегации в каждой активированной обслуживающей соте. UE, сконфигурированное с полем указания несущей (CIF), должно отслеживать одну или несколько относящихся к UE зон поиска на каждом из уровней 1, 2, 4, 8 агрегации в одной или нескольких активированных обслуживающих сотах. Если UE сконфигурировано с CIF, зона поиска, относящаяся к UE, определяется компонентной несущей, что означает, что индексы CCE, соответствующие PDCCH-кандидатам зоны поиска, определяются значением поля указания несущей (CIF). Поле указания несущей определяет индекс компонентной несущей.

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

Дополнительные подробности о конфигурациях зон поиска с и без CIF, определенные в LTE-A для PDCCH, можно найти в спецификации 3GPP TS 36.213 "Evolved Universal terrestrial Radio Access (E-UTRA); Physical Layer procedures" ("Улучшенный универсальный наземный радиодоступ (E-UTRA); процедуры физического слоя"), v10.0.0, декабрь 2010 г., раздел 9.1.1, находящейся в свободном доступе на сайте http://www.3gpp.org/ и включенной в настоящий документ посредством ссылки.

Другой ключевой особенностью LTE-A является обеспечение ретрансляционных функциональных возможностей посредством внедрения ретрансляционных узлов в UTRAN-архитектуру LTE-A 3GPP. Ретрансляция считается для LTE-A инструментом улучшения покрытия высоких скоростей данных, групповой мобильности, установления временной сети, пропускной способности на границе соты и/или для обеспечения покрытия на новых территориях.

Ретрансляционный узел беспроводным образом соединяется с сетью радиодоступа посредством донорной соты. В зависимости от стратегии ретрансляции ретрансляционный узел может входить в состав донорной соты или, альтернативно, может сам управлять сотами. В случае, когда ретрансляционный узел входит в состав донорной соты, ретрансляционный узел не имеет идентификации соты сам по себе, однако может все равно иметь ID ретранслятора. В случае, когда ретрансляционный узел сам управляет сотами, он управляет одной или несколькими сотами, и уникальная идентификация соты физического слоя обеспечивается в каждой из сот, управляемых ретранслятором. По меньшей мере, ретрансляционные узлы "типа 1" будут входить в LTE-A 3GPP. Ретрансляционным узлом "типа 1" является ретрансляционный узел, характеризующийся следующим:

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

- Сота должна иметь собственный ID физической соты, определенный в выпуске 8 LTE, а ретрансляционный узел должен передавать собственные каналы синхронизации, опорные символы и т.д.

- В отношении операции одной соты UE должно принимать информацию планирования и HARQ-отклик непосредственно от ретрансляционного узла и отправлять свою управляемую информацию (подтверждения, указания качества канала, запросы планирования) к ретрансляционному узлу.

- Ретрансляционный узел должен представляться как удовлетворяющий LTE 3GPP eNodeB удовлетворяющему LTE 3GPP пользовательскому оборудованию для того, чтобы поддерживать обратную совместимость.

- Ретрансляционный узел должен представляться отличным образом от eNodeB по LTE 3GPP для того, чтобы обеспечить возможность дополнительного улучшения производительности удовлетворяющему LTE-A 3GPP пользовательскому оборудованию.

Фиг. 4 изображает пример сетевой структуры LTE-A 3GPP с использованием ретрансляционных узлов. Донорный eNodeB (d-eNB) 410 непосредственно обслуживает пользовательское оборудование UE1 415 и ретрансляционный узел (RN) 420, который дополнительно обслуживает UE2 425. Линия связи между донорным eNodeB 410 и ретрансляционным узлом 420 обычно называется ретрансляционной обратной восходящей/нисходящей линией связи. Линия связи между ретрансляционным узлом 420 и пользовательским оборудованием 425, подключенным к ретрансляционному узлу (также обозначаемым r-UE), называется (ретрансляционной) линей доступа.

Донорный eNodeB передает управляющие сигналы L1/L2 и данные микропользовательскому оборудованию UE1 415, а также ретрансляционному узлу 420, который дополнительно передает управляющие сигналы L1/L2 и данные ретрансляционно-пользовательскому оборудованию UE2 425. Ретрансляционный узел может оперировать в так называемом режиме временного мультиплексирования, в котором операции передачи и приема не могут выполняться одновременно. В частности, если линия связи от eNodeB 410 к ретрансляционному узлу 420 оперирует в том же спектре частот, что и линия связи от ретрансляционного узла 420 к UE2 425, поскольку ретрансляционный передатчик вызывает помехи для своего собственного приемника, одновременные передачи от eNodeB к ретрансляционному узлу и от ретрансляционного узла к UE на одних частотных ресурсах могут быть невозможны, если не обеспечена достаточная изоляция исходящих и входящих сигналов. Таким образом, когда ретрансляционный узел 420 передает информацию донорному eNodeB 410, он не может одновременно принимать информацию от UE 425, подключенных к ретрансляционному узлу. Подобным образом, когда ретрансляционный узел 420 принимает данные от донорного eNodeB, он не может передавать данные UE 425, подключенным к ретрансляционному узлу. Таким образом, присутствует подкадровое разбиение между ретрансляционной обратной линией связи и ретрансляционной линией доступа.

В отношении поддержки ретрансляционных узлов в 3GPP в текущий момент действует следующее соглашение:

- Подкадры ретрансляционной обратной нисходящей линии связи, в течение которых eNodeB конфигурируется для обратной передачи по ретрансляционной нисходящей линии связи, назначаются полустатично.

- Подкадры ретрансляционной обратной восходящей линии связи, в течение которых конфигурируется обратная передача по восходящей линии связи от ретранслятора к eNodeB, назначаются полустатично или опосредованно получаются временным режимом HARQ из подкадров ретрансляционной обратной нисходящей линии связи.

- В подкадрах ретрансляционной обратной нисходящей линии связи ретрансляционный узел будет передавать информацию донорному eNodeB, и, следовательно, r-UE не должны ожидать приема каких-либо данных от ретрансляционного узла. Для поддержки обратной совместимости для UE, которые не осведомлены о своем подключении к ретрансляционному узлу (такие как UE согласно выпуску 8, для которых ретрансляционный узел представляется как стандартный eNodeB), ретрансляционный узел конфигурирует подкадры обратной нисходящей линии связи как подкадры MBSFN.

Далее в иллюстрационных целях подразумевается конфигурация сети, показанная на фиг.4. Донорный eNodeB передает управляющие сигналы L1/L2 и данные макропользовательскому оборудованию (UE1) 410, а также ретранслятору (ретрансляционному узлу) 420, а ретрансляционный узел 420 передает управляющие сигналы L1/L2 и данные ретрансляционно-пользовательскому оборудованию (UE2) 425. Дополнительно предполагается, что ретрансляционный узел оперирует во временно-дуплексном режиме, т.е. операции передачи и приема не выполняются одновременно. Всегда, когда ретрансляционный узел находится в режиме передачи, UE2 должно принимать канал управления L1/L2 и физический общий канал нисходящей линии связи (PDSCH), в то время как, когда ретрансляционный узел в режиме приема, т.е. он принимает канал управления L1/L2 и PDSCH от узла-B, он не может передавать информацию UE2, и, таким образом, UE2 не может принимать какую-либо информацию от ретрансляционного узла в течение такого подкадра. В случае, когда UE2 не осведомлено, что оно подключено к ретрансляционному узлу (например, UE согласно выпуску 8), ретрансляционный узел 420 должен вести себя как обычный (e-)NodeB. Как будет понятно специалистам в данной области техники, в системе связи без ретрансляционного узла любое пользовательское оборудование может всегда предположить, что по меньшей мере управляющий сигнал L1/L2 присутствует в каждом подкадре. Для поддержки такого пользовательского оборудования в операции под ретрансляционным узлом ретрансляционный узел должен, таким образом, симулировать такое ожидаемое поведение во всех подкадрах.

Как показано на фиг. 2 и 3, каждый подкадр нисходящей линии связи состоит из двух частей: сегмент управляющего канала и сегмент данных. Фиг. 5 изображает пример конфигурации кадров MBSFN в ретрансляционной линии доступа в ситуации, в которой осуществляется ретрансляционная обратная передача. Каждый подкадр содержит сегмент 510, 520 управляющих данных и сегмент 530, 540 данных. Первые OFDM-символы 720 в MBSFN-подкадре используются ретрансляционным узлом 420 для передачи управляющих символов к r-UE 425. В остальных частях подкадра ретрансляционный узел может принимать данные 540 от донорного eNodeB 410. Таким образом, не может быть какой-либо передачи от ретрансляционного узла 420 к r-UE 425 в одном подкадре. r-UE принимает первые один или два управляющих символа OFDM и игнорирует остальную часть подкадра. Вне-MBSFN подкадры передаются от ретрансляционного узла 420 к r-UE 525, и управляющие символы 510, а также символы 530 данных обрабатываются r-UE 425. MBSFN-подкадр может конфигурироваться для каждых 10 мс или каждых 40 мс. Таким образом, подкадры ретрансляционной обратной нисходящей линии связи также поддерживают конфигурации как 10 мс, так и 40 мс. Подобно конфигурации MBSFN-подкадра, подкадры ретрансляционной обратной нисходящей линии связи не могут быть сконфигурированы в подкадрах с номерами #0, #4, #5 и #9. Те подкадры, которым не дается возможность конфигурироваться как подкадры обратной DL, называются "недопустимыми DL-подкадрами". Таким образом, ретрансляционные обратные DL-подкадры могут быть обычными или MBSFN-подкадрами на стороне d-eNB. В текущий момент действует соглашение, что ретрансляционные обратные DL-подкадры, в течение которых может происходить обратная передача по нисходящей линии связи от eNB 410 к ретрансляционному узлу 420, назначаются полустатично. Ретрансляционные обратные UL-подкадры, в течение которых может происходить обратная передача по восходящей линии связи от ретрансляционного узла 420 к eNB 410, назначаются полустатично или опосредованно получаются временным режимом HARQ из ретрансляционных обратных DL-подкадров.

Поскольку MBSFN-подкадры конфигурируются на ретрансляционных узлах как обратные подкадры нисходящей линии связи, ретрансляционный узел не может принимать PDCCH от донорного eNodeB. Таким образом, новый физический канал управления (R-PDCCH) используется, чтобы динамически или "полупостоянно" назначать ресурсы внутри полустатично назначенных подкадров для обратных данных нисходящей линии связи и восходящей линии связи. Обратные данные нисходящей линии связи передаются по новому физическому каналу данных (R-PDSCH), и обратные данные восходящей линии связи передаются по новому физическому каналу данных (R-PUSCH). R-PDCCH для ретрансляционного узла отображается(ются) в R-PDCCH-сегмент внутри PDSCH-сегмента подкадра. Ретрансляционный узел ожидает принять R-PDCCH внутри этого сегмента подкадра. Во временной области R-PDCCH-сегмент охватывает сконфигурированные обратные подкадры нисходящей линии связи. В частотной области R-PDCCH-сегмент существует в определенных ресурсных блоках, предварительно сконфигурированных для ретрансляционного узла сигнализацией более высокого слоя. В отношении исполнения и использования R-PDCCH-сегмента внутри подкадра действует соглашение о следующих характеристиках в стандартизации: R-PDCCH назначаются PRB для передачи полустатично. Кроме того, набор ресурсов, который должен в текущий момент использоваться для R-PDCCH-передачи внутри вышеупомянутых полустатично назначенных PRB, может варьироваться динамически между подкадрами.

Динамически конфигурируемые ресурсы могут охватывать полный набор OFDM-символов, доступных для обратной линии связи, или могут ограничиваться их поднабором.

Ресурсы, которые не используются для R-PDCCH внутри полустатично назначенных PRB, могут быть использованы для переноса R-PDSCH или PDSCH.

В случае MBSFN-подкадров ретрансляционный узел передает управляющие сигналы к r-UE. Затем может стать необходимым переключить режим с передачи на прием, чтобы ретрансляционный узел мог принимать данные, переданные донорным eNodeB внутри одного подкадра. Дополнительно к этому промежутку времени задержка распространения для сигнала между донорным eNodeB и ретрансляционным узлом должна приниматься в расчет. Таким образом, R-PDCCH сначала передается, начиная от OFDM-символа, который внутри подкадра возникает достаточно поздно для того, чтобы ретрансляционный узел его принял.

Отображение R-PDCCH на физические ресурсы может выполняться либо частотно-распределенным образом, либо частотно-локализованным образом.

Добавление с перемежением R-PDCCH внутри ограниченного количества PRB может достигать усиления от разнесенного приема и, в то же время, ограничивать количество потерянных PRB.

Во вне-MBSFN подкадрах используется DM-RS согласно выпуску 10, когда DM-RS конфигурируются от eNodeB. В противном случае используются CRS согласно выпуску 8. В MBSFN-подкадрах используются DM-RS согласно выпуску 10.

R-PDCCH может быть использован для назначения предоставления нисходящей линии связи или предоставления восходящей линии связи для обратной линии связи. Границей зоны поиска предоставления нисходящей линии связи и зоны поиска предоставления восходящей линии связи является граница интервалов подкадра. В частности, предоставление нисходящей линии связи передается только в первом интервале, а предоставление восходящей линии связи передается только во втором интервале подкадра.

Никакого добавления с перемежением не применяется в случае демодулирования с DM-RS. При демодулировании с CRS поддерживается как добавление с перемежением REG-уровня, так и отсутствие добавления с перемежением.

Зоной поиска ретрансляционного обратного R-PDCCH является сегмент, где ретрансля