РАСПРЕДЕЛЕНИЕ РЕСУРСОВ PUCCH ДЛЯ АГРЕГИРОВАНИЯ НЕСУЩИХ В УСОВЕРШЕНСТВОВАННОЙ LTE Российский патент 2015 года по МПК H04W72/04 

Описание патента на изобретение RU2549365C2

Родственная заявка

Эта заявка испрашивает приоритет предварительной заявки на патент США 61/248661, зарегистрированной 5 октября 2009 г, которая включена в настоящее описание посредством ссылки

Область техники, к которой относится изобретение

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

Предшествующий уровень техники

Агрегирование несущих является одной из новых возможностей, обсуждаемых для следующего поколения систем проекта долгосрочного развития (LTE), которое является стандартизуемым как часть версии 10 LTE (известной как усовершенствованная LTE). Rel-8 LTE в настоящее время поддерживает полосы пропускания вплоть до 20 МГц. В усовершенствованной LTE будут поддержаны полосы пропускания вплоть до 100 МГц. Очень высокие скорости передачи данных, предполагаемые для усовершенствованной LTE, потребуют расширения полосы пропускания передачи. Для того чтобы поддерживать обратную совместимость с пользовательскими терминалами Rel-8 LTE, имеющийся спектр разделяют на участки, совместимые с Rel-8, названные компонентными несущими. Агрегирование несущих дает возможность необходимого расширения полосы пропускания посредством разрешения пользовательским терминалам передавать данные посредством множественных компонентных несущих, содержащих вплоть до 100 МГц спектра. Агрегирование каналов также обеспечивает эффективное использование широкой несущей для существующих терминалов, делая возможным для традиционных терминалов быть планируемыми во всех частях широкополосной несущей усовершенствованной LTE.

Число агрегированных компонентных несущих, а также полоса пропускания отдельной компонентной несущей могут быть разными для восходящей линии (UL) связи и нисходящей линии (DL) связи. Симметричная конфигурация относится к случаю, когда число компонентных несущих в нисходящей линии связи и восходящей линии связи является одинаковым. Ассиметричная конфигурация относится к случаю, когда число компонентных несущих является разным. Число компонентных несущих, сконфигурированных для географической области соты, может быть отличным от числа компонентных несущих, видимых посредством терминала. Например, пользовательский терминал может поддерживать больше компонентных несущих нисходящей линии связи, чем компонентных несущих восходящей линии связи, даже если в географической области соты сетью предложено одинаковое число компонентных несущих восходящей линии связи и нисходящей линии связи.

Одним из аспектов агрегирования несущих является то, как передавать сигнализацию управления от пользовательского терминала в восходящей линии связи от пользовательского терминала. Сигнализация управления восходящей линии связи может включать в себя сигнализацию подтверждения приема (ACK) для протоколов гибридного автоматического запроса (HARQ) повторения, отчет информации о состоянии и качестве канала (CSI, CQI) для планирования нисходящей линии связи и запросы (SR) планирования, указывающие, что пользовательский терминал требует ресурсы восходящей линии связи для передач данных восходящей линии связи. Одним решением является передавать управляющую информацию восходящей линии связи на множественных компонентных несущих восходящей линии связи, связанных с разными компонентными несущими нисходящей линии связи. Однако это мнение, вероятно, должно иметь в результате более высокое потребление мощности пользовательского терминала и зависимость от конкретных функциональных возможностей пользовательского терминала. Он также может создать проблемы осуществления, вследствие интермодуляционных произведений, и может дать в результате, в целом, более высокую сложность для осуществления и тестирования.

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

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

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

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

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

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

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

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

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

Фиг.1 иллюстрирует примерную систему связи с OFDM.

Фиг.2 иллюстрирует примерную частотно-временную сетку для системы с OFDM.

Фиг.3 иллюстрирует примерную структуру временной области для системы OFDM.

Фиг.4 иллюстрирует передачу сигнализации управления L1/L2 на PUCCH.

Фиг.5 иллюстрирует формат 1 PUCCH, использующий обычный циклический префикс.

Фиг.6 иллюстрирует формат 2 PUCCH, использующий обычный циклический префикс.

Фиг.7 иллюстрирует примерное распределение блоков ресурсов для PUCCH.

Фиг.8 иллюстрирует принцип агрегирования несущих.

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

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

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

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

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

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

Теперь, ссылаясь на чертежи, фиг.1 иллюстрирует примерную сеть 10 мобильной связи для предоставления услуг беспроводной связи пользовательским терминалам 100. На фиг.1 показаны три пользовательских терминала 100. Пользовательские терминалы 100 могут содержать, например, сотовые телефоны, персональные цифровые ассистенты, смартфоны, портативные переносные компьютеры, карманные компьютеры или другие устройства с функциональными возможностями беспроводной связи. Сеть 10 мобильной связи содержит множество географических областей сот или секторов 12. Каждая географическая область или сектор 12 соты обслуживается базовой станцией 20, которая упомянута в LTE как узел В или усовершенствованный узел В (eNodeB). Одна базовая станция 20 может предоставить обслуживание во множестве географических областей или секторов 12 соты. Пользовательские терминалы 100 принимают сигналы от обслуживающей базовой станции 20 на одном или более каналах нисходящей линии связи (DL) и передают сигналы в базовую станцию 20 на одном или более каналах восходящей линии (UL) связи.

Для иллюстративных целей примерный вариант осуществления настоящего изобретения будет описан в контексте системы проекта долгосрочного развития (LTE). Однако специалисты в данной области техники поймут, что настоящее изобретение является более широко применимым к другим беспроводным системам связи, включая системы широкополосного множественного доступа с кодовым разделением (WCDMA) и WiMax (IEEE 802.16).

LTE использует мультиплексирования (OFDM) с ортогональным частотным разделением в нисходящей линии связи и расширенное OFDM с дискретным преобразованием Фурье (DFT) в восходящей линии связи. Основной физический ресурс нисходящей линии связи LTE может быть рассмотрен как частотно-временная сетка. Фиг.2 иллюстрирует часть примерной частотно-временной сетки 50 OFDM для LTE. Обычно частотно-временная сетка 50 разделена на подкадры в одну миллисекунду. Каждый подкадр включает в себя некоторое число символов OFDM. Для обычной длины циклического префикса (СР), подходящей для использования в ситуациях, в которых рассеяние при многолучевом распространении не ожидают очень сильным, подкадр содержит четырнадцать символов OFDM. Подкадр содержит двенадцать символов OFDM, если используют расширенный циклический префикс. В частотной области физические ресурсы разделяют на смежные поднесущие, расположенные через 15 кГц. Число поднесущих изменяется в соответствии с распределенной полосой пропускания системы. Наименьший элемент частотно-временной сетки 50 является элементом ресурса. Элемент ресурса содержит одну поднесущую OFDM в течение одного интервала символа OFDM.

