СПОСОБ ПЕРЕДАЧИ УПРАВЛЯЮЩЕЙ ИНФОРМАЦИИ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ, БЕСПРОВОДНОЙ ТЕРМИНАЛ И БАЗОВАЯ СТАНЦИЯ Российский патент 2017 года по МПК H04J11/00 

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

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

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

[0002] Далее описываются структура радиокадра, используемого в стандарте дуплекса с временным разделением каналов (TDD) долгосрочного развития (LTE) Партнерского проекта третьего поколения (3GPP), и общее представление передачи по восходящей линии связи. Дополнительно описывается улучшенное уменьшение помех и адаптация трафика (eIMTA), которое в последнее время обсуждается в 3GPP версии 12.

[0003] Сначала описывается структура LTE-радиокадра. В 3GPP версии 8 и выше (т.е. LTE) задаются два типа структур радиокадров. Одна называется "структурой кадра типа 1", которая является применимой к дуплексу с частотным разделением каналов (FDD). Другая называется "структурой кадра типа 2", которая является применимой к TDD. Как показано на фиг.1, в структурах кадра как типа 1, так и типа 2 длина одного радиокадра составляет 10 мс, и один радиокадр состоит из 10 субкадров. В случае TDD, первые 5 субкадров (#0-#4) и вторые 5 субкадров (#5-#9) совместно называются "полукадрами". Длина каждого полукадра составляет 5 мс. Длина одного субкадра составляет 1 мс. Дополнительно, один субкадр разделен на два временных слота, имеющих длину в 0,5 мс. В случае обычного циклического префикса один временной слот включает в себя 7 символов (символов на основе множественного доступа с частотным разделением каналов с одной несущей (SC-FDMA) для восходящей линии связи; символов с мультиплексированием с ортогональным частотным разделением каналов (OFDM) для нисходящей линии связи). Таким образом, один субкадр включает в себя 14 символов во временной области.

[0004] Фиг.2 показывает радиоресурсы, в которых учитываются не только временная область, но также и частотная область. Наименьшая единица ресурсов представляет собой элемент ресурсов, который состоит из длительности в один символ во временной области и одной поднесущей в частотной области. Интервал между поднесущими составляет 15 кГц. Выделение радиоресурсов восходящей линии связи и нисходящей линии связи выполняется в единицах в два последовательных блока ресурсов (продолжительность в субкадр). Один блок ресурсов имеет 7 символов (0,5 мс), что соответствует половине одного субкадра во временной области, и имеет 12 поднесущих в частотной области.

[0005] Ниже описываются конфигурации восходящей-нисходящей линии связи (UL-DL-конфигурации), поддерживаемые посредством TDD LTE. В случае TDD, LTE субкадры восходящей линии связи (UL-субкадры) и субкадры нисходящей линии связи (DL-субкадры) сосуществуют в одном радиокадре. Каждый UL-субкадр представляет собой субкадр, в котором выполняется передача по восходящей линии связи из беспроводного терминала в базовую станцию, и каждый DL-субкадр представляет собой субкадр, в котором выполняется передача по нисходящей линии связи из базовой станции в беспроводной терминал. UL-DL-конфигурации предоставляют различные размещения субкадров восходящей линии связи и субкадров нисходящей линии связи в одном радиокадре.

[0006] Фиг.3 показывает семь конфигураций восходящей-нисходящей линии связи (UL-DL-конфигураций), раскрытых в непатентном документе 1. На фиг.3, D указывает DL-субкадр, U указывает UL-субкадр и S указывает специальный субкадр. Переключение с передачи по нисходящей линии связи (DL-субкадры) на передачу по восходящей линии связи (UL-субкадры) выполняется во втором субкадре в полукадре (т.е. в субкадрах #1 и #6). Когда выполняется переключение с передачи по нисходящей линии связи (DL-субкадры) на передачу по восходящей линии связи (UL-субкадры), размещаются специальные субкадры. Специальный субкадр состоит из пилотного временного слота нисходящей линии связи (DwPTS), в котором выполняется передача по нисходящей линии связи, защитного периода (GP), в котором не выполняется передача, и пилотного временного слота восходящей линии связи (UpPTS), в котором выполняется передача по восходящей линии связи. В TDD LTE, любая из UL-DL-конфигураций, показанных на фиг.3, используется с периодичностью радиокадра (10 мс).

[0007] Ниже описывается передача управляющей информации восходящей линии связи (UCI) из беспроводного терминала в базовую станцию в 3GPP версии 8 и выше (т.е. LTE). UCI может содержать управляющую информацию, связанную со связью в нисходящей линии связи. Управляющая информация, связанная со связью в нисходящей линии связи, включает в себя ACK/NACK гибридного автоматического запроса на повторную передачу (HARQ) и информацию состояния канала (CSI). CSI содержит индикаторы качества канала (CQI) для адаптации линии связи и дополнительно может содержать обратную связь, связанную с технологией со многими входами и многими выходами (MIMO) (т.е. индикаторы матрицы предварительного кодирования (PMI) и индикаторы ранга (RI)).

[0008] Когда UCI передается в субкадре, в котором радиоресурсы не выделяются для физического совместно используемого канала восходящей линии связи (PUSCH), UCI передается по физическому каналу управления восходящей линии связи (PUCCH). С другой стороны, когда UCI передается в субкадре, в котором радиоресурсы выделяются для PUSCH, UCI передается по PUSCH. PUCCH никогда не передается в субкадре, идентичном субкадру для PUSCH в 3GPP версии 8 и выше. Это обусловлено тем, что если PUCCH и PUSCH одновременно передаются в идентичном субкадре, отношение пиковой мощности к средней мощности (PAPR) сигналов передачи по восходящей линии связи увеличивается. В частности, UCI мультиплексируется в данных совместно используемого канала восходящей линии связи (UL-SCH) (т.е. транспортного канала, содержащего пользовательские данные) до DFT-кодирования с расширением спектра для формирования SC-FDMA-сигнала (сигнала OFDM с кодированием с расширением спектра и дискретным преобразованием Фурье (DFTS-OFDM)). Следует отметить, что в 3GPP версии 10 и выше, задается режим передачи для одновременной передачи PUSCH и PUCCH в идентичном субкадре. Тем не менее, поскольку этот режим передачи приводит к увеличению PAPR, как описано выше, он, в общем, применяется только к небольшому числу беспроводных терминалов, расположенных около базовой станции. Следовательно, также в 3GPP версии 10 и выше, беспроводные терминалы на большом расстоянии от базовой станции, в общем, используют режим передачи, в котором UCI мультиплексируется в UL-SCH-данных и затем передается в PUSCH (который представляет собой режим передачи для того, чтобы подавлять PAPR).

[0009] Фиг.4 показывает один пример обработки для мультиплексирования UCI (т.е. CQI/PMI, HARQ ACK/NACK и RI) в элементах ресурсов, запланированных для PUSCH вместе с символами UL-SCH-данных. Следует отметить, что фиг.4 показывает 168 элементов ресурсов, соответствующих 2 блокам ресурсов, состоящим из 14 символов и 12 поднесущих. Как показано на фиг.4, опорные сигналы 41 (RS) (т.е. опорные символы демодуляции (DMRS)) размещены в четвертом SC-OFDMA (DFTS-OFDM)-символе каждого временного слота. Как показано на фиг.4, кодированные CQI/PMI-символы 43 размещены в начале доступных радиоресурсов, с тем чтобы последовательно занимать SC-FDMA-символы одной поднесущей. Чтобы не допускать прореживания UL-SCH-данных для CQI/PMI-передачи, UL-SCH-данные полностью согласуются по скорости с CQI/PMI-битами, так что они могут передаваться в оставшихся радиоресурсах 42. Кодированные HARQ ACK/NACK-символы 44 размещены после SC-FDMA-символов опорных сигналов 41 (RS) посредством прореживания UL-SCH-данных в модуле канального перемежения. Кодированные RI-символы 45 размещены рядом с позициями HARQ ACK/NACK-символов 44, показанных на фиг.4, независимо от того, существуют или нет HARQ ACK/NACK-символы 44 фактически в текущем субкадре.

[0010] Число элементов ресурсов (число кодированных символов), используемых для каждого из CQI/PMI, HARQ ACK/NACK и RI, определяется в беспроводном терминале на основе схемы модуляции и кодирования (MCS) PUSCH (т.е. порядка модуляции (Q_m)) и параметров β^CQI_offset, β^HARQ-ACK_offset и β^RI_offset смещения. Параметры β^CQI_offset, β^HARQ-ACK_offset и β^RI_offset смещения сконфигурированы полустатическим способом в передаче служебных сигналов верхнего уровня между беспроводным терминалом и базовой станцией (в частности, в процедуре RRC-установления). В частности, как описано в разделе 8.6.3 непатентного документа 3, чтобы уведомлять UE относительно параметров β^CQI_offset, β^HARQ-ACK_offset и β^RI_offset смещения, базовая станция передает в UE набор индексов I^CQI_offset, I^HARQ-ACK_offset и I^RI_offset, которые ассоциированы со значениями параметров смещения.

[0011] Как описано в разделе 5.2.2.6 непатентного документа 2, число элементов ресурсов (число кодированных символов), используемых для HARQ ACK/NACK и RI, когда выполняется PUSCH-передача, определяется с использованием следующего уравнения (1):

[0012] В вышеприведенном уравнении (1), Q' является числом кодированных символов. O является числом HARQ ACK/NACK-битов или RI-битов. M^PUSCH_sc является числом поднесущих, запланированных для передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH) в текущем субкадре для транспортного блока. N^{PUSCH-initial}_symb является числом символов на основе множественного доступа с частотным разделением каналов с одной несущей (SC-FDMA) в расчете на субкадр для начальной PUSCH-передачи для идентичного транспортного блока. M^{PUSCH-initial}_sc, C и K_r являются параметрами, полученными из начальной передачи по физическому каналу управления нисходящей линии связи (PDCCH) для идентичного транспортного блока. В частности, M^{PUSCH-initial}_sc является числом выделяемых поднесущих в начальной PUSCH-передаче, C является числом кодовых блоков и K_r является размером кодового блока для индекса #r кодового блока. Дополнительно, β^PUSCH_offset является параметром смещения, и β^HARQ-ACK_offset используется в случае HARQ ACK/NACK и β^RI_offset используется в случае RI.

[0013] Дополнительно, как описано в разделе 5.2.2.6 непатентного документа 2, число элементов ресурсов (число кодированных символов), используемых для CQI/PMI, когда выполняется PUSCH-передача, определяется с использованием следующего уравнения (2):

[0014] В вышеприведенном уравнении (2), Q' является числом кодированных символов. O является числом CQI-битов. L является числом битов контроля циклическим избыточным кодом (CRC), применяемых к CQI/PMI. M^PUSCH_sc является числом поднесущих, запланированных для передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH) в текущем субкадре для транспортного блока. N^PUSCH_symb является числом символов на основе множественного доступа с частотным разделением каналов с одной несущей (SC-FDMA) для PUSCH-передачи в текущем субкадре. N^{PUSCH-initial}_symb является числом SC-FDMA-символов в расчете на субкадр для начальной PUSCH-передачи для идентичного транспортного блока. Q_RI является числом битов индикатора ранга, передаваемых в текущем субкадре. Q_m является числом передаваемых битов в расчете на символ в схеме модуляции, применяемой к PUSCH. M^{PUSCH-initial}_sc, C и K_r являются параметрами, полученными из начальной передачи по физическому каналу управления нисходящей линии связи (PDCCH) для идентичного транспортного блока. В частности, M^{PUSCH-initial}_sc является числом выделяемых поднесущих в начальной PUSCH-передаче, C является числом кодовых блоков и K_r является размером кодового блока для индекса #r кодового блока. Дополнительно, β^PUSCH_offset является параметром смещения и β^CQI_offset используется в случае CQI/PMI.

[0015] Беспроводной терминал определяет, на основе вышеприведенного уравнения (1) или (2), число Q' кодированных символов для каждого из HARQ ACK/NACK, RI и CQI/PMI при канальном кодировании канала информации восходящей линии связи (UCI). Беспроводной терминал затем определяет число кодированных HARQ ACK/NACK-битов, число кодированных RI-битов и число кодированных CQI/PMI-битов на основе порядка модуляции (Q_m), выделяемого PUSCH, и числа Q' кодированных символов, в соответствии со следующими уравнениями (3)-(5). После этого, беспроводной терминал выполняет канальное кодирование, т.е. циклическое повторение или кодирование с повторениями, для HARQ ACK/NACK-битов, RI-битов и CQI/PMI-битов на основе определенного числа кодированных HARQ ACK/NACK-битов, определенного числа кодированных RI-битов и определенного числа кодированных CQI/PMI-битов.

[0016] Далее описывается обработка для транспортного канала UL-SCH и UCI для формирования физического канала PUSCH, описанная в непатентных документах 1 и 2, со ссылкой на фиг.5. Поскольку основное внимание здесь уделяется канальному кодированию UCI, иллюстрация CRC-присоединения для транспортных блоков, сегментации на кодовые блоки и CRC-присоединения для кодовых блоков, канального кодирования UL-SCH, согласования скорости и конкатенации кодовых блоков для битов UL-SCH-данных (транспортного блока) опускается.

[0017] Модуль 501 канального кодирования выполняет канальное кодирование для CQI/PMI-битов и за счет этого формирует кодированные CQI/PMI-биты. Модуль 502 канального кодирования выполняет канальное кодирование для RI-бита(ов) и за счет этого формирует кодированные RI-биты. Модуль 503 канального кодирования выполняет канальное кодирование для HARQ ACK/NACK-бита(ов) и за счет этого формирует кодированные HARQ ACK/NACK-биты. Модули 501-503 канального кодирования определяют число Q' кодированных символов для UCI согласно вышеприведенному уравнению (1) или (2), определяют число кодированных UCI-битов и затем выполняют канальное кодирование в соответствии с числом кодированных UCI-битов.

[0018] Мультиплексор 504 мультиплексирует кодированные биты UL-SCH-данных и кодированные CQI/PMI-биты таким образом, что кодированные CQI/PMI-символы 43 преобразуются в начале доступных радиоресурсов, как показано на фиг.4.

[0019] Модуль 505 канального перемежения выполняет перемежение для выходных битов мультиплексора 504, кодированных HARQ ACK/NACK-битов и кодированных RI-битов таким образом, что HARQ ACK/NACK-символы 44 и кодированные RI-символы 45 размещены вокруг опорного сигнала 41 (RS) во временной области, как показано на фиг.4.

[0020] Модуль 506 скремблирования умножает выходные биты модуля 505 канального перемежения на последовательность скремблирования. Модулятор 507 преобразует блок скремблированных битов в модулированные символы и за счет этого формирует последовательность модулированных символов. Модуль 508 преобразования в элементы ресурсов преобразует последовательность модулированных символов в элементы ресурсов в блоке ресурсов, выделяемом для PUSCH-передачи.

[0021] Формирователь 509 SC-FDMA-сигналов формирует SC-FDMA-сигнал из последовательности модулированных символов. В частности, формирователь 509 SC-FDMA-сигналов выполняет DFT-кодирование с расширением спектра для M модулированных символов, соответствующих радиоресурсам, выделяемым в одном субкадре, преобразует M сигналов частотной области после DFT-кодирования с расширением спектра в поднесущие в соответствии с преобразованием посредством модуля 508 преобразования в элементы ресурсов и затем формирует SC-FDMA-сигнал (DFTS-OFDM-сигнал) посредством выполнения N-точечного обратного быстрого преобразования Фурье (IFFT). Следует отметить, что, поскольку M<N, в общем, нуль вставляется в выходной DFT-сигнал для размера N-поднесущей IFFT (т.е. ODFM-модуляции).

[0022] Далее описывается принцип eIMTA, обсуждаемый в 3GPP версии 12, и пример его работы. Согласно определению посредством 3GPP версий 8-11, UL-DL-конфигурация работает полустатическим способом. В частности, согласно определению посредством 3GPP версий 8-10 одна UL-DL-конфигурация определяется для каждой базовой станции, и базовая станция передает широковещательную информацию нисходящей линии связи, содержащую предварительно определенную UL-DL-конфигурацию. Беспроводные терминалы принимают UL-DL-конфигурацию из базовой станции и за счет этого определяют то, что конкретный субкадр представляет собой либо UL-субкадр, либо DL-субкадр. Тем не менее, поскольку полустатическая UL-DL-конфигурация не может поддерживать быстрое увеличение трафика обмена данными либо изменение объема трафика нисходящей линии связи или восходящей линии связи, выявляется проблема неспособности эффективно использовать радиоресурсы. С учетом этого, в 3GPP версии 12 и выше, обсуждается операция для динамического переключения UL-DL-конфигураций с короткими интервалами (например, с интервалами в 10-80 мс). Эта операция упоминается в качестве рабочего элемента "eIMTA" и в данный момент обсуждается (по состоянию на декабрь 2013).

[0023] Фиг.6A показывает один пример системы беспроводной связи, к которой применяется eIMTA, изучаемое в 3GPP. В примере по фиг.6A, система беспроводной связи включает в себя базовую станцию 601 макросоты и базовую станцию 602 небольшой соты. Базовая станция 601 макросоты имеет зону 611 покрытия (макросоту). Зона 612 покрытия (небольшая сота) базовой станции 602 небольшой соты меньше зоны 611 покрытия (макросоты) и она полностью покрывается зоной 611 покрытия (макросотой) или, по меньшей мере, частично перекрывает зону 611 покрытия (макросоту). Базовая станция 602 небольшой соты используется для того, чтобы разгружать трафик базовой станции 601 макросоты.

[0024] Фиг.6B показывает один пример изменений UL-DL-конфигурации, когда eIMTA применяется к базовой станции 602 небольшой соты, показанной на фиг.6A. Во время #1 базовая станция 602 небольшой соты использует UL-DL-конфигурацию #0, идентичную UL-DL-конфигурации #0 базовой станции 601 макросоты. Следует отметить, что предполагается, что базовая станция 601 макросоты использует UL-DL-конфигурацию #0 полустатическим способом. Затем когда трафик нисходящей линии связи временно увеличивается в зоне 612 покрытия, например, базовая станция 602 небольшой соты изменяет UL-DL-конфигурацию с конфигурации #0 на конфигурацию #1 во время #2. Соответственно, субкадры #4 и #9 изменяются с UL-субкадра на DL-субкадр. Таким образом, базовая станция 602 небольшой соты может справляться с увеличенным трафиком нисходящей линии связи. Когда трафик нисходящей линии связи в зоне 612 покрытия дополнительно увеличивается, базовая станция 602 небольшой соты изменяет UL-DL-конфигурацию с конфигурации #1 на конфигурацию #2 во время #3. Соответственно, субкадры #3 и #8, в дополнение к субкадрам #4 и #9, изменяются с UL-субкадра на DL-субкадр. Таким образом, с использованием eIMTA-технологии можно, например, динамически переключать UL-DL-конфигурацию с изменением нагрузки по трафику.

[0025] Принцип двух субкадров, которые задаются в обсуждении касательно eIMTA в 3GPP, описывается в нижеприведенном пояснении. Один называется "фиксированным субкадром", в котором направление передачи (восходящая/нисходящая линия связи) является полустатическим и неизменным. Другой называется "гибким субкадром или ценным субкадром", в котором направление передачи является переменным, как в примере по фиг.6B. В отношении примера по фиг.6B, субкадры #0, #1, #2, #5, #6 и #7 представляют собой фиксированные субкадры, а субкадры #3, #4, #8 и #9 представляют собой гибкие субкадры.

Список библиографических ссылок

Непатентные документы

[0026] Непатентный документ 1. 3GPP TS 36.211 V8.9.0 (2009-12), "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)", декабрь 2009 года

Непатентный документ 2. 3GPP TS 36.212 V8.8.0 (2009-12), "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and channel coding (Release 8)", декабрь 2009 года

Непатентный документ 3. 3GPP TS 36.213 V8.8.0 (2009-09), "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures (Release 8)", сентябрь 2009 года

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

Техническая задача

[0027] Автор изобретения изучает проблемы, связанные с помехами, когда применяется eIMTA. В частности, когда динамическое изменение UL-DL-конфигурации выполняется так, как описано выше, имеется вероятность того, что межсотовые помехи становятся особенно значительными в гибких субкадрах. Это обусловлено тем, что в гибких субкадрах направление передачи (восходящая/нисходящая линия связи) может отличаться между соседними базовыми станциями, как показано на фиг.6B. Например, в гибких субкадрах на фиг.6B (т.е. в субкадрах #3, #4, #8 и #9) имеется вероятность того, что сигналы нисходящей линии связи, передаваемые из базовой станции 602 небольшой соты, создают помехи сигналам восходящей линии связи, принимаемым посредством базовой станции 601 макросоты. Другими словами, имеется вероятность того, что уровень помех, содержащийся в сигналах восходящей линии связи, принимаемых посредством базовой станции в гибких субкадрах, отличается от уровня помех в фиксированных субкадрах, и в частности, уровень помех в принимаемых сигналах восходящей линии связи в течение гибких субкадров выше уровня помех в фиксированных субкадрах.

[0028] Один пример проблемы, которая возникает вследствие межсотовых помех, следующий. Например, механизм повторной HARQ-передачи не используется для UCI-(CQI/PMI-, HARQ ACK/NACK- и RI-) передачи. Таким образом, в случае если базовая станция (например, базовая станция 601 макросоты) принимает UCI-символы по PUSCH в субкадре, в котором соседняя базовая станция (например, базовая станция 602 небольшой соты) использует гибкий субкадр, имеется вероятность того, что качество приема UCI ухудшается вследствие вышеописанных межсотовых помех. Ухудшение качества приема UCI влияет на оптимизацию системы и может приводить к снижению пропускной способности системы.

[0029] Следует отметить, что ухудшение качества приема UCI может возникать не только тогда, когда применяется eIMTA, и гибкие субкадры используются в LTE TDD. В первом примере, различные UL-DL-конфигурации могут быть сконфигурированы в двух соседних базовых станциях. В этом случае, передача по восходящей линии связи одной базовой станции и передача по нисходящей линии связи другой базовой станции могут возникать одновременно. Во втором примере, синхронизация между радиокадрами двух соседних базовых станций является недостаточной. Если синхронизация между радиокадрами является недостаточной, передача по восходящей линии связи одной базовой станции и передача по нисходящей линии связи другой базовой станции могут возникать одновременно, даже когда две соседних базовых станции используют идентичную UL-DL-конфигурацию. В третьем примере, могут быть периодические помехи от другой системы, влияющие на конкретный субкадр в рамках каждого периодического радиокадра. В третьем случае, уровень помех, содержащихся в сигналах восходящей линии связи, отличается для каждого субкадра не только в TDD LTE, но также и в FDD LTE.

[0030] Как можно видеть из вышеуказанного, уровень помех, испытываемых в UCI-символах, передаваемых по PUSCH, может существенно отличаться для каждого субкадра в зависимости от того, представляет субкадр собой фиксированный субкадр или гибкий субкадр, либо других причин (например, различия в UL-DL-конфигурациях, недостаточной синхронизации между радиокадрами или помех от другой системы). Тем не менее, следует отметить, что способ вычисления числа элементов ресурсов (числа кодированных символов), используемых для UCI (CQI/PMI, HARQ ACK/NACK или RI), является общим независимо от субкадров. В частности, значения, которые подставляются в параметры β^PUSCH_offset (т.е. β^CQI_offset, β^HARQ-ACK_offset и β^RI_offset) смещения в вышеописанных уравнениях (1) и (2), полустатически сконфигурированы и являются общими для всех субкадров. Следовательно, затруднительно избирательно увеличивать число элементов ресурсов (число кодированных символов) для UCI только в конкретном субкадре и в силу этого затруднительно улучшать избыточность кодированных UCI-битов только в конкретном субкадре.

[0031] Одна цель варианта осуществления, раскрытая в этом подробном описании, заключается в том, чтобы предоставлять способ, беспроводной терминал, базовую станцию и программу, которые способствуют регулированию избыточности кодированных UCI-битов на основе каждого субкадра. Другие цели или проблемы и новые признаки должны становиться очевидными из подробного описания или прилагаемых чертежей.

Решение задачи

[0032] В аспекте, способ включает в себя (a) при передаче управляющей информации восходящей линии связи в первом субкадре радиокадра определение числа кодированных символов для управляющей информации восходящей линии связи посредством первого способа вычисления, и (b) при передаче управляющей информации в восходящей линии связи во втором субкадре радиокадра, определение числа кодированных символов для управляющей информации восходящей линии связи посредством второго способа вычисления, отличающегося от первого способа вычисления.

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

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

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

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

Преимущества изобретения

[0037] Согласно вышеописанным аспектам можно предоставлять способ, беспроводной терминал, базовую станцию и программу, которые способствуют регулированию избыточности кодированных UCI-битов на основе каждого субкадра.

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

[0038] Фиг.1 является схемой, показывающей структуру радиокадра и структуру субкадра LTE;

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

Фиг.3 является таблицей, показывающей шесть UL-DL-конфигураций, заданных относительно TDD LTE;

Фиг.4 является схемой, показывающей один пример обработки для мультиплексирования управляющей информации восходящей линии связи (UCI) в элементах ресурсов, запланированных для PUSCH;

Фиг.5 является схемой, показывающей обработку в транспортном канале UL-SCH и UCI, выполняемую посредством беспроводного терминала;

Фиг.6A является схемой, показывающей один пример системы беспроводной связи, к которой применяется eIMTA;

Фиг.6B является схемой, показывающей один пример изменений UL-DL-конфигурации, когда применяется eIMTA;

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

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

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

Фиг.9B является схемой, показывающей один пример изменения UL-DL-конфигурации, когда применяется eIMTA, согласно первому варианту осуществления;

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

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

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

Подробное описание вариантов осуществления

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

[0040] Первый вариант осуществления

Фиг.7 показывает пример конфигурации системы беспроводной связи согласно этому варианту осуществления. Система беспроводной связи предоставляет услуги связи, такие как, например, речевая связь или передача пакетных данных, или и то, и другое. Ссылаясь на фиг.7, система беспроводной связи включает в себя беспроводной терминал 1 и базовую станцию 2. Беспроводной терминал 1 формирует сигнал восходящей линии связи и передает его в базовую станцию 2. Базовая станция 2 формирует сигнал нисходящей линии связи и передает его в беспроводной терминал 1. Этот вариант осуществления описывается при допущении, что система беспроводной связи представляет собой систему в 3GPP версии 8 и выше (т.е. LTE). В частности, беспроводной терминал 1 соответствует пользовательскому оборудованию (UE), которое поддерживает LTE, и базовая станция 2 соответствует усовершенствованному узлу B (eNB).

[0041] Далее описывается процедура для вычисления числа элементов ресурсов (числа кодированных символов), используемых для UCI (CQI/PMI, HARQ ACK/NACK или RI), которая выполняется посредством беспроводного терминала 1 согласно этому варианту осуществления. Беспроводной терминал 1 работает с возможностью изменять способ вычисления числа кодированных символов для UCI (CQI/PMI, HARQ ACK/NACK или RI) между первым субкадром и вторым субкадром в каждом периодическом радиокадре. В частности, когда беспроводной терминал 1 передает UCI (CQI/PMI, HARQ ACK/NACK или RI) в первом субкадре радиокадра, он определяет число кодированных символов для UCI посредством первого способа вычисления. Дополнительно, когда беспроводной терминал 1 передает UCI во втором субкадре идентичного радиокадра, он определяет число Q' кодированных символов для UCI посредством второго способа вычисления, отличающегося от первого способа вычисления.

[0042] Посредством применения различных способов вычисления, можно различать число (Q') кодированных символов для UCI между первым субкадром и вторым субкадром, даже если другие параметры, такие как число UCI-битов (O) и число поднесущих (M ^PUSCH_sc), запланированных для PUSCH-передачи, являются идентичными между первым и вторым субкадрами. Как описано выше, число (Q') кодированных символов для UCI определяет число кодированных UCI-битов, которое передается в одном субкадре, и дополнительно определяет избыточность UCI-битов, полученных посредством канального кодирования (например, циклического повторения или кодирования с повторениями). Таким образом, беспроводной терминал 1 согласно этому варианту осуществления может способствовать регулированию избыточности кодированных UCI-битов на основе каждого субкадра. Например, беспроводной терминал 1 может увеличивать число (Q') кодированных символов для UCI только в конкретном субкадре (например, втором субкадре) и за счет этого улучшать избыточность кодированных UCI-битов только в конкретном субкадре.

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

[0044] Следует отметить, что как следует понимать из вышеприведенного описания со ссылкой на фиг.6A и 6B, в случае если соседняя базовая станция, смежная с базовой станцией 2, использует гибкие субкадры и переключает UL-субкадры на DL-субкадры, помехи, испытываемые посредством базовой станции 2 в UCI-символах, которые принимаются из беспроводного терминала 1 от сигналов нисходящей линии связи соседней базовой станции, могут быть проблемой. Иными словами, фиксированный субкадр и гибкий субкадр на основе eIMTA могут управляться не посредством базовой станции 2, а посредством соседней базовой станции. Соответственно, в первом примере, первый субкадр и второй субкадр могут рассматриваться в качестве фиксированного субкадра и гибкого субкадра, соответственно, используемых в соседней базовой станции, отличающейся от базовой станции 2, с которой обменивается данными беспроводной терминал 1.

[0045] Во втором примере, первый субкадр и второй субкадр могут представлять собой два субкадра, в которых уровень помех, испытываемых посредством базовой станции 2 в сигналах восходящей линии связи (в частности, UCI-символах, передаваемых по PUSCH), отличается друг от друга. Как описано выше, уровень помех, испытываемых в UCI-символах, передаваемых по PUSCH, может существенно отличаться для каждого субкадра вследствие некоторых причин (например, различия в UL-DL-конфигурациях, недостаточной синхронизации между радиокадрами или помех от другой системы). Помехи от другой системы могут быть проблемой не только в TDD LTE, но также и в FDD LTE. Таким образом, второй пример служит не только для TDD LTE, но также и для FDD LTE. Дополнительно, поскольку вышеописанный первый пример является частным случаем, в котором межсотовые помехи являются особенно заметными в TDD LTE, первый пример может рассматриваться в качестве одного конкретного примера, включенного во второй пример.

[0046] В вышеописанном первом примере для первого и второго радиокадров, первый и второй способы вычисления предпочтительно задаются таким образом, что число Q' кодированных символов для UCI в гибком субкадре (или в гибком субкадре в соседней базовой станции) превышает число Q' кодированных символов для UCI в фиксированном субкадре (или в фиксированном субкадре в соседней базовой станции). В вышеописанном втором примере для первого и второго радиокадров, первый и второй способы вычисления предпочтительно задаются таким образом, что число Q' кодированных символов для UCI в субкадре, в котором уровень помех, испытываемых в UCI-символах, передаваемых по PUSCH, является относительно высоким, превышает число Q' кодированных символов для UCI в субкадре, в котором уровень помех, испытываемых в UCI-символах, является относительно низким. В силу этого беспроводной терминал 1 может использовать большее число кодированных символов (элементов ресурсов) для UCI в гибком субкадре или в субкадре, в котором уровень помех, испытываемых в UCI-символах, является высоким. Соответственно, беспроводной терминал 1 может улучшать избыточность UCI-битов в гибком субкадре или в субкадре, в котором уровень помех, испытываемых в UCI-символах, является высоким, и за счет этого повышать качество приема UCI-битов. Другими словами, даже когда уровень помех, испытываемых в UCI-символах, отличается между первым и вторым субкадрами, можно подавлять изменение в качестве приема UCI-битов между первым субкадром и вторым субкадром.

[0047] Следует отметить, что базовая станция 2 может оценивать уровень помех, испытываемых в принимаемых сигналах восходящей линии связи, на основе каждого субкадра и различать между субкадрами на основе уровня помех в восходящей линии связи. Затем базовая станция 2 может определять способ вычисления для получения числа Q' кодированных символов на основе каждого субкадра на основе уровня помех. Оценка уровня помех, испытываемых в сигналах восходящей линии связи, может выполняться с использованием известного алгоритма оценки мощности помех. Дополнительно, в случае TDD LTE, оценка уровня помех в сигналах восходящей линии связи может выполняться с использованием CQI относительно сигналов нисходящей линии связи, принимаемых из беспроводного терминала 1.

[0048] Далее описываются несколько примеров первого и второго способов вычисления. Формулы вычисления для получения числа кодированных символов (числа элементов ресурсов) для UCI (CQI/PMI, HARQ ACK/NACK или RI) задаются в непатентном документе 2, как показано в уравнениях (1) и (2). Таким образом, чтобы минимизировать влияние изменения технических требований на существующие базовые станции и беспроводные терминалы, предпочтительно модифицировать уравнения (1) и (2) таким образом, что число (Q') кодированных символов отличается между первым и вторым субкадрами.

[0049] Соответственно, в одном примере, первый и второй способы вычисления предпочтительно используют идентичную формулу вычисления (т.е. уравнение (1) или (2)) для того, чтобы определять число (Q') кодированных символов для UCI. Тем не менее, следует отметить, что значение, которое подставляется в β^PUSCH_offset в уравнении (1) или (2) посредством второго способа вычисления, отличается от значения, которое подставляется в β^PUSCH_offset посредством первого способа вычисления. В частности, посредством использования различных значений для β^PUSCH_offset между первым и вторым субкадрами в идентичном радиокадре, можно легко различать число (Q') кодированных символов для UCI между первым и вторым субкадрами с использованием существующей формулы вычисления (т.е. уравнения (1) или (2)). Для удобства описания, значение β^PUSCH, которое используется для вычисления числа (Q'1) кодированных символов для UCI в первом субкадре, обозначается как β^PUSCH_offset 1 или β1. Аналогично, значение β^PUSCH, которое используется для вычисления числа (Q'2) кодированных символов для UCI во втором субкадре, обозначается как β^PUSCH_offset 2 или β2; β^PUSCH_offset 1 (β1) и β^PUSCH_offset 2 (β2) могут быть ассоциированы посредством следующего уравнения (6) или (7); Δβ^PUSCH_offset в уравнениях (6) и (7) может быть общим значением, которое является общим для всех беспроводных терминалов в соте, либо может быть конкретным для UE или выделенным значением, которое выделяется для беспроводного терминала.

[0050] В качестве конкретного примера, рассмотрим случай, в котором β^PUSCH_offset 2 (β2) задается равным значению, который в два раза превышает значение β^PUSCH_offset 1 (β1). Согласно определению уравнения (6), Δβ^PUSCH_offset=2_. В этом случае, как очевидно из уравнений (1) и (2), число (Q'2) кодированных символов для UCI во втором субкадре в два раза превышает число (Q'1) кодированных символов для UCI в первом субкадре, в качестве общего правила (т.е. если за исключением случаев превышения 4*M^PUSCH_sc).

[0051] Фиг.8 является блок-схемой последовательности операций способа, показывающей один пример обработки беспроводного терминала 1 согласно этому варианту осуществления. Фиг.8 предполагает случай, в котором применяется eIMTA. На этапе S11, беспроводной терминал 1 определяет то, представляет текущий субкадр собой или нет гибкий субкадр (либо гибкий субкадр в соседней базовой станции). Когда текущий субкадр представляет собой фиксированный субкадр ("Нет" на этапе S11), беспроводной терминал 1 вычисляет число (Q'1) кодированных символов для UCI посредством использования уравнения (1) или (2) и параметра β^PUSCH_offset 1 (β1) смещения для фиксированных субкадров на этапе S12. С другой стороны, когда текущий субкадр представляет собой гибкий субкадр ("Да" на этапе S11), беспроводной терминал 1 вычисляет число (Q'2) кодированных символов для UCI посредством использования уравнения (1) или (2) и параметра β^PUSCH_offset 2 (β2) смещения для гибких субкадров на этапе S13.

[0052] Фиг.9A и 9B показывают пример, в котором eIMTA применяется к системе беспроводной связи согласно этому варианту осуществления. Как показано на фиг.9A, базовая станция 2 имеет зону 21 покрытия и обменивается данными с беспроводным терминалом 1 в зоне 21 покрытия. Базовая станция 3 представляет собой базовую станцию небольшой соты, которая размещена в зоне 21 покрытия базовой станции 2, и имеет зону 31 покрытия, которая меньше зоны 21 покрытия. На фиг.9A, eIMTA применяется к базовой станции 3, и базовая станция 3 динамически изменяет свою UL-DL-конфигурацию.

[0053] Фиг.9B показывает UL-DL-конфигурации базовых станций 2 и 3 в определенный момент времени и значение бета-смещения β^PUSCH_offset, которое используется посредством беспроводного терминала 1 для вычисления числа (Q') кодированных символов для UCI. В примере по фиг.9B, базовая станция 2 использует UL-DL-конфигурацию #0, а базовая станция 3 использует UL-DL-конфигурацию #2. Таким образом, в субкадрах #3, #4, #8 и #9 передача по восходящей линии связи из беспроводного терминала 1 в базовую станцию 2 и передача по нисходящей линии связи посредством базовой станции 3 выполняются параллельно. Субкадры #0, #1, #2, #5, #6 и #7 базовой станции 3 представляют собой фиксированные субкадры. Субкадры #3, #4, #8 и #9 базовой станции 3 представляют собой гибкие субкадры. Беспроводной терминал 1 вычисляет число (Q'1) кодированных символов для UCI посредством использования бета-смещения β^PUSCH_offset 1 (β1) для фиксированных субкадров, чтобы передавать UCI по PUSCH в субкадрах #2 и #7 (которые соответствуют некоторым фиксированным субкадрам в базовой станции 3). С другой стороны, беспроводной терминал 1 вычисляет число (Q'2) кодированных символов для UCI посредством использования бета-смещения β^PUSCH_offset 2 (β2) для гибких субкадров, чтобы передавать UCI по PUSCH в субкадрах #3, #4, #8 и #9 (которые соответствуют гибким субкадрам в базовой станции 3).

[0054] Далее описывается процедура для того, чтобы отправлять два параметра β^PUSCH_offset 1 (β1) и β^PUSCH_offset 2 (β2) смещения из базовой станции 2 в беспроводной терминал 1. Фиг.10 является схемой последовательности операций, показывающей один пример процедуры уведомления β1 и β2. В примере по фиг.10, базовая станция 2 отправляет в беспроводной терминал 1 значения β1 и β2 или первый и второй индексы, соответственно, указывающие значения β1 и β2 во время процедуры RRC-установления. На этапе S21, беспроводной терминал 1 отправляет сообщение с запросом на установление RRC-соединения в базовую станцию 2. На этапе S22, базовая станция 2 отправляет сообщение RRC-установления в ответ на сообщение с запросом на установление RRC-соединения. Сообщение RRC-установления на этапе S22 указывает первый и второй индексы, соответственно, указывающие значения β1 и β2. На этапе S23, беспроводной терминал 1 устанавливает RRC-соединение согласно сообщению RRC-установления и отправляет сообщение завершения RRC-установления в базовую станцию 2.

[0055] Например, первый и второй индексы могут содержаться в информационном элементе pusch-ConfigDedicated (назначенная конфигурация PUSCH) в рамках информационного элемента radioResourceConfigDedicated (назначенная конфигурация радиоресурсов) сообщения RRC-установления. Существующий информационный элемент pusch-ConfigDedicated содержит betaOffset-ACK-Index (индекс бета-смещения для подтверждения приема), betaOffset-RI-Index (индекс бета-смещения для индикатора ранга) и betaOffset-CQI-Index (индекс бета-смещения для индикатора качества канала). BetaOffset-ACK-Index, betaOffset-RI-Index и betaOffset-CQI-Index, соответственно, указывают β^HARQ-ACK_offset, β^RI_offset и β^CQI_offset. С другой стороны, модифицированный информационный элемент pusch-ConfigDedicated согласно этому варианту осуществления может содержать betaOffset-ACK-Index1 и betaOffset-ACK-Index2 вместо или в дополнение к betaOffset-ACK-Index. BetaOffset-ACK-Index1 указывает первый индекс, ассоциированный с β1, а betaOffset-ACK-Index2 указывает второй индекс, ассоциированный с β2. Аналогично, модифицированный информационный элемент pusch-ConfigDedicated может содержать betaOffset-RI-Index1 и betaOffset-RI-Index2 вместо или в дополнение к betaOffset-RI-Index. Кроме того, модифицированный информационный элемент pusch-ConfigDedicated может содержать betaOffset-CQI-Index1 и betaOffset-CQI-Index2 вместо или в дополнение к betaOffset-CQI-Index.

[0056] Следует отметить, что пример по фиг.10 является всего лишь одним примером процедуры уведомления β1 и β2. В другом примере, базовая станция 2 может отправлять значения β1 и β2 или первый и второй индекс в беспроводной терминал 1 посредством использования сообщения переконфигурирования RRC-соединения.

[0057] Дополнительно или альтернативно, базовая станция 2 может отправлять, в беспроводной терминал 1, Δβ^PUSCH_offset, заданный посредством уравнения (6) или (7), вместе со значением β^PUSCH_offset 1 (β1) или соответствующим первым индексом. Δβ^PUSCH_offset может быть значением, которое является общим для всех беспроводных терминалов в соте либо может быть конкретным для UE или выделенным значением, которое выделяется для беспроводного терминала. Когда Δβ^PUSCH_offset является общим значением для всех беспроводных терминалов в соте, базовая станция 2 может включать Δβ^PUSCH_offset в системную информацию (например, в информационный элемент pusch-Config (конфигурация PUSCH) в рамках информационного элемента radioResourceConfigCommon (общая конфигурация радиоресурсов) блока системной информации 2 (SIB2)) для того, чтобы отправлять его в беспроводной терминал 1. Когда Δβ^PUSCH_offset является конкретным для UE значением, базовая станция 2 может отправлять Δβ^PUSCH_offset в беспроводной терминал 1 посредством использования информационного элемента в сообщении RRC-установления или сообщении переконфигурирования RRC-соединения (например, информационного элемента pusch-ConfigDedicated в рамках информационного элемента radioResourceConfigDedicated).

[0058] Как описано выше, использование общей формулы вычисления (т.е. уравнения (1) или (2)) для того, чтобы определять число (Q') кодированных символов для UCI в первом и втором способах вычисления, имеет преимущество минимизации влияния изменения технических требований на существующие базовые станции и беспроводные терминалы. Тем не менее, в другом примере первого и второго способов вычисления, второй способ вычисления может использовать формулу вычисления, отличную от формулы вычисления (например, уравнения (1) или (2)), используемой посредством первого способа вычисления для того, чтобы определять число (Q') кодированных символов. Например, первый способ вычисления может использовать уравнение (1), а второй способ вычисления может использовать следующее уравнение (8). Уравнение (8) является модификацией уравнения (1) и функция округления в большую сторону в правой стороне умножается на весовой параметр W. Весовой параметр W выполняет функцию, практически идентичную функции Δβ^PUSCH_offset в вышеописанном уравнении (6).

[0059] Далее описываются примеры конфигураций беспроводного терминала 1 и базовой станции 2. Фиг.11 является блок-схемой, показывающей пример конфигурации беспроводного терминала 1. В примере по фиг.11, беспроводной терминал 1 включает в себя процессор 101 и приемопередатчик 102. Приемопередатчик 102 также может упоминаться как радиочастотный (RF) модуль. Процессор 101 формирует сигнал восходящей линии связи (т.е. SC-DFMA-сигнал в полосе модулирующих частот). Приемопередатчик 102 формирует RF-сигнал восходящей линии связи посредством преобразования с повышением частоты сигнала восходящей линии связи, сформированного посредством процессора 101, и усиливает и передает RF-сигнал восходящей линии связи.

[0060] Процессор 101 сконфигурирован с возможностью изменять способ вычисления числа кодированных символов для UCI (CQI/PMI, HARQ ACK/NACK или RI) между первым субкадром и вторым субкадром в каждом периодическом радиокадре в процессе формирования сигнала восходящей линии связи (SC-DFMA-сигнала в полосе модулирующих частот). В частности, когда процессор 101 передает UCI (CQI/PMI, HARQ ACK/NACK или RI) в первом субкадре радиокадра, он определяет число кодированных символов для UCI посредством первого способа вычисления. Дополнительно, когда процессор 101 передает UCI во втором субкадре идентичного радиокадра, он определяет число (Q') кодированных символов для UCI посредством второго способа вычисления, который отличается от первого способа вычисления.

[0061] Фиг.12 является блок-схемой, показывающей пример конфигурации базовой станции 2. В примере по фиг.12, базовая станция 2 включает в себя процессор 201 и приемопередатчик 202. Приемопередатчик 202 также может упоминаться как радиочастотный (RF) модуль. Процессор 201 формирует сигнал нисходящей линии связи (т.е. OFDM-сигнал в полосе модулирующих частот). Приемопередатчик 202 формирует RF-сигнал нисходящей линии связи посредством преобразования с повышением частоты сигнала нисходящей линии связи, сформированного посредством процессора 201, и усиливает и передает RF-сигнал нисходящей линии связи.

[0062] Процессор 201 передает в беспроводной терминал 1 первое и второе значения (например, β1 и β2), которые должны подставляться в первый параметр (например, параметр β^PUSCH_offset смещения), содержащийся в формуле вычисления (например, в уравнении (1) или (2)) для определения числа кодированных символов для UCI (CQI/PMI, HARQ ACK/NACK или RI), или соответствующие первый и второй индексы, указывающие эти первое и второе значения.

[0063] Другие варианты осуществления

Базовая станция 2 согласно первому варианту осуществления может включать параметры β^PUSCH_offset 1 (β1) и β^PUSCH_offset 2 (β2) смещения или индексы, указывающие их, в сообщение, передаваемое через интерфейс между базовыми станциями (X2-интерфейс) или интерфейс с базовой сетью (S1-MME-интерфейс) для входящей или исходящей передачи обслуживания беспроводного терминала 1 (например, сообщения с запросом на передачу обслуживания или сообщения необходимости передачи обслуживания). Другими словами, базовая станция 2 может передавать параметры β^PUSCH_offset 1 (β1) и β^PUSCH_offset 2 (β2) смещения или индексы, указывающие их, в качестве информации однонаправленного канала радиодоступа (RAB), который должен быть сконфигурирован в целевой базовой станции.

[0064] Первый вариант осуществления описывается главным образом посредством использования конкретного примера, связанного с LTE-системой. Тем не менее, первый вариант осуществления может применяться к другой системе беспроводной связи и, в частности, к системе беспроводной связи, которая использует схему связи в восходящей линии связи, аналогичную LTE (т.е. OFDM или DFTS-OFDM).

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

[0066] Операции беспроводного терминала 1 и базовой станции 2, описанные в первом варианте осуществления, могут реализовываться посредством инструктирования компьютеру, включающему в себя, по меньшей мере, один процессор (например, микропроцессор, микропроцессорный блок (MPU), центральный процессорный блок (CPU)), выполнять программу. В частности, одна или более программ, содержащих инструкции, которые инструктируют компьютеру выполнять алгоритм, связанный с беспроводным терминалом 1 или базовой станцией 2, описанный со ссылкой на фиг.8-10 и т.п., могут предоставляться в компьютер.

[0067] Эти программы могут сохраняться и предоставляться в компьютер с использованием любого типа некратковременного компьютерно-читаемого носителя. Некратковременный компьютерно-читаемый носитель включает в себя любой тип материального запоминающего носителя. Примеры некратковременного компьютерно-читаемого носителя включают в себя магнитные запоминающие носители (к примеру, гибкие диски, магнитные ленты, жесткие диски и т.д.), магнитооптические запоминающие носители (например, магнитооптические диски), постоянное запоминающее устройство на компакт-дисках (CD-ROM), CD-R, CD-R/W и полупроводниковые запоминающие устройства (к примеру, ROM с маскированием, программируемое ROM (PROM), стираемое PROM (EPROM), флэш-ROM, оперативное запоминающее устройство (RAM) и т.д.). Программа может предоставляться в компьютер с использованием любого типа кратковременного компьютерно-читаемого носителя. Примеры кратковременного компьютерно-читаемого носителя включают в себя электрические сигналы, оптические сигналы и электромагнитные волны. Кратковременный компьютерно-читаемый носитель может предоставлять программы в компьютер через линию проводной связи (например, электрические провода и оптоволокна) или линию беспроводной связи.

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

[0069] Эта заявка основана и притязает на приоритет заявки на патент Японии номер 2014-004945, поданной 15 января 2014 года, раскрытие сущности которой полностью содержится в данном документе по ссылке.

Список номеров ссылок

[0070] 1 - беспроводной терминал

2 - базовая станция

3 - базовая станция

21, 31 - зона покрытия

101 - процессор

102 - приемопередатчик

201 - процессор

202 - приемопередатчик

Изобретение относится к беспроводной связи. Беспроводной терминал сконфигурирован с возможностью принимать из первой базовой станции (BS) первую и вторую информации, связанные соответственно с первым и вторым индексами бета-смещения для индикатора ранга, при этом любая из первой и второй информаций используется для каждого субкадра, содержащегося в радиокадре, посредством которого передается сигнал восходящей линии связи в BS. Технический результат заключается в обеспечении регулирования избыточности кодированных битов управляющей информации восходящей линии связи (UCI) на основе каждого субкадра. 2 н. и 8 з.п. ф-лы, 14 ил.

1. Беспроводной терминал, сконфигурированный с возможностью:

- принимать, из базовой станции, первую информацию, связанную с первым beta offset-RI-Index (индексом бета-смещения для идикатора ранга), и вторую информацию, связанную со вторым beta offset-RI-Index; и

- передавать в базовую станцию сигнал восходящей линии связи с использованием одного или более субкадров, содержащихся в радиокадре, при этом:

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

2. Беспроводной терминал по п. 1, в котором период повторения одного или более субкадров, для которых используется первая информация, и одного или более субкадров, для которых используется вторая информация, является идентичным периоду повторения одного или более UL-субкадров, одного или более DL-субкадров и одного или более специальных субкадров, которые представлены посредством UL-DL-конфигурации.

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

4. Беспроводной терминал по п. 1 или 2, в котором первая и вторая информация содержится в pusch-configDedicated (сообщении назначенной конфигурации PUSCH).

5. Беспроводной терминал по п. 1 или 2, в котором первая и вторая информация содержится в Radio Resource Config Dedicated (сообщении назначенной конфигурации радиоресурсов).

6. Беспроводной терминал по п. 1 или 2, в котором первая и вторая информация содержится в сообщении RRC Connection Setup (установления RRC-соединения).

7. Базовая станция, сконфигурированная с возможностью:

- передавать, в беспроводной терминал, первую информацию, связанную с первым beta offset-RI-Index, и вторую информацию, связанную со вторым beta offset-RI-Index; и

- принимать из беспроводного терминала сигнал восходящей линии связи с использованием одного или более субкадров, содержащихся в радиокадре, при этом:

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

8. Базовая станция по п. 7, в которой период повторения одного или более субкадров, для которых используется первая информация, и одного или более субкадров, для которых используется вторая информация, является идентичным периоду повторения одного или более UL-субкадров, одного или более DL-субкадров и одного или более специальных субкадров, которые представлены посредством UL-DL-конфигурации.

9. Базовая станция по п. 7 или 8, в которой первая и вторая информация содержится в pusch-configDedicated.

10. Базовая станция по п. 7 или 8, в которой первая и вторая информация содержится в Radio Resource Config Dedicated.