УПРАВЛЕНИЕ МОЩНОСТЬЮ ДЛЯ ACK/NACK - ФОРМАТОВ С АГРЕГИРОВАНИЕМ НЕСУЩИХ

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

Данная заявка испрашивает приоритет предварительной заявки на патент (США) № 61/411527, поданной 9 ноября 2010 года, и предварительной заявки на патент (США) № 61/412068, поданной 10 ноября 2010 года.

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

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

Уровень техники

В системе беспроводной связи (например, в сотовой телефонной сети третьего поколения (3G) или четвертого поколения (4G) по проекту долгосрочного развития (LTE)), базовая станция (например, усовершенствованный узел B или eNodeB (eNB), или аналогичный объект) может передавать информацию выделения ресурсов беспроводного канала в мобильный телефон или абонентское устройство (UE) через управляющий сигнал нисходящей линии связи, к примеру, сигнал физического канала управления нисходящей линии связи (PDCCH) в 3G-сетях проекта партнерства третьего поколения (3GPP) и 4G-сетях. Современные сотовые сети используют гибридный автоматический запрос на повторную передачу (HARQ), в котором после приема этой PDCCH-передачи по нисходящей линии связи (т.е. передачи из базовой станции в мобильное устройство) UE может пытаться декодировать ее и сообщать в базовую станцию то, выполнено декодирование удачно (ACK, или подтверждение приема) или нет (NACK, или отрицание приема). Такое сообщение может быть выполнено посредством UE с использованием передачи по восходящей линии связи (т.е. передачи из мобильного устройства в базовую станцию в сотовой сети), к примеру, сигнала физического канала управления восходящей линии связи (PUCCH) в 3G- и 4G-сетях. Таким образом, управляющий сигнал PUCCH восходящей линии связи из мобильного терминала в базовую станцию может включать в себя подтверждения приема гибридного ARQ (ACK/NACK) для принимаемых данных нисходящей линии связи. PUCCH также дополнительно может включать в себя сообщения терминала (например, в форме одного или более битов индикатора качества канала (CQI)), связанные с характеристиками каналов нисходящей линии связи. Такие сообщения могут быть использованы посредством базовой станции для того, чтобы помогать ей в последующей диспетчеризации в нисходящей линии связи мобильного телефона. PUCCH дополнительно может включать в себя запросы на диспетчеризацию посредством UE, указывающие то, что мобильному терминалу или UE требуются ресурсы восходящей линии связи для передач данных по восходящей линии связи.

Общие операции физических LTE-каналов описываются в различных технических условиях усовершенствованного универсального наземного радиодоступа (E-UTRA), таких как, например, технические условия (TS) 3GPP 36.201 ("Physical Layer: General Description"), 36.211 ("Physical Channels and Modulation"), 36.212 ("Multiplexing and Channel Coding"), 36.213 ("Physical Layer Procedures") и 36.214 ("Physical Layer - Measurements"). К этим техническим условиям можно обращаться для справки, и они содержатся в данном документе по ссылке.

Здесь следует отметить, что LTE версия 8 (Rel-8) теперь стандартизирована, чтобы поддерживать рабочие полосы частот вплоть до 20 МГц. Тем не менее, чтобы удовлетворять требованиям усовершенствованного стандарта международной системы мобильной связи (IMT), 3GPP инициировал работу над стандартом на LTE версия 10 (Rel-10) (усовершенствованным стандартом LTE), чтобы поддерживать полосы частот, превышающие 20 МГц. Одно важное требование в LTE Rel-10 заключается в том, чтобы гарантировать обратную совместимость с LTE Rel-8. Это включает в себя совместимость спектра, т.е. LTE Rel-10-несущая шире 20 МГц должна выглядеть как определенное число (меньших) LTE-несущих для LTE Rel-8-терминала. Каждая такая меньшая несущая может упоминаться как компонентная несущая (CC). Здесь следует отметить, что во время начальных развертываний LTE Rel-10, число терминалов с поддержкой LTE Rel-10 может быть меньшим по сравнению со множеством унаследованных LTE-терминалов (например, Rel-8-терминалов). Следовательно, также желательно обеспечивать эффективное использование широкой (Rel-10) несущей посредством унаследованных терминалов. Другими словами, должно быть возможным реализовывать несущие таким образом, что унаследованные терминалы могут быть диспетчеризованы во всех частях широкополосной LTE Rel-10-несущей. Один способ достигать этого эффективного использования - посредством агрегирования несущих (CA). CA подразумевает, что LTE Rel-10-терминал может принимать несколько CC, причем каждая CC имеет или, по меньшей мере, может иметь структуру, идентичную структуре Rel-8-несущей. Фиг. 1 иллюстрирует принцип CC-агрегирования. Как показано на фиг. 1, рабочая полоса частот 100 МГц (указываемая посредством ссылочного номера 2) в Rel-10 может структурироваться посредством агрегирования пяти (для простоты, смежных) меньших полос частот в 20 МГц (в соответствии с требованиями Rel-8), как указано посредством ссылочных номеров 4-8. Здесь следует отметить, что Rel-10 поддерживает агрегирование до пяти несущих, каждая из которых имеет полосу частот вплоть до 20 МГц. Таким образом, например, если требуется, агрегирование несущих в Rel-10 также может быть использовано для того, чтобы агрегировать две несущие с полосой частот по 5 МГц. Таким образом, агрегирование несущих в восходящей линии связи и нисходящей линии связи позволяет поддерживать более высокие скорости передачи данных, чем возможны в унаследованных системах связи (т.е. для UE, работающего согласно 3GPP Rel-8 или ниже). UE, допускающее работу только по одной паре нисходящей/восходящей линии связи (DL/UL), может упоминаться как "унаследованное UE", тогда как UE, допускающее работу по нескольким DL/UL CC, может упоминаться как "усовершенствованное UE".

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

Диспетчеризация CC выполняется по PDCCH через назначения в нисходящей линии связи. Управляющая информация по PDCCH может форматироваться в качестве сообщения с управляющей информацией нисходящей линии связи (DCI). В Rel-8 терминал работает только с одной DL и одной UL CC. Следовательно, ассоциирование между DL-назначением, разрешениями на передачу по UL и соответствующими DL и UL CC является понятным в Rel-8. Тем не менее, в Rel-10 два режима CA должны отличаться: первый режим очень аналогичным работе нескольких Rel-8-терминалов - т.е. DL-назначение или разрешение на передачу по UL, содержащееся в DCI-сообщении, передаваемом на CC, является допустимым либо для самой DL CC, либо для ассоциированной (через конкретную для соты или конкретную для UE связь) UL CC. Второй режим работы дополняет DCI-сообщение полем индикатора несущей (CIF). DCI-сообщение, содержащее DL-назначение с CIF, является допустимым для этой DL CC, указываемой в CIF, и DCI, содержащая разрешение на передачу по UL с CIF, является допустимой для указываемой UL CC.

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

DCI-сообщения для назначений в нисходящей линии связи (ресурсов восходящей линии связи) содержат, в числе прочего, назначение блоков ресурсов, связанные со схемой модуляции и кодирования параметры, резервную версию HARQ и т.д. В дополнение к этим параметрам, которые связаны с фактической передачей по нисходящей линии связи, большинство DCI-форматов для назначений в нисходящей линии связи также содержит битовое поле для команд управления мощностью передачи (TPC). Эти TPC-команды могут быть использованы посредством eNB для того, чтобы управлять мощностью восходящей линии связи соответствующего PUCCH, который используется для того, чтобы передавать обратную связь по HARQ (в ответ на принимаемое DCI-сообщение через PDCCH). Если обобщать, TPC-команды используются для того чтобы управлять мощностью передачи канала между базовой станцией (BS) и UE.

Каждое DL-назначение может быть диспетчеризовано с помощью собственного DCI-сообщения по PDCCH. Поскольку DCI-форматы Rel-8 или форматы, аналогичные Rel-8, также используются для Rel-10, принимаемое DCI-сообщение в Rel-10, как следствие, содержит поле TPC-бита, предоставляющее регулирующее значение для мощности передачи для PUCCH. Здесь следует отметить, что рабочая точка для всех PUCCH-форматов является общей. Иными словами, Rel-8 PUCCH-форматы 1/1a/1b/2/2a/2b и дополнительные PUCCH-форматы в Rel-10 (т.е. схемы обратной связи по HARQ на основе PUCCH-формата 3 и выбора канала) используют идентичный контур управления мощностью, за исключением параметров h(n_CQI, n_HARQ) и Δ_{F_PUCCH}(F) управления мощностью (заданы ниже в отношении уравнения (1)). Эти параметры, по меньшей мере, учитывают различную производительность и размеры полезных данных для различных PUCCH-форматов. Поэтому эти параметры по отдельности определяются для каждого PUCCH-формата.

В Rel-8 управление мощностью PUCCH задается следующим образом:

...(1)

В вышеприведенном уравнении (1) "P_PUCCH(i)" означает мощность передачи по PUCCH для субкадра "i" (например, субкадра в 1 мс в радиокадре в 10 мс); "P_CMAX" означает сконфигурированную максимальную мощность передачи (в UE) для PUCCH CC (например, UL PCC (первичной CC восходящей линии связи)); "P_{0_PUCCH}" означает требуемую мощность приема в PUCCH (в eNB или другом аналогичном управляющем узле в LTE), сигнализируемую посредством верхних уровней (в LTE-сети); " h(n_CQI, n_HARQ)" означает параметр смещения, который зависит от числа "n_CQI" (≥0) CQI-битов или числа "n_HARQ" (≥0) HARQ-битов (в PUCCH-сигнале, который должен быть передан посредством UE), чтобы сохранять одинаковую энергию в расчете на информационный бит; "Δ_{F_PUCCH}(F)" означает параметр смещения, который зависит от PUCCH-формата (PUCCH-сигнала, передаваемого посредством UE), чтобы обеспечивать достаточное пространство для реализации на основе другого приемного устройства (например, eNB или другой базовой станции) и других условий радиосвязи; " " означает накопленное значение регулирования мощности, извлекаемое из TPC-команды "δ_PUCCH(i)". Значения "M" и "k_m" зависят от того, является дуплексный режим (например, режим связи между UE и eNB) дуплексом с частотным разделением каналов (FDD) или дуплексом с временным разделением каналов (TDD); и "PL" означает потери в тракте передачи.

