Способ и устройство для выполнения процесса произвольного доступа в системе беспроводной связи

Способ и устройство для выполнения процесса произвольного доступа в системе беспроводной связи

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

[1] Настоящее изобретение относится к системе беспроводной связи, а более конкретно к способу выполнения процедуры произвольного доступа в системе беспроводной связи на основе агрегирования несущих (CA) и к устройству для означенного.

УРОВЕНЬ ТЕХНИКИ

[2] Системы беспроводной связи повсеместно развернуты, чтобы предоставлять различные типы услуг связи, включающие в себя услуги передачи речи и данных. В общем, система беспроводной связи является системой с множественным доступом, которая поддерживает связь между множеством пользователей посредством совместного использования доступных системных ресурсов (например, полосы пропускания, мощности передачи и т.д.) между множеством пользователей. Система с множественным доступом может приспосабливать схему множественного доступа, такую как множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с частотным разделением каналов (FDMA), множественный доступ с временным разделением каналов (TDMA), множественный доступ с ортогональным частотным разделением каналов (OFDMA) или множественный доступ с частотным разделением каналов с одной несущей (SC-FDMA).

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

ТЕХНИЧЕСКАЯ ЗАДАЧА

[3] Цель настоящего изобретения, разработанного для решения проблемы, заключается в способе эффективного выполнения процедуры произвольного доступа в системе беспроводной связи на основе CA и в устройстве для означенного. Другая цель настоящего изобретения заключается в том, чтобы предоставить способ эффективной передачи/приема управляющей информации (например, информации подтверждения приема), вовлеченной в процедуру произвольного доступа.

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

ТЕХНИЧЕСКОЕ РЕШЕНИЕ

[5] Цель настоящего изобретения может достигаться посредством предоставления способа приема управляющей информации посредством пользовательского оборудования (UE), для которого множество сот конфигурируется в системе беспроводной связи на основе агрегирования несущих, причем способ включает в себя: прием, через первую соту, информации выделения ресурсов восходящей линии связи для второй соты; передачу сигнала восходящей линии связи во второй соте с использованием информации выделения ресурсов восходящей линии связи; и прием информации подтверждения приема для сигнала восходящей линии связи, при этом информация подтверждения приема принимается через конкретную соту, а не через первую соту, когда сигнал восходящей линии связи передается посредством процедуры произвольного доступа, причем информация подтверждения приема принимается через первую соту, когда сигнал восходящей линии связи передается посредством процедуры, отличной от процедуры произвольного доступа.

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

[7] Первая сота может представлять собой первичную соту (PCell), а вторая сота может представлять собой вторичную соту (SCell).

[8] Конкретная сота может представлять собой SCell, сконфигурированную с возможностью диспетчеризации второй соты.

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

[10] Вторая сота и конкретная сота могут представлять собой различные SCell.

[11] Вторая сота и конкретная сота могут представлять собой одну и ту же SCell.

[12] Первая сота может принадлежать первой группе временного опережения (TA), вторая сота может принадлежать второй TA-группе, и первая TA-группа и вторая TA-группа могут отличаться друг от друга.

ПРЕИМУЩЕСТВА ИЗОБРЕТЕНИЯ

[13] Согласно настоящему изобретению, можно эффективно выполнять процедуру произвольного доступа в системе беспроводной связи на основе CA. Помимо этого, можно эффективно передавать/принимать управляющую информацию (например, информацию подтверждения приема), вовлеченную в процедуру произвольного доступа.

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[15] Прилагаемые чертежи, которые включены для того, чтобы обеспечивать дополнительное понимание изобретения, иллюстрируют варианты осуществления изобретения и вместе с описанием служат для того, чтобы пояснять принципы настоящего изобретения. На чертежах:

[16] Фиг. 1 иллюстрирует физические каналы, используемые в 3GPP LTE(-A), и способ передачи сигналов с их использованием;

[17] Фиг. 2 иллюстрирует структуру радиокадра для использования в LTE(-A);

[18] Фиг. 3 иллюстрирует сетку ресурсов слота нисходящей линии связи;

[19] Фиг. 4 иллюстрирует структуру субкадра нисходящей линии связи;

[20] Фиг. 5 иллюстрирует структуру субкадра восходящей линии связи;

[21] Фиг. 6a и 6b иллюстрируют процедуры произвольного доступа;

[22] Фиг. 7 иллюстрирует временное распределение кадров восходящей-нисходящей линии связи;

[23] Фиг. 8 иллюстрирует систему связи на основе CA (агрегирования несущих);