В системе LTE данные передают на пользовательские терминалы через транспортный канал нисходящей линии связи, известный как физический совместно используемый канал нисходящей линии связи (PDSCH). PDSCH является мультиплексированным по времени и по частоте совместно используемым каналом множеством пользовательских терминалов. Как показано на фиг.3, передачи нисходящей линии связи организованы в радио кадры 10 мс. Каждый радио кадр содержит десять подкадров одинакового размера. Для целей планирования пользователей, чтобы принимать передачи нисходящей линии связи, частотно-временные ресурсы нисходящей линии связи распределяют в единицах, называемых блоками ресурсов (RB). Каждый блок ресурсов охватывает двенадцать поднесущих (которые могут быть смежными или распределенными по частотному спектру) и один слот 0,5 мс (половина одного подкадра). Термин “пара блока ресурсов” относится к двум последовательным блокам ресурсов, занимающим целый подкадр длительностью одна миллисекунда.

Базовая станция 20 динамически планирует передачи нисходящей линии связи на пользовательские терминалы на основании отчетов информации о состоянии и качестве канала (CSI, CQI) от пользовательских терминалов в физическом канале управления восходящей линии связи (PUCCH) или физическом совместно используемом канале восходящей линии связи (PUSCH). Отчеты CQI и CSI указывают мгновенные состояния канала как видимые посредством приемника. В каждом подкадре базовая станция 20 передает управляющую информацию (DCI) нисходящей линии связи, идентифицирующую пользовательские терминалы, которые запланированы для того, чтобы принимать данные (далее здесь запланированные терминалы) в текущем подкадре нисходящей линии связи, и блоки ресурсов, в которых собираются передавать данные в запланированные терминалы. DCI обычно передают в физическом канале управления нисходящей линии связи (PDCCH) в первых 1, 2 или 3 символах OFDM в каждом подкадре.

Гибридный автоматический запрос повторения (HARQ) используют для того, чтобы уменьшить ошибки, которые случаются во время передачи данных в нисходящей линии связи. Когда базовая станция 20 указывает, что пользовательский терминал 100 запланирован для того, чтобы принимать передачу в PDSCH, пользовательский терминал 100 декодирует PDSCH и передает сообщение подтверждения приема (ACK/NACK) в базовую станцию 20 в PUCCH или PUSCH. Сообщение подтверждения приема информирует базовую станцию 20 о том, был ли правильно принят пакет данных посредством пользовательского терминала 100. Сообщение подтверждения приема могло бы быть либо сообщением положительного подтверждения приема (ACK), указывающим успешное декодирование, либо сообщением отрицательного подтверждения приема (NACK), указывающим не успешность декодирования. На основании сообщения подтверждения приема, принятого из пользовательского терминала 100, базовая станция 20 определяет, передавать ли новые данные (принято ACK) или повторно передавать предыдущие данные (принято NACK).

Для передач восходящей линии связи пользовательские терминала передают запросы планирования (SR) в базовую станцию 20 по PUCCH, когда пользовательские терминалы имеют данные для того, чтобы отправлять, но не имеют действительного разрешения восходящей линии связи. Базовая станция 20 распределяет ресурсы восходящей линии связи в ответ на запросы планирования и передает разрешение планирования на пользовательский терминал 100 по PDCCH. Когда данные приняты, базовая станция 20 передает сигнализацию ACK/NACK в пользовательский терминал 100 в физическом канале указателя гибридного запроса автоматического повторения (PHICH) для того, чтобы указать, правильно ли приняты данные.

Если пользовательскому терминалу 100 не назначен ресурс восходящей линии связи для передачи данных, управляющую информацию L1/L2 (отчет CQI, ACK/NACK и SR) передают в ресурсах восходящей линии связи (блоках ресурсов), специально назначенных для передачи управляющей информации L1/L2 в физическом канале управления восходящей линии связи (PUCCH) восходящей линии связи. Как проиллюстрировано на фиг.4, эти ресурсы размещаются на краях всей доступной полосы пропускания соты. Каждый ресурс PUCCH состоит из одного блока ресурсов (двенадцати поднесущих) в каждом из двух слотов подкадра восходящей линии связи. Скачкообразную перестройку частоты используют для того, чтобы обеспечить разнесение по частоте. Частота блоков ресурсов изменяется на границе слота, с одним блоком ресурсов в верхней части спектра в первом слоте подкадра и блоком ресурсов того же размера в нижней части спектра во время второго слота подкадра, или наоборот. Если для сигнализации управления L1/L2 требуются больше ресурсов, например в случае очень большой полной полосы пропускания передачи, поддерживающей большое число пользователей, могут быть назначены дополнительные блоки ресурсов, смежные с ранее назначенными блоками ресурсов.

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

Полоса пропускания одного блока ресурсов в течение одного подкадра является слишком большой для потребностей сигнализации управления одиночного пользовательского терминала 100. Следовательно, чтобы эффективно использовать ресурсы, установленные отдельно, для сигнализации управления, множество пользовательских терминалов могут совместно использовать один и тот же блок ресурсов. Это выполняют посредством назначения разным терминалам разных ортогональных поворотов фаз последовательности частотной области конкретной для соты длины 12. Линейный поворот фазы в частотной области является эквивалентным применению циклического сдвига во временной области. Следовательно, несмотря на то, что в настоящей заявке использовано понятие “поворот фазы”, иногда использовано понятие циклического сдвига с неявной ссылкой на временную область.

Следовательно, ресурсы, используемые с помощью PUCCH, не только задают в частотно-временной области посредством пары блоков ресурсов, но также посредством примененного поворота фазы. Аналогично случаю опорных сигналов, имеются вплоть до двенадцати разных поворотов фазы, заданных в стандарте LTE, предоставляющих до двенадцати разных ортогональных последовательностей из каждой конкретной последовательности соты. Однако в случае частотно-избирательных каналов не все двенадцать поворотов фазы могут быть использованы, если не поддерживают ортогональности. Обычно считается, что в соте можно использовать до шести поворотов.

Имеются два формата сообщений, определенных для передачи управляющей информации в PUCCH, причем каждый может переносить разное число битов. Пользовательский терминал 100 использует формат 1 PUCCH для того, чтобы передавать подтверждения приема HARQ и запросы планирования. Для отчетов CQI пользовательский терминал 100 использует формат 2 PUCCH.

