СПОСОБ И УСТРОЙСТВО ДЛЯ ВЫПОЛНЕНИЯ ПРОЦЕССА ПРОИЗВОЛЬНОГО ДОСТУПА В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ Российский патент 2016 года по МПК H04W74/08 

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

[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-битов 0
1
2
3 1
2
4
8 9
18
36
72 72
144
288
576

[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 0
1
2
3 1
2
4
8 -
-
4
2 6
6
2
2

[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 (или сотой) диспетчеризации" либо CC (или сотой) (MCC) мониторинга". CC (или сота), диспетчеризованная для PDSCH/PUSCH посредством PDCCH другой CC, называется "диспетчеризованной CC (или сотой)". Одна или более MCC могут быть сконфигурированы для одного UE. MCC включает в себя PCC. Когда присутствует только одна CC диспетчеризации, CC диспетчеризации может быть эквивалентной PCC. В этом подробном описании, предполагается, что MCC (например, PCC) и SCC находятся во взаимосвязи перекрестной CC-диспетчеризации, и одна или более SCC могут быть во взаимосвязи перекрестной CC-диспетчеризации с конкретной MCC.

[108] Когда задается перекрестная CC-диспетчеризация, CC, на которых передаются сигналы, задаются следующим образом согласно типу сигнала.

[109] - PDCCH (разрешение на передачу по UL/DL): MCC

[110] - PDSCH/PUSCH: CC, указываемая посредством CIF PDCCH, обнаруженного из MCC

[111] - DL ACK/NACK (PHICH): MCC

[112] * CRC PDCCH для передачи разрешений на передачу по UL/DL может маскироваться с помощью C-RNTI.

[113] ВАРИАНТ ОСУЩЕСТВЛЕНИЯ: СХЕМА ДЛЯ ПОДДЕРЖКИ МНОЖЕСТВА TA

[114] Когда множество CC агрегируется для UE, LTE-A рассматривает применение значения временного опережения (TA), которое является применимым к конкретной CC (например, PCC или PCell) ко множеству CC. Тем не менее, множество CC, принадлежащих различным полосам частот (т.е. в существенно разнесенных в частотной области), или множество CC, имеющих различные характеристики распространения, могут быть агрегированы для UE в будущем. В случае конкретной соты, такие устройства, как удаленный радиомодуль (RRH) (т.е. повторитель), могут быть развернуты в соте, чтобы расширять покрытие соты или устранять брешь покрытия. В этом случае, передача по UL с использованием способа совместного применения одного TA-значения ко множеству CC может оказывать серьезное влияние на передачу UL-сигналов на множестве CC.

[115] Фиг. 10 иллюстрирует агрегирование множества CC, имеющих различные синхронизации в UL. Фиг. 10 показывает случаи, когда UE агрегирует две CC (CC1 и CC2), передает/принимает одну из CC (CC1) с использованием RRH вследствие ограниченного покрытия и передает/принимает другую (CC2) через прямую связь с eNB без RRH. В этом случае, задержка на распространение (или время приема в eNB) UL-сигнала, передаваемого из UE в CC1, и задержка на распространение (или время приема в eNB) UL-сигнала, передаваемого из UE в CC2, могут отличаться друг от друга вследствие позиции UE и частотных характеристик. Когда множество CC имеют различные характеристики распространения, CC предпочтительно имеют множество TA.

[116] Фиг. 11 показывает случаи, когда UE агрегирует две CC (например, PCell (PCC) и SCell (SCC)) и передает UL-сигналы посредством применения различных TA к сотам. Как показано на фиг. 11, TA1 является применимым к передаче по UL PCell, и TA2 является применимым к передаче по UL SCell. Фиг. 11 иллюстрирует случай, в котором конечная точка передачи UL-субкадров/сигналов (например, PUSCH, PUCCH, SRS и т.д.), продвигается вперед на TA от конечной точки приема DL-субкадров. Эквивалентно, начальная точка передачи UL-субкадров/сигналов (например, PUSCH, PUCCH, SRS и т.д.) может быть продвинута вперед на TA от начальной точки приема DL-субкадров.

[117] Соответственно, можно рассматривать независимое выделение TA в расчете на CC-группу (в дальнейшем в этом документе, называемую "TA-группой"). Здесь, TA-группа (TAG) может включать в себя одну или более CC. Одно TA может обычно применяться к CC в TAG. В случае TAG (называемой "TAG_PCC" в дальнейшем), которой принадлежит PCC (PCell), TA, определенное на основе PCC или регулируемое через процедуру произвольного доступа, связанную с PCC, может применяться ко всем CC в TAG_PCC. В случае TAG (называемой "TAG_SCC"), включающей в себя только SCC (SCell), TA, определенное на основе конкретной SCC в TAG_SCC, может применяться ко всем CC в TAG_SCC. Чтобы достигать этого, может быть необходимым выполнять процедуру произвольного доступа даже через SCC, в отличие от традиционной схемы. Процедура неконкурентного произвольного доступа инициируется с использованием PDCCH (т.е. PDCCH-команды), посредством которого eNB упорядочивает передачу преамбулы, тогда как процедура конкурентного произвольного доступа, инициированная посредством UE, может быть подходящей в качестве процедуры произвольного доступа, связанной с SCC.

[118] Элементы процедуры неконкурентного произвольного доступа с использованием PDCCH-команды размещаются следующим образом.

[119] 1) Msg0 (сообщение 0): PDCCH-команда, которая упорядочивает передачу RACH-преамбулы (eNB=>UE)

[120] 2) Msg1 (сообщение 1): RACH-преамбула, соответствующая PDCCH-команде (UE=>eNB)

[121] 3) Msg2 (сообщение 2): PDSCH (называемый "RAR PDSCH"), включающий в себя ответ по произвольному доступу (eNB=>UE). Ответ по произвольному доступу включает в себя разрешение на передачу по UL, TA и т.д.