[24] Фиг. 9 иллюстрирует перекрестную диспетчеризацию несущих;

[25] Фиг. 10 иллюстрирует агрегирование множества CC, имеющих различные синхронизации в UL;

[26] Фиг. 11 иллюстрирует передачу UL-сигналов с использованием множества TA;

[27] Фиг. 12 иллюстрирует процедуру произвольного доступа через вторичную компонентную несущую (SCC);

[28] Фиг. 13 иллюстрирует пример передачи физического канала индикатора гибридного ARQ (PHICH) в процедуре произвольного доступа через SCC согласно настоящему изобретению;

[29] Фиг. 14 иллюстрирует нормализованную PHICH-передачу согласно настоящему изобретению; и

[30] Фиг. 15 иллюстрирует базовую станцию (BS) и UE, применимые к вариантам осуществления настоящего изобретения.

НАИЛУЧШИЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

[31] Варианты осуществления настоящего изобретения являются применимыми к множеству технологий беспроводного доступа, таких как множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с частотным разделением каналов (FDMA), множественный доступ с временным разделением каналов (TDMA), множественный доступ с ортогональным частотным разделением каналов (OFDMA) и множественный доступ с частотным разделением каналов с одной несущей (SC-FDMA). CDMA может быть реализован как технология радиосвязи, такая как универсальный наземный радиодоступ (UTRA) или CDMA2000. TDMA может быть реализован как технология радиосвязи, такая как глобальная система мобильной связи (GSM)/общая служба пакетной радиопередачи (GPRS)/развитие стандарта GSM с увеличенной скоростью передачи данных (EDGE). OFDMA может быть реализован как технология радиосвязи, такая как стандарт Института инженеров по электротехнике и радиоэлектронике (IEEE) 802.11 (стандарт высококачественной беспроводной связи (Wi-Fi)), IEEE 802.16 (стандарт общемировой совместимости широкополосного беспроводного доступа (WiMax)), IEEE 802.20 и усовершенствованный UTRA (E-UTRA). UTRA является частью универсальной системы мобильной связи (UMTS). Стандарт долгосрочного развития (LTE) партнерского проекта третьего поколения (3GPP) является частью усовершенствованной UMTS (E-UMTS) с использованием E-UTRA, применяющей OFDMA для нисходящей линии связи и SC-FDMA для восходящей линии связи. Усовершенствованный стандарт LTE (LTE-A) представляет собой усовершенствование 3GPP LTE. Хотя нижеприведенное описание приводится с фокусировкой на 3GPP LTE/LTE-A для ясности, это является исключительно примером и в силу этого не должно истолковываться как ограничение настоящего изобретения.

[32] В системе беспроводной связи UE принимает информацию из BS по нисходящей линии связи (DL) и передает информацию в BS по восходящей линии связи (UL). Информация, передаваемая/принимаемая между BS и UE, включает в себя типы данных и различные типы управляющей информации, и различные физические каналы присутствуют согласно типу/цели информации, передаваемой/принимаемой между BS и UE.

[33] Фиг. 1 иллюстрирует физические каналы, используемые в 3GPP LTE(-A), и способ передачи сигналов с их использованием.

[34] При включении питания, либо когда UE первоначально входит в соту, UE выполняет начальный поиск сот, заключающий в себе синхронизацию с BS, на этапе S101. Для начального поиска сот UE синхронизируется с BS и получает такую информацию, как идентификатор (ID) соты, посредством приема канала основной синхронизации (P-SCH) и канала дополнительной синхронизации (S-SCH) из BS. Затем UE может принимать широковещательную информацию из соты по физическому широковещательному каналу (PBCH). Между тем, UE может проверять состояние канала нисходящей линии связи посредством приема опорного сигнала нисходящей линии связи (DL RS) во время начального поиска сот.

[35] После начального поиска сот UE может получать более конкретную системную информацию посредством приема физического канала управления нисходящей линии связи (PDCCH) и приема физического совместно используемого канала нисходящей линии связи (PDSCH) на основе информации PDCCH на этапе S102.

[36] UE может выполнять процедуру произвольного доступа, чтобы осуществлять доступ к BS, на этапах S103-S106. Для произвольного доступа UE может передавать преамбулу в BS по физическому каналу с произвольным доступом (PRACH) (S103) и принимать ответное сообщение для преамбулы по PDCCH и PDSCH, соответствующему PDCCH (S104). В случае конкурентного произвольного доступа UE может выполнять процедуру разрешения коллизий посредством дополнительной передачи PRACH (S105) и приема PDCCH и PDSCH, соответствующего PDCCH (S106).