Подтверждения приема гибридного ARQ используют для того, чтобы подтверждать прием одного (или двух в случае пространственного мультиплексирования) транспортного блока в нисходящей линии связи. Запросы планирования используют для того, чтобы запрашивать ресурсы для передачи данных восходящей линии связи. Запрос планирования передают только, когда пользовательский терминал 100 запрашивает ресурсы, иначе пользовательский терминал 100 остается недействующим, для того чтобы сохранить ресурсы аккумулятора и не создавать ненужные помехи. Для запросов планирования не передают никакого явного бита информации, вместо этого пользовательский терминал запрашивает ресурсы восходящей линии связи с помощью наличия (или отсутствия) энергии в соответствующем PUCCH. Несмотря на то что подтверждения приема HARQ и запросы планирования служат разным целям, они совместно используют один и тот же формат PUCCH. Этот формат в спецификациях упомянут как формат 1 PUCCH.

Фиг.5 иллюстрирует структуру сообщения формата 1 PUCCH. Формат 1 PUCCH использует одну и ту же структуру в каждом их двух слотов подкадра. Для передачи подтверждения приема HARQ используют один бит подтверждения приема HARQ для того, чтобы генерировать символ BPSK (в случае пространственного мультиплексирования нисходящей линии связи используют два бита подтверждения приема для того, чтобы формировать символ QPSK). С другой стороны, для запроса планирования символ BPSK/QPSK заменяют на точку совокупности, рассматриваемую как отрицательное подтверждение приема в базовой станции 20. Затем используют символ модуляции для того, чтобы формировать сигнал, передаваемый в каждом из двух слотов PUCCH.

Ресурс формата 1 PUCCH, используемый либо для подтверждения приема HARQ, либо запроса планирования, представляют посредством одиночного скалярного индекса ресурса. Из индекса получают поворот фазы и ортогональную последовательность покрытия. Для передачи HARQ индекс ресурса для того, чтобы использовать для передачи подтверждения приема HARQ, задают неявно посредством переданного DCI в PDCCH для того, чтобы планировать передачу нисходящей линии связи на пользовательский терминал 100. Следовательно, ресурсы для того, чтобы использовать для подтверждения приема HARQ восходящей линии связи, изменяются динамически и зависят от DCI, используемого для того, чтобы планировать пользовательский терминал 100 в каждом подкадре.

Кроме динамического планирования, основанного на DCI, переданном посредством базовой станции в PDCCH, также можно полупостоянно планировать пользовательский терминал 100 в соответствии с конкретным шаблоном. В этом случае информация конфигурации, указывающая шаблон полупостоянного планирования, включает в себя информацию об индексе PUCCH для того, чтобы использовать для подтверждения приема HARQ. Информация конфигурации также информирует пользовательский терминал 100, какие ресурсы PUCCH использовать для передачи запросов планирования.

Ресурсы PUCCH разделяют на две части: полустатическую часть и динамическую часть. Полустатическую часть ресурсов PUCCH используют для запросов планирования и подтверждений приема HARQ от полупостоянных пользователей. Количество ресурсов, используемых для полустатической части ресурсов 1 PUCCH, не изменяется динамически. Динамическую часть используют для динамически планируемых пользовательских терминалов. Так как число динамически планируемых терминалов изменяется, количество ресурсов, используемых для динамических PUCCH, изменяется.

Отчеты статуса канала используют для того, чтобы предоставить базовую станцию 20 с оценкой условий канала, как их видит пользовательский терминал 100, для того чтобы помочь планированию, зависимому от канала. Отчет статуса канала состоит из множества битов на подкадр. Формат 1 PUCCH, который допускает максимум два бита информации на подкадр, не может быть использован для этой цели. Вместо этого передачей отчета статуса канала в PUCCH управляют посредством формата 2 PUCCH, который допускает множество битов информации на подкадр.

Формат 2 PUCCH, проиллюстрированный для обычного циклического префикса на фиг.6, основан на повороте фазы той же конкретной для соты последовательности, что и формат 1. Аналогично формату 1, ресурс формата 2 может быть представлен посредством индекса, из которого получают поворот фазы и другие необходимые величины. Ресурсы формата 2 PUCCH сконфигурированы полустатически.

Сообщения сигнализации как формата 1, так и формата 2 PUCCH передают в паре блоков ресурсов с одним блоком ресурсов в каждом слоте. Пару блоков ресурсов определяют из индекса ресурсов PUCCH. Следовательно, число блоков ресурсов для того, чтобы использовать в первом и втором слоте подкадра, может быть выражено следующим образом:

RBnumber(i)=f(PUCCH index, i),

где i - номер слота (0 или 1) в подкадре, а f - функция, найденная в спецификации.

Множество пар блоков ресурсов могут быть использованы для того, чтобы увеличить пропускную способность сигнализации управления. Когда одна пара блоков ресурсов является полной, следующих индекс ресурса PUCCH последовательно отображают в следующую пару блоков ресурсов. Отображение выполняют таким образом, что формат 2 PUCCH (отчет статуса канала) передают ближайшим к краям полосы пропускания соты восходящей линии связи с полустатической частью формата 1 PUCCH после и в конце динамической части формата 1 PUCCH в самой внутренней части полосы пропускания, как показано на фиг.7.

Три полустатических параметра используют для того, чтобы определять ресурсы для того, чтобы использовать для разных форматов PUCCH:

- N R B ( 2 ) , предоставлен как часть системной информации, управляет, в какой паре блоков ресурсов начинается отображение формата 1 PUCCH;

- N P U C C H ( 1 ) управляет разделением между полустатической и динамической частью формата 1 PUCCH;

- N C S ( 1 ) управляет смесью формата 1 и формата 2 в одном блоке ресурсов. В большинстве случаев конфигурирование выполняют так, что два формата PUCCH отображают в отдельные наборы блоков ресурсов, но также имеется возможность иметь границу между форматом 1 и 2 в блоке ресурсов.

Для того чтобы поддерживать полосы пропускания, большие чем 20 МГц, в Rel-10 LTE будет поддерживаться агрегирование несущих. Чтобы поддерживать обратную совместимость с пользовательскими терминалами 100 Rel-8, доступный спектр разделяют на компонентные несущие, совместимые с Rel-8 (например, компонентные несущие 20 МГц), как показано на фиг.8. Пользовательский терминал 100 может получить полосы пропускания до 100 МГц посредством передачи на множественных компонентных несущих. Использование множества компонентных несущих для передачи данных известно как агрегирование несущих.