[122] * Msg2-PDCCH: PDCCH для передачи разрешений на передачу по DL, соответствующий RAR PDSCH (eNB=>UE)

[123] 4) Msg3 (сообщение 3): PUSCH на основе разрешения на передачу по UL в RAR PDSCH (UE=>eNB)

[124] Как описано выше, только одна TA-группа, включающая в себя PCC, присутствует в LTE-A. Соответственно, TA, определенное на основе PCC для синхронизации в UL или регулируемое через процедуру произвольного доступа, связанную с PCC, обычно применяется ко всем CC, сконфигурированным для UE. Когда процедура произвольного доступа, связанная с PCC, соответствует неконкурентной схеме с использованием PDCCH-команды, CC, на которой передается каждое сообщение, и пространство поиска (SS) для PDCCH-обнаружения представляют собой следующее.

[125] 1) Msg0: передача по DL через общее SS (CSS) на PCC или USS (конкретное для UE SS) для PCC-диспетчеризации

[126] 2) Msg1: передача по UL через PCC

[127] 3-1) Msg2-PDCCH: передача по DL через CSS на PCC (PDCCH, имеющий RA-RNTI, может передаваться только через CSS в LTE(-A)).

[128] 3-2) Msg2: передача по DL через PCC

[129] 4) Msg3: передача по UL через PCC

[130] Между тем, новая система может обеспечивать возможность выполнения процедуры произвольного доступа (процедуры неконкурентного произвольного доступа с использованием PDCCH-команды) через конкретную SCC (называемую "RA-SCC") в TAG_SCC для синхронизации в UL в случае TAG (т.е. TAG_SCC), состоящей только из SCC. Процедура произвольного доступа на основе передачи RACH-преамбулы на SCC для удобства называется "процедурой произвольного доступа через SCC".

[131] Фиг. 12 иллюстрирует процедуру произвольного доступа через SCC. TA, регулируемое/определяемое на основе процедуры произвольного доступа через SCC, обычно является применимым ко всей CC в SCC TAG.

[132] Ссылаясь на фиг. 12, CC, на которой передается каждое сообщение, и SCC для PDCCH-обнаружения определяются следующим образом.