Известно, что в Rel-8 PUCCH поддерживает несколько форматов, к примеру формат 1, 1a, 1b, 2, 2a, 2b и комбинацию форматов 1/1a/1b и 2/2a/2b. Эти PUCCH-форматы используются следующим образом: PUCCH-формат 1 использует один бит индикатора запроса на диспетчеризацию (SRI), PUCCH-формат 1a использует однобитовое ACK, PUCCH-формат 1b использует двухбитовое ACK/NACK, PUCCH-формат 2 использует периодический CQI, PUCCH-формат 2a использует периодический CQI с однобитовым ACK, и PUCCH-формат 2b использует периодический CQI с двухбитовым ACK/NACK.

В Rel-8/9, h(n_CQI, n_HARQ) задается следующим образом:

a) Для PUCCH-форматов 1, 1a и 1b, h(n_CQI, n_HARQ)=0.

b) Для PUCCH-форматов 2, 2a, 2b и обычного циклического префикса

c) Для PUCCH-формата 2 и расширенного циклического префикса:

Сущность изобретения

Как упомянуто выше, один из параметров управления мощностью передачи (т.е. h(n_CQI, n_HARQ)) задается для различных PUCCH-форматов, поддерживаемых в Rel-8. Кроме того, для PUCCH-формата 3 в Rel-10 предложено применять h(n_CQI, n_HARQ)=10log₁₀(n_HARQ). Тем не менее, текущее предложенное логарифмическое значение h(n_CQI, n_HARQ) для PUCCH-формата 3 может не обеспечивать точное управление мощностью.

Следовательно, желательно иметь лучшее определение h(n_CQI, n_HARQ) для обоих из CA PUCCH-форматов в Rel-10 (т.е. для PUCCH-формата 3 и выбора канала), с тем чтобы удерживать идентичную энергию в расчете на информационный бит, передаваемую через PUCCH-сигнал (из UE). Дополнительно желательно предоставлять технологию для того, чтобы определять значения для параметра Δ_{F_PUCCH}(F) управления мощностью для PUCCH-формата 3 в Rel-10, чтобы способствовать более точному управлению мощностью передач по восходящей линии связи.

Настоящее изобретение предоставляет решение для вышеуказанной потребности более точно определять h(n_CQI, n_HARQ) для двух CA PUCCH-форматов в Rel-10. В одном варианте осуществления настоящего изобретения, h(n_CQI, n_HARQ) основан на линейной функции n_HARQ для обоих из CA PUCCH-форматов в Rel-10. На основе CA PUCCH-формата, сконфигурированного для UE, eNB может инструктировать UE (например, через поле TPC-бита в PDCCH-сигнале из eNB) выбирать или применять конкретную линейную функцию n_HARQ в качестве значения для параметра h(n_CQI, n_HARQ) управления мощностью, с тем чтобы давать возможность UE более точно устанавливать мощность передачи своего PUCCH-сигнала. Настоящее изобретение также предоставляет примерные значения для параметра Δ_{F_PUCCH}(F), который должен использоваться для PUCCH-формата 3 в Rel-10.

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

В другом варианте осуществления настоящее изобретение направлено на узел мобильной связи, выполненный с возможностью предоставлять радиоинтерфейс для мобильного телефона в беспроводной сети, ассоциированной с мобильным телефоном. Узел мобильной связи отличается тем, что он содержит: средство для конфигурирования PUCCH-формата для PUCCH-сигнала, который должен быть передан посредством мобильного телефона; и средство для инструктирования мобильному телефону применять следующую линейную функцию n_HARQ в качестве значения для h(n_CQI, n_HARQ): h(n_CQI, n_HARQ)=n_HARQ/α+β, где "α" является целочисленной константой, и |β|<1, при этом h(n_CQI, n_HARQ) является параметром управления мощностью на основе PUCCH-формата, влияющим на мощность передачи PUCCH-сигнала, причем n_CQI указывает число CQI-битов, а n_HARQ указывает число HARQ-битов в PUCCH-сигнале.

В дополнительном варианте осуществления настоящее изобретение направлено на систему, которая отличается тем, что она содержит: мобильный телефон, работающий в беспроводной сети, ассоциированной с ним; и узел мобильной связи, выполненный с возможностью предоставлять радиоинтерфейс для мобильного телефона в беспроводной сети. Узел мобильной связи в системе дополнительно выполнен с возможностью осуществлять следующее: определять PUCCH-формат для PUCCH-сигнала, который должен быть передан посредством мобильного телефона; и инструктировать мобильному телефону применять только линейную функцию n_HARQ в качестве значения для h(n_CQI, n_HARQ), при этом h(n_CQI, n_HARQ) является параметром управления мощностью на основе PUCCH-формата, влияющим на мощность передачи PUCCH-сигнала, причем n_CQI указывает число CQI-битов, а n_HARQ указывает число HARQ-битов в PUCCH-сигнале.

В другом варианте осуществления настоящее изобретение направлено на способ, который отличается посредством этапов: с использованием процессора, приема сигнала управления мощностью из узла мобильной связи, чтобы управлять мощностью передачи PUCCH-сигнала; в ответ на сигнал управления мощностью, выбора линейной функции n_HARQ в качестве значения для h(n_CQI, n_HARQ) с использованием процессора, при этом h(n_CQI, n_HARQ) является параметром управления мощностью, влияющим на мощность передачи PUCCH-сигнала, причем n_CQI указывает число CQI-битов, а n_HARQ указывает число HARQ-битов в PUCCH-сигнале; и с использованием процессора передачи PUCCH-сигнала с линейной функцией, применяемой к нему, с тем чтобы частично управлять мощностью передачи PUCCH-сигнала.

В другом варианте осуществления изобретение направлено на UE, работающее в беспроводной сети, ассоциированной с ним. UE отличается тем, что оно содержит: средство для приема сигнала управления мощностью из узла мобильной связи, чтобы управлять мощностью передачи PUCCH-сигнала, который должен быть передан посредством UE, при этом узел мобильной связи выполнен с возможностью предоставлять радиоинтерфейс в UE в беспроводной сети; и средство для применения только линейной функции n_HARQ в качестве значения для h(n_CQI, n_HARQ) в ответ на сигнал управления мощностью, при этом h(n_CQI, n_HARQ) является параметром управления мощностью, влияющим на мощность передачи PUCCH-сигнала, причем n_CQI указывает число CQI-битов, а n_HARQ указывает число HARQ-битов в PUCCH-сигнале.

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

В другом варианте осуществления настоящее изобретение направлено на UE, работающее в беспроводной сети, ассоциированной с ним. UE отличается тем, что оно содержит: средство для приема PUCCH-формата для PUCCH-сигнала, который должен быть передан посредством UE, при этом PUCCH-формат использует разнесение при передаче, причем PUCCH-сигнал включает в себя число CQI-битов и число HARQ-битов; и средство для выбора параметра смещения для PUCCH-формата, при этом параметр смещения может влиять или не влиять на значение h(n_CQI, n_HARQ), при этом h(n_CQI, n_HARQ) является параметром управления мощностью на основе PUCCH-формата, причем параметр смещения влияет на мощность передачи PUCCH-сигнала, причем n_CQI указывает число CQI-битов, а n_HARQ указывает число HARQ-битов в PUCCH-сигнале.

В дополнительном варианте осуществления настоящее изобретение направлено на узел мобильной связи, выполненный с возможностью предоставлять радиоинтерфейс для мобильного телефона в беспроводной сети, ассоциированной с мобильным телефоном. Узел мобильной связи отличается тем, что он содержит: средство для определения того, использует или нет PUCCH-формат для PUCCH-сигнала, который должен быть передан посредством мобильного телефона, разнесение при передаче, причем PUCCH-сигнал включает в себя число CQI-битов и число HARQ-битов; и когда определяется что PUCCH-формат использует разнесение при передаче, средство для выбора параметра смещения для PUCCH-формата, при этом параметр смещения может влиять или не влиять на значение h(n_CQI, n_HARQ), при этом h(n_CQI, n_HARQ) является параметром управления мощностью на основе PUCCH-формата, причем параметр смещения влияет на мощность передачи PUCCH-сигнала, причем n_CQI указывает число CQI-битов, а n_HARQ указывает число HARQ-битов в PUCCH-сигнале.

Линейное определение h(n_CQI, n_HARQ) (и результирующих значений для Δ_{F_PUCCH}(F)) согласно идеям настоящего изобретения может обеспечивать более точное управление мощностью для двух PUCCH-форматов в Rel-10 (т.е. PUCCH-формата 3 и выбор канала) по сравнению с тем, когда применяется идентичный способ относительно PUCCH-формата 2 (т.е. логарифмическое определение). Более точное управление мощностью может приводить к меньшим межсотовым помехам и высокой способности к мультиплексированию в PUCCH, и, следовательно, также к более высокой пропускной способности системы (т.е. пропускной способности в нисходящей линии связи для UE) в PDSCH (физическом совместно используемом канале нисходящей линии связи).

Краткое описание чертежей

В следующем разделе изобретение описывается со ссылками на примерные варианты осуществления, проиллюстрированные на чертежах, на которых:

Фиг. 1 иллюстрирует принцип агрегирования компонентных несущих (CC);

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

Фиг. 3 иллюстрирует графики, показывающие рабочие отношения сигнал - шум (SNR) для PUCCH-формата 3 при различных допущениях моделей каналов;

Фиг. 4 иллюстрирует приращения относительных рабочих SNR для PUCCH-формата 3 при различных допущениях моделей каналов, показанных на фиг. 3;

Фиг. 5 показывает то, что идентичная линейная функция для h(n_CQI, n_HARQ), раскрытая со ссылкой на фиг. 4, может быть использована для того, чтобы управлять по мощности схемами обратной связи по HARQ на основе выбора канала;

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

Фиг. 7 иллюстрирует моделированные результаты для производительности канального уровня разнесения при передаче пространственных ортогональных ресурсов (SORTD) для PUCCH-формата 3 с полезных данных ACK/NACK от 2 до 11 битов;

Фиг. 8 иллюстрирует моделированные результаты для производительности канального уровня SORTD для PUCCH-формата 3 с размером полезных данных ACK/NACK от 2 до 21 бита;