Число агрегированных компонентных несущих, а также полоса пропускания отдельной компонентной несущей может быть разной для восходящей линии связи (UL) и нисходящей линии связи (DL). Симметричная конфигурация относится к случаю, когда число компонентных несущих в DL и UL является одинаковым. Асимметричная конфигурация относится к случаю, когда число компонентных несущих является разным для UL и DL. Число компонентных несущих, сконфигурированных для географической области 12 соты, может быть отличным от числа компонентных несущих, видимых посредством терминала 100. Например, пользовательский терминал 100 может поддерживать больше компонентных несущих DL, чем компонентных несущих UL, даже если в географической области 12 соты сетью предложено одинаковое число компонентных несущих UL и DL.

Одним соображением для агрегирования несущих является, как конфигурировать PUCCH для сигнализации управления восходящей линии связи из пользовательского терминала. Одним решением является передавать управляющую информацию восходящей линии связи в множестве каналов управления на множественных компонентных несущих UL. Однако этот вариант, вероятно, должен приводить в результате к более высокому потреблению мощности пользовательского терминала и зависимости от конкретных функциональных возможностей пользовательского терминала. Оно также может создать проблемы осуществления, вследствие интермодуляционных произведений, и может дать в результате в целом более высокую сложность для осуществления и тестирования.

В соответствии с некоторыми вариантами осуществления настоящего изобретения ресурсы PUCCH в одиночной компонентной несущей восходящей линии связи используют для того, чтобы поддерживать передачи нисходящей линии связи в нескольких компонентных несущих нисходящей линии связи. С помощью этого подхода пользовательский терминал 100 передает сигнализацию HARQ, связанную с передачами нисходящей линии связи на двух или более компонентных несущих нисходящей линии связи, в ресурсах PUCCH на одиночной компонентной несущей восходящей линии связи. Аналогично одиночная компонентная несущая восходящей линии связи может быть использована для того, чтобы поддерживать передачи восходящей линии связи на нескольких компонентных несущих восходящей линии связи. Например, пользовательский терминал 100 может использовать ресурсы PUCCH на одиночной компонентной несущей восходящей линии связи для того, чтобы запрашивать ресурсы восходящей линии связи на множественных компонентных несущих восходящей линии связи. Компонентная несущая, в которой ресурсы PUCCH используют для того, чтобы поддерживать передачи нисходящей линии связи или восходящей линии связи на двух или более компонентных несущих, упомянут в настоящей заявке как первичная компонентная несущая восходящей линии связи (PCC UL) или восходящая линия связи, связанная с первичной сотой (Р-сотой).

Для сигнализации HARQ простым подходом было бы увеличить ресурсы PUCCH в PCC UL для формата 1 PUCCH с помощью коэффициента N, где N - число поддерживаемых агрегированных компонентных несущих нисходящей линии связи. Однако должен быть дан анализ для типичного ожидаемого случая использования. Не все пользовательские терминалы 100 будут запланированы для того, чтобы принимать передачу нисходящей линии связи на множественных компонентных несущих нисходящей линии связи. Число компонентных несущих нисходящей линии связи, используемых для передачи, будет конкретным для пользовательского терминала и будет изменяться динамически при планировании пользовательских терминалов 100. При пульсирующей передаче данных число пользовательских терминалов 100 с одновременно назначенными ресурсами на нескольких несущих нисходящей линии связи ожидают как достаточно малое. Множественные компонентные несущие нисходящей линии связи требуются только, когда имеется недостаточно ресурсов на одиночной компонентной несущей, и, по-видимому, нет выгод от назначения нескольких меньших транспортных блоков на множественных компонентных несущих нисходящей линии связи для большого числа пользовательских терминалов 100. Следовательно, исполнение обратной связи ACK/NACK в PUCCH должно быть оптимизировано для низкого числа одновременных пользовательских терминалов 100 с назначениями на множественных компонентных несущих нисходящей линии связи.

Учитывая, что типичным случаем использования является достаточно малое число пользовательских терминалов 100 с одновременно назначенными ресурсами на множественных компонентных несущих нисходящей линии связи, увеличение служебных сигналов с коэффициентом N, вероятно, является необязательным. Вместо этого количество ресурсов должно быть выбрано в предположении относительно числа пользовательских терминалов 100, которые, как ожидают, одновременно должны иметь назначения на множественных компонентных несущих нисходящей линии связи, которое, как ожидается, зависимо от сценария и осуществления. Это могло бы быть достигнуто с помощью конфигурирования набора ресурсов восходящей линии связи, в которых запланированный в текущий момент пользовательский терминал (терминалы) 100, использующий множественные компонентные несущие, передает обратную связь ACK/NACK.

В соответствии с первым подходом набор совместно используемых ресурсов PUCCH потенциально конфигурируемого размера, в дополнение к ресурсам PUCCH в соответствии с Rel-8 LTE, распределяют для подтверждений приема HARQ посредством пользовательских терминалов 100, которые принимают назначения нисходящей линии связи на множественных компонентных несущих нисходящей линии связи. Набор ресурсов и/или размер набора ресурсов могут быть переданы на пользовательский терминал посредством сигнализации управления (RRC) радио ресурсами. При этом подходе РСС UL содержит ресурсы PUCCH, в соответствии с Rel-8 LTE, для подтверждений приема HARQ от пользовательских терминалов 100 с назначенными ресурсами для передачи нисходящей линии связи на одиночной компонентной несущей нисходящей линии связи, связанной с РСС UL. Совместно используемый ресурс PUCCH будет использован пользовательским терминалом 100, который принимает назначение ресурса для передачи нисходящей линии связи на множественных компонентных несущих нисходящей линии связи. Могут быть некоторые обстоятельства, такие как повторные передачи, когда пользовательскому терминалу 100 назначают ресурсы на одной компонентной несущей нисходящей линии связи, которая отличается от компонентной несущей нисходящей линии связи, связанной с PCC UL. В таком случае совместно используемый набор ресурсов PUCCH также может быть использован для таких подтверждений приема HARQ “перекрестной несущей”.

В соответствии со вторым подходом набор совместно используемых ресурсов PUCCH потенциально конфигурируемого размера, кроме ресурсов PUCCH, в соответствии с Rel-8 LTE, распределяют для подтверждений приема HARQ посредством пользовательских терминалов 100, которые принимают назначения нисходящей линии связи, по меньшей мере, на одной компонентной несущей нисходящей линии связи, отличной от компонентной несущей нисходящей линии связи, связанной с ресурсами Rel-8 в PCC UL. Набор ресурсов и/или размер набора ресурсов могут быть переданы в пользовательский терминал посредством сигнализации RRC.