[37] После вышеприведенной процедуры UE может принимать PDCCH/PDSCH (S107) и передавать физический совместно используемый канал восходящей линии связи (PUSCH)/физический канал управления восходящей линии связи (PUCCH) (S108), в качестве общей процедуры передачи сигналов нисходящей/восходящей линии связи. Управляющая информация, передаваемая из UE в BS, называется "управляющей информацией восходящей линии связи (UCI)". UCI включает в себя подтверждение/отрицание приема гибридного автоматического запроса на повторную передачу (HARQ-ACK/NACK), запрос на диспетчеризацию (SR), информацию состояния канала (CSI) и т.д. CSI включает в себя индикатор качества канала (CQI), индикатор матрицы предварительного кодирования (PMI), индикатор ранга (RI) и т.д. Хотя UCI передается по PUCCH в общем, UCI может быть передана по PUSCH, когда управляющая информация и данные трафика должны быть одновременно переданы. Помимо этого, UCI может быть апериодически передана через PUSCH согласно запросу/команде сети.

[38] Фиг. 2 иллюстрирует структуру радиокадра. Передача пакетов данных восходящей/нисходящей линии связи выполняется на субкадровой основе. Субкадр задается как предварительно определенный временной интервал, включающий в себя множество символов. 3GPP LTE поддерживает структуру радиокадра типа 1, применимую к дуплексу с частотным разделением каналов (FDD), и структуру радиокадра типа 2, применимую к дуплексу с временным разделением каналов (TDD).

[39] Фиг. 2(a) иллюстрирует структуру радиокадра типа 1. Субкадр нисходящей линии связи включает в себя 10 субкадров, каждый из которых включает в себя 2 слота во временной области. Время для передачи субкадра задается как интервал времени передачи (TTI). Например, каждый субкадр имеет длительность 1 мс, и каждый слот имеет длительность 0,5 мс. Слот включает в себя множество OFDM-символов во временной области и включает в себя множество блоков ресурсов (RB) в частотной области. Поскольку нисходящая линия связи использует OFDM в 3GPP LTE, OFDM-символ представляет период символа. OFDM-символ может называться SC-FDMA-символом или периодом символа. RB в качестве единицы выделения ресурсов может включать в себя множество последовательных поднесущих в одном слоте.

[40] Число OFDM-символов, включенных в один слот, может зависеть от конфигурации циклического префикса (CP). CP включают в себя расширенный CP и обычный CP. Когда OFDM-символ конфигурируется с обычным CP, например, число OFDM-символов, включенных в один слот, может составлять 7. Когда OFDM-символ конфигурируется с расширенным CP, длина одного OFDM-символа возрастает, и в силу этого число OFDM-символов, включенных в один слот, меньше числа OFDM-символов в случае обычного CP. В случае расширенного CP число OFDM-символов, выделяемых одному слоту, может составлять 6. Когда состояние канала является нестабильным, к примеру, в случае, в котором UE перемещается на высокой скорости, расширенный CP может быть использован для того, чтобы уменьшать межсимвольные помехи.

[41] Когда используется обычный CP, один субкадр включает в себя 14 OFDM-символов, поскольку один слот имеет 7 OFDM-символов. Первые три OFDM-символа самое большее в каждом субкадре могут выделяться PDCCH, а оставшиеся OFDM-символы могут выделяться PDSCH.

[42] Фиг. 2(b) иллюстрирует структуру радиокадра типа 2. Радиокадр типа 2 включает в себя 2 половины кадра. Каждая половина кадра включает в себя 4 (5) обычных субкадров и 10 специальных субкадров. Обычные субкадры используются для восходящей линии связи или нисходящей линии связи согласно UL-DL-конфигурации. Субкадр состоит из 2 слотов.

[43] Таблица 1 показывает конфигурации субкадров в радиокадре согласно UL-DL-конфигурациям.

[44] Таблица 1

Таблица 1
Конфигурация нисходящей-восходящей линии связи	Периодичность моментов переключения с нисходящей линии связи на восходящую линию связи	Номер субкадра
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

[45] В таблице 1, D обозначает субкадр нисходящей линии связи, U обозначает субкадр восходящей линии связи, и S обозначает специальный субкадр. Специальный субкадр включает в себя DwPTS (пилотный временной слот нисходящей линии связи), GP (защитный период) и UpPTS (пилотный временной слот восходящей линии связи). DwPTS используется для начального поиска сот, синхронизации или оценки канала в UE, а UpPTS используется для оценки канала в BS и синхронизации передачи по восходящей линии связи в UE. GP исключает помехи в UL, вызываемые посредством задержки из-за многолучевого распространения DL-сигнала между UL и DL.