[133] 1) Msg0: передается из eNB в UE через USS CC диспетчеризации RA-SCC (S1202). USS может присутствовать на RA-SCC в случае неперекрестной CC-диспетчеризации и может присутствовать на MCC (называемой "RA-MCC"), сконфигурированной с возможностью диспетчеризовать RS-SCC.

[134] 2) Msg1: передается из UE в eNB через RA-SCC (S1204).

[135] 3-1) Msg2-PDCCH: передается из eNB в UE через CSS PCC (S1206). CRC DCI-формата (например, DCI-формата 1A) для Msg2-PDCCH скремблирован с RA-RNTI. Скремблирование RA-RNTI применяется только к CSS.

[136] 3-2) Msg2: передается из eNB в UE через PCC (S1208).

[137] 4) Msg3: передается из UE в eNB через RA-SCC (S1210).

[138] Между тем, может быть необходимым определять CC, на которой передается PHICH-ответ на Msg3 в процедуре произвольного доступа через SCC. С учетом этого, может рассматриваться случай, в котором eNB не может принимать/декодировать Msg3 и в силу этого передает PDCCH для передачи разрешений на передачу по UL, который указывает повторную передачу Msg3. В этом случае, PDCCH для передачи разрешений на передачу по UL предпочтительно может скремблироваться с C-RNTI и передаваться через USS диспетчеризации RA-SCC на CC, сконфигурированной с возможностью диспетчеризовать RA-SCC с точки зрения перекрестной CC-диспетчеризации. Соответственно, может быть эффективным для eNB и для UE поддерживать передачу связанных с PUSCH-передачей каналов управления DL (т.е. PDCCH для передачи разрешений на передачу по UL и PHICH, соответствующего PUSCH, связанному с PDCCH для передачи разрешений на передачу по UL) на той же CC, что и CC в LTE-A для параллельной обработки в расчете на CC.

[139] Соответственно, настоящее изобретение предоставляет способ передачи/приема PHICH для PUSCH-передачи (т.е. Msg3), который диспетчеризуется через RAR PDSCH в процедуре произвольного доступа через SCC через CC (CC диспетчеризации RA-SCC), сконфигурированную с возможностью диспетчеризовать CC (т.е. RA-SCC), на которой передается соответствующий PUSCH (вместо CC, на которой передается RAR PDSCH (и/или PDCCH, диспетчеризующий его)). Здесь, CC диспетчеризации RA-SCC означает CC, сконфигурированную с возможностью передавать PDCCH для передачи разрешений на передачу по DL/UL для RA-SCC. Другими словами, CC диспетчеризации RA-SCC может означать CC, которая должна осуществлять мониторинг PDCCH (C-RNTI) для RA-SCC. CC диспетчеризации RA-SCC соответствует RA-SCC в неперекрестной диспетчеризации несущих и соответствует RA-MCC в перекрестной диспетчеризации несущих. Здесь, RA-MCC может отличаться от PCC. Иными словами, когда перекрестная CC-диспетчеризация применяется (к CC, на которой передается Msg3), CC, на которой передается PHICH для Msg3, может представлять собой CC, сконфигурированную с возможностью диспетчеризовать CC, на которой передано Msg3 (посредством верхнего уровня (например, уровня управления радиоресурсами (RRC)). Когда применяется неперекрестная CC-диспетчеризация, CC, на которой передается PHICH для Msg3, может представлять собой CC, на которой передано Msg3. Предложение настоящего изобретения может пониматься как схема, в которой информация подтверждения приема для передачи по UL принимается через CC, сконфигурированную с возможностью осуществлять мониторинг PDCCH (C-RNTI) (независимо от CC, через которую принимается PDCCH (RA-RNTI)), когда передача по UL соответствует PDCCH (RA-RANTI). Между тем, Msg2, которое диспетчеризует Msg3, может быть передано/принято через произвольную CC (называемую "CC1"), и Msg2-PDCCH, который диспетчеризует Msg2, может быть передан/принят через SS диспетчеризации CC1. Здесь, CC1 может представлять собой PCC, и SS диспетчеризации CC1 может представлять собой CSS (на PCC).

[140] Процедура произвольного доступа через SCC согласно настоящему изобретению может выполняться следующим образом относительно PHICH. Фундаментальная процедура является идентичной/аналогичной процедуре, показанной на фиг. 12. Для удобства CC, на которой передается Msg1, называется "RA-SCC", CC, сконфигурированная с возможностью диспетчеризовать RA-SCC во время перекрестной CC-диспетчеризации, называется "RA-MCC", и PHICH для Msg3-передачи называется "Msg3-PHICH".

[141] 1) Msg0: оно может передаваться через USS диспетчеризации RA-SCC (eNB=>UE). В частности, Msg0 (например, PDCCH-команда) может передаваться через USS RA-SCC в случае неперекрестной CC-диспетчеризации и передаваться через USS RA-MCC в случае перекрестной CC-диспетчеризации.