Фиг. 9 иллюстрирует приращения относительных рабочих SNR для PUCCH-формата 3 (с разнесением при передаче) при различных допущениях моделей каналов, показанных на фиг. 7, а также иллюстрирует то, что идентичная линейная функция для h(n_CQI, n_HARQ), первоначально раскрытая со ссылкой на фиг. 4, может быть использована для того, чтобы управлять по мощности сигналом PUCCH-формата 3 с разнесением при передаче;

Фиг. 10 иллюстрирует приращения относительных рабочих SNR для PUCCH-формата 3 (с разнесением при передаче) при различных допущениях моделей каналов, показанных на фиг. 8, а также иллюстрирует то, как линейная функция для h(n_CQI, n_HARQ), первоначально раскрытая со ссылкой на фиг. 4, соответствует графикам для PUCCH с разнесением при передаче;

Фиг. 11 также иллюстрирует приращения относительных рабочих SNR для PUCCH-формата 3 (с разнесением при передаче) при различных допущениях моделей каналов, показанных на фиг. 8, но показывает то, что линейная функция для h(n_CQI, n_HARQ), имеющая наклон в 1/3, может обеспечивать лучшее управление мощностью для графиков для PUCCH (с разнесением при передаче) на фиг. 8;

Фиг. 12 является блок-схемой примерного мобильного телефона или UE 12 согласно одному варианту осуществления настоящего изобретения; и

Фиг. 13 является блок-схемой примерного усовершенствованного узла B согласно примерному варианту осуществления настоящего изобретения.

Подробное описание изобретения

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

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

В первую очередь следует отметить, что термины "связанный", "соединенный", "соединяющий", "электрически соединенный" и т.д. используются взаимозаменяемо в данном документе таким образом, что они, в общем, означают состояние электрического соединения. Аналогично первый объект считается "поддерживающим связь" со вторым объектом (или объектами), когда первый объект электрически отправляет и/или принимает (через проводное или беспроводное средство) информационные сигналы (содержащие речевую информацию или неречевые данные/управляющую информацию) во второй объект независимо от типа (аналоговые или цифровые) этих сигналов. Дополнительно следует отметить, что различные чертежи (включающие в себя компонентные схемы, графики или диаграммы), показанные и поясненные в данном документе, служат только для иллюстрации и не нарисованы в масштабе.

Фиг. 2 является схемой примерной беспроводной системы 10, в которой может быть реализовано управление мощностью PUCCH согласно идеям одного варианта осуществления настоящего изобретения. Система 10 может включать в себя мобильный телефон 12, который поддерживает беспроводную связь с сетью 14 оператора услуг связи для поставщика беспроводных услуг через узел 16 связи сети 14 оператора услуг связи. Узел 16 связи может быть, например, базовой станцией в 3G-сети или усовершенствованным узлом B (усовершенствованным узлом B), когда сеть оператора услуг связи является сетью по проекту долгосрочного развития (LTE), и может предоставлять радиоинтерфейс для мобильного телефона 12. В других вариантах осуществления узел 16 связи также может включать в себя контроллер узла, точку доступа (AP) или любой другой тип устройства на основе радиоинтерфейса, имеющего возможность работы в беспроводном окружении. Здесь следует отметить, что термины "мобильный телефон", "беспроводной телефон" и "абонентское устройство (UE)" могут быть использованы взаимозаменяемо в данном документе и означают устройство беспроводной связи, которое допускает передачу речи и/или данных через сеть оператора услуг беспроводной связи. Некоторые примеры таких мобильных телефонов включают в себя сотовые телефоны или устройства для передачи данных (например, персональное цифровое устройство (PDA) или устройство поискового вызова), смартфоны (например, iPhone™, Android™, Blackberry™ и т.д.), компьютеры либо любой другой тип пользовательских устройств, допускающих работу в беспроводном окружении. Аналогично термины "беспроводная сеть" или "сеть оператора услуг связи" могут быть использованы взаимозаменяемо в данном документе и означают сеть беспроводной связи (например, сотовую сеть), упрощающую передачу речи и/или данных между двумя абонентскими устройствами (UE).

В дополнение к предоставлению радиоинтерфейса (например, как представлено посредством линии 17 беспроводной связи на фиг. 2) для UE 12 через антенну 19 узел 16 связи также может выполнять управление радиоресурсами (как, например, в случае усовершенствованного узла B в LTE-системе), например, через агрегирование несущих (CA) (например, агрегирование до пяти несущих, имеющих полосу частот до 20 МГц), упомянутое выше. В случае 3G-сети 14 оператора услуг связи узел 16 связи может включать в себя функциональные возможности базовой 3G-станции вместе с частью или всеми функциональными возможностями контроллера 3G-радиосети (RNC), чтобы выполнять управление мощностью PUCCH, поясненное ниже. Узлы связи в других типах сетей оператора услуг связи (например, в 4G-сетях и выше) также могут быть сконфигурированы аналогичным образом.

В одно варианте осуществления узел 16 может быть сконфигурирован (в виде аппаратных средств посредством программного обеспечения или их того и другого) с возможностью реализовывать управление мощностью PUCCH, как пояснено в данном документе. Например, когда существующая аппаратная архитектура узла 16 связи не может быть модифицирована, технология управления мощностью PUCCH согласно одному варианту осуществления настоящего изобретения может быть реализована посредством надлежащего программирования одного или более процессоров (например, процессора 95 (или более конкретно процессора 99) на фиг. 13) в узле 16 связи. Выполнение программного кода (посредством процессора в узле 16) может инструктировать процессору выполнять управление мощностью PUCCH, как пояснено в данном документе. Таким образом, в пояснении ниже, хотя узел 16 связи может упоминаться как "выполняющий", "достигающий" или "осуществляющий" функцию или процесс, специалистам в данной области техники должно быть очевидно, что такое действие может технически выполняться в аппаратных средствах и/или программном обеспечении требуемым образом. Аналогично UE 12 может быть надлежащим образом сконфигурировано (в аппаратных средствах и/или программном обеспечении) с возможностью выполнять свою часть управления мощностью PUCCH, как подробнее поясняется ниже.

Сеть 14 оператора услуг связи может включать в себя базовую сеть 18, связанную с узлом 16 связи и предоставляющую логические функции и функции управления (например, управление абонентскими учетными записями, составление счетов, управление мобильностью абонентов и т.д.) в сети 18. В случае LTE-сети оператора услуг связи базовая сеть 18 может быть шлюзом доступа (AGW). Независимо от типа сети 14 оператора услуг связи базовая сеть 18 может быть выполнена с возможностью предоставлять соединение UE 12 с другими мобильными телефонами, работающими в сети 14 оператора услуг связи, а также с другими устройствами связи (например, проводными телефонами) или ресурсами (например, Интернет-вебузлом) в других сетях передачи речи и/или данных, внешних для сети 14 оператора услуг связи. В этом отношении базовая сеть 18 может соединяться с сетью 20 с коммутацией пакетов (например, сетью по Интернет-протоколу (IP), такой как Интернет), а также с сетью 22 с коммутацией каналов, такой как коммутируемая телефонная сеть общего пользования (PSTN), чтобы выполнять требуемые соединения помимо устройств, работающих в сети 14 оператора услуг связи. Таким образом, через соединение узла 16 связи с базовой сетью 18 и линии радиосвязи переносного телефона 12 с узлом 16 связи, пользователь переносного телефона 12 может в беспроводном режиме (и прозрачно) осуществлять доступ к множеству различных ресурсов или систем помимо тех, которые работают в сети 14 оператора услуг связи.

Следует понимать, что сеть 14 оператора услуг связи может быть сотовой телефонной сетью, в которой UE 12 может быть абонентским устройством. Тем не менее, как упомянуто выше, настоящее изобретение также работает в других не основанных на сотах беспроводных сетях (будь то сети телефонной связи, сети передачи данных или и то, и другое). Кроме того, части сети 14 оператора услуг связи могут включать в себя, независимо или в комбинации, любые из настоящих или будущих сетей проводной или беспроводной связи, таких как, например, PSTN или линия спутниковой связи. Аналогично как также упомянуто выше, сеть 14 оператора услуг связи может соединяться с Интернетом через соединение своей базовой сети 18 с IP-сетью 20 (с коммутацией пакетов) либо может включать в себя часть Интернета в качестве части.

Независимо от того, присутствует агрегирование несущих (CA) или нет, в ходе начального доступа LTE Rel-10-терминал (или UE) может работать аналогично LTE Rel-8-терминалу. При успешном соединении с сетью терминал может (в зависимости от собственных характеристик и сети) быть сконфигурирован с дополнительными CC в UL и DL. Эта конфигурация может быть основана на сигнализации управления радиоресурсами (RRC). Тем не менее, вследствие интенсивной сигнализации и довольно низкой скорости сигнализации RRC, терминал может быть первоначально конфигурирован (посредством eNB 16) с несколькими CC, даже если не все из них используются в данный момент. Если терминал/UE 12 сконфигурировано на нескольких CC, терминалу, вероятно, придется отслеживать все сконфигурированные DL CC на предмет PDCCH и физического совместно используемого канала нисходящей линии связи (PDSCH). Это может требовать более широкой полосы частот, более высоких частот дискретизации и т.д., что может приводить к высокой потребляемой мощности в UE 12.

Чтобы снижать остроту вышеуказанных проблем в конфигурациях на нескольких CC, LTE Rel-10 также поддерживает активацию CC (поверх конфигурации упомянутых выше CC) посредством eNB 16. В одно варианте осуществления терминал или UE 12 отслеживает только сконфигурированные и активированные CC для PDCCH и PDSCH. В одно варианте осуществления активация может быть основана на элементах управления на уровне управления доступом к среде (MAC), которые могут быть быстрее сигнализации RRC. Активация/деактивация на основе MAC может соответствовать числу CC, которое требуется для того, чтобы удовлетворять текущим требованиям по скорости передачи данных. После поступления больших объемов данных несколько CC активируются (например, посредством eNB 16), используются для передачи данных и деактивируются, если более не требуются. Все кроме одной CC (первичной CC DL (DL PCC)) могут деактивироваться. Следовательно, активация предоставляет возможность конфигурировать несколько CC, но активировать их только по мере необходимости. Большую часть времени терминал или UE 12 должен иметь одну или всего несколько активированных CC, приводя к меньшей полосе частот приема и тем самым к сниженному потреблению мощности аккумулятора.