[46] Структура радиокадра является просто примерной, и число субкадров, включенных в радиокадр, число слотов, включенных в субкадр, и число символов, включенных в слот, может варьироваться.

[47] Фиг. 3 иллюстрирует сетку ресурсов слота нисходящей линии связи.

[48] Ссылаясь на фиг. 3, слот нисходящей линии связи включает в себя множество OFDM-символов во временной области. Хотя один слот нисходящей линии связи может включать в себя 7 OFDM-символов, а один блок ресурсов (RB) может включать в себя 12 поднесущих в частотной области на чертеже, настоящее изобретение не ограничено этим. Каждый элемент на сетке ресурсов называется "элементом ресурсов (RE)". Один RB включает в себя 12 x 7 RE. Число N_RB RB, включенных в слот нисходящей линии связи, зависит от полосы пропускания передачи нисходящей линии связи. Структура слота восходящей линии связи может быть идентичной структуре слота нисходящей линии связи.

[49] Фиг. 4 иллюстрирует структуру субкадра нисходящей линии связи.

[50] Ссылаясь на фиг. 4, максимум три (четыре) OFDM-символа, расположенных в начале первого слота в субкадре, соответствуют области управления, которой выделяется канал управления. Оставшиеся OFDM-символы соответствуют области данных, которой выделяется физический совместно используемый канал нисходящей линии связи (PDSCH). Базовая единица ресурсов области данных представляет собой RB. Примеры каналов управления нисходящей линии связи, используемых в LTE, включают в себя физический канал индикатора формата канала управления (PCFICH), физический канал управления нисходящей линии связи (PDCCH), физический канал индикатора гибридного ARQ (PHICH) и т.д. PCFICH передается в первом OFDM-символе субкадра и переносит информацию, связанную с числом OFDM-символов, используемых для передачи каналов управления в субкадре. PHICH является ответом при передаче по восходящей линии связи и переносит сигнал подтверждения приема (ACK)/отрицания приема (NACK) HARQ. Управляющая информация, передаваемая через PDCCH, называется управляющей информацией нисходящей линии связи (DCI). DCI включает в себя информацию диспетчеризации в восходящей линии связи или нисходящей линии связи или команду управления мощностью передачи по восходящей линии связи для произвольной группы UE.

[51] Управляющая информация, передаваемая через PDCCH, называется управляющей информацией нисходящей линии связи (DCI). Форматы 0, 3, 3A и 4 для восходящей линии связи и форматы 1, 1A, 1B, 1C, 1D, 2, 2A, 2B и 2C для нисходящей линии связи задаются как DCI-форматы. Тип информационного поля, число информационных полей, число битов каждого информационного поля и т.д. зависит от DIC-формата. Например, DCI-форматы избирательно включают в себя такую информацию, как флаг перескока частот, RB-назначение, MCS (схема модуляции и кодирования), RV (резервная версия), NDI (индикатор новых данных), TPC (управление мощностью передачи), номер HARQ-процесса, подтверждение PMI (индикатора матрицы предварительного кодирования) по мере необходимости. Соответственно, размер управляющей информации, совпадающей с DCI-форматом, зависит от DCI-формата. Произвольный DCI-формат может быть использован для того, чтобы передавать два или более типов управляющей информации. Например, DCI-форматы 0/1A используются для того, чтобы переносить DCI-формат 0 или DCI-формат 1, которые отличаются друг от друга с использованием поля флага.