При любом из вышеупомянутых подходов набор совместно используемых ресурсов PUCCH может быть сделан видимым для пользовательского терминала 100 таким же способом, что и для пользовательских терминалов 100 Rel-8 LTE, а именно в виде правила связи между CCE PDCCH DL и индексом для ресурса PUCCH. Следовательно, из перспективы системы два набора ресурсов PUCCH могли бы перекрываться или могли бы перемежаться. В принципе, пользовательский терминал 100 мог бы быть сконфигурирован с полустатическими ресурсами PUCCH для подтверждений приема HARQ, а затем использовать эти ресурсы для подтверждений приема HARQ в случае назначения множественных компонентных несущих DL. При конфигурировании всех пользовательских терминалов 100 в соте таким образом, чтобы иметь одинаковые полустатические ресурсы ACK/NACK, такая схема предусматривала бы назначение одновременно большей части множественных компонентных несущих DL одиночному пользовательскому терминалу. Когда нет необходимости в подтверждениях приема HARQ множественных несущих, ресурсы, конечно, могли бы быть использованы для передачи данных. Пользовательские терминалы 100 могли бы выбирать, какие совместно используемые ресурсы PUCCH использовать, на основании компонентной несущей, CCE PDCCH DL, C-RNTI и других параметров. Все-таки имеется риск конфликтных ситуаций или ограничений планирования и, чтобы уменьшить это, можно было бы учитывать наличие динамического указателя для того, чтобы помогать выбору ресурса PUCCH. Динамическое указание позволяет управлять ресурсами ACK/NACK более тщательно, что представляет интерес, когда количество ресурсов, зарезервированных для подтверждений приема HARQ, является небольшим и требуется ортогональность.

В одном примерном варианте осуществления полустатические ресурсы PUCCH резервируют для пользовательских терминалов 100, сконфигурированных с множественными компонентными несущими нисходящей линии связи. Назначение ресурсов PUCCH может быть достигнуто посредством неявного указания фактического блока ресурсов, например, с использованием индекса ССЕ, числа компонентных несущих нисходящей линии связи, RNTI или комбинации этих параметров. В качестве альтернативы, зарезервированные ресурсы PUCCH могут быть указаны явно через сигнализацию пользовательскому терминалу 100 (например, сигнализации RRC) или с помощью комбинации неявной и явной сигнализации. Кроме того, динамическое указание ресурсов PUCCH для подтверждений приема HARQ может быть выполнено посредством использования дополнительного относительного или явного динамического указания для того, чтобы выбирать фактические ресурсы PUCCH из набора неявных/явных зарезервированных (например, полустатически зарезервированных) ресурсов. Например, базовая станция 20 может послать в качестве управляющего сообщения или части управляющего сообщения указатель, упомянутый в настоящей заявке как указатель ресурса подтверждения приема (ARI), содержащий один бит для того, чтобы указывать, что пользовательский терминал 100 должен использовать следующий доступный ресурс PUCCH или следующий циклически доступный ресурс PUCCH из набора полустатически зарезервированных ресурсов PUCCH. В некоторых вариантах осуществления ARI может содержать все управляющее сообщение. В других вариантах осуществления ARI может быть включен в качестве информационного элемента в большее управляющее сообщение. В качестве альтернативы, базовая станция 20 может отправлять ARI, состоящий из множества бит, для того чтобы указывать фактический ресурс PUCCH из набора полустатически зарезервированных ресурсов PUCCH.

Может быть, по меньшей мере, два разных отображения в ресурсы PUCCH в PCC UL. Первое отображение ресурса может быть использовано для подтверждений приема HARQ передач нисходящей линии связи в одиночной предназначенной компонентной несущей нисходящей линии связи, а второе отображение для подтверждений приема HARQ передач нисходящей линии связи, по меньшей мере, в одной другой компонентной несущей нисходящей линии связи. Два отображения могут быть описаны параметрами, такими как первый ресурс или размер набора ресурсов, которые являются конфигурируемыми посредством сигнализации верхнего уровня. Пользовательский терминал 100, на основании обнаруженных назначений нисходящей линии связи на одной или нескольких компонентных несущих нисходящей линии связи, может выбрать одно из двух отображений. В предпочтительном варианте осуществления первое отображение совпадает с правилами отображения Rel-8 для ресурсов ACK/NACK.

Пользовательский терминал 100, в зависимости от обнаруженных назначений нисходящей линии связи и компонентных несущих нисходящей линии связи, на которых было послано назначение нисходящей линии связи, может выбрать, какое отображение использовать. Два подхода могут быть использованы пользовательским терминалом 100 для того, чтобы выбирать отображение радио ресурсов для сигнализации управления восходящей линии связи. В первом подходе пользовательский терминал 100 выбирает первое отображение, если обнаружено назначение нисходящей линии связи одиночной компонентной несущей нисходящей линии связи, и назначение нисходящей линии связи отправляют на связанной компонентной несущей нисходящей линии связи. Пользовательский терминал 100 выбирает второе отображение, если он обнаруживает, по меньшей мере, одно назначение нисходящей линии связи, по меньшей мере, для одной компонентной несущей нисходящей линии связи, отличной от одиночной связанной компонентной несущей нисходящей линии связи (для которой имеются ресурсы ACK/NACK Rel-8). Во втором подходе пользовательский терминал выбирает отображение в зависимости от числа компонентных несущих, которые он обнаруживает для назначений нисходящей линии связи для передач нисходящей линии связи.

Фиг.9 иллюстрирует способ 50, осуществленный с помощью базовой станции 20 в сети 10 связи приема управляющей информации восходящей линии связи от пользовательского терминала 100, в зависимости от назначения компонентных несущих нисходящей линии связи. Базовая станция 20 планирует пользовательский терминал 100 для того, чтобы принимать передачи нисходящей линии связи на одной или более компонентных несущих нисходящей линии связи (блок 52). Пользовательский терминал 100 может быть запланирован для того, чтобы принимать передачи нисходящей линии связи на одиночной компонентной несущей нисходящей линии связи, связанной с первичной компонентной несущей восходящей линии связи. В этом случае базовая станция 20 принимает управляющую информацию, связанную с передачами нисходящей линии связи в пользовательский терминал 100, в первом наборе радио ресурсов на первичной компонентной несущей восходящей линии связи (блок 54). В качестве альтернативы, пользовательский терминал 100 может быть запланирован для того, чтобы принимать передачи нисходящей линии связи на множественных компонентных несущих нисходящей линии связи или на одиночной компонентной несущей нисходящей линии связи, отличной от компонентной несущей нисходящей линии связи, связанной с первичной компонентной несущей восходящей линии связи. В этом альтернативном случае базовая станция 20 принимает управляющую информацию восходящей линии связи, связанную с передачами нисходящей линии связи из пользовательского терминала 100, во втором наборе радио ресурсов на компонентной несущей восходящей линии связи (блок 56).