[142] 2) Msg1: оно может передаваться через RA-SCC (UE=>eNB).

[143] 2-1) Msg2-PDCCH: он может передаваться через SS диспетчеризации CC1 (eNB=>UE). В частности, Msg2-PDCCH может передаваться через SS CC1 в случае неперекрестной CC-диспетчеризации и передаваться через SS CC диспетчеризации CC1 в случае перекрестной CC-диспетчеризации. Здесь, CC1 может представлять собой PCC, и SS может представлять собой CSS (на PCC).

[144] 2-2) Msg2: оно может передаваться через CC1 (eNB=>UE). CC1 может представлять собой PCC.

[145] 3) Msg3: оно может передаваться через RA-SCC (UE=>eNB).

[146] 4) Msg3-PHICH: он может передаваться через CC, сконфигурированную с возможностью диспетчеризовать RA-SCC (eNB=>UE). В частности, Msg3-PHICH может передаваться через RA-SCC в случае неперекрестной CC-диспетчеризации и передаваться через RA-MCC в случае перекрестной CC-диспетчеризации.

[147] Согласно предложению настоящего изобретения, даже если Msg3 диспетчеризуется через Msg2, PHICH для Msg3 передается через CC, сконфигурированную с возможностью диспетчеризовать CC, на которой передается Msg3 (т.е. сконфигурированную с возможностью передавать PDCCH для передачи разрешений на передачу по DL/UL, который диспетчеризует CC). Соответственно, CC, на которой передается Msg3 диспетчеризации Msg2, может отличаться от CC, на которой передается PHICH для Msg3. Например, если CC1 соответствует PCC в неперекрестной CC-диспетчеризации, то Msg3 диспетчеризации Msg2 может быть передано через PCC, тогда как PHICH для Msg3 может передаваться через RA-SCC вместо PCC.

[148] Альтернативно, может рассматриваться способ передачи PHICH для Msg3 через CC1 (например, PCC) (на которой передается Msg2). Такой способ может быть более подходящим для случая, в котором синхронизация DL для RA-SCC не стабилизируется, когда RA-SCC выделяется через передачу служебных RRC-сигналов, и затем начальная процедура произвольного доступа для RA-SCC выполняется (или когда процедура произвольного доступа для RA-SCC выполняется сразу после активации по истечении долговременной деактивации).

[149] Вышеуказанный способ может в равной степени применяться к Msg3-PHICH-передаче в процедуре конкурентного произвольного доступа через SCC, инициированной посредством UE, через передачу RACH-преамбулы в SCC без дополнительной инструкции (согласно PDCCH-команде) из eNB.