Тем не менее, если сигнализация MAC (и, в частности, передача сигнализации обратной связи HARQ (посредством UE 12), указывающая то, принята или нет успешно команда активации) генерирует ошибки, то, В одно варианте осуществления CA PUCCH-формат может быть основан на числе сконфигурированных CC. Таким образом, в случае нескольких CC, сконфигурированных для UE 12, CA PUCCH-формат Rel-10 может быть выбран для этого UE 12 посредством eNB 16 и передан в UE 12 через управляющий сигнал нисходящей линии связи (например, PDCCH-сигнал). С другой стороны, в случае конфигурации одной CC для UE 12, может быть выбран PUCCH-формат Rel-8.

С точки зрения UE могут поддерживаться симметричная и асимметричная конфигурации CC восходящей/нисходящей линии связи (UL/DL). Когда UE 12 сконфигурировано с одной DL CC (которая в таком случае представляет собой DL PCC) и UL CC (которая в таком случае представляет собой UL PCC), eNB 16 может инструктировать UE 12 управлять динамическим ACK/NACK в PUCCH согласно Rel-8. Первый элемент канала управления (CCE), используемый для того, чтобы передавать PDCCH для DL-назначения, определяет динамический ACK/NACK-ресурс в Rel-8 PUCCH. Если только одна DL CC имеет конкретную для соты связь с UL PCC, PUCCH-коллизии не могут возникать, поскольку PDCCH полностью передается с использованием различного первого CCE.

В CA-сценарии с асимметричными сотами или по другим причинам, несколько DL CC могут иметь конкретную для соты связь с идентичной UL CC. Терминалы, сконфигурированные с идентичной UL CC, но с различной DL CC (т.е. с любой из DL CC, которые имеют конкретную для соты связь с UL CC), совместно используют идентичную UL PCC, но имеют различные DL PCC. Терминалы, принимающие DL-назначения из различных DL CC, могут передавать свою обратную связь по HARQ на идентичной UL CC. Именно блок диспетчеризации eNB (не показан на фиг. 2, но показан на фиг. 13) должен обеспечивать то, что не возникают PUCCH-коллизии. Тем не менее, по меньшей мере, в Rel-10 терминал не может быть сконфигурирован с большим числом UL CC, чем DL CC.

В одно варианте осуществления когда UE 12 имеет несколько DL CC, сконфигурированных для него (посредством eNB 16), каждый PDCCH, передаваемый на DL PCC, имеет Rel-8 PUCCH-ресурс, зарезервированный на UL PCC. Даже если терминал сконфигурирован с несколькими DL CC, но принимает только назначение DL PCC, он по-прежнему может использовать Rel-8 PUCCH-ресурс на UL PCC. Альтернативный вариант осуществления может использовать даже для назначения одной DL PCC, CA PUCCH, который предоставляет обратную связь для HARQ-битов, соответствующих числу сконфигурированных CC (даже если только DL PCC является активной и используется). В другом варианте осуществления при приеме DL-назначений на одной вторичной CC (SCC) или приеме нескольких DL-назначений может быть использован CA PUCCH, поскольку CA PUCCH может поддерживать обратную связь для HARQ-битов нескольких CC.

Управление мощностью для PUCCH описано в разделе 5.1.2.1 в версии 10 3GPP TS 36.213 (упомянуто выше). Раскрытие сущности этого раздела полностью содержится в данном документе по ссылке. Как известно, управление мощностью для PUCCH содержит общую часть для всех PUCCH-форматов и конкретных параметров, которые основаны на рабочих данных в PUCCH. Конкретная часть главным образом содержит два параметра Δ_{F_PUCCH}(F) и h(n_CQI, n_HARQ). Параметр Δ_{F_PUCCH}(F) задает относительную разность производительности между PUCCH-форматом 1a и текущим используемым PUCCH-форматом (для UE 12). Для PUCCH-формата 3 в Rel-10, 3-4 различных значения (как пояснено ниже) могут быть определены для этого относительного смещения. Эти значения могут охватывать потенциально другие реализации приемных устройств eNB. Параметр h(n_CQI, n_HARQ), с другой стороны, адаптирует мощность передачи по PUCCH (в UE 12) к числу битов, которые передаются в PUCCH-сигнале из UE 12. Как представлено в разделе "Уровень техники" выше, для PUCCH 1a/1b, значение h(n_CQI, n_HARQ) составляет 0 дБ, поскольку эти форматы поддерживают только один/фиксированный размер рабочих данных (одно- или двухбитовое ACK/NACK) для формата. Тем не менее, PUCCH-формат 3 в Rel-10 является аналогичным PUCCH-формату 2 в Rel-8 в том, что он поддерживает различные (переменные) размеры рабочих данных. Следовательно, желательно, чтобы управление мощностью было адаптируемым на основе числа ACK/NACK-битов, которые передаются при PUCCH-формате 3.

Фиг. 3 иллюстрирует графики 30-35, показывающие рабочие SNR (отношения сигнал - шум) для PUCCH-формата 3 при различных допущениях моделей каналов. Значения рабочих SNR для PUCCH-формата 1a (однобитовое ACK) для допускаемых моделей каналов также показаны в качестве опорных и идентифицируются посредством ссылочного номера 37. Для простоты иллюстрации каждый геометрический символ 38-43, проиллюстрированный для SNR-значений для формата 1a, не идентифицируется по отдельности на фиг. 3, а идентифицируется совместно через ссылочный номер 37. Тем не менее, каждый из геометрических символов 38-43 идентифицируется в секции легенды по фиг. 3 и также отмечается на соответствующем графике 30-35. Здесь следует отметить, что графики 30-35 и 37 являются результатами моделирования PUCCH-сигналов, принимаемых в eNB (например, eNB 16) при шести различных допускаемых типах радиоканалов (т.е. каналов для пешеходов и транспортных средств) и скоростях (UE в соответствующем типе канала): (i) усовершенствованный элементарный канал (EPA), имеющий полосу частот в 10 МГц и скорость UE в 3 км/час (т.е. скорость UE, когда UE носится пешеходом) (идентифицирован посредством лежащего боком треугольника 38); (ii) усовершенствованный типичный городской канал (ETU), имеющий полосу частот в 5 МГц и скорость UE в 3 км/час (идентифицирован посредством метки 39 "x"); (iii) ETU-канал в 5 МГц со скоростью UE в 120 км/час (т.е. скоростью UE, когда UE перевозится в транспортном средстве) (идентифицирован посредством ромбовидной формы 40); (iv) EPA-канал в 10 МГц со скоростью UE в 3 км/час и присутствием дополнительного сигнала восходящей линии связи (зондирующего опорного сигнала (SRS)) из UE в eNB (идентифицирован посредством круга 41); (v) ETU-канал в 5 МГц со скоростью UE в 3 км/час и присутствием SRS-сигнала (идентифицирован посредством направленного вверх треугольника 42); и (vi) ETU-канал в 5 МГц со скоростью UE в 120 км/час и присутствием SRS-сигнала (идентифицирован посредством направленного вниз треугольника 43).

Здесь следует отметить, что SRS-сигнал может отправляться посредством UE (например, UE 12) в eNB (например, eNB 16). UE может использовать SRS-сигнал, чтобы давать возможность eNB предоставлять зависимую от канала (т.е. частотно-избирательную) диспетчеризацию восходящей линии связи. В ответ на SRS-сигнал из UE, eNB может предоставлять запрашиваемую информацию диспетчеризации через сигнализацию по PDCCH/PDSCH из eNB. SRS-сигнал может отправляться независимо от PUCCH-сигнала.

Из фиг. 3 видно, что сокращенный PUCCH-формат 3 (который ограничивается максимум 11 ACK/NACK-битами в противоположность 21 ACK/NACK-биту на фиг. 4, поясненном ниже) может приводить к небольшим SNR-смещениям для каждого дополнительного рабочего (ACK/NACK-) бита. При среднем размере смещения меньше 0,3 дБ, дополнительный член управления мощностью PUCCH (например, в контексте уравнения (1)), явно учитывающий SRS-субкадры, не может гарантироваться в сигналах PUCCH-формата 3.

Фиг. 4 иллюстрирует приращения относительных рабочих SNR для PUCCH-формата 3 при различных допущениях моделей каналов, показанных на фиг. 3. Чтобы иметь возможность определять Δ_{F_PUCCH}(F) и корректную функцию h(n_CQI, n_HARQ) для PUCCH-формата 3 в Rel-10, в контексте фиг. 4 предполагается, что eNB (например, моделируемый eNB или eNB 16 в реальной реализации) может корректно управлять мощностью PUCCH-формата 1a. При таком допущении, желательно соответствовать кривой/графику, которая совпадает с наклоном всех различных графиков 30-35 на фиг. 3, с тем чтобы определять значение для h(n_CQI, n_HARQ) в вариантах осуществления фиг. 3-4. Определение Δ_{F_PUCCH}(F) может выполняться в идентичном процессе посредством вычисления разности между графиками для PUCCH-формата 1a и соответствующего PUCCH-формата 3 для каждого типа канала и скорости.

Чтобы составлять фиг. 4, каждый график 30-35 на фиг. 3 (в том числе и результаты 37 для PUCCH-формата 1a) произвольно перемещен, так что все графики располагаются поверх друг друга. Таким образом, этот процесс предоставляет возможность находить наклон всех графиков при совмещении, тем самым определяя h(n_CQI, n_HARQ). На основе определения h(n_CQI, n_HARQ), в таком случае также можно определять соответствующий Δ_{F_PUCCH}(F) для каждого сценария канала. Кроме того, на фиг. 3 и 4, моделированное приемное устройство (например, eNB или другая базовая станция) может использовать надлежащий алгоритм обнаружения DTX (прерывистой передачи). Как известно, при прерывистой передаче, связь между eNB и UE по каналу не осуществляется непрерывно, а может циклически включаться и выключаться согласно требованиям по передаче данных. Таким образом, канал с поддержкой DTX не может быть непрерывно активным.