[52] PDCCH может переносить транспортный формат и выделение ресурсов совместно используемого канала нисходящей линии связи (DL-SCH), информацию выделения ресурсов совместно используемого канала восходящей линии связи (UL-SCH), информацию поисковых вызовов на канале поисковых вызовов (PCH), системную информацию по DL-SCH, информацию относительно выделения ресурсов управляющего сообщения верхнего уровня, такого как ответ по произвольному доступу, передаваемый на PDSCH, набор команд управления Tx-мощностью (мощностью передачи) для отдельных UE в произвольной группе UE, команду управления Tx-мощностью, информацию относительно активации речи по IP (VoIP) и т.д. Множество PDCCH может быть передано в области управления. UE может осуществлять мониторинг множества PDCCH. PDCCH передается на агрегировании из одного или нескольких последовательных элементов канала управления (CCE). CCE представляет собой логическую единицу выделения, используемую для того, чтобы предоставлять PDCCH со скоростью кодирования на основе состояния радиоканала. CCE соответствует множеству групп элементов ресурсов (REG). Формат PDCCH и число битов доступного PDCCH определяются посредством числа CCE. BS определяет PDCCH-формат согласно DCI, которая должна быть передана в UE, и присоединяет контроль циклическим избыточным кодом (CRC) к управляющей информации. CRC маскируется с помощью уникального идентификатора (называемого "временным идентификатором радиосети (RNTI)") согласно владельцу или использованию PDCCH. Если PDCCH предназначен для конкретного UE, уникальный идентификатор (например, RNTI соты (C-RNTI)) UE может маскироваться в CRC. Альтернативно, если PDCCH предназначен для сообщения поискового вызова, идентификатор поискового вызова (например, RNTI для поисковых вызовов (P-RNTI)) может маскироваться в CRC. Если PDCCH предназначен для системной информации (более конкретно, блока системной информации (SIB)), RNTI системной информации (SI-RNTI) может маскироваться в CRC. Когда PDCCH предназначен для ответа по произвольному доступу, RNTI для произвольного доступа (RA-RNTI) может маскироваться в CRC.

[53] PDCCH переносит сообщение, известное как DCI, которое включает в себя информацию назначения ресурсов и другую управляющую информацию для UE или группы UE. В общем, множество PDCCH может быть передано в субкадре. Каждый PDCCH передается с использованием одного или более CCE. Каждый CCE соответствует 9 наборам из 4 RE. 4 RE упоминаются в качестве REG. 4 QPSK-символа преобразуются в одну REG. RE, выделяемые опорному сигналу, не включаются в REG, и в силу этого общее число REG в OFDM-символах зависит от присутствия или отсутствия конкретного для соты опорного сигнала. Принцип REG (т.е. преобразования на основе групп, причем каждая группа включает в себя 4 RE) используется для других каналов управления нисходящей линии связи (PCFICH и PHICH). Иными словами, REG используется в качестве базовой единицы ресурсов области управления. Поддерживаются 4 PDCCH-формата, как показано в таблице 2.

[54] Таблица 2

Таблица 2
PDCCH-формат	Число CCE (n)	Число REG	Число PDCCH-битов
0123	1248	9183672	72144288576

[55] CCE последовательно нумеруются. Чтобы упрощать процесс декодирования, передача PDCCH, имеющего формат, включающий в себя n CCE, может начинаться с использованием числа CCE, кратного n. Число CCE, используемых для того, чтобы передавать конкретный PDCCH, определяется посредством BS согласно состоянию канала. Например, если PDCCH предназначен для UE, имеющего высококачественный канал нисходящей линии связи (например, канал около BS), только один CCE может быть использован для PDCCH-передачи. Тем не менее, для UE, имеющего плохой канал (например, канал около границы соты), 8 CCE могут быть использованы для PDCCH-передачи, чтобы получать достаточную устойчивость. Помимо этого, уровень мощности PDCCH может управляться согласно состоянию канала.

[56] LTE задает CCE-позиции в ограниченном наборе, в котором PDCCH могут быть размещены для каждого UE. CCE-позиции в ограниченном наборе, который должно осуществлять мониторинг UE, чтобы обнаруживать PDCCH, выделяемый ему, могут называться "пространством поиска (SS)". В LTE, SS имеет размер в зависимости от PDCCH-формата. Конкретное для UE пространство поиска (USS) и общее пространство поиска (CSS) задаются отдельно. USS задается для каждого UE, и диапазон CSS передается в служебных сигналах во все UE. USS и CSS могут перекрываться для данного UE. В случае очень небольшого SS относительно конкретного UE, когда некоторые позиции CCE выделяются в SS, оставшиеся CCE не присутствуют. Соответственно, BS может не находить CCE-ресурсы, на которых PDCCH должны быть переданы в доступные UE в данных субкадрах. Чтобы минимизировать вероятность того, что это блокирование продолжается до следующего субкадра, конкретная для UE последовательность перескока частот применяется к начальной точке USS.

[57] Таблица 3 показывает размеры CSS и USS.

[58] Таблица 3

Таблица 3
PDCCH-формат	Число CCE (n)	Число возможных вариантов в CSS	Число возможных вариантов в USS
0123	1248	--42	6622