[150] Эти CC для Msg3-передачи (т.е. RA-SCC) и CC для Msg3-PHICH-передачи (т.е. RA-MCC) могут отличаться друг от друга, и полосы пропускания UL (например, числа RB) двух CC могут отличаться друг от друга по процедуре произвольного доступа через SCC согласно настоящему изобретению (в частности, когда перекрестная CC-диспетчеризация задается для RA-SCC), в отличие от традиционной процедуры произвольного доступа, в которой Msg3-передача и Msg3-PHICH-передача выполняются через PCC. Даже в обычной перекрестной CC-диспетчеризации, PUSCH и PHICH для него могут передаваться через различные CC (т.е. SCC и MCC, сконфигурированную с возможностью диспетчеризовать SCC), и полосы пропускания UL (например, числа RB) двух CC могут отличаться друг от друга. Когда PUSCH, начинающиеся с идентичного RB-индекса, одновременно передаются через множество CC, PHICH-ресурсы для PUSCH могут конфликтовать, поскольку индексы PHICH-ресурсов приводятся на основе первого RB-индекса, используемого для PUSCH-передачи. Соответственно, циклический сдвиг опорного сигнала демодуляции (DMRS CS) может надлежащим образом выделяться в PDCCH для передачи разрешений на передачу по UL, и смещение может применяться к PHICH-ресурсам на основе DMRS CS, чтобы разрешать коллизию PHICH-ресурсов. Тем не менее, в случае процедуры произвольного доступа, связанная с DMRS CS (или PHICH-смещением) информация не включается в информацию разрешения на передачу по UL в RAR PDSCH (Msg2), который диспетчеризует Msg3. Соответственно, диспетчеризация в UL может ограничиваться и задерживаться, чтобы не допускать коллизии PHICH-ресурсов между обычным PDSCH и Msg3.

[151] Чтобы разрешать эту проблему, настоящее изобретение предоставляет способ передачи служебной информации (например, связанной с DMRS CS или PHICH-смещением информации, соответствующей ему) для определения/изменения PHICH(Msg3-PHICH)-ресурсов для PUSCH(Msg3)-передачи через RAR PDSCH (Msg2) или PDCCH (Msg2-PDCCH), диспетчеризующий его, в случае процедуры произвольного доступа. В частности, могут рассматриваться следующие способы.

[152] (1) Способ передачи в служебных сигналах DMRS CS (или PHICH-смещения) через Msg2-PDSCH (RAR).

[153] DMRS CS (или PHICH-смещение) для определения Msg3-передачи и Msg3-PHICH-ресурсов может передаваться в служебных сигналах i) с использованием некоторых из полей, составляющих разрешение на передачу по UL в Msg2-PDSCH (RAR), при поддержании размера разрешения на передачу по UL в Msg2-PDSCH (RAR) или ii) с использованием поля, которое явно указывает информацию DMRS CS или PHICH-смещения, которая добавляется впервые в разрешение на передачу по UL в Msg2-PDSCH (RAR).

[154] (2) Способ передачи в служебных сигналах DMRS CS (или PHICH-смещения) через Msg2-PDCCH

[155] Информация DMRS CS (или PHICH-смещения) для определения Msg3-передачи и Msg3-PHICH может быть передана в служебных сигналах с использованием конкретного поля (например, зарезервированного поля) в Msg2-PDCCH. Информация DMRS CS (или PHICH-смещения) предпочтительно может быть передана в служебных сигналах с использованием 3-битового числового поля HARQ в DCI-формате 1A, передаваемом по Msg2-PDCCH. Поскольку HARQ не применяется к Msg2-PDSCH, может использоваться 3-битовое числовое поле HARQ в Msg2-PDCCH (DCI-формат 1A).

[156] Вышеуказанные способы могут одинаково/аналогично применяться не только к процедурам произвольного доступа процедуры конкурентного и неконкурентного произвольного доступа через SCC на основе передачи RACH-преамбулы через SCC, но также и к процедурам конкурентного и неконкурентного произвольного доступа через PCC на основе передачи RACH-преамбулы через PCC.

[157] Фиг. 13 иллюстрирует способ передачи PHICH для Msg3 в процедуре произвольного доступа через SCC. Способ проиллюстрирован на основе этапов, связанных с PHICH, показанным на фиг. 12, и вышеприведенное описание является применимым к каждому этапу, если иное конкретно не указано.

[158] Далее описывается процедура произвольного доступа через SCC относительно PHICH со ссылкой на фиг. 13. CC, на которой передается Msg2-PDSCH, называется "Msg2-CC" (CC1 в вышеприведенном описании), CC, на которой передается Msg3, называется "RA-SCC", CC, сконфигурированная с возможностью диспетчеризовать RA-SCC, называется "RA-MCC", когда конфигурируется перекрестная CC-диспетчеризация, и HARQ-ACK-ответ на Msg3-передачу для удобства называется "ACK/NACK (или Msg3-PHICH)". HARQ-ACK-ответ может включать в себя ACK, NACK, DTX или NACK/DTX.