Здесь следует отметить, что, для простоты иллюстрации и ясности, каждый график из фиг. 3, отображающийся на фиг. 4, не идентифицирован по отдельности. Аналогично на других чертежах (т.е. фиг. 5-11), поясненных в данном документе, когда требуется ясность, исключается подробная идентификация различных графиков через ссылочные номера. Кроме того, для простоты пояснения ссылочные номера 38-43 и соответствующие геометрические символы, ассоциированные с различными моделями каналов, используются единообразно на фиг. 3-6, представленных в данном документе. Аналогично ссылочные номера 64-66 и соответствующие геометрические символы, ассоциированные с различными моделями каналов, используются единообразно на фиг. 7-11, поясненных ниже.

На фиг. 4, диапазон битов ACK/NACK (также называемых "A/N") расширяется (до 21 бита) так, что он охватывает ранее предоставленные результаты моделирования (на фиг. 3) для PUCCH-формата 3 при различных допущениях моделей каналов. На фиг. 4, график 45 достаточно хорошо совмещается с другими графиками (т.е. со сдвинутыми версиями графиков 30-35 из фиг. 3). Из графика 45 видно, что следующая формула может оптимально соответствовать приращениям SNR для графиков 30-35 на фиг. 3-4:

...(2)

Кроме того, из относительных позиций PUCCH-формата 3 и графиков формата 1a видно, что два из значений для Δ_{F_PUCCH}(F) могут составлять 0 и 1 дБ. Чтобы обеспечивать некоторый дополнительный допустимый запас на реализацию, дополнительное значение для Δ_{F_PUCCH}(F) может составлять 2 дБ. Четвертое значение для Δ_{F_PUCCH}(F) может быть оставлено в качестве резервного (для конкретного для реализации определения) и может быть использовано в случае, если реальные результаты SNR-оценки указывают, что существует необходимость расширять диапазон значений Δ_{F_PUCCH}(F). Здесь следует отметить, что в одном варианте осуществления, сигнализация RRC может иметь 2 выделенных бита для того, чтобы передавать значение Δ_{F_PUCCH}(F) для конкретного PUCCH-формата, тем самым давая возможность указания четырех (4) различных значений для Δ_{F_PUCCH}(F). В альтернативном варианте осуществления, любая длина значений (≥0) может указываться для Δ_{F_PUCCH}(F), например, в зависимости от числа битов, зарезервированного для Δ_{F_PUCCH}(F) в протоколе сигнализации радиосигналов.

Как упомянуто выше, для PUCCH-формата 3 в Rel-10 предложено применять h(n_CQI, n_HARQ)=10log₁₀(n_HARQ). Фиг. 4 также показывает график 47 для этой логарифмической формулы (которая немного модифицирована посредством вычитания 4,5 дБ, чтобы обеспечивать наибольшую аппроксимацию для графиков 30-35 на фиг. 4) для h(n_CQI, n_HARQ). Из графика 47 можно видеть, что предложенная логарифмическая формула для h(n_CQI, n_HARQ) не кажется соответствующей данным, а также линейному определению, предоставленному в вышеприведенном уравнении (2).

Таким образом, В одно варианте осуществления для PUCCH-формата 3 параметр Δ_{F_PUCCH}(F) может состоять из значений {0 дБ, 1 дБ, 2 дБ, резервное} и .

Таким образом, значения для Δ_{F_PUCCH}(F) согласно одному варианту осуществления настоящего изобретения предоставляют достаточный связанный с реализацией допустимый запас и охватывают другие реализации приемных устройств (т.е. eNB или другую базовую станцию). Кроме того, значения для Δ_{F_PUCCH}(F) также охватывают другие рабочие сценарии, в которых может быть развернут eNB (например, eNB 16) (например, если окружение радиосвязи вокруг eNB создает канал с сильными дисперсионными свойствами и т.д.). В одно варианте осуществления значение для параметра h(n_CQI, n_HARQ) может в обобщенном виде выражаться следующим образом:

h(n_CQI, n_HARQ)=n_HARQ/α+β...(3)

В вышеприведенном уравнении (3) α является целочисленной константой, и |β|<1. Значение β либо может быть включено в h(n_CQI, n_HARQ) (аналогично случаю вышеприведенного уравнения (3)), либо оно может быть включено в Δ_{F_PUCCH}(F). В контексте уравнения (2), α=2 и β=-1/2. Тем не менее, другие значения для α и β могут быть возможными в других вариантах осуществления. Например, в варианте осуществления по фиг. 11, поясненном ниже, α=3 и β=-1/3.

Таким образом, согласно одному варианту осуществления настоящего изобретения, eNB 16 может первоначально конфигурировать PUCCH-формат для UE 12. В случае агрегирования несущих (CA) eNB 16 может указывать CA PUCCH-формат, к примеру, PUCCH-формат 3 или выбор канала. На основе CA PUCCH-формата, eNB 16 может инструктировать UE 12 применять только линейную функцию n_HARQ (как представлено, например, посредством вышеприведенных уравнений (2) и (3)) в качестве значения для h(n_CQI, n_HARQ), чтобы управлять мощностью передачи PUCCH-сигнала, который должен быть передан посредством UE 12. В одно варианте осуществления надлежащие линейные функции для h(n_CQI, n_HARQ) могут быть сохранены в запоминающем устройстве (показано на фиг. 12) в UE 12. Эти функции могут рассматривать характеристики канала, то, используется или нет разнесение при передаче (как пояснено ниже), и т.д. ENB 16 может указывать (например, через индикатор (к примеру, конкретное значение или комбинацию битов) через TPC-команду в DCI-сообщении по PDCCH) в UE 12 то, какую из этих сохраненных функций следует применять для управления мощностью. Аналогично UE 12 также может хранить набор значений для Δ_{F_PUCCH}(F) согласно идеям настоящего изобретения. ENB 16 также может указывать (например, через TPC-команду) то, какое значение для Δ_{F_PUCCH}(F) может быть использовано посредством конкретного UE 12, на основе существующих характеристик канала и PUCCH-формата. UE 12 может быть выполнено с возможностью выбирать конкретные для eNB значения для различных параметров управления мощностью восходящей линии связи.

Здесь следует отметить, что поскольку все TPC-команды рассматривают идентичную опорную UL CC и/или PUCCH, в одном варианте осуществления может быть желательным передавать только истинную TPC-команду в одном поле TPC и повторно использовать поля TPC в других DCI-сообщениях для не связанной с управлением мощностью информации. Это может позволить обеспечивать более высокие скорости передачи данных для неизбыточной управляющей информации.

Ссылаясь теперь на уравнение (2), если PUCCH-формат 3 используется для CA ACK/NACK, в одном варианте осуществления n_HARQ в уравнении (2) может быть основан на одном или более из следующего: (i) число ACK/NACK-битов (в PUCCH-сигнале, который должен быть передан посредством UE 12), которое соответствует числу сконфигурированных компонентных несущих и сконфигурированных режимов передачи на сконфигурированных CC; (ii) число ACK/NACK-битов, которое соответствует числу активированных компонентных несущих и сконфигурированных режимов передачи на активированных CC; и (iii) число ACK/NACK-битов, которое соответствует числу транспортных блоков, принимаемых в UE 12 (например, число ACK/NACK-битов, которые должны быть фактически переданы посредством UE 12 для принимаемых транспортных блоков). Режимы передачи могут включать в себя различные режимы передачи по UL/DL со многими входами и многими выходами (MIMO) в LTE.

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

Тем не менее, если eNB и UE имеют различное понимание касательно числа активированных компонентных несущих, в одном варианте осуществления значение n_HARQ для PUCCH-формата 3 может быть основано на числе сконфигурированных CC, а не на номере активированной компонентной несущей. Здесь существует, главным образом, два аспекта: (i) ошибка NACK->ACK или ACK->NACK в сообщении MAC-(де)активации в случае, если компонентная несущая активируется или деактивируется, и (ii) случай с автономной деактивацией компонентных несущих посредством UE. Автономная деактивация введена в случае, если eNB "забывает" деактивировать компонентные несущие. Таким образом, ситуация автономной деактивации, следовательно, может исключаться на уровне eNB за счет надлежащей реализации eNB. Тем не менее, ошибки NACK->ACK или ACK->NACK при этом могут возникать в некоторых случаях, но влияние их может быть небольшим, если они влияют только на управление мощностью, по сравнению с подсистемой кодирования, поскольку для управления мощностью eNB может выполнять компенсацию посредством передачи некоторых дополнительных TPC-команд. Дополнительно, если управление мощностью основано на числе активированных компонентных несущих наряду со сконфигурированными режимами передачи на этих компонентных несущих, передаваемая мощность UE в большинстве случаев может соответствовать числу диспетчеризованных компонентных несущих.

С другой стороны, если PUCCH-формат 3 используется для не-CA ACK/NACK, n_HARQ в вышеприведенном уравнении (2) может быть основан на одном или более из следующего: (i) число ACK/NACK-битов, которое соответствует максимальному числу возможных диспетчеризованных транспортных DL-блоков, соответствующих используемой конфигурации UL/DL-субкадра и сконфигурированным режимам передачи для UE 12; (ii) число ACK/NACK-битов, которое соответствует максимальному числу возможных диспетчеризованных транспортных DL-блоков в окне с обратной связью UL-субкадра, в котором передается PUCCH-формат 3; и (iii) число ACK/NACK-битов, которое соответствует числу транспортных блоков, принимаемых в UE 12. В одно варианте осуществления данные (которые должны отправляться в eNB 16) могут поступать в модуль кодирования (не показан) в UE 12 в форме максимум одного транспортного блока в расчете на интервал времени передачи (TTI) (который может быть равным длительности кадра в 1 мс). Во всех трех вышеописанных случаях может выполняться пространственное пакетирование, так что максимум один ACK/NACK-бит формируется в расчете на ассоциированный DL-субкадр.

Здесь следует отметить, что хотя n_HARQ в уравнениях (2) и (3), в общем, может определяться с точки зрения числа ACK/NACK-битов, в конкретных вариантах осуществления запросы на диспетчеризацию (SR) также могут учитываться таким же образом, как ACK/NACK-биты при определении значения n_HARQ. Таким образом, в некоторых вариантах осуществления, параметр n_HARQ может соответствовать только числу ACK/NACK-битов, но в других вариантах осуществления, в которых SR совместно передается вместе с ACK/NACK, помимо прочего, n_HARQ также может учитывать SR (т.е. в дополнение к A/N-битам). Кроме того, в некоторых других вариантах осуществления, число ACK/NACK-битов для значения n_HARQ также может учитывать все сообщения деактивации полупостоянной диспетчеризации (SPS) из UE 12.