[59] Чтобы управлять вычислительной нагрузкой слепого декодирования на основе числа процессов слепого декодирования до надлежащего уровня, UE не должно обязательно одновременно выполнять поиск всех заданных DCI-форматов. В общем, UE выполняет поиск форматов 0 и 1A всегда в USS. Форматы 0 и 1A имеют идентичный размер и отличаются друг от друга посредством флага в сообщении. UE, возможно, должно принимать дополнительный формат (например, формат 1, 1B или 2 согласно режиму PDSCH-передачи, заданному посредством BS). UE выполняет поиск форматов 1A и 1C в CSS. Кроме того, UE может задаваться с возможностью осуществлять поиск формата 3 или 3A. Форматы 3 и 3A имеют размер, идентичный размеру форматов 0 и 1A, и могут отличаться друг от друга посредством скремблирования CRC с различными (общими) идентификаторами, а не с конкретным для UE идентификатором. Схемы PDSCH-передачи и информационный контент DCI-форматов согласно режиму передачи (TM) представлены ниже.

[60] РЕЖИМ ПЕРЕДАЧИ (TM)

[61] - Режим 1 передачи: передача из одного антенного порта базовой станции

[62] - Режим 2 передачи: разнесенная передача

[63] - Режим 3 передачи: пространственное мультиплексирование без обратной связи

[64] - Режим 4 передачи: пространственное мультиплексирование с обратной связью

[65] - Режим 5 передачи: многопользовательская MIMO (со многими входами и многими выходами)

[66] - Режим 6 передачи: предварительное кодирование ранга 1 с обратной связью

[67] - Режим 7 передачи: передача из одноантенного порта (порта 5)

[68] - Режим 8 передачи: двухуровневая передача (порты 7 и 8) или передача из одноантенного порта (порта 7 или 8)

[69] - Режим 9 передачи: передача максимум через 8 уровней (порты 7-14) или передача из одноантенного порта (порта 7 или 8)

[70] DCI-ФОРМАТ

[71] - Формат 0: разрешения на передачу по ресурсу для PUSCH-передачи

[72] - Формат 1: назначения ресурсов для PDSCH-передачи на основе одного кодового слова (режимы 1, 2 и 7 передачи)

[73] - Формат 1A: компактная передача в служебных сигналах назначений ресурсов для PDSCH на основе одного кодового слова (все режимы)

[74] - Формат 1B: компактные назначения ресурсов для PDSCH с использованием предварительного кодирования с обратной связью ранга 1 (режим 6)

[75] - Формат 1C: сверхкомпактные назначения ресурсов для PDSCH (например, информация поисковых вызовов/широковещательная системная информация)

[76] - Формат 1D: компактные назначения ресурсов для PDSCH с использованием многопользовательской MIMO (режим 5)

[77] - Формат 2: назначения ресурсов для PDSCH для работы в MIMO-режиме с обратной связью (режим 4)

[78] - Формат 2A: назначения ресурсов для PDSCH для работы в MIMO-режиме без обратной связи (режим 3)

[79] - Формат 3/3A: команды управления мощностью для PUCCH и PUSCH с 2-битовым/1-битовым регулированием мощности

[80] Фиг. 5 иллюстрирует структуру субкадра восходящей линии связи.

[81] Ссылаясь на фиг. 5, субкадр восходящей линии связи включает в себя множество (например, 2) слотов. Слот может включать в себя различные числа SC-FDMA-символов согласно длинам CP. Например, слот может включать в себя 7 SC-FDMA-символов в случае обычного CP. Субкадр восходящей линии связи разделяется на область управления и область данных в частотной области. Область данных выделяется с PUSCH и используется для того, чтобы переносить сигнал данных, к примеру, аудиоданные. Область управления выделяется PUCCH и используется для того, чтобы переносить управляющую информацию. PUCCH включает в себя RB-пару (например, m=0, 1, 2, 3), расположенную с обоих концов области данных в частотной области и перескакивающую на границе слота. Управляющая информация включает в себя HARQ ACK/NACK, CQI, PMI, RI и т.д.

[82] Приводится описание процедуры произвольного доступа. Процедура произвольного доступа называется "процедурой на основе канала с произвольным доступом (RACH)". Процедура произвольного доступа используется для начального доступа, управления синхронизацией в восходящей линии связи, назначения ресурсов, передачи обслуживания и т.д. Процедура произвольного доступа классифицируется на конкурентную процедуру и выделенную (т.е. неконкурентную) процедуру. Процедура конкурентного произвольного доступа включает в себя начальный доступ и используется в обычной ситуации, а процедура выделенного произвольного доступа ограничивается передачей обслуживания и т.д. В процедуре конкурентного произвольного доступа, UE произвольно выбирает последовательность RACH-преамбул. Соответственно, множество UE может одновременно передавать идентичную последовательность RACH-преамбул, что требует процедуры разрешения коллизий. В процедуре выделенного произвольного доступа UE использует последовательность RACH-преамбул, уникально выделяемую ему тому посредством BS. Соответственно, UE может выполнять процедуру произвольного доступа без коллизии с другими UE.