Фиг.10 иллюстрирует примерный способ 60, осуществленный посредством пользовательского терминала, передачи сигнализации управления восходящей линии связи на базовую станцию 20. Пользовательский терминал 100 принимает назначение радио ресурсов для передачи нисходящей линии связи от базовой станции 20 (блок 62). Если пользовательский терминал 100 обнаруживает назначения радио ресурсов для одиночной компонентной несущей нисходящей линии связи, пользовательский терминал 100 передает управляющую информацию восходящей линии связи, связанную с передачами нисходящей линии связи, в первом наборе радио ресурсов на первичной компонентной несущей восходящей линии связи (блок 64). С другой стороны, если пользовательский терминал 100 принимает назначения для множественных компонентных несущих нисходящей линии связи, пользовательский терминал 100 передает управляющую информацию восходящей линии связи, связанную с передачами нисходящей линии связи, во втором наборе радио ресурсов на первичной компонентной несущей восходящей линии связи (блок 66).

Фиг.11 иллюстрирует другой примерный способ 70, осуществленный с помощью пользовательского терминала 100, передачи сигнализации управления восходящей линии связи на базовую станцию 20. Пользовательский терминал 100 принимает назначение радио ресурсов для передачи нисходящей линии связи от базовой станции 20 (блок 72). Если пользовательский терминал 100 обнаруживает назначения радио ресурсов для первой компонентной несущей нисходящей линии связи, пользовательский терминал 100 передает управляющую информацию восходящей линии связи, связанную с передачами нисходящей линии связи, в первом наборе радио ресурсов на первичной компонентной несущей восходящей линии связи (блок 74). С другой стороны, если пользовательский терминал 100 принимает назначения для второй компонентной несущей нисходящей линии связи, пользовательский терминал 100 передает управляющую информацию восходящей линии связи, связанную с передачами нисходящей линии связи, во втором наборе радио ресурсов на первичной компонентной несущей восходящей линии связи (блок 76).

Фиг.12 иллюстрирует примерную базовую станцию 20 в соответствии с настоящим изобретением. Базовая станция 20 содержит приемопередатчик 22 для связи с пользовательскими терминалами и схему 32 обработки для обработки сигналов, переданных и принятых посредством приемопередатчика 22. Приемопередатчик 22 включает в себя передатчик 24, соединенный с одной или более передающими антеннами 28, и приемник 26, соединенный с одной или более приемными антеннами 30. Одна и та же антенна (антенны) 28, 30 может быть использована как для передачи, так и для приема. Схема 32 обработки может быть осуществлена посредством одного или более процессоров, аппаратного обеспечения, программно-аппаратного обеспечения или их комбинации. Типичные функции схемы 32 обработки включают в себя модуляцию и кодирование переданных сигналов и демодуляцию и декодирование принятых сигналов. Схема 32 обработки также включает в себя контроллер 34 для управления работой базовой станции 20. Контроллер 34 является ответственным за передачу управляющей информации нисходящей линии связи в PDCCH и за обработку управляющей информации восходящей линии связи, принятой в PDCCH.

Фиг. 13 иллюстрирует функциональную блок-схему примерного пользовательского терминала 100. Пользовательский терминал 100 содержит приемопередатчик 110 и схему 120 обработки. Приемопередатчик 110 содержит передатчик 112, соединенный с одной или более передающими антеннами 114, и приемник 116, соединенный с одной или более приемными антеннами 118. Специалисты в данной области техники поймут, что одни и те же антенны могут быть использованы для передачи и приема. Схема 120 обработки обрабатывает сигналы, переданные и принятые приемопередатчиком 110. Схема 120 обработки содержит один или более процессоров, аппаратное обеспечение, программно-аппаратное обеспечение или их комбинации. Типичные функции схемы 120 обработки включают в себя модуляцию и кодирование переданных сигналов и демодуляцию и декодирование принятых сигналов. Схема 120 обработки включает в себя контроллер 122 для управления передачами восходящей линии связи и приемом передач нисходящей линии связи. Контроллер 122 формирует управляющую информацию восходящей линии связи для передачи в PDCCH и обрабатывает управляющую информацию нисходящей линии, принятую в PDCCH, как описано ранее.

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

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

Похожие патенты RU2549365C2

название год авторы номер документа
ОДНОВРЕМЕННОЕ СООБЩЕНИЕ ACK/NACK И ИНФОРМАЦИИ СОСТОЯНИЯ КАНАЛА С ИСПОЛЬЗОВАНИЕМ РЕСУРСОВ ФОРМАТА 3 PUCCH 2012
  • Бальдемаир Роберт
  • Ларссон Даниель
  • Чэн Цзюн-Фу
  • Френне Маттиас
RU2588029C2
ТЕРМИНАЛ, СПОСОБ РАДИОСВЯЗИ, БАЗОВАЯ СТАНЦИЯ И СИСТЕМА 2022
  • Такеда, Кадзуки
  • Нагата, Сатоси
  • Го, Шаочжэнь
  • Ван, Лихуэй
  • Хоу, Сяолинь
RU2789444C1
ОДНОВРЕМЕННОЕ СООБЩЕНИЕ ACK/NACK И ИНФОРМАЦИИ СОСТОЯНИЯ КАНАЛА С ИСПОЛЬЗОВАНИЕМ РЕСУРСОВ ФОРМАТА 3 PUCCH 2012
  • Бальдемаир Роберт
  • Ларссон Даниель
  • Чэн Цзюн-Фу
  • Френне Маттиас
RU2705224C2
ПОЛЬЗОВАТЕЛЬСКИЙ ТЕРМИНАЛ И СПОСОБ РАДИОСВЯЗИ 2019
  • Сохэи
  • Нагата, Сатоси
  • Го, Шаочжэнь
  • Ван, Лихуэй
  • Хоу, Сяолинь
RU2789180C1
ТЕРМИНАЛ И СПОСОБ РАДИОСВЯЗИ 2019
  • Такахаси, Юки
  • Нагата, Сатоси
  • Ван, Лихуэй
RU2794753C1
ТЕРМИНАЛЬНОЕ УСТРОЙСТВО И СПОСОБ РАЗДЕЛЕНИЯ БУФЕРА 2018
  • Оизуми Тору
  • Нисио Акихико