Фиг. 5 показывает то, что идентичная линейная функция для h(n_CQI, n_HARQ), раскрытая со ссылкой на фиг. 4, может быть использована для того, чтобы управлять по мощности схемами обратной связи по HARQ на основе выбора канала (CS), такими как схемы, описанные посредством пояснительного документа 3GPP № R1-105807 "Way forward on A/N mapping table for channel selection, Nokia Siemens Networks" (упоминаемого в данном документе как "R1-105807"), который полностью содержится в данном документе по ссылке. Как упомянуто выше, CA PUCCH в Rel-10 может осуществляться двумя различными способами: (i) использование PUCCH-формата 3 (пояснено выше со ссылкой на фиг. 3-4) или (ii) выбор канала (CS). Основной принцип второго способа на основе CA PUCCH (т.е. выбор канала) заключается в том, что UE назначается набор ресурсов PUCCH-формата 1a/1b посредством eNB. UE затем выбирает один из назначенных ресурсов согласно ACK/NACK-последовательности (которая может включать в себя биты DTX-обнаружения), которую должно передавать UE. После того, как выбран ресурс, UE далее должно передавать ACK/NACK-последовательность с использованием сигнала квадратурной фазовой манипуляции (QPSK) или сигнала двухпозиционной фазовой манипуляции (BPSK). ENB обнаруживает то, какой ресурс использует UE, и какое QPSK- или BPSK-значение UE возвращает по используемому ресурсу, и комбинирует это обнаружение в HARQ-ответ для ассоциированных DL-сот. Таким образом, число A/N-битов в способе выбора канала CA PUCCH может колебаться от 2 до 4 битов, как проиллюстрировано на оси X на фиг. 5.

На фиг. 5 аналогично фиг. 4 различные отдельные моделирования на основе графиков SNR комбинируются с тем, чтобы получать приращения относительных рабочих SNR. Для понятности и простоты иллюстрации, эти графики совместно идентифицируются посредством ссылки с номером 50. Аналогично точки данных для PUCCH-формата 1a также показаны в качестве опорных и идентифицируются посредством номера 52. Аналогично случаю фиг. 4 значение (вышеприведенное уравнение (2)) достаточно оптимально подходит в варианте осуществления по фиг. 5, как можно видеть посредством графика 54. Фиг. 5 также показывает график 55 для предложенной логарифмической формулы для h(n_CQI, n_HARQ) (которая немного модифицирована посредством вычитания 3,5 дБ, чтобы обеспечивать наибольшую аппроксимацию для графиков 50 на фиг. 5). С другой стороны, аналогично случаю на фиг. 4, из графика 55 можно видеть, что предложенная логарифмическая формула для h(n_CQI, n_HARQ) не кажется соответствующей данным, а также линейному определению, предоставленному в вышеприведенном уравнении (2).

Фиг. 6 показывает графики 56-57 относительных рабочих SNR для двух схем обратной связи по выбору канала, имеющих различные пороговые значения DTX-обнаружения. Для альтернативных схем обратной связи по выбору канала, таких как схемы, предоставленные в отчетном документе 3GPP № R1-105476 "Mapping Tables for Format 1b with Channel Selection" (упоминаемом в данном документе как "R1-105476"), который полностью содержится в данном документе по ссылке, пороговое значение DTX-обнаружения приемного устройства (т.е. eNB или другой BS) может задаваться неравномерно для диапазона битов обратной связи по HARQ (который может колебаться от 2 до 4 A/N-битов, как упомянуто выше). Более конкретно, два случая рассматриваются ниже в отношении моделированных графиков 56-57 на фиг. 6. (Точки 58 данных для PUCCH-формата 1a также предоставляются в качестве опорных).

(1) Пороговое значение DTX-обнаружения приемного устройства (например, eNB 16) может быть задано равномерно, чтобы достигать, например, Freq(PUCCHDTX→ACK bits)≤10^-3. Графики 56 на фиг. 6 и графики 50 на фиг. 5 представляют CS-случай, в котором Freq(DTX→ACK)=0.001. Аналогично случаю графиков 50 на фиг. 5 идентичная линейная функция h(n_CQI, n_HARQ) (указываемая посредством графика 54) может использоваться для графиков 56, чтобы управлять по мощности этой схемой обратной связи по HARQ на основе выбора канала с равномерной настройкой порогового значения DTX-обнаружения. Причина более строгого порогового значения DTX-обнаружения состоит в том, что некоторые NACK-значения преобразуются в DTX, и вероятность Pr(NACK→ACK)≤10^-3.

(2) Для частного случая 3 A/N-битов обратной связи, схема R1-105476 предоставляет гибкость в том, чтобы альтернативно задавать пороговое значение DTX-обнаружения для Freq(PUCCHDTX→ACK bits)≤10^-2, поскольку NACK-события не преобразуются в DTX. Вследствие этого более менее строгого требования по обнаружению рабочее SNR улучшается приблизительно на 0,75 дБ (как видно из графиков 57 для A/N=3 бита) по сравнению с обычными настройками DTX-обнаружения (т.е. соответствующими точками данных в графиках 56 для A/N=3 бита). Это SNR-смещение может трактоваться двумя способами: (a) В одно варианте осуществления смещение рабочего SNR на 0,75 дБ может компенсироваться посредством сети оператора услуг связи через TPC-команду δ_PUCCH из eNB (например, eNB 16). Таким образом, eNB может быть выполнен с возможностью предоставлять это SNR-смещение в качестве части своего управления мощностью PUCCH. (b) В другом варианте осуществления, дополнительный член автоматического регулирования, например, -0,75 дБ (или -1 дБ) может быть вставлен в значения h(n_CQI, n_HARQ) (например, в уравнение (3), представленное выше) или в функцию Δ_{F_PUCCH}(F), поясненную ранее. В одно варианте осуществления основанное на реализации решение может быть использовано для того, чтобы разрешать этот тип случая SNR-смещения посредством TPC-команды в eNB.

Таким образом, из результатов моделирования на фиг. 5 (на котором схема обратной связи по HARQ основана на таблице выбора канала, предоставленной в R1-105807) и фиг. 6 (на котором схема обратной связи по HARQ основана на таблице выбора канала, предоставленной в R1-105476) можно видеть, что линейная функция (например, предоставленная в уравнении (2)) предоставляет лучшие значения управления мощностью для CA PUCCH на основе CS, чем предложенная логарифмическая функция. Как упомянуто выше, в одном варианте осуществления DTX-обнаружение в приемном устройстве (eNB) для 2 или 4 HARQ-битов может быть основано на Freq(PUCCHDTX→ACK bits)≤10^-3, тогда как для 3-битовой обратной связи по HARQ DTX-обнаружение в приемном устройстве может быть основано на Freq(PUCCHDTX→ACK bits)≤10^-3 или Freq(PUCCHDTX→ACK bits)≤10^-2.

В одном варианте осуществления схема разнесения при передаче может использоваться для PUCCH-формата 3. Пример такой схемы разнесения при передаче представляет собой разнесение при передаче пространственных ортогональных ресурсов (SORTD), при котором идентичная информация передается посредством eNB на каждом антенном порте (не показан) с использованием ортогонального ресурса. Другие потенциальные схемы разнесения при передаче включают в себя разнесение при передаче Аламоути (разнесение при передаче на основе времени и частоты) и разнесение при передаче с переключением частоты. Как пояснено со ссылкой на фиг. 7-11, линейное определение параметра h(n_CQI, n_HARQ) управления мощностью PUCCH согласно идеям настоящего изобретения может быть в равной степени использовано в случае PUCCH-формата 3 с разнесением при передаче.

Фиг. 7 иллюстрирует моделированные результаты для производительности канального уровня разнесения при передаче пространственных ортогональных ресурсов (SORTD) для PUCCH-формата 3 с полезных данных ACK/NACK от 2 до 11 битов. С другой стороны, фиг. 8 иллюстрирует моделированные результаты для производительности канального уровня SORTD для PUCCH-формата 3 с размером полезных данных ACK/NACK от 2 до 21 бита. Таким образом, на фиг. 7 и 8 (а также на фиг. 9-11, поясненных ниже), полезная нагрузка A/N варьируется между 2 и 21 битом. В вариантах осуществления фиг. 7-8 (а также на фиг. 9-11), DTX-обнаружение в приемном устройстве может быть основано на Freq(PUCCHDTX→ACK bits)≤10^-2.

На фиг. 7, графики 60-62 служат для моделей каналов с разнесением при передаче (SORTD). Эти модели каналов представляются посредством графических символов (лежащий боком треугольник, метка "x" и ромбовидная форма), идентифицированных посредством соответствующих номеров 64, 65 и 66. Как указано выше, моделированные опорные точки данных для PUCCH-формата 1a (однобитовое ACK с разнесением при передаче) для этих моделей каналов совместно идентифицируются посредством ссылочного номера 68. На фиг. 8, аналогичные графики для PUCCH-формата 3 (с разнесением при передаче) показаны посредством ссылочных номеров 70-72, и точки данных формата 1a (с разнесением при передаче) идентифицируются посредством ссылочного номера 74. Таким образом, аналогично фиг. 7-8, графики для формата 1a на фиг. 9-11 (пояснены ниже) также используют SORTD в соответствии с надлежащими графиками для формата 3 (которые также используют разнесение при передаче).

Фиг. 9 иллюстрирует приращения относительных рабочих SNR для PUCCH-формата 3 (с разнесением при передаче) при различных допущениях моделей каналов, показанных на фиг. 7, а также иллюстрирует то, что идентичная линейная функция для h(n_CQI, n_HARQ), первоначально раскрытая со ссылкой на фиг. 4, может быть использована для того, чтобы управлять по мощности сигналом PUCCH-формата 3 с разнесением при передаче. На фиг. 9, размер рабочих данных варьируется от 2 до 11 битов, и относительное размещение графиков 60-62 PUCCH-формата 3 (из фиг. 7) может осуществляться идентично тому, как пояснено выше со ссылкой на фиг. 4. Из фиг. 9 можно видеть, что линейное значение для h(n_CQI, n_HARQ), заданное посредством вышеприведенного уравнения (2) и проиллюстрированное в качестве графика 78 на фиг. 9, может соответствовать графикам 60-62 для PUCCH лучше предлагаемого логарифмического значения h(n_CQI, n_HARQ)=10log₁₀(n_HARQ) (которое проиллюстрировано посредством графика 80 и немного модифицировано посредством вычитания 5 дБ, чтобы обеспечивать наибольшую аппроксимацию для взаимно-расположенных графиков 60-62 на фиг. 9).