[159] 2-1) Msg2-PDCH: он может передаваться через SS диспетчеризации Msg2-CC (eNB=>UE) (не показано). Msg2-PDCCH включает в себя информацию разрешения на передачу по DL, необходимую для того, чтобы принимать Msg2-PDSCH. Msg2-PDCCH может передаваться через SS Msg2-CC в случае неперекрестной CC-диспетчеризации и передаваться через SS CC, сконфигурированной с возможностью диспетчеризовать Msg2-CC, в случае перекрестной CC-диспетчеризации. Здесь, Msg2-CC может представлять собой PCC, и SS может представлять собой CSS (на PCC).

[160] 2-2) Msg2-PDSCH: он может передаваться через Msg2-CC (eNB=>UE). Msg2-CC может представлять собой PCC. Msg2-PDSCH включает в себя информацию разрешения на передачу по UL.

[161] * Msg2-PDCCH/PDSCH может не включать в себя идентификационную информацию CC, указывающую RA-SCC. Тем не менее, UE может идентифицировать CC, к которой применяется разрешение на передачу по UL, включенное в Msg2-PDSCH, на основе CC, на которой передается RACH-преамбула, поскольку одна процедура произвольного доступа выполняется за раз. Например, CC, к которой применяется разрешение на передачу по UL, включенное в Msg2-PDSCH, может представлять собой CC (т.е. PCC или RA-SCC), на которой передается RACH-преамбула.

[162] 3) Msg3-PUSCH: он может передаваться через RA-SCC (UE=>eNB) (S1304).

[163] 4-1: вариант a) Msg3-PHICH: он может передаваться через CC, сконфигурированную с возможностью диспетчеризовать RA-SCC (eNB=>UE) (S1306a). В частности, Msg3-PHICH может передаваться через RA-SCC в случае неперекрестной CC-диспетчеризации и передаваться через RA-MCC в случае перекрестной CC-диспетчеризации. RA-MCC может отличаться от Msg2-CC (например, PCC). При рассмотрении случая, в котором передается PDCCH для передачи разрешений на передачу по UL, который указывает повторную Msg3-передачу, PDCCH для передачи разрешений на передачу (повторную передачу) по UL скремблируется с C-RNTI и передается через CC, первоначально сконфигурированную с возможностью диспетчеризовать RA-SCC. Соответственно, одновременная передача PDCCH для передачи разрешений на передачу (повторную передачу) по UL и Msg3-PHICH на идентичной CC может быть предпочтительной для параллельной обработки в расчете на CC.

[164] 4-2: вариант b) Msg3-PHICH: он может передаваться через Msg2-CC (eNB=>UE) (S1306b). Этот вариант может быть подходящим для случая, в котором синхронизация DL RA-SCC и/или RA-MCC не стабилизируется. Такой вариант может временно применяться только тогда, когда выполняется начальная процедура произвольного доступа для RA-SCC (или когда процедура произвольного доступа для RA-SCC выполняется сразу после активации по истечении долговременной деактивации).

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

[166] Ссылаясь на фиг. 14, UE принимает информацию выделения UL-ресурсов из eNB через CC1 (S1402). CC1 включает в себя PCC. Информация выделения UL-ресурсов передается через PDCCH, имеющий C-RNTI в процедуре, отличной от процедуры произвольного доступа. Информация выделения UL-ресурсов передается через сообщение ответа по произвольному доступу (PDSCH) в процедуре произвольного доступа, и PDSCH указывается посредством PDCCH, имеющего RA-RNTI. Затем, UE может выполнять передачу по UL на CC2 с использованием информации выделения UL-ресурсов (S1404). CC2 может представлять собой SCC. В случае процедуры, отличной от процедуры произвольного доступа, CC2 может указываться с использованием значения поля CIF, включенного в информацию выделения ресурсов UL (перекрестная CC-диспетчеризация), или может быть идентичной CC1 (неперекрестная CC-диспетчеризация). В случае процедуры произвольного доступа, CC2 соответствует CC, на которой передается преамбула RA. Затем, UE может принимать информацию подтверждения приема для передачи по UL через PHICH (S1406 и S1408). Когда передача по UL выполняется через процедуру, отличную от процедуры произвольного доступа, информация подтверждения приема принимается через CC1 (т.е. CC, на которой принимается информация выделения ресурсов UL) (случай 1) (S1406).