RU2693701C1
ТЕРМИНАЛЬНОЕ УСТРОЙСТВО И СПОСОБ РАЗДЕЛЕНИЯ БУФЕРА 2013
  • Оизуми, Тору
  • Нисио, Акихико
RU2675801C1
ТЕРМИНАЛЬНОЕ УСТРОЙСТВО И СПОСОБ РАЗДЕЛЕНИЯ БУФЕРА 2013
  • Оизуми Тору
  • Нисио Акихико
RU2634842C2
ТЕРМИНАЛ, СПОСОБ РАДИОСВЯЗИ, БАЗОВАЯ СТАНЦИЯ И СИСТЕМА, СОДЕРЖАЩАЯ БАЗОВУЮ СТАНЦИЮ И ТЕРМИНАЛ 2021
  • Мацумура, Юки
  • Такеда, Кадзуаки
  • Такеда, Кадзуки
  • Нагата, Сатоси
RU2762337C1
(ДЕ)АКТИВАЦИЯ КОМПОНЕНТНОЙ НЕСУЩЕЙ В СИСТЕМАХ СВЯЗИ, ИСПОЛЬЗУЮЩИХ АГРЕГАЦИЮ НЕСУЩИХ 2011
  • Фойерзенгер Мартин
  • Лер Йоахим
  • Голичек Эдлер Фон Эльбварт Александер
  • Венгертер Кристиан
RU2574610C2

Иллюстрации к изобретению RU 2 549 365 C2

Реферат патента 2015 года РАСПРЕДЕЛЕНИЕ РЕСУРСОВ PUCCH ДЛЯ АГРЕГИРОВАНИЯ НЕСУЩИХ В УСОВЕРШЕНСТВОВАННОЙ LTE

Изобретение относится к технике беспроводной связи и может быть использовано для эффективного распределения ресурсов для физического канала управления восходящей линии связи для агрегирования несущих. Базовая станция осуществляет прием управляющей информации из пользовательского терминала в первом наборе радиоресурсов на первичной компонентной несущей восходящей линии связи, связанной с первой компонентной несущей нисходящей линии связи, в случае если пользовательский терминал запланирован для того, чтобы принимать передачи нисходящей линии связи на первой одиночной компонентной несущей нисходящей линии связи, и на втором наборе радиоресурсов на первичной компонентной несущей восходящей линии связи, причем упомянутые ресурсы во втором наборе являются дополнительными радиоресурсами по сравнению с ресурсами в упомянутом первом наборе, в случае если пользовательский терминал запланирован для того, чтобы принимать передачи нисходящей линии связи на второй одиночной компонентной несущей нисходящей линии связи или множественных компонентных несущих нисходящей линии связи. Технический результат - обеспечение адаптивного переключения между двумя наборами различных ресурсов в зависимости от назначения нисходящей линии связи. 6 н. и 28 з.п. ф-лы, 13 ил.

Формула изобретения RU 2 549 365 C2

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

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

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

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

5. Способ по п. 1, в котором по меньшей мере один из первого и второго наборов радиоресурсов указывают явно посредством индекса канала управления восходящей линии связи.

6. Способ по п. 5, в котором явное указание передают как сигнализацию управления радиоресурсами.

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

8. Способ по п. 7, в котором указание ресурса подтверждения приема выбирает второй набор ресурсов из полустатического набора ресурсов восходящей линии связи.

9. Базовая станция (20), содержащая
передатчик (24) для того, чтобы передавать пользовательские данные на одной или более компонентных несущих нисходящей линии связи в пользовательский терминал (100), отличающаяся тем, что содержит
контроллер (34) для того, чтобы планировать передачи нисходящей линии связи в упомянутый пользовательский терминал (100), причем контроллер нисходящей линии связи выполнен с возможностью
планирования передач нисходящей линии связи в пользовательский терминал (100) на одной или более компонентных несущих нисходящей линии связи,
если пользовательский терминал (100) запланирован для того, чтобы принимать передачи нисходящей линии связи на первой одиночной компонентной несущей нисходящей линии связи, приема управляющей информации, связанной с передачами нисходящей линии связи в пользовательский терминал (100), в первом наборе радиоресурсов на первичной компонентной несущей восходящей линии связи, связанной с упомянутой первой компонентной несущей нисходящей линии связи,
если пользовательский терминал (100) запланирован для того, чтобы принимать передачи нисходящей линии связи на второй одиночной компонентной несущей нисходящей линии связи или множественных компонентных несущих нисходящей линии связи, приема управляющей информации, связанной с передачами нисходящей линии связи в пользовательский терминал (100), во втором наборе радиоресурсов на первичной компонентной несущей восходящей линии связи, причем упомянутые ресурсы во втором наборе являются дополнительными радиоресурсами по сравнению с ресурсами в упомянутом первом наборе.

10. Базовая станция по п. 9, в которой контроллер дополнительно выполнен с возможностью передачи управляющей информации в пользовательский терминал на компонентной несущей нисходящей линии связи для того, чтобы неявно или явно указывать первый набор радиоресурсов на первичной компонентной несущей восходящей линии связи.

11. Базовая станция по п. 9 или 10, в которой контроллер дополнительно выполнен с возможностью передачи управляющей информации в пользовательский терминал на компонентной несущей нисходящей линии связи для того, чтобы неявно или явно указывать второй набор радиоресурсов на первичной компонентной несущей восходящей линии связи.

12. Базовая станция по п. 9, в которой контроллер дополнительно выполнен с возможностью указания по меньшей мере одного из первого и второго наборов радиоресурсов неявно посредством отправки по меньшей мере одного из: индекса канала управления нисходящей линии связи, числа компонентных несущих нисходящей линии связи и идентификатора пользовательского терминала.

13. Базовая станция по п. 9, в которой контроллер дополнительно выполнен с возможностью указания по меньшей мере одного из первого и второго наборов радиоресурсов явно посредством отправки индекса канала управления восходящей линии связи.

14. Базовая станция по п. 13, в которой контроллер дополнительно выполнен с возможностью отправки явного указания в качестве сигнализации управления радиоресурсами.

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

16. Базовая станция по п. 15, в которой указание ресурса подтверждения приема выбирает второй набор ресурсов из полустатического набора ресурсов восходящей линии связи.