Фиг. 10 иллюстрирует приращения относительных рабочих SNR для PUCCH-формата 3 (с разнесением при передаче) при различных допущениях моделей каналов, показанных на фиг. 8, а также иллюстрирует то, как линейная функция для h(n_CQI, n_HARQ), первоначально раскрытая со ссылкой на фиг. 4 (и также в качестве уравнения (2)), соответствует графикам 70-72 для PUCCH с разнесением при передаче. Фиг. 11 также иллюстрирует приращения относительных рабочих SNR для PUCCH-формата 3 (с разнесением при передаче) при различных допущениях моделей каналов, показанных на фиг. 8, но показывает то, что линейная функция для h(n_CQI, n_HARQ), имеющая наклон в 1/3, может обеспечивать лучшее управление мощностью для графиков 70-72 для PUCCH на фиг. 8. На фиг. 10-11, размер полезных данных ACK/NACK варьируется от 2 до 21 бита. На фиг. 10-11, относительное размещение графиков 70-72 для PUCCH-формата 3 (из фиг. 8) может осуществляться идентично тому, как пояснено выше со ссылкой на фиг. 4. Из фиг. 10 можно видеть, что линейное значение для h(n_CQI, n_HARQ), заданное посредством вышеприведенного уравнения (2) и проиллюстрированное в качестве графика 82 на фиг. 10, может не быть лучшим соответствием для графиков 70-72 для PUCCH по сравнению с предлагаемым логарифмическим значением h(n_CQI, n_HARQ)=10log₁₀(n_HARQ) (которое проиллюстрировано посредством графика 84 и немного модифицировано посредством вычитания 4,6 дБ, чтобы обеспечивать наибольшую аппроксимацию для взаимно-расположенных графиков 70-72 на фиг. 10). Тем не менее, в случае фиг. 11 можно видеть, что линейное значение для h(n_CQI, n_HARQ) (заданное посредством и проиллюстрированное в качестве графика 86 на фиг. 11) может соответствовать графикам 70-72 для PUCCH лучше предлагаемого логарифмического значения h(n_CQI, n_HARQ)=10log₁₀(n_HARQ) (которое проиллюстрировано посредством графика 88 и немного модифицировано посредством вычитания 6,4 дБ, чтобы обеспечивать наибольшую аппроксимацию для взаимно-расположенных графиков 70-72 на фиг. 11).

В вариантах осуществления фиг. 7-11, код Рида-Мюллера (RM) может использоваться для кодирования полезных данных PUCCH (A/N-биты). Тем не менее, поскольку один RM-код только задается вплоть для 11 битов, в одном варианте осуществления сдвоенный RM-код может применяться для размеров полезных данных (A/N-биты), превышающих 11 битов. Таким образом, вследствие переключения кодера при 12 битах, приращение отношения "сигнал-к-помехам-и-шуму" (SINR) может изменяться, и одна линейная функция (как, например, в уравнении (2)) более может не быть предпочтительной аппроксимацией. Таким образом, как показано на фиг. 9, на котором размеры полезной нагрзуки ACK/NACK варьируются между 2 и 11 битами, можно видеть, что функция с наклоном 1/3 является хорошим совпадением. Тем не менее, на фиг. 10, на котором показано приращение рабочего SINR с 2 до 21 бита, можно видеть, что идентичная аппроксимация более может не быть хорошим соответствием. Таким образом, на фиг. 11, приращение рабочего SINR моделируется с помощью функции , которая может обеспечивать лучшее соответствие.

В одном варианте осуществления увеличение рабочего SINR для PUCCH-формата 3 с SORTD (разнесение при передаче) может моделироваться для всех размеров полезных данных ACK/NACK с идентичной линейной функцией, например, . В другом варианте осуществления, рабочее SINR может аппроксимироваться с помощью различных функций для h(n_CQI, n_HARQ) в зависимости от размера полезных данных ACK/NACK, например, может использоваться для 11 A/N-битов, а для 12 битов и выше может использоваться . Таким образом, eNB 16 может инструктировать UE 12 применять одну функцию либо комбинацию функций для h(n_CQI, n_HARQ) в зависимости от размера полезных данных в сигнале PUCCH-формата 3 (с разнесением при передаче), который должен передаваться посредством UE 12.

В одном варианте осуществления вместо базирования функции h(n_CQI, n_HARQ) (которая может быть линейной, как задано посредством вышеприведенного уравнения (3), или может быть нелинейной в качестве предложенной логарифмической формулы для h(n_CQI, n_HARQ) в Rel-10) только на размере полезных данных ACK/NACK, можно также учитывать то, использует данный PUCCH-формат (например, PUCCH-формат 1a, 2, 2a, 3 и т.д.) разнесение при передаче или нет. Таким образом, h(n_CQI, n_HARQ) (линейная или нелинейная) может быть обобщена в h(n_CQI, n_HARQ, s_TxD), где параметр s_TxD указывает то, используется разнесение при передаче или нет. В случае присутствия разнесения при передаче могут учитываться дополнительные соображения, как пояснено ниже.

В одном варианте осуществления увеличение рабочего SINR для данного PUCCH-формата (с разнесением при передаче) может быть относительно SINR, требуемого для PUCCH-формата 1a без разнесения при передаче. Тем не менее, если PUCCH-формат 1a также использует разнесение при передаче, разность между SINR-значениями для PUCCH-формата 1a (с разнесением при передаче) и данного PUCCH-формата (с разнесением при передаче) может увеличиваться. Следовательно, функция h(n_CQI, n_HARQ) (линейная или нелинейная) может зависеть не только от того, использует или нет данный PUCCH-формат (например, PUCCH-формат 2, 2a, 3 и т.д.) разнесение при передаче, но также и от того, использует или нет PUCCH-формат 1a разнесение при передаче. В этом случае, до четырех различных функций для h(n_CQI, n_HARQ) (например, каждая из которых может быть линейной в форме, представленной посредством уравнения (3), и может иметь различный наклон и/или "β", как определено согласно идеям настоящего изобретения, или каждая из которых может быть нелинейной, аналогично случаю предложенной логарифмической функции в Rel-10, или может быть комбинацией линейной и нелинейной функций в зависимости от данного PUCCH-формата) может предоставляться для четырех случаев, заключающих в себе PUCCH-формат 1a с/без TxD и данный PUCCH-формат (например, PUCCH-формат 2a, 3 и т.д.) с/без разнесения при передаче. Эти четыре функции могут быть конкретными для сети и могут быть сохранены в запоминающем устройстве (показано на фиг. 12) в UE 12 до работы UE в сети 14, или, альтернативно, эти функции могут предоставляться посредством eNB 16 (согласно сетевой реализации) и сохранены в запоминающем устройстве UE при начальном соединении UE 12 с сетью 14. В зависимости от конфигурации (например, с агрегированием несущих, без агрегирования несущих, с/без разнесения при передаче и т.д.), например, посредством eNB 16, В одно варианте осуществления UE 12 может выбирать одну из этих четырех функций из своего запоминающего устройства.

В одном варианте осуществления новый параметр смещения (упоминаемый в данном документе как "Δ_TxD(F)"), который может быть независимым и не являться частью функции h(n_CQI, n_HARQ) (линейной или нелинейной), может быть сигнализирован (например, посредством eNB 16) в качестве параметра управления мощностью для каждого PUCCH-формата, который имеет сконфигурированное разнесение при передаче. Если UE сконфигурировано посредством верхних уровней, чтобы передавать PUCCH на двух антенных портах (т.е. с разнесением при передаче), то значение Δ_TxD(F) может предоставляться посредством верхних уровней, как пояснено в 3GPP TS 36.213 (версия 10), при этом каждый PUCCH-формат "F" задается в 3GPP TS 36.211: "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical channels and modulation". В одно варианте осуществления для PUCCH-формата 3 (с разнесением при передаче), некоторые примерные значения для Δ_TxD(F) могут составлять 0 дБ и -1 дБ, как можно видеть из сравнения фиг. 3 и 7. В другом варианте осуществления, некоторые примерные значения для Δ_TxD(F) могут составлять 0 дБ и -2 дБ. Нижеприведенное уравнение (4) является модифицированной версией уравнения (1), включающей в себя этот новый параметр Δ_TxD(F):

...(4)

Здесь видно, что Δ_TxD(F) показан как отдельный параметр в уравнении (4) и может не влиять на значение h(n_CQI, n_HARQ). Тем не менее, В одно варианте осуществления Δ_TxD(F) может быть частью h(n_CQI, n_HARQ) в общей формуле управления мощностью, и, следовательно, может влиять на значение h(n_CQI, n_HARQ).

В одном варианте осуществления если PUCCH-формат 1a с/без разнесения при передаче влияет только на этот новый параметр Δ_TxD(F), но не на наклон аппроксимации для h(n_CQI, n_HARQ) (линейной или нелинейной), то идентичное значение для h(n_CQI, n_HARQ) может использоваться для данного PUCCH-формата (например, PUCCH-формата 2, 2a, 3 и т.д.) независимо от того, представляет собой или нет этот данный PUCCH-формат формат с/без разнесения при передаче, и это значение "h" может быть независимым от PUCCH-формата 1a с/без разнесения при передаче. В этом случае, UE 12 может быть сконфигурировано (например, посредством изготовителя UE 12 или оператора сети 14) с возможностью выбирать значение для параметра Δ_TxD(F) смещения в зависимости от PUCCH-формата 1a с/без разнесения при передаче. В одно варианте осуществления различные значения Δ_TxD(F) могут быть сохранены в запоминающем устройстве UE. Альтернативно, сеть 14 (например, через eNB 16) может сигнализировать смещение (Δ_TxD(F)) в UE 12 (например, через DCI-сообщение в PDCCH-сигнале). Здесь следует отметить, что в случае разнесения при передаче выбор значения для h(n_CQI, n_HARQ) или, альтернативно, для параметра смещения Δ_TxD(F) может быть конкретным для UE, поскольку конфигурация разнесения при передаче является конкретной для UE. Таким образом, в отличие от параметра "β" в вышеприведенном уравнении (3), в случае разнесения при передаче параметр смещения Δ_TxD(F) не может быть включен в конкретный для соты параметр Δ_{F_PUCCH}(F).