[167] Когда передача по UL выполняется через процедуру произвольного доступа (т.е. Msg3-передача), информация подтверждения приема принимается через CC диспетчеризации CC2 (т.е. RA-MCC) (случай 1) (S1408). RA-MCC может представлять собой CC2 или другую CC (например, SCC), сконфигурированную для диспетчеризации CC2. CC1 может отличаться от CC диспетчеризации CC2 (т.е. RA-MCC).

[168] Фиг. 15 иллюстрирует BS и UE системы беспроводной связи, которые являются применимыми к вариантам осуществления настоящего изобретения. Когда система беспроводной связи включает в себя ретранслятор, BS или UE могут быть заменены посредством ретранслятора.

[169] BS 110 включает в себя процессор 112, запоминающее устройство 114 и радиочастотный (RF) модуль 116. Процессор 112 может быть сконфигурирован с возможностью реализовывать процедуры и/или способы, предложенные посредством настоящего изобретения. Запоминающее устройство 114 соединяется с процессором 112 и сохраняет информацию, связанную с операциями процессора 112. RF-модуль 116 соединяется с процессором 112 и передает и/или принимает RF-сигнал. UE 120 включает в себя процессор 122, запоминающее устройство 124 и RF-модуль 126. Процессор 122 может быть сконфигурирован с возможностью реализовывать процедуры и/или способы, предложенные посредством настоящего изобретения. Запоминающее устройство 124 соединяется с процессором 122 и сохраняет информацию, связанную с операциями процессора 122. RF-модуль 126 соединяется с процессором 122 и передает и/или принимает RF-сигнал. BS 110 и/или UE 120 могут включать в себя одну антенну или множество антенн.

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

[171] В вариантах осуществления настоящего изобретения, описание приводится с фокусировкой на взаимосвязи передачи и приема данных между BS, ретранслятором и MS. В некоторых случаях, конкретная операция, описанная как выполняемая посредством BS, может выполняться посредством верхнего узла BS. А именно, следует понимать, что в сети, состоящей из множества сетевых узлов, включающих в себя BS, различные операции, выполняемые для связи с MS, могут выполняться посредством BS или сетевых узлов, отличных от BS. Термин "BS" может быть заменен термином "стационарная станция", "узел B", "усовершенствованный узел B (усовершенствованный узел B или eNB)", "точка доступа" и т.д. Термин "UE" может быть заменен термином "мобильная станция (MS)", "мобильная абонентская станция (MSS)", "мобильный терминал" и т.д.

[172] Варианты осуществления настоящего изобретения могут осуществляться посредством различных средств, например аппаратных средств, микропрограммного обеспечения, программного обеспечения или комбинации вышеозначенного. В аппаратной конфигурации, способы согласно вариантам осуществления настоящего изобретения могут осуществляться посредством одной или более специализированных интегральных схем (ASIC), процессоров цифровых сигналов (DSP), устройств обработки цифровых сигналов (DSPD), программируемых логических устройств (PLD), программируемых пользователем вентильных матриц (FPGA), процессоров, контроллеров, микроконтроллеров, микропроцессоров и т.д.

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

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

ПРОМЫШЛЕННАЯ ПРИМЕНИМОСТЬ

[175] Настоящее изобретение является применимым к UE, BS или другим устройствам из устройств беспроводной связи.