17. Способ, осуществляемый посредством пользовательского терминала (100), передачи управляющей информации в сети мобильной связи, причем способ содержит этапы, на которых принимают назначение радиоресурсов (62) для передач нисходящей линии связи из базовой станции (20);
передают, в первом наборе радиоресурсов в компонентной несущей восходящей линии связи, управляющую информацию (64), связанную с упомянутыми передачами нисходящей линии связи, если принято назначение первой одиночной компонентной несущей нисходящей линии связи для передачи нисходящей линии связи, причем способ отличается тем, что содержит этапы, на которых
передают, во втором наборе радиоресурсов на компонентной несущей восходящей линии связи, управляющую информацию (66), связанную с упомянутыми передачами нисходящей линии связи, если принято назначение множественных компонентных несущих нисходящей линии связи для передачи нисходящей линии связи, причем упомянутые ресурсы во втором наборе являются дополнительными радиоресурсами, по сравнению с ресурсами в упомянутом первом наборе.

18. Способ по п. 17, дополнительно содержащий этап, на котором передают пользовательские данные во втором наборе радиоресурсов, если одиночная компонентная несущая нисходящей линии связи назначена для передачи нисходящей линии связи.

19. Способ по п. 17 или 18, дополнительно содержащий этап, на котором принимают управляющую информацию от базовой станции на компонентной несущей нисходящей линии связи, неявно или явно указывающую второй набор радиоресурсов на первичной компонентной несущей восходящей линии связи.

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

21. Способ по п. 17, в котором этап, на котором принимают управляющую информацию, содержит этап, на котором принимают индекс канала управления восходящей линии связи, явно идентифицирующий упомянутый второй набор ресурсов.

22. Способ по п. 21, в котором явное указание принимают как сигнализацию управления радиоресурсами.

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

24. Способ по п. 23, дополнительно содержащий этап, на котором выбирают второй набор ресурсов из полустатического набора ресурсов восходящей линии связи в ответ на указание ресурса подтверждения приема.

25. Пользовательский терминал (100) для мобильной связи, причем пользовательский терминал содержит приемник (116) для того, чтобы принимать передачи нисходящей линии связи от базовой станции (20),
передатчик (112) для того, чтобы передавать управляющую информацию, связанную с передачей нисходящей линии связи, на базовую станцию (20), причем пользовательский терминал отличается тем, что содержит
контроллер (122) для того, чтобы выбирать радиоресурсы для передачи управляющей информации, связанной с передачами нисходящей линии связи, причем контроллер выполнен с возможностью
выбора первого набора радиоресурсов на компонентной несущей восходящей линии связи, если принято назначение одиночной компонентной несущей нисходящей линии связи для передачи нисходящей линии связи, и
выбора второго набора радиоресурсов на компонентной несущей восходящей линии связи, если принято назначение множественных компонентных несущих нисходящей линии связи для передачи нисходящей линии связи, причем упомянутые ресурсы во втором наборе являются дополнительными радиоресурсами по сравнению с ресурсами в упомянутом первом наборе.

26. Пользовательский терминал по п. 25, выполненный с возможностью передачи пользовательских данных во втором наборе радиоресурсов, если одиночная компонентная несущая нисходящей линии связи назначена для передачи нисходящей линии связи.

27. Пользовательский терминал по п. 25 или 26, в котором контроллер дополнительно выполнен с возможностью приема управляющей информации от базовой станции на компонентной несущей нисходящей линии связи, неявно или явно идентифицирующей второй набор радиоресурсов на первичной компонентной несущей восходящей линии связи.

28. Пользовательский терминал по п. 25, в котором контроллер дополнительно выполнен с возможностью приема по меньшей мере одного из: индекса канала управления нисходящей линии связи, числа компонентных несущих нисходящей линии связи и идентификатора пользовательского терминала, неявно идентифицирующих второй набор радиоресурсов.

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

30. Пользовательский терминал по п. 29, в котором контроллер дополнительно выполнен с возможностью приема явного указания в качестве сигнализации управления радиоресурсами.

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

32. Пользовательский терминал по п. 31, в котором контроллер выполнен с возможностью выбора второго набора ресурсов из полустатического набора ресурсов восходящей линии связи в ответ на указание ресурса подтверждения приема.

33. Способ, осуществляемый с помощью пользовательского терминала (100) в сети мобильной связи, причем способ содержит этапы, на которых
принимают назначение радиоресурсов (72) для передач нисходящей линии связи из базовой станции (20),
передают управляющую информацию (74), связанную с передачей нисходящей линии связи, в первом наборе радиоресурсов на компонентной несущей восходящей линии связи, если принято назначение первой компонентной несущей нисходящей линии связи для передачи нисходящей линии связи, причем способ отличается тем, что
передают управляющую информацию (76), связанную с передачей нисходящей линии связи, во втором наборе радиоресурсов на компонентной несущей восходящей линии связи, если принято назначение второй одиночной компонентной несущей нисходящей линии связи для передачи нисходящей линии связи, причем упомянутые ресурсы во втором наборе являются дополнительными радиоресурсами по сравнению с ресурсами в упомянутом первом наборе.

34. Пользовательский терминал для мобильной связи, причем пользовательский терминал содержит приемник (116) для того, чтобы принимать передачи нисходящей линии связи от базовой станции (20),
передатчик (112) для того, чтобы передавать управляющую информацию, связанную с передачей нисходящей линии связи, на базовую станцию (20), причем пользовательский терминал отличается тем, что содержит
контроллер (122) для того, чтобы выбирать радиоресурсы для передачи управляющей информации, связанной с передачей нисходящей линии связи, причем контроллер выполнен с возможностью
выбора первого набора радиоресурсов на компонентной несущей восходящей линии связи, если принято назначение первой компонентной несущей нисходящей линии связи для передачи нисходящей линии связи, и
выбора второго набора радиоресурсов в компонентной несущей восходящей линии связи, если принято назначение второй одиночной компонентной несущей нисходящей линии связи для передачи нисходящей линии связи, причем упомянутые ресурсы во втором наборе являются дополнительными радиоресурсами по сравнению с ресурсами в упомянутом первом наборе.

Документы, цитированные в отчете о поиске Патент 2015 года RU2549365C2

Переносная печь для варки пищи и отопления в окопах, походных помещениях и т.п. 1921
  • Богач Б.И.
SU3A1
ZTE: "Uplink Control Channel Design for LTE-Advanced", 3GPP DRAFT; R1-093209 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE, 19 August 2009 (2009-08-19)
NOKIA SIEMENS NETWORKS ET AL: "Channelization of SRI and

RU 2 549 365 C2

Авторы

Бальдемаир Роберт

Герстенбергер Дирк

Ларссон Даниель

Линдбом Ларс

Парквалль Стефан

Астели Давид

Даты

2015-04-27Публикация

2010-10-04Подача