[83] Фиг. 6a и 6b иллюстрируют процедуры произвольного доступа. Фиг. 6a показывает процедуру конкурентного произвольного доступа, а фиг. 6b показывает процедуру выделенного произвольного доступа.

[84] Ссылаясь на фиг. 6a, процедура конкурентного произвольного доступа включает в себя следующие четыре этапа. Сообщения, передаваемые на этапах 1-4, соответственно, могут называться "сообщениями (Msg) 1-4".

[85] Этап 1. RACH-преамбула (через PRACH) (UE=>eNB)

[86] Этап 2. Ответ по произвольному доступу (RAR) (через PDCCH и PDSCH) (eNB=>UE)

[87] Этап 3. Сообщение уровня 2/уровня 3 (через PUSCH) (UE=>eNB)

[88] Этап 4. Сообщение для разрешения коллизий (eNB=>UE)

[89] Ссылаясь на фиг. 6b, процедура выделенного произвольного доступа включает в себя следующие три этапа. Сообщения, передаваемые на этапах 0, 1 и 2, соответственно, могут называться "сообщениями (Msg) 0, 1 и 2". Передача по восходящей линии связи (т.е. этап 3), соответствующая RAR, может выполняться в качестве части процедуры произвольного доступа, которая не показана на чертеже. Процедура выделенного произвольного доступа может быть инициирована с использованием PDCCH (называемого "PDCCH-командой" в дальнейшем), используемого для BS, чтобы упорядочивать передачу RACH-преамбулы.

[90] Этап 0. Выделение RACH-преамбулы через выделенную передачу служебных сигналов (eNB=>UE)

[91] Этап 1. RACH-преамбула (через PRACH) (UE=>eNB)

[92] Этап 2. Ответ по произвольному доступу (RAR) (через PDCCH и PDSCH) (eNB=>UE)

[93] После передачи RACH-преамбулы UE пытается принимать RAR в пределах предварительно определенного временного окна. В частности, UE пытается обнаруживать PDCCH (называемый "RA-RNTI PDCCH" в дальнейшем), имеющий RA-RNTI (например, CRC в PDCCH маскируется с помощью RA-RNTI) в пределах временного окна. UE проверяет то, включает или нет PDSCH, соответствующий RA-RNTI PDCCH, в себя RAR для этого, когда обнаруживается RA-RNTI PDCCH. RAR включает в себя информацию временного опережения (TA), представляющую информацию сдвига по времени для синхронизации в UL, информацию выделения UL-ресурсов (информацию разрешения на передачу по UL), временный идентификатор UE (например, временный RNTI соты (RNTI TC)) и т.д. UE может выполнять передачу по UL (например, сообщение 3) согласно информации выделения ресурсов и TA-значению, включенному в RAR. HARQ применяется к передаче по UL, соответствующей RAR. Соответственно, UE может принимать информацию подтверждения приема (например, PHICH), соответствующую сообщению 3, после передачи сообщения 3.

[94] Фиг. 7 иллюстрирует временное распределение кадров восходящей-нисходящей линии связи.

[95] Ссылаясь на фиг. 7, передача радиокадра #i восходящей линии связи начинается за (N_TA+N_TAoffset)*T_s секунд до передачи радиокадра нисходящей линии связи, соответствующего радиокадру восходящей линии связи. В LTE, 0≤N_TA≤20512, N_TAoffset=0 в FDD и N_TAoffset=624 в TDD. N_TAoffset является заранее известным для BS и UE_t. Когда N_TA указывается через команду временного опережения (TA) в процедуре произвольного доступа, UE регулирует время передачи UL-сигналов (например, PUCCH/PUSCH/SRS) через вышеуказанную формулу. Время передачи UL-сигналов задается равным кратному из 16 T_s. T_s представляет время выборки и может составлять, например, 1/30720 (мс) (см. фиг. 2). TA указывает изменение временного распределения в UL на основе текущего временного распределения в UL. TA, включенное в RAR, является 11-битовой информацией, которая представляет 0, 1, 2, …, 1282, и значение временного регулирования (N_TA) представляется как N_TA=TA*16. В других случаях, TA является 6-битовой информацией, которая представляет 0, 1, 2, …, 63, и N_TA представляется как N_TA,new=N_TA,old+(TA-31)*16. TA, принимаемое в субкадре n, применяется к субкадру n+6 и последующим субкадрам. В случае FDD, время передачи UL-субкадра n продвигается вперед от начальной точки DL-субкадра n, как показано на чертеже. В случае TDD, время передачи UL-субкадра n продвигается вперед от конечной точки DL-субкадра n+1 (не показано).