Изобретение относится к системе беспроводной связи, в которой пользовательское оборудование, для которого предназначено множество сот, принимает управляющую информацию в системе беспроводной связи на основе агрегирования несущих. Изобретение раскрывает способ, включающий этапы: приема, через первую соту, информации выделения ресурсов восходящей линии связи для второй соты; передачи сигнала восходящей линии связи во второй соте с использованием информации выделения ресурсов восходящей линии связи; и приема информации ответа на сигнал восходящей линии связи. Информация ответа принимается через конкретную соту, а не через первую соту, когда сигнал восходящей линии связи передается посредством процесса произвольного доступа, и информация ответа принимается через первую соту, когда сигнал восходящей линии связи передается посредством процесса, отличного от процесса произвольного доступа. 2 н. и 20 з.п. ф-лы, 15 ил., 3 табл.

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

2. Способ по п. 1, в котором передача содержит этап, на котором:
- передают сигнал восходящей линии связи во второй соте через процедуру произвольного доступа, когда информацию выделения ресурсов восходящей линии связи принимают через PDSCH, который включает в себя ответ по произвольному доступу (RAR) на RACH-преамбулу, ранее переданную посредством UE через вторую соту.

3. Способ по п. 2, в котором PDSCH, который включает в себя RAR, принимают только через первую соту.

4. Способ по п. 1, в котором передача содержит этап, на котором:
- передают сигнал восходящей линии связи во второй соте через процедуру, отличную от процедуры произвольного доступа, после того, как информацию выделения ресурсов восходящей линии связи принимают через PDCCH через первую соту.

5. Способ по п. 1, дополнительно содержащий этапы, на которых:
- после приема информации выделения ресурсов восходящей линии связи:
- принимают PDCCH через конкретную соту,
- передают другой сигнал восходящей линии связи во второй соте в соответствии с PDCCH, принимаемым через конкретную соту; и
- принимают информацию подтверждения приема для упомянутого другого сигнала восходящей линии связи через конкретную соту.

6. Способ по п. 1, в котором первая сота представляет собой первичную соту (PCell), а вторая сота представляет собой вторичную соту (SCell).

7. Способ по п. 6, в котором конкретная сота представляет собой SCell, сконфигурированную с возможностью диспетчеризовать вторую соту.

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

9. Способ по п. 7, в котором вторая сота и конкретная сота представляют собой различные SCell.

10. Способ по п. 7, в котором вторая сота и конкретная сота представляют собой одну и ту же SCell.

11. Способ по п. 7, в котором первая сота принадлежит первой группе временного опережения (TA), и вторая сота принадлежит второй TA-группе, отличающейся от первой TA-группы.

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

13. UE по п. 12, в котором процессор сконфигурирован с возможностью передавать сигнал восходящей линии связи во второй соте через процедуру произвольного доступа, когда информация выделения ресурсов восходящей линии связи принимается через PDSCH, который включает в себя ответ по произвольному доступу (RAR) на RACH-преамбулу, ранее переданную посредством UE через вторую соту.

14. UE по п. 13, в котором PDSCH, который включает в себя RAR, принимается только через первую соту.

15. UE по п. 12, в котором процессор сконфигурирован с возможностью передавать сигнал восходящей линии связи во второй соте через процедуру, отличную от процедуры произвольного доступа после того, как информация выделения ресурсов восходящей линии связи принимается через PDCCH через первую соту.

16. UE по п. 12, в котором процессор сконфигурирован с возможностью, после приема информации выделения ресурсов восходящей линии связи:
- принимать PDCCH через конкретную соту,
- передавать другой сигнал восходящей линии связи во второй соте в соответствии с PDCCH, принимаемым через конкретную соту; и
- принимать информацию подтверждения приема для упомянутого другого сигнала восходящей линии связи через конкретную соту.

17. UE по п. 12, в котором первая сота представляет собой первичную соту (PCell), а вторая сота представляет собой вторичную соту (SCell).

18. UE по п. 16, в котором конкретная сота представляет собой SCell, сконфигурированную с возможностью диспетчеризовать вторую соту.

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

20. UE по п. 18, в котором вторая сота и конкретная сота представляют собой различные SCell.

21. UE по п. 18, в котором вторая сота и конкретная сота представляют собой одну и ту же SCell.

22. UE по п. 18, в котором первая сота принадлежит первой группе временного опережения (TA), и вторая сота принадлежит второй TA-группе, отличающейся от первой TA-группы.