Здесь следует отметить, что хотя вышеприведенное пояснение (включающее в себя пояснения, связанные с основанным на линейности определением h(n_CQI, n_HARQ), использованием параметра смещения Δ_TxD(F) и т.д.) предоставляется в контексте SORTD, идентичное пояснение также подходит для любой другой схемы разнесения при передаче. Таким образом, в одном варианте осуществления функция h(n_CQI, n_HARQ), аппроксимирующая рабочее SINR, зависит от того, используется или нет разнесение при передаче. Кроме того, вышеприведенные раскрытия сущности для определения значения параметра h(n_CQI, n_HARQ) управления мощностью PUCCH в качестве линейной функции n_HARQ и использования параметра Δ_TxD(F) смещения независимо от функции "h" также не ограничены разнесением при передаче, применяемым к PUCCH-формату 3; раскрытия сущности также могут быть использованы с любым другим надлежащим PUCCH-форматом (используемым в сочетании с агрегированием несущих или без него).

Фиг. 12 является блок-схемой примерного мобильного телефона или UE 12 согласно одному варианту осуществления настоящего изобретения. UE 12 может включать в себя приемо-передающее устройство 90, антенну 91, процессор 92 и запоминающее устройство 94. В конкретных вариантах осуществления, часть или все функциональные возможности, описанные выше (например, прием TPC-команд из eNB 16 через антенну 91 и приемо-передающее устройство 90; хранение надлежащих значений для h(n_CQI, n_HARQ), Δ_{F_PUCCH}(F) и Δ_TxD(F) и выбор конкретных значений согласно инструкциям из eNB 16; передача PUCCH-сигнала в eNB 16 с требуемым управлением мощностью через приемо-передающее устройство 90 и антенну 91; и т.д.) как предоставляемые посредством устройств мобильной связи или других форм UE, могут предоставляться посредством процессора 92 UE, выполняющего инструкции, сохраненные на машиночитаемом носителе, таком как запоминающее устройство 94, показанное на фиг. 12. Альтернативные варианты осуществления UE 12 могут включать в себя дополнительные компоненты, помимо компонентов, показанных на фиг. 12, которые могут отвечать за предоставление конкретных аспектов функциональных возможностей UE, включающих в себя функциональные возможности, описанные выше, и/или функциональные возможности, необходимые для того, чтобы поддерживать решение, описанное выше.

Фиг. 13 является блок-схемой примерного eNodeB (или аналогичного узла связи) 16 согласно одному варианту осуществления настоящего изобретения. eNodeB 16 может включать в себя процессор 95 полосы модулирующих частот, чтобы предоставлять радиоинтерфейс с мобильными телефонами (в сети 14 оператора услуг связи) через модули радиочастотного (RF) передающего устройства 96 и приемного RF-устройства 98 eNodeB, связанные с антенной усовершенствованного узла B 19. Процессор 95 может быть сконфигурирован (в аппаратных средствах и/или программном обеспечении) с возможностью выполнять определения h(n_CQI, n_HARQ) и Δ_{F_PUCCH}(F) согласно идеям настоящего изобретения и инструктировать UE 12 через надлежащие сигналы нисходящей линии связи (например, PDCCH-сигнал) применять определенные значения в качестве части управления мощностью UE PUCCH-сигналов, которые должны быть переданы посредством UE 12. В одно варианте осуществления процессор 95 также может определять и предоставлять значения для параметра Δ_TxD(F) для UE 12 (например, через PDCCH-сигнал). В контексте фиг. 13, передачи из UE 12 могут приниматься в приемном устройстве 98, тогда как передачи eNB в UE 12 могут выполняться через передающее устройство 96. Процессор 95 полосы модулирующих частот может включать в себя процессор 99, поддерживающий связь с запоминающим устройством 102, чтобы предоставлять определения, например, h(n_CQI, n_HARQ) и Δ_{F_PUCCH}(F) в UE 12 согласно идеям настоящего изобретения. Блок диспетчеризации (например, блок 104 диспетчеризации на фиг. 13) в eNB 36 может предоставлять решение по диспетчеризации для UE 12 на основе ряда факторов, таких как, например, параметры QoS (качества обслуживания), состояние буфера UE, отчет о качестве канала восходящей линии связи, принимаемый из UE 12, характеристики UE и т.д. Блок 104 диспетчеризации может иметь структуру данных, идентичную структуре данных типичного блока диспетчеризации в eNB в LTE-системе.

Процессор 95 также может предоставлять дополнительную обработку сигналов в полосе модулирующих частот (например, регистрацию мобильных устройств, передачу информации сигналов канала, управление радиоресурсами и т.д.) по мере необходимости. Процессор 99 может включать в себя, в качестве примера, процессор общего назначения, процессор специального назначения, традиционный процессор, процессор цифровых сигналов (DSP), множество микропроцессоров, один или более микропроцессоров в ассоциации с DSP-ядром, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), схемы программируемых пользователем вентильных матриц (FPGA), любой другой тип интегральной схемы (IC) и/или конечный автомат. Часть или все функциональные возможности, описанные выше как предоставляемые посредством мобильной базовой станции, контроллера базовой станции, узла B, усовершенствованного узла B и/или любого другого типа узла мобильной связи, могут предоставляться посредством процессора 99, выполняющего инструкции, сохраненные на машиночитаемом носителе хранения данных, таком как запоминающее устройство 102, показанное на фиг. 13.

eNodeB 16 дополнительно может включать в себя модуль 104 синхронизации и управления и интерфейсный модуль 105 базовой сети, как проиллюстрировано на фиг. 13. Модуль 104 управления может отслеживать операции процессора 95 и сетевого интерфейсного модуля 106 и может предоставлять надлежащие синхронизирующие и управляющие сигналы в эти модули. Интерфейсный модуль 106 может предоставлять двунаправленный интерфейс для eNodeB 16, чтобы обмениваться данными с базовой сетью 18, чтобы упрощать административные функции и функции управления вызовами для мобильных абонентов, работающих в сети 14 оператора услуг связи, через eNodeB 16.

Альтернативные варианты осуществления базовой станции 16 могут включать в себя дополнительные компоненты, отвечающие за предоставление дополнительных функциональных возможностей, включающих в себя функциональные возможности, идентифицированные выше, и/или функциональные возможности, необходимые для того, чтобы поддерживать решение, описанное выше. Хотя признаки и элементы описываются выше в конкретных комбинациях, каждый признак или элемент может использоваться отдельно без других признаков и элементов или в различных комбинациях с или без других признаков и элементов. Технология, предусмотренная в данном документе (связанная с определениями h(n_CQI, n_HARQ), Δ_{F_PUCCH}(F) и Δ_TxD(F)), может быть реализована в компьютерной программе, программном обеспечении или микропрограммном обеспечении, включенном в машиночитаемый носитель хранения данных (например, в запоминающее устройство 102 на фиг. 13 и запоминающее устройство 94 на фиг. 12)) для выполнения посредством компьютера общего назначения или процессора (например, процессора 92 на фиг. 12 и процессора 99 на фиг. 13). Примеры машиночитаемых носителей хранения данных включают в себя постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), цифровой регистр, кэш-память, полупроводниковые запоминающие устройства, магнитные носители, такие как внутренние жесткие диски, магнитные ленты и съемные диски, магнитооптические носители и оптические носители, такие как CD-ROM-диски и универсальные цифровые диски (DVD).

Выше описаны система и способ для того, чтобы более точно определять параметр h(n_CQI, n_HARQ) управления мощностью PUCCH для двух CA PUCCH-форматов (PUCCH-формата 3 и выбора канала) в LTE Rel-10. В одном варианте осуществления настоящего изобретения, h(n_CQI, n_HARQ) основан на линейной функции n_HARQ для обоих CA PUCCH-форматов в Rel-10. На основе CA PUCCH-формата, сконфигурированного для UE, eNB может инструктировать UE (например, через поле TPC-бита в PDCCH-сигнале из eNB) выбирать или применять конкретную линейную функцию n_HARQ в качестве значения для параметра h(n_CQI, n_HARQ) управления мощностью, с тем чтобы давать возможность UE более точно устанавливать мощность передачи своего PUCCH-сигнала. Настоящее изобретение также предоставляет примерные значения для параметра Δ_{F_PUCCH}(F), который должен использоваться для PUCCH-формата 3 в Rel-10. Кроме того, новый параметр (Δ_TxD(F)) может быть сигнализирован для каждого PUCCH-формата, который имеет сконфигурированное разнесение при передаче.

Линейное определение h(n_CQI, n_HARQ) (и результирующих значений для Δ_{F_PUCCH}(F)) согласно идеям настоящего изобретения может обеспечивать более точное управление мощностью для двух PUCCH-форматов в Rel-10 по сравнению с логарифмическим определением. Более точное управление мощностью может приводить к меньшим межсотовым помехам и высокой способности к мультиплексированию в PUCCH, и, следовательно, также к более высокой пропускной способности системы в PDSCH, поскольку более высокая пропускная способность ACK/NACK в UL может приводить к лучшей пропускной способности в DL для UE. Здесь следует отметить, что идеи настоящего изобретения, связанные с управлением мощностью сигнализации восходящей линии связи, также могут применяться, с надлежащими модификациями (как должно быть очевидным для специалистов в данной области техники с использованием настоящих идей), для других беспроводных систем, таких как системы широкополосного множественного доступа с кодовым разделением каналов (WCDMA), системы высокоскоростного пакетного доступа (HSPA) на основе WCDMA, CDMA2000-системы, системы по стандарту глобальной системы для мобильной связи/развитию стандарта GSM с увеличенной скоростью передачи данных (GSM/EDGE) и системы по стандарту общемировой совместимости широкополосного беспроводного доступа (WiMax).

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