[96] Фиг. 8 иллюстрирует систему связи агрегирования несущих (CA).

[97] Ссылаясь на фиг. 8, множество компонентных несущих (CC) UL/DL может быть агрегировано, чтобы поддерживать более широкую полосу пропускания UL/DL. CC могут быть смежными или несмежными в частотной области. Полосы пропускания CC могут быть независимо определены. Может быть реализовано асимметричное CA, при котором число UL CC отличается от числа DL CC. Управляющая информация может быть передана/принята только через конкретную CC. Эта конкретная CC может называться "первичной CC", а другие CC могут называться "вторичными CC". Например, когда применяется перекрестная диспетчеризация несущих (или перекрестная CC-диспетчеризация), PDCCH для выделения ресурсов нисходящей линии связи может передаваться на DL CC #0, и PDSCH, соответствующий ей, может передаваться на DL CC #2. Термин "компонентная несущая" может быть заменен посредством других эквивалентных терминов (например, "несущая", "сота" и т.д.).

[98] Для перекрестной CC-диспетчеризации используется поле индикатора несущей (CIF). Присутствие или отсутствие CIF в PDCCH может быть определено посредством служебных сигналов верхнего уровня (например, передачи служебных RRC-сигналов) полустатически и конкретно для UE (или конкретно для группы UE). Основы PDCCH-передачи обобщаются следующим образом.

[99] - CIF деактивировано: PDCCH на DL CC используется для того, чтобы выделять PDSCH-ресурс на идентичной DL CC или PUSCH-ресурс на связанной UL CC.

[100] - Без CIF

[101] - CIF активировано: PDCCH на DL CC может быть использован для того, чтобы выделять PDSCH или PUSCH-ресурс на конкретной DL/UL CC из множества агрегированных DL/UL CC с использованием CIF.

[102] - DCI-формат LTE, расширенный таким образом, чтобы иметь CIF

[103] - CIF соответствует фиксированному x-битовому полю (например, x=3) (когда CIF задается)

[104] - Позиция CIF является фиксированной независимо от размера DIC-формата (когда CIF задается)

[105] Когда CIF присутствует, BS может выделять DL CC мониторинга (набор), чтобы сокращать BD-сложность UE. Для диспетчеризации PDSCH/PUSCH UE может обнаруживать/декодировать PDCCH только на соответствующих DL CC. BS может передавать PDCCH только через DL CC мониторинга (набор). Набор DL CC мониторинга может задаваться конкретно для UE, конкретно для группы UE или конкретно для соты.

[106] Фиг. 9 иллюстрирует диспетчеризацию, когда агрегируется множество несущих. Предполагается, что 3 DL CC агрегируются, и DL CC A задается как PDCCH CC. DL CC A~C может называться "обслуживающей CC", "обслуживающей несущей", "обслуживающей сотой" и т.д. Когда CIF деактивируется, каждая DL CC, может передавать только PDCCH, который диспетчеризует PDSCH, соответствующий DL CC без CIF согласно правилу LTE PDCCH (неперекрестная CC-диспетчеризация). Когда CIF активируется через конкретные для UE (либо конкретные для группы UE или конкретные для соты) служебные сигналы верхнего уровня, конкретная CC (например, DL CC A) может передавать не только PDCCH, который диспетчеризует PDSCH DL CC A, но также и PDCCH, которые диспетчеризуют PDSCH других DL CC с использованием CIF (перекрестная диспетчеризация). PDCCH не передается на DL CC B и DL CC C.

[107] В случае перекрестной CC-диспетчеризации, PDCCH для передачи разрешений на передачу по DL/UL для диспетчеризации DL/UL-данных, передаваемых/принимаемых на конкретной CC (т.е. SCC), и ACK/NACK-информация для UL-данных, передаваемых/принимаемых на CC (т.е. SCC), может быть передаваться/приниматься только через конкретную CC. Конкретная CC (или сота) называется "CC (или сотой) диспетчеризации